https://bugzilla.novell.com/show_bug.cgi?id=744835
https://bugzilla.novell.com/show_bug.cgi?id=744835#c13
--- Comment #13 from Dieter Jurzitza 2012-02-10 05:39:04 UTC ---
Hi folks
reading Stanislav's arguments I totally agree. Doing a file
/usr/lib64/gnuplot/4.4/gnuplot_x11 makes clear that _this_ library won't work
for a 32bit binary.
So it makes sense (to me) to put gnuplot_x11 into /usr/lib64 or /usr/lib
depending on the system base.
Hence the patch I suggest adresses gnuplot itself, it is an one liner and
removes all the trouble we've seen so far - and I guess the libexecdir
references could be taken out of the specfile:
CUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUT
--- src/Makefile.am.original 2010-10-06 06:53:16.000000000 +0200
+++ src/Makefile.am 2012-02-10 06:26:53.223163792 +0100
@@ -2,7 +2,7 @@
AUTOMAKE_OPTIONS = ansi2knr foreign 1.2h
# in the spirit of automake ...
-pkglibexecdir = $(libexecdir)/@PACKAGE@/@VERSION_MAJOR@
+pkglibexecdir = $(libdir)/@PACKAGE@/@VERSION_MAJOR@
# Where to send email about bugs and comments (locally)
EMAIL = gnuplot-bugs@lists.sourceforge.net
CUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUTCUT
Doing it this way the build does not break when site-config is installed and
kept "as is", the libraries go to /usr/lib and /usr/lib64 respectively.
Have a nice weekend
Dieter
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.