clo-devel

clo-devel@common-lisp.net

2 participants
609 discussions

CDR - Looking for some people...
by Marco Antoniotti 03 Jan '22

03 Jan '22

Hi I would like to get in touch with the following people in order to restart the CDR process in a more structured way and with some support from current technology. In particular, as some of you may know, there is now a Zenodo community which can be used to give DOI to CDRs ( https://zenodo.org/communities/cdr). To this end, I am looking to connect with the following people, who may be listening in on this mailing list. These are people who, besides myself and Didier Verna, have authored some of the CDRs "up there": before just adding their work on Zenodo, I would like their permission, whatever license they may have added to their work. So, if you are in the list (and I know some of you are listening), please drop me a line; thank you. If anybody knows how to get in touch with someone on the list, please let me know as well. I know some of the people on the list can be contacted directly, but I am notoriously lazy :) Thank you. - Marc Battyani - Arthur Lemmens - Edi Weitz - Gregor Kiczales - Ingvar Mattsson - Tobias C. Rottweiler - Sam Steingold -- Marco Antoniotti, Professor tel. +39 - 02 64 48 79 01 DISCo, Università Milano Bicocca U14 2043 http://dcb.disco.unimib.it Viale Sarca 336 I-20126 Milan (MI) ITALY

1 0

Consolidating Repositories and Groups
by Marco Antoniotti 03 Jan '22

03 Jan '22

Hi It is that time of the year when there is some time to do some hacking. Looking at the CLNET repositories I manage, I noticed two things. The first one is that there may be a GitLab limit on the number of repositories that one can have under her/his name. The second is that I have several "legacy" repositories with their own "group" and some newer ones without. (Plus there is the issue of separate repositories for documentation, but I can live with that). Please bear with me. I am not a GitLab expert and I am not running the show. I would like to know how we could go ahead and make it possible to "consolidate" "projects" and "repositories" in CLNET GitLab. The idea would be to have something similar to Github "organizations". Is this something that you think could benefit CLNET? All the best Happy New Year -- Marco Antoniotti, Professor tel. +39 - 02 64 48 79 01 DISCo, Università Milano Bicocca U14 2043 http://dcb.disco.unimib.it Viale Sarca 336 I-20126 Milan (MI) ITALY

3 5

ASDF project ownership update
by Robert Goldman 21 Nov '21

21 Nov '21

Would it be possible to add another owner to this project? Faré has moved on, and now I'm the only owner, which leaves ASDF vulnerable to a bus error (👴🏻🚌💥). Eric Timmons (etimmons), has volunteered to take another key to the project to give it some more survivability. I checked and I don't seem to be able to promote him to "Owner" myself. Thanks! R

2 2

New Gitlab CI Helpers
by Eric Timmons 21 Nov '21

21 Nov '21

Hi folks, I've been working on a set of Gitlab CI helpers with the goal of making testing CL projects easy. They're not quite ready for wide consumption, but I'd love to get some feedback on their documentation and (from some brave souls) use. They are located at <https://gitlab.common-lisp.net/clci/gitlab-ci>. An example project using it is <https://gitlab.common-lisp.net/cl-tar/cl-tar>. The goal is to test on several implementations automatically by including files from that project into your CI setup. By default it will currently test on ABCL, CCL, CLISP, CMUCL, ECL, and SBCL. Additionally, it can test on CLASP (it will be turned on by default after their next release). It also includes a release pipeline that will use Gitlab's API to create a release whenever you push a tag that looks like a version number. It's currently limited to Linux runners, but I plan to add Windows and MacOS support. Additionally, it uses Docker images from <https://common-lisp.net/project/cl-docker-images/>, fetched directly from CLF infrastructure. So there's no time wasted in compiling the implementation and most tools you need should already be installed in the image. Please let me know any feedback you have! -Eric

2 1

Pipeline failure with non-existent pipeline
by Raymond Toy 03 Oct '21

03 Oct '21

Periodically I get a message about a pipeline test failing. When I click on the link to the pipeline, I get a 404 message. The pipeline is https://gitlab.common-lisp.net/cmucl/cmucl/-/pipelines/4696. The mentioned commit ( https://gitlab.common-lisp.net/cmucl/cmucl/-/commit/a2dfe20ddefc60bb9e55a4c…) landed quite a while ago. -- Ray

1 0

Maybe FiveAM repo should be removed?
by Robert Goldman 23 Sep '21

23 Sep '21

Stelian Ionescu's GitHub repo -- https://github.com/lispci/fiveam -- seems to be the live source. It has patches from 2020, but the repo on cl.net hasn't been updated for 8 years. Might be better to just remove it, since it functions only to make it harder to find the authoritative repo. Best, R

2 1

Test
by Erik Huelsmann 03 Sep '21

03 Sep '21

Testing what this mail does to the mailsystem. No need to reply. -- Bye, Erik. http://efficito.com -- Hosted accounting and ERP. Robust and Flexible. No vendor lock-in.

1 0

Mailing list instability
by Erik Huelsmann 03 Sep '21

03 Sep '21

Hi, Over the past weeks, mailing lists have shown to be unstable. Before, this was caused by Mailman being unstable (we run on mailman2, which is very much outdated). However, futher investigation turned up a different root cause this time: due to parallel startup by systemd, the virusscanner (amavis-new) wasn't correctly acquiring the hostname of the VM, which caused it to fail to start, which caused most of the mail flow to stop. Sorry for the inconvenience! The upgrade to the latest Debian base O/S should help prevent & resolve problems like these. Kind regards, -- Bye, Erik. http://efficito.com -- Hosted accounting and ERP. Robust and Flexible. No vendor lock-in.

1 0

Migrating common-lisp.net to the next Debian version
by Erik Huelsmann 03 Sep '21

03 Sep '21

Hi, Yesterday, Philipp Marek and I have worked on a clone of the current common-lisp.net host to resolve some outstanding issues in the migration of the VM to the latest Debian version (Bullseye. For the purpose of validating the validity of the migration, we're looking for help: specifically, we want to assert correct operation of services that people care about. So, if you have any particular services you're dependent upon, we'd like you to step up (before 2021-09-10 end of day) by replying to this e-mail and help validate the test machine between then and 2021-09-17. It's our goal to migrate the main machine to the new O/S before 2021-09-26. Please state which services you would like to help test (and if you have ideas on how, that's a good way to kickstart our efforts). Regards, -- Bye, Erik. http://efficito.com -- Hosted accounting and ERP. Robust and Flexible. No vendor lock-in.

1 0

Test
by Erik Huelsmann 03 Sep '21

03 Sep '21

Test -- Bye, Erik. http://efficito.com -- Hosted accounting and ERP. Robust and Flexible. No vendor lock-in.

2 1

← Newer
1
...
4
5
6
7
8
9
10
...
61
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

clo-devel