Bug#666527: Intend to package b43-tools

[Thorsten Glaser <tg@mirbsd.de>]

Dominik George dixit:

>* URL             : http://linuxwireless.org/en/users/Drivers/b43

I was involved in the discussion of this ITP in IRC and approached
as a sponsor. We had several issues with this.

>As b43-fwcutter is packaged together with the b43 firmware, I think it
>might be most reasonable to keep b43-fwcutter seperated and build the
>other tools from a b43-tools source package.

Personally, I think it would make sense to throw these two together
iff it is possible to build binary packages for both main and contrib
from one source package in main. Policy does not say this can’t be
done, so I’d try. But since the b43-fwcutter maintainer agreed with
Dominik on this, I cede this point.

I think the .orig.tar.gz of an eventual b43-tools source package
should be the unmodified entire content of the git repository at
the aforementioned URL (especially as it would make management
easy since it can be imported into the upstream branch easily).

The current source package does not build from the debug/ directory,
but it was said it eventually could. To avoid package proliferation,
I think it ought to not be packaged separately.

DevRef §6.7.8.2 has SHOULD clauses for repackaged .orig.tar.gz files
which apparently dh-make does not satisfy. From that follows that a
debian/rules gen-orig-source target must do this job manually. (Tools
such as git-buildpackage come to mind.)

When presented with a const cleanliness warning, Dominik confessed
he neither has any C skills nor intends to learn them. (He even
suggests to grep -v the compiler warning, later…) Therefore, we
(at least one other DD and me) agreed he should not be the person
to maintain this package. He is of course invited to provide the
initial packaging (even if it does not quite follow my standards,
there are few reasons to not accept it) and co-maintain it, if any
other comaintainer can do such a job. But this does disqualify the
package from being eligible for sponsorship by me.

bye,
//mirabilos • tg@debian.org
-- 
22:20⎜<asarch> The crazy that persists in his craziness becomes a master
22:21⎜<asarch> And the distance between the craziness and geniality is
only measured by the success 18:35⎜<asarch> "Psychotics are consistently
inconsistent. The essence of sanity is to be inconsistently inconsistent