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

Private Projects on gitlab
by Dave Cooper 04 Jul '15

04 Jul '15

Hi, Do we have the ability to create Private Projects on common-lisp.net's gitlab? If not, is this planned? Maybe for a paid service? Regards, Dave

2 1

IPv6 access
by Stelian Ionescu 01 Jul '15

01 Jul '15

I was wondering why a git fetch was taking 2+ minutes, then I discovered that common-lisp.net has an AAAA record configured, but that address doesn't work, it doesn't even respond to ICMPv6; and since I have an IPv6-native connection at home, and newer distros are configured to give priority to IPv6 addresses, ssh connections timeout until fallback to the IPv4 address. I suggest removing the record. -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur.

2 3

Blanket email ban
by Robert Goldman 16 Jun '15

16 Jun '15

The ASDF-devel list is acquiring a bunch of bogus Twitter messages. [These aren't really spam, but are admin messages that are leaking onto asdf-devel.] Unfortunately, these don't all come form a single email address. Would it be possible for us to simply dump any email from any address @twitter.com? thanks! R

2 4

/custom/bin/add-project.sh not working smooth
by Mark Evenson 27 May '15

27 May '15

/custom/bin/add-project.sh apparently needs some debugging to keep it in sync with system changes, as running it produced the following errors: common-lisp.net# sudo /custom/bin/add-project.sh cl-player clin Creating project cl-player, using handle cl-player in 5 seconds. Adding group `cl-player' (GID 1008) ... Done. Adding user `clin' to group `cl-player' ... Adding user clin to group cl-player Done. ln: failed to create symbolic link `/var/lib/svnroots/cl-player': No such file or directory Hit enter to notify cl-player-devel owner... Subscribed: clin(a)common-lisp.net Subscribed: sxhash(a)gmail.com Add members to a list from the command line. Usage: add_members [options] listname Options: […] You must supply at least one of -r and -d options. At most one of the files can be `-'. No such list: cl-player-announce Configure a list from a text file description. Usage: config_list [options] listname Options: --inputfile filename […] The options -o and -i are mutually exclusive. No such list "cl-player-cvs" Creating a default page for cl-player in /project/cl-player/public_html -- "A screaming comes across the sky. It has happened before, but there is nothing to compare to it now."

1 0

Darcs repository migration to GitLab: proposed approach
by Erik Huelsmann 15 May '15

15 May '15

Hi all, As proposed earlier this year [1], common-lisp.net will stop running darcsweb repository browsing and in fact will stop "supporting" Darcs completely. As a result, it makes sense to the common-lisp.net admins to convert projects with Darcs repositories to Git+GitLab, as that's the only remaining DVC option on the system. This is my current thinking with respect to the migration. The migration is inspired on the approach with the CVS migration with the notable exception that I do not envision offering projects to migrate to Subversion (offering only to migrate to Git+GitLab where we supported both Subversion and Git for CVS migration). Offering to migrate to Subversion doesn't seem to make sense as it would mean migrating to a centralized VC from a decentralized one. These are the steps that I forsee in the preparation of the migration: 1) Determine if there are any Darcs source repositories that map to existing target repositories, e.g. because equally named Git repository which was already migrated to GitLab 2) Run a few test conversions on a test-installation *** looking for volunteers to help out validate the conversion-runs *** 3) Post a full listing of all paths which will be affected by the conversion on the common-lisp.net site for review by anyone interested These are the steps that I forsee for the migration itself: 1) One week before migration: notify the affected project/user of the intended migration date [requesting projects/users to remove any repositories that should not be migrated] 2) Migrate the repositories as announced * Repositories in /home will be migrated to individual user accounts * Repositories in /project will be migrated to GitLab groups 3) Send migration confirmation to the respective affected users/projects As some users and projects seem to use Darcs repositories to manage their public_html directories, my current thinking is to convert those repositories, but leave these in-place so projects can replace them with git check-outs at a later date Same as with the CVS migration, it's likely that the migration/conversion of repositories will be executed in batches. [1] https://mailman.common-lisp.net/pipermail/clo-devel/2015-February/000934.ht… Could you provide me with your questions and opinions? -- Bye, Erik. http://efficito.com -- Hosted accounting and ERP. Robust and Flexible. No vendor lock-in.

1 0

CVS repository migration completed!
by Erik Huelsmann 13 May '15

13 May '15

Hi all, This mail is to announce - with great pleasure, I must add - that today the last batch of CVS repositories was converted to Git+GitLab, meaning that CVS is now officially deprecated on common-lisp.net! Again nobody opted to migrate to Subversion+Trac. At this point, we have: 379 Git repositories ("projects") 395 GitLab users 435 Groups ("common-lisp.net projects") Thanks to everybody who helped make the migrations complete smoothly. It's possible that you find repositories for projects which used to have their main ("canonical") project repository on common-lisp.net, but which have their main repository now elsewhere, e.g. on GitHub.com or GitLab.com. If this is the case, we probably converted an old repository. Please report these cases so we can set up mirrorring from the canonical source to the gitlab.common-lisp.net repository. That way we don't serve outdated content. Thanks in advance! Next steps include dismantling the CVS infrastructure on the box as well as moving on to migrating the Darcs repositories to Git+GitLab in the same way as has happened with the CVS repositories. -- Bye, Erik. http://efficito.com -- Hosted accounting and ERP. Robust and Flexible. No vendor lock-in.

2 1

Progress migrating projects away from CVS and next steps
by Erik Huelsmann 07 May '15

07 May '15

Hi all, Next week, the last batch of CVS repositories will be migrated. Based on feedback on earlier batches, they will most likely be migrated to Git (so far, there were no projects opting for Subversion instead of Git). After that step has been completed, work will move on to migrate Darcs repositories to Git so we can phase out Darcsweb. Preparations for this migration can't be started while the CVS migration is on-going due to time constraints on my part. This means that it'll take a while before any visible progress will be made. As for the procedure to be used, I've yet to decide whether to go with the CVS approach where we did batches or to go with the Git approach where we did everything at once. Given that there are Darcs repositories litterally all over the place, I'm currently leaning to a phased migration. There are somewhere between 280 and 600 darcs repositories to be migrated. By looking at the paths in the server, it looks like there are over 600 darcs repositories, however, it seems that some of them are 'public_html' clones serving the purpose of being the document root. With the knowledge I currently have about the darcs repositories, current users of the system can really, really help by cleaning out any Darcs repositories they have laying around which they don't need any more and which need not be migrated to Git. Projects could help by indicating which repositories they consider the canonical source and which ones are simply used as workspaces to serve anything from. Anybody who wants to help create a list of Darcs repositories which should and which ones shouldn't be migrated: your efforts and inputs are greatly welcomed! Kindest regards, -- Bye, Erik. http://efficito.com -- Hosted accounting and ERP. Robust and Flexible. No vendor lock-in.

1 0

Where in our site to hook up the pages about common-lisp.net itself?
by Erik Huelsmann 19 Apr '15

19 Apr '15

Hi, We have a number of pages about common-lisp.net itself: https://common-lisp.net/gitlab-migration-status https://common-lisp.net/gitlab-migration-repository-mapping/ Further more, I think that a number of mails (with their reactions) to this list should be converted to pages on the site: https://mailman.common-lisp.net/pipermail/clo-devel/2015-February/000934.ht… (policy/strategy) https://mailman.common-lisp.net/pipermail/clo-devel/2015-February/000941.ht… (policy/strategy) https://mailman.common-lisp.net/pipermail/clo-devel/2015-April/001036.html (faq) Does anybody have any ideas where to put these in the current site structure? I think it's a good idea that they're easy to find. -- Bye, Erik. http://efficito.com -- Hosted accounting and ERP. Robust and Flexible. No vendor lock-in.

1 0

What you could help me with
by Erik Huelsmann 19 Apr '15

19 Apr '15

Hi all, I have a not-so-high priority item which I do deem important enough to ask you to do it instead of doing it myself in a few months (when I have time/finished the migrations). So, the task looks not too complex (to me -- let me know if it isn't :-) ): We currently have a page on common-lisp.net which makes very little sense now that we're actively supporting Git and Subversion and phasing out support for all other VC systems. Could someone pick up the task of rewriting that page, possibly after discussing here if they're unsure what the "direction statement" ( https://mailman.common-lisp.net/pipermail/clo-devel/2015-February/000934.ht…) means for the items described on that page (or whether items are missing from that page due to the direction statement). Thanks for any and all offers for help. -- Bye, Erik. http://efficito.com -- Hosted accounting and ERP. Robust and Flexible. No vendor lock-in.

1 0

Migration of CVS repositories to Git
by Erik Huelsmann 19 Apr '15

19 Apr '15

Hi all, Just wanted to announce here that the first batch of CVS repositories (10 projects) has been migrated from CVS to Git+GitLab. Projects were offered to be migrated to Subversion as an alternative migration, but none elected to take that option. Rewrite rules were installed to forward traffic from ViewCVS/ViewVC to the new GitLab repository browsing. Read more here: https://common-lisp.net/news/#2015_04_19 (includes list of projects now migrated). -- Bye, Erik. http://efficito.com -- Hosted accounting and ERP. Robust and Flexible. No vendor lock-in.

1 0