From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: from second.openwall.net (second.openwall.net [193.110.157.125]) by inbox.vuxu.org (Postfix) with SMTP id 72FBA28A80 for ; Fri, 8 Mar 2024 19:40:31 +0100 (CET) Received: (qmail 27936 invoked by uid 550); 8 Mar 2024 18:36:28 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 27901 invoked from network); 8 Mar 2024 18:36:27 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sonic.net; s=net23; t=1709923189; bh=ala3IWjYo5Muqqcq3eh/JAAtrIoHQMe2Ik8doTqhFa4=; h=Mime-Version:Subject:From:Date:Message-Id:To:From:Subject; b=PM6bPB8Das974SJItSQ54nHz6xts/v79ENYyzqWQwxZ0KXn/dArG4yMryf4LZG/lk kNUHMrf2qqzHo+t/iEOj4XZ6Atz8vUNJWQU92Z2xxz+lH8ypx7qlTtT1cJDwQltFL+ y9DiqJ2H+BGgqZ+cm4hG1TT3b9xX/l19KEqZc2Dd+43EQkUvfkEcXlTUJMsml68YyH Th1bDKSPzblhUexLb7gdPJUCWwQb/uKkMfE9hvGr+ZsMbg+MS+2EIU3xlmgn2dK/zY tHN7GYV8+/x8ChMETKw8u2bHmEBWAibcN4YhNiKg9jwCdbi9RudpSTP2T1PrauhnSj 1FWSkQEdpmWBQ== Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) From: Guy Harris In-Reply-To: Date: Fri, 8 Mar 2024 10:39:34 -0800 Cc: musl@lists.openwall.com, Time zone mailing list , Russ Allbery , Rich Felker Content-Transfer-Encoding: quoted-printable Message-Id: <48EA6B36-2F38-470B-ACD4-D85F92ED0FC7@sonic.net> References: <87edcqv69m.fsf@hope.eyrie.org> <20240305201247.GE4163@brightrain.aerifal.cx> <87wmqgpfcq.fsf@hope.eyrie.org> <87r0gopc9g.fsf@hope.eyrie.org> <77902F3C-198B-49BD-AB75-383A7FF45548@sonic.net> <87msrcpayi.fsf@hope.eyrie.org> To: James Cloos X-Mailer: Apple Mail (2.3731.700.6) X-Sonic-CAuth: UmFuZG9tSVaYKyu2ILhSFgwVUX6fC2/J2o010q0LXYmTlqzL1C14n8r70pBGm/ATYHJPBnBbraNlDoEPimkfeqgE07oIlUC9 X-Sonic-ID: C;tO/lO3vd7hG19L8SP63e0g== M;WrwsPHvd7hG19L8SP63e0g== X-Sonic-Spam-Details: -0.0/5.0 by cerberusd Subject: [musl] Re: Weird PST8PDT and EST5EDT behavior on Alpine Linux On Mar 6, 2024, at 7:39 AM, James Cloos wrote: >>>>>> "RA" =3D=3D Russ Allbery writes: >=20 > RA> and it's probably time to assume everyone supports the Olson > RA> identifiers. >=20 > Operwrt, at least in general, does not. I.e., it doesn't provide tzdb files, to save storage space on small = embedded devices? > (Nor does aix, if anyone still cares.) According to at least one page on IBM's support web site, "The default = timezone format for AIX 6.1 and AIX 7 is Olson Time": = https://www.ibm.com/support/pages/managing-time-zone-variable-posix Is that no longer the case? > I have a clock (actual hw clock) which uses ntp by way of an embedded > mips board running a version of openwrt. It lack the ram and storage > to use tzdb. So I have to use EST5EDT,M3.2.0/2:00:00,M11.1.0/2:00:00 > for the timezone. (The explicit /2:00:00 might be avoidable, but the > use of self documenting data can be beneficial.) If the desire here is to allow all users of a system to specify time = zones using old-style TZ strings such as EST5EDT rather than either = POSIX-style or tzdb-style strings, if the system in question can be used = outside of a particular hardwired polity, that'll require some way for = time zone rules to be specified. If the desire here is to allow old-style TZ strings within a given = polity - said polity probably being the US - to use old-style TZ = strings, that could be done by hardcoding the rules for the US and use = them, and, if the US changes the rules, distribute an update to the = system. > (I must say it was a bit anoying that the library kept the original > definition of EST5EDT et alia rathar than moving with the legislation. > But only a bit.) To which library are you referring here?