Time to consolidate static project pages into GitLab?

[Vladimir Sedach]

SourceForge is a very good example of why common-lisp.net should
continue to provide repository hosting and you should host your
projects' official repositories on c-l.net and encourage others to do
the same.

In 2013 SourceForge was acquired by Dice Holdings, who proceeded to do
things like infect downloadable binaries with spyware and adware.
Fortunately for SourceForge users it was again sold to another
company in 2016 who stopped the adware. For now.

I made the mistake of moving some of my projects' official repositories
to github in 2012, and plan to move them back to c-l.net this year. You
can always use github as another remote and get the benefits of their
pull request interface.

In the long run having a non-profit entity like common-lisp.net provide
Free Software hosting is a lot less work than dealing with "free"
accounts from for-profit corporations that can modify or take away the
service at any time (Google Code is a good example here).

Vladimir

Marco Antoniotti <marcoxa at cs.nyu.edu> writes:

> I am not that happy about github (or sf.net or whatever).
>
> I don’t like the github “one-size-fits-all” basic setup (sf.net is better in that respect).
>
> My preference would be to keep c-l.net as is; however, I am not doing much work about it :)
>
> Cheers
> —
> MA
>
>
>
>> On May 7, 2017, at 07:32 , Raymond Toy <toy.raymond at gmail.com> wrote:
>>
>> If there's no code hosting, then what is the purpose of c-l.net? Without the repositories, that only leaves the mailing lists and a few other random things, I think.
>>
>> I am grateful for everything that c-l.net provides. Otherwise, I'd have to host them myself or find some other means of hosting everything else except the repos (for which there are many alternatives).
>>
>> On Sat, May 6, 2017 at 4:56 PM, Anton Vodonosov <avodonosov at yandex.ru> wrote:
>> Several more words.
>>
>> For many projects github pages might be enough. Also, code hosting can be done on github ​​​​. Maybe we should encourage this to free cl.net supporters from maintenance of code hosting?
>>
>>
>>
>> 06.05.2017, 13:15, "Erik Huelsmann" <ehuels at gmail.com>:
>>> Hi Daniel, Anton,
>>>
>>> Thanks for your reactions. That's enough to decide not to change our ways.
>>>
>>> Regards,
>>>
>>> Erik.
>>>
>>> On Sat, May 6, 2017 at 11:00 AM, Daniel Kochmański <daniel at turtleware.eu> wrote:
>>> Same goes for me, I host various static files on both ECL and McCLIM
>>> projects (documentation, papers, in case of ECL - releases).
>>>
>>> Regards,
>>> Daniel
>>>
>>> Anton Vodonosov writes:
>>>
>>> > In cl-test-grid I store reports as static files on cl.net. Not sure it's possible with gitlab pages.
>>> > Best regards,
>>> > - Anton
>>> > 06.05.2017, 01:30, "Erik Huelsmann" <ehuels at gmail.com>:
>>> >
>>> >  Hi all,
>>> >  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
>>> >  hosted project pages (https://common-lisp.net/project/*).
>>> >  As off December 2016, GitLab - the software we use to provide the majority of the repositories on the site - includes a hosting offer for
>>> >  static pages: https://about.gitlab.com/2016/12/24/were-bringing-gitlab-pages-to-community-edition/
>>> >  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
>>> >  using this offering and start moving away from having OS-based accounts?
>>> >  Would people mind or even like to move to this functionality?
>>> >  Regards,
>>> >
>>> >  --
>>> >  Bye,
>>> >  Erik.
>>> >  http://efficito.com -- Hosted accounting and ERP.
>>> >  Robust and Flexible. No vendor lock-in.
>>>
>>>
>>> --
>>> Daniel Kochmański ;; aka jackdaniel | Przemyśl, Poland
>>> TurtleWare - Daniel Kochmański      | www.turtleware.eu
>>>
>>> "Be the change that you wish to see in the world." - Mahatma Gandhi
>>>
>>>
>>>
>>> --
>>> Bye,
>>>
>>> Erik.
>>>
>>> http://efficito.com -- Hosted accounting and ERP.
>>> Robust and Flexible. No vendor lock-in.
>>
>>
>>
>> --
>> Ray