<div dir="ltr">Hi Anton,<br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 7, 2017 at 1:56 AM, Anton Vodonosov <span dir="ltr"><<a href="mailto:avodonosov@yandex.ru" target="_blank">avodonosov@yandex.ru</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Several more words.</div><div> </div><div>For many projects github pages might be enough. Also, code hosting can be done on github ​​​​. Maybe we should encourage this to free <a href="http://cl.net" target="_blank">cl.net</a> supporters from maintenance of code hosting?</div></blockquote><div><br></div><div>I would like to point out that I was writing (not accidentally) Git*Lab* pages not Git*Hub* pages: GitLab has a functionality which looks remarkably similar to GitHub Pages and it's something that needs a bit of configuring to get working. After the GitLab Pages work on <a href="http://c-l.net">c-l.net</a>, the users of that functionality no longer need SSH login accounts.<br><br></div><div>Just to clear up any potential for misunderstanding: I'm *not* proposing a move to GitHub for any kind of functionality. Code hosting will absolutely remain on <a href="http://c-l.net">c-l.net</a>. Same for the mailing lists and list archives. However, we're trying to advance our services to be as easy to use as those offered by our "competitors", so, every now and then we need to evaluate our offering (both in terms of ease for users as well as for admins).<br></div><div><br></div><div>From other responses in this thread, I understand that there's still a need for SSH access and "raw" hosting. We'll absolutely respect that.<br><br><br></div><div>One question does remain: would anybody be interested in having the "easy" route for deploying static website content through Git*Lab* pages? In other words, would there still be a benefit for us setting it up or is there no demand?<br><br><br></div><div>Regards,<br><br><br></div><div>Erik.<br></div><div> </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div> 06.05.2017, 13:15, "Erik Huelsmann" <<a href="mailto:ehuels@gmail.com" target="_blank">ehuels@gmail.com</a>>:</div><div class="HOEnZb"><div class="h5"><blockquote type="cite"><div><div><div><div>Hi Daniel, Anton,<br> </div>Thanks for your reactions. That's enough to decide not to change our ways.<br> </div>Regards,<br> </div>Erik.</div><div> <div>On Sat, May 6, 2017 at 11:00 AM, Daniel Kochmański <span><<a href="mailto:daniel@turtleware.eu" target="_blank">daniel@turtleware.eu</a>></span> wrote:<blockquote style="margin:0 0 0 0.8ex;border-left:1px #ccc solid;padding-left:1ex">Same goes for me, I host various static files on both ECL and McCLIM<br>projects (documentation, papers, in case of ECL - releases).<br><br>Regards,<br>Daniel<div><div><br>Anton Vodonosov writes:<br><br>> In cl-test-grid I store reports as static files on <a href="http://cl.net/" target="_blank">cl.net</a>. Not sure it's possible with gitlab pages.<br>> Best regards,<br>> - Anton<br>> 06.05.2017, 01:30, "Erik Huelsmann" <<a href="mailto:ehuels@gmail.com" target="_blank">ehuels@gmail.com</a>>:<br>><br>>  Hi all,<br>>  Since the inception of Common-Lisp.net, we have offered projects the option to log in on the host through ssh connections to manage their<br>>  hosted project pages (<a href="https://common-lisp.net/project/*" target="_blank">https://common-lisp.net/<wbr>project/*</a>).<br>>  As off December 2016, GitLab - the software we use to provide the majority of the repositories on the site - includes a hosting offer for<br>>  static pages: <a href="https://about.gitlab.com/2016/12/24/were-bringing-gitlab-pages-to-community-edition/" target="_blank">https://about.gitlab.com/2016/<wbr>12/24/were-bringing-gitlab-<wbr>pages-to-community-edition/</a><br>>  I've not studied the functionality in depth, but I'm wondering: would the time have come to start moving the project pages into GitLab by<br>>  using this offering and start moving away from having OS-based accounts?<br>>  Would people mind or even like to move to this functionality?<br>>  Regards,<br>><br>>  --<br>>  Bye,<br>>  Erik.<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><br> </div></div><span><font color="#888888">--<br>Daniel Kochmański ;; aka jackdaniel | Przemyśl, Poland<br>TurtleWare - Daniel Kochmański      | <a href="http://www.turtleware.eu/" target="_blank">www.turtleware.eu</a><br><br>"Be the change that you wish to see in the world." - Mahatma Gandhi</font></span></blockquote></div><br><br><br>--<div><div>Bye,<div> </div><div>Erik.</div><div> </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></blockquote></div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="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>