either install user application there directly
to avoid clutter on root - which is AFAIK FHS compliant
* or use the current /opt/ structure
and put the symlinks in the /opt hierarchy as GNU stow
does for /usr/local.
For the /opt hierarchy just put /opt/bin in /etc/profile's $PATH,
/opt/lib in
Hi,
ext Thomas Tanner wrote:
> sorry for my ignorance - I've only recently started following the
> optification discussion.
>
> Is there any good reason why Maemo does not follow the standard UNIX
> layout with user applications in /usr/local ?
> /usr/local seems to be in
ext Thomas Tanner writes:
> /usr/local seems to be in all search paths
You might be right, but my gut doesn't trust this, not with a system
with as little respect to tradition as Maemo has (i.e., our own new
components will in all likelyhood get this spectacularily wrong).
Also, putti
I'm aware that standard Debian packages would
need to adapted but it would mainly involve replacing
/usr with /usr/local (or removing /usr as /usr/local is the default
prefix in autoconf), correct?
Andrew Flegg wrote:
> On Wed, Dec 30, 2009 at 12:23, Thomas Tanner wrote:
>> Is
On Wed, Dec 30, 2009 at 12:23, Thomas Tanner wrote:
>
> Is there any good reason why Maemo does not follow the standard UNIX
> layout with user applications in /usr/local ?
> /usr/local seems to be in all search paths and if /usr/local
> would be just a symlink to /home/local th
Hi,
sorry for my ignorance - I've only recently started following the
optification discussion.
Is there any good reason why Maemo does not follow the standard UNIX
layout with user applications in /usr/local ?
/usr/local seems to be in all search paths and if /usr/local
would be just a symli
