<div dir="ltr">Hi Fare,<div><br></div><div><br></div><div>Indeed we're self-hosting this GitLab instance. There's a recent migration test up on <a href="https://gitlab-test.common-lisp.net">https://gitlab-test.common-lisp.net</a>, if you want to have a look at the result. Project pages will indeed remain untouched and thus stored in /project/*/public_html.</div><div><br></div><div>The intent of the URL redirection is indeed that you can rely on it for existing links to be forwarded. Of course, it could happen that we have overlooked URLs which should have been rewritten but are not. To address that, we'll monitor the webserver's 404 logs, but if you discover any, please do feel free to report here or directly to <a href="mailto:admin@common-lisp.net">admin@common-lisp.net</a>.</div><div><br></div><div><br></div><div>Thanks in advance!</div><div><br></div><div><br></div><div>Regards,</div><div><br></div><div><br></div><div>Erik.</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 16, 2015 at 9:24 PM, Faré <span dir="ltr"><<a href="mailto:fahree@gmail.com" target="_blank">fahree@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear Erik,<br>
<br>
can you confirm that you're deploying your own instance of gitlab on<br>
<a href="http://common-lisp.net" target="_blank">common-lisp.net</a>, as opposed to migrating repositories to <a href="http://gitlab.com" target="_blank">gitlab.com</a>?<br>
<br>
Do project homepages remain in ~/public_html/ ?<br>
<br>
Can we rely on URL redirection for all the links that exist around the web,<br>
be it <a href="http://common-lisp.net" target="_blank">common-lisp.net</a> project pages or <a href="http://cliki.net" target="_blank">cliki.net</a> pages, etc.?<br>
<br>
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• <a href="http://fare.tunes.org" target="_blank">http://fare.tunes.org</a><br>
An atheist doesn't have to be someone who thinks he has a proof that there<br>
can't be a god. He only has to be someone who believes that the evidence on<br>
the God question is at a similar level to the evidence on the werewolf<br>
question.  — John McCarthy<br>
<span class="im HOEnZb"><br>
<br>
On Mon, Mar 16, 2015 at 4:00 PM, Erik Huelsmann <<a href="mailto:ehuels@gmail.com">ehuels@gmail.com</a>> wrote:<br>
><br>
</span><div class="HOEnZb"><div class="h5">> Progress of the GitLab installation and migration scripts has been very<br>
> good. With some last tests to go, we're confident we can complete<br>
> installation and migration on Friday March 20th, 2015. The window 08:00h -<br>
> 12:00h UTC has been designated to perform installation and migration.<br>
><br>
> During that window existing git repositories with public visibility (i.e.<br>
> http or gitweb access -- git:// access not counted) will be migrated into<br>
> GitLab [0]. There's no impact on Subversion, CVS, mercurial, darcs or bazaar<br>
> repositories. Users with git repositories without http or gitweb access, who<br>
> want to use GitLab for their project are kindly requested to contact the<br>
> site admins.<br>
><br>
> After the migration, migrated repositories will be removed from their<br>
> current physical path locations. Repositories will only be accessible<br>
> through GitLab and stored in a location managed by GitLab. Users who want to<br>
> make backups should do so by keeping a local clone of their git<br>
> repository(-ies).<br>
><br>
> As part of the migration, GitLab accounts will be created for all users of<br>
> the <a href="http://common-lisp.net" target="_blank">common-lisp.net</a> system. Each user with a .forward file in their home<br>
> directory on the system will receive an account confirmation e-mail. This<br>
> confirmation request is valid for 48 hours. All accounts must be confirmed<br>
> before use - the system blocks accounts until confirmed. Your account can be<br>
> used immediately after confirmation, even during the migration window. As<br>
> part of the migration, SSH keys found in the user's home directory will be<br>
> imported into the user's GitLab account. You will receive an e-mail to<br>
> confirm this happened.<br>
><br>
> As part of the migration, Gitlab groups will be created, mirroring the<br>
> <a href="http://common-lisp.net" target="_blank">common-lisp.net</a> "project" concept. Users currently part of a project by<br>
> virtue of being member of a unix group on <a href="http://common-lisp.net" target="_blank">common-lisp.net</a> will be assigned<br>
> GitLab group membership for the mirror group in the role of Owner.<br>
> Notification mails are sent out due to the migration process. Projects that<br>
> wish to use GitLab's more fine-grained permisssions[1] can do so after<br>
> migration completes.<br>
><br>
> As part of the migration, existing git repositories will be imported into<br>
> GitLab under the group or account which mirrors the <a href="http://common-lisp.net" target="_blank">common-lisp.net</a> project<br>
> or account. All repositories will have a public visibility. Each repository<br>
> on <a href="http://common-lisp.net" target="_blank">common-lisp.net</a> becomes a project in GitLab. This means each repository<br>
> gets an issue tracker and wiki set up. Any project that wishes not to use<br>
> those can turn those off in the Settings page for the GitLab project after<br>
> the migration. Due to the nature of the migration process, the Administrator<br>
> account will be a member of all GitLab projects and groups. This can be<br>
> corrected after the migration.<br>
><br>
> After the migration, gitweb access won't be available anymore. It will be<br>
> replaced by URL redirection to GitLab. git:// protocol support won't be<br>
> available anymore either.<br>
><br>
> While the migration is in progress, SSH access to the system will be blocked<br>
> to prevent repositories being updated while migrated.<br>
><br>
><br>
> Should you want to start a new project in GitLab, please ask the site admins<br>
> to create a group for it.<br>
><br>
><br>
> Please note that this is just one of the steps in the restructuring plan for<br>
> <a href="http://common-lisp.net" target="_blank">common-lisp.net</a>. Further steps as indicated in [2] will be executed later<br>
> and will affect repositories for other version control systems as well as<br>
> other services.<br>
><br>
> In case of questions please follow up to <a href="mailto:clo-devel@common-lisp.net">clo-devel@common-lisp.net</a>: the<br>
> announcements mailing list is closed for posting.<br>
><br>
><br>
> [0] Full list of affected repositories:<br>
> <a href="https://common-lisp.net/gitlab-migration-repository-mapping/" target="_blank">https://common-lisp.net/gitlab-migration-repository-mapping/</a> (note: updated<br>
> today!)<br>
> [1]<br>
> <a href="https://gitlab.com/gitlab-org/gitlab-ce/blob/master/doc/permissions/permissions.md#group" target="_blank">https://gitlab.com/gitlab-org/gitlab-ce/blob/master/doc/permissions/permissions.md#group</a><br>
> [2]<br>
> <a href="https://mailman.common-lisp.net/pipermail/clo-devel/2015-February/000161.html" target="_blank">https://mailman.common-lisp.net/pipermail/clo-devel/2015-February/000161.html</a><br>
><br>
><br>
><br>
> --<br>
> Bye,<br>
><br>
> Erik.<br>
><br>
> <a href="http://efficito.com" target="_blank">http://efficito.com</a> -- Hosted accounting and ERP.<br>
> Robust and Flexible. No vendor lock-in.<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Bye,<div><br></div><div>Erik.</div><div><br></div><div><a href="http://efficito.com/" target="_blank">http://efficito.com</a> -- Hosted accounting and ERP.</div><div>Robust and Flexible. No vendor lock-in.</div></div></div>
</div>