Bug#632190: fails to install in cdebootstrap and debootstrap
Applying the patch for #632509 will probably also fix the install in (c)debootstrap (and thus this bug). Cheers Luk -- 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/4e10140e.6020...@debian.org
Bug#561203: Re: Bug#561203: FTBFS [hppa] - pthread_create() (QThread) + fork() = crash
Hi What's the status of this bug? It's holding the KDE transition which is blocking the Xorg and python transitions... Cheers Luk -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561203: FTBFS [hppa] - pthread_create() (QThread) + fork() = crash
Helge Deller wrote: On 12/27/2009 04:38 PM, Carlos O'Donell wrote: On Sun, Dec 27, 2009 at 9:47 AM, Luk Claesl...@debian.org wrote: What's the status of this bug? It's holding the KDE transition which is blocking the Xorg and python transitions... I'm working on this bug. The current status is under investigation. I don't have a good idea of what is going on or why it's crashing. I could reproduce this bug as well and will continue to debug as soon as I return back from christmas family visits. My current analysis/assumption is: So, maybe the kernel implementation of clone() misses some cache flush instructions for the newly created child in the pthread_create() case... ? That said... I still need some more time for testing... Thanks to both of you for the update. Hopefully the cause can be identiefied and fixed soon. Cheers Luk -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
error: #error Fix asm/byteorder.h to define one endianness
Hi Apparently on a current mipsel (using sid), there are these errors regarding enidanness during building of some packages. Probably something changed in linux-libc-dev, though userspace should avoid using kernelspace headers when possible AFAICS and should probably use endian.h instead of asm/byteorder.h. Should I file bugs for the packages that FTBFS because of this? Cheers Luk -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: error: #error Fix asm/byteorder.h to define one endianness
Aurelien Jarno wrote: On Sat, Mar 14, 2009 at 05:51:41PM +0100, Luk Claes wrote: Hi Apparently on a current mipsel (using sid), there are these errors regarding enidanness during building of some packages. Probably something changed in linux-libc-dev, though userspace should avoid using kernelspace headers when possible AFAICS and should probably use endian.h instead of asm/byteorder.h. Should I file bugs for the packages that FTBFS because of this? I think there are actually two problems: - Programs that include linux/*.h which in fine includes asm/byteorder.h. This is definitely a problem of the kernel headers. Is this bug filed? If not, could you take care of that, TIA? - Programs that FTBFS because they include asm/byteorder.h. They could be fixed by switching to endian.h, but I don't think it could be considered as an RC bug, as the kernel headers have to be fixed anyway. Ok, these seem to include hdparm, libphysfs, aircrack-ng. Cheers Luk -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Problem with lenny /usr/lib64/libdl.a from lenny libc6-dev-mips64
Hi Lets involve the glibc package maintainers (Cc-ed). Cheers Luk Laurent GUERBY wrote: Hi, While investigating libmudflap failures in the GCC trunk (4.4) testsuite: http://gcc.gnu.org/ml/gcc-testresults/2009-03/msg00071.html I found out that /usr/lib64/libdl.a is corrupted and is causing link failures: gue...@gcc51:~/tmp3$ ar x /usr/lib64/libdl.a ar: /usr/lib64/libdl.a: Malformed archive (lib32 and lib are ok under the same test). For reference I tried to extract it again from a clean .deb but ar x failed again so I guess it's a packaging issue: gue...@gcc51:~/tmp3$ md5sum /var/cache/apt/archives/libc6-dev-mips64_2.7-18_mipsel.deb d2143461cf448a3a21fe715f51c62e77 /var/cache/apt/archives/libc6-dev-mips64_2.7-18_mipsel.deb Sincerely, Laurent -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#492892: severity of 492892 is important
# Automatically generated email from bts, devscripts version 2.10.35 # hurd specific severity 492892 important -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: please add fix for bz 408596 to etch [SRM]
On Wed, Apr 02, 2008 at 09:00:28PM +0200, Aurelien Jarno wrote: Hi Stable Release Managers, Hi Alex Chiang a écrit : Hi Aurelien, * Aurelien Jarno [EMAIL PROTECTED]: Alex Chiang a écrit : I'm hitting: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=408596 On my ia64/etch install. This is causing problems for me when I attempt to use sparse. Is there any chance you could consider this fix for etch? The fix itself looks very benign, and non-intrusive. I don't think such a fix is possible for Etch, as this bug does not meet the requirements for an update in a stable version. See: http://release.debian.org/stable/3.1/3.1r8/ Indeed, it doesn't seem to qualify. Cheers Luk
Re: Please unblock glibc/2.7-10
On Sat, Apr 05, 2008 at 08:36:44PM -0300, Otavio Salvador wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Aurelien Jarno [EMAIL PROTECTED] writes: Hello Aurelien, Since glibc builds udeb, next time add debian-boot mailing list on CC so we don't lose it. Could you please allow the migration of glibc/2.7-10 into testing? This version has no known regression compared to the version in testing, and is a good candidate for the Lenny release. No objection from d-i POV. unblocked Cheers Luk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [stable] glibc upload to a fix a bug in nscd
Aurelien Jarno wrote: Hi stable release managers, As it seems the rule is to have a new glibc in each stable release ;), we would like to fix bugs #451552/#467609, which prevent nscd to be used to cache hosts. The patch to fix it is a backport from CVS, and the backport has already been tested by a few persons. Would you allow an upload of glibc with this fix into stable? I seem to remember already answering affirmative to this request? Anyway, go ahead. Cheers Luk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please hint glibc/2.7-6
Aurelien Jarno wrote: Hi, glibc/2.7-6 is ready to go into testing. It fixes bugs that are present in the testing version (and most notably an RC bug), and hasn't any known regression. Could you please hint it? unblocked Cheers Luk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please hint glibc/2.7-4
Aurelien Jarno wrote: Hi, glibc/2.7-4 is ready to go into testing. It fixes bug that are present in the testing version, and hasn't any known regression. Could you please hint it? unblocked Cheers Luk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: tzdata 2007i
Aurelien Jarno wrote: Aurelien Jarno a écrit : Stephen Gran a écrit : This one time, at band camp, Clint Adams said: On Sun, Dec 09, 2007 at 12:08:10PM +, Stephen Gran wrote: This one time, at band camp, José Ildefonso Camargo Tolosa said: Is there a chance that you include tzdata 2007i. I live in Venezuela, and on Sunday, December 9, we will have a new hour (dumb government ideas). Anyway, I saw that the new tz data is in tzdata 2007i. That seems reasonable to me. Ccing the tzdata maintainers on this reply. Actually, 2007j is the one to use. 2007i is about 3 weeks incorrect. Would you (the plural you, the glibc maintainers) be willing to prepare an upload to volatile for this issue, and send a patch to this list? I will do that tomorrow, unless somebody else does it before. I have just uploaded tzdata_2007j-1etch1 to volatile.debian.org. Stable release manager: should we also upload it to etch-proposed-updates? Yes. Cheers Luk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433500: libc6-dev uninstallable
Pierre Habouzit wrote: On Tue, Jul 17, 2007 at 06:04:17PM +0100, Claudio Saavedra wrote: On Tue, 2007-07-17 at 18:48 +0200, Pierre Habouzit wrote: linux-kernel-headers does not exists, you have to install linux-libc-dev now. Maybe sth is not resolved properly by your apt for one reason or the other, but the package is definitely installable on my machine. Installed linux-libc-dev which uninstalled linux-kernel-headers. However, libc6-dev is still not installable. Reason: no installation candidate. ┌─(19:25) └[artemis] apt-cache policy libc6-dev libc6-dev: Installed: 2.6-2 Candidate: 2.6-2 Version table: *** 2.6-2 0 500 ftp://mad sid/main Packages 500 ftp://mad lenny/main Packages 100 /var/lib/dpkg/status 2.3.6.ds1-13 0 500 ftp://mad etch/main Packages Again, it works here, I have a libc6-dev. I don't know what you did with your system, but the problem is definitely on _your_ end. You may have hold a package, or tweaked /etc/apt/preferences I don't know, but as you can see, there _is_ a libc6-dev and it's installed here. Maybe Claudio is working on alpha or ia64, then he has to install libc6.1-dev instead (or use libc-dev to have no problem on any platform)? Cheers Luk