Re: [cfarm-users] Updating gcc70 to supported version of NetBSD

2018-07-10 Thread Vincent Lefevre via cfarm-users
Hi, On 2018-05-25 20:24:54 +0100, Jonathan Wakely via cfarm-users wrote: > Hmm, I seem to have lost root access to that machine (which I was > given by Laurent when netbsd 5.1 was installed back in 2011). > > On 25 May 2018 at 20:11, Jonathan Wakely wrote: > > gcc70 is running NetBSD 5.1 which i

Re: [cfarm-users] Updating gcc70 to supported version of NetBSD

2018-07-10 Thread Vincent Lefevre via cfarm-users
On 2018-07-10 18:59:51 +0100, Jonathan Wakely wrote: > On Tue, 10 Jul 2018, 18:22 Vincent Lefevre via cfarm-users, < > > There are no BSD machines any longer. > > There are, but only VMs. Is there documentation? I could find nothing about them on: https://cfarm.tetaneutral

Re: [cfarm-users] Updating gcc70 to supported version of NetBSD

2018-07-11 Thread Vincent Lefevre via cfarm-users
On 2018-07-11 07:37:05 +0100, Jonathan Wakely wrote: > See the notes for gcc76. I still don't understand. https://gcc.gnu.org/wiki/CompileFarm says: "Gcc76 contains over 10 virtual machines, listed in /etc/hosts. /scratch is an NFS mount shared between them." but $ cat /etc/hosts 127.0.0.1

[cfarm-users] gcc202 soft lockup - CPU#23 stuck

2020-03-30 Thread Vincent Lefevre via cfarm-users
Hi, There seems to be a problem with gcc202. I got the following messages: Message from syslogd@gcc202 at Mar 30 18:37:27 ... kernel:[1308904.715625] watchdog: BUG: soft lockup - CPU#23 stuck for 22s! [bash:1788861] Message from syslogd@gcc202 at Mar 30 18:38:31 ... kernel:[1308968.715623] wa

[cfarm-users] gcc303 is almost unusable

2020-07-01 Thread Vincent Lefevre via cfarm-users
Hi, gcc303 has been very slow for at least several hours, apparently because it swaps a lot; top shows that there are hundreds of processes, mainly wget from the same user. I'm wondering whether this is due to a bug... -- Vincent Lefèvre - Web: 100% accessible validate

Re: [cfarm-users] gcc22 login troubles?

2020-07-27 Thread Vincent Lefevre via cfarm-users
Hi, On 2020-07-27 14:43:47 -0400, Jeffrey Walton via cfarm-users wrote: > gcc22 looks a little suspicious. It looks like both my ECDSA and RSA > keys were rejected. > > Is anyone else having trouble? Same issue. It is possible that ECDSA / RSA keys are rejected because the home directory (in par

Re: [cfarm-users] Debian RISC-V not responding

2021-06-21 Thread Vincent Lefevre via cfarm-users
On 2021-06-18 20:35:30 +0200, Pierre Muller via cfarm-users wrote: > Le 18/06/2021 à 09:20, Christian Jullien via cfarm-users a écrit : > > Hello folks, > > On https://cfarm.tetaneutral.net/machines/list/ I no longer see > > gcc401.fsffrance.org that I used with port 45061 to get a nice Debian-RISC

Re: [cfarm-users] [cfarm-announces] New Loongson 3A5000 machines: gcc400 and gcc401

2022-01-07 Thread Vincent Lefevre via cfarm-users
On 2022-01-07 11:45:26 +0100, CFarm Annoucements via cfarm-announces wrote: > We are happy to announce the availability of two Loongson machines with a > recent LoongArch [1] 3A5000 processor running at 2.5 GHz: gcc400 and gcc401. gcc401 was already used for a Debian-RISC-V VM running on gcc140. R

Re: [cfarm-users] What happens with RISC-V

2022-02-08 Thread Vincent Lefevre via cfarm-users
n the thread "New Loongson 3A5000 machines: gcc400 and gcc401" and the answer (January 7) by Baptiste Jonglez: Hi Vincent, On 07-01-22, Vincent Lefevre via cfarm-users wrote: > On 2022-01-07 11:45:26 +0100, CFarm Annoucements

Re: [cfarm-users] Unable to git pull on gcc112

2022-03-30 Thread Vincent Lefevre via cfarm-users
On 2022-03-29 22:01:26 -0500, Jacob Bachmeyer via cfarm-users wrote: > Jeffrey Walton via cfarm-users wrote: > > When I try git://github.com/weidai11/cryptopp/: > > > > $ git pull > > fatal: remote error: > > The unauthenticated git protocol on port 9418 is no longer supported. > > While this do

Re: [cfarm-users] Unable to git pull on gcc112

2022-03-31 Thread Vincent Lefevre via cfarm-users
On 2022-03-30 18:52:23 -0500, Jacob Bachmeyer via cfarm-users wrote: > Vincent Lefevre via cfarm-users wrote: > > On 2022-03-29 22:01:26 -0500, Jacob Bachmeyer via cfarm-users wrote: > > > Jeffrey Walton via cfarm-users wrote: > > > > When I try git:

Re: [cfarm-users] [cfarm-announces] A new /home for cfarm23 and cfarm91

2024-01-10 Thread Vincent Lefevre via cfarm-users
Hi, On 2024-01-11 00:24:42 +0100, CFarm Annoucements via cfarm-announces wrote: > TL;DR: on cfarm23, your old home data is in /oldhome, please copy anything > useful before it becomes unavailable. [...] > As a result, cfarm23 now has a brand new empty home directory, mounted > over NFS from a new

Re: [cfarm-users] [cfarm-announces] A new /home for cfarm23 and cfarm91

2024-01-10 Thread Vincent Lefevre via cfarm-users
On 2024-01-10 18:02:14 -0800, Paul H. Hargrove wrote: > It might just be you, Vincent. > > I am logged in to cfarm23 right now, copying files from /oldhome > So it *is* possible to log in. This is strange. I can log in on other machines, including the new cfarm29.cfarm.net, but not cfarm23.cfarm.

Re: [cfarm-users] [cfarm-announces] A new /home for cfarm23 and cfarm91

2024-01-10 Thread Vincent Lefevre via cfarm-users
On 2024-01-10 18:21:45 -0800, Paul H. Hargrove wrote: > Vincent, > > Try adding the following two lines to your ~/.ssh/config on your local > system to hopefully get a signature alorithm > > Hostcfarm23.cfarm.net > PubkeyAcceptedKeyTypes +ssh-rsa Thanks. This works. So it seems that

Re: [cfarm-users] [cfarm-announces] A new /home for cfarm23 and cfarm91

2024-01-10 Thread Vincent Lefevre via cfarm-users
On 2024-01-10 21:26:33 -0500, Jeffrey Walton wrote: > OpenSSH tightened up RSA key usage in both 9.2 and 9.1. RSA moduli > need to meet a minimum length, and use RSA/SHA256 nowadays. Small RSA > moduli will cause trouble, as will RSA/SHA1 usage. Also see >

Re: [cfarm-users] GCC repository clones (was: gcc110 /home is now 98% full)

2024-03-07 Thread Vincent Lefevre via cfarm-users
On 2024-03-07 18:25:15 -0600, Segher Boessenkool via cfarm-users wrote: > The full GCC repo is smaller than a single trunk checkout, fwiw. So, what would be needed is deduplication at the file system level, unless most space is taken by object files, in which case... > If you want to save space,