Re: Strange aptitude behavior with bind9-host
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
i had the same behaviour after moving my source.list from deprecated alioth to
deb http://amd64.debian.net/debian/ sid main
(after solving the apt-get base-files bash REMOVE... curiosities, during
apt-get upgrade apt-get dist-upgrade -was
discussed earlier in this list)
i ran in the same issue, but
apt-get clean
apt-get update
apt-get upgrade
solved that in my box, now:
apt-cache policy bind9-host
bind9-host:
Installed: 1:9.3.1-2
Candidate: 1:9.3.1-2
Version Table:
*** 1:9.3.1-2 0
500 http://amd64.debian.net sid/main Packages
100 /var/lib/dpkg/status
everything is fine now.
Thomas
Bob Proulx wrote:
Ed Tomlinson wrote:
Bob Proulx wrote:
What is the output of this command?
apt-cache policy bind9-host
grover:/home/ed# apt-cache policy bind9-host
bind9-host:
Installed: 1:9.3.1-2
Candidate: 1:9.3.1-2
Version Table:
1:9.3.1-2 0
500 http://amd64.debian.net sid/main Packages
*** 1:9.3.1-2 0
100 /var/lib/dpkg/status
Isn't that very interesting? It shows the 1:9.3.1-2 as installed but
different from the 1:9.3.1-2 that is available to install. I am
guessing it is different because the package md5sums are different
even though the version is the same. If apt had thought they were the
same then it would have showed them both under the same entry in the
version table.
I am guessing that there are multiple sources for bind9-host. They
are different. You are alternately installing first one and then the
other. I have seen this behavior from apt with other packages with
that problem. A local rebuild in a local depot was my problem.
What is the output of this command?
apt-get install --print-uris -d -y -qq bind9-host |awk '{print$1}' |xargs
-l
I am guessing that as you install first one and then the other that
the URL printed will be changing from one location to the next.
grover:/home/ed# apt-get install --print-uris -d -y -qq bind9-host |awk
'{print$1}' |xargs -l
http://amd64.debian.net/debian/pool/main/b/bind9/bind9-host_9.3.1-2_amd64.deb
grover:/home/ed#
Which seems to show one url?
And after you installed it again what was the URL printed? Notice
that the suggestion was that it would change to a different one after
an installation. I was guessing it is toggling between two different
sources.
But seeing the apt-cache policy output I don't think that way now
because I did not see a second source in the output.
Wonder if its worth removing the cached version?
Another poster helping you suggested 'apt-get clean' and you said it
had no effect. That command removes the cache version. So you have
already tried it.
What is in your /etc/apt/sources.list file? It is my last best guess
at the problem. I am still convinced you have two different sources
for this package.
Other than this I am sorry but personally I am out of guesses.
Bob
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iQIVAwUBQoe4kNvuK9oZv1geAQL24w//TW9MOh/EUSjHa9x+cdK82OUGmACzMxWj
mQ8DlfCgLu+4Raw3jy3rAaKog6EEJmfLyzMlCkGiLsb4GMQl+9/gT1yfTDF+Vhxd
m/ULX5oRpny5ZfsjwCCQ10Wf8ej3ll/1tQDUQcTL56AQ20F4DBRuE2tv9p3gyD0I
Q9DvW4LUgqQqDcHomW/d1jlVNEs63n+DM7wSbEfEw34AkGTobLFG5r85PpgfkEhK
D1BGRtqtr+f+wJmn1AUtix+3F4Xzy7lNO4TTjaS22oSUgZLW6CZTE73hFyr2OfP+
+qj7S2sphmTOVvJjbhqbwe8aG40CMjnUm3pbwSmHrfpBdz5icEIoXq7qlBus5q7p
neUxb5wfOScP8sDB/1qena9LM0jS55CaaQxsdOMSiuOlgo389Ah4Ojz6NkRaiArs
lo9WY9gj82Mc2ifa8sU0+3nz50XgJ03TEwaG50An9WfWVOlLe5HiEwNCeYw48sFY
SZ1QHpFgQPpC//wE3hlIVOjOOJzRIrDN1N4tAlE3xSPLrQNW9mLJUT7LTGaXE/WK
abaPdZUg9do/ozpnG0Vo63Cr36/AqhiCYyn6fM5vKXaYs2cdZ5EMEoVkI6AYoCye
tOulxi1f9Un8e8bz/m1JBPZ8mTPN7zeOeJ0EykKAMQvoGDJWzn9Gfhe2BVmykIVb
H9lI0tN2E/4=
=XqFM
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Strange aptitude behavior with bind9-host
On Friday 13 May 2005 23:21, Bob Proulx wrote:
Ed Tomlinson wrote:
Looks like the bind9-host package is sticky...
Or has two different sources.
grover:/home/ed# aptitude update
...
grover:/home/ed# aptitude upgrade
...
The following packages will be upgraded:
bind9-host
...
grover:/home/ed# aptitude upgrade
...
The following packages will be upgraded:
bind9-host
...
Notice that it still thinks bind9-host needs to be installed. How
do I find out why? Alternately, how do I fix it?
What is the output of this command?
apt-cache policy bind9-host
I am guessing that there are multiple sources for bind9-host. They
are different. You are alternately installing first one and then the
other. I have seen this behavior from apt with other packages with
that problem. A local rebuild in a local depot was my problem.
What is the output of this command?
apt-get install --print-uris -d -y -qq bind9-host |awk '{print$1}' |xargs -l
I am guessing that as you install first one and then the other that
the URL printed will be changing from one location to the next.
Bob,
grover:/home/ed# apt-cache policy bind9-host
bind9-host:
Installed: 1:9.3.1-2
Candidate: 1:9.3.1-2
Version Table:
1:9.3.1-2 0
500 http://amd64.debian.net sid/main Packages
*** 1:9.3.1-2 0
100 /var/lib/dpkg/status
grover:/home/ed# apt-get install --print-uris -d -y -qq bind9-host |awk
'{print$1}' |xargs -l
http://amd64.debian.net/debian/pool/main/b/bind9/bind9-host_9.3.1-2_amd64.deb
grover:/home/ed#
Which seems to show one url? Wonder if its worth removing the cached version?
Thanks
Ed
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Strange aptitude behavior with bind9-host
Ed Tomlinson wrote:
Bob Proulx wrote:
What is the output of this command?
apt-cache policy bind9-host
grover:/home/ed# apt-cache policy bind9-host
bind9-host:
Installed: 1:9.3.1-2
Candidate: 1:9.3.1-2
Version Table:
1:9.3.1-2 0
500 http://amd64.debian.net sid/main Packages
*** 1:9.3.1-2 0
100 /var/lib/dpkg/status
Isn't that very interesting? It shows the 1:9.3.1-2 as installed but
different from the 1:9.3.1-2 that is available to install. I am
guessing it is different because the package md5sums are different
even though the version is the same. If apt had thought they were the
same then it would have showed them both under the same entry in the
version table.
I am guessing that there are multiple sources for bind9-host. They
are different. You are alternately installing first one and then the
other. I have seen this behavior from apt with other packages with
that problem. A local rebuild in a local depot was my problem.
What is the output of this command?
apt-get install --print-uris -d -y -qq bind9-host |awk '{print$1}' |xargs
-l
I am guessing that as you install first one and then the other that
the URL printed will be changing from one location to the next.
grover:/home/ed# apt-get install --print-uris -d -y -qq bind9-host |awk
'{print$1}' |xargs -l
http://amd64.debian.net/debian/pool/main/b/bind9/bind9-host_9.3.1-2_amd64.deb
grover:/home/ed#
Which seems to show one url?
And after you installed it again what was the URL printed? Notice
that the suggestion was that it would change to a different one after
an installation. I was guessing it is toggling between two different
sources.
But seeing the apt-cache policy output I don't think that way now
because I did not see a second source in the output.
Wonder if its worth removing the cached version?
Another poster helping you suggested 'apt-get clean' and you said it
had no effect. That command removes the cache version. So you have
already tried it.
What is in your /etc/apt/sources.list file? It is my last best guess
at the problem. I am still convinced you have two different sources
for this package.
Other than this I am sorry but personally I am out of guesses.
Bob
signature.asc
Description: Digital signature
Strange aptitude behavior with bind9-host
Hi Looks like the bind9-host package is sticky... grover:/home/ed# aptitude update Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done Reading task descriptions... Done Hit http://amd64.debian.net sid/main Packages Get:1 http://amd64.debian.net sid/main Release [111B] Hit http://amd64.debian.net sid/contrib Packages Get:2 http://amd64.debian.net sid/contrib Release [114B] Hit http://amd64.debian.net sid/main Sources Get:3 http://amd64.debian.net sid/main Release [112B] Hit http://amd64.debian.net sid/contrib Sources Get:4 http://amd64.debian.net sid/contrib Release [115B] Hit http://cyberspace.ucla.edu unstable/main Packages Hit http://cyberspace.ucla.edu unstable/main Release Hit ftp://ftp.nerim.net unstable/main Packages Hit ftp://ftp.nerim.net unstable/main Release Fetched 452B in 3s (137B/s) Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done Reading task descriptions... Done grover:/home/ed# aptitude upgrade Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done Reading task descriptions... Done The following packages have been kept back: kernel-image-2.6-amd64-k8 openoffice.org openoffice.org-debian-files openoffice.org-l10n-en xprt-xprintorg The following packages will be upgraded: bind9-host 1 packages upgraded, 0 newly installed, 0 to remove and 5 not upgraded. Need to get 0B/108kB of archives. After unpacking 0B will be used. Do you want to continue? [Y/n/?] Reading changelogs... Done (Reading database ... 164344 files and directories currently installed.) Preparing to replace bind9-host 1:9.3.1-2 (using .../bind9-host_1%3a9.3.1-2_amd64.deb) ... Unpacking replacement bind9-host ... Setting up bind9-host (9.3.1-2) ... Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done Reading task descriptions... Done We have installed bind9-host grover:/home/ed# aptitude upgrade Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done Reading task descriptions... Done The following packages have been kept back: kernel-image-2.6-amd64-k8 openoffice.org openoffice.org-debian-files openoffice.org-l10n-en xprt-xprintorg The following packages will be upgraded: bind9-host 1 packages upgraded, 0 newly installed, 0 to remove and 5 not upgraded. Need to get 0B/108kB of archives. After unpacking 0B will be used. Do you want to continue? [Y/n/?] y Reading changelogs... Done (Reading database ... 164344 files and directories currently installed.) Preparing to replace bind9-host 1:9.3.1-2 (using .../bind9-host_1%3a9.3.1-2_amd64.deb) ... Unpacking replacement bind9-host ... Setting up bind9-host (9.3.1-2) ... Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done Reading task descr Notice that it still thinks bind9-host needs to be installed. How do I find out why? Alternately, how do I fix it? TIA, Ed Tomlinson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Strange aptitude behavior with bind9-host
On Fri, May 13, 2005 at 06:12:55PM -0400, Ed Tomlinson wrote: Notice that it still thinks bind9-host needs to be installed. How do I find out why? Alternately, how do I fix it? Run apt-get clean Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Strange aptitude behavior with bind9-host
On Friday 13 May 2005 18:35, Kurt Roeckx wrote: On Fri, May 13, 2005 at 06:12:55PM -0400, Ed Tomlinson wrote: Notice that it still thinks bind9-host needs to be installed. How do I find out why? Alternately, how do I fix it? grover:/home/ed# apt-get clean grover:/home/ed# apt-get upgrade Reading Package Lists... Done Building Dependency Tree... Done The following packages have been kept back: kernel-image-2.6-amd64-k8 openoffice.org openoffice.org-debian-files openoffice.org-l10n-en xprt-xprintorg The following packages will be upgraded: bind9-host 1 upgraded, 0 newly installed, 0 to remove and 5 not upgraded. Need to get 108kB of archives. After unpacking 0B of additional disk space will be used. Do you want to continue? [Y/n] n Abort. No luck with clean. Thanks Ed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Strange aptitude behavior with bind9-host
Ed Tomlinson wrote:
Looks like the bind9-host package is sticky...
Or has two different sources.
grover:/home/ed# aptitude update
...
grover:/home/ed# aptitude upgrade
...
The following packages will be upgraded:
bind9-host
...
grover:/home/ed# aptitude upgrade
...
The following packages will be upgraded:
bind9-host
...
Notice that it still thinks bind9-host needs to be installed. How
do I find out why? Alternately, how do I fix it?
What is the output of this command?
apt-cache policy bind9-host
I am guessing that there are multiple sources for bind9-host. They
are different. You are alternately installing first one and then the
other. I have seen this behavior from apt with other packages with
that problem. A local rebuild in a local depot was my problem.
What is the output of this command?
apt-get install --print-uris -d -y -qq bind9-host |awk '{print$1}' |xargs -l
I am guessing that as you install first one and then the other that
the URL printed will be changing from one location to the next.
Bob
signature.asc
Description: Digital signature
