prefix=/ or prefix=/usr ?

[frederic heem]

Alle 12:16, giovedì 7 settembre 2006, Simon McVittie ha scritto:

Thanks a lot, that's what I did.
./configure --enable-verbose-mode --enable-asserts --enable-checks --prefix=/usr --sysconfdir=/etc --localstatedir=/var
 If someone has time to update the documentation (i.e INSTALL).
Actually, I would prefer to store this command in the spec file, but I can't 
it to build a rpm. 


> On Thu, 07 Sep 2006 at 11:40:09 +0200, frederic heem wrote:
> > What is the prefix that should be used ? configure --prefix=/usr
> > or --prefix=/usr
>
> I assume you meant "or --prefix=/"...
>
> If you're setting the prefix to "/", that means you believe the program
> you're installing needs to work before /usr is mounted, so it must go in
> /bin, /sbin, /lib and occupy scarce root-filesystem space. Unless you
> know this to be the case, it most likely isn't!
>
> > In the first case, dbus will install its configuration file in /usr/etc.
> > In the second case, dbus will install its header file in /include.
> > This is not *nix standard, isn't it ?
>
> Distributions can rarely just use --prefix on configure scripts. In a
> typical Linux package (e.g. for Debian) the right thing to do to follow
> the FHS/LSB is something like:
>
>     ./configure --prefix=/usr --sysconfdir=/etc \
>         --sharedstatedir=/var --localstatedir=/var \
>         --libexecdir=/usr/lib
>
> With prefix /usr the GNU standards would put configuration in /usr/etc,
> modifiable architecture-independent-data in /usr/com, modifiable
> single-machine data in /usr/var and supporting programs in /usr/libexec,
> which are inappropriate on Linux, and potentially other Unixes. The libexec
> one is debatable - /usr/libexec isn't in the FHS and doesn't exist on
> Debian-derived systems, but I seem to remember some other Linux systems
> still have it.
>
> RPM has a macro (%configure, I think) which expands to the ./configure
> arguments Red Hat consider to be appropriate. Its expansion takes up
> several screen lines and does things like putting native 64-bit libraries
> in /usr/lib64 on x86-64 systems.
>
> The right thing to do for distribution packages is a per-distro issue -
> on Debian, for instance, x86-64 libraries usually go in /usr/lib due to
> different packaging policies.
>
> For a local install of D-Bus you might even consider something like:
>
>     ./configure --prefix=/usr/local --sysconfdir=/etc --localstatedir=/var
> \ --sharedstatedir=/var
>
> which would put the daemon and libraries in /usr/local, but would use
> the well-known locations for things like service.d and the daemon
> socket.
>
> Regards,
>         Simon
> _______________________________________________
> dbus mailing list
> dbus at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dbus


______________________________________________________________________________

--- NOTICE ---

CONFIDENTIALITY - This  email  and  any  attachments  are confidential and are
intended  for  the  addressee  only.   If  you  have  received this message by
mistake,  please  contact us immediately and then delete the message from your
system.  You  must  not copy, distribute, disclose or act upon the contents of
this email. Thank you.

PERSONAL DATA PROTECTION  (Law  by  Decree  30. 06.2003 n. 196) - Personal and
corporate  data  submitted  will  be used in a correct, transparent and lawful
manner. The data collected will be processed in paper or computerized form for
the performance of contractual  and  lawful  obligations  as  well  as for the
effective management of business relationship. Data may be disclosed, in Italy
or abroad, for the purpose above mentioned to third  parties  which  cooperate
with Telsey, agents, banks, factoring companies,  credit recovering companies,
credit  insurance  companies,  professional  and  consultants,  and   shipping
companies. In relation to the same purposes, data  may  be  processed  by  the
following  classes  of  executors  or  processors:  management; administration
department; logistics  and  purchase  department; sales department; post sales
department quality department; R&D department; IT department; legal department.
The  data  processor  is  Telsey S.p.A.  The data subject may exercise all the
rights set forth in art. 7 of Law by Decree 30. 06.2003 n. 196 as reported  in
in the following link http://www.telsey.it/privacy.jsp. 

______________________________________________________________________________