我正在使用的命令行是
dpkg --force-not-root --root /some/other/location -i the_package.deb
但我得到一个错误
dpkg: could not open log '/var/log/dpkg.log': Permission denied
我本来希望日志被写入
/some/other/location/var/log/dpkg.log
使用 rpm 你可以生成一个备用数据库,但我不知道如何使用 dpkg 来做到这一点。为了达到上述状态,我手动添加(也许不是最明智的方法)以下内容。
mkdir -p /some/other/location/var/lib/dpkg/updates
mkdir -p /some/other/location/var/lib/dpkg/triggers
mkdir -p /some/other/location/var/lib/dpkg/info
touch /some/other/location/var/lib/dpkg/status
touch /some/other/location/var/lib/dpkg/available
如果我尝试以 root 身份运行,在这种情况下我不希望这样做
sudo dpkg --force-not-root --root /some/other/location -i the_package.deb
它走得更远并将deb安装在我的备用位置,但随后失败
dpkg (subprocess): unable to execute installed post-installation script (/var/lib/dpkg/info/the_package.postinst): No such file or directory
但是这个文件已经由上面的 dpkg 命令写入
/some/other/location/var/lib/dpkg/info/the_package.postinst
我不使用机器 dpkg 数据库的原因是,这是一个安装到网络驱动器上的应用程序软件,可供许多用户使用。也许只是提取包的内容并手动安装是最好的方法。特定软件包没有列出任何外部依赖项。
Debian 'dpkg' 包管理程序版本 1.18.2 (amd64)
用于
--log=filename
更改您的登录位置。如果您正在使用,则
--root=/foo
需要设置/foo
为有效的根。例如,sudo chroot /foo /bin/sh
工作。“没有这样的文件或目录”表示
the_package.postinst
脚本需要不在 chroot 中的东西(很可能/bin/sh
还有一大堆其他东西)。这是从 chroot 内部运行的,因此您/foo
在路径中看不到。您可以使用它
--no-triggers
来阻止触发器运行。但是,您现在应该看到这正在成为一种黑客行为。dpkg
严重倾向于认为您想在安装它的机器上运行该软件包,并且根文件系统位于/
.“[J] 提取软件包的内容并手动安装将是更好的方法。” 是的——看起来您正在将它安装在不打算运行它的文件服务器上。
编辑:虽然这严格解决了您的问题,但分发软件的“现代”方法是使用编排软件(例如厨师)直接在客户端上安装软件包,而不是通过文件服务器共享软件。磁盘很便宜。