On Friday 16 Mar 2012 20:38:46 Marco Schulze wrote:
> On 16-03-2012 15:13, Matthew Toseland wrote:
> > Updating its own binaries is incompatible with the standard unix way
> > of doing things, isn't it? Even if it's not technically a violation of
> > FHS?
>
> I'd just like to point out that this is not the case at all, specially
> because flexibility is a major characteristic in this Unix Way of Doing
> Stuff. Where it might be problematic, if at all, is on the package
> management level:
>
> - The ugly custom installer would have to be replaced by a
> distribution-specific package;
> - Some distributions have special rules regarding Java packages. You'd
> have to check those;
>
> You _can_ conform to the FHS without any change by being installed under
> /opt. This will make fred accessible system-wide, so you might want to
> check if it's ok to let multiple users delve inside the Freenet
> directory tree. However, AFAIR, install scripts can do almost anything,
> including creating a fred-specific user and group, and allowing
> freenet{,-ext}.jar to be updated by that user without root privileges.
>
> The new directory layout might look like this:
>
> /etc: freenet.ini.
> /usr/bin: shell scripts to launch and update freenet.
This is the wrong place for a global daemon. Is apache in /usr/bin? Freenet
does not, and should not, run once per user with globally shared binaries. And
if it did, **it wouldn't be able to update them**, for security reasons - you
can't have multiple users running the same binary and all having write access
to it!
> /usr/lib: native libraries.
> /usr/lib/fred: jars. This might be dependent on the distribution.
See above.
> /srv/fred: default download location (if system-wide daemon, ~/Downloads
> otherwise).
> /var/cache/fred: datastore and other miscellaneous persistent files.
> /var/cache/fred/plugins: plugins directory trees.
> /var/log: logs.
> /var/log/old/fred: compressed old logs (do you really need those?).
Yes, in many cases. Although mainly it's because with higher log levels (or
when unlucky), logs tend to get very big if they are not rotated and compressed
regularly.
>
> Plus, distribution specific scripts to control the daemon (run.sh-ish).
IMHO Freenet itself (the GUI installer jar) should install to the installing
user's home directory. Freenet should provide whatever is reasonably needed for
packages, but it's not really "our" (fred's) problem.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20120319/a9b0d0f2/attachment.pgp>
