Re: Right of a maintainer not to respect FHS

2005-04-11 Thread Colin Watson
On Sat, Apr 09, 2005 at 10:33:58PM +0200, Tollef Fog Heen wrote: * Don Armstrong | The maintainer is primarily responsible for the severity levels of the | bugs in their package. Basically, the only exception[1] to this are | the RMs, who may decide that a bug needs to be above or below the

Re: Right of a maintainer not to respect FHS

2005-04-09 Thread Tollef Fog Heen
* Don Armstrong | The maintainer is primarily responsible for the severity levels of the | bugs in their package. Basically, the only exception[1] to this are | the RMs, who may decide that a bug needs to be above or below the RC | threshold.[2] Actually, they can say a bug is RC even if it's

Re: Right of a maintainer not to respect FHS

2005-04-08 Thread Pierre THIERRY
Scribit Steve Langasek dies 04/04/2005 hora 00:42: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=300765msg=14 He has the approval of the release team. I didn't notice this mail in the time I was discussing with the maintainer. And it lacks explanation. When I read it recently, I thought it

Re: Right of a maintainer not to respect FHS

2005-04-08 Thread Pierre THIERRY
Scribit Don Armstrong dies 04/04/2005 hora 01:09: Otherwise, all you're doing is abusing the BTS, no matter how correct your actual appraisal of the severity bug is. Downgrading a bug that is a clear violation of the policy just to have a package in the next stable release IS abusing the BTS.

Re: Right of a maintainer not to respect FHS

2005-04-08 Thread Don Armstrong
On Sat, 09 Apr 2005, Pierre THIERRY wrote: Scribit Don Armstrong dies 04/04/2005 hora 01:09: Otherwise, all you're doing is abusing the BTS, no matter how correct your actual appraisal of the severity bug is. Downgrading a bug that is a clear violation of the policy just to have a package

Right of a maintainer not to respect FHS

2005-04-04 Thread Pierre THIERRY
I have a problem with a bug filed on r-doc-html (#300765). The documentation was entirely in /usr/lib, and it seems that all R packages have all their files under /usr/lib, whatever their type or purpose. I filed a bug with severity serious, as this breaks Policy 9.1.1 (FHS is mandatory). But the

Re: Right of a maintainer not to respect FHS

2005-04-04 Thread Steve Langasek
On Mon, Apr 04, 2005 at 09:28:22AM +0200, Pierre THIERRY wrote: I have a problem with a bug filed on r-doc-html (#300765). The documentation was entirely in /usr/lib, and it seems that all R packages have all their files under /usr/lib, whatever their type or purpose. I filed a bug with

Re: Right of a maintainer not to respect FHS

2005-04-04 Thread Don Armstrong
On Mon, 04 Apr 2005, Pierre THIERRY wrote: I filed a bug with severity serious, as this breaks Policy 9.1.1 (FHS is mandatory). But the maintainer argued that R was packaged like this from the beginning, and that because it must stay in the distribution, the bug had to be downgraded to

Re: Right of a maintainer not to respect FHS

2005-04-04 Thread Torsten Landschoff
Hi Pierre, On Mon, Apr 04, 2005 at 09:28:22AM +0200, Pierre THIERRY wrote: I have a problem with a bug filed on r-doc-html (#300765). The documentation was entirely in /usr/lib, and it seems that all R packages have all their files under /usr/lib, whatever their type or purpose. How is that

Re: Right of a maintainer not to respect FHS

2005-04-04 Thread David Mandelberg
On Mon, 2005-04-04 at 11:53 +0200, Torsten Landschoff wrote: For invidual files this is too much work though - it could work for directories. Why would it be hard with individual files? Just use a shell fragment like: FILES=foo bar baz for i in $FILES do mv $DESTDIR/usr/lib/$i

Re: Right of a maintainer not to respect FHS

2005-04-04 Thread Steve Langasek
On Mon, Apr 04, 2005 at 03:13:36PM -0400, David Mandelberg wrote: On Mon, 2005-04-04 at 11:53 +0200, Torsten Landschoff wrote: For invidual files this is too much work though - it could work for directories. Why would it be hard with individual files? Just use a shell fragment like: