[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: DEP1: Clarifying policies and workflows for Non Maintainer Uploads (NMUs)



On Sun, May 25, 2008 at 11:05:14AM +0200, Tollef Fog Heen wrote:
> * Bas Wijnen 
> 
> | 5.11.1.2 Using the DELAYED/ queue
> 
> [...]
> 
> | The DELAYED queue should not be used to put additional pressure on the
> | maintainer. In particular, it's important that you are available to
> | cancel or delay the upload before the delay expires (the maintainer
> | cannot cancel the upload himself).
> 
> Is there interest in changing this?  Currently, each of the N-day/
> directories are mode 1777, aka «tfheen and owner of file can remove
> file».  If there's interest in it, I'll be happy to make it so anybody
> can remove anybody elses uploads.

I think that would be better, indeed.

> Alternatively, I could have a script that understands dcut commands
> and only acts if it's signed by the owner of the package (maintainer
> or uploader).

Actually, anybody at all (DD only, that is) is better than "owner only"
IMO.  When it's about NMUs, we're in a situation where external help is
more than a theoretical possibility.  If some other external help wants
to fix a problem with an NMU which is still in the queue, this should be
possible IMO.  Of course all parties (maintainer and previous NMUer)
should be informed, but that need not be automatic.

If this is changed, we should write a paragraph about how and when to do
this in the DEP as well.

Thanks,
Bas

Ps: This e-mail expresses my personal opinion, and is not written with
    my "driver of this DEP" hat on. :-)

-- 
I encourage people to send encrypted e-mail (see http://www.gnupg.org).
If you have problems reading my e-mail, use a better reader.
Please send the central message of e-mails as plain text
   in the message body, not as HTML and definitely not as MS Word.
Please do not use the MS Word format for attachments either.
For more information, see http://pcbcn10.phys.rug.nl/e-mail.html

Attachment: signature.asc
Description: Digital signature


Reply to: