Archive section in debian/control (was Re: Lintian based autorejects)

2009-11-01 Thread Felipe Sateler
On Sun, 2009-11-01 at 15:55 -0800, Steve Langasek wrote:
 
  Seems to me like there's no point in asking the ftpmasters to come
 up with
  the source package section name because the package author didn't
 notice
  and set one before the first upload.  Although I do agree that if
 we're
  going to make this a mandatory requirement for packages, Policy
 needs to
  be modified accordingly.
 
 Don't the ftpmasters make their own independent judgement on the
 section
 field anyway?  I don't see how it helps to require the Section field
 be
 changed to /some/ other value when there's no guarantee that the new
 value
 is valid or correct.  It's just one more thing to cause a round-trip
 for the
 maintainer.
 
 (N.B.: this check would fail even in the case of a package with a
 pre-existing section override in the archive.  What's the sense of
 that? 
 Let the maintainer get the nag mail after the fact telling them to
 reconcile
 the section, instead.) 

What's the point of having the maintainer specify it in the first place?


-- 
Saludos,
Felipe Sateler



--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Archive section in debian/control (was Re: Lintian based autorejects)

2009-11-01 Thread Steve Langasek
On Sun, Nov 01, 2009 at 10:12:11PM -0300, Felipe Sateler wrote:
  (N.B.: this check would fail even in the case of a package with a
  pre-existing section override in the archive.  What's the sense of
  that? 
  Let the maintainer get the nag mail after the fact telling them to
  reconcile
  the section, instead.) 

 What's the point of having the maintainer specify it in the first place?

 - it provides a hint to the ftp team about the section it might belong in
 - it gives us a way to see when the ftp team and the maintainer disagree
   about the correct section (reminder mails to the maintainer on override
   mismatch)
 - it gives users useful information when inspecting the .deb manually
 - it gives sensible default values for the Packages file when importing
   into some package archive other than the official Debian archive

All are valuable; but none are reasons to reject packages, IMHO.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature