On 1/29/25 16:17, Simon Josefsson wrote:
I don't think sub-1s timestamps are useful in release tarballs. My
approach to avoid them right now is to hard code timestamps with 'tar
--mtime' to last git commit time.
This should work until the year 2242, albeit with some hassles with
HP/UX 'make'.
Paul Eggert writes:
> On 1/29/25 13:42, Simon Josefsson wrote:
>> I don't see what
>> information is useful in a software release tarball that needs to go in
>> there?
>
> The main bugaboo I see is AIX 'make', which says A is out of date if
> it has the same timestamp as B. With ustar format time
On 1/29/25 14:50, Bruno Haible wrote:
The main bugaboo I see is AIX 'make', which says A is out of date if it
has the same timestamp as B.
It's only HP-UX 'make', not AIX 'make', as you found out recently in
the thread "reproducible built files" [1][2].
Oh, I got them turned around again. Than
Hi Corinna,
Corinna Vinschen wrote:
> > I keep the Cygwin (32-bit) CI, since that is running a fixed release
> > (3.3.6) —
> > no risk of regressions caused by Cygwin.
>
> We released 3.5.6 with a lot of related patches last Sunday, and I'm just
> creating a 3.5.7 release with two folloup patche
Paul Eggert wrote:
> > I don't see what
> > information is useful in a software release tarball that needs to go in
> > there?
>
> The main bugaboo I see is AIX 'make', which says A is out of date if it
> has the same timestamp as B.
It's only HP-UX 'make', not AIX 'make', as you found out recen
On 1/29/25 13:42, Simon Josefsson wrote:
I don't see what
information is useful in a software release tarball that needs to go in
there?
The main bugaboo I see is AIX 'make', which says A is out of date if it
has the same timestamp as B. With ustar format timestamps have only 1 s
resolution s
Paul Eggert writes:
> On 2025-01-29 11:20, Simon Josefsson via Gnulib discussion list wrote:
>> It seems tar 1.13.25 from Debian 3 doesn't understand the virtual
>> ./PaxHeaders/ sub-directory and print warnings. It still exits
>> successfully though. But it create a ./PaxHeaders/ sub-directory
On 2025-01-29 11:20, Simon Josefsson via Gnulib discussion list wrote:
It seems tar 1.13.25 from Debian 3 doesn't understand the virtual
./PaxHeaders/ sub-directory and print warnings. It still exits
successfully though. But it create a ./PaxHeaders/ sub-directory in the
current directory. Thi
Hi Bruno,
On Dec 25 07:42, Bruno Haible wrote:
> The newest Cygwin release (3.5.5) has three major regressions:
> - bash hangs [1]
> - access() behaviour changed [2]
> - raise() produces random behaviour [3]
>
> The first one has the potential to hang the CI for 6 hours; the second and
> th
Bruno Haible via Gnulib discussion list writes:
>> 2) Some choices may be opinionated, but I'm not sure which ones. Maybe
>> PAX archives as in --format=posix? I recall seeing some people
>> recommend --format=ustar for greater compatibility
>
> I use --format=ustar because I want the oldest (=
10 matches
Mail list logo
