Sunday, May 5, 2024
 Popular · Latest · Hot · Upcoming
0
rated 0 times [  0] [ 0]  / answers: 1 / hits: 4307  / 3 Years ago, mon, september 6, 2021, 7:13:30

I am getting error while trying to install bind9 on ubuntu 12.04 I did



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.


how should I proceed here?



answer to a comment below



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

More From » apt

 Answers
4

The problem is rather simple, somehow you installed a superior version of some of the bind dependencies that are not in the main repository. The way to solve it is to make aptitude to downgrade the packages.



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


If you want to make aptitude solve the dependencies himself, you only have to say n to the question:




Keep the following packages at their current version:



1) bind9 [Not Installed]



Accept this solution?




Then aptitude will offer another solution, being the important where it says "downgrade". As you can see the solution offered keeps bind9 uninstalled, that's why you end without installing it.




how did you reached at conclusion that the packages I have are not in repositories is it because of .dfsg.P1 extensions or some thing else?




apt-cache policy lists the origin and version of any packages, which in your case were only in /var/lib/dpkg/status, which is interpreted as that the package only exist locally and in no other repositories. A example of a package that indicates is in both the repositories and locally:



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


As you can see, the same version is in /var/lib/dpkg/status and in the Ubuntu repositories.


[#29103] Monday, September 6, 2021, 3 Years  [reply] [flag answer]
Only authorized users can answer the question. Please sign in first, or register a free account.
listeerrated

Total Points: 354
Total Questions: 112
Total Answers: 100

Location: Guam
Member since Fri, Jun 18, 2021
3 Years ago
listeerrated questions
Wed, Jun 8, 22, 11:43, 2 Years ago
Wed, Mar 23, 22, 03:25, 2 Years ago
Wed, Jun 2, 21, 20:28, 3 Years ago
;