Re: [PATCH] t9604: Fix test for musl libc and new Debian
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Apr 6, 2024, 12:11 UTC
- Message-ID
- <xmqqsezylmh9.fsf@gitster.g>
- In-Reply-To
- <23a4298eababe54ca4b43d7b675b858605d20ec5.1712374021.git.congdanhqx@gmail.com>
Đoàn Trần Công Danh <congdanhqx@gmail.com> writes:
> * Note that since our tests are pre-2007, I use the old rules in the timezone. > * We can also use IANA notations, which I believe is better, but that mean we > will depends on IANA db
I know of the ",start[/time],end[/time]" thing tucked after the zonename, but haven't seen it used in real life. How confident are you that it is widely supported? I do understand that you saw these current tests do fail on some platforms, but we'd want to make sure that we are not breaking other platforms by switching.
Show 9 quoted lines
> -test_expect_success PERL 'check timestamps are UTC (TZ=CST6CDT)' ' > +test_expect_success PERL 'check timestamps are UTC (TZ=America/Chicago)' ' > > - TZ=CST6CDT git cvsimport -p"-x" -C module-1 module && > + TZ=CST6CDT,M4.1.0,M10.5.0 \ > + git cvsimport -p"-x" -C module-1 module && > git cvsimport -p"-x" -C module-1 module && > ( > cd module-1 &&
A few things curious about this hunk.
- The test title says America/Chicago but that timezone is never used. Would it make sense to actually use it for tests?
- If not, shouldn't we at least use the actual timezone we use for tests?
- Do we really want to run cvsimport twice?
Show 13 quoted lines
> @@ -38,9 +39,9 @@ test_expect_success PERL 'check timestamps with author-specific timezones' ' > > cat >cvs-authors <<-EOF && > user1=User One <user1@domain.org> > - user2=User Two <user2@domain.org> CST6CDT > - user3=User Three <user3@domain.org> EST5EDT > - user4=User Four <user4@domain.org> MST7MDT > + user2=User Two <user2@domain.org> CST6CDT,M4.1.0,M10.5.0 > + user3=User Three <user3@domain.org> EST5EDT,M4.1.0,M10.5.0 > + user4=User Four <user4@domain.org> MST7MDT,M4.1.0,M10.5.0 > EOF > git cvsimport -p"-x" -A cvs-authors -C module-2 module && > (