Re: (Non-)Usefulness of the current for-wheezy and fit-for-wheezy usertags
- To: firstname.lastname@example.org
- Subject: Re: (Non-)Usefulness of the current for-wheezy and fit-for-wheezy usertags
- From: Thibaut Paumard <email@example.com>
- Date: Mon, 29 Oct 2012 11:40:24 +0100
- Message-id: <508E5D18.firstname.lastname@example.org>
- In-reply-to: <CANTw=MO7h+tOXo1a8cLEgh84pDL3mX-jVKBCNHMjEUp1RBvGuA@mail.gmail.com>
- References: <CANTw=MO7h+tOXo1a8cLEgh84pDL3mX-jVKBCNHMjEUp1RBvGuA@mail.gmail.com>
-----BEGIN PGP SIGNED MESSAGE-----
Le 26/10/2012 00:55, Michael Gilbert a écrit :
> I feel like the current for-wheezy and fit-for-wheezy usertags
> actually make the sponsorship-requests bug page harder to use than
> it needs to be.
(I tried answering on Saturday but I believe my e-mail never arrived,
or perhaps I sent it only to Michaël. This is a slightly different
First of all, you are free to view the bug page with the ordering you
prefer. Try using "ordering=standard":
> In actuality, any bug tagged ITP and QA should not have either of
> those tags (since no itp or qa upload is going in until the freeze
> is lifted unless the qa is rc, and in that case it should be tagged
> rc), and any bug tagged RC or NMU should have those tags. So, why
> then are we using an orthogonal system? Why not just have usertags
> itp, rc, qa, and nmu? There are two orthogonal categorizations,
> and I'm not sure how that helps.
> Best wishes, Mike
Discussion has started about here:
and the tags are explained here:
The goal of the for-wheezy and not-for-wheezy usertags is to get the
maintainer to explicitly state her intent. The goal of the
(not-)fit-for-wheezy usertags is mainly to allow for reviews by people
who will not sponsor the package themselves (which experienced DMs and
some DDs sometimes do).
At that time, there was only positive feedback. You are indeed the
first person to express reservations.
Now that three months have passed, perhaps we can gather some more
enlightened feedback on whether the four usertags are useful or
whether we should simplify.
On the other hand there is some overhead inherent to changing how
things work: if you want to introduce the usertags itp, rc, qa, and
nmu, it will take some time before people actually use them. I would
tend to defer that until after the release, when we will retire
(not-)(fit-)for-wheezy any way.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
-----END PGP SIGNATURE-----