Bug#383810: madwifi-source: unsatisfied dependency in generated madwifi-module on amd64

[Kel Modderman]

Hi Loic and Aurel,

On Monday 21 August 2006 21:20, Loïc Minier wrote:
> On Mon, Aug 21, 2006, Kel Modderman wrote:
> > Loic contacted me on IRC with a proposal to split the tools into an own
> > source package that would enter contrib, and thus be autobuilt. Is this
> > something you agree with? If so, then please don't needlessly waste
> > effort until the new source packages are prepared.
>
>  Aurel suggested the split (I should have mentionned that), I suppose he
>  agrees with it.  :)

I have a problem, and would appreciate some guidance please. In athstats.c we 
have:

#include "ah_desc.h"

This is a legally immutable file, not fit for contrib. Therefore, simply 
splitting the tools from kernel module source tree becomes non-trivial. Note 
that all other tools are okay; they are BSD/GPL and include only equally 
licensed headers. Only wlanconfig is absolutely essential to normal operation 
of the module.

Some ideas I had:

1) cripple the athstats tool, so that is cannot report phyerrors derived from 
HAL

2) have a madwifi-tools in contrib, and madwifi-tools-nonfree (derived from 
madwifi source package) in non-free

3) Re-introduce madwifi-dev (arch=all) in the non-free madwifi source package, 
use it as a build-depends for the madwifi-tools source package that would be 
in contrib

I prefer #3, it seems cleaner to me (no crippling or duplication) as long as 
it is acceptable in your opinion(s).

Thanks, Kel.