upgrade from gutsy to intrepid of libc6 sticks because of pre-depend on findutils

Bug #268728 reported by GaryW on 2008-09-10
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
glibc (Ubuntu)
Undecided
Unassigned

Bug Description

Binary package hint: libc6

#At the start here the attempts to use apt-get and aptitude to do the upgrade
#to Intrepid (?alpha 5?) from Gutsy have failed as neither of findutils or libc6 can be installed either in the
#same command nor individually as one pre-depends on the other.
#To clarify and assuming current install is Gutsy (mine was):
# The newer version of libc6 from Intrepid cannot be installed without findutils from Intrepid
#and the newer version of findutils from Intrepid cannot be installed until libc6 from Intrepid is
#already installed?
#
dpkg: regarding findutils_4.4.0-2ubuntu3_i386.deb containing findutils, pre-dependency problem:
 findutils pre-depends on libc6 (>= 2.7)
  libc6 is installed, but is version 2.6.1-1ubuntu10.
dpkg: error processing findutils_4.4.0-2ubuntu3_i386.deb (--install):
 pre-dependency problem - not installing findutils

#Should there not be a findutils backport/transitional package that is installed
#on Gutsy which libc6 2.8 can use and which will prevent this
#show stopping pre-dependency?
#
#Assume that this would not be a problem for the cd install as the libc6
#would run off the cd (?udeb?) and not then create a problem with putting
#findutils newer version on the computer - just guessing here.
#
#What follows is me forcing one of the pre-depends and then doing the other then going
#round again to ensure as best I can that they have both in fact installed cleanly
#
: #root@1i14z512(archives) ;dpkg --force-depends-version --install libc6
libc6_2.8~20080505-0ubuntu6_i386.deb libc6-i686_2.8~20080505-0ubuntu6_i386.deb
: #root@1i14z512(archives) ;dpkg --force-depends-version --install libc6_2.8~20080505-0ubuntu6_i386.deb
(Reading database ... 158804 files and directories currently installed.)
Preparing to replace libc6 2.8~20080505-0ubuntu6 (using libc6_2.8~20080505-0ubuntu6_i386.deb) ...
Unpacking replacement libc6 ...
Setting up libc6 (2.8~20080505-0ubuntu6) ...
Installing new version of config file /etc/init.d/glibc.sh ...
Installing new version of config file /etc/gai.conf ...

Processing triggers for libc6 ...
ldconfig deferred processing now taking place
: #root@1i14z512(archives) ;dpkg --install findutils_4.4.0-2ubuntu3_i386.deb
(Reading database ... 158804 files and directories currently installed.)
Preparing to replace findutils 4.2.31-1ubuntu2.1 (using findutils_4.4.0-2ubuntu3_i386.deb) ...
Removing obsolete conffile /etc/updatedb.conf ...
Unpacking replacement findutils ...
Setting up findutils (4.4.0-2ubuntu3) ...

: #root@1i14z512(archives) ;dpkg --install libc6_2.8~20080505-0ubuntu6_i386.deb
(Reading database ... 158797 files and directories currently installed.)
Preparing to replace libc6 2.8~20080505-0ubuntu6 (using libc6_2.8~20080505-0ubuntu6_i386.deb) ...
Unpacking replacement libc6 ...
Setting up libc6 (2.8~20080505-0ubuntu6) ...

Processing triggers for libc6 ...
ldconfig deferred processing now taking place

#During attempts now to get apt-get and/or aptitude to help me further I noticed a perl complaint
#in the output which I solved as detailed next.
#This secondary 'upgrade to Inrepid from Gutsy issue' (below) is possibily already being worked on upstream
#as a bugreport seems to indicate a similar problem in Debian but do not take my word for that

: #root@1i14z512(archives) ;ls *perl*10* | xargs -r dpkg --force-depends --auto-deconfigure --install liblocale-gettext-perl_1.05-4build1_i386.deb

http://www.nabble.com/Bug-482885:-perl:-5.10.0-failed-upgrade-from-5.8.0-td17460719.html
#Above bug report led me to consult the May 2008 advice in the bug report and install
#liblocale-gettext-perl in the same dpkg command as the main perl installs.
#Yes, Yes, I should not be doing dpkg installs I should be using friendly apt-get or clever
#aptitude - however as the first bit of this note shows - the predependency libc6 findutils
#problem killed any attempt to do things the 'recommended' way and so I took over.

#: #root@1i14z512(archives) ;ls *perl*10* | xargs -r dpkg --force-depends --auto-deconfigure --install libtext-iconv-perl_1.7-1build1_i386.deb
#aptitude and any automated upgrade from gutsy to intrepid will likely complain with the
#occassional perl message if you try it (perl based) without already having
#libtext-iconv-perl_1.7-1build1_i386.deb installed.
#The perl bit of this bug report belongs elsewhere but might be taken out of context otherwise and produce stock response of
#"use aptitude or apt-get for upgrades..."

The current state of my (?Intrepid alpha 5?) system after attempting to manually get on with the upgrade from Gutsy to Intrepid and overcome all dependency trouble I encountered is attached with extension .dpkl and is output from 'dpkg -l'

Contents of /etc/lsb-release do not seem to have been moved on yet and still show the previous installation details (Gutsy)
: #root@1i14z512(archives) ;cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=7.10
DISTRIB_CODENAME=gutsy
DISTRIB_DESCRIPTION="Ubuntu 7.10"

GaryW (gnubyexample) wrote :

Thought that an updated output of 'dpkg -l' might be of use now that the upgrade is fully completed (attached)

: #useri@1i14z512(~) ;date;uname -a;cat /etc/lsb-release
Fri Sep 12 12:41:02 BST 2008
Linux i14z512 2.6.27-2-generic #1 SMP Thu Aug 28 17:20:02 UTC 2008 i686 GNU/Linux
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=8.10
DISTRIB_CODENAME=intrepid
DISTRIB_DESCRIPTION="Ubuntu intrepid (development branch)"

Gary.

Ben Franske (ben-mm) wrote :

I had the same problem when upgrading from gusty to the stable version of intrepid on an AMD64 system. The same fix (manually forcing the dependency to be ignored) worked as well.

James (james-ellis-gmail) wrote :

Ditto Ben Franske's comment.

FWIW the same occurred when I had to update a Gutsy to Intrepid (bypassing Hardy) - dpkg around the pre dependency.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers