libsfcgal goes to _prefix/lib even when it should goes to _prefix/lib64 about sfcgal HOT 7 CLOSED

pfu tabs disappear, it's in issue/patch 4791 for mapserver 6.4.0

from sfcgal.

Hi Bruno.
Thanks for your comment.
The script seems fine. Your patch is welcome :)

from sfcgal.

On Monday 04 November 2013 05.24:27 Hugo Mercier wrote:

Hi Bruno.
Thanks for your comment.
The script seems fine. Your patch is welcome :)

---

Reply to this email directly or view it on GitHub:
#37 (comment)

Hi Hugo, I've create a patch see attachment. but unfortunately it does do the job I want
the .so is still installed in /usr/lib :-(

Being far from a C++ Expert, I've also another trouble with the packaging of SFCGAL

At openSUSE, but other distributions like Fedora, or Debian share the same kind of policy the lib has to be
packaged and named following its soname.

I got those warnings, and I need to get ride of them
[ 477s] libsfcgal1.x86_64: W: shlib-unversioned-lib libSFCGAL.so
[ 477s] Your package matches the Shared Library Policy Naming Scheme but contains an
[ 477s] unversioned library. Therefore it is very unlikely that your package can be
[ 477s] installed in parallel to another version of this library package. Consider
[ 477s] moving unversioned parts into a runtime package.
[ 477s]
[ 477s] libsfcgal1.x86_64: W: shlib-policy-missing-lib
[ 477s] Your package starts with 'lib' as part of its name, but does not provide any
[ 477s] libraries. It must not be called a lib-package then. Give it a more sensible
[ 477s] name.

I'm a bit stuck at this step.
objdump -p libSFCGAL.so | awk '/SONAME/ {print $2}' returning only libSFCGAL.so

I should normally got something similar at what CGAL offer
(I've those for example on my system)
libCGAL.so.10 libCGAL_Core.so.10 libCGAL_ImageIO.so.10 libCGAL_Qt4.so.10
libCGAL.so.10.0.2 libCGAL_Core.so.10.0.2 libCGAL_ImageIO.so.10.0.2 libCGAL_Qt4.so.10.0.2

Location where the build occurs
https://build.opensuse.org/package/show/home:bruno_friedmann:mapserver64/sfcgal

Complete build log
https://build.opensuse.org/build/home:bruno_friedmann:mapserver64/openSUSE_13.1/x86_64/sfcgal/_log

I wish you all at Oslandia an excellent 2014 year, and hope you could help me too :-)

Bruno Friedmann
Ioda-Net Sàrl www.ioda-net.ch

openSUSE Member
GPG KEY : D5C9B751C4653227
irc: tigerfoot

from sfcgal.

Hi.
Thanks for your feedback, and happy new year :)
I've created a branch named "issue_37" for tests on this issue.
I've added something to set VERSION and SOVERSION properties of the library. That should resolve your second issue.
For the lib64 thing, it is hard for me to test (working mainly with Ubuntu). And I am not sure to understand the problem. Apparently Debian-based distro decided to put x64 libs under /lib and x32 libs (on a 64bits architecture) under /lib32 and OpenSuse does the opposite ?

from sfcgal.

Ok, I've just pushed another change on the branch in src/CMakeLists.txt replacing 'lib' by ${CMAKE_INSTALL_LIBDIR} which should be "lib64" instead of "lib" in your case.
Tell me if it helps.

And by the way : using "pull requests" on github is a convenient way to send patches :)

from sfcgal.

On Friday 03 January 2014 00.38:08 Hugo Mercier wrote:

Ok, I've just pushed another change on the branch in src/CMakeLists.txt replacing 'lib' by ${CMAKE_INSTALL_LIBDIR} which should be "lib64" instead of "lib" in your case.
Tell me if it helps.
Okay I will test all of that this week-end.

And by the way : using "pull requests" on github is a convenient way to send patches :)

Yeap, but only when you know what you're doing :-)

btw : I've also packaged PDAL and this project also have nice CMAKE macros and way of doing the soversion soname etc.
perhaps you could have a look.

Bruno Friedmann
Ioda-Net Sàrl www.ioda-net.ch

openSUSE Member
GPG KEY : D5C9B751C4653227
irc: tigerfoot

from sfcgal.

Long time I didn't add a comment. From what I've checked yesterday in master, sound like this issue is fixed.

from sfcgal.