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

2023-08-07 Thread Thorsten Glaser
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), which TZ=UTC0 would lose, therefore it’s not an option.

I’m using that heavily, for example.

>> A second candidate, although less used recently, is the top-level
>> GMT symlink.
>
>I haven't used GMT myself and I am not aware of any users. Do you know

Yeah, me either, I was guessing legacy scripts.

>codesearch.debian.net.

I’m much more concerned about scripts and other stuff that people
have locally on their systems, especially portable stuff, than
Debian package content here.

>Why isn't Etc/UTC an alternative to UTC?

It’s not as portable, it binds to the Olson database whereas
an otherwise unqualified UTC is pretty standard. Worse, if
Etc/UTC is not available, the fallback makes it assume Etc,
not UTC, as timezone name.

bye,
//mirabilos
-- 
“It is inappropriate to require that a time represented as
 seconds since the Epoch precisely represent the number of
 seconds between the referenced time and the Epoch.”
-- IEEE Std 1003.1b-1993 (POSIX) Section B.2.2.2



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

2023-08-07 Thread Benjamin Drung
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 to examples for it? Most of these cases should probably
use TZ=UTC0 which work without having any timezone data files.

Moving it back will be fine to unbreak those cases.

I searched for TZ=UTC on codesearch.debian.net and all hits that I
looked at were false positives for Python code that uses tz=utc (where
utc = datetime.UTC).

> A second candidate, although less used recently, is the top-level
> GMT symlink.

I haven't used GMT myself and I am not aware of any users. Do you know
packages that use/hardcode GMT? I haven't found TZ=GMT on
codesearch.debian.net.

> These are bound to be hardcoded in so many places, and Etc/UTC is
> *not* a substitute, nor is running that without the files (in some
> corner cases).

Why isn't Etc/UTC an alternative to UTC?

-- 
Benjamin Drung
Debian & Ubuntu Developer



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

2023-08-07 Thread Thorsten Glaser
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 are bound to be hardcoded in so many places, and Etc/UTC is
*not* a substitute, nor is running that without the files (in some
corner cases).


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'buildd-unstable'), (500, 
'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-23-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages tzdata depends on:
ii  debconf [debconf-2.0]  1.5.82

tzdata recommends no packages.

tzdata suggests no packages.

-- debconf information:
* tzdata/Zones/Etc: UTC
* tzdata/Areas: Europe
  tzdata/Zones/Antarctica:
  tzdata/Zones/Arctic:
  tzdata/Zones/Australia:
  tzdata/Zones/US:
  tzdata/Zones/Pacific:
  tzdata/Zones/America:
  tzdata/Zones/Asia:
* tzdata/Zones/Europe: Berlin
  tzdata/Zones/SystemV:
  tzdata/Zones/Africa:
  tzdata/Zones/Atlantic:
  tzdata/Zones/Indian:


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

2023-08-07 Thread Aurelien Jarno
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 the UTF-8 locales are supposed to be hyphenated 
> according to the standard, and uppercase according to convention:
> C.UTF-8
> en_US.UTF-8
> 
> Musl (alpine linux) shows the locales correctly.
> 
> The canonical UTF-8 is preferable to the utf8 synonym (if it can be called a 
> synonym, utf8 is not defined by IANA). It is especially important that the 
> C.UTF-8 locale contains the hyphen.
> 
> If you wish to see what the canonical character encoding is for a locale, you 
> can run for any locale `LC_ALL=en_US.utf8 locale charmap` and it will output 
> UTF-8.
> 
> A lot of additional information can be found here:
> https://unix.stackexchange.com/questions/605770/is-the-utf8-in-en-us-utf8-a-canonical-character-set/605777#605777
> 
> that post explains what glibc is doing and why it is incorrect in doing that.

This is purely an upstream issue, and for keeping consistency across
distributions, Debian will not change the output of 'locale -a' without
an upstream change.

Therefore the best is to report the bug upstream [1], so that you can
also provide answers directly. Please mention the bug number here so
that we can track the issue. Thanks.

Regards
Aurelien

[1] https://sourceware.org/bugzilla/

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net



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

2023-08-07 Thread Debian Bug Tracking System
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.debian.org with problems



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

2023-08-07 Thread sz4a6w+m7urcelry0i4
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.UTF-8
en_US.UTF-8

Musl (alpine linux) shows the locales correctly.

The canonical UTF-8 is preferable to the utf8 synonym (if it can be called a 
synonym, utf8 is not defined by IANA). It is especially important that the 
C.UTF-8 locale contains the hyphen.

If you wish to see what the canonical character encoding is for a locale, you 
can run for any locale `LC_ALL=en_US.utf8 locale charmap` and it will output 
UTF-8.

A lot of additional information can be found here:
https://unix.stackexchange.com/questions/605770/is-the-utf8-in-en-us-utf8-a-canonical-character-set/605777#605777

that post explains what glibc is doing and why it is incorrect in doing that.


-- System Information:
Debian Release: 12.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-10-amd64 (SMP w/2 CPU threads; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libc-bin depends on:
ii  libc6  2.36-9+deb12u1

Versions of packages libc-bin recommends:
ii  manpages  6.03-2

libc-bin suggests no packages.

-- no debconf information



[bts-link] source package glibc

2023-08-07 Thread debian-bts-link
#
# 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 title: libc6: broken utmp handling in 32-bit programs with 64-bit time_t
#  * http://sourceware.org/bugzilla/show_bug.cgi?id=30701
#  * remote status changed: (?) -> NEW
usertags 1042562 + status-NEW

thanks



tzdata_2023c-8_source.changes ACCEPTED into unstable

2023-08-07 Thread Debian FTP Masters
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 Maintainers 
Changed-By: Benjamin Drung 
Closes: 1040997 1041278
Changes:
 tzdata (2023c-8) unstable; urgency=medium
 .
   * Update Dutch debconf translation.
 Thanks to Frans Spiesschaert 
 (Closes: #1041278)
   * Ship only timezones in tzdata that follow the current rules of geographical
 region (continent or ocean) and city name. Move all legacy timezone 
symlinks
 (that are upgraded during package update) to tzdata-legacy. This includes
 dropping the special handling for US/* timezones. (Closes: #1040997)
Checksums-Sha1:
 3392d903ddb1399aeb8a6f862d248207ffb16c3e 2454 tzdata_2023c-8.dsc
 2c4ab410ca33c9133674aa2862a34309a49483ab 121272 tzdata_2023c-8.debian.tar.xz
 0f0184bf6a305a050fd0ef8a4697dd51170270cd 6930 tzdata_2023c-8_source.buildinfo
Checksums-Sha256:
 c4cb43c1b16574bd2b724032ae2c1a64cbfcbe35f7f87bc49a49c6a8acd1565d 2454 
tzdata_2023c-8.dsc
 f6636d287907324f68bd740927af251ea6a37e94f52aeaa087010e6c05050947 121272 
tzdata_2023c-8.debian.tar.xz
 351c4cbb3857099042122053e6af1ad6d8e5f5e02cbb8f1727e83122f82f0695 6930 
tzdata_2023c-8_source.buildinfo
Files:
 2fe673824fa9d4430aa01a1519cfc231 2454 localization required tzdata_2023c-8.dsc
 8ceb984e88d0f7f163c84a44d804e63f 121272 localization required 
tzdata_2023c-8.debian.tar.xz
 b55d3c58edf7567d723073df9f67d9a1 6930 localization required 
tzdata_2023c-8_source.buildinfo

-BEGIN PGP SIGNATURE-

iQJGBAEBCgAwFiEE5/q3CzlQJ15towl13YzVpd6MfnoFAmTQ7YUSHGJkcnVuZ0Bk
ZWJpYW4ub3JnAAoJEN2M1aXejH56YPgP/2NRInNWnHcsbVEhWrJe/eQBSc7rclLG
F8NXUDR8Plp0BIHAKvsQk4Dzd7iBNuXY1tA9hmKl/CVfdqhzA9s7gl9D7fJxVp9z
1z3eXFtHfPc82H65p+xFDu0TCoiYrvt2Rx2K/+t1nUNznbhqzLwAb3XQxVzl3W+G
KXtj3+LcxK3TSe7wqMni7EK0A4Sr39qB6MAF5sXtyYqvCpm7ZINUCLufRI4W/2cy
a+Hm2JGiuk+H87YoKEugn93cGyv3ay/75EFw4h0klj5/WlJI+CvhWi04MujQk4/O
3itVgMywqHeKueniM3a8SSJPAxt236ER5IqCB+Dd59rq9kCpwK983PJXGJEWIUsl
/xTiLCETXgHNOrLkgEtdv9fpLPsBQ2JqjnVDqM8HRzocsr86m8a+7UZC1rWs9N7s
YKpTgPnnW/6HU9Ib/t8K2rf768lMCdqrfasprhBPVOsUYOOtZ0FZkWkMa2Aw6oGB
t3hHdP2YZUEW95MAMD3p9vwv5whrrjNA6FwzNhB60YyIimheL6lRv9eBMODX7KFr
CcNLlB8VfvHB8zR6/V3Kj4wXpCRMJiArtbcXh7KqNovblhcU/cYLNxFHpFLMhOJi
JeEkW0uoeNNChWdiURSQ4bh1mdH95Z7399gae3hgt4UEKhGCWyESCMij3AWyUjvh
p3/gCtxuJB/z
=bLJZ
-END PGP SIGNATURE-



Processing of tzdata_2023c-8_source.changes

2023-08-07 Thread Debian FTP Masters
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)



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

2023-08-07 Thread Debian Bug Tracking System
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 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.)


-- 
1041278: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1041278
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
 
 
Package: tzdata 
Severity: wishlist 
Tags: l10n patch 
 
 
 
Dear Maintainer, 
 
 
Please find attached the updated Dutch translation of tzdata debconf
messages. A draft has been posted to the debian-l10n-dutch mailing list
allowing for review. 
Please add it to your next package revision. 
It should be put as debian/po/nl.po in your package build tree. 
 

-- 
Kind regards,
Frans Spiesschaert



nl.po.gz
Description: application/gzip
--- End Message ---
--- Begin Message ---
Source: tzdata
Source-Version: 2023c-8
Done: Benjamin Drung 

We believe that the bug you reported is fixed in the latest version of
tzdata, which is due to be installed in the Debian FTP archive.

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 1041...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Benjamin Drung  (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...@ftp-master.debian.org)


-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 Maintainers 
Changed-By: Benjamin Drung 
Closes: 1040997 1041278
Changes:
 tzdata (2023c-8) unstable; urgency=medium
 .
   * Update Dutch debconf translation.
 Thanks to Frans Spiesschaert 
 (Closes: #1041278)
   * Ship only timezones in tzdata that follow the current rules of geographical
 region (continent or ocean) and city name. Move all legacy timezone 
symlinks
 (that are upgraded during package update) to tzdata-legacy. This includes
 dropping the special handling for US/* timezones. (Closes: #1040997)
Checksums-Sha1:
 3392d903ddb1399aeb8a6f862d248207ffb16c3e 2454 tzdata_2023c-8.dsc
 2c4ab410ca33c9133674aa2862a34309a49483ab 121272 tzdata_2023c-8.debian.tar.xz
 0f0184bf6a305a050fd0ef8a4697dd51170270cd 6930 tzdata_2023c-8_source.buildinfo
Checksums-Sha256:
 c4cb43c1b16574bd2b724032ae2c1a64cbfcbe35f7f87bc49a49c6a8acd1565d 2454 
tzdata_2023c-8.dsc
 f6636d287907324f68bd740927af251ea6a37e94f52aeaa087010e6c05050947 121272 
tzdata_2023c-8.debian.tar.xz
 351c4cbb3857099042122053e6af1ad6d8e5f5e02cbb8f1727e83122f82f0695 6930 
tzdata_2023c-8_source.buildinfo
Files:
 2fe673824fa9d4430aa01a1519cfc231 2454 localization required tzdata_2023c-8.dsc
 8ceb984e88d0f7f163c84a44d804e63f 121272 localization required 
tzdata_2023c-8.debian.tar.xz
 b55d3c58edf7567d723073df9f67d9a1 6930 localization required 
tzdata_2023c-8_source.buildinfo

-BEGIN PGP SIGNATURE-

iQJGBAEBCgAwFiEE5/q3CzlQJ15towl13YzVpd6MfnoFAmTQ7YUSHGJkcnVuZ0Bk
ZWJpYW4ub3JnAAoJEN2M1aXejH56YPgP/2NRInNWnHcsbVEhWrJe/eQBSc7rclLG
F8NXUDR8Plp0BIHAKvsQk4Dzd7iBNuXY1tA9hmKl/CVfdqhzA9s7gl9D7fJxVp9z
1z3eXFtHfPc82H65p+xFDu0TCoiYrvt2Rx2K/+t1nUNznbhqzLwAb3XQxVzl3W+G
KXtj3+LcxK3TSe7wqMni7EK0A4Sr39qB6MAF5sXtyYqvCpm7ZINUCLufRI4W/2cy
a+Hm2JGiuk+H87YoKEugn93cGyv3ay/75EFw4h0klj5/WlJI+CvhWi04MujQk4/O
3itVgMywqHeKueniM3a8SSJPAxt236ER5IqCB+Dd59rq9kCpwK983PJXGJEWIUsl
/xTiLCETXgHNOrLkgEtdv9fpLPsBQ2JqjnVDqM8HRzocsr86m8a+7UZC1rWs9N7s
YKpTgPnnW/6HU9Ib/t8K2rf768lMCdqrfasprhBPVOsUYOOtZ0FZkWkMa2Aw6oGB
t3hHdP2YZUEW95MAMD3p9vwv5whrrjNA6FwzNhB60YyIimheL6lRv9eBMODX7KFr
CcNLlB8VfvHB8zR6/V3Kj4wXpCRMJiArtbcXh7KqNovblhcU/cYLNxFHpFLMhOJi
JeEkW0uoeNNChWdiURSQ4bh1mdH95Z7399gae3hgt4UEKhGCWyESCMij3AWyUjvh
p3/gCtxuJB/z
=bLJZ
-END PGP SIGNATURE End Message ---


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

2023-08-07 Thread Debian Bug Tracking System
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 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.)


-- 
1040997: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040997
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: tzdata
Version: 2023c-7
Severity: normal

Dear Maintainer,

These directories are names of countries and contain only symlinks to elsewhere:
/usr/share/zoneinfo/Brazil/
/usr/share/zoneinfo/Canada/
/usr/share/zoneinfo/Chile/
/usr/share/zoneinfo/Mexico/
/usr/share/zoneinfo/US/

These country names exist in the "top-level" directory /usr/share/zoneinfo/ and 
are only symlinks to elsewhere:
Cuba
Egypt
Eire
GB
GB-Eire
Hongkong
Iceland
Iran
Israel
Jamaica
Japan
Kwajalein
Libya
NZ
NZ-CHAT
Navajo
PRC
Poland
Portugal
ROC
ROK
Singapore
Turkey
W-SU

There are around 200 recognized countries in the world, and there probably is a 
historical reason for the above countries to be mentioned by name and receive 
special treatment in tzdata.

If this historical reason is no longer relevant, please start gradually moving 
towards using as few country names in tzdata as possible, and instead use a 
directory for geographical region (continent or ocean) and city name inside 
that directory.

Please keep the top-level directory /usr/share/zoneinfo/ clean and organized. 
Thank you.

https://bugs.launchpad.net/ubuntu/+source/tzdata/+bug/2008076 has already taken 
some steps towards better organizing of the tzdata files in /usr/share/zoneinfo/
--- End Message ---
--- Begin Message ---
Source: tzdata
Source-Version: 2023c-8
Done: Benjamin Drung 

We believe that the bug you reported is fixed in the latest version of
tzdata, which is due to be installed in the Debian FTP archive.

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 1040...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Benjamin Drung  (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...@ftp-master.debian.org)


-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 Maintainers 
Changed-By: Benjamin Drung 
Closes: 1040997 1041278
Changes:
 tzdata (2023c-8) unstable; urgency=medium
 .
   * Update Dutch debconf translation.
 Thanks to Frans Spiesschaert 
 (Closes: #1041278)
   * Ship only timezones in tzdata that follow the current rules of geographical
 region (continent or ocean) and city name. Move all legacy timezone 
symlinks
 (that are upgraded during package update) to tzdata-legacy. This includes
 dropping the special handling for US/* timezones. (Closes: #1040997)
Checksums-Sha1:
 3392d903ddb1399aeb8a6f862d248207ffb16c3e 2454 tzdata_2023c-8.dsc
 2c4ab410ca33c9133674aa2862a34309a49483ab 121272 tzdata_2023c-8.debian.tar.xz
 0f0184bf6a305a050fd0ef8a4697dd51170270cd 6930 tzdata_2023c-8_source.buildinfo
Checksums-Sha256:
 c4cb43c1b16574bd2b724032ae2c1a64cbfcbe35f7f87bc49a49c6a8acd1565d 2454 
tzdata_2023c-8.dsc
 f6636d287907324f68bd740927af251ea6a37e94f52aeaa087010e6c05050947 121272 
tzdata_2023c-8.debian.tar.xz
 351c4cbb3857099042122053e6af1ad6d8e5f5e02cbb8f1727e83122f82f0695 6930 
tzdata_2023c-8_source.buildinfo
Files:
 2fe673824fa9d4430aa01a1519cfc231 2454 localization required tzdata_2023c-8.dsc
 8ceb984e88d0f7f163c84a44d804e63f 121272 localization required 
tzdata_2023c-8.debian.tar.xz
 b55d3c58edf7567d723073df9f67d9a1 6930 localization required 
tzdata_2023c-8_source.buildinfo

-BEGIN PGP SIGNATURE-

iQJGBAEBCgAwFiEE5/q3CzlQJ15towl13YzVpd6MfnoFAmTQ7YUSHGJkcnVuZ0Bk
ZWJpYW4ub3JnAAoJEN2M1aXejH56YPgP/2NRInNWnHcsbVEhWrJe/eQBSc7rclLG
F8NXUDR8Plp0BIHAKvsQk4Dzd7iBNuXY1tA9hmKl/CVfdqhzA9s7gl9D7fJxVp9z
1z3eXFtHfPc82H65p+xFDu0TCoiYrvt2Rx2K/+t1nUNznbhqzLwAb3XQxVzl3W+G
KXtj3+LcxK3TSe7wqMni7EK0A4Sr39qB6MAF5sXtyYqvCpm7ZINUCLufRI4W/2cy
a+Hm2JGiuk+H87YoKEugn93cGyv3ay/75EFw4h0klj5/WlJI+CvhWi04MujQk4/O

Processed: Bug#1040997 marked as pending in tzdata

2023-08-07 Thread Debian Bug Tracking System
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.debian.org with problems



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

2023-08-07 Thread Benjamin Drung (@bdrung)


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 benjamin.dr...@canonical.com

- - - - -
81fcc2bd by Benjamin Drung at 2023-08-07T14:03:07+02:00
Move legacy timezone symlinks to tzdata-legacy

Ship only timezones in tzdata that follow the current rules of
geographical region (continent or ocean) and city name. Move all legacy
timezone symlinks (that are changed during package upgrade) to
tzdata-legacy.

Closes: #1040997
Signed-off-by: Benjamin Drung benjamin.dr...@canonical.com

- - - - -
feb77b80 by Benjamin Drung at 2023-08-07T14:21:37+02:00
Drop special handling for US/* timezones

Move legacy US/* timezones to tzdata-legacy (see Debian bug #1040997).

Signed-off-by: Benjamin Drung benjamin.dr...@canonical.com

- - - - -
129bfcd7 by Benjamin Drung at 2023-08-07T14:34:13+02:00
Document type of string to translate (continent, ocean, or city)

- - - - -
f0891ff7 by Benjamin Drung at 2023-08-07T14:49:39+02:00
Update debconf templates and translations

Signed-off-by: Benjamin Drung benjamin.dr...@canonical.com

- - - - -
78299eb4 by Benjamin Drung at 2023-08-07T15:02:29+02:00
Release tzdata 2023c-8

Signed-off-by: Benjamin Drung benjamin.dr...@canonical.com

- - - - -


4 changed files:

- debian/changelog
- debian/control
- debian/generate_debconf_templates
- debian/po/be.po


View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/-/compare/76275bac00ac3754a1aa73c0b047ca5ace83df03...78299eb47555aee51668bf6af44d07ddc12d3378

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/tzdata/-/compare/76275bac00ac3754a1aa73c0b047ca5ace83df03...78299eb47555aee51668bf6af44d07ddc12d3378
You're receiving this email because of your account on salsa.debian.org.




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

2023-08-07 Thread Benjamin Drung (@bdrung)


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.




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

2023-08-07 Thread Jonathan Wakely

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 2023c (such as Egypt DST changes) but an
application that compares a tzdata.zi file with "version 2022a" to the
2021a-1+deb11u10 one with "version 2021a" will conclude that the
latter is outdated and the former should be used. However, the 2022a
file would not contain the Egypt DST changes, and the "2021a" from
2021a-1+deb11u10 actually does contain them.

Could you add some kind of Debian-specific discriminator to the file?
E.g. use "# version 2021a-1+deb11u10" ?

That would still sort lexicographically before 2022a despite being
newer, but it would at least allow an application to distinguish
between 2021a-1+deb11u10 and 2021a-1+deb11u9. This is important for
the GCC C++ standard library, which inspects that version line to
determine if the file on disk has been updated and should be
reparsed. A long-running application will not pick up the changes to
your /usr/share/zoneinfo/tzdata.zi file if a sysadmin updates the
tzdata package, because the version line doesn't change when you
update it.



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

2023-08-07 Thread Samuel Thibault
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-amd64)
+++ dpkg-gensymbols_FQtLh   2023-08-07 03:16:32.224430084 +
@@ -93,8 +93,8 @@
  krb5int_open_plugin_dirs@krb5support_0_MIT 1.7dfsg~beta2
  krb5int_pthread_loaded@krb5support_0_MIT 1.7dfsg~beta2
  krb5int_setspecific@krb5support_0_MIT 1.7dfsg~beta2
- krb5int_strlcat@krb5support_0_MIT 1.7dfsg~beta2
- krb5int_strlcpy@krb5support_0_MIT 1.7dfsg~beta2
+#MISSING: 1.20.1-2# krb5int_strlcat@krb5support_0_MIT 1.7dfsg~beta2
+#MISSING: 1.20.1-2# krb5int_strlcpy@krb5support_0_MIT 1.7dfsg~beta2
  krb5int_ucs4_to_utf8@krb5support_0_MIT 1.7dfsg~beta2
  krb5int_utf8_lentab@krb5support_0_MIT 1.7dfsg~beta2
  krb5int_utf8_mintab@krb5support_0_MIT 1.7dfsg~beta2

strlcat and strlcpy were indeed added to glibc in version 2.38, so it's
not surprising that krb5 doesn't define its internal versions any more,
and the attached patch can probably be applied?

Samuel

-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'stable-security'), (500, 'stable-debug'), (500, 
'oldstable-proposed-updates-debug'), (500, 'oldstable-proposed-updates'), (500, 
'oldoldstable-proposed-updates'), (500, 'oldoldstable'), (500, 
'buildd-unstable'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'buildd-experimental'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, arm64

Kernel: Linux 6.4.0-1-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

-- 
Samuel
---
Pour une évaluation indépendante, transparente et rigoureuse !
Je soutiens la Commission d'Évaluation de l'Inria.
--- debian/libkrb5support0.symbols.original 2023-08-07 10:17:59.912058815 
+0200
+++ debian/libkrb5support0.symbols  2023-08-07 10:18:00.824061916 +0200
@@ -93,8 +93,6 @@
  krb5int_open_plugin_dirs@krb5support_0_MIT 1.7dfsg~beta2
  krb5int_pthread_loaded@krb5support_0_MIT 1.7dfsg~beta2
  krb5int_setspecific@krb5support_0_MIT 1.7dfsg~beta2
- krb5int_strlcat@krb5support_0_MIT 1.7dfsg~beta2
- krb5int_strlcpy@krb5support_0_MIT 1.7dfsg~beta2
  krb5int_ucs4_to_utf8@krb5support_0_MIT 1.7dfsg~beta2
  krb5int_utf8_lentab@krb5support_0_MIT 1.7dfsg~beta2
  krb5int_utf8_mintab@krb5support_0_MIT 1.7dfsg~beta2