- clo-devel - mailman3.common-lisp.net

Connecting to Gitlab
by Marco Antoniotti 10 Nov '22

10 Nov '22

Hi here we go again. I just created a new key pair and added it to my gitlab account. I keep getting a $ git push -u origin --all git(a)common-lisp.net: Permission denied (publickey). fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. I am pretty sure that the ssh-agent is running. Note also that in theory I also have a token ready to use. Please help. All the best MA

1 0

rsync no longer working
by Raymond Toy 07 Nov '22

07 Nov '22

I used to be able to use rsync to get copies of various repos and sites. This worked even after changing the site pages to foo.common-lisp.dev. However, my rsync urls are no longer working. (It's been several months and I'm not sure when it stopped working). Can someone look into that? Or let me know what the right incantation of rsync would be to get the site pages? Thanks, -- Ray

2 3

common-lisp.net vs clo.common-lisp.dev?
by Raymond Toy 06 Nov '22

06 Nov '22

What's the difference between these two? I found clo.common-lisp.dev by accident and it seems to be basically the original c-l.net website that is now woefully out-of-date. The latest news is over 10 years old. Maybe clo.common-lisp.dev should at least have a link to common-lisp.net for the latest news? Or something. -- Ray

1 0

Mailman Password for ASDF-Announce mailing list
by Robert Goldman 08 Aug '22

08 Aug '22

I don't seem to have the password for this Mailman instance (maybe only Faré has it), and my own posting to the list has been held for moderation. Will you please let me have access to this? I'm attaching my PGP key. Thanks, R

2 1

rsyncing the site pages?
by Raymond Toy 18 Jun '22

18 Jun '22

I used to be able to rsync the cmucl-site pages via something like: rsync -av rsync://common-lisp.net/pages/cmucl/cmucl-site/public/ pages This produces an error now: rsync: change_dir "/cmucl/cmucl-site/public" (in pages) failed: No such file or directory (2) I assume this is related to the move to cmucl.common-lisp.dev for the site. Is there a new path for rsync? Is this the correct path: rsync://cmucl.common-lisp.dev/pages/cmucl/cmucl.common-lisp.dev/public (I determined that by trial and error.) -- Ray

2 2

User web pages?
by Raymond Toy 16 Jun '22

16 Jun '22

It's been a while, but I thought that common-lisp.net/~rtoy would bring up my personal pages. Is this no longer supported? Or is the URL different now? -- Ray

2 3

Community Forum: Discourse?
by Chris Moore 12 Jun '22

12 Jun '22

Hey folks - In CL's contribution list <https://common-lisp.net/contribute> one of the open items is for establishing a community forum. Coming from Elixir, much of the community has fallen under Elixirforum <https://elixirforum.com/>, with Rust <https://users.rust-lang.org/>, Clojure <https://clojureverse.org/>, and even recently Racket <https://www.reddit.com/r/Racket/comments/qqe4d6/racket_discourse/> opening their own Discourse forums. Altogether, I get a lot of use out of it w/ Elixir, and it seems to be a popular solution for establishing a community hub. They provide free hosted solutions for Open Source projects, which we can infer Racket received based on their URL. I can discuss with the Discourse team what our options are given there is no real Common Lisp open source project. If all else fails I can check out self-hosted solutions as $100/month is pretty hefty. If no one has already begun work on a community forum, I can take this up. -- CHRISTOPHER MOORE moore.christopher515(a)gmail.com

4 5

Download directory no longer accessible
by Raymond Toy 06 May '22

06 May '22

For a long time, we had release and snapshot tarballs at https://common-lisp.net/project/cmucl/downloads/. But this now no longer works and a 403 Forbidden error is returned. This also breaks cmucl's CI that pulls snapshot tarballs for running CI. According to https://gitlab.common-lisp.net/cmucl/cmucl/-/pipelines, it was working a week ago, but has now stopped working. I have no problem updating docs and CI to use a new path, but I don't know what it would be. (It still seems reachable via rsync, though.) -- Ray

1 0

Fwd: can't reply to asdf list Fwd: Undelivered Mail Returned to Sender
by Robert Goldman 26 Apr '22

26 Apr '22

One of the members of the ASDF-devel list forwarded this to me because of the cryptic bounce message. Forwarded message: > From: phoebe Goldman <phoebe(a)goldman-tribe.org> > To: Robert Goldman <rpgoldman(a)goldman-tribe.org> > Subject: can't reply to asdf list Fwd: Undelivered Mail Returned to Sender > Date: Tue, 26 Apr 2022 09:29:53 -0400 > > with or without gpg signature, my emails get bounced. > >> Begin forwarded message: >> >> From: MAILER-DAEMON(a)smtp2.us.opalstack.com (Mail Delivery System) >> Subject: Undelivered Mail Returned to Sender >> Date: April 26, 2022 at 9:28:40 AM EDT >> To: phoebe(a)goldman-tribe.org >> >> This is the mail system at host smtp2.us.opalstack.com. >> >> I'm sorry to have to inform you that your message could not >> be delivered to one or more recipients. It's attached below. >> >> For further assistance, please send mail to postmaster. >> >> If you do so, please include this problem report. You can >> delete your own text from the attached returned message. >> >> The mail system >> >> <asdf-devel(a)common-lisp.net>: host mail.common-lisp.net[148.251.208.23] said: >> 550 Administrative prohibition (in reply to end of DATA command) >> Reporting-MTA: dns; smtp2.us.opalstack.com >> X-Postfix-Queue-ID: 1334DC3761 >> X-Postfix-Sender: rfc822; phoebe(a)goldman-tribe.org >> Arrival-Date: Tue, 26 Apr 2022 13:28:31 +0000 (UTC) >> >> Final-Recipient: rfc822; asdf-devel(a)common-lisp.net >> Original-Recipient: rfc822;asdf-devel(a)common-lisp.net >> Action: failed >> Status: 5.0.0 >> Remote-MTA: dns; mail.common-lisp.net >> Diagnostic-Code: smtp; 550 Administrative prohibition >> >> From: phoebe Goldman <phoebe(a)goldman-tribe.org> >> Subject: Fwd: Define a Simple Echo-Op >> Date: April 26, 2022 at 9:28:31 AM EDT >> To: asdf-devel(a)common-lisp.net >> >> >> Forwarding without GPG signature, because my signed email got bounced by the mailing list. :/ >> >>> Begin forwarded message: >>> >>> From: phoebe Goldman <phoebe(a)goldman-tribe.org <mailto:phoebe@goldman-tribe.org>> >>> Subject: Re: Define a Simple Echo-Op >>> Date: April 26, 2022 at 9:26:39 AM EDT >>> To: zacque <technical+asdf-devel(a)zacque.tk <mailto:technical+asdf-devel@zacque.tk>> >>> Cc: asdf-devel(a)common-lisp.net <mailto:asdf-devel@common-lisp.net> >>> [...snip...]

1 0

Outage of gitlab.common-lisp.net
by Erik Huelsmann 17 Apr '22

17 Apr '22

Hi, common-lisp.net GitLab instance is set to maintenance mode since last night due to unexpected outage: around 19.20 CEST, phoe approached me on the common-lisp.net:matrix.org chat channel (a.k.a. #common-lisp.net:libera.chat) about the unavailability of the with-contexts project. Logging into the system, it quickly became apparent that one of the discs had filled up, causing this failure. After a bit of research, it became apparent that some 23GB (less than 10% of space on the volume) of disc space was taken by Prometheus. A tool we're not using, but which comes out of the box with GitLab. Disabling Prometheus and removing its files quickly freed up enough space for basic web requests to work again. To have some more room for various processes to operate with, I'm using a maximum of 80% fill-rate for the volumes in the VM. So, I went looking for more possibilities to clean out storage. At one point, I ended up GitLab's PostgreSQL directory, where there was a little more than a GB of storage to be won. Not a lot, but since I was cleaning anyway, it seemed like a good thing to look at. There were clearly old Pg clusters (various Pg10 and Pg11 clusters while we were running on 12). There also was a script called "delete_old_clusters.sh". It seemed better to use a script from the vendor than meddling with the database data myself, so I used it. HOWEVER: it immediately and without warning *removed the production database* (contrary to the expectation that it would remove the *old* clusters laying around)! Although this is rather unfortunate, series of events, I quickly recovered from the heart attack that followed; turned off as many services on the machine as possible and searched (a) for older database copies and (b) for dumped backups. Unfortunately, misforture never comes alone: as soon as I found the backup, I realized it's from Feburary 27th. The backup system that had been running without problems for *years* had stopped running after March 1st and none of the current maintainers noticed: since the backup procedure didn't generate an error, but was plainly not executed, there were no mails about backups failing. On top of that, it turns out that the system I have in place to report disk usage problems, wasn't delivering messages of the common-lisp.net disk overage either! I've restored the database backup from the 27th and we have the backup procedure running again. This means that anything stored in the database is back to the 27th. MRs, issues, etc. The *repositories* are fine and never were in danger! So far, I've waited to enable the service, because I've contacted the #gitlab:libera.chat channel to ask if anything can be done to assure consistency between the repositories and the database. So far, the channel has remained silent (not just to my question, but to any questions posed). I am thinking to restore access on monday night CEST, if no answer appears on the gitlab channel, or as much earlier as a usable answer will be provided. Let me close off this mail by offering my sincere apologies for failing the trust you have put in me and for any inconvenience this may have caused. Please report any inconsistencies you run into to admin at common-lisp.net so we can work on fixes. Additional controls are being worked on to prevent a similar situation in future: "ping" messages from the monitoring infrastructure and checks on the off-site backup system to check that the weekly full backup (and the daily incrementals) have been delivered. -- Bye, Erik. http://efficito.com -- Hosted accounting and ERP. Robust and Flexible. No vendor lock-in.

3 2