Re: Suggestion: binfmt_misc handling

1999-10-04 Thread Brian May
>> 2. Suggestion: Would it be possible to somehow integrate this with >> /etc/mailcap, which already has good support in packages? There are >> different ways you could do this, eg have in the config file lines that >> look like: >> >> :Java:M::\xca\xfe\xba\xbe::application/x-java: >> :JPEG:M::0xf

Re: Suggestion: binfmt_misc handling

1999-10-04 Thread Daniel Burrows
On Mon, Oct 04, 1999 at 09:37:02AM +1000, Brian May was heard to say: > > Packages such as Wine, Kaffe, dosemu, and perhaps Frotz would drop a file > >into this directory announcing their support of a binary format. The files > >wouldn't actually be interpreted unless this init.d script is instal

Re: Suggestion: binfmt_misc handling

1999-10-03 Thread Brian May
In article <[EMAIL PROTECTED]> you write: > Basically what you can do is create a directory called /etc/binfmt_misc and >put a bunch of files in it; each file should be a series of lines where each >line is a directive for the binfmt_misc registration file in /proc. So the >incantation for Java i

Re: Suggestion: binfmt_misc handling

1999-10-03 Thread Daniel Burrows
On Sun, Oct 03, 1999 at 11:30:04AM -0400, Raul Miller was heard to say: > On Sun, Oct 03, 1999 at 10:06:02AM -0400, Daniel Burrows wrote: > > [ as I understand it, a security 'breach' could only occur with this > > system if a user had execute permissions but *not* read permissions > > on a file th

Re: Suggestion: binfmt_misc handling

1999-10-03 Thread Raul Miller
On Sun, Oct 03, 1999 at 10:06:02AM -0400, Daniel Burrows wrote: > [ as I understand it, a security 'breach' could only occur with this > system if a user had execute permissions but *not* read permissions > on a file that wasn't of a normal executable format; in other words: > rwx--x--x /usr/bin/ha

Re: Suggestion: binfmt_misc handling

1999-10-03 Thread Daniel Burrows
Oops. On Sun, Oct 03, 1999 at 10:06:02AM -0400, Daniel Burrows was heard to say: > test -e /proc/sys/fs/binfmt_misc || exit 0 That maybe should be test -d ... (although the above works even on ash) Daniel -- Genius may have its limitations, but stupidity is not thus handicapped. --