On Tue, Dec 8, 2015 at 5:25 PM, Svetlana A. Tkachenko < [email protected]> wrote:
> > In my view, due to the decentralized nature of Git, using GitHub does > > not restrict anyone's freedom. > > This is wrong. GitHub users run proprietary frontend scripts on their > computers. This is not ethical. While I don't think there is a need for GitHub to be the /primary/ storage system for GS source code, I am curious about what you are attempting to object to here? Who is "they" in "their computers"? - If GitHub, you're talking to their service over an API -- you are in control of the software running on your own computer. - If users, what is the proprietary frontend script that I am running when executing 'git pull'? Were you perhaps talking about the Javascript that is downloaded and executed by your user agent? You are not required to visit the website to obtain the free software. By mailing in patches, or by hosting your own 'fork' to publish your patches, you are not required to visit the website. Are you objecting to inability to interact with issue tracker? This might be the most valid objection, but there is an API https://developer.github.com/v3/issues/ and one could write a free frontend. Or one could host a separate issue tracker which, to make GitHub users happier, could offer GitHub sign-in. > Not pull requests, no issue tracking, no code review. > > The main advantage of GitHub is search-ability of the repository by > potential new contributors and a mirror already does this task. Even > though it looks pretty in my view the "code review" is an unimportant > feature and it does not have to be on a web page. This is the sort of > thing I do by e-mail for other projects. > I feel strongly that good code review system for a large, mature project is anything but 'unimportant'. Email is, also, inadequate for this purpose. (And this is not the appropriate setting to expand my thoughts on this.) See the lengthy and serious discussion Wikimedia had about which code review system to use: https://www.mediawiki.org/wiki/Git/Gerrit_evaluation I'd note that GitHub's code review tools are... wanting, and at the Dublin meeting we have generally agreed that use of any such code review tool would be optional. > Continuing to mention GitHub in this thread is a waste of time. Svetlana, do you believe that statement projects an appropriate attitude? > If > needed, there has to be a separate conversation about writing a sync > script of "something" with GitHub after the "something" is decided I happen to agree that bi-di sync should happen _from_ 'somewhere' _to_ GitHub. (be > it leaving things as is or moving to savannah+git, if needed). You are very restrictive in offering options: Subversion on Gna! which happens to be uni-directionally synced to github; or Git on Savannah. Do you truly consider those the only options?
_______________________________________________ Discuss-gnustep mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnustep
