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

Re: lintian -- detecting hundrets of bugs within seconds...



manoj:> 
> Hi,
> >>"Christian" == Christian Schwarz <schwarz@monet.m.isar.de> writes:
> 
> Christian> 4. We'll provide any easy way to force dinstall to install
> Christian> a package ignoring any errors--without requiring the
> Christian> maintainer to reupload the packages. (Currently, dinstall
> Christian> moves rejected files into REJECTED/, I think. The
> Christian> maintainer can simply move them back into Incoming/ and add
> Christian> a file, say foo.lintian-override, to make lintian ignore a
> Christian> few error messages.)
> 
> 	This I don't understand. Why are we making it easy to
>  distribute packages with bugs? If the errors do not indicate bugs,
>  why are they errors? 
> 
> 	why not opt for excellence and not install packages with
>  errors? Do we really need mainatainers that can't be bothered not to
>  produce bug free packages? It is not as if one can't run lintian
>  before uploading.
> 
> 	manoj
>  confused by all this softness on quality control.

sometimes it is sensible to get even a 'broken' package out

what about adding (or removing) configurability to the
dinstall run of lintian, so that e.g. developer can
override some checks for unstable but not stable or
frozen?

t.aa


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-devel-request@lists.debian.org . 
Trouble?  e-mail to templin@bucknell.edu .


Reply to: