Re: Modules packaging policy - call for discussion
- To: debian-kernel@lists.debian.org
- Subject: Re: Modules packaging policy - call for discussion
- From: Eduard Bloch <edi@gmx.de>
- Date: Sat, 8 Apr 2006 18:03:55 +0200
- Message-id: <20060408160355.GA27311@debian>
- In-reply-to: <87lkug8895.fsf@glaurung.internal.golden-gryphon.com>
- References: <20060324061645.GA29531@kitenet.net> <20060324142900.GB6461@dp.vpn.nusquama.org> <20060325233323.GA11021@localhost.localdomain> <Pine.LNX.4.63.0603281958160.3547@bobcat> <Pine.LNX.4.63.0604032224190.3933@bobcat> <20060405152036.GA3751@localhost.localdomain> <Pine.LNX.4.63.0604052107390.3421@bobcat> <20060406060946.GA25039@localhost.localdomain> <20060406075624.GA23202@debian> <87lkug8895.fsf@glaurung.internal.golden-gryphon.com>
#include <hallo.h>
* Manoj Srivastava [Sat, Apr 08 2006, 09:14:14AM]:
> On 6 Apr 2006, Eduard Bloch wrote:
>
> > #include <hallo.h>
> > * Sven Luther [Thu, Apr 06 2006, 08:09:46AM]:
> >> On Wed, Apr 05, 2006 at 09:12:08PM -0700, Jurij Smakov wrote:
> >>> On Wed, 5 Apr 2006, Sven Luther wrote:
> >>>
> >>>> So, directly using make-kpkg as was the recomended way until now
> >>>> is no more supported ?
> >>>
> >>> Recommended by whom? :-) I did not explore the issue in detail,
> >>> but we
> >>
> >> By Manoj :), as well as dh_make -k too.
> >
> > make-kpkg or m-a, that does not matter, they basically use the same
> > command line interface introduced by Manoj and slightly refined.
>
> What was the slight refinement?
Let's see... KPKG_DEST_DIR was the first one, we have discussed that
years ago and it was accepted well AFAICS. And there are additional
targets that m-a-infected rules file provide, used to predict the file
location and debug the build environment.
OTOH some things are not implemented, and nobody has asked for them:
KPKG_EXTRAV_ARG, CONCURRENCY_LEVEL, ROOT_CMD, UNSIGN_CHANGELOG,
UNSIGN_SOURCE, APPEND_TO_VERSION, INT_SUBARCH.
The last thing is interesting - I don't exactly know how to deal with
crosscompilation. Maybe you have a hint how to reliably establish the
the correct environment to build modules consistent with what the user
wants to do.
Eduard.
--
<Rhonda> Ah!
<Rhonda> bootsplash != bootsplash
<Rhonda> Sag das doch gleich.
<mr_claus> das sind zwei getrennte dinge
Reply to: