Hi folks,
I have decided that after a few years, I do no longer want to be
operating common-lisp.net - It was fun, but it is time to move on. I
have been dealing with mailman administration (handling bounces,
occasional password changes, list creation), and with user and project
administration.
I will be responding to RT requests until the end of this year.
Afterwards, I won't do it anymore. I'll also revoke my own root
access.
If anyone reading this wants to seize responsibility and get some
guidance from me, let me know.
Cheers,
Hans
Hello,
I'm writing with a question and request. I've spotted a bug on wiki of
cl-weblocks (its hosted on trac.common-lisp.net) - in order to modify it
and correct, I do need trac.common-lisp.net account? If yes, how to
acquire it?
Best regards,
Daniel Kochmański
--
Daniel Kochmański | Poznań, Poland
;; aka jackdaniel
"Be the change that you wish to see in the world." - Mahatma Gandhi
Hi all,
Migrating the old mailing list archives back in place will be a multi-step
plan. I've copied over the archives of the mailman lists which don't have
an active list.
Please check out the test-outcome here:
https://mailman-test.common-lisp.net/pipermail/
Any review and comments highly appreciated.
Please do note that the archives of active lists need to be merged,
something to be addressed in a later step. The same applies to the mmjlm
archives: they still have to be merged with the mailman archives. This will
happen later.
--
Bye,
Erik.
http://efficito.com -- Hosted accounting and ERP.
Robust and Flexible. No vendor lock-in.
Progress of the GitLab installation and migration scripts has been very
good. With some last tests to go, we're confident we can complete
installation and migration on *Friday March 20th, 2015. The window 08:00h -
12:00h UTC* has been designated to perform installation and migration.
During that window *existing git repositories with public visibility* (i.e.
http or gitweb access -- git:// access not counted) will be migrated into
GitLab [0]. There's no impact on Subversion, CVS, mercurial, darcs or
bazaar repositories. Users with git repositories without http or gitweb
access, who want to use GitLab for their project are kindly requested to
contact the site admins.
After the migration, *migrated repositories will be removed from their
current physical path locations*. Repositories will *only* be accessible
through GitLab and stored in a location managed by GitLab. Users who want
to make backups should do so by keeping a local clone of their git
repository(-ies).
As part of the migration, *GitLab accounts will be created for all users*
of the common-lisp.net system. Each user with a .forward file in their home
directory on the system will receive an account confirmation e-mail. This
confirmation request is valid for 48 hours. *All accounts must be confirmed
before use* - the system blocks accounts until confirmed. Your account can
be used immediately after confirmation, even during the migration window.
As part of the migration, SSH keys found in the user's home directory will
be imported into the user's GitLab account. You will receive an e-mail to
confirm this happened.
As part of the migration, *Gitlab groups will be created*, mirroring the
common-lisp.net "project" concept. Users currently part of a project by
virtue of being member of a unix group on common-lisp.net will be assigned
GitLab group membership for the mirror group in the role of Owner.
Notification mails are sent out due to the migration process. Projects that
wish to use GitLab's more fine-grained permisssions[1] can do so after
migration completes.
As part of the migration, *existing git repositories will be imported into
GitLab* under the group or account which mirrors the common-lisp.net
project or account. All repositories will have a *public* visibility. Each
repository on common-lisp.net becomes a *project* in GitLab. This means
each repository gets an issue tracker and wiki set up. Any project that
wishes not to use those can turn those off in the Settings page for the
GitLab project after the migration. Due to the nature of the migration
process, *the Administrator account will be a member of all GitLab projects
and groups.* This can be corrected after the migration.
After the migration, gitweb access won't be available anymore. It will be
replaced by URL redirection to GitLab. git:// protocol support won't be
available anymore either.
While the migration is in progress, SSH access to the system will be
blocked to prevent repositories being updated while migrated.
Should you want to start a new project in GitLab, please ask the site
admins to create a group for it.
Please note that this is just one of the steps in the restructuring plan
for common-lisp.net. Further steps as indicated in [2] will be executed
later and will affect repositories for other version control systems as
well as other services.
In case of questions please follow up to clo-devel(a)common-lisp.net: the
announcements mailing list is closed for posting.
[0] Full list of affected repositories:
https://common-lisp.net/gitlab-migration-repository-mapping/ (note: updated
today!)
[1]
https://gitlab.com/gitlab-org/gitlab-ce/blob/master/doc/permissions/permiss…
[2]
https://mailman.common-lisp.net/pipermail/clo-devel/2015-February/000161.ht…
--
Bye,
Erik.
http://efficito.com -- Hosted accounting and ERP.
Robust and Flexible. No vendor lock-in.
Not sure what's going on, but when I visit
https://gitlab.common-lisp.net/cmucl/cmucl/tree/master/src/lisp to see
the current changes, the "Loading commit data" just spins and spins for
at least a minute. It still hasn't loaded any commit data yet. In fact
most subdirectories from the top of the tree are really slow.
Not a big deal, but thought it might be important to mention this.
--
Ray
> On 23 Mar 2015, at 20:13, Erik Huelsmann <ehuels(a)gmail.com> wrote:
>
> Hi Mark,
>
> GitLab 7.9.0 has been released. Even though the release blog mentions their content with the size of the release, I'm usually a bit weary when it comes to big releases, so, I'm also weary to install a .0 release. However, GitLab never seems to make it into the high patch release numbers.
>
> The reason I'd like to have the 7.9 release on common-lisp.net soon is:
>
> - Allow admins to override restricted project visibility settings
>
> Which means I can put /custom and the site in private repositories which seems to suit people best.
>
> Before I install it on the site, I want to be sure to run a test install (or two) on the secondary VM. This may or may not overlap with your work on Trac. Could you let me know of a suitable time to test this upgrade?
I have no constraints on deployment: do when it suits you. trac-1.0.4 builds
and installs fine, but that can be done as a live upgrade whenever we’re ready.
The real problem is finding an OAuth 2 implementation, to enable OpenID Connect.
I’m still working on the OAuth story.
--
"A screaming comes across the sky. It has happened before but there is nothing
to compare to it now."
For kicks, I just tried to get some blame info for
https://gitlab.common-lisp.net/cmucl/cmucl/blame/master/src/assembly/sparc/…
by clicking on the blame button. I get error 500 that something
(unspecified) went wrong.
This happens for all the files I've tried. Pressing the History button
works, though.
--
Ray
I've recently been receiving these messages saying "Notice: 1 old
request(s) automatically expired", which weren't sent previously. Can
you disable them globally ? They're not helpful at all.
--
Stelian Ionescu a.k.a. fe[nl]ix
Quidquid latine dictum sit, altum videtur.
http://common-lisp.net/project/iolib