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

Re: apt-get internals help

On Sat, Sep 06, 2003 at 08:28:58PM +0300, George Danchev wrote:

> I do not think the variable is the real issue here. If we grab a snippet of 
> the MPlayer's debian/rules:
> ./configure --prefix=/usr --confdir=/etc/mplayer $(DEB_BUILD_OPTIONS)

That's a bug.  What happens when DEB_BUILD_OPTIONS=nostrip or
DEB_BUILD_OPTIONS=noopt, which are actually specified in the policy manual
as valid?  configure will try to interpret that as an architecture name, and
the build will fail.

> --prefix and --confdir are generic and they come with the generic unmodified 
> rules file. The real issue here is that we need an separate (new or 
> additional) media to store the so called USE options per source package, 
> where the maintainer can store the optional flags he decided could be useful 
> for that version of the source package - let's say debian/use. Then utilities 
> like apt-build could be hacked to loop over this file first and to show us a 
> nice a la "debconf with many faces interface" like:

Which is exactly what I recommended in my previous message.

> This are the alternatives to build this Debian source package:
> [   ]--with-apples (recommended and used by buildd)
> [   ]--with-raspberries
> [ x ]--with-apples --with-raspberries
> Then apt-build resets the DEB_BUILD_OPTIONS per this session like:
> --with-apples --with-raspberries \
> fakeroot debian/rules binary

...just before I said that DEB_BUILD_OPTIONS was _not the right place for
it_, because it's already documented, with a completely different purpose
which is incompatible with your proposition.

 - mdz

Reply to: