Re: Linux/UNIX users and installation

Posted by Paolo Ariano-2 on Dec 14, 2009; 2:55pm
URL: http://imagej.273.s1.nabble.com/ImageJ-development-involvement-contributions-tp3690030p3690053.html

Il giorno lun, 14/12/2009 alle 09.22 -0500, Raymond Martin ha scritto:
> Sure, plugins could be it a separate package. It really depends on the utility
> of a default set of them, size, categories, and so forth. Still will not have
> write access to where they get installed anyway.

sorry, i'm confused ... but in debian, right now we have:

usr/share/imagej/plugins
usr/share/imagej/macros
usr/share/imagej/luts

default path points to:
ij_path=/usr/share/java

and this is for the system wide imagej, then for the single user we add:
$ij_user_path/plugins
$ij_user_path/macros
$ij_user_path/luts

finally the loooong imagej.sh wrapper merge both ...

> Okay, I am aware you can do this, but it is considered bad programming
> practice to do it when good default application behavior will solve the
> problem. Command line options are fine, but you should not have to
> use any to get the program running in a normal default manner on a particular
> operating system. The application should adhere to at least minimal default
> behaviors expected of for it to run on the operating system, without any
> kind of user intervention.

ok, i'm not a programmer.

> I appreciate the comments of those that are only running it from a location
> that they have complete write access to (e.g., home directory or other), but
> the usual way to run a Linux application is from it having been installed by
> the distribution's package manager. So it would be helpful to hear from
> those that have it installed system-wide, are using it in multi-user
> situations, using it with an application server (e.g., JBoss), other related
> ways?


we run it as "usual way" and every user add his own plugins ... without
touching imagej source but only playing with image.sh, is a workaround
probably, a bad practice but is good enough to use it ;)

hth
paolo
--
Paolo Ariano
www.mieleria.it