标签: pacman

我在什么地方发生了这种奇怪的事情，

pacman -S -w awesome xorg-xinit xorg-server xorg-server-utils

pacman不会下载所有必需的依赖项。

下载包的原因是因为我正在创建一个本地存储库，其中只包含我需要的特定包。（而不是下载整个 repo，因为 Arch 社区由于带宽限制不希望您这样做，这是尊重）

现在，上面定义的包可以很好地下载，它会下载xorg-server等等，并-w确保它们不会被安装。但-S也应该下载它不出于任何原因的所有依赖项。

稍后尝试使用本地存储库安装上述软件包时的输出结果为：

warning: cannot resolve "xorg-xset", a dependency of "xorg-server-utils"
warning: cannot resolve "xorg-xauth", a dependency of "xorg-xinit"

并且列表还在继续......检查回购肯定包丢失并且从未在任何地方下载过。

为什么会这样？我错过了什么吗？逻辑上还是参数明智？

如何获取用户明确安装的软件包列表？

我知道：

pacman -Qe
pacman -Qi

但那些似乎包括我的发行版的默认包（例如 sudo）。我只想列出用户使用例如“pacman -Syu newpackage”安装的软件包

这篇文章的讨论让我对 Debian 和 Arch 包管理之间的差异感到好奇。另外，人们倾向于说 Arch 非常轻量级，所以我想知道这与包管理有什么关系。是否可能是因为 Debian默认将Recommends视为硬依赖项？

您能否还提到两个包管理器之间的灵活性/功能：两者中的哪一个可以让您做得更多。

我知道 Debian 软件包管理系统上可用的某些功能与 Arch 系统无关，因为 Arch 有一个套件，而 Debian 有多个（例如 APT 固定和高级依赖处理），所以请比较以下功能适用于两个系统（即假设对于 Debian，我只使用stable）。

我正在运行 Archlinux。最近，一个名为的包icu得到了更新；但是，Firefox 取决于libicuuc.so.56，而 R 取决于libicuuc.so.55. 我怎么解决这个问题？

注意：R 包是针对Intel MKLlibiary 构建的，因此它不适用于新版本的依赖项。我试图重建 R——它仍然取决于旧的libicuuc.so.55

使用 安装软件包时pacman，我看到：

error: failed to commit transaction (conflicting files)
station: /usr/bin/station exists in filesystem

pacman无论如何，我如何告诉安装软件包，覆盖现有文件？

自从我将我最喜欢的发行版切换到 Gentoo 以来，我非常熟悉以下安装和删除软件包的模式：

1. 安装一堆几乎相同的应用程序来试用它们：emerge <package>. 此命令安装包，并将包标记为显式安装。
2. 不要尝试出来并删除那些我不喜欢（希望保持一个或两个能满足我的需求）emerge --deselect <package>。此命令从显式安装的应用程序列表中删除包，但不会卸载包。
3. 最后删除我系统上不需要的所有内容：emerge --depclean. 此命令删除 (1) 不是系统包、(2) 未显式安装和 (3) 不是这两者的依赖项的所有包。
4. 和可选检查所有软件包的依赖关系是确定：revdep-rebuild。此命令检查所有依赖项并重新安装损坏的包。

偶尔我会查看/var/lib/portage/world（显式安装的软件包列表）中的条目以查看我使用的顶级应用程序，并使用步骤 2、3 和 4 中的命令删除那些我不再使用的应用程序.

现在我正在尝试学习 Arch，我想知道我是否可以对 Pacman 使用相同的策略？或者另一种策略可以让我的系统清除未使用的包？

注意：Pacman Rosetta对快速理解事物有很大帮助，但我无法弄清楚 Arch 的等效/var/lib/portage/world文件。pacman -Qe据说这样做，但它包含我发誓我没有明确安装的东西......无论如何请从策略的角度回答这个问题（当然还有命令示例:)

我可以安装大多数包未经签名数据库拒绝的唯一方法是把SigLevel = Never在pacman.conf。

它不应该是正确的方式，但我似乎无法让吃豆人为 SigLevel 选择任何其他选项。

我做的对吗？这是我应该日夜担心的频繁和常见的安全威胁吗？

谢谢。

我想要的是这个命令的 pacman 替代命令：-

sudo dpkg --force-all -i somepackage.deb 

我手动安装了依赖项，但 pacman 告诉我从 Arch Linux 自己的存储库安装其他软件包。

我正在为我妹妹安装 Manjaro GNOME 18.0.4。但是，当我尝试使用 更新所有软件包时pacman -Syu，由于两个签名错误，更新失败：

• dunst 带有签名的包裹 "Matti Hyttinen <matti@manjaro.org>"
• notification-daemon 有签名 "Brett Cornwall <brett@i--b.com>"

有趣的是，我什至没有搞砸任何事情，因为这是我安装后做的第一件事（我重新安装了 Manjaro，因为它可能是安装过程中的问题）。此外，似乎两个有问题的包都是用于通知的。

我 - 当然 - 已经尝试查找问题，而我一遍又一遍地找到的解决方案是

rm -r /etc/pacman.d/gnupg
pacman-key --init
pacman-key --populate archlinux manjaro
pacman-key --refresh-keys

作为根。但是在这种情况下，此解决方案根本不起作用。

完整的错误信息（与 相同dunst）：

$ sudo pacman -S notification-daemon
resolving dependencies...
looking for conflicting packages...

Packages (1) notification-daemon-3.20.0-3

Total Download Size:   0.05 MiB
Total Installed Size:  0.74 MiB

:: Proceed with installation? [Y/n] 
:: Retrieving packages...
 notification-daemon...    52.4 KiB  64.7K/s 00:01 [######################] 100% …

我的笔记本电脑在更新过程中没电了，因此 Linux 内核被截断。arch-chroot进入并重新安装后linux，就可以了，但是/boot/initramfs-linux.img（和后备）是空的。还有，/etc/mkinitcpio.d/linux.preset是空的。我该如何解决这个问题，以及如何生成预设？

ls /etc/mkinitcpio.d/什么也不返回