Hi,
On 06/01/2011 08:13 AM, Paul F. Johnson wrote:
The point was that hardcoding /usr/lib is always wrong. If they're arch dependent, they should be in %{_libdir}. If not, /usr/share. So we
Why? ;-) The FHS uses the following definitions:
/usr/lib : Libraries for programming and packages /usr/share : Architecture-independent data
I think that page needs updating for /usr/lib otherwise /lib64 is pretty pointless!
/usr/lib64 is mentioned in the next section: /usr/lib<qual> : Alternate format libraries (optional)
Upstream for many many year have been saying that as mono assemblies (actual programmes such as monodevelop rather than the gmcs compiler etc) should be placed in %{_datadir} as they are not arch (or even operating system) specific.
I think Toshio made a good point here: we have to distinguish between
a) the fact whether a library or an executable is arch-dependent or not
and
b) whether, in case of arch-independence, the files should be placed in /usr/lib or /usr/share
For a) seems to be the agreement that C# assemblies are arch independent.
Regarding b) I'm convinced that it is well within the definition of the FHS to place arch-independent libraries into /usr/lib. Sure, /usr/share must only contain arch-independent files, but this does not mean, that all arch-independent files must go into /usr/share. ;-)
Regarding the use of %{_datadir}: Do you have any reference when upstream explicitly asked for that? At least their response to my question was quite clear to use the paths defined by upstream (which is /usr/lib).
I've always been of the opinion with mono that upstream seriously don't know where they want to put things. In some cases the automake/conf bits point to %(libdir) macro and then in the code itself, it's hard coded to /usr/lib
AFAIK I see mostly fixes on their side changing %{_libdir} to %{prefix}/lib. So it looks like that upstream treats the usage of %{_libdir} as a bug.
We do it right. Eventually others will follow.
Hm, I don't believe that upstream will ever adapt to Fedora's way of packaging mono....
Best regards, Christian