Bug#1043184: krb5: fails to build against glibc 2.38

Source: krb5 Version: 1.20.1-2 Severity: important Tags: patch Hello, krb5 fails to build against glibc 2.38: dpkg-gensymbols: warning: debian/libkrb5support0/DEBIAN/symbols doesn't match completely debian/libkrb5support0.symbols --- debian/libkrb5support0.symbols (libkrb5support0_1.20.1-2_hurd

Bug#1036104: tzdata.zi has a typo in the backported Egypt DST rules

Ping - this is still present in 2021a-1+deb11u10 (bullseye). Also, would it be possible for the "version 2021a" string in /usr/share/zoneinfo/tzdata.zi to be updated when you backport changes to that file? The 2021a-1+deb11u10 version of that file contains a number of backported changes from 202

[Git][glibc-team/tzdata] Pushed new tag debian/2023c-8

Benjamin Drung pushed new tag debian/2023c-8 at GNU Libc Maintainers / tzdata -- View it on GitLab: https://salsa.debian.org/glibc-team/tzdata/-/tree/debian/2023c-8 You're receiving this email because of your account on salsa.debian.org.

[Git][glibc-team/tzdata][sid] 6 commits: Wrap Python code after 88 characters

Benjamin Drung pushed to branch sid at GNU Libc Maintainers / tzdata Commits: 1c6f4c4b by Benjamin Drung at 2023-08-07T12:53:48+02:00 Wrap Python code after 88 characters Wrap Python code after 88 characters is the default in black. Signed-off-by: Benjamin Drung

Processed: Bug#1040997 marked as pending in tzdata

Processing control commands: > tag -1 pending Bug #1040997 [tzdata] tzdata: remove country name symlinks from top-level directory for better organization Added tag(s) pending. -- 1040997: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040997 Debian Bug Tracking System Contact ow...@bugs.deb

Bug#1040997: marked as done (tzdata: remove country name symlinks from top-level directory for better organization)

Your message dated Mon, 07 Aug 2023 13:36:35 + with message-id and subject line Bug#1040997: fixed in tzdata 2023c-8 has caused the Debian Bug report #1040997, regarding tzdata: remove country name symlinks from top-level directory for better organization to be marked as done. This means tha

Bug#1041278: marked as done (tzdata: [INTL:nl] Dutch translation of debconf templates)

Your message dated Mon, 07 Aug 2023 13:36:35 + with message-id and subject line Bug#1041278: fixed in tzdata 2023c-8 has caused the Debian Bug report #1041278, regarding tzdata: [INTL:nl] Dutch translation of debconf templates to be marked as done. This means that you claim that the problem h

Processing of tzdata_2023c-8_source.changes

tzdata_2023c-8_source.changes uploaded successfully to localhost along with the files: tzdata_2023c-8.dsc tzdata_2023c-8.debian.tar.xz tzdata_2023c-8_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)

tzdata_2023c-8_source.changes ACCEPTED into unstable

Thank you for your contribution to Debian. Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 07 Aug 2023 15:02:14 +0200 Source: tzdata Built-For-Profiles: noudeb Architecture: source Version: 2023c-8 Distribution: unstable Urgency: medium Maintainer: GNU Libc Mai

[bts-link] source package glibc

# # bts-link upstream status pull for source package glibc # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # https://bts-link-team.pages.debian.net/bts-link/ # user debian-bts-l...@lists.debian.org # remote status report for #1042562 (http://bugs.debian.org/1042562)

Bug#1043243: libc-bin: locale displayed as .utf8 instead of the correct .UTF-8

Package: libc-bin Version: 2.36-9+deb12u1 Severity: normal Dear Maintainer, When I run `locale -a` I get output such as: C C.utf8 POSIX en_US.utf8 However, the correct names of the UTF-8 locales are supposed to be hyphenated according to the standard, and uppercase according to convention: C.U

Bug#1043243: libc-bin: locale displayed as .utf8 instead of the correct .UTF-8

control: severity -1 minor Hi, On 2023-08-07 20:22, sz4a6w+m7urcelry0i4@cs.email wrote: > Package: libc-bin > Version: 2.36-9+deb12u1 > Severity: normal > > Dear Maintainer, > > When I run `locale -a` I get output such as: > > C > C.utf8 > POSIX > en_US.utf8 > > However, the correct names of

Processed: Re: Bug#1043243: libc-bin: locale displayed as .utf8 instead of the correct .UTF-8

Processing control commands: > severity -1 minor Bug #1043243 [libc-bin] libc-bin: locale displayed as .utf8 instead of the correct .UTF-8 Severity set to 'minor' from 'normal' -- 1043243: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1043243 Debian Bug Tracking System Contact ow...@bugs.de

Bug#1043250: tzdata: bring back top-level UTC

Package: tzdata Version: 2023c-8 Severity: important X-Debbugs-Cc: t...@mirbsd.de Please bring back at the *very* least the top-level UTC symlink, as TZ=UTC is used in *so* many places to get UTC it’s not funny. A second candidate, although less used recently, is the top-level GMT symlink. These

Bug#1043250: tzdata: bring back top-level UTC

On Mon, 2023-08-07 at 23:20 +0200, Thorsten Glaser wrote: > Package: tzdata > Version: 2023c-8 > Severity: important > X-Debbugs-Cc: t...@mirbsd.de > > Please bring back at the *very* least the top-level UTC symlink, > as TZ=UTC is used in *so* many places to get UTC it’s not funny. Can you point

Bug#1043250: tzdata: bring back top-level UTC

Benjamin Drung dixit: >Can you point to examples for it? Most of these cases should probably >use TZ=UTC0 which work without having any timezone data files. Except that tzif files contain more than DST info, such as the name of the zone, but also leap second information (not in Debian currently),