[Bug 518766] Review Request: auto-destdir - Automate DESTDIR support for "make install"

bugzilla at redhat.com bugzilla at redhat.com
Thu Aug 27 21:13:02 UTC 2009


Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=518766





--- Comment #11 from David A. Wheeler <dwheeler at dwheeler.com>  2009-08-27 17:13:01 EDT ---
Thanks for commenting!

* "The description deosn't seem aligned and seems too long".

I can shorten it, sure!  But I don't understand the 'aligned' comment.  Can you
explain what you mean?


* "Remove the # commented out lines... Unless you are branching out for EPEL,
you don't need to define the buildroot or remove it in the %install section
anymore."

Actually, I *am* hoping to have the same .spec file for other RPM-based
systems, including RHEL/EPEL.  These lines are critically necessary for many
systems, and they cause no harm to Fedora.  So, I'd rather leave them in. 
Please tell me if removing them is really critical.


* "IIUC, the mini scripts that are in /usr/share are really helper apps that
should be in /usr/libexec instead."

If they were binaries, I'd 100% agree with you.  But these files do NOT depend
on the specific architecture being used.

Unfortunately, /usr/libexec isn't in FHS, so it's hard to find really good
rules to make a clear determination.  The FHS DOES say /usr/lib is for
architecture-dependent data (e.g., ELF files like .so files), while /usr/share
is for architecture-independent data.  I think /usr/libexec is intended to be
like /usr/lib, namely, it stores architecture-specific files, as suggested by
the name similarity.  Following that line of thought, private executables that
are architecture-independent would go into /usr/share instead.  Obviously, if
you take the position that "all private executables go into /usr/libexec,
architecture-neutral or not", then /usr/libexec would be the answer.

The GNU coding standards talk about libexecdir, but don't make it entirely
clear (to me) if private scripts would go here too.

Anyone know of a semi-official Fedora position (either way) on this? If they
should be moved, that would be trivial to do, by just changing %configure to:
 %configure --scriptdir=%{_libexecdir}/%{name}

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.




More information about the Fedora-package-review mailing list