[ Adding -qa to Cc ] On Sun, Nov 01, 2009 at 02:22:28AM -0800, Steve Langasek wrote: > > For future handling: If we are adding tags to the list that will hit > > more than a few packages we will send a notice to the d-d-a list. > > I don't think it's appropriate for the ftp team to add any other checks > without notifying the project, regardless of how many packages are currently > affected. Please make sure you notify the project of /any/ additional rules > you apply at archive accept time.
ACK on this. While I heartly welcome this addition, I see the centralization of the tag decision process as potentially dangerous; not for "power" reasons, but rather for the bad feelings (and related flamefests!) such changes can leave behind and for the potential bottleneck risks (nowadays FTP master is luckily and finally more stuffed than in the past, but tomorrow who knows?). So, I revamp a proposal I made in a corner of this thread: Let the QA team decide upon the non overridable lintian errors. Rationale: the QA mailing list is considered to be a rather good venue to discuss and reach consensus, also it is one of the places where lintian maintainers discuss various issues, and (trivially) QA is the supposed place where to enforce project-wide QA. (Full disclosure: yes, I'm currently an active QA member.) Of course this change proposal is not meant to force FTP masters to implement support for that. If they agree on such change, it would be more than reasonable for them to ask for a specific patch implementing that technically. Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie sempre uno zaino ...........| ..: |.... Je dis tu à tous ceux que j'aime
signature.asc
Description: Digital signature