Manoj Srivastava | 1 May 2002 01:18
X-Face
Picon
Favicon

Re: [ Request for Help ] Re: BTS improvements (was: Re: 88 Priority violations in woody

>>"Adam" == Adam Heath <doogie <at> debian.org> writes:

 Adam> On Tue, 30 Apr 2002, Manoj Srivastava wrote:

 >> We really should have the RC list generated by bugscan, with a
 >> overrides file (we already have this) controlled by the RM -- and
 >> that list should then be the official list for RC bugs.

 Adam> I rather dislike having all this bts-related meta-data not
 Adam> stored along side the rest of the other bts meta-data.

 Adam> I would love to have the debbugs code, and bts itself, be a
 Adam> more open process.  However, there isn't really that much that
 Adam> goes on behind the scenses.  What I am wanting, is people who
 Adam> would like to start fixing the debbugs code, to make it more
 Adam> readable, easier to work with, extend, and to add new features.

	If I may borrow an expression from aj, yes, Dear, that's very
 nice, and in the long run I am sure that is the way to go, an all
 slicing, all dicing, ACID transaction capable DB with access controls
 (only RM can set/reset RC flags, registered users only may close bugs
 [no more spam closed bugs]).

	In the mean while we have working code, that would help
 everyone get a clearer picture of the RCness of the release
 process. If you think the new debbugs would be in place for woody+1,
 wonderful. 

 Adam> If you would like to help out, then please subscribe to
 Adam> debian-debbugs <at> lists.debian.org, and we can start this going.
(Continue reading)

Adam Heath | 1 May 2002 01:34
Picon
Favicon

Re: [ Request for Help ] Re: BTS improvements (was: Re: 88 Priority violations in woody

On Tue, 30 Apr 2002, Manoj Srivastava wrote:

> 	If I may borrow an expression from aj, yes, Dear, that's very
>  nice, and in the long run I am sure that is the way to go, an all
>  slicing, all dicing, ACID transaction capable DB with access controls
>  (only RM can set/reset RC flags, registered users only may close bugs
>  [no more spam closed bugs]).

My request above has nothing to do with anything, except debbugs.  There is no
timeline in my request, whatsoever.

>
>  Adam> If you would like to help out, then please subscribe to
>  Adam> debian-debbugs <at> lists.debian.org, and we can start this going.
>
> 	All right. I can at least try to help the process.

Any help is appreciated.  Unless, of course, (ahem, hiding ahead of time) it's
of the Thomas Hood variety.

--

-- 
To UNSUBSCRIBE, email to debian-devel-request <at> lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster <at> lists.debian.org

Manoj Srivastava | 1 May 2002 01:24
X-Face
Picon
Favicon

Re: Link to homepage of Package

>>"Matt" == Matt Zimmerman <mdz <at> debian.org> writes:

 Matt> If you want that information, it would be better to use a
 Matt> static value like "none" than something derived like the URL of
 Matt> the package page.

	That would work.

 Matt> Though I don't see what that information allows you to do
 Matt> except complain to the maintainer to add the URL, and in that
 Matt> case, you should already know the answer if making such a
 Matt> request.

	It'll allow me to filter which packages to work on (i.e.,
 discover upstream URL's for) to try to get things moved over to the
 new schema. Not knowing whether a package has an upstream URL or not
 at all would add to the frustration, and perhaps lead to multiple
 people hunting for non existent web pages.

	Seems to me some way of distinguishing between these cases at
 least in the transition period (and even beyond) has value.

	manoj
--

-- 
 "I call Christianity the *one* great curse, the *one* great intrinsic
 depravity, the *one* great instinct for revenge for which no
 expedient is sufficiently poisonous, secret, subterranean, *petty* --
 I call it the *one* mortal blemish of mankind." Friedrich Nietzsche
Manoj Srivastava   <srivasta <at> debian.org>  <http://www.debian.org/%7Esrivasta/>
1024R/C7261095 print CB D9 F4 12 68 07 E4 05  CC 2D 27 12 1D F5 E8 6E
(Continue reading)

Branden Robinson | 1 May 2002 01:58
Picon
Favicon

Re: Bug#97671: 88 Priority violations in woody

On Wed, May 01, 2002 at 12:48:43AM +0200, Josip Rodin wrote:
> Well, I think it is serious, and not merely because someone somewhere has
> made a document that says so, but because of the de facto standard that you
> don't mesh binaries and configuration files. Of all seven hundred packages
> on my system, there was one single "black sheep" that placed a binary among
> the configuration files. In the large scheme of over a thousand
> configuration files in my /etc/, there was this little deviant binary.
> It crossed the line no other package crossed. This made me think it was a
> serious bug, rather than normal.

I already said I wasn't arguing about the severity of the bug vis a vis
the official definition list.  I'll stipulate that the problem is as
gross, inelegant, and personally offensive as you please.

The issue is for me is twofold: about the package maintainer being
empowered to manage his own bug list for triage purposes, and about the
limits of the Release Manager' or another developer's power to make
decisions for another developer.

> That's not true, katie sends out the closing messages when the package
> is in the Debian archive.

In my experience, it sends out the closing messages roughly
contemporaneously with the time the package is moved into
queue/accepted.  Or has this changed very recently?  Earlier this week,
it was still the case.

> It's not propagated to all the mirrors of the same archive, but it
> nevertheless is in the archive. Even before NI, it sent the
> bug-closing messages before the mirror sync was started.
(Continue reading)

Colin Watson | 1 May 2002 02:03
Picon
Favicon
Gravatar

Re: incoming

On Tue, Apr 30, 2002 at 10:55:49AM +1000, Brian May wrote:
> Is there anyway I can prove that a package is stuck in incoming?
> 
> What if I uploaded a package to incoming, and it seems to have vanished?
> Lets call this package A. Maybe it is in a directory that I don't have
> read access? Maybe not?

'ls /org/ftp.debian.org/queue/*/krb4*' on auric. Your upload seems to be
in queue/new waiting for ftpmaster approval, apparently due to the new
libcomerr1-kerberos4kth, libotp0-kerberos4kth, libroken9-kerberos4kth,
libsl0-kerberos4kth, and libss0-kerberos4kth binary packages.

queue/new isn't visible via the web interface to incoming.

-- 
Colin Watson                                  [cjwatson <at> flatline.org.uk]

--

-- 
To UNSUBSCRIBE, email to debian-devel-request <at> lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster <at> lists.debian.org

Michael Banck | 1 May 2002 01:59
Picon

Re: Bug#145313: ITP: gtk-engines-mac2 -- macos like theme engine for gtk

On Tue, Apr 30, 2002 at 08:59:29PM +0200, Adam Byrtek wrote:
> On Tue, Apr 30, 2002 at 08:28:59PM +0200, Adam Byrtek wrote:
> > * Package name    : gtk-engines-mac2
> 
> ...because all other themes packaged in Debian look ugly for me.

Doesn't Apple sue everybody outright that copies their UI?

Michael

-- 
<t0k3N|Z0R> hmmm
<t0k3N|Z0R> äh
<t0k3N|Z0R> gibt's nen Grund weswegen man mich kicken sollte?
<ramtha> t0k3N|Z0R: am kicken sind wir vorbei, bannen ist jetzt dran

--

-- 
To UNSUBSCRIBE, email to debian-devel-request <at> lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster <at> lists.debian.org

Branden Robinson | 1 May 2002 02:04
Picon
Favicon

Re: incoming

On Tue, Apr 30, 2002 at 10:55:49AM +1000, Brian May wrote:
> Is there anyway I can prove that a package is stuck in incoming?

No, but the General Accounting Office has threatened to take Mr. Cheney
to court to find out.
</obscure, lame U.S.-centric political joke>

--

-- 
G. Branden Robinson                |    America is at that awkward stage.
Debian GNU/Linux                   |    It's too late to work within the
branden <at> debian.org                 |    system, but too early to shoot the
http://people.debian.org/~branden/ |    bastards.           -- Claire Wolfe
Josip Rodin | 1 May 2002 02:08
Picon

Re: Bug#97671: 88 Priority violations in woody

(Removed Cc: to the bug number as it's not relevant.)

On Tue, Apr 30, 2002 at 06:58:57PM -0500, Branden Robinson wrote:
> > That's not true, katie sends out the closing messages when the package
> > is in the Debian archive.
> 
> In my experience, it sends out the closing messages roughly
> contemporaneously with the time the package is moved into
> queue/accepted.  Or has this changed very recently?  Earlier this week,
> it was still the case.
> 
> > It's not propagated to all the mirrors of the same archive, but it
> > nevertheless is in the archive. Even before NI, it sent the
> > bug-closing messages before the mirror sync was started.
> 
> Which subdirectories of queue/ are part of the "archive" and which are
> not?

Even if it doesn't put stuff into pool/, the package is accepted, at that
point it's in the archive[1] as there's no way for it to get automatically
thrown out and thus invalidate the closing of the bug.

[1] we really know how to overload those terms, don't we? distribution,
section, archive... each of these has a few definitions and whatever else
makes sense even remotely can be a new definition. ;)

-- 
     2. That which causes joy or happiness.

--

-- 
(Continue reading)

Picon
Favicon

Re: Bug#145313: ITP: gtk-engines-mac2 -- macos like theme engine for gtk

On Wed, 01 May 2002, Michael Banck wrote:
> Doesn't Apple sue everybody outright that copies their UI?

Yes.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh

--

-- 
To UNSUBSCRIBE, email to debian-devel-request <at> lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster <at> lists.debian.org

Josip Rodin | 1 May 2002 02:11
Picon

Re: [2002-04-30] Release Status Update

On Tue, Apr 30, 2002 at 08:03:00PM +1000, Brian May wrote:
> > So, it's April 30th (for most of the planet, anyway), which probably means
> > folks are beginning to get mildly curious about whether woody'll actually
> > be ready for release tomorrow. The answer is a definite "kind-of". Which
> > is to say, "no".
> 
> Where was it mentioned that there might be a release tommorrow?

Euh, in his previous post to debian-devel-announce, which was then relayed
to all the related news sites?

-- 
     2. That which causes joy or happiness.

--

-- 
To UNSUBSCRIBE, email to debian-devel-request <at> lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster <at> lists.debian.org


Gmane