On 9/27/07, Daniel Jacobowitz <[EMAIL PROTECTED]> wrote:
> I think this is the way to go unless you get some concrete objections.
> There is certainly precedent - see for instance the ia32-libs /
> amd64-libs packages (which are frowned upon for whole different
> reasons).

[replying here, but this is a more general reply to the whole thread]

Thanks for the thoughts on this, I've decided to go with the above for
the time being, with the following addendums.

The upstream release (which I also author, but besides the point) also
bundles the binary driver, due to the difficulty of building it
directly. Given that I doubt this driver will ever change again now
that it works, that the source code is provided, and that the driver
is an internal implementation detail and not a pivotal component of
the software, it seems like the thing to do.

I also have a Debian package almost working now (lintian still has a
few complaints, and I need to file an ITP iiuc), which uses the
upstream binary driver to build the debian package. I don't know
whether this now qualifies as main or contrib, given that the binary
is provided by upstream, and therefore no special software is required
to actually build the package.

- Dave


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to