lkml.org 
[lkml]   [1996]   [May]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: Kerneld and java, applets, GIF, PostScript and whatever...
Date
Followup to:  <Pine.LNX.3.91.960518144625.20597O-100000@linux.cs.Helsinki.FI>
By author: Linus Torvalds <torvalds@cs.helsinki.fi>
In newsgroup: linux.dev.kernel
>
> As to "binfmt_java" - it doesn't hurt in its current form. The whining
> about the hard-coded paths does not make sense either - if you don't
> have the required permissions to make /usr/bin/java a symlink to
> /usr/local/bin or wherever, then you don't have the required permissions
> to insert the java module either.
>

For as much as I hate to say this...

Linus, I didn't expect this of you. /usr can be a readonly
filesystem, possibly shared with other systems. I posted the original
complaint because of invalid assumptions in the hard-coded paths, not
so much because of the hardcoded paths themselves.

If there have to be hardcoded paths, they should point to the root
filesystem and not into /usr (and certainly not /usr/local!) There
you can safely assume it is possible to symlink whereever. /bin/java
or /sbin/java - fine. /usr/bin/java is not.

The second assumption (which the /proc/sys patches posted haven't
fixed) is that binfmt_java.c assumes the Java interpreters are
/bin/bash shell scripts, a very poor assumption to hard-code into the
kernel. If these have to be shell scripts, then make sure #! works as
usual rather than hard-coding the stuff into the kernel.

-hpa

--
PGP public key available - finger hpa@zytor.com
"The earth is but one country, and mankind its citizens." -- Bahá'u'lláh
I don't work for Yggdrasil, but they sponsor the linux.* hierarchy.


\
 
 \ /
  Last update: 2005-03-22 13:37    [W:0.094 / U:1.176 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site