Package Details: libgig-svn r2658-1

Git Clone URL: https://aur.archlinux.org/libgig-svn.git (read-only)
Package Base: libgig-svn
Description: Gigasampler file access library
Upstream URL: http://www.linuxsampler.org/
Licenses: GPL
Conflicts: libgig
Provides: libgig
Submitter: None
Maintainer: cocreature
Last Packager: cocreature
Votes: 28
Popularity: 2.115256
First Submitted: 2011-08-24 00:46
Last Updated: 2015-08-19 19:45

Latest Comments

SpotlightKid commented on 2016-03-04 23:32

@thesuitisnotblak: Use linuxsampler-svn instead of the regular linuxsampler package.

thesuitisnotblak commented on 2016-03-04 23:21

I'm having an issue with the libgig conflict. After I choose 'yes' to remove libgig I get the error:

:: libgig-svn and libgig are in conflict. Remove libgig? [y/N] y
error: failed to prepare transaction (could not satisfy dependencies)
:: linuxsampler: removing libgig breaks dependency 'libgig>=4'
==> WARNING: Your packages are saved in /tmp/yaourt-tmp-paul
cp: overwrite ‘/tmp/yaourt-tmp-paul/libgig-svn-r2862-1-x86_64.pkg.tar.xz’?

How can I get passed this?

cocreature commented on 2014-06-27 22:02

I am really sorry, I forgot to put it on my todo list. It's updated now and should hopefully work

SpotlightKid commented on 2014-06-27 19:17

Yes, this is caused by the wrong Subversion URL in the 'sources' list I already mentioned in my previous comment.

jhernberg commented on 2014-06-27 19:07

This package doesn't build for me like this. I need to do: cd "${srcdir}/${pkgname}/trunk"

SpotlightKid commented on 2014-06-07 23:33

The Subversion URL in the 'source' list is missing the 'trunk' suffix.

cocreature commented on 2014-06-07 17:56

Thanks, I removed those patches.

SpotlightKid commented on 2014-06-07 13:43

The issues for both patches have been fixed in the latest SVN revision.

PeteCrighton commented on 2014-05-28 22:28

Thanks so much for the updated package! I just bought a new computer primarily for using SFZ samples, so that was not all in vain after all. I’m very happy right now, libgig-svn and subsequently linuxsampler-svn were built without flaws.

cocreature commented on 2014-05-28 21:59

Added to the patch.

SpotlightKid commented on 2014-05-28 21:31

Sorry to be a pita, but I just realized that akai.pc.in should be patched as well. It doesn't cause an error while compiling linuxsampler, but it's still broken.

I've created a bugzilla report for this issue here:

https://bugs.linuxsampler.org/cgi-bin/show_bug.cgi?id=218

cocreature commented on 2014-05-28 19:59

Installing new packages is quite useful if you want to test them.
Should be fixed now.

SpotlightKid commented on 2014-05-28 19:43

When I do not change the gig.pc pkg-config file as described below, I get an error when libtool tries to link liblinuxsampler.so.3.0.0, because libgig.so is not found, which is located in /usr/lib/libgig.so (even it is found by configure).

http://pastebin.com/g6ipTmHq

If it succeeded on your system, I suspect, you had an old copy of libgig.so still directly in /usr/lib, maybe?

cocreature commented on 2014-05-28 19:01

What error do you mean? I just compiled linuxsampler-svn and it seemed to work just fine.

SpotlightKid commented on 2014-05-28 18:49

Thanks. The patch to gig.pc.in is still needed, though, even with the ld.so configuration.

I should probably report both issues upstream.

cocreature commented on 2014-05-28 18:39

Updated, thanks SpotlightKid. If you want me to change your contributor name from your nick to something else please say so.

SpotlightKid commented on 2014-05-28 00:49

I don't know when this happend, but libgig.so seems to have moved from /usr/lib to /usr/lib/libgig, but the pkg-config file gig.pc.in has not been adapted yet (r2580). This causes an error when trying to compile linuxsampler, because the linker does not find libgig.so. The line 'libdir=@libdir@' in gig.pc.in should be changed to 'libdir=@libdir@/libgig'.

Also, it might be a giid idea to add the directory /usr/lib/libgig to the ld.so configuration, similar to what the linuxsampler-svn PKGBUILD does:

# add libgig library path to ld.so.conf.d
install -m0755 -d "$pkgdir/etc/ld.so.conf.d"
echo "/usr/lib/$_pkgname" > "$pkgdir/etc/ld.so.conf.d/$_pkgname.conf"

SpotlightKid commented on 2014-05-27 23:59

@Nothgirc: here's a patch that should fix this:

http://pastebin.com/SeDpfakK

Save it to a file 'akai-open-mode.patch' and add it to 'source' variable in the PKGBUILD, run updpkgsums and add 'patch -p0 -i "$srcdir/akai-open-mode.patch" before the make command in the build section.

PeteCrighton commented on 2014-05-26 22:05

It doesn’t build on my 64-bit machine. Here is the output: http://pastebin.com/MwcvtnTr
Any ideas?

sekret commented on 2013-12-31 14:53

Oh, right :D

cocreature commented on 2013-12-31 10:20

util-linux depends on packages depending on gcc-libs.

cocreature commented on 2013-12-31 10:17

Updated and removed the dep entirely because it's already satisfied according to namcap.

sekret commented on 2013-12-31 10:08

This package builds just fine with gcc-libs, there's no need for the multilib version of gcc-libs.

cocreature commented on 2013-12-31 08:45

I'm now the maintainer of libgig-svn. If you have any problem feel free to drop a comment. Also you have to rebuild it manually this time as the way pkgversions are calculated has changed and so for example yaourt won't recognize the update.

cocreature commented on 2013-12-15 10:16

i created a pkgbuild which uses the pkgver function to generate the pkgver and it fetches the latest revision instead of a fixed one
https://gist.github.com/Javafant/7971146

JazzyEagle commented on 2013-06-27 17:12

Latest SVN Trunk revision is 2455/3.3.0.svn4. Per the developer (Rui Nuno Capela), package should be updated to grab the latest revision. Please update. Thanks!!

hermes14 commented on 2013-04-12 14:48

Please add
sed -i 's/AM_CONFIG_HEADER/AC_CONFIG_HEADERS/' configure.in
before
make -f Makefile.cvs
otherwise it won't compile.

Anonymous comment on 2012-07-26 15:33

updated

orbisvicis commented on 2011-10-21 17:59

A few changes to the PKGBUILD @ http://hpaste.org/raw/52924