<div dir="ltr"><div style="font-size:12.8000001907349px">Hi all,</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">Over the past months, I've observed a few issues with <a href="http://common-lisp.net/" target="_blank">common-lisp.net</a> in its current state (none of them particularly new, it's just that I now have taken the time to think about them):</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px"> - Its way of becoming a "member" of the site is very archaic (writing to a mailing list to ask for membership)</div><div style="font-size:12.8000001907349px"> - The site has adapted badly to the new era of DVCSes:</div><div style="font-size:12.8000001907349px">   Even for long-time users, it isn't straightforward how to publish new git repositories in a way that web-browsing and http downloading are supported</div><div style="font-size:12.8000001907349px"> - The site's services use a wide range of non-integrated applications</div><div style="font-size:12.8000001907349px">   * which need to be set up on every migration (every some 3 years)</div><div style="font-size:12.8000001907349px">   * easily break in some ways or others due to the sheer number of different services and configurations</div><div style="font-size:12.8000001907349px"> - Some (many?) functionalities are duplicated - i.e. provided by multiple services</div><div style="font-size:12.8000001907349px">   An example being Subversion and Git repository web browsing which are provided by Trac and ViewVC/gitweb respectively</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">For a full listing of all currently available (end-user) services hosted on the site, please see <a href="http://trac.common-lisp.net/clo/wiki/UserServices" target="_blank">http://trac.common-lisp.net/clo/wiki/UserServices</a> .</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">Concluding from the above, due to the evolutionary growth of the site, a large number of services have been instated which are now blocking further development of the site and even blocking the ultimate goals of the site by blocking access for new-comers. Please note that some may argue that the site needs very little maintenance. This is currently true due to the nature of the activity on the site: there are hardly any new users and hardly any activity in terms of new projects being created. The proposal below tries to change that, meaning that maintenance of <a href="http://common-lisp.net">common-lisp.net</a> *will* require more work from the site/server's maintainers.</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">To address the problems identified above, I'm submitting the following proposal about a new target infrastructure that makes the system both much more user friendly as well as much more maintainer friendly.</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px"> (a) Structure DVCS hosting by installing [<a href="http://gitlab.org/" target="_blank">http://gitlab.org/</a> GitLab]</div><div style="font-size:12.8000001907349px">     This would mean moving all Git repositories within the management realms of this Git hosting management solution, empowering users to create their own repositories, wiki's, ticket lists, projects, etc.</div><div style="font-size:12.8000001907349px"> (b) Stop supporting CVS repositories</div><div style="font-size:12.8000001907349px">     Repositories can be migrated to Git or Subversion, based on project members' preference</div><div style="font-size:12.8000001907349px"> (c) Stop supporting Darcs repositories</div><div style="font-size:12.8000001907349px">     Repositories can be migrated to Git</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">By using GitLab, there's a single place for users to search and find all git repositories hosted on the site. They can create their own, both as projects and in their private (but not hidden) namespace. In addition to this (searchable) structure, GitLab provides a consistent interface for services that are currently not even supported (merge/pull requests, commits review and snippets) or available separately (source browsing).</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">The idea is to continue Subversion support because we have active projects using it and because it has HTTP support ("the modern web") as well as active security support. Next to that, with Trac, we can come close to the functionalities offered by GitLab -- a suite of functionalities I consider "complete".</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">The list of changes above means the following benefits for the maintainers:</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">As a consequence of (a), we can:</div><div style="font-size:12.8000001907349px">  * Stop running gitweb</div><div style="font-size:12.8000001907349px">  * Stop supporting Trac's 'git' plugin</div><div style="font-size:12.8000001907349px"> --> GitLab includes repository browsing<br></div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">As a consequence of (b), we can:</div><div style="font-size:12.8000001907349px">  * Stop running cvsd</div><div style="font-size:12.8000001907349px">  * Stop running ViewVC</div><div style="font-size:12.8000001907349px">--> Repository browsing for Subversion supported through Trac, Git through GitLab</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">As a consequence of (c), we can:</div><div style="font-size:12.8000001907349px">  * Stop running darcsweb</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">The darcs, hg and cvs binaries will remain available on the <a href="http://common-lisp.net">common-lisp.net</a> machine, but their use will not be encouraged, nor will there be webbased source browsing or other support.</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">Note that I'm submitting this proposal for discussion -- nothing is set in stone and I'm soliciting your feedback. I'm aware that a more detailed plan and especially timeline will need to follow. There isn't one (yet), because I'd like to know your opinions on this first. Also, even if the feedback on this proposal is positive, things are not going to change over night: the installation of GitLab and the migration of repositories into it, will take some time (especially for the development of the correct migration/seeding scripts/programs).</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">I've asked your feedback, please start feeding back! :-)</div><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>