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.1 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, RCVD_IN_VALIDITY_RPBL_BLOCKED,RCVD_IN_VALIDITY_SAFE_BLOCKED, RCVD_IN_ZEN_BLOCKED_OPENDNS,URIBL_DBL_BLOCKED_OPENDNS, URIBL_ZEN_BLOCKED_OPENDNS 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 EE0922F52F for ; Wed, 4 Jun 2025 00:17:27 +0200 (CEST) Received: (qmail 29921 invoked by uid 550); 3 Jun 2025 22:17:21 -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 x-ms-reactions: disallow Received: (qmail 3361 invoked from network); 3 Jun 2025 21:52:58 -0000 X-Sender-Id: hostingeremail|x-authuser|david@pgbackrest.org ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1748987566; a=rsa-sha256; cv=none; b=rHW1BSACcbslKW1U92JkgkvZ3XSus3gHiLV5U3eCP35UXNzHHv76vm+CT7BVuxQZ9DFoFx cakhxpX4AyxE66b5pgK/YAB7gl7P8R/UK9EtmbvCOljObOrZr7Gv+k/2AjMSBD8r1/uTxL A4qStTOfKMt4dN8itJDEeuosiDz3T9LHj/3hQjOSMQ2P4Wt4XbR/wIXXxA1Rr3Ysc6OfDO zeJliOutfbgt3EyBcqcwjLfNtkRMiBJIqMbwS8YNX1NIIROCF9fa/UFUpJc3J/8mpP8zh9 fBPMumDPyvQl+56I/+0uGBi1GjCYJ+dt/sW19EWZG7QJ/XqVI3TyUbV7cmEAYQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1748987566; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=Bbkfcb5V0WEvM7QeS9cQzM5twbO/WQQtkEZk0oWfwIM=; b=sO1cYCB/O6EykGlapBv7t6C/acieDnejCUulhHqEMDyALHEpxtR468Vr+G8nNKIqhb3Nab 98M5S5dWmrvFowrvX6zu1dCmURDRC045TwnRM+/mrcdv7O47gsaGjj7h13O5SLsTP9Z4Zo OqHAs7vH2GLrSA7GZhNiReM4uivGHahxAdC1sAKfgKqW9/zj7IVdZARNYzbOnPC3R38txn mOlEY8ja2sCBKrhqoYYsDNBXLcWFytMbsj6odsSafJvI99wpHAkdpe6wreVkFcd2sbQaw3 NCeVFabzj+29conCl9TKspBVtU7xdhEL+UQLGgHwFzyXnkAjSSL3ZeJnoFYVfA== ARC-Authentication-Results: i=1; rspamd-95f6fbf49-bw5nz; auth=pass smtp.auth=hostingeremail smtp.mailfrom=david@pgbackrest.org X-Sender-Id: hostingeremail|x-authuser|david@pgbackrest.org X-MC-Relay: Neutral X-MailChannels-SenderId: hostingeremail|x-authuser|david@pgbackrest.org X-MailChannels-Auth-Id: hostingeremail X-Irritate-Absorbed: 21d806e84c58952e_1748987568523_2158561715 X-MC-Loop-Signature: 1748987568523:446258660 X-MC-Ingress-Time: 1748987568523 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pgbackrest.org; s=hostingermail1; t=1748987564; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Bbkfcb5V0WEvM7QeS9cQzM5twbO/WQQtkEZk0oWfwIM=; b=U9qnKwmYoSnjxQbrDA0yJ/UYoUtBPJuHkHJyeIgpcBDm8e7OYmWprT3X8v7EvrMW9IJgU4 pjOVpAr6sO4EwP0DRJBXk7tKZFMpAzmNWeE9g6IiVe16qvn/ByBKMcQi1fDX8gX4FvQl9l LPugpxDVDFagu6S7wXciRv1GmIFkGVvECLJz9uWCtlw8ssDyHhRg+2+1YIyCCod95RMB+F 1SZFXhFTtQoj36v/9kkwQx78p4TFdlz2P7ePwUBcqMZd2gicenzZ8p4XqwHq1ATfUWAZlw VWb24fN7BqwtvhYrUSMPUj3eJ4ki/32CBbe1cS7PJU9Tb0dOnGkgnluiRGsQKw== Message-ID: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: Markus Wichmann , musl@lists.openwall.com References: <70c350e5-78cd-4ab9-ae9b-598179ee4f8e@pgbackrest.org> Content-Language: en-US From: David Steele In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 03 Jun 2025 21:52:43 +0000 (UTC) X-CM-Analysis: v=2.4 cv=bL5EI++Z c=1 sm=1 tr=0 ts=683f6eac a=XTZQTxmOrlbsp4d6Tf9ChQ==:117 a=XTZQTxmOrlbsp4d6Tf9ChQ==:17 a=IkcTkHD0fZMA:10 a=-evS-jBmxJ2QhnXk864A:9 a=QEXdDO2ut3YA:10 X-CM-Envelope: MS4xfLIlQh4ntUCDcUzNbRldTZCbQk8GiUaYMIs+Lles5bwzPzTQ33Yyw0VrTGLudTigtF6fghdRngQVOm2AfwBx31ixl8cLzc3iLDUp++s2p/adIJ9X+kJM /BWxq4XDnqdd/uVa4F/V1N96wbCTYvsPHCGDi72/Swc4LBnU0gKxld1SSKzCji7BUU2Gnk+WD2qDbjgKOxRoAYannDJBxo6Jj5T55TKgTaKnBx/nPog2I/td X-AuthUser: david@pgbackrest.org Subject: Re: [musl] Possible issue formatting epoch time with strftime() On 6/3/25 11:03, Markus Wichmann wrote: > Am Mon, Jun 02, 2025 at 07:33:41PM +0000 schrieb David Steele: >> Ubuntu 22.04 (UTC) gcc: >> >> local epoch: 1573222014 >> utc epoch: 1573240014 >> local time: 20191108-090654 >> utc time: 20191108-140654 >> >> [...] >> >> Alpine 3.21 (America/New_York or UTC) gcc/musl: >> >> local epoch: 1573222014 >> utc epoch: 1573222014 <------ >> local time: 20191108-090654 >> utc time: 20191108-140654 >> > > I think what happened here is that musl is currently implementing > non-standard extension behavior that is no longer conforming as of last > year. My reading of POSIX-2024 is that strftime() is to treat the > incoming timestamp as local time, at least for the purpose of a %s > conversion. Which it isn't at the moment. But POSIX-2018 did not > specify %s at all, so musl was allowed to do whatever until POSIX-2024. Interesting -- thanks for the analysis. The only place this appears is in our unit tests so we can just remove it and add an assert to ensure we don't accidentally use it in core. I did want to bring it up, though, just in case it needed to be fixed. Thanks, -David