Linda Leon Please?
Package: libc6
Version: 2.3.5-8.1
Severity: normal
libc6 has a hardcoded list of processes (mostly servers) to restart in
its postinst script. Some important services (in this case Dropbear ssh
daemon) are not restarted, which can render a system unusable without a
reboot.
dropbear should be
Package: libc6
Version: 2.3.5-12.1
Severity: normal
Cuba did not switch back to non-DST time on October 2005, but the
timezone info in libc thinks it did:
RuleCuba2005max - Oct lastSun 0:00s 0 S
That line should probably be changed to
RuleCuba2006
Hello,
On Fri, Jan 27, 2006 at 11:50:11AM +0100, [EMAIL PROTECTED] wrote:
Hi,
you are noted as the last translator of the debconf translation for
glibc. The English template has been changed, and now some messages
are marked fuzzy in your translation or are missing.
I would be grateful if you
tags 351049 +fixed-upstream
thanks
On Thu, Feb 02, 2006 at 03:06:44PM +0100, Lionel Elie Mamane wrote:
Cuba did not switch back to non-DST time on October 2005, but the
timezone info in libc thinks it did:
RuleCuba2005max - Oct lastSun 0:00s 0 S
That line
Processing commands for [EMAIL PROTECTED]:
tags 351049 +fixed-upstream
Bug#351049: libc6: America/Havana DST info wrong for 2005/2006
There were no tags set.
Tags added: fixed-upstream
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system
From: Lionel Elie Mamane [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 02, 2006 9:18 AM
Cuba did not switch back to non-DST time on October 2005, but the
timezone info in libc thinks it did:
Thanks for reporting this. This bug was fixed in the tzdata2005o
release (2005-11-28) and was
Hi,
I just realised that the timezone data in glibc is taken from an
upstream database (namely ftp://elsie.nci.nih.gov/pub/). This data
sometimes changes, more rapidly than our release cycle (and than any
release cycle we can reasonable have).
Examples include the Cuba no stop to daylight saving
On Thu, 02 Feb 2006, Lionel Elie Mamane wrote:
I just realised that the timezone data in glibc is taken from an
upstream database (namely ftp://elsie.nci.nih.gov/pub/). This data
sometimes changes, more rapidly than our release cycle (and than any
release cycle we can reasonable have).
See
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/03/2006 12:35 AM, Henrique de Moraes Holschuh wrote:
On Thu, 02 Feb 2006, Lionel Elie Mamane wrote:
I just realised that the timezone data in glibc is taken from an
upstream database (namely ftp://elsie.nci.nih.gov/pub/). This data
sometimes
On Fri, Feb 03, 2006 at 02:08:52AM -0200, Felipe Augusto van de Wiel (faw)
wrote:
On 02/03/2006 12:35 AM, Henrique de Moraes Holschuh wrote:
On Thu, 02 Feb 2006, Lionel Elie Mamane wrote:
I just realised that the timezone data in glibc is taken from an
upstream database (namely
11 matches
Mail list logo