https://bugzilla.novell.com/show_bug.cgi?id=744835 https://bugzilla.novell.com/show_bug.cgi?id=744835#c1 --- Comment #1 from Dieter Jurzitza 2012-02-02 16:20:48 UTC --- Created an attachment (id=474105) --> (http://bugzilla.novell.com/attachment.cgi?id=474105) patch for the spec- file to do the right thing on 64bit - machines This is a modification to gnuplot.spec to make the rpmbuild work. Please note that I do not have access to a 32 - Bit installation in order to test the behaviour on such an architecture. Moreover I'd see this as a plaster rather than as a real fix, something with the transfer of path information from the root directory to the src directory must fail. -- 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.

https://bugzilla.novell.com/show_bug.cgi?id=744835 https://bugzilla.novell.com/show_bug.cgi?id=744835#c Dr. Werner Fink changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #474104|video/dv |text/plain mime type| | -- 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.

https://bugzilla.novell.com/show_bug.cgi?id=744835 https://bugzilla.novell.com/show_bug.cgi?id=744835#c2 Dr. Werner Fink changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED CC| |burnus@net-b.de Resolution| |WORKSFORME --- Comment #2 from Dr. Werner Fink 2012-02-08 12:13:20 UTC --- This seems to work in current factory version which is gnuplot 4.4.4 please reopen if this is not true. I can open wxt as well as x11 graphical output after build current gnuplot without any patch for 12.1 -- 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.

https://bugzilla.novell.com/show_bug.cgi?id=744835 https://bugzilla.novell.com/show_bug.cgi?id=744835#c4 Tobias Burnus changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |burnus@gmx.de --- Comment #4 from Tobias Burnus 2012-02-08 18:51:52 UTC --- (In reply to comment #3)

download.opensuse.org/source/factory provides gnuplot-4.4.3 - from where did you get the version you tested?

If you go to the "gnuplot" package of openSUSE:Factory on the build server, you find: https://build.opensuse.org/stage/package/show?package=gnuplot&project=openSUSE%3AFactory As stated there: "Developed at <Publishing>". Click that link - and have a look around. For the binaries and src.rpm, click on "openSUSE_Factory" in the right column and then "Go to download repository"; for the source code, see also the "Sources" tab on the top. -- 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.

https://bugzilla.novell.com/show_bug.cgi?id=744835 https://bugzilla.novell.com/show_bug.cgi?id=744835#c6 --- Comment #6 from Dieter Jurzitza 2012-02-09 05:42:25 UTC --- Created an attachment (id=475169) --> (http://bugzilla.novell.com/attachment.cgi?id=475169) output of rpmbuild - ba gnuplot.spec > loggnuplot on openSUSE 12.1 machine Please see at the end of the file attached. The build process says File not found: /home/fred/rpmbuild/BUILDROOT/gnuplot-4.4.4-29.10.x86__64/usr/lib64/gnuplot and later on Installed (but unpackaged) file(s) found: /usr/lib/gnuplot/4.4/gnuplot_x11 risking to repeat myself, this should not happen. Please note that the increased number (29.10) is due to the fact that I delete one line from the prologue.ps file of the postscript terminal here (another bug report). Thank you for looking into this, take care Dieter Jurzitza -- 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.

https://bugzilla.novell.com/show_bug.cgi?id=744835 https://bugzilla.novell.com/show_bug.cgi?id=744835#c7 Dr. Werner Fink changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEEDINFO CC| |sbrabec@suse.com, | |werner@suse.com InfoProvider| |dieter.jurzitza@t-online.de AssignedTo|werner@suse.com |sbrabec@suse.com Severity|Minor |Major --- Comment #7 from Dr. Werner Fink 2012-02-09 08:42:15 UTC --- I'm not able to reproduce as the configure option --libexecdir=/usr/lib64 does its job here. The only differences I can detect is that the abuild user is called fred and that in your build run rhw configure script includes the file /usr/share/site/x86_64-unknown-linux-gnu I guess that this file will override the value of libexecdir with the wrong value. Please attach /usr/share/site/x86_64-unknown-linux-gnu which is part of the package site-config. From our package here I can read from this file the line libexecdir='${exec_prefix}/lib' which is a major bug as it breaks all build in the root file system! This because the origimal value specified by the command line is ignored and also a wrong value is choosen as beside on ppc64 or ia64 the default value is not libexecdir='${exec_prefix}/lib' but if test "$libexecdir" = '${exec_prefix}/libexec' ; then libexecdir='${exec_prefix}/'${libdir##*/} fi for all platforms. -- 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.

https://bugzilla.novell.com/show_bug.cgi?id=744835 https://bugzilla.novell.com/show_bug.cgi?id=744835#c9 --- Comment #9 from Dieter Jurzitza 2012-02-09 13:11:30 UTC --- Hi folks, please find a patch attached that fixes the issue with site-config here ... Take care Dieter Jurzitza -- 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.

https://bugzilla.novell.com/show_bug.cgi?id=744835 https://bugzilla.novell.com/show_bug.cgi?id=744835#c11 --- Comment #11 from Stanislav Brabec 2012-02-09 19:46:20 CET --- Patch in comment 1 is probably not a fix, just a work-around. But it is acceptable. NACK to comment 10: Yes, site script changes global defaults and may break some particular packages that use libexecdir incorrectly. libexecdir is intended for helper binaries. These binaries can be called from binaries and libraries. openSUSE provides support for bi-arch and libraries can be installed in both 32-bit and 64-bit instances. libexecdir should never be /usr/lib64. /anything/lib is correct in all common cases. Setting libexecdir to /usr/lib64 breaks calls of helper binaries in 32-bit instance of libraries: Suppose that libfoo calls libexecdir/foo-helper. If you keep libexecdir pointing to libdir, 64-bit instance would call /usr/lib64/foo-helper, 32-bit instance would call /usr/lib/foo-helper. But the latter one does not exist - -32bit packages contain only libraries, not binaries. Common fixes: libexecdir contains libraries: Fix the code to use libdir. helpers are called from libdir: Fix the code to use libexecdir. helpers location is not in sync with the code: Fix Makefile.am. You can set libexecdir to libdir/foo only if: - The build does not create any shared libraries. or - The build creates some shared libraries, but you are sure that -32bit package will not be created nor needed (e. g. internal shared libraries that cannot be used by third party/don't install headers). -- 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.

https://bugzilla.novell.com/show_bug.cgi?id=744835 https://bugzilla.novell.com/show_bug.cgi?id=744835#c15 Stanislav Brabec changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED --- Comment #15 from Stanislav Brabec 2012-02-10 19:33:33 CET --- Well, patch in the comment 13 is not correct as well. pkglibexecdir must be derived from libexecdir. /usr/lib64/gnuplot/4.4/gnuplot_x11 is apparently libexec, so it should be in a subdirectory of libexecdir. Source code must be able to compile correctly for any parameter passed to --libdir and --libexecdir. --libdir=%{_libdir} is a standard part of %configure (preferred way to build packages). The real bug is in the spec filelist: %{_libdir}/gnuplot should be %{_libexecdir}/gnuplot Fixing and submitting. Created request id 103751 to gnuplot in Publishing, which fixes this issue. -- 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.