Bug#507164: tzdata: debconf language fixes

zone, e.g.: Current default time zone: Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature

Bug#516755: tzdata: race condition when updating /etc/localtime

-- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature

Bug#552110: tzdata: 2009o breaks DST in Bangladesh

Fri Oct 23 19:32:53 BDST 2009 Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -u tzdata-2009o/debian/changelog tzdata-2009o/debian/changelog --- tzdata-2009o/debian/changelog

Bug#552110: tzdata: 2009o breaks DST in Bangladesh

found 552110 2009o-2 thanks Martin Pitt [2009-10-23 14:33 +0200]: In https://launchpad.net/bugs/456322 it was reported that 2009o breaks DST in Bangladesh: Thanks for fixing this so quickly. However, I'm terribly sorry to report that this only works on 64 bit machines (where I originally

Reopening #218561 (libc6 relocation error)?

? If so, is there any guarantee that this will not hold for other include files in the future? TIA and have a nice day! Martin -- Martin Pitt home: www.piware.de eMail: [EMAIL PROTECTED] signature.asc Description: Digital signature

Bug#279680: Housekeeping

for glibcbug. You should not remove glibcbug from woody, but rather patch it for not breaking anything that worked before. Thanks for considering and have a nice day! Martin -- Martin Pitt http://www.piware.de Ubuntu Developerhttp://www.ubuntulinux.org Debian GNU

Bug#279680: , 278278: CAN-2004-0968 security issue with glibc

-f $TEMP $TEMPx; exit 1' HUP INT PIPE TERM Right, this was simply an oversight. Sorry for that. Martin -- Martin Pitt http://www.piware.de Ubuntu Developerhttp://www.ubuntulinux.org Debian GNU/Linux Developer http://www.debian.org signature.asc

Fwd: Bug#290118: postgresql could not be configured to handle characters others than ASCII correctly

Hi glibc maintainers! I reassigned this bug to libc6, but I'm not sure whether the BTS notifies you about this. Thanks and have a nice day! Martin - Forwarded message from Martin Pitt [EMAIL PROTECTED] - Subject: Bug#290118: postgresql could not be configured to handle characters

Re: udev and /sys mounting [was: mounting tmpfs (and sysfs) defaultly in sarge?]

or care. So do whatever you like best :-) Have a nice day! Martin, just compiling kernel 2.6.0 :-) -- Martin Pitt Debian GNU/Linux Developer [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.piware.de http://www.debian.org signature.asc

Bug#803144: tzdata: turn /etc/timezone into a symlink

-- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature

Bug#822733: tzdata: Drop /etc/timezone

ck this bug on those. But as that's quite some work, I'd first like to discuss this with you. Thanks! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: PGP signature

Bug#822733: tzdata: Drop /etc/timezone

entrenched in the software world by now, so I figure is is a case for 'wontfix' and just closing this report? Thanks! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: PGP signature

Bug#861026: [x32] struct timespec tv_nsec has wrong type

Package: libc6-dev Version: 2.24-10 Hello, I'm investigating cockpit's build failure on x32 [1]. It builds with -Werror=format=2 to detect format string type errors, and compiling | struct stat *buf) | [...] | return g_strdup_printf ("1:%lu-%ld.%ld", |

Bug#861026: both kernel and glibc want s64 not long (s32)

Control: retitle -1 fix documentation of struct timespec' tv_nsec type Adam Borowski [2017-04-23 23:41 +0200]: > So no matter what we'd argue as being "correct", there's no changing the ABI > of an architecture that was finalized 5 years ago. Thus, all we can do is > having GNU folks document