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=-3.2 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,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 C1BED26E0D for ; Fri, 8 Mar 2024 18:46:39 +0100 (CET) Received: (qmail 24514 invoked by uid 550); 8 Mar 2024 17:42:36 -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 24472 invoked from network); 8 Mar 2024 17:42:36 -0000 DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu CD5D53C00F4E3 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1709919984; bh=UN+5W6pUmIg5JOBYNy1tuxZIiQk8OYtAQvS5l+FBIXs=; h=Message-ID:Date:MIME-Version:To:From; b=GLha+2ww8wnzNsbf76PR5B1O1ZQUCZN/yu0o8wkx06S7yKh2SaV50SUbjqEDCb2RH ZvADcQUUgvhk7lWeCokcWMKJTu9Pdyg+2WTbQSIIFGpAyPlzKMW94LgPpcREVx9DIe RBsUAgvEaILf+21pEx9r1rtr+bO/S9zc+QYVKk2uXWnA/pQvML9LTewCoUYZPBpHv+ 5i/LWK9ToK2qi5YexipbKhmmtEb7zRpT95JiqhZz/75HVn7Lrx4R8yrfldHIP65LG5 oJcCeCEDdYmV0PpVLEJRVz0/a3xxToZEEyBiDiLaDL7vXHZnQgFvH+6plcqR0YHQQC pOEX2AETh4qcA== X-Virus-Scanned: amavis at mail.cs.ucla.edu Message-ID: Date: Fri, 8 Mar 2024 09:46:24 -0800 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: James Cloos , musl@lists.openwall.com Cc: Rich Felker , tz@iana.org 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> From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: [musl] Re: [tz] Weird PST8PDT and EST5EDT behavior on Alpine Linux On 2024-03-06 07:39, James Cloos via tz wrote: > (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.) So Openwrt uses pre-2007 US daylight saving rules for TZ='EST5EDT'? That's puzzling. I thought Openwrt is based on musl, which ignores DST for that TZ setting (a behavior that POSIX allows). I'm a bit curious as to what's going on there. > 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.) For a fully self-documented TZ setting you could use this: +05:00:00+04:00:00,M3.2.0/+02:00:00,M11.1.0/+02:00:00 However, this sort of thing tends to be error-prone; e.g., suppose I forgot a colon? 'zic' attempts to generate the shortest equivalent TZ setting. On my machine /usr/share/zoneinfo/America/New_York ends with this equivalent: EST5EDT,M3.2.0,M11.1.0 which I find more readable. I'm used to TZ strings, though, so that colors my opinion.