Bug#1056908: tzdata: Support IANA time zones
On 12/4/23 10:13 AM, Benjamin Drung wrote: Hi, On Sun, 2023-11-26 at 09:23 -0500, John Clark wrote: Package: tzdata Version: 2023c-8 The 12 well-known US time zones have been dropped from Debian tzdata as of 2023c-8: https://tracker.debian.org/news/1451157/accepted-tzdata-2023c-8-source-into-unstable These time zones are still officially recognized and fully supported by IANA. IANA Timezone Database: https://en.wikipedia.org/wiki/List_of_tz_database_time_zones /usr/share/zoneinfo/US/Alaska /usr/share/zoneinfo/US/Aleutian /usr/share/zoneinfo/US/Arizona /usr/share/zoneinfo/US/Central /usr/share/zoneinfo/US/East-Indiana /usr/share/zoneinfo/US/Eastern /usr/share/zoneinfo/US/Hawaii /usr/share/zoneinfo/US/Indiana-Starke /usr/share/zoneinfo/US/Michigan /usr/share/zoneinfo/US/Mountain /usr/share/zoneinfo/US/Pacific /usr/share/zoneinfo/US/Samoa Their removal appears to be related to this request: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040997 This request does not provide any support as to why Debian should deviate from IANA standards. Requesting that Debian again adopt international time zone standards and support these well known IANA time zones as it does in Bookworm. These timezones are considered legacy by the upstream tz project. These timezones were not removed but moved to tzdata-legacy. So please install tzdata-legacy if you want to use them: sudo apt install tzdata-legacy I looked for deprecations in the upstream project but did not find any. Can you cite any IANA deprecation references?
Bug#1056908: tzdata: Support IANA time zones
Package: tzdata Version: 2023c-8 The 12 well-known US time zones have been dropped from Debian tzdata as of 2023c-8: https://tracker.debian.org/news/1451157/accepted-tzdata-2023c-8-source-into-unstable These time zones are still officially recognized and fully supported by IANA. IANA Timezone Database: https://en.wikipedia.org/wiki/List_of_tz_database_time_zones /usr/share/zoneinfo/US/Alaska /usr/share/zoneinfo/US/Aleutian /usr/share/zoneinfo/US/Arizona /usr/share/zoneinfo/US/Central /usr/share/zoneinfo/US/East-Indiana /usr/share/zoneinfo/US/Eastern /usr/share/zoneinfo/US/Hawaii /usr/share/zoneinfo/US/Indiana-Starke /usr/share/zoneinfo/US/Michigan /usr/share/zoneinfo/US/Mountain /usr/share/zoneinfo/US/Pacific /usr/share/zoneinfo/US/Samoa Their removal appears to be related to this request: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040997 This request does not provide any support as to why Debian should deviate from IANA standards. Requesting that Debian again adopt international time zone standards and support these well known IANA time zones as it does in Bookworm.
Bug#760408: tcl8.6 backported from stretch - resolves this bug for me
I can confirm Jerome Heyar's fix works for me. Hopefully the fixed version of tcl in stretch will be adopted in jessie's official repos at some point.
Bug#604058: Problem with Expert Install
Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/squeeze_di_beta1/amd64/iso-cd/debian-squeeze-di-beta1-amd64-netinst.iso Date: 2010 Nov 19, 1200 Machine: Compaq AMD based laptop Processor: AMD Memory: Partitions: N/A Output of lspci -knn (or lspci -nn): N/A Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [E] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: The problem apparently has been long standing. The 'installer' requires that disks be partitioned no matter what. In expert mode there is no way to 'skip' partioning the disk. This is unacceptable. Even in an 'automatic' mode, asking if the disk partition 'as is' should be 'asked'. It is unacceptable to assume that someone installing always and every time wants to blow away their disk partitions and file systems. Furthermore, getting to the 'shell' does no go, as there is not even the ability to do nfs mounts of remote file systems so as to be able to 'save' the contents of a disk. This also holds true for the 'recover' mode, where it is a complete mystery as to what this non feature may be to actually be useful. As I don't expect to hear from anyone on this, especially with a 'work around', I'll spend my time finding a way to 'break' this requirement and see if I can get Debian installed 'how I want to install it', rather than be dependent on a bunch of mavins who 'know' how it must be installed, and make sure it is painful, as painful say as anything Microsoft has to offer, when one wants to diverge from the beaten path. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
