The offical repository is based on Mercurial currently. It is inconvenient
to developer that used to GitHub. In particular, they want to join the SDL
development.
Recently, I wrote code on iOS, and hope to add some code to SDL, for example
Ble, Gyroscope, Accelerometer etc.
Does the official plan to create SDL repository on GitHub?
I doubt that will happen 
2015-11-19 5:43 GMT-03:00 ancientcc :> The offical repository is based on Mercurial currently. It is inconvenient
to developer that used to GitHub. In particular, they want to join the SDL
development.Recently, I wrote code on iOS, and hope to add some code to SDL, for
example Ble, Gyroscope, Accelerometer etc.Does the official plan to create SDL repository on GitHub?
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
–
Gabriel.
Honestly, for the life of me I can’t understand how GitHub got to be so popular that Google Code thought they needed to shut down and officially recommend to everyone to migrate to it.
First off? it?s a Git hub, and that?s bad enough in and of itself, with the way it makes the simplest, most fundamental activities of source control far more complicated in order to simplify the obscure ones you don’t need to use very often.? But even if for some bizarre reason you actually enjoy the badly broken DVCS model, Github is a terrible implementation of it.? Viewing the commit history of a project or a file?a trivial task on both Google Code and Bitbucket?doesn?t appear to even exist anywhere in the Github interface! (Yes, I know there is a way to do it, but it?s very discoverable at all.) Navigating to the front page of the project takes you to the root of the repository hierarchy, instead of something reasonable such as, oh, I dunno, a front page for the project maybe?? They claim to have SVN support, but it crashes and burns whenever you try to do trivial things like add an ignore from TortoiseSVN or switch from one branch to another. And so on. Google saying GitHub is ?a better system? is a bad joke, from the perspective of someone who?s used both.
MasonFrom: Gabriel Jacobo
To: SDL Development List
Sent: Thursday, November 19, 2015 9:48 AM
Subject: Re: [SDL] Official repository on GitHub
I doubt that will happen :)?
2015-11-19 5:43 GMT-03:00 ancientcc :
The offical repository is based on Mercurial currently. It is inconvenient to developer that used to GitHub. In particular, they want to join the SDL development.?Recently, I wrote code on iOS, and hope to add some code to SDL, for example Ble, Gyroscope, Accelerometer etc.?Does the official plan to create SDL repository ?on GitHub??
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
–
Gabriel.
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
ancientli wrote:
The offical repository is based on Mercurial currently. It is inconvenient to developer that used to GitHub. In particular, they want to join the SDL development.
Recently, I wrote code on iOS, and hope to add some code to SDL, for example Ble, Gyroscope, Accelerometer etc.
Out of curiosity, is there anything specific about GitHub that you like, that SDL’s development process doesn’t easily offer?
– David L.
Viewing the commit history of a project
or a file?a trivial task on both Google Code and Bitbucket?doesn?t
appear to /even exist anywhere in the Github interface!/ (Yes, I know
not sure if you’re just trolling, but right on the frontpage of a
project is says “XY commits” which you can click to get to the history.
And each file has a “History” button at the top which shows you the
commit history for the file.
I don’t think it could be much easier.On 11/19/2015 04:41 PM, Mason Wheeler wrote:
Mostly for git, the advantage is the submodule. People tend to think of that as a GitHub feature, but it’s actually just a git feature. GitHub has little to do with it.
The other major advantage of git over Mercurial is that extending git is a matter of working with the version X or later data format which is clearly known and won’t change, whereas extending Mercurial is a matter of patching a Python program which can, will, and has changed version to version, causing the extension to break.
Thus with certain restrictions, I can actually pull CVS and Subversion and bzr and even other SCM with a known, fixed data format into a git workflow Mercurial is a notable exception.
I discovered why when I tried to migrate hg to git once. I had to find the exact narrow compatible versions of hg that supported the tool to export to git.
That made a git convert out of me, though I admit it’s not perfect (neither is hg) and most don’t truly understand how refspecs work sadly, but I wouldn’t recommend hg and git both for new projects?I tell people to learn git at this point.
I would not encourage SDL to move to GitHub if it ever converts. Set up a GitBucket server or something if desired, but don’t stop hosting it on your own servers.
JosephSent via mobile
On Nov 19, 2015, at 09:00, DLudwig wrote:
ancientli wrote:
The offical repository is based on Mercurial currently. It is inconvenient to developer that used to GitHub. In particular, they want to join the SDL development.Recently, I wrote code on iOS, and hope to add some code to SDL, for example Ble, Gyroscope, Accelerometer etc.
Out of curiosity, is there anything specific about GitHub that you like, that SDL’s development process doesn’t easily offer?
– David L.
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
I am from China. Because some reason, Chinese developers can not access Google product, for example Google Search, Google Code, even Google Gmail.
I develope special app, don’t want to go deep into code repository application. To me, tow point of repository app are importment. One is stable, the other is good user interface. Until now, I think GitHub is best. Of course, GitHub is popularest code repository in China currently.
I has tow project on GitHub. One is Rose(https://github.com/freeors/Rose), a Cross-Platform C++ SDK that based on SDL, the other is War of Kingdom(https://github.com/freeors/War-Of-Kingdom), a Turn-based tactical strategy game that based on Rose SDK. Regardless of which project, SDL is fatal.From: SDL [mailto:sdl-bounces@lists.libsdl.org] On Behalf Of T. Joseph Carter
Sent: Friday, November 20, 2015 2:07 AM
To: sdl at lists.libsdl.org
Subject: Re: [SDL] Official repository on GitHub
Mostly for git, the advantage is the submodule. People tend to think of that as a GitHub feature, but it’s actually just a git feature. GitHub has little to do with it.
The other major advantage of git over Mercurial is that extending git is a matter of working with the version X or later data format which is clearly known and won’t change, whereas extending Mercurial is a matter of patching a Python program which can, will, and has changed version to version, causing the extension to break.
Thus with certain restrictions, I can actually pull CVS and Subversion and bzr and even other SCM with a known, fixed data format into a git workflow Mercurial is a notable exception.
I discovered why when I tried to migrate hg to git once. I had to find the exact narrow compatible versions of hg that supported the tool to export to git.
That made a git convert out of me, though I admit it’s not perfect (neither is hg) and most don’t truly understand how refspecs work sadly, but I wouldn’t recommend hg and git both for new projects?I tell people to learn git at this point.
I would not encourage SDL to move to GitHub if it ever converts. Set up a GitBucket server or something if desired, but don’t stop hosting it on your own servers.
Joseph
Sent via mobile
On Nov 19, 2015, at 09:00, DLudwig <dludwig at pobox.com <mailto:dludwig at pobox.com> > wrote:
ancientli wrote:
The offical repository is based on Mercurial currently. It is inconvenient to developer that used to GitHub. In particular, they want to join the SDL development.
Recently, I wrote code on iOS, and hope to add some code to SDL, for example Ble, Gyroscope, Accelerometer etc.
Out of curiosity, is there anything specific about GitHub that you like, that SDL’s development process doesn’t easily offer?
– David L.
SDL mailing list
SDL at lists.libsdl.org <mailto:SDL at lists.libsdl.org>
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
Something something something best dcvs. Each system has its merits.
Github is fine, and this topic is not new to this mailing list. Ryan and
Sam self host their mercurial repo and it works just fine. Contributing
code is the same general process in all own source projects using version
control. There is zero need for SDL to officially live on github. There
is nothing to rehash here. Now go in peace and enjoy the dcvs of your
choosing.
ancientli wrote:
I am from China. Because some reason, Chinese developers can not access Google product, for example Google Search, Google Code, even Google Gmail.
I develope special app, don’t want to go deep into code repository application. To me, tow point of repository app are importment. One is stable, the other is good user interface. Until now, I think GitHub is best. Of course,?? GitHub is popularest code repository in China currently.
I has tow project on GitHub. One is Rose(https://github.com/freeors/Rose), a Cross-Platform C++ SDK that based on SDL, the other is War of Kingdom(https://github.com/freeors/War-Of-Kingdom), a Turn-based tactical strategy game that based on Rose SDK. Regardless of which project, SDL is fatal.
Out of additional curiosity, why not use one of the unofficial SDL mirrors on Github? I recall there being a few, some of which appear to be updated automatically. (I’ve seen commits of mine get added there minutes after submitting them to SDL’s main Mercurial repo.)
– David L.
This “use github or I won’t/can’t contribute” thing amazes me everytime it occurs in any project.
Usually followed by “so many more people would contribute if it were on github”…
amazing…
Dominus wrote:
This “use github or I won’t/can’t contribute” thing amazes me everytime it occurs in any project.
I think for a lot of people, there is a legitimate concern there. It is a switch in tools, which can mean time away from working on a game. Maybe a little time, maybe a lot of time. Maybe it’s an unknown amount of time, in which case, people might be pessimistic, and choose to avoid the switch altogether.
To note, I’m not suggesting a move of SDL to Github either, but I do wonder if there are ways to help those who are more familiar with Github, apply their time and talents to SDL, while also keeping the signal-to-noise ratio acceptable for SDL’s maintainers.
– David L.
Que Linus Torvalds comments about why the uses c vs c plus plus.On Sat, Nov 21, 2015, 02:33 DLudwig wrote:
Dominus wrote:
This “use github or I won’t/can’t contribute” thing amazes me everytime it
occurs in any project.I think for a lot of people, there is a legitimate concern there. It is a
switch in tools, which can mean time away from working on a game. Maybe a
little time, maybe a lot of time. Maybe it’s an unknown amount of time, in
which case, people might be pessimistic, and choose to avoid the switch
altogether.To note, I’m not suggesting a move of SDL to Github either, but I do
wonder if there are ways to help those who are more familiar with Github,
apply their time and talents to SDL, while also keeping the signal-to-noise
ratio acceptable for SDL’s maintainers.– David L.
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
Owen Alanzo Hogarth wrote:
Que Linus Torvalds comments about why the uses c vs c plus plus.
Oh yeah. There are plenty of days I wish I’d have stuck with just C for the last decade, or move to something else, rather than trying to grok C++.
Github has some advantages, like many developers being familiar with it
and already having an account there.
And maybe patches (as pull requests) would be a little more visible
there than in the SDL bugtracker.
But in the end it doesn’t matter.
It seems to me like there often is no reaction to bugreports in bugzilla
or bugreports/bugdiscussions on this mailinglist for a long time, even
if there’s patches attached (but maybe I’m biased and this only happens
to bugs I’m interested in).
So it seems like the time of the core SDL developers needed to review
bugs and patches is the real bottleneck (which is not surprising, as
they basically do this in their freetime, AFAIK), so attracting more
contributors would not necessarily improve things.
Cheers,
DanielOn 11/20/2015 07:33 PM, DLudwig wrote:
Dominus wrote:
This “use github or I won’t/can’t contribute” thing amazes me everytime
it occurs in any project.I think for a lot of people, there is a legitimate concern there. It is
a switch in tools, which can mean time away from working on a game.
Maybe a little time, maybe a lot of time. Maybe it’s an unknown amount
of time, in which case, people might be pessimistic, and choose to avoid
the switch altogether.To note, I’m not suggesting a move of SDL to Github either, but I do
wonder if there are ways to help those who are more familiar with
Github, apply their time and talents to SDL, while also keeping the
signal-to-noise ratio acceptable for SDL’s maintainers.– David L.
Oh, I agree that the visibility of patches in the tracker is really not there or I’ve not found a good way to view it. OTOH githubs issue tracker is unbelievable bad IMO (except for making issues pretty with markdown).
Also tracking the 1.2 branch on the hg webview is also something I didn’t succeed in.
I’d be in favor of a transition to git if Sam and Ryan are up for it,
but not a transition to GitHub. I do use GitHub myself and I do like
it, but SDL is big enough that it kinda needs to maintain autonomy.
Besides, Ryan pointed out some time ago that GitHub has some quirks
he really doesn’t like that aren’t like other DVCS hosts. There are
git hosting solutions that provide the essential things people want
from GitHub, including ways to do PRs without GitHub actually.
People who use GitHub can pull in a git submodule from somewhere
other than GitHub, so that’s not a good reason to give up the SDL
autonomy either.
As I said, I no longer regard git and hg as functionally the same
thing with slightly different commands. As I have tried to use and
work with the two more and more, hg just hasn’t stabilized the way
git has and thus it has fallen behind for me as I need to work in a
heterogeneous environment where pieces hosted in one DVCS platform
must interact with pieces hosted in another. I can do that with just
about every VCS suite you might use, save for hg. This builds
negative views of hg in my mind.
It ultimately doesn’t matter of SDL uses git or hg because I do not
build anything that would bundle SDL right out of hg with my own
code. If I did, it’d irritate me because I probably would feel
constrained by the inability to pull it in via my VCS toolchain
without jumping through a ridiculous number of hoops trying to get
the EXACT supported version of hg installed that works with the exact
version of the import tool. Nonetheless if I had that problem I
would find a solution to it.
But hg’s inability to get their act together and stabilize things
enough that we don’t need to hot-patch their code in highly breakable
ways to work with their repositories makes me consider it unsuitable
for new projects. Which is too bad because I think hg’s commands
make more sense than git’s. Nice interface spoiled by implementation
details.
JosephOn Sun, Nov 22, 2015 at 05:15:46PM +0100, Daniel Gibson wrote:
Github has some advantages, like many developers being familiar with
it and already having an account there.
And maybe patches (as pull requests) would be a little more visible
there than in the SDL bugtracker.But in the end it doesn’t matter.
It seems to me like there often is no reaction to bugreports in
bugzilla or bugreports/bugdiscussions on this mailinglist for a long
time, even if there’s patches attached (but maybe I’m biased and this
only happens to bugs I’m interested in).
So it seems like the time of the core SDL developers needed to review
bugs and patches is the real bottleneck (which is not surprising, as
they basically do this in their freetime, AFAIK), so attracting more
contributors would not necessarily improve things.Cheers,
DanielOn 11/20/2015 07:33 PM, DLudwig wrote:
Dominus wrote:
This “use github or I won’t/can’t contribute” thing amazes me everytime
it occurs in any project.I think for a lot of people, there is a legitimate concern there. It is
a switch in tools, which can mean time away from working on a game.
Maybe a little time, maybe a lot of time. Maybe it’s an unknown amount
of time, in which case, people might be pessimistic, and choose to avoid
the switch altogether.To note, I’m not suggesting a move of SDL to Github either, but I do
wonder if there are ways to help those who are more familiar with
Github, apply their time and talents to SDL, while also keeping the
signal-to-noise ratio acceptable for SDL’s maintainers.– David L.
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
And then there are people who read the GitHub’s terms of use and who do not
agree with them (like reimbursing GitHub’s laywer expenditures) and thus don’t
want to push commits onto GitHub servers.
– Petr
-------------- next part --------------
A non-text attachment was scrubbed…
Name: not available
Type: application/pgp-signature
Size: 213 bytes
Desc: not available
URL: http://lists.libsdl.org/pipermail/sdl-libsdl.org/attachments/20151123/21185cbb/attachment.pgpOn Fri, Nov 20, 2015 at 04:28:36PM +0000, Dominus wrote:
This “use github or I won’t/can’t contribute” thing amazes me everytime it
occurs in any project.
Le 19/11/2015 09:43, ancientcc a ?crit :
The offical repository is based on Mercurial currently. It is
inconvenient to developer that used to GitHub. In particular, they
want to join the SDL development.Recently, I wrote code on iOS, and hope to add some code to SDL, for
example Ble, Gyroscope, Accelerometer etc.Does the official plan to create SDL repository on GitHub?
Why is github supposed to be the standard place where to host projects?
Of course it’s nice for users who already have an account. Some people
including me (and not a SDL developer) may be experienced with Mercurial
(or any other SCM) and moving to another tool is heavy, painful and
requires a lot of time.
I still prefer people who host their projects themselves. I hope SDL
team will still continue hosting their own projects using Mercurial :).
Regards,–
David Demelier (a Mercurial fan and poweruser)
This tweet would have been appropriate too:
https://twitter.com/icculus/status/418990582845804544
Here was what I said on this mailing list last time this was discussed, too:
http://lists.libsdl.org/pipermail/sdl-libsdl.org/2014-July/095838.html
http://lists.libsdl.org/pipermail/sdl-libsdl.org/2014-July/095890.html
–ryan.On 11/19/2015 09:48 AM, Gabriel Jacobo wrote:
I doubt that will happen
hello,
in my idea, github has many advantages than bitbucket and googlecode
(which is closing)
first of all, a developer pushes his changes to repository using git
then, i can get those changes without any concerns using SVN
(because of my eyesight problem, i can use SVN and tortoiseSVN easily
with my screen reader)
second, github is more accessible than bitbucket for vision impaired
users like me
third, github’s pages load very fast eaven with a slow internet (in my
country internet is slow)
forth, googlecode restricted some countries (du to sanctions)
but open source projects must be accessible to anyone in anyware in the world
???-??-?? ?:?? GMT+??:??, Ryan C. Gordon :> On 11/19/2015 09:48 AM, Gabriel Jacobo wrote:
I doubt that will happen
This tweet would have been appropriate too:
https://twitter.com/icculus/status/418990582845804544
Here was what I said on this mailing list last time this was discussed,
too:http://lists.libsdl.org/pipermail/sdl-libsdl.org/2014-July/095838.html
http://lists.libsdl.org/pipermail/sdl-libsdl.org/2014-July/095890.html–ryan.
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org