-src package standard: proposal #5 and #5a

Gareth Pearce tilps@hotmail.com
Mon Nov 12 15:40:00 GMT 2001

replying to myself ... hmmm ... anyway...
>>Is this an acceptable compromise?
>I forgot that #3 didnt have build script outside (or did I... how could it
>be pristine source ... ummm I think I am a bit lost here).

and indeed I was... oh well...

>#4 did.
>My amendment to say that I liked #3 - if the suggestion I made to setup.exe
>would be acceptable.  I now change that to either #5 or #5a (which seem 
>#4 without the package directory name?) and I will write a patch for
>setup.exe which is not default... (but can be set up to be via some means)
>once setup.exe asks where to put src. - this is assuming I have managed to
>read things correctly this time...

drawing from surrounding messages...
#3 - seems feasible.
#5 - seems like #3 but just that little bit nicer to deal with from the 
maintainers point of view, at the expense of a 1 or more files in the src 

Personally I think #3 is indeed possible, but its ugly... in terms of what 
you might have to do to get it to work.  I guess that I side with #5 more 
then #3 because I would be putting each package in a seperate directory, so 
those extra files dont lead to as much crowding... If you were going to put 
them in the same directory ... those extra files would probably seem really 
over crowded, which i am guessing is why the RPM style is done, because it 
at least seperates them out a little bit.
However from my personal 1-directory-per-package viewpoint ... #5 seems 
This in part is because I also like the 'buildscript as makefile' idea which 
allows automation of unpack, patch, compile, build, repackage(either src or 
bin), install) from a level outside the patched src... which just feels the 
right place for that to be happening.

>Gareth (may end up replying again when he realises hes completely
>confused... not just patially)
See ... I said so...


Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp

More information about the Cygwin-apps mailing list