Processing of tzdata_2010f-0lenny1_all.changes

tzdata_2010f-0lenny1_all.changes uploaded successfully to localhost along with the files: tzdata_2010f-0lenny1.dsc tzdata_2010f.orig.tar.gz tzdata_2010f-0lenny1.diff.gz tzdata_2010f-0lenny1_all.deb tzdata-java_2010f-0lenny1_all.deb Greetings, Your Debian queue daemon -- To

Processed: tagging 574919

Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny7 tags 574919 + pending Bug #574919 {Done: Clint Adams sch...@debian.org} [tzdata] tzdata: in Kamchatka, Russia goverment change timezone settings from 2010.03.28. Added

Bug#574919: marked as done (tzdata: in Kamchatka, Russia goverment change timezone settings from 2010.03.28.)

Your message dated Fri, 26 Mar 2010 13:20:03 + with message-id e1nv9sf-0001lh...@valente.debian.org and subject line Bug#574919: fixed in tzdata 2010f-0lenny1 has caused the Debian Bug report #574919, regarding tzdata: in Kamchatka, Russia goverment change timezone settings from 2010.03.28.

r4232 - in tzdata/branches/glibc-branch-lenny/debian: . patches

Author: schizo Date: 2010-03-26 13:12:13 + (Fri, 26 Mar 2010) New Revision: 4232 Added: tzdata/branches/glibc-branch-lenny/debian/patches/russia-2010.diff Modified: tzdata/branches/glibc-branch-lenny/debian/changelog tzdata/branches/glibc-branch-lenny/debian/patches/series Log:

tzdata_2010f-0lenny1_all.changes ACCEPTED

Mapping stable to lenny-proposed. Accepted: tzdata-java_2010f-0lenny1_all.deb to pool/volatile/main/t/tzdata/tzdata-java_2010f-0lenny1_all.deb tzdata_2010f-0lenny1.diff.gz to pool/volatile/main/t/tzdata/tzdata_2010f-0lenny1.diff.gz tzdata_2010f-0lenny1.dsc to

tzdata override disparity

There are disparities between your recently accepted upload and the override file for the following file(s): tzdata-java_2010f-0lenny1_all.deb: package says section is java, override says volatile/main/libs. tzdata_2010f-0lenny1_all.deb: package says section is libs, override says

Bug#575534: libc6: periodic timers hang fork()

Package: libc6 Version: 2.10.2-6 Severity: normal Whenever a program uses some kind of periodic timer (profiling, Haskell thread scheduler, ...) and makes a fork call that takes more time than the timer's interval, it enters and endless loop of clone syscalls being interrupted by the signal: