Bug#639290: partial upgrade from squeeze to wheezy fails
package: libc6 The warnings about the locales below is because I don't have that installed in the debootstrap squeeze chroot. == zoot:/Media/chroot# rsync squeeze.save/ squeeze/ --exclude var/cache/apt/archives/ --exclude etc/apt/ -a zoot:/Media/chroot# chroot squeeze root@zoot:/# apt-get install perl Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libdb4.7 perl-modules Suggested packages: perl-doc libterm-readline-gnu-perl libterm-readline-perl-perl make The following NEW packages will be installed: libdb4.7 perl perl-modules 0 upgraded, 3 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/7907 kB of archives. After this operation, 30.7 MB of additional disk space will be used. Do you want to continue [Y/n]? y perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = en_US.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package libdb4.7. (Reading database ... 8499 files and directories currently installed.) Unpacking libdb4.7 (from .../libdb4.7_4.7.25-9_i386.deb) ... Selecting previously deselected package perl-modules. Unpacking perl-modules (from .../perl-modules_5.10.1-17squeeze1_all.deb) ... Selecting previously deselected package perl. Unpacking perl (from .../perl_5.10.1-17squeeze1_i386.deb) ... Processing triggers for man-db ... locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory Can not write log, openpty() failed (/dev/pts not mounted?) Setting up libdb4.7 (4.7.25-9) ... Setting up perl-modules (5.10.1-17squeeze1) ... Setting up perl (5.10.1-17squeeze1) ... root@zoot:/# apt-get install -t testing iceweasel Reading package lists... Done Building dependency tree Reading state information... Done The following package was automatically installed and is no longer required: libdb4.7 Use 'apt-get autoremove' to remove them. The following extra packages will be installed: fontconfig fontconfig-config gcc-4.6-base libasound2 libatk1.0-0 libatk1.0-data libavahi-client3 libavahi-common-data libavahi-common3 libc-bin libc6 libcairo2 libcups2 libdatrie1 libdb5.1 libdbus-1-3 libevent-1.4-2 libexpat1 libffi5 libfontconfig1 libfreetype6 libgcrypt11 libgdk-pixbuf2.0-0 libglib2.0-0 libgnutls26 libgpg-error0 libgssapi-krb5-2 libgtk2.0-0 libgtk2.0-common libhunspell-1.2-0 libice6 libjasper1 libjpeg62 libjpeg8 libk5crypto3 libkeyutils1 libkrb5-3 libkrb5support0 liblocale-gettext-perl libmozjs5d libnspr4-0d libnss3-1d libpango1.0-0 libpcre3 libpixman-1-0 libpng12-0 libsm6 libstartup-notification0 libstdc++6 libtasn1-3 libtext-charwidth-perl libtext-iconv-perl libthai-data libthai0 libtiff4 libvpx0 libx11-6 libx11-data libx11-xcb1 libxau6 libxcb-render0 libxcb-shm0 libxcb-util0 libxcb1 libxcomposite1 libxcursor1 libxdamage1 libxdmcp6 libxext6 libxfixes3 libxft2 libxi6 libxinerama1 libxml2 libxrandr2 libxrender1 libxt6 multiarch-support perl perl-base perl-modules shared-mime-info ttf-dejavu-core ucf x11-common xulrunner-5.0 Suggested packages: defoma ttf-lyx latex-xft-fonts xfonts-mathml ttf-mathematica4.1 xprint mozplugger libasound2-plugins glibc-doc locales cups-common rng-tools gnutls-bin krb5-doc krb5-user librsvg2-common gvfs libjasper-runtime ttf-baekmuk ttf-arphic-gbsn00lp ttf-arphic-bsmi00lp ttf-arphic-gkai00mp ttf-arphic-bkai00mp perl-doc libterm-readline-gnu-perl libterm-readline-perl-perl make libdbus-glib-1-2 libgconf2-4 libgnomevfs2-0 libnotify1 libnotify1-gtk2.10 libgnomeui-0 libcanberra0 Recommended packages: libc6-i686 dbus libglib2.0-data hicolor-icon-theme libgtk2.0-bin hunspell-en-us hunspell-dictionary myspell-dictionary x-ttcidfont-conf xml-core libswitch-perl libpod-plainer-perl libclass-isa-perl The following NEW packages will be installed: fontconfig fontconfig-config gcc-4.6-base iceweasel libasound2 libatk1.0-0 libatk1.0-data libavahi-client3 libavahi-common-data libavahi-common3 libcairo2 libcups2 libdatrie1 libdb5.1 libdbus-1-3 libevent-1.4-2 libexpat1 libffi5 libfontconfig1 libfreetype6 libgcrypt11 libgdk-pixbuf2.0-0 libglib2.0-0 libgnutls26 libgpg-error0 libgssapi-krb5-2 libgtk2.0-0 libgtk2.0-common libhunspell-1.2-0 libice6 libjasper1 libjpeg62 libjpeg8 libk5crypto3 libkeyutils1 libkrb5-3 libkrb5support0 libmozjs5d libnspr4-0d libnss3-1d libpango1.0-0 libpcre3 libpixman-1-0 libpng12-0 libsm6
Bug#639290: Acknowledgement (partial upgrade from squeeze to wheezy fails)
Summary of simple steps to replicate the problem: == debootstrap squeeze squeeze chroot squeeze (edit sources.list, add wheezy) (edit apt.conf, disable suggests/recommends, set default-release to stable) apt-get install perl apt-get -t testing install iceweasel (or perl, or libc6) == -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e56843b.8070...@brainfood.com
Bug#639290: partial upgrade from squeeze to wheezy fails
On 08/25/2011 12:37 PM, Jonathan Nieder wrote: Hi APT team, Quick puzzle for you. Adam Heath wrote: E: Could not perform immediate configuration on 'perl'. Please see man 5 apt.conf under APT::Immediate-Configure for details. (2) == libc6(wheezy) breaks perl 5.12. perl 5.12 depends on libgdm3. libgdm3 pre-depends multiarch-support. multiarch-support depends on libc6(wheezy). This loop can't be broken by apt, so it complains. An upgrade or dist-upgrade from squeeze to wheezy *does* work. The dependencies seem right. I would expect my package manager to either unpack the new perl or temporarily deconfigure perl in order to upgrade libc. perl should not satisfy dependencies until the new version is configured because the output of perl -V:libpth is wrong, as described at http://bugs.debian.org/636686. But as pointed out at [*], when APT::Immediate-Configure is set, apt-get install just bails out in this situation instead. Is that a libc bug, a perl bug, or an apt bug? [*] http://bugs.debian.org/639290 639290 says that you can deconfigure perl. That is not possible. You can only unpack a newer perl(but not configure), which then causes perl to be in a deconfigured state. My guess here is that Breaks should not be used, but Conflicts. That still won't solve the actual problem(I think). -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e56a6e2.9010...@brainfood.com
Bug#639290: partial upgrade from squeeze to wheezy fails
On 08/25/2011 12:37 PM, Jonathan Nieder wrote: Hi APT team, Quick puzzle for you. Adam Heath wrote: E: Could not perform immediate configuration on 'perl'. Please see man 5 apt.conf under APT::Immediate-Configure for details. (2) == libc6(wheezy) breaks perl 5.12. perl 5.12 depends on libgdm3. libgdm3 pre-depends multiarch-support. multiarch-support depends on libc6(wheezy). This loop can't be broken by apt, so it complains. An upgrade or dist-upgrade from squeeze to wheezy *does* work. The dependencies seem right. I would expect my package manager to either unpack the new perl or temporarily deconfigure perl in order to upgrade libc. perl should not satisfy dependencies until the new version is configured because the output of perl -V:libpth is wrong, as described at http://bugs.debian.org/636686. But as pointed out at [*], when APT::Immediate-Configure is set, apt-get install just bails out in this situation instead. Is that a libc bug, a perl bug, or an apt bug? [*] http://bugs.debian.org/639290 And or remove the Depends: libc6(wheeze) from multiarch-support, and have that package provide the multiarch-aware ld.so, and dpkg-divert the one in libc6. Then have libc6 Replaces: multiarch-support, replacing the diverted-to ld.so, then undo the diversion. Or something. -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e56aa27.8010...@brainfood.com
Bug#473857: tzdata.postinst fails when TZ is not in the environment
Aurelien Jarno wrote: Adam Heath a écrit : Package: tzdata Version: 2008b-1 Severity: important If I do not have TZ in my environment, then the postinst fails. It has an unprotected unset TZ, which will fail the script if TZ is not actually in the environment. Huh?!? Which strange shell are you using? The simple fix is to use || true in the 2 places where this occurs. That's a wrong fix. The correct one is to fix your shell. No, the correct fix is to fix the dependencies, and/or fix your shell script. Garbage in, garbage out and all. Bash 2.x returns false if you try to unset a non-existance variable. Bash 3.x returns true. So, either add the || true, or add a versioned depends on bash. I prefer the former, 'cuz it won't increase the dependency graph size. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473857: tzdata.postinst fails when TZ is not in the environment
Package: tzdata Version: 2008b-1 Severity: important If I do not have TZ in my environment, then the postinst fails. It has an unprotected unset TZ, which will fail the script if TZ is not actually in the environment. The simple fix is to use || true in the 2 places where this occurs. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364845: glibc has recursive build-depends
package: libc6 version: 2.3.6-7 glibc has a build-depends on libc6-dev-amd64 on i386, and libc6-dev-i386 on amd64. This makes bootstrapping difficult. Why can't it just use itself? Doesn't it use gcc in standalone mode, so that gcc doesn't need any system-installed development files? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363442: libc6-xen should not conflict with any other libc6-$flavor
On Wed, 19 Apr 2006, Jeff Bailey wrote: Le mardi 18 avril 2006 à 23:02 -0500, Adam Heath a écrit : package: libc6-xen version: 2.3.6-7 Please don't conflict with libc6-686. When one dual-boots, one would like to have both of these packages installed, and have the appropriate one selected at runtime. Yup - we're working on the necessary runtime detection for this. It still requires more work, though. Need help with it? Someone willing to test? Do you have an idea of which version will have this, and when it will be uploaded? I'm ready to upload xen 3.0.2, with a dependency on libc6-xen.
Bug#363442: libc6-xen should not conflict with any other libc6-$flavor
package: libc6-xen version: 2.3.6-7 Please don't conflict with libc6-686. When one dual-boots, one would like to have both of these packages installed, and have the appropriate one selected at runtime. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [uml-devel] 2.4.22-[67] problems
On Mon, 22 Dec 2003, Matt Zimmerman wrote: user-mode-linux builds with gcc-2.95 explicitly, which I don't think has had substantial changes this year. I should note that UML is statically linked as well. try a dynamic skas-only build(on unstable), running on unstable, then woody. If this works, then it's probably a bug in libc itself. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [uml-devel] 2.4.22-[67] problems
On Mon, 22 Dec 2003, Matt Zimmerman wrote: user-mode-linux builds with gcc-2.95 explicitly, which I don't think has had substantial changes this year. I should note that UML is statically linked as well. try a dynamic skas-only build(on unstable), running on unstable, then woody. If this works, then it's probably a bug in libc itself.
Bug#202756: I can reproduce this willingly on my smp box
I was going to start doing some work on dpkg. So, I decided to upgrade to the latest versions of all it's build-depends. This of course brought in libc6. However, when it started to upgrade from 2.3.1-17 to 2.3.2-5, the old postrm and the new preinst both segfault. Existing programs work fine, however. In trying to fix that, I made the very bad mistake of doing dpkg-deb -x libc6.deb /, which then made *all* programs segfault on the host. Don't do that. Anyways, I found an old potato chroot, which I was able to eventually get into(using it's ld.so, and ld_library_path). I then did the following series of steps: make woody chroot. upgrade to testing. install libc6-{dbg,dev,pic} # I had these on the host, don't really think # it affects the bug. apt just did an # --unpack on them in the same run. edit sources.list, change to unstable apt-get install libc6{,-{dbg,dev,pic}} I then get the following error: Preparing to replace libc6 2.3.1-16 (using .../libc6_2.3.2-5_i386.deb) ... Unpacking replacement libc6 ... dpkg: error processing /var/cache/apt/archives/libc6_2.3.2-5_i386.deb (--unpack): dpkg: warning - old post-removal script killed by signal (Segmentation fault), core dumped dpkg: error while cleaning up: subprocess pre-installation script killed by signal (Segmentation fault), core dumped What's interesting is that I can run the old postrm and old preinst fine. The machine this is broken on is a dual celeron 333 running linux 2.5.68. The host is busted right now(I have sash, so can do some things, on the *single* ssh window I have open). I'm going to be installing ssh in one of the chroots, on a different port, so that others can play with this. I've just verified that it still fails if I remove libc6-{dev,dbg,pic} before installing just libc6 from unstable. I can give out access to this machine, but not until tomorrow. It's also behind a firewall, so some bouncing will be required. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#206242: (no subject)
reopen 206242 ! thanks Upgrading the kernel is not the way to fix this bug. libc must be fixed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bits from the RM
On Fri, 22 Aug 2003, GOTO Masanori wrote: It was reported by joshk on IRC, but I'm not still clear where this problem come from. Example: ultra30:~ dpkg -s libc6 | grep Version Version: 2.3.2-3 ultra30:~ dpkg -s dpkg | grep Version Version: 1.10.10 ultra30:~ dpkg Bus error dpkg works well with some options, but only typing `dpkg' breaks with bus error. It's not related with the existence of libc6-sparc64. From tracking with gdb, dpkg breaks setjmp()/longjmp(). The mysterious thing is that it works fine to compile gcc-3.2/gcc-3.3 without -O2 optimization. It's also ok with glibc 2.3.1-17, IIRC. Hmm. I'm reminded of a problem on s390x. 64-bit arch, but when dpkg was initializing some variable, it only did it to the lower(or upper, can't recall) 32 bits. Later, it blew up. It's too bad valgrind doesn't work on non-i386. Is there a debian machine I can access that has this problem? The last 2 times some odd issue came up like this, one turned out to be a dpkg bug(s390x), and one was a multi-year old bug in libc6 assem(memcpy error, at the end of the buffer, when using mmap, on alpha). In both cases, it didn't take me long to track down(not more than half a day). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
dpkg bus error on sparc/unstable: Re: Bits from the RM
On Tue, 26 Aug 2003, GOTO Masanori wrote: At Mon, 25 Aug 2003 19:01:14 -0500 (CDT), Adam Heath wrote: On Fri, 22 Aug 2003, GOTO Masanori wrote: It was reported by joshk on IRC, but I'm not still clear where this problem come from. Example: ultra30:~ dpkg -s libc6 | grep Version Version: 2.3.2-3 ultra30:~ dpkg -s dpkg | grep Version Version: 1.10.10 ultra30:~ dpkg Bus error dpkg works well with some options, but only typing `dpkg' breaks with bus error. It's not related with the existence of libc6-sparc64. From tracking with gdb, dpkg breaks setjmp()/longjmp(). The mysterious thing is that it works fine to compile gcc-3.2/gcc-3.3 without -O2 optimization. It's also ok with glibc 2.3.1-17, IIRC. Hmm. I'm reminded of a problem on s390x. 64-bit arch, but when dpkg was initializing some variable, it only did it to the lower(or upper, can't recall) 32 bits. Later, it blew up. dpkg works fine with trex.debian.org dchroot unstable + my self built 2.3.2-1 (2003-07-08 cvs) using LD_LIBRARY_PATH, so it seems other issue. It's too bad valgrind doesn't work on non-i386. Is there a debian machine I can access that has this problem? The last 2 times some odd issue came up like this, one turned out to be a dpkg bug(s390x), and one was a multi-year old bug in libc6 assem(memcpy error, at the end of the buffer, when using mmap, on alpha). In both cases, it didn't take me long to track down(not more than half a day). Yes, you can check on vore.debian.org dchroot unstable. vore:~ dpkg Bus error Well, if I compile lib/myopt.c and lib/startup.c, without -O2, I get no bus error. Maybe this is a gcc issue? -- (unstable)[EMAIL PROTECTED]:~/dpkg-1.10.10$ gcc -v Reading specs from /usr/lib/gcc-lib/sparc-linux/3.3.2/specs Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --with-cpu=v7 --enable-objc-gc sparc-linux Thread model: posix gcc version 3.3.2 20030812 (Debian prerelease) (unstable)[EMAIL PROTECTED]:~/dpkg-1.10.10$ dpkg -s libc6 Version: 2.3.2-3 -- dpkg is 1.10.10. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dpkg bus error on sparc/unstable: Re: Bits from the RM
On Tue, 26 Aug 2003, Adam Heath wrote: Well, if I compile lib/myopt.c and lib/startup.c, without -O2, I get no bus error. Maybe this is a gcc issue? gcc 3.2 also fails, but 2.95 works fine, no errors. doogie lib/myopt.c(loadcfgfile) mrvn doogie: Did that ever stop anything from breaking? doogie with -O2, it fails in that function, on the last free doogie when I remove -O2, it fails in lib/startup.c:standard_startup doogie removing -O2 from that file, and it works(I don't know where it failed in that function) ps: compiling statically with 2.95 and libc 2.3.2-2 fails, with: gcc-2.95 -L../lib -L../optlib -static -o md5sum-static md5sum.o -ldpkg -lopt /usr/lib/gcc-lib/sparc-linux/2.95.4/libgcc.a(_udivdi3.o)(.text+0xac): In function `__udivdi3': : undefined reference to `.udiv' /usr/lib/gcc-lib/sparc-linux/2.95.4/libgcc.a(_umoddi3.o)(.text+0xac): In function `__umoddi3': : undefined reference to `.udiv' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bits from the RM
On Thu, 21 Aug 2003, Anthony Towns wrote: On Thu, Aug 21, 2003 at 05:52:32PM +0900, GOTO Masanori wrote: AFAIK, the unresolved difficult bugs are: (1) hppa build (2) dpkg (setjmp/longjmp) on sparc (3) NIS (will be fixed?) (4) misterious apache on ia64 bug. Is there a bug# for (2)? If not, could someone forward the appropriate mails to the BTS for tracking, please? I'd be interested too. Haven't seen anything on -dpkg about it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#184495: libc6.postinst needs to restart postgres
package: libc6 version: 2.3.1-14 severity: serious Postgres(according to lsof) keeps open libnss_compat. Since this library opens and closes the modules, and upgrading libc6 will change those modules, postgres can break. Please restart postgres in the postinst. Severity serious, as it affects an unrelated package. ps: I have not seen this problem, but was doing some checks before upgrading an older server(which in the end didn't need to be upgraded anyways). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#184495: libc6.postinst needs to restart postgres
package: libc6 version: 2.3.1-14 severity: serious Postgres(according to lsof) keeps open libnss_compat. Since this library opens and closes the modules, and upgrading libc6 will change those modules, postgres can break. Please restart postgres in the postinst. Severity serious, as it affects an unrelated package. ps: I have not seen this problem, but was doing some checks before upgrading an older server(which in the end didn't need to be upgraded anyways).
Bug#169423: libc6.postinst should prompt for each service
package: libc6 version: 2.3.1-3 severity: wishlist libc6.postinst detects services that need to be restarted, and offers to restart them. It'd be nice if another option was given, that allowed for individual services to be restarted, instead of all or nothing.
Bug#169424: libc6 doesn't show errors when services can't be restarted
package: libc6 version: 2.3.1-3 severity: wishlist Restarting services possibly affected by the upgrade: ... apache: stopping...starting...FAILED! (1) ... The following services failed to start: apache It'd be nice if the output of the init script was saved to a file(stdout and stderr separately), and when an error is detected, both files were sent to the correct place. In fact, it might be suggested that libc6 should *not* redirect the output at all.
Bug#168481: libc6.postinst shows dpkg error output
package: libc6 version: 2.3.1-3 Preparing to replace libc6 2.2.5-14.2 (using .../libc6_2.3.1-3_i386.deb) ... Unpacking replacement libc6 ... Setting up libc6 (2.3.1-3) ... Checking for services that may need to be restarted...Package `logind' is not installed and no info is available. Package `apache2' is not installed and no info is available. Use dpkg --info (= dpkg-deb --info) to examine archive files, and dpkg --contents (= dpkg-deb --contents) to list their contents. done. Please redirect stderr of dpkg to /dev/null. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#168483: libc6.postinst type and needlessly excessive punctuation
package: libc6 version: 2.3.1-3 ... Services restarted succesfully! ... s/\!/./;s/sf/ssf/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#168481: libc6.postinst shows dpkg error output
package: libc6 version: 2.3.1-3 Preparing to replace libc6 2.2.5-14.2 (using .../libc6_2.3.1-3_i386.deb) ... Unpacking replacement libc6 ... Setting up libc6 (2.3.1-3) ... Checking for services that may need to be restarted...Package `logind' is not installed and no info is available. Package `apache2' is not installed and no info is available. Use dpkg --info (= dpkg-deb --info) to examine archive files, and dpkg --contents (= dpkg-deb --contents) to list their contents. done. Please redirect stderr of dpkg to /dev/null.
Bug#168483: libc6.postinst type and needlessly excessive punctuation
package: libc6 version: 2.3.1-3 ... Services restarted succesfully! ... s/\!/./;s/sf/ssf/
Re: glibc 2.3.1-1 needs restarting network services
On Sat, 19 Oct 2002, Anthony Towns wrote: On Sat, Oct 19, 2002 at 02:38:57AM +0900, GOTO Masanori wrote: After upgrading libc package, then please stop-and-start network services/daemons, because name service switch is changed in glibc 2.3. Uh, you're going to fix this in a new upload, right? (ie, automate restarting other programs just as has happened with previous upgrades where this was necessary) The is the new unstable. We don't care about upgrades. Didn't you get the memo? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#159633: strncpy on alpha/libc broken
package: libc6.1 version: 2.2.5-11.1 severity: serious On lully, I have a repeatable segfault being caused by strncpy(which calls __stxncpy). dpkg calls strncpy to copy data from it's mmap'd buffer, into a tmp var, for moving around. mmap on alpha aligns the end of the data segment with a page boundary. Depending on the alignment of the source address passed to strncpy, a segfault will occur inside the above function. My guess is this is due to an optimization, trying to copy ints/words around, instead of pure bytes. Substituting memcpy or a for loop, allows the dpkg code to work. This shows that the addresses and the length are both valid, and don't step into unknown memory. I have dpkg compiled on lully, and it doesn't require root to see the bug(--admindir is enough). If you need help reproducing this, then just respond. In fact, here's a c program that shows the bug. Compile with CFLAGS=-g(of course). == #include stdio.h #include stdlib.h #include unistd.h #include sys/mman.h #include sys/types.h #include sys/stat.h #include fcntl.h #include string.h #define LENGTH 12 #define TRAILING 2 int main(int argc, char **argv) { int i, fd, pagesize; char *data, *buf; pagesize = getpagesize(); fd = open( /dev/zero, O_RDONLY ); if ( fd == -1 ) { perror( open ); exit( 1 ); } data = mmap( NULL, pagesize, PROT_READ | PROT_WRITE, MAP_PRIVATE, fd, 0 ); if ( data == MAP_FAILED ) { perror( mmap ); exit( 1 ); } buf = (char *)malloc( LENGTH ); if ( buf == NULL ) { perror( malloc ); exit( 1 ); } for ( i = 0; i pagesize; i++ ) data[ i ] = i % 256; for ( i = 0; i pagesize - LENGTH - TRAILING; i++ ) memcpy( buf, data + i, LENGTH ); for ( i = 0; i pagesize - LENGTH - TRAILING; i++ ) strncpy( buf, data + i, LENGTH ); return 0; } == The memcpy loop completes as expected. The strncpy loop segfaults. Here's the gdb session info: == .. Program terminated with signal 11, Segmentation fault. .. (gdb) bt #0 0x20e21e0 in __stxncpy () from /lib/libc.so.6.1 #1 0x12a78 in main (argc=1, argv=0x11c88) at bug.c:36 (gdb) f 1 #1 0x12a78 in main (argc=1, argv=0x11c88) at bug.c:36 36 strncpy( buf, data + i, LENGTH ); (gdb) p i $1 = 8177 == -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#159355: FTBFS: calls install-info as non-root
On Mon, 2 Sep 2002, Daniel Jacobowitz wrote: On Mon, Sep 02, 2002 at 02:24:46PM -0500, Adam Heath wrote: Package: libc6 Version: 2.2.5-14.1 Severity: serious == Automatic build of glibc_2.2.5-14.1 on cyberhq by sbuild/i386 1.169 Build started at 20020901-2205 ... * Libc: (libc). C library. install-info(/build/rmurray/glibc-2.2.5/i386-linux/install_root/usr/share/info/libc.info): creating new section `GNU libraries' install-info(/build/rmurray/glibc-2.2.5/i386-linux/install_root/usr/share/info/libc.info): no sections yet, creating Miscellaneous section too. cp: cannot create regular file `/var/backups/infodir.bak': Permission denied install-info(/build/rmurray/glibc-2.2.5/i386-linux/install_root/usr/share/info/libc.info): couldn't backup /build/rmurray/glibc-2.2.5/i386-linux /install_root/usr/share/info/dir in /var/backups/infodir.bak: No such file or directory make[3]: *** [install] Error 139 make[3]: Leaving directory `/build/rmurray/glibc-2.2.5/glibc-2.2.5/manual' make[2]: *** [manual/subdir_install] Error 2 make[2]: Leaving directory `/build/rmurray/glibc-2.2.5/glibc-2.2.5' make[1]: *** [install] Error 2 make[1]: Leaving directory `/build/rmurray/glibc-2.2.5/i386-linux/obj' make: *** [/build/rmurray/glibc-2.2.5/i386-linux/installed-binaries] Error 2 ** Build finished at 20020901-2320 FAILED [dpkg-buildpackage died] == Don't call install-info as root. non-root a) I told you that install-info should not access the backup directory when running with an appropriate --infodir= option. I believe I even filed a bug on it. That would be #158299. I think it's reasonable, but discussion belongs there, not here. Not using /var/backups when infodir is given is a different bug than calling install-info as non-root. b) That error is NOT fatal. Notice: make[3]: *** [install] Error 139 This would be the reason it didn't build from source. Has nothing to do with root or non-root. I even discussed this with you on IRC at the time. Er, whatever. The last command run was install-info(which was run as non-root), and it caused the build to fail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#52420: getconf _NPROCESSORS_ONLN broken on sparc
Package: libc6-dev Arch: arm Version: 2.1.2-1 Arch: sparc Version: 2.1.2-8 $ getconf _NPROCESSORS_ONLN 0 That's a rather slow box. Maybe it has been lobotomized. This works fine on alpha(2.1.2-1) and intel(2.1.2-10). I haven't tested this on powerpc nor m68k(couldn't get into one of those boxes) BEGIN GEEK CODE BLOCK Version: 3.12 GCS d- s: a-- c+++ UL P+ L !E W+ M o+ K- W--- !O M- !V PS-- PE++ Y+ PGP++ t* 5++ X+ tv b+ D++ G e h*! !r z? -END GEEK CODE BLOCK- BEGIN PGP INFO Adam Heath [EMAIL PROTECTED]Finger Print | KeyID 67 01 42 93 CA 37 FB 1E63 C9 80 1D 08 CF 84 0A | DE656B05 PGP AD46 C888 F587 F8A3 A6DA 3261 8A2C 7DC2 8BD4 A489 | 8BD4A489 GPG -END PGP INFO-