For the Windows builds, I need a way to track all of the various sources needed (One GNU/Linux and Mac OS X, this is done by the package management systems thankfully). There are a lot:
http://puredata.info/docs/developer/mingw
So I want to use SVN. This has been discussed in the past, so now I am mostly wondering how to make it fit into the SVN layout. So it probably makes sense to have this stuff not in "trunk" since it will only ever be used on Windows, that's the first thing I thought of. But I don't have a good sense of how to use SVN for this. I am reading this now:
http://svnbook.red-bean.com/en/1.1/ch07s05.html
Here they recommend checking in the vendor code to "vendor", which would be at the same level as "trunk". Then copying that code into "trunk". Then we'd have a ton of vendor code for windows only in trunk. I am thinking something like having "sources" at the same level as "trunk" for this. Under "sources", there could be "mingw" and "cygwin" if need be. The import would still use the "vendor" section, but the code would then be copied to "sources". How does that sound?
Perhaps it's possible to build the whole Pd-extended using Cygwin sources, which means that there would be a package management system. Hmm... that would be nice...
.hc
------------------------------------------------------------------------ ----
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler
Ok, I guess silence = no disapproval. In any case, SVN makes it easy to move/rename stuff (thanks again IOhannes!) I created this since I am now setting up my new Windows machine to build Pd:
http://pure-data.svn.sourceforge.net/svnroot/pure-data/sources/
.hc
On Feb 14, 2008, at 5:47 PM, Hans-Christoph Steiner wrote:
For the Windows builds, I need a way to track all of the various sources needed (One GNU/Linux and Mac OS X, this is done by the package management systems thankfully). There are a lot:
http://puredata.info/docs/developer/mingw
So I want to use SVN. This has been discussed in the past, so now I am mostly wondering how to make it fit into the SVN layout. So it probably makes sense to have this stuff not in "trunk" since it will only ever be used on Windows, that's the first thing I thought of. But I don't have a good sense of how to use SVN for this. I am reading this now:
http://svnbook.red-bean.com/en/1.1/ch07s05.html
Here they recommend checking in the vendor code to "vendor", which would be at the same level as "trunk". Then copying that code into "trunk". Then we'd have a ton of vendor code for windows only in trunk. I am thinking something like having "sources" at the same level as "trunk" for this. Under "sources", there could be "mingw" and "cygwin" if need be. The import would still use the "vendor" section, but the code would then be copied to "sources". How does that sound?
Perhaps it's possible to build the whole Pd-extended using Cygwin sources, which means that there would be a package management system. Hmm... that would be nice...
.hc
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler
------------------------------------------------------------------------ ----
News is what people want to keep hidden and everything else is publicity. - Bill Moyers
Hans-Christoph Steiner wrote:
Ok, I guess silence = no disapproval.
seems like i have missed this email, as i would have surely objected.
In any case, SVN makes it easy
to move/rename stuff (thanks again IOhannes!) I created this since I am now setting up my new Windows machine to build Pd:
http://pure-data.svn.sourceforge.net/svnroot/pure-data/sources/
ah, i see somebody has already checked in the latest linux-kernel. thanks.
fgasdrm, IOhannes
Am I missing something, or is this just snarkiness? :)
.hc
On Feb 24, 2008, at 1:44 PM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
Ok, I guess silence = no disapproval.
seems like i have missed this email, as i would have surely objected.
In any case, SVN makes it easy
to move/rename stuff (thanks again IOhannes!) I created this since I am now setting up my new Windows machine to build Pd: http://pure-data.svn.sourceforge.net/svnroot/pure-data/sources/
ah, i see somebody has already checked in the latest linux-kernel. thanks.
fgasdrm, IOhannes
------------------------------------------------------------------------ ----
News is what people want to keep hidden and everything else is publicity. - Bill Moyers
Hans-Christoph Steiner wrote:
Am I missing something, or is this just snarkiness? :)
the kernel-thing is.
my objections against putting everything that might help you building something into the repository are not. i think it is an abuse of sourceforge's ressources. (projects like flac, lame,... are already hosted on sourceforge - why would you have to duplicate the amount of data?)
i beg you to at least have a look at the svn-external tag for projects that are already developed via subversion. for all the rest, i think a simple "download-stuff.bat" script would have done as well.
fgmasdr. IOhannes
On Feb 25, 2008, at 8:46 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
Am I missing something, or is this just snarkiness? :)
the kernel-thing is.
my objections against putting everything that might help you building something into the repository are not. i think it is an abuse of sourceforge's ressources. (projects like flac, lame,... are already hosted on sourceforge - why would you have to duplicate the amount of data?)
i beg you to at least have a look at the svn-external tag for projects that are already developed via subversion. for all the rest, i think a simple "download-stuff.bat" script would have done as well.
I have looked at svn-externals, it doesn't work for this. I need to make changes to the code. I beg you to walk a mile in my shoes, then judge. At least trying setting up and documenting a MinGW build environment on Windows, and you'll see why I am doing this.
SourceForge is providing tools for us to write software. I am using the tools exactly as they are designed and it is saving me and others lots of work. Where's the harm?
.hc
------------------------------------------------------------------------ ----
Access to computers should be unlimited and total. - the hacker ethic
On Thu, Feb 14, 2008 at 5:47 PM, Hans-Christoph Steiner hans@eds.org wrote:
For the Windows builds, I need a way to track all of the various sources needed (One GNU/Linux and Mac OS X, this is done by the package management systems thankfully). There are a lot:
I imagine you've already discussed this to death, but if it's of any interest... in my own code I usually avoid putting other project's sources in my repositories. Instead, I usually just make a script (or set of scripts) called "bootstrap.sh", which downloads the various sources and compiles them all in one shot. It seems to work okay, since generally I only need to do this once, but it's convenient when setting up a new machine. Sometimes I keep a few patches in the project as well, which are automatically applied to the sources after untarring but before compiling.
I've also approached this problem in the patch with scripts in Python or even Makefiles, instead of a shell script. The shell script (surprisingly, perhaps a reflection on my coding abilities.. :) seems to be the most manageable for me, however.
Sometimes I think it would be nice to just dump the external source trees into my repository, but somehow I can't bring myself to do it. Not even sure why.. Well, I should note that sometimes this approach is useful for operating-system-specific patches, since the patched files are not saved in the repository, so conflicts aren't a problem. (I have no interest in resolving platform-dependent conflicts on other people's codebases! .. :) ugh..)
Perhaps it's possible to build the whole Pd-extended using Cygwin sources, which means that there would be a package management system. Hmm... that would be nice...
imho the cygwin package manager has a lot to be desired, but I guess it's more convenient than the big fat nothing that comes with mingw. I think it would be an incredibly worthwhile effort to port something like apt/dpkg to mingw..
there are, however, a few efforts out there, not sure how good they are: - http://lintouch.org/download/mingw-package-1.1/README.html - http://www.mingw.org/MinGWiki/index.php/mingwPORT - http://unigw.sourceforge.net/
-
Hans-Christoph Steiner -
IOhannes m zmoelnig -
Stephen Sinclair