libgig 4.0.0 qsampler 4.2.0 gigedit 1.0.0

Jaromír Mikeš mira.mikes at gmail.com
Mon Nov 21 20:42:20 UTC 2016


2016-11-21 19:43 GMT+01:00 Jaromír Mikeš <mira.mikes at gmail.com>:
> 2016-11-21 15:17 GMT+01:00 James Cowgill <jcowgill at debian.org>:
>> Hi,
>>
>> On 21/11/16 13:48, Jaromír Mikeš wrote:
>>> Hi,
>>>
>>> I am trying build locally qsampler 4.2.0 gigedit 1.0.0 against libgig 4.0.0
>>> I guess there is something wrong with libgig ... can somebody advise
>>> where to start with fix?
>>>
>>> qsampler
>>> ------------------
>>> dh_strip
>>>    dh_makeshlibs
>>>    dh_shlibdeps
>>> dpkg-shlibdeps: error: couldn't find library libgig.so.7 needed by
>>> debian/qsampler/usr/bin/qsampler (ELF format: 'elf64-x86-64'; RPATH:
>>> '')
>>
>> https://anonscm.debian.org/cgit/pkg-multimedia/libgig.git/tree/debian/libgig7.install
>>
>> libgig.so.7 is not installed in the default library search path so dpkg
>> cannot find it. If you try to run this version of qsampler, it will
>> almost certainly fail with a ld.so error.
>>
>> If libgig is now a private library, then arguably no applications
>> should be using it. If not it should be installed in the system library
>> path. Perhaps you should ask upstream why they changed the install path?
>>
>> This commit did the change:
>> http://svn.linuxsampler.org/cgi-bin/viewvc.cgi/libgig/trunk/src/Makefile.am?r1=2543&r2=2571
>>
>> lib_LTLIBRARIES -> pkglib_LTLIBRARIES
>
> Thank you James.
>
> I've contacted upstream ... let's see what's happend

Here we go ... answer from upstream ...
-------------
Wrong revision. This is the correct one of the actual changes you are
interested in here:

http://svn.linuxsampler.org/cgi-bin/viewvc.cgi?view=revision&revision=2572

In this revision several things happened. First of all, it added AKAI support
to libgig. Since the AKAI source files were based on libakai, which in turn
was and is released under LGPL, while the rest of libgig is released under GPL
terms, I had to split those libgig parts into separate .so files, to avoid any
license confusions.

Having a 2nd .so file built though, this triggered issues with the Debian
packaging scripts as far as I can remember. So I was forced to move the .so
files from /usr/lib to a common subdirectory /usr/lib/libgig.

And by the way, the Debian packaging scripts coming with the libgig upstream
version build, install, and behave just fine on Debian! :-)

As you might see in the Debian packaging scripts coming with the libgig
upstream version there are postinst and postrm rules which ensure that
/usr/lib/libgig is added / removed to /etc/ld.so.conf.

Best regards,
Christian Schoenebeck
--------------

So what we can do?

best regards

mira



More information about the pkg-multimedia-maintainers mailing list