[kde-community] Have repo maintainers opt-in for github mirroring (was: Re: Official KDE mirror on github)
bcooksley at kde.org
Fri Sep 18 21:09:42 UTC 2015
On Sat, Sep 19, 2015 at 9:06 AM, Jaroslaw Staniek <staniek at kde.org> wrote:
> 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:
>>> 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.
+1. Note that Phabricator, once we roll it out will also display the
content of README.md files - so please ensure such a template is
crafted in such a way that people can clearly understand what is meant
if they're browsing the repository via Phabricator in the future.
> regards, Jaroslaw Staniek
> : 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
> : A visual database apps builder - http://calligra.org/kexi
> Qt Certified Specialist:
> : http://www.linkedin.com/in/jstaniek
> kde-community mailing list
> kde-community at kde.org
More information about the kde-community