Re: Question about reproducibility tests timezone format

2025-10-07 Thread Soren Stoutner
On Thursday, October 2, 2025 9:42:51 AM Mountain Standard Time Soren Stoutner wrote: > I will wait several more days to see if anyone does know of some compelling > reason why it needs to be GMT+12. If not, I will submit requests to Salsa > CI and reproducible builds (and any other part of Debia

Re: Question about reproducibility tests timezone format

2025-10-02 Thread Russ Allbery
Soren Stoutner writes: > On Thursday, October 2, 2025 10:33:36 AM Mountain Standard Time Russ Allbery > wrote: >> The point of using GMT+12 and GMT-12 is that they keep the same >> (incorrect, but it doesn't really matter for this purpose) time zone >> abbreviation for reproducibility testing:

Re: Question about reproducibility tests timezone format

2025-10-02 Thread Russ Allbery
Soren Stoutner writes: > Can you think of any way that using the Etc/GMT+12 and Etc/GMT-14 syntax > would cause any *problems*? Yes: Etc/GMT+12 and Etc/GMT-14 generate different time zone abbreviations. % env TZ=Etc/GMT+12 date Thu Oct 2 05:31:10 AM -12 2025 % env TZ=Etc/GMT-14 date Fri Oct 3

Re: Question about reproducibility tests timezone format

2025-10-02 Thread Soren Stoutner
On Thursday, October 2, 2025 10:17:17 AM Mountain Standard Time Russ Allbery wrote: > Soren Stoutner writes: > > The error message in my original email demonstrates that tzlocal does not > > consider GMT+12 to be a valid timezone format. > > That's because the purpose of tzlocal (according to it

Re: Question about reproducibility tests timezone format

2025-10-02 Thread Soren Stoutner
On Thursday, October 2, 2025 7:41:13 AM Mountain Standard Time Simon McVittie wrote: > This seems like a missing feature in the code under test or one of its > dependencies, to be honest, and I think it should be reported as a > (non-RC) bug. GMT+12 is a valid (if unusual) time zone, and most > ge

Re: Question about reproducibility tests timezone format

2025-10-02 Thread Simon McVittie
On Thu, 02 Oct 2025 at 07:02:49 -0700, Soren Stoutner wrote: On Thursday, October 2, 2025 12:08:28 AM Mountain Standard Time Holger Levsen wrote: On Wed, Oct 01, 2025 at 04:20:16PM -0700, Soren Stoutner wrote: > I maintain pyinstaller-hooks-contrib, which includes a test (run during > build > an

Re: Question about reproducibility tests timezone format

2025-10-02 Thread Soren Stoutner
On Thursday, October 2, 2025 12:08:28 AM Mountain Standard Time Holger Levsen wrote: > On Wed, Oct 01, 2025 at 04:20:16PM -0700, Soren Stoutner wrote: > > I maintain pyinstaller-hooks-contrib, which includes a test (run during > > build > > and in autopkgtests) that parses the system timezone. Th

Re: Question about reproducibility tests timezone format

2025-10-02 Thread Holger Levsen
On Wed, Oct 01, 2025 at 04:20:16PM -0700, Soren Stoutner wrote: > I maintain pyinstaller-hooks-contrib, which includes a test (run during build > and in autopkgtests) that parses the system timezone. This test currently > fails Salsa CI reprotest and other reproducibility tests because they modi

Re: Question about reproducibility tests timezone format

2025-10-01 Thread Simon Richter
Hi, On 10/2/25 8:20 AM, Soren Stoutner wrote: I can see the wisdom in having reproducibility tests check to make sure that packages build correctly in different timezones. My question is: do we gain anything by using the GMT+12 syntax, or could we achieve the same results by varying the timez

Question about reproducibility tests timezone format

2025-10-01 Thread Soren Stoutner
I maintain pyinstaller-hooks-contrib, which includes a test (run during build and in autopkgtests) that parses the system timezone. This test currently fails Salsa CI reprotest and other reproducibility tests because they modify the timezone in the build environment using syntax like GMT+12 ins