Re: Package split/merge advice

2004-12-08 Thread Jan Alonzo
Brian Nelson <[EMAIL PROTECTED]> writes: > Jan Alonzo <[EMAIL PROTECTED]> writes: > >> Frank Küster <[EMAIL PROTECTED]> writes: >> >> Hi, >> >> (on somewhat related topic) >> >> I recently filed an RFP on itagalog and aspell-tl and one of the developers >> said that I should consider merging both

Re: Package split/merge advice

2004-12-08 Thread Brian Nelson
Jan Alonzo <[EMAIL PROTECTED]> writes: > Frank Küster <[EMAIL PROTECTED]> writes: > > Hi, > > (on somewhat related topic) > > I recently filed an RFP on itagalog and aspell-tl and one of the developers > said that I should consider merging both sources since they use the same word > list. > > > >

Re: Package split/merge advice

2004-12-08 Thread Jan Alonzo
Frank Küster <[EMAIL PROTECTED]> writes: Hi, (on somewhat related topic) I recently filed an RFP on itagalog and aspell-tl and one of the developers said that I should consider merging both sources since they use the same word list. >> way. I'd like to receive advices about the matter. > > I

Re: Package split/merge advice

2004-12-08 Thread Florent Rougon
Frank Küster <[EMAIL PROTECTED]> wrote: > Yes, technically this works. But then the version numbers do not > correspond at all to the version numbers used by upstream. And you get > in trouble if upstream changes his packaging and distributes all data in > a single tar.gz: > > dpkg --compare-versi

Re: Package split/merge advice

2004-12-07 Thread Rudy Godoy
On 07/12/2004 at 04:49 Frank Küster wrote... > I didn't check how big the individual upstream data files are, but yes, > if they are rather small, you can consider creating a merged > "orig".tar.gz file from all of them. > Most of it are small, and the packages for other systems have gone from o

Re: Package split/merge advice

2004-12-07 Thread Frank Küster
Andreas Rottmann <[EMAIL PROTECTED]> schrieb: > Frank Küster <[EMAIL PROTECTED]> writes: > >> There are also disadvantages, however. Most importantly, you should only >> do that if upstream always releases the data files in one go. If they >> are released separately, at different times and with di

Re: Package split/merge advice

2004-12-07 Thread Andreas Rottmann
Frank KÃster <[EMAIL PROTECTED]> writes: > There are also disadvantages, however. Most importantly, you should only > do that if upstream always releases the data files in one go. If they > are released separately, at different times and with different version > numbers, you probably won't be happ

Re: Package split/merge advice

2004-12-07 Thread Frank Küster
Rudy Godoy <[EMAIL PROTECTED]> wrote: > Hi, I'm the maintainer of torcs[0], a car racing game. Initially > I've made four -data packages, one is the base data files, and the > others are for -tracks and -cars. Due some filled bugs I've > discovered that it needs another -cars package to have the

Re: Package split/merge advice

2004-12-07 Thread Steve Kemp
On Tue, Dec 07, 2004 at 01:30:31AM -0500, Rudy Godoy wrote: > I don't want to have a package for every upstream data file which is > DFSG free. So I'm strongly considering to merge these and work that > way. I'd like to receive advices about the matter. If it were me I'd have just two packagse:

Package split/merge advice

2004-12-06 Thread Rudy Godoy
Hi, I'm the maintainer of torcs[0], a car racing game. Initially I've made four -data packages, one is the base data files, and the others are for -tracks and -cars. Due some filled bugs I've discovered that it needs another -cars package to have the full enjoy of all game's features. My questi