Subject: apt: Upgrade tries to install new libc-udeb as well as existing libc6
Date: Fri, 05 Sep 2003 22:11:00 +0200
Package: apt
Version: 0.5.10
There seem to be a bug in apt, making try to install udebs if they are
available from an APT source. Notice how it tries to install
libc-udeb, even if libc6 is the real package to upgrade.
[...]
The following NEW packages will be installed:
libc-udeb
The following packages will be upgraded
cron ifupdown libc6 libc6-dbg libc6-dev libc6-pic locales m4 sudo
9 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 21.0MB of archives.
After unpacking 3261kB of additional disk space will be used.
Do you want to continue? [Y/n] n
Abort.
# apt-cache showpkg libc-udeb
Package: libc-udeb
Versions:
2.3.2-5(/var/lib/apt/lists/ftp.skolelinux.no_debian_dists_unstable_main_debian-installer_binary-i386_Packages)
Reverse Depends:
autopartkit,libc-udeb
autopartkit,libc-udeb
autopartkit,libc-udeb
slang1a-utf8-udeb,libc-udeb
nano-udeb,libc-udeb
bogl-bterm-udeb,libc-udeb
autopartkit,libc-udeb
anna,libc-udeb
Dependencies:
2.3.2-5 -
Provides:
2.3.2-5 - glibc-2.3.2-5
Reverse Provides:
#
This is the content of /etc/apt/sources.list.
deb ftp://ftp.skolelinux.no/debian/ unstable main contrib non-free
deb ftp://ftp.skolelinux.no/debian-non-US/ unstable/non-US main contrib non-free
deb http://ftp.skolelinux.no/debian unstable main/debian-installer
deb ftp://ftp.skolelinux.no/skolelinux sid local/debian-installer
The udeb is available in the main/debian-installer mirror.
After installing only the upgraded packages (apt-get install cron
ifupdown libc6 libc6-dbg libc6-dev libc6-pic locales m4 sudo), I try
to run 'apt-get upgrade' again, and this time it doesn't try to
install libc-udeb:
# apt-get upgrade
Reading Package Lists... Done
Building Dependency Tree... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
#
Could there be a bug in the libc-udeb instead?
Subject: Re: Bug#208874: apt: Upgrade tries to install new libc-udeb as well as existing libc6
Date: Fri, 5 Sep 2003 16:25:42 -0400
On Fri, Sep 05, 2003 at 10:11:00PM +0200, Petter Reinholdtsen wrote:
> There seem to be a bug in apt, making try to install udebs if they are
> available from an APT source. Notice how it tries to install
> libc-udeb, even if libc6 is the real package to upgrade.
Why do you have udeb sources in sources.list? apt doesn't deal with udebs;
they are only used by debian-installer.
--
- mdz
Subject: Re: Bug#208874: apt: Upgrade tries to install new libc-udeb as well as existing libc6
Date: Fri, 5 Sep 2003 22:28:25 +0200
[Matt Zimmerman]
> Why do you have udeb sources in sources.list? apt doesn't deal with
> udebs; they are only used by debian-installer.
I needed some libraries from that source once. Not sure if that is
the case any more.
As I said, I'm not sure who is to blame here, but found it strange
that apt tries to both upgrade libc6 and install libc-udeb as a new
package.
Subject: Re: Bug#208874: apt: Upgrade tries to install new libc-udeb as well as existing libc6
Date: Fri, 5 Sep 2003 16:38:07 -0400
severity 208874 wishlist
retitle 208874 does not handle udebs
thanks
On Fri, Sep 05, 2003 at 10:28:25PM +0200, Petter Reinholdtsen wrote:
> [Matt Zimmerman]
> > Why do you have udeb sources in sources.list? apt doesn't deal with
> > udebs; they are only used by debian-installer.
>
> I needed some libraries from that source once. Not sure if that is
> the case any more.
>
> As I said, I'm not sure who is to blame here, but found it strange
> that apt tries to both upgrade libc6 and install libc-udeb as a new
> package.
You should never need to install udebs on an installed system, and I don't
think that apt even tries to handle them intelligently. If it did, it
should probably treat them like experimental and never install them unless
explicitly requested.
--
- mdz
Subject: Re: Bug#208874: apt: Upgrade tries to install new libc-udeb as well as existing libc6
Date: Fri, 5 Sep 2003 22:49:04 +0200
[Matt Zimmerman]
> You should never need to install udebs on an installed system, and I
> don't think that apt even tries to handle them intelligently. If it
> did, it should probably treat them like experimental and never
> install them unless explicitly requested.
I know. But udebs are debs not following policy, dropping
documentation, licence info and all files not required to get d-i
working, so the problem should affect real debs as well.
Ah, and I forgot to include the command I used to trigger the bug.
This is the command line:
apt-get update && apt-get -u dist-upgrade