[kde-community] Have repo maintainers opt-in for github mirroring (was: Re: Official KDE mirror on github)

[Jaroslaw Staniek]

On 18 September 2015 at 22:37, Ben Cooksley <bcooksley at kde.org> wrote:
> On Sat, Sep 19, 2015 at 8:10 AM, Friedrich W. H. Kossebau
> <kossebau at kde.org> wrote:
>> Hi,
>
> Hi,
>
>>
>> Am Freitag, 18. September 2015, 17:12:12 schrieb Boudhayan Gupta:
>>> Ladies and gentlemen, as you read this mail github.com/kde is being
>>> populated by the initial sync of all repositories.
>>
>> Pardon for the late input, missed the dynamic of the people behind this idea
>> (and actually expected it would be shot down, at least to me it seems not a
>> good idea to add value to a proprietary platform by also adding our source
>> code there).
>>
>> Can we please only mirror those projects whose maintainers are okay with the
>> added workload due to another public interface which allows interaction from
>> 3rd-party? Too many people will not get that this is only a mirror, even if
>> you put it in bold there. Or worse, not accept it is a mirror, because their
>> time is more valueable than the time of the maintainers of course.
>>
>> I have no time (and actually also no interest) to care for people poking via
>> github (incl. the time needed to redirect them to the real official KDE
>> infrastructure and any bad vibrations because having to argue why I/we do not
>> support github really). Other people might have that time and interest, so
>> their decision.
>> But I don't. I joined KDE for some reason and am doing my FLOSS software
>> development here, because of certain values.
>> Same would be true for sourceforge.net, gitlab.com, code.google.com (okay,
>> dead) or whereever else some people think we should mirror because it's where
>> "the people" are currently.
>>
>> So as maintainer I would like to have at least the repos of Okteta,
>> libkoralle, cagibi removed from the official KDE github page.
>
> Sorry, but an incomplete mirror would cost additional effort to
> maintain, as sysadmin would have to maintain a list of repositories
> which were blacklisted.
> Note that because a chunk of the code that drives this is in bash, it
> is not easy to create such a list easily.
>
> Additionally, an incomplete mirror would be confusing to those who
> expect the mirror to be complete - so this blacklist would result in
> Sysadmin receving queries of "why isn't this repository on Github?".
>

Wouldn't lack of opt-in from Friedrich just mean that the bot will be
enabled with a friendly note (i.e. the default)?
Allright, he (and his projects' members) won't be 'spammed'.

> I suggest you instead put a clear notice in the README file noting
> that patches and other code contributions should be submitted via our
> usual infrastructure.

This addition to README.md could be hopefully scripted in a clever way
as we have so many projects.
Myself I use README.md files for some time as KF5 do, so replacing
these a whole README.md with a standard disclaimer is not an option;
just saying, I know you did not mean replacing of couse.
I'd welcome a nicely crafted template.

-- 
regards, Jaroslaw Staniek

KDE:
: A world-wide network of software engineers, artists, writers, translators
: and facilitators committed to Free Software development - http://kde.org
Calligra Suite:
: A graphic art and office suite - http://calligra.org
Kexi:
: A visual database apps builder - http://calligra.org/kexi
Qt Certified Specialist:
: http://www.linkedin.com/in/jstaniek