lintian: unknown-section unknown-priority

1999-10-21 Thread Bob Hilliard
I have just built a new package for dict-elements-19990120 to be FHS compliant. Lintian gives the following warnings/errors: bob:vc-/0:dict-elements>lintian dict-elements_19990120-2_i386.changes W: dict-elements: unknown-section Text E: dict-elements: unknown-priority Optional The deb

Re: arch-specific binary-only rebuild

1999-10-21 Thread Hamish Moffatt
On Thu, Oct 21, 1999 at 10:31:06AM -0400, Peter S Galbraith wrote: > Hamish Moffatt wrote: > > > On Tue, Oct 19, 1999 at 12:17:53PM -0400, Peter S Galbraith wrote: > > > The changelog will not appear in all the binary packages produced > > > since I won't be uploading a new diff.gz to propagate a

Does anyone want to package electricsheep?

1999-10-21 Thread Goswin Brederlow
I saw electricsheep of http://www.freshmeat.net/ on the yesterdays list. It sounds intresting but needs a good network connection. Since I only have a modem at home and already enough other work I would be happy if anyone else intrested in fractals could package it. Should be fairly easy (uses con

Re: arch-specific binary-only rebuild

1999-10-21 Thread Mark Brown
On Thu, Oct 21, 1999 at 10:31:06AM -0400, Peter S Galbraith wrote: > Hamish Moffatt wrote: > > If it's a new binary version, it should have source to go with it. > > And you can't reupload the binary package without a new version number. > No, it's a recompile-only of the source package. A rec

Re: arch-specific binary-only rebuild

1999-10-21 Thread Sven LUTHER
On Thu, Oct 21, 1999 at 10:31:06AM -0400, Peter S Galbraith wrote: > > Hamish Moffatt wrote: > > > On Tue, Oct 19, 1999 at 12:17:53PM -0400, Peter S Galbraith wrote: > > > The changelog will not appear in all the binary packages produced > > > since I won't be uploading a new diff.gz to propagate

Re: arch-specific binary-only rebuild

1999-10-21 Thread Peter S Galbraith
Hamish Moffatt wrote: > On Tue, Oct 19, 1999 at 12:17:53PM -0400, Peter S Galbraith wrote: > > The changelog will not appear in all the binary packages produced > > since I won't be uploading a new diff.gz to propagate a new > > changelog. > > If it's a new binary version, it should have source

Re: package needs rgb.txt

1999-10-21 Thread Hamish Moffatt
On Tue, Oct 19, 1999 at 10:08:14AM -0700, Seth R Arnold wrote: > Peter, as a user, I would be upset if a package included its own version of > rgb.txt... but then you do have to worry about those systems that want > clients but no server.. I say depend. What's unusual about that? I only routinely

Re: arch-specific binary-only rebuild

1999-10-21 Thread Hamish Moffatt
On Tue, Oct 19, 1999 at 12:17:53PM -0400, Peter S Galbraith wrote: > The changelog will not appear in all the binary packages produced > since I won't be uploading a new diff.gz to propagate a new > changelog. If it's a new binary version, it should have source to go with it. And you can't reuploa

RE: CPU specific binaries

1999-10-21 Thread arto . astala
All this comes out of thin air, but here goes: * I think that currently the goal is to support the highest optimization that does not hurt (noticeably) the low end machines. I think this includes Pentium optimizations, but naturally none of the instruction set extensions. Optimization

location for score files

1999-10-21 Thread Christian T. Steigies
Hi, I have a little problem with the scorefiles of a package, where should the scorefiles be? The author wants them in /var/games/ where I had put it originally. Now I learned at the linux day that they should go into /var/lib/games/ and I changed the package to do so, moving old score files also t