[EMAIL PROTECTED] writes:
>But then again this may be overloading the package system since there
>are quite a few kernel modules...
But it would be nice with some standard way to specify a "depend" on a
kernel-option and a "provide" of options for kernel patches. I don't
know any way to c
Dear Colin,
I have some comments on your `update-binfmts' proposal.
1. I like it :)
2. It should be a separate package because we don't want any way that the
standard dpkg package depends on a kernel option that may be compiled
out of a custom kernel.
It could be named binfmt-support a
[EMAIL PROTECTED] wrote:
>On Sun, Apr 02, 2000 at 04:36:00PM +0100, Colin Watson wrote:
>> 3) Where should this go? The obvious place is dpkg, but am I being too
>>arrogant there? It feels too small for its own package, though.
>
>I like the idea, but I think it should go in its own package, li
On Sun, Apr 02, 2000 at 04:36:00PM +0100, Colin Watson wrote:
> 3) Where should this go? The obvious place is dpkg, but am I being too
>arrogant there? It feels too small for its own package, though.
I like the idea, but I think it should go in its own package, like
menu. For one thing, a lot
Hi all,
I've been working on javawrapper, a utility which uses the binfmt_misc
kernel module to let you execute Java classes like any other program -
'./MyProgram.class' instead of 'java MyProgram.class'. For those of you
unfamiliar with binfmt_misc, the documentation is in
Documentation/binfmt_mi
5 matches
Mail list logo
