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

Re: Bug#374029: Fixing inconsisten and unusefull Build-Depends/Conflicts definition

On Fri, 2006-06-16 at 23:10:36 +0200, Goswin Brederlow wrote:
> Package: debian-policy
> Severity: normal

> [Side note: Buildds/dpkg-buildpackage has no robust way of telling if
> the optional build-arch field exists and must call build. This is
> wastefull for both build dependencies and build time.]

I've a counter-proposal. ;) Make dpkg source v2.0 (Wig And Pen) format
require build-arch and build-indep.

> Why is this proposal better than others that have failed before?
> - non disruptive: Current buildd behaviour will continue to build all
>   existing packages.


> - Packages will not instantly have RC bugs.


> - Simple to implement.
>   + Trivial change in dpkg for the new field.
>   + dpkg-checkbuilddeps has to parse 3 fields (2 with -B option)
>     instead of 2 (1).
>   + sbuild, same change
>   + Simple change for 'apt-get build-dep'

Those changes will not be needed.

> - Buildds/dpkg-buildpackage can use the build-arch target
>   + reduces Build-Depends field and install time of same
>   + build-indep is no longer called, reduces compile time and disk
>     space

Only will need changes in dpkg-buildpackage.

> - Build-Depends/Conflicts-Indep becomes usefull, build-indep becomes
>   usefull



Reply to: