Re: [cfarm-users] Migration of gcc119

2023-08-20 Thread Paul Eggert via cfarm-users
On 8/20/23 22:25, Peter Gutmann wrote: It's not buggy, it's just a poorly-designed archive format. Why not use tar? Or, if for some reason you must use an archive format that is sensitive to time zone, why not set TZ when extracting? That would be simpler than fiddling with file timestamps

Re: [cfarm-users] Migration of gcc119

2023-08-20 Thread Bruno Haible via cfarm-users
Peter Gutmann wrote: > the 'make touch' workaround, which conveniently also gets around wrong-system- > time problems, time-zone-set-wrong problems, ... Your 'make touch' workaround does not work for packages that contain some *.m4 files, an aclocal.m4 file, a configure file, and a config.h.in

Re: [cfarm-users] Migration of gcc119

2023-08-20 Thread Peter Gutmann via cfarm-users
Bruno Haible writes: >If time zones do matter, either your packing program or your unpacking >program is buggy. It's not buggy, it's just a poorly-designed archive format. That's why I used the 'make touch' workaround, which conveniently also gets around wrong-system- time problems,

Re: [cfarm-users] Migration of gcc119

2023-08-20 Thread Bruno Haible via cfarm-users
Peter Gutmann wrote: > If you bundle something up on a system that's (say) 12 hours ahead of the > target system and unpack it there, many of the files will have dates up to 12 > hours in the future, messing up the build process. So time zones do matter. If time zones do matter, either your

Re: [cfarm-users] Migration of gcc119

2023-08-20 Thread Paul Eggert via cfarm-users
On 8/20/23 21:56, Peter Gutmann wrote: If you bundle something up on a system that's (say) 12 hours ahead of the target system and unpack it there, many of the files will have dates up to 12 hours in the future Not if "12 hours ahead" merely means a time zone difference. Tarball timestamps

Re: [cfarm-users] Migration of gcc119

2023-08-20 Thread Peter Gutmann via cfarm-users
Paul Eggert writes: >On 8/20/23 21:19, Peter Gutmann via cfarm-users wrote: >> As someone in a time zone 12-24 hours ahead of most of the systems I use > >? Time zone shouldn't matter. If you bundle something up on a system that's (say) 12 hours ahead of the target system and unpack it there,

Re: [cfarm-users] Migration of gcc119

2023-08-20 Thread Paul Eggert via cfarm-users
On 8/20/23 21:19, Peter Gutmann via cfarm-users wrote: As someone in a time zone 12-24 hours ahead of most of the systems I use ? Time zone shouldn't matter. I run into problems with cfarm clock skew all the time, and it's never the time zone. ___

Re: [cfarm-users] Migration of gcc119

2023-08-20 Thread Peter Gutmann via cfarm-users
Bruno Haible via cfarm-users writes: >Because in the current state, it means that after creating a tarball of any >package that uses a 'configure' script, I need to wait 42 minutes until I can >build it. As someone in a time zone 12-24 hours ahead of most of the systems I use I run into this

Re: [cfarm-users] Migration of gcc119

2023-08-20 Thread Sean McGovern via cfarm-users
Does OSUOSL possibly have an NTP server that can be used for the CF machines hosted there? Sean McGovern On Sun, Aug 20, 2023, 18:07 David Edelsohn via cfarm-users < cfarm-users@lists.tetaneutral.net> wrote: > I have adjusted the time on gcc119 so that it is fairly close, but I agree > that it

Re: [cfarm-users] Migration of gcc119

2023-08-20 Thread David Edelsohn via cfarm-users
I have adjusted the time on gcc119 so that it is fairly close, but I agree that it should be using NTP for time synchronization. Thanks, David On Fri, Aug 18, 2023 at 7:35 AM Bruno Haible via cfarm-users < cfarm-users@lists.tetaneutral.net> wrote: > Michael Felt wrote: > > Migration complete.