文章/答案/技术大牛

发布

社区首页 >问答首页 >使用智能安装bind9的未满足依赖关系

问使用智能安装bind9的未满足依赖关系
EN

Ask Ubuntu用户

提问于 2013-10-09 15:39:29

回答 1查看 4.2K关注 0票数 1

我尝试在ubuntu12.04上安装bind9时出错了

sudo aptitude install bind9


The following NEW packages will be installed:
  bind9{b} 
0 packages upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
Need to get 336 kB of archives. After unpacking 962 kB will be used.
The following packages have unmet dependencies:
 bind9 : Depends: libbind9-80 (= 1:9.8.1.dfsg.P1-4) but 1:9.8.1.dfsg.P1-4ubuntu0.5 is installed.
         Depends: libdns81 (= 1:9.8.1.dfsg.P1-4) but 1:9.8.1.dfsg.P1-4ubuntu0.5 is installed.
         Depends: libisc83 (= 1:9.8.1.dfsg.P1-4) but 1:9.8.1.dfsg.P1-4ubuntu0.5 is installed.
         Depends: libisccc80 (= 1:9.8.1.dfsg.P1-4) but 1:9.8.1.dfsg.P1-4ubuntu0.5 is installed.
         Depends: libisccfg82 (= 1:9.8.1.dfsg.P1-4) but 1:9.8.1.dfsg.P1-4ubuntu0.5 is installed.
         Depends: liblwres80 (= 1:9.8.1.dfsg.P1-4) but 1:9.8.1.dfsg.P1-4ubuntu0.5 is installed.
         Depends: bind9utils (= 1:9.8.1.dfsg.P1-4) but it is not going to be installed.
Internal error: the solver Install(avahi-daemon:i386 0.6.30-5ubuntu2 <libnss-mdns:amd64 0.10-3.2 -> {avahi-daemon:amd64 0.6.30-5ubuntu2 avahi-daemon:i386 0.6.30-5ubuntu2}>) of a supposedly unresolved dependency is already installed in step 21
Internal error: the solver Install(lsb-base:amd64 4.0-0ubuntu20 <avahi-daemon:i386 0.6.30-5ubuntu2 -> {lsb-base:amd64 4.0-0ubuntu20 lsb-base:amd64 4.0-0ubuntu20.2}>) of a supposedly unresolved dependency is already installed in step 37
The following actions will resolve these dependencies:

     Keep the following packages at their current version:
1)     bind9 [Not Installed]                              



Accept this solution? [Y/n/q/?] Y
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.

我该怎么做？

对

下面的评论的答复

sudo apt-cache policy bind9 libbind9-80
[sudo] password for deel: 
bind9:
  Installed: (none)
  Candidate: 1:9.8.1.dfsg.P1-4
  Version table:
     1:9.8.1.dfsg.P1-4 0
        500 http://us.archive.ubuntu.com/ubuntu/ precise/main amd64 Packages
libbind9-80:
  Installed: 1:9.8.1.dfsg.P1-4ubuntu0.5
  Candidate: 1:9.8.1.dfsg.P1-4ubuntu0.5
  Version table:
 *** 1:9.8.1.dfsg.P1-4ubuntu0.5 0
        100 /var/lib/dpkg/status
     1:9.8.1.dfsg.P1-4 0
        500 http://us.archive.ubuntu.com/ubuntu/ precise/main amd64 Packages

apt

回答 1

Ask Ubuntu用户

回答已采纳

发布于 2013-10-09 16:26:55

问题相当简单，不知何故，您安装了一些不在主存储库中的绑定依赖关系的高级版本。解决这一问题的方法是使能力降低软件包的等级。

sudo aptitude update
sudo aptitude install bind9=1:9.8.1.dfsg.P1-4 libbind9-80=1:9.8.1.dfsg.P1-4 libdns81=1:9.8.1.dfsg.P1-4 libisc83=1:9.8.1.dfsg.P1-4 libisccc80=1:9.8.1.dfsg.P1-4 libisccfg82=1:9.8.1.dfsg.P1-4 liblwres80=1:9.8.1.dfsg.P1-4
sudo aptitude safe-upgrade

如果您想自己解决依赖关系，只需对以下问题使用n：

将以下软件包保存在当前版本: 1) bind9 未安装接受此解决方案？

然后，智能将提供另一个解决方案，它是重要的地方，它说“降级”。正如您可以看到的那样，所提供的解决方案使bind9得以卸载，这就是为什么您在没有安装它的情况下结束了。

您是如何得出结论的，即我所拥有的包不在存储库中，是因为.dfsg.P1扩展还是其他原因？

apt-cache policy列出了任何包的起源和版本，在您的示例中，这些包只存在于/var/lib/dpkg/status中，这被解释为包只存在于本地而不存在于其他存储库中。在存储库和本地存储库中都有指示包的示例：

apt-cache policy aptitude
aptitude:
  Installed: 0.6.8.1-2ubuntu2
  Candidate: 0.6.8.1-2ubuntu2
  Version table:
 *** 0.6.8.1-2ubuntu2 0
        500 http://archive.ubuntu.com/ubuntu/ raring/main amd64 Packages
        100 /var/lib/dpkg/status

正如您所看到的，相同的版本在/var/lib/dpkg/status和Ubuntu存储库中。

票数 0

页面原文内容由Ask Ubuntu提供。腾讯云小微IT领域专用引擎提供翻译支持

原文链接：

https://askubuntu.com/questions/355874

复制

相似问题

问使用智能安装bind9的未满足依赖关系
EN

对

回答 1

Ask Ubuntu用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问使用智能安装bind9的未满足依赖关系EN

对

回答 1

Ask Ubuntu用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问使用智能安装bind9的未满足依赖关系
EN