On Wed, 23 Aug 2023 at 05:46, Noah Misch via cfarm-users
wrote:
>
> On Tue, Aug 22, 2023 at 07:39:08PM -0700, Daniel B. Widdis via cfarm-users
> wrote:
> > Any chance of getting git installed?
> >
> > $ rpm -qa | grep git
> > git-core-2.38.3-1.ppc
> > git-2.38.3-1.ppc
> > git-core-doc-2.38.3-1.no
On Tue, Aug 22, 2023 at 07:39:08PM -0700, Daniel B. Widdis via cfarm-users
wrote:
> Any chance of getting git installed?
>
> $ rpm -qa | grep git
> git-core-2.38.3-1.ppc
> git-2.38.3-1.ppc
> git-core-doc-2.38.3-1.noarch
> $ git init
> ksh: git: not found.
It's at /opt/freeware/bin/git
_
gt;> Michael Felt
>>
>>
>>
>>
>> *Mobile +31 (0)6 5184 4181*
>>
>> *Email* aixto...@felt.demon.nl
>>
>>
>>
>>
>>
>>
>>
>> *From:* cfarm-users *On
>> Behalf Of *Michael Felt via cfarm-users
>> *Sent:* Sat
cfarm-users
Sent: Monday, August 21, 2023 12:24 AM
To: GCC Compile Farm Users
Cc: Sean McGovern
Subject: Re: [cfarm-users] Migration of gcc119
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 Edelso
rn via cfarm-users
Sent: Monday, August 21, 2023 12:24 AM
To: GCC Compile Farm Users
Cc: Sean McGovern
Subject: Re: [cfarm-users] Migration of gcc119
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
Jonathan Wakely writes:
>If you have this problem with a tarball
It's not tar, see my other post, it's assorted broken archive formats some
dating back to MSDOS. I suggested the 'make touch' solution because it pretty
much works no matter where the breakage lies.
Peter.
__
On Mon, 21 Aug 2023, 03:20 Peter Gutmann via cfarm-users, <
cfarm-users@lists.tetaneutral.net> wrote:
> 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 unti
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 af
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 fil
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, time-zone-s
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 packi
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 use
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, ma
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.
___
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 pro
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 s
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.
>
Michael Felt wrote:
> Migration complete.
Thanks!
The system clock of this machine is 42 minutes backwards:
$ LC_ALL=C TZ=UTC date ; ssh gcc119.fsffrance.org TZ=UTC date
Fri Aug 18 11:27:41 UTC 2023
Fri Aug 18 10:45:40 UTC 2023
Could this be fixed, please? Because in the current state, it means
Sent:* Saturday, August 12, 2023 5:35 PM
> *To:* GCC Compile Farm Users
> *Cc:* Michael Felt
> *Subject:* [cfarm-users] Migration of gcc119
>
>
>
> Dear all,
>
>
>
> Next Wednesday, 16 August 2023 at about 0700 GMT gcc119 will go down as we
> start the migrati
4 4181*
>
> *Email* aixto...@felt.demon.nl
>
>
>
>
>
>
>
> *From:* cfarm-users *On
> Behalf Of *Michael Felt via cfarm-users
> *Sent:* Saturday, August 12, 2023 5:35 PM
> *To:* GCC Compile Farm Users
> *Cc:* Michael Felt
> *Subject:* [cfarm-users] Migration of g
l Felt
Subject: [cfarm-users] Migration of gcc119
Dear all,
Next Wednesday, 16 August 2023 at about 0700 GMT gcc119 will go down as we
start the migration from AIX 7.2 to AIX 7.3 TL1.
Ideally, we will be finished within 3 hours. The virtual machine (LPAR) is
moving to a new partition, but
Dear all,
Next Wednesday, 16 August 2023 at about 0700 GMT gcc119 will go down as we
start the migration from AIX 7.2 to AIX 7.3 TL1.
Ideally, we will be finished within 3 hours. The virtual machine (LPAR) is
moving to a new partition, but on the same frame aka host. If, after three
hours,
22 matches
Mail list logo
