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 th
* 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 no
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
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.
Scribit Steve Langasek dies 04/04/2005 hora 00:42:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=300765&msg=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
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:
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" "$DESTDIR/u
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 tha
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 wish
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 se
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
11 matches
Mail list logo
