<div dir="ltr"><div class="gmail_extra"><span style="font-size:12.8000001907349px">Hi Andrew,</span><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">Thank you for responding!</div><div class="gmail_extra" style="font-size:12.8000001907349px"><br><div class="gmail_quote"><span class="im">On Fri, Feb 6, 2015 at 4:10 PM, Andrew Kirkpatrick <span dir="ltr"><<a href="mailto:ubermonk@gmail.com" target="_blank">ubermonk@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi Erik,<br><br>I'm new to this list and haven't requested any further access to the<br>services you linked to.</blockquote><div><br></div></span><div>Welcome! Hope you find your way around soon. Your opinion as a potential user is just as important as one of long-time users: if we succeed to convert potential users into actual users, we're achieving the goal of supporting the Common Lisp community, I'd hope.</div><span class="im"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Coming from the Perl world, what I'd like to<br>see is something like MetaCPAN <a href="https://metacpan.org/" target="_blank">https://metacpan.org</a><br></blockquote><div><br></div></span><div>I love metacpan indeed and I like how it uses the META.yml file to generate a lot of information. I'm not sure if the ASDF files that are currently around have enough information in them to be useful in this respect. However, it would definitely seem like something to stimulate in library authors to add the "required" elements to the ASDF files.</div><span class="im"><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">It is essentially a nice web interface and index to a bunch of<br>services, most of which exist independently.</blockquote><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">A large number of Perl<br>modules use github for repository hosting, some use bitbucket or<br>otherwise.</blockquote><div><br></div></span><div>Right. In Common Lisp it's no different these days.</div><span class="im"><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">For issue tracking, some use the official Perl<br>RequestTracker instance, others use github or bitbucket. Testing<br>happens both via the Perl testers network and TravisCI on github.<br></blockquote><div><br></div></span><div>For issue tracking, there's no central "standard" that projects use in Common Lisp: some have a BUGS file in the root of their development tree, others use launchpad, github or <a href="http://trac.common-lisp.net/" target="_blank">trac.common-lisp.net</a>. As for CI, there's really no CI for individual projects within the Common Lisp community at the moment, although I know Zach Beane - maintainer of quicklisp - runs daily builds for the entire quicklisp world. Those are - as far as I understand - just builds. Not test suites.</div><span class="im"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">What enables this is the CPAN::Meta spec, which is reminiscent of<br>ASDF: <a href="https://metacpan.org/pod/CPAN::Meta::Spec" target="_blank">https://metacpan.org/pod/CPAN::Meta::Spec</a><br><br>Gitlab is nice enough but it can be a pain to administer (I crashed a<br>local install recently with a not-so-unusual construct in an Org<br>format readme file).<br></blockquote><div><br></div></span><div>Ok. Thanks for the warning :-) However, currently we have a lot of git/darcs/hg/cvs/svn repositories on a host with very little structure on the DVCS side of things. Even to the extent that Marco Antoniotti seems to have been working more than a month to migrate a project of his to Git and get <a href="http://common-lisp.net/" target="_blank">common-lisp.net</a> services working with it. One of the reasons behind this proposal is to increase the value of <a href="http://common-lisp.net/" target="_blank">common-lisp.net</a> to projects as well as new-comers like you: if there's more structure, it's easier to document for the site's maintainers how things work and for project owners to contribute to multiple projects and for newcomers to find the projects they want to contribute to.</div><span class="im"><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">I guess my question is, what if the site just focused on the core<br>business of being an index to a federated community of resources?<br></blockquote><div><br></div></span><div>I think your idea is perfect. We don't have such an index yet; we do have similar "services which exist independently": Quicklisp, Quickdocs, <a href="http://cl-user.net/" target="_blank">cl-user.net</a>, <a href="http://cliki.net/" target="_blank">cliki.net</a> and<a href="http://common-lisp.net/" target="_blank">common-lisp.net</a> to name some. I absolutely do think there's room for such a meta service in the community. </div><div><br></div><div>Do I understand your suggestion correctly that you see no value in hosting any kind of code or project on <a href="http://common-lisp.net/" target="_blank">common-lisp.net</a>? Over the past 10 years, <a href="http://common-lisp.net/" target="_blank">common-lisp.net</a> has been hosting Common Lisp projects, providing them more-or-less with the services they needed. Due to the number of projects being hosted on the infrastructure it also became more-or-less of an index. However, the more-or-less-index roles can also be claimed by <a href="http://cliki.net/" target="_blank">cliki.net</a> and <a href="http://cl-user.net/" target="_blank">cl-user.net</a>.</div><div><br></div><div>While there is absolutely an opportunity to grow <a href="http://common-lisp.net/" target="_blank">common-lisp.net</a> with the meta function, I personally (in the shorter term) only have time to work on the hugely necessary improvements to be made to <a href="http://common-lisp.net/" target="_blank">common-lisp.net</a>, the current site and infrastructure itself. The board of the Common Lisp Foundation (the stewards of the <a href="http://common-lisp.net/" target="_blank">common-lisp.net</a>domain) heartily welcome efforts to support the use of Common Lisp. Do you feel that you could work on an ASDF based meta index?</div><div><br></div><div>Next to that, there could be other services for which we think there's room also room for CI (Continuous Integration) specifically directed at Common Lisp projects (there's cl-test-grid, which is great, but doesn't provide continuous integration for individual Common Lisp projects - rather it has been targetted so far at assessing quality of Quicklisp distributions and providing feedback thereof to library and implementation developers).</div><span class="im"><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hopefully I haven't offended anyone with these suggestions.<br></blockquote><div><br></div></span><div>Definitely not offended here. I'm glad you took the time to respond. </div></div></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></div>