Moving to a DVCS hosting

[Pierre-Yves David]

Hello,

Paul Morelle (madprog), Guillaume Bouchard (guibou) and me talk about moving
soya to a Decentralized VCS hosting. We are suggesting moving to mercurial[1]
dvcs on a http://bitbucket.org account.

This suggestion is included in a bigger plan. Paul Morelle is working on the
testing and documentation side:
- Way to test SDL base process without opening any window,
- Moving the documentation to sphinx,
- Turning tutorial into online documentation,
- Turning tutorial into test.
Guillaume Bouchard is working on a migration from Pyrex to Cython and in
particular in a way to avoid generating recompiling 200 000 line of C every
time a single comma is altered in pyx source.

The move will probably motivate the following reorganisation:


1. split the huge soya repo into multiple one:

:soya3d: to hold the current content of soya/ and soya-contrib directories
:cerealizer: to hold the current content of cerealizer/ directory
:tofu: to hold the current content of tofu/ tofu_enet/ tofu_udp/ directories

the osx_stuff/ directory is probably deprecated

the ebuild/ directory will be split in associated repo

2. Relayout source and non-source.

I'm very fond of this convention but current python packaging tool pretty
much enforce the setup.{py,cfg} file to be at root of a directory that
contains root directory of the python package.

If you did not understand the above sentence:
$ cd soya
$ mv setup.* ..
$ mv docs ..
$ mv tutorials ..
$ mv tests ..


Unless some opposition raise, I'll move forward and create a soya-project
account on bitbucket.

[Fabio Varesano]

If the only reason to use bitbucket.org is to have mercurial hosting,
then http://savannah.gnu.org/ will offer the same but being completely
free software based.

AFAIK, bitbucket.org (as github or sourceforge) is a proprietary web
platform, so it may be considered unacceptable by some free software
purists. These considerations apply:
http://mako.cc/writing/hill-free_tools.html

Personally, I use bzr on Launchpad, which is also a completely free
software platform.

My .02 cents.

Post by Pierre-Yves David
Hello,
Paul Morelle (madprog), Guillaume Bouchard (guibou) and me talk about moving
soya to a Decentralized VCS hosting. We are suggesting moving to mercurial[1]
dvcs on a http://bitbucket.org account.
This suggestion is included in a bigger plan. Paul Morelle is working on the
- Way to test SDL base process without opening any window,
- Moving the documentation to sphinx,
- Turning tutorial into online documentation,
- Turning tutorial into test.
Guillaume Bouchard is working on a migration from Pyrex to Cython and in
particular in a way to avoid generating recompiling 200 000 line of C every
time a single comma is altered in pyx source.
:soya3d: to hold the current content of soya/ and soya-contrib directories
:cerealizer: to hold the current content of cerealizer/ directory
:tofu: to hold the current content of tofu/ tofu_enet/ tofu_udp/ directories
the osx_stuff/ directory is probably deprecated
the ebuild/ directory will be split in associated repo
2. Relayout source and non-source.
I'm very fond of this convention but current python packaging tool pretty
much enforce the setup.{py,cfg} file to be at root of a directory that
contains root directory of the python package.
$ cd soya
$ mv setup.* ..
$ mv docs ..
$ mv tutorials ..
$ mv tests ..
Unless some opposition raise, I'll move forward and create a soya-project
account on bitbucket.

[Pierre-Yves David]

Post by Fabio Varesano
If the only reason to use bitbucket.org is to have mercurial
hosting, then http://savannah.gnu.org/ will offer the same but being
completely free software based.

Last time I checked savana did not had mercurial hosting. I'm happy to see it's
not the case any more.

Post by Fabio Varesano
AFAIK, bitbucket.org (as github or sourceforge) is a proprietary web
platform, so it may be considered unacceptable by some free software
http://mako.cc/writing/hill-free_tools.html

I agree with the objection. I had it myself.

[Fabio Varesano]

Post by Pierre-Yves David
I agree with the objection. I had it myself.

Awesome. Keep us posted on the migration then.


This may be a good time for rethinking about Soya's website.. which
kind of shows its age. I may be able to help if there's any interest.
Soya is such a great framework but the current website doesn't really
make it justice to it (IMHO).

FV

[Fabio Varesano]

Also, looks like there was already something on Savannah:
http://savannah.nongnu.org/projects/soya3d/

Post by Pierre-Yves David

Post by Fabio Varesano
If the only reason to use bitbucket.org is to have mercurial
hosting, then http://savannah.gnu.org/ will offer the same but being
completely free software based.

Last time I checked savana did not had mercurial hosting. I'm happy to see it's
not the case any more.

Post by Fabio Varesano
AFAIK, bitbucket.org (as github or sourceforge) is a proprietary web
platform, so it may be considered unacceptable by some free software
http://mako.cc/writing/hill-free_tools.html

I agree with the objection. I had it myself.

[deavid]

For me is Ok bitbucket or anything else. The most important thing is
to move Soya to a distributed VCS. :-)

Post by Fabio Varesano
http://savannah.nongnu.org/projects/soya3d/

Post by Pierre-Yves David

Post by Fabio Varesano
If the only reason to use bitbucket.org is to have mercurial
hosting, then http://savannah.gnu.org/ will offer the same but being
completely free software based.

Last time I checked savana did not had mercurial hosting. I'm happy to see it's
not the case any more.

Post by Fabio Varesano
AFAIK, bitbucket.org (as github or sourceforge) is a proprietary web
platform, so it may be considered unacceptable by some free software
http://mako.cc/writing/hill-free_tools.html

I agree with the objection. I had it myself.

_______________________________________________
Soya-user mailing list
https://mail.gna.org/listinfo/soya-user

[Pierre-Yves David]

Post by Fabio Varesano
http://savannah.nongnu.org/projects/soya3d/

It was moved to gna, a FSF-France run version of savannah. It's would be nice
to keep hosting it here, but it looks like gna still have no mercurial support :-/

I'm contacting them on IRC.

[Jiba]

Post by Pierre-Yves David
2. Relayout source and non-source.
$ cd soya
$ mv setup.* ..
$ mv docs ..
$ mv tutorials ..
$ mv tests ..

I don't see the interest of that, except breaking the scripts I have for setting up source release. I can't understand *how* this is related to "avoid generating recompiling 200 000 line of C every time a single comma is altered in pyx source".

Post by Pierre-Yves David
Unless some opposition raise, I'll move forward and create a soya-project
account on bitbucket.

I also think we should stay with free software. And I don't see the need for switching from SVN to mercurial or something else... Is there really so many Soya developers that SVN cannot handle them ? I consider that the time we have would be better used in improving Soya and writing more docs (e.g. finishing the Yet-In book), rather than performing cosmetic change in the source distribution, or learning mercurial -- for me.

I'll be away until next week.

The dictator for life,
Jiba :)

[Jad Kik]

Hi,

From the docs I can see soya is real good, although I didn't see it in

action.
And that is because it is not on Windows. One thing that could be done is
making it work on Windows.
I know you people are more Linux, but this is stopping soya's expansion.

Jad.

Post by Pierre-Yves David
2. Relayout source and non-source.
$ cd soya
$ mv setup.* ..
$ mv docs ..
$ mv tutorials ..
$ mv tests ..

I don't see the interest of that, except breaking the scripts I have for
setting up source release. I can't understand *how* this is related to
"avoid generating recompiling 200 000 line of C every time a single comma is
altered in pyx source".

Post by Pierre-Yves David
Unless some opposition raise, I'll move forward and create a soya-project
account on bitbucket.

I also think we should stay with free software. And I don't see the need
for switching from SVN to mercurial or something else... Is there really so
many Soya developers that SVN cannot handle them ? I consider that the time
we have would be better used in improving Soya and writing more docs (e.g.
finishing the Yet-In book), rather than performing cosmetic change in the
source distribution, or learning mercurial -- for me.
I'll be away until next week.
The dictator for life,
Jiba :)
_______________________________________________
Soya-user mailing list
https://mail.gna.org/listinfo/soya-user