[Bug 458678] Review Request: picviz - Parallel coordinates plotter

[bugzilla at redhat.com]

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=458678





--- Comment #4 from Steve Grubb <sgrubb at redhat.com>  2008-08-12 15:02:04 EDT ---
The new package still has the same problem. 

The problem is that /lib is hardcoded in the makefiles. See
src/libpicviz/picviz.pc.cmake and look for Libs: -L at CMAKE_INSTALL_PREFIX@/lib
-lpicviz. That needs to be changed to a prefix passed in from the spec file. I
can confirm changing that to lib64 makes all the /usr/lib/*.so issues go away
leaving just python going to the wrong place. It just needs to be done
automatically instead of hardcoding it.

WRT python, I'd say that there needs to be a passing of %{python_sitearch} into
the setup.py files so that it understands what rpm wants it to do. 

picviz-0.2.3/src/libpicviz/bindings/python/setup.py --help install

has some hints. Maybe, something like:

python ./setup.py install --root=%{buildroot}
--install-lib=%{buildroot}%{python_sitearch}

or maybe --install-platlib=%{buildroot}%{python_sitearch}

but then some specfile locations need adjusting. You do not need to make a -3
srpm since when its imported it will be a -1 file. Just let me know when you
have a new file posted to try out.

Also, you need to try this on F9 or rawhide because python there makes egginfo
files and you are not packaging them or deleting them as the case may warrant.

-Steve

-- 
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.