[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