Bug#617973: libc6-dev: wrong SOCK_CLOEXEC on hppa causes udev startup to fail and boot fails
Package: libc6-dev Version: 2.11.2-10 Severity: important While debugging #617967 (udev fails to start on hppa and breaks boot) it came out that SOCK_CLOEXEC is defined wrong on hppa. Namely, asm-generic has O_CLOEXEC 02000 and SOCK_CLOEXEC is defined to that value. In addition, SOCK_CLOEXEC is unconditionally redefined in bits/socket.h enum to 02000 independent on the value of O_CLOEXEC. This works fine while O_CLOEXEC is 02000 like on most architectures. But on hppa, O_CLOEXEC is defined to be 01000 but SOCK_CLOEXEC does not change. This makes udev's socket(PF_NETLINK, SOCK_DGAM|SOCK_CLOEXEC, ...) use invalid flag for SOCK_CLOEXEC and socket call fails with EINVAL, breaking udev startup and machine bootup. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: hppa (parisc64) Kernel: Linux 2.6.37-2-parisc64-smp (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc6-dev depends on: ii libc-dev-bin 2.11.2-10 Embedded GNU C Library: Developmen ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii linux-libc-dev2.6.37-2 Linux support headers for userspac Versions of packages libc6-dev recommends: ii gcc [c-compiler] 4:4.4.5-4 The GNU C compiler ii gcc-4.4 [c-compiler] 4.4.5-10 The GNU C compiler Versions of packages libc6-dev suggests: pn glibc-doc (no description available) ii manpages-dev 3.27-1 Manual pages about using GNU/Linux -- no debconf information -- 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/20110313001621.898.95638.reportbug@hernes.muuseum
tzdata_2011c-0lenny1_all.changes ACCEPTED
Mapping oldstable to lenny-proposed. Accepted: tzdata-java_2011c-0lenny1_all.deb to pool/volatile/main/t/tzdata/tzdata-java_2011c-0lenny1_all.deb tzdata_2011c-0lenny1.diff.gz to pool/volatile/main/t/tzdata/tzdata_2011c-0lenny1.diff.gz tzdata_2011c-0lenny1.dsc to pool/volatile/main/t/tzdata/tzdata_2011c-0lenny1.dsc tzdata_2011c-0lenny1_all.deb to pool/volatile/main/t/tzdata/tzdata_2011c-0lenny1_all.deb tzdata_2011c.orig.tar.gz to pool/volatile/main/t/tzdata/tzdata_2011c.orig.tar.gz Override entries for your package: tzdata-java_2011c-0lenny1_all.deb - optional volatile/main/libs tzdata_2011c-0lenny1.dsc - required volatile/main/libs tzdata_2011c-0lenny1_all.deb - required volatile/main/libs Announcing to _uplo...@packages.qa.debian.org Closing bugs: 617331 Thank you for your contribution to volatile.debian.org. -- 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/e1pyuqg-00038k...@valente.debian.org
tzdata override disparity
There are disparities between your recently accepted upload and the override file for the following file(s): tzdata-java_2011c-0lenny1_all.deb: package says section is java, override says volatile/main/libs. tzdata_2011c-0lenny1_all.deb: package says section is libs, override says volatile/main/libs. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please reply to this mail and explain why. [NB: this is an automatically generated mail; if you replied to one like it before and have not received a response yet, please ignore this mail. Your reply needs to be processed by a human and will be in due course, but until then the installer will send these automated mails; sorry.] -- volatile.debian.org distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@volatile.debian.org) -- 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/e1pyuqg-00038q...@valente.debian.org
Bug#617331: marked as done (tzdata: Chile delay in 3 weeks the daylight time transition)
Your message dated Sat, 12 Mar 2011 19:51:12 + with message-id and subject line Bug#617331: fixed in tzdata 2011c-0lenny1 has caused the Debian Bug report #617331, regarding tzdata: Chile delay in 3 weeks the daylight time transition 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 617331: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617331 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: tzdata Version: 2010o-0lenny1 Severity: important The Chilean goverment has altered the dates when the Daylight time will end this year. Daylight time will end three weeks later this year. Instead of being held by Saturday 12 (March), it will be by Saturday 2 (April). The change has been updated in Olson TZ Database: http://thread.gmane.org/gmane.comp.time.tz/3647 This affects oldstable and stable. -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages tzdata depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy tzdata recommends no packages. tzdata suggests no packages. -- debconf information: tzdata/Zones/Asia: tzdata/Zones/SystemV: tzdata/Zones/Pacific: tzdata/Zones/Atlantic: tzdata/Zones/Etc: tzdata/Zones/Arctic: tzdata/Zones/Antarctica: * tzdata/Zones/America: Santiago * tzdata/Areas: America tzdata/Zones/Australia: tzdata/Zones/Europe: tzdata/Zones/Africa: tzdata/Zones/Indian: --- End Message --- --- Begin Message --- Source: tzdata Source-Version: 2011c-0lenny1 We believe that the bug you reported is fixed in the latest version of tzdata, which is due to be installed in the volatile.debian.org FTP archive: tzdata-java_2011c-0lenny1_all.deb to pool/volatile/main/t/tzdata/tzdata-java_2011c-0lenny1_all.deb tzdata_2011c-0lenny1.diff.gz to pool/volatile/main/t/tzdata/tzdata_2011c-0lenny1.diff.gz tzdata_2011c-0lenny1.dsc to pool/volatile/main/t/tzdata/tzdata_2011c-0lenny1.dsc tzdata_2011c-0lenny1_all.deb to pool/volatile/main/t/tzdata/tzdata_2011c-0lenny1_all.deb tzdata_2011c.orig.tar.gz to pool/volatile/main/t/tzdata/tzdata_2011c.orig.tar.gz 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 617...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. volatile.debian.org distribution maintenance software pp. Clint Adams (supplier of updated tzdata 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 ftpmas...@volatile.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 11 Mar 2011 14:59:53 -0500 Source: tzdata Binary: tzdata tzdata-java Architecture: source all Version: 2011c-0lenny1 Distribution: oldstable Urgency: low Maintainer: GNU Libc Maintainers Changed-By: Clint Adams Description: tzdata - time zone and daylight-saving time data tzdata-java - time zone and daylight-saving time data for use by java runtimes Closes: 617331 Changes: tzdata (2011c-0lenny1) oldstable; urgency=low . * New upstream release. - Contains Chilean DST change. closes: #617331. Checksums-Sha1: d07434734e8699dc0f0fd13e06c73e4242b5542c 1800 tzdata_2011c-0lenny1.dsc 59c9f5a1a0872eb5057f1095f24afd4dfa0a9f47 194151 tzdata_2011c.orig.tar.gz 4b8f82b375f22ac511736842bb6b2346e28b8d2e 234344 tzdata_2011c-0lenny1.diff.gz 3b02a560d94199f6d5e3ad8a2eb81747d7babe5e 771486 tzdata_2011c-0lenny1_all.deb 50102e790aaf8a4c141796aed07d602e4559c9a2 152160 tzdata-java_2011c-0lenny1_all.deb Checksums-Sha256: 033a276b06e84c199b0bf72f2cc38c91410cd5e7afdb72491dd3a2ca2589d79a 1800 tzdata_2011c-0lenny1.dsc c08fbf767280a6f6dc450306a39d3b5818a0a9792a0991320e00a1bb91e91a3b 194151 tzdata_2011c.orig.tar.gz beddb574d685986f4cd3dc2e89bc984955da7d95fce8235ae4f079dc9884c938 234344 tzdata_2011c-0lenny1.diff.gz 580d3b05a5307b32c9c863a62ecaa52fb1f4cc64772a6ba6ab7975146c336320 771486 tzdata_2011c-0lenny1_all.deb 67b16f7f261ba7cb7dfc4e14be6603b1d3f10d1bd727f6040cb846181bb2a03f 152160 tzdata-java_2011c-0lenny1_all.deb Files: eda94a510220a975894ed0679b310e2e 1800 libs required tzdata_2011c-0lenny1.dsc 1a01b1a3346c1531daab4970d0a2cd14 194151 libs required tzdata_2011c.orig.tar.gz 79
Processing of tzdata_2011c-0lenny1_all.changes
tzdata_2011c-0lenny1_all.changes uploaded successfully to localhost along with the files: tzdata_2011c-0lenny1.dsc tzdata_2011c.orig.tar.gz tzdata_2011c-0lenny1.diff.gz tzdata_2011c-0lenny1_all.deb tzdata-java_2011c-0lenny1_all.deb Greetings, Your Debian queue daemon -- 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/e1pyupe-00035a...@valente.debian.org
Processing of tzdata_2011c-0lenny1_all.changes
/tzdata_2011c-0lenny1_all.changes is already present on target host: tzdata_2011c.orig.tar.gz Either you already uploaded it, or someone else came first. Job tzdata_2011c-0lenny1_all.changes removed. Greetings, Your Debian queue daemon -- 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/e1pyuwg-00026i...@valente.debian.org
tzdata override disparity
There are disparities between your recently accepted upload and the override file for the following file(s): tzdata-java_2011c-0lenny1_all.deb: package says section is java, override says libs. Please note that a list of new sections were recently added to the archive: cli-mono, database, debug, fonts, gnu-r, gnustep, haskell, httpd, java, kernel, lisp, localization, ocaml, php, ruby, vcs, video, xfce, zope. At this time a script was used to reclassify packages into these sections. If this is the case, please only reply to this email if the new section is inappropriate, otherwise please update your package at the next upload. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please file a bug against ftp.debian.org and explain why. Please INCLUDE the list of packages as seen above, or we won't be able to deal with your request due to missing information. Please make sure that the subject of the bug you file follows the following format: Subject: override: BINARY1:section/priority, [...], BINARYX:section/priority Include the justification for the change in the body of the mail please. [NB: this is an automatically generated mail; if you already filed a bug and have not received a response yet, please ignore this mail. Your bug needs to be processed by a human and will be in due course, but until then the installer will send these automated mails; sorry.] -- Debian distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -- 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/e1pyrbk-0001yt...@franck.debian.org
Processing of tzdata_2011c-0lenny1_all.changes
tzdata_2011c-0lenny1_all.changes uploaded successfully to localhost along with the files: tzdata_2011c-0lenny1.dsc tzdata_2011c-0lenny1.diff.gz tzdata_2011c-0lenny1_all.deb tzdata-java_2011c-0lenny1_all.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- 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/e1pyqg0-00014y...@franck.debian.org
Processing of tzdata_2011c-0lenny1_all.changes
/tzdata_2011c-0lenny1_all.changes is already present on target host: tzdata_2011c.orig.tar.gz Either you already uploaded it, or someone else came first. Job tzdata_2011c-0lenny1_all.changes removed. Greetings, Your Debian queue daemon (running on host franck.debian.org) -- 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/e1pyq6i-0008py...@franck.debian.org
Processing of tzdata_2011c-0lenny1_all.changes
/tzdata_2011c-0lenny1_all.changes is already present on target host: tzdata_2011c.orig.tar.gz Either you already uploaded it, or someone else came first. Job tzdata_2011c-0lenny1_all.changes removed. Greetings, Your Debian queue daemon -- 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/e1pyq4n-00012l...@valente.debian.org
Bug#617331: Pushing tzdata updates to stable in time
On Sat, 2011-03-12 at 12:09 +, Adam D. Barratt wrote: > On Fri, 2011-03-11 at 20:07 +, Adam D. Barratt wrote: > > Assuming everything goes according to plan (adding packages to > > squeeze-updates hasn't actually been tested yet) I'm planning on pushing > > the tzdata update in tomorrow morning. > > Unfortunately, that didn't happen yet. Adding packages to > squeeze-updates appears to work now, but an issue with this morning's > dinstall means we won't be able to add tzdata in until after the > 13:52UTC dinstall has finished happily, so it won't start getting pushed > out until during the 19:52UTC dinstall. Actually, thanks to ftp-master, it made the 1352 dinstall after all, so should start appearing on mirrors within a couple of hours or so. Regards, Adam -- 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/1299941051.22892.1121.ca...@hathi.jungle.funky-badger.org
Bug#617894: [ARMel] tgammal isn't accurate enough
Le 12/03/2011 12:11, Aurelien Jarno a écrit : On Sat, Mar 12, 2011 at 09:48:53AM +0100, Julien PUYDT wrote: Package: libc6 Version: 2.11.2-13 The following piece of code : #include #include int main (int argc, char* argv[]) { long double x = 6.0; printf ("tgammal (%20Lf)=%20Lf\n", x, tgammal (x)); return 0; } Prints, on an x86 debian unstable (eglibc 2.11.2-11) : tgammal (6.00)= 120.00 And on an ARMel debian unstable (eglibc 2.11.2-13) : tgammal (6.)=119.97157829 On armel, long double is same the type as a double, and thus tgamma() and tgammal() are the same functions. On x86 long double and double are different types, and thus tgamma() and tgammal() are different functions. Your test code with long double and tgammal() on armel gives as expected exactly the same result as double and tgamma() on x86. I don't see any problem here, this function works as expected. Let's see : 119.97157829 0123456789ABCD<- digit counting That makes 12 good digits -- and 119 needs 7 more (it's between 2**6 and 2**7), so that makes 19 good digits. Isn't that a little short? If I read http://en.wikipedia.org/wiki/IEEE_754-2008#Basic_formats well, even simple precision boasts 23 digits. The above computation may be a little naive. Can you point me to the more precise place where the precision of those special functions is normalized? Snark on #sage-devel -- 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/4d7b82d3.4010...@laposte.net
Bug#617331: Pushing tzdata updates to stable in time
On Fri, 2011-03-11 at 20:07 +, Adam D. Barratt wrote: > Assuming everything goes according to plan (adding packages to > squeeze-updates hasn't actually been tested yet) I'm planning on pushing > the tzdata update in tomorrow morning. Unfortunately, that didn't happen yet. Adding packages to squeeze-updates appears to work now, but an issue with this morning's dinstall means we won't be able to add tzdata in until after the 13:52UTC dinstall has finished happily, so it won't start getting pushed out until during the 19:52UTC dinstall. Regards, Adam -- 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/1299931744.22892.618.ca...@hathi.jungle.funky-badger.org
Processed: Re: Bug#617894: [ARMel] tgammal isn't accurate enough
Processing commands for cont...@bugs.debian.org: > tag 617894 + moreinfo Bug #617894 [libc6] [ARMel] tgammal isn't accurate enough Added tag(s) moreinfo. > thanks Stopping processing here. Please contact me if you need assistance. -- 617894: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617894 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.12999283025965.transcr...@bugs.debian.org
Bug#617894: [ARMel] tgammal isn't accurate enough
tag 617894 + moreinfo thanks On Sat, Mar 12, 2011 at 09:48:53AM +0100, Julien PUYDT wrote: > Package: libc6 > Version: 2.11.2-13 > > The following piece of code : > > #include > #include > > int > main (int argc, > char* argv[]) > { > long double x = 6.0; > printf ("tgammal (%20Lf)=%20Lf\n", x, tgammal (x)); > return 0; > } > > Prints, on an x86 debian unstable (eglibc 2.11.2-11) : > tgammal (6.00)= 120.00 > And on an ARMel debian unstable (eglibc 2.11.2-13) : > tgammal (6.)=119.97157829 > On armel, long double is same the type as a double, and thus tgamma() and tgammal() are the same functions. On x86 long double and double are different types, and thus tgamma() and tgammal() are different functions. Your test code with long double and tgammal() on armel gives as expected exactly the same result as double and tgamma() on x86. I don't see any problem here, this function works as expected. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- 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/2011031234.gb6...@hall.aurel32.net
Bug#617894: [ARMel] tgammal isn't accurate enough
Package: libc6 Version: 2.11.2-13 The following piece of code : #include #include int main (int argc, char* argv[]) { long double x = 6.0; printf ("tgammal (%20Lf)=%20Lf\n", x, tgammal (x)); return 0; } Prints, on an x86 debian unstable (eglibc 2.11.2-11) : tgammal (6.00)= 120.00 And on an ARMel debian unstable (eglibc 2.11.2-13) : tgammal (6.)=119.97157829 That last results if of too poor precision for sage (http://www.sagemath.org), which I'm porting to the platform. The box used to run ubuntu, where the problem occurred too (https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/713985). Snark on #sage-devel -- 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/4d7b3375.2020...@laposte.net