Re: Bug#406619: libc6 [2.5-0exp3] dies on upgrade
Thomas Krichel a écrit : [...] fasolt:/lib# echo $LD_LIBRARY_PATH /lib/ld-linux-2.5.so:/usr/lib:/lib having /lib/ld-linux-2.5.so in LD_LIBRARY_PATH is wrong. fasolt:/lib# ls Floating point exception fasolt:/lib# dselect Illegal instruction fasolt:/lib# find Segmentation fault Trying something else fasolt:/lib# LD_LIBRARY_PATH= fasolt:/lib# ls ls: error while loading shared libraries: librt.so.1: cannot open shared object file: No such file or directory fasolt:/lib# dselect dselect: error while loading shared libraries: libm.so.6: cannot open shared object file: No such file or directory fasolt:/lib# find find: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory Is there an $LD_LIBRARY_PATH that would give me access only to the old versions of the library? It depends if you still have an old version of the library installed. It looks like that you were able to install the new version with dselect, the old version has probably been removed. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427398: Acknowledgement (svn is broken after updating ro
reassign 427398 linux-2.6 retitle 427398 scandir syscall broken on hppa thanks John David Anglin a écrit : A patch for this problem was posted here: http://lists.parisc-linux.org/pipermail/parisc-linux/2007-June/031690.html However, it's likely that the parisc specific code will be removed in favour of the generic compat code. As it is actually a kernel bug, I am reassigning it to the linux-2.6 package. Bye, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428434: marked as done (libc6: Resolver prefers IPv4 to IPv6 in some cases)
Your message dated Wed, 13 Jun 2007 10:42:50 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#428434: libc6: Resolver prefers IPv4 to IPv6 in some cases has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libc6 Version: 2.3.6.ds1-13 Severity: normal Hi, In some cases the resolver prefers IPv4 to IPv6. This happens when: - the A-RR is a RFC 1918 Address - there is a more specific route for this address Example: $ ip route list table all 192.168.17.1 local 192.168.17.1 dev lo table 255 proto kernel scope host src 192.168.17.1 $ host -t any test1.libc6test.swapon.de test1.libc6test.swapon.de has IPv6 address 2001:6f8:12ec::1 test1.libc6test.swapon.de has address 10.10.10.10 $ host -t any test2.libc6test.swapon.de test2.libc6test.swapon.de has IPv6 address 2001:6f8:12ec::1 test2.libc6test.swapon.de has address 192.168.17.1 $ host -t any test3.libc6test.swapon.de test3.libc6test.swapon.de has IPv6 address 2001:6f8:12ec::1 test3.libc6test.swapon.de has address 81.169.139.143 $ telnet test1.libc6test.swapon.de Trying 2001:6f8:12ec::1... Trying 10.10.10.10... $ telnet test2.libc6test.swapon.de Trying 192.168.17.1... Trying 2001:6f8:12ec::1... $ telnet test3.libc6test.swapon.de Trying 2001:6f8:12ec::1... Trying 81.169.139.143... The releases 2.3.2.ds1-22sarge6 (Sarge) and 2.5-9+b1 (Lenny) are not affected. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libc6 depends on: ii tzdata2007b-1Time Zone and Daylight Saving Time libc6 recommends no packages. ---End Message--- ---BeginMessage--- Version: 2.5-1 Friedemann Stoyan a écrit : Package: libc6 Version: 2.3.6.ds1-13 Severity: normal Hi, In some cases the resolver prefers IPv4 to IPv6. This happens when: - the A-RR is a RFC 1918 Address - there is a more specific route for this address Example: $ ip route list table all 192.168.17.1 local 192.168.17.1 dev lo table 255 proto kernel scope host src 192.168.17.1 $ host -t any test1.libc6test.swapon.de test1.libc6test.swapon.de has IPv6 address 2001:6f8:12ec::1 test1.libc6test.swapon.de has address 10.10.10.10 $ host -t any test2.libc6test.swapon.de test2.libc6test.swapon.de has IPv6 address 2001:6f8:12ec::1 test2.libc6test.swapon.de has address 192.168.17.1 $ host -t any test3.libc6test.swapon.de test3.libc6test.swapon.de has IPv6 address 2001:6f8:12ec::1 test3.libc6test.swapon.de has address 81.169.139.143 $ telnet test1.libc6test.swapon.de Trying 2001:6f8:12ec::1... Trying 10.10.10.10... $ telnet test2.libc6test.swapon.de Trying 192.168.17.1... Trying 2001:6f8:12ec::1... $ telnet test3.libc6test.swapon.de Trying 2001:6f8:12ec::1... Trying 81.169.139.143... The releases 2.3.2.ds1-22sarge6 (Sarge) and 2.5-9+b1 (Lenny) are not affected. Marking this bug as fixed in glibc versions 2.5-1 and later. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net ---End Message---
Processed: Re: Bug#427398: Acknowledgement (svn is broken after updating ro
Processing commands for [EMAIL PROTECTED]: reassign 427398 linux-2.6 Bug#427398: svn is broken after updating ro libc6 2.5-9 Bug reassigned from package `libc6' to `linux-2.6'. retitle 427398 scandir syscall broken on hppa Bug#427398: svn is broken after updating ro libc6 2.5-9 Changed Bug title to `scandir syscall broken on hppa' from `svn is broken after updating ro libc6 2.5-9'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#406619: libc6 [2.5-0exp3] dies on upgrade
Aurelien Jarno writes It depends if you still have an old version of the library installed. It looks like that you were able to install the new version with dselect, the old version has probably been removed. Thank you. I lost my root window through my own stupidity. My friends in NYC rebooted, the machine did not come up, ending with a warning about at attempt to kill init. I did note that the machine did not have teh libc-i686 optimized package. I think this was also an issue that Soren noted. I am afraid I will have to reinstall from scratch. Thanks again! Cheers, Thomas Krichelhttp://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel phone: +1 631 236 9007 skype: thomaskrichel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
r2364 - glibc-package/trunk/debian
Author: aurel32 Date: 2007-06-13 09:33:39 + (Wed, 13 Jun 2007) New Revision: 2364 Modified: glibc-package/trunk/debian/changelog Log: Upload to unstable Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2007-06-11 12:52:08 UTC (rev 2363) +++ glibc-package/trunk/debian/changelog2007-06-13 09:33:39 UTC (rev 2364) @@ -1,4 +1,4 @@ -glibc (2.5-11) UNRELEASED; urgency=low +glibc (2.5-11) unstable; urgency=low [ Aurelien Jarno ] * patches/hppa/submitted-pie.diff: new patch to fix PIE on hppa. Patch by @@ -10,7 +10,7 @@ * pass -X/usr/lib/debug to dh_makeshlibs so that libc6-dbg gets no useless shlibs. Closes: #427637. - -- Aurelien Jarno [EMAIL PROTECTED] Mon, 11 Jun 2007 14:49:42 +0200 + -- Aurelien Jarno [EMAIL PROTECTED] Mon, 11 Jun 2007 15:06:21 +0200 glibc (2.5-10) unstable; urgency=low -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427990: marked as done (glibc: PIE executables core dumps on hppa)
Your message dated Wed, 13 Jun 2007 09:47:05 + with message-id [EMAIL PROTECTED] and subject line Bug#427990: fixed in glibc 2.5-11 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: glibc Severity: important Tags: patch start.S file is messing up the paramaters when using the -pie option. This causes instant segfault on hppa when trying to run an pie executable. This causes portmap and nscd to break on this arch and maybe many other executables. Here is a patch that fix the start problem, but all pie programs must be relinked to fix the segfault. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: hppa (parisc64) Kernel: Linux 2.6.18-4-parisc64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- ports/sysdeps/hppa/elf/start.S.orig 2007-06-02 12:27:53.0 +0200 +++ ports/sysdeps/hppa/elf/start.S 2007-06-02 12:27:49.0 +0200 @@ -96,16 +96,16 @@ _start: #if SHARED /* load main (1st argument) */ - addil LR'.Lpmain, %r19 - ldw RR'.Lpmain(%r1), %r26 + addil LT'.Lpmain, %r19 + ldw RT'.Lpmain(%r1), %r26 ldw 0(%r26),%r26 /* void (*init) (void) (4th argument) */ - addil LR'.Lp__libc_csu_init, %r19 - ldw RR'.Lp__libc_csu_init(%r1), %r23 + addil LT'.Lp__libc_csu_init, %r19 + ldw RT'.Lp__libc_csu_init(%r1), %r23 ldw 0(%r23), %r23 /* void (*fini) (void) (5th argument) */ - addil LR'.Lp__libc_csu_fini, %r19 - ldw RR'.Lp__libc_csu_fini(%r1), %r22 + addil LT'.Lp__libc_csu_fini, %r19 + ldw RT'.Lp__libc_csu_fini(%r1), %r22 ldw 0(%r22), %r22 #else /* load main (1st argument) */ ---End Message--- ---BeginMessage--- Source: glibc Source-Version: 2.5-11 We believe that the bug you reported is fixed in the latest version of glibc, which is due to be installed in the Debian FTP archive: glibc-doc_2.5-11_all.deb to pool/main/g/glibc/glibc-doc_2.5-11_all.deb glibc_2.5-11.diff.gz to pool/main/g/glibc/glibc_2.5-11.diff.gz glibc_2.5-11.dsc to pool/main/g/glibc/glibc_2.5-11.dsc libc6-dbg_2.5-11_amd64.deb to pool/main/g/glibc/libc6-dbg_2.5-11_amd64.deb libc6-dev-i386_2.5-11_amd64.deb to pool/main/g/glibc/libc6-dev-i386_2.5-11_amd64.deb libc6-dev_2.5-11_amd64.deb to pool/main/g/glibc/libc6-dev_2.5-11_amd64.deb libc6-i386_2.5-11_amd64.deb to pool/main/g/glibc/libc6-i386_2.5-11_amd64.deb libc6-pic_2.5-11_amd64.deb to pool/main/g/glibc/libc6-pic_2.5-11_amd64.deb libc6-prof_2.5-11_amd64.deb to pool/main/g/glibc/libc6-prof_2.5-11_amd64.deb libc6-udeb_2.5-11_amd64.udeb to pool/main/g/glibc/libc6-udeb_2.5-11_amd64.udeb libc6_2.5-11_amd64.deb to pool/main/g/glibc/libc6_2.5-11_amd64.deb libnss-dns-udeb_2.5-11_amd64.udeb to pool/main/g/glibc/libnss-dns-udeb_2.5-11_amd64.udeb libnss-files-udeb_2.5-11_amd64.udeb to pool/main/g/glibc/libnss-files-udeb_2.5-11_amd64.udeb locales-all_2.5-11_amd64.deb to pool/main/g/glibc/locales-all_2.5-11_amd64.deb locales_2.5-11_all.deb to pool/main/g/glibc/locales_2.5-11_all.deb nscd_2.5-11_amd64.deb to pool/main/g/glibc/nscd_2.5-11_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno [EMAIL PROTECTED] (supplier of updated glibc package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 11 Jun 2007 15:06:21 +0200 Source: glibc Binary: libc0.1-prof libc6-dev-amd64 locales-all libc6-i686 libc6-dev-ppc64 libc0.3-pic glibc-doc libc0.3 libc6-dev-mipsn32 libc0.1-i686 libc0.1-i386 libc6-mips64 libc6.1-dev libc6-s390x libnss-files-udeb libc0.1-dev-i386 libc6-dev-sparc64 libc6-i386 libc0.3-dev libc6-udeb libc6-dbg libc6.1-pic libc6-dev libc0.3-prof libc6-sparcv9 libc0.1-udeb libc6-dev-i386 libc6.1-prof libc6-mipsn32 libc0.1-dev locales libc6-pic libc0.3-udeb libc6-dev-powerpc libc0.1-pic libc6-ppc64 libc0.3-dbg libc0.1-dbg libc6-amd64 libc0.1 libc6-prof libc6-xen libc6-dev-mips64 libc6-powerpc libc6 libc6-sparcv9b libc6.1-udeb libc6.1-dbg nscd libc6-sparc64 libnss-dns-udeb libc6.1 libc6-dev-s390x Architecture: source amd64 all Version: 2.5-11
Bug#427416: marked as done (preinst bug in libc6_2.5-9_amd64.deb)
Your message dated Wed, 13 Jun 2007 09:47:05 + with message-id [EMAIL PROTECTED] and subject line Bug#427416: fixed in glibc 2.5-11 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libc6 Version: 2.5-9 Severity: Normal This appears to be a bug in the .deb's preinst script. It only shows up for me when there is a space in the path to the .deb (as evidenced below) [EMAIL PROTECTED]:~/My Downloads$ sudo dpkg -i libc6_2.5-9_amd64.deb (Reading database ... 157755 files and directories currently installed.) Preparing to replace libc6 2.5-5 (using libc6_2.5-9_amd64.deb) ... expr: syntax error expr: syntax error /var/lib/dpkg/tmp.ci/preinst: line 128: test: /home/mark/My: binary operator expected Unpacking replacement libc6 ... Setting up libc6 (2.5-9) ... Installing new version of config file /etc/init.d/glibc.sh ... [EMAIL PROTECTED]:~/My Downloads$ cd .. [EMAIL PROTECTED]:~$ ln -s My\ Downloads/libc6_2.5-9_amd64.deb [EMAIL PROTECTED]:~$ sudo dpkg -i libc6_2.5-9_amd64.deb (Reading database ... 157755 files and directories currently installed.) Preparing to replace libc6 2.5-9 (using libc6_2.5-9_amd64.deb) ... Unpacking replacement libc6 ... Setting up libc6 (2.5-9) ... [EMAIL PROTECTED]:~$ cd My\ Downloads/ [EMAIL PROTECTED]:~/My Downloads$ sudo dpkg -i libc6_2.5-9_amd64.deb (Reading database ... 157755 files and directories currently installed.) Preparing to replace libc6 2.5-9 (using libc6_2.5-9_amd64.deb) ... expr: syntax error expr: syntax error /var/lib/dpkg/tmp.ci/preinst: line 128: test: /home/mark/My: binary operator expected Unpacking replacement libc6 ... Setting up libc6 (2.5-9) ... [EMAIL PROTECTED]:~/My Downloads$ sudo dpkg -i ../libc6_2.5-9_amd64.deb (Reading database ... 157755 files and directories currently installed.) Preparing to replace libc6 2.5-9 (using ../libc6_2.5-9_amd64.deb) ... expr: syntax error expr: syntax error /var/lib/dpkg/tmp.ci/preinst: line 128: test: /home/mark/My: binary operator expected Unpacking replacement libc6 ... Setting up libc6 (2.5-9) ... [EMAIL PROTECTED]:~/My Downloads$ Never miss an email again! Yahoo! Toolbar alerts you the instant new Mail arrives. http://tools.search.yahoo.com/toolbar/features/mail/ ---End Message--- ---BeginMessage--- Source: glibc Source-Version: 2.5-11 We believe that the bug you reported is fixed in the latest version of glibc, which is due to be installed in the Debian FTP archive: glibc-doc_2.5-11_all.deb to pool/main/g/glibc/glibc-doc_2.5-11_all.deb glibc_2.5-11.diff.gz to pool/main/g/glibc/glibc_2.5-11.diff.gz glibc_2.5-11.dsc to pool/main/g/glibc/glibc_2.5-11.dsc libc6-dbg_2.5-11_amd64.deb to pool/main/g/glibc/libc6-dbg_2.5-11_amd64.deb libc6-dev-i386_2.5-11_amd64.deb to pool/main/g/glibc/libc6-dev-i386_2.5-11_amd64.deb libc6-dev_2.5-11_amd64.deb to pool/main/g/glibc/libc6-dev_2.5-11_amd64.deb libc6-i386_2.5-11_amd64.deb to pool/main/g/glibc/libc6-i386_2.5-11_amd64.deb libc6-pic_2.5-11_amd64.deb to pool/main/g/glibc/libc6-pic_2.5-11_amd64.deb libc6-prof_2.5-11_amd64.deb to pool/main/g/glibc/libc6-prof_2.5-11_amd64.deb libc6-udeb_2.5-11_amd64.udeb to pool/main/g/glibc/libc6-udeb_2.5-11_amd64.udeb libc6_2.5-11_amd64.deb to pool/main/g/glibc/libc6_2.5-11_amd64.deb libnss-dns-udeb_2.5-11_amd64.udeb to pool/main/g/glibc/libnss-dns-udeb_2.5-11_amd64.udeb libnss-files-udeb_2.5-11_amd64.udeb to pool/main/g/glibc/libnss-files-udeb_2.5-11_amd64.udeb locales-all_2.5-11_amd64.deb to pool/main/g/glibc/locales-all_2.5-11_amd64.deb locales_2.5-11_all.deb to pool/main/g/glibc/locales_2.5-11_all.deb nscd_2.5-11_amd64.deb to pool/main/g/glibc/nscd_2.5-11_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno [EMAIL PROTECTED] (supplier of updated glibc package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 11 Jun 2007 15:06:21 +0200 Source: glibc Binary: libc0.1-prof libc6-dev-amd64 locales-all libc6-i686 libc6-dev-ppc64 libc0.3-pic glibc-doc
Bug#428655: libc6: preinst check makes upgrading old libc6 versions impossible
Package: libc6 Version: 2.3.6.ds1-13 Severity: grave Justification: renders package unusable If you currently have an old libc6 version (eg: 2.3.6.ds1-13) kernel (eg: 2.4.20-686) installed, then it is impossible to upgrade libc6 or the kernel. When you attempt to upgrade libc6, the preinst script complains about the kernel version being lower than 2.6.1: = Preparing to replace libc6 2.3.6.ds1-13 (using .../libc6_2.5-9+b1_i386.deb) ... WARNING: POSIX threads library NPTL requires kernel version 2.6.1 or later. If you use a kernel 2.4, please upgrade it before installing glibc. = But when you attempt to upgrade the kernel, at least one of the kernel package (linux-image-2.6-686) sub-dependencies depends on a more recent version of libc6 than you currently have installed. This causes apt-get to attempt to upgrade libc6 before the kernel, and you hit the same error as above. Please find a way to enable people with old libc6 kernel versions to upgrade cleanly. Perhaps an explicit package dependency to 2.6 so apt-get can sort out the dependancies. Or if an automatic clean upgrade is not possible, then please add more info to libc6's preinst error so admins know how to manually fix the problem. Maybe admins in this unfortunate situation need need to disable the check in the libc6 preinst then upgrade the kernel and libc6, then reboot immediately. Or they need to first upgrade to the last version of libc6 which didn't have this check (but which is hopefully new enough for the kernel's sub-dependencies) before upgrading the kernel, then upgrade libc6 afterwards reboot immediately. My current work-around is to switch over to stable until this problem is fixed. -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux rr002701e001 2.4.20-686 #1 Mon Jan 13 22:22:30 EST 2003 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages libc6 depends on: ii tzdata2007e-3Time Zone and Daylight Saving Time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428655: closed by Pierre Habouzit [EMAIL PROTECTED] (Re: Bug#428655: libc6: preinst check makes upgrading old libc6 versions impossible)
Thanks for your reply. Yes it's possible. Users are supposed to have a kernel 2.6 when they run etch. For user that lived up to here with a 2.4 kernel (wow!) then the fix is to install etch's 2.6 kernel, then to upgrade to unstable/lenny. I think it would be best if I gave you some more background to explain the situation. ie why we're running such an old kernel C library under Lenny. My situation is one where where we have around 300-400 boxes on a low-bandwidth network in sites throughout South Africa. A few years ago the boxes were changed over from NT to Debian testing (this was around sarge or woody). This was a massive roll-out where technicians went to each site with a custom boot CD. This was as part of other maintenance, not just for conversion from NT do Debian. Running those boxes against stable was not practical at the time because stable had very ancient software. We needed current kernel, X, kde etc. Since then we've been upgrading and upgrading our in-house software running on those boxes, but not (in most cases) upgrading the entire Debian installation as a whole. Bandwidth is too limited to run dist-upgrades. We basically run 'apt-get update' and 'apt-get install list of packages that we want new versions of, along with others that will cause problems if they aren't installed at the same time' Fast-forward a few years forward up until today. It is still possible to install software on those ancient setups. Several hacks are required in custom software update scripts due to incompatibility between new testing old testing but overall it works pretty well. The latest incompatibility is this libc6 problem. There have been a lot of problems recently where I've had to add more hacks to get the upgrades to run. Including forcing removal of (old) essential packages in some cases. I could add another hack.. like disable that libc6 check, or upgrade to etches' 2.6 kernel before installing lenny's libc6 (thanks for the suggestion). I'm rather hesitant to do the latter. We only upgrade the kernel (manually) in specific cases where there are hardware problems. Automatically upgrading 100's of 2.4 to 2.6 (with our ancient configs) is asking for trouble. I think it's about time we changed over from testing in sources.list to etch. I read somewhere that for etch there are plans to back-port more kernels, which will be very useful for supporting newer hardware. When we finally have to start upgrading pre-sarge boxes to Lenny then I can put all the hacks together at one time (including automatic upgrades from 2.4 to 2.6), rather than being surprised every other week with failed software updates having to hack together a fix ASAP. Just thought I'd give you some background :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428655: closed by Pierre Habouzit [EMAIL PROTECTED] (Re: Bug#428655: libc6: preinst check makes upgrading old libc6 versions impossible)
On Wed, Jun 13, 2007 at 02:44:25PM +0200, David Purdy wrote: I could add another hack.. like disable that libc6 check You don't want to do that. It's there for a reason; if you override the check, absolutely nothing will run. -- Daniel Jacobowitz CodeSourcery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#428655: marked as done (libc6: preinst check makes upgrading old libc6 versions impossible)
On Wed, Jun 13, 2007 at 11:18:04AM +, Debian Bug Tracking System wrote: For user that lived up to here with a 2.4 kernel (wow!) then the fix is to install etch's 2.6 kernel, then to upgrade to unstable/lenny. This is the standard upgrade path, and it will work. Maybe I am repeating myself here, but I don't find this very obvious for people who always ran testing, for example, and decided they must stay with 2.4 for some foolish reason. That they should now add stable to their sources.list isn't their obvious solution if I put myself into their head (cf. rather disabling the libc6 preinst check), so I really suggest we add this solution (install the Debian 4.0 stable 2.6 kernel image or something) as a suggestion to the libc6 preinst error, or at least a pointer towards it. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
