You can find ebuilds for the latest CVS version of libgig and linuxsampler here: http://download.linuxsampler.org/packages/gentoo/ Might be interesting for some, since the latest tarball release of LS at least is quite old.
Hello, I have downloaded the ebuilds. At the emerge of Linuxsampler, I get this error at the end: ACCESS DENIED mkdir: /var/lib/linuxsampler mkdir: ne peut créer le répertoire `/var/lib/linuxsampler': Permission non accordée make[2]: *** [install-data-local] Erreur 1 make[2]: quittant le répertoire « /var/tmp/portage/media-sound/linuxsampler-0.4.0/work/linuxsampler » make[1]: *** [install-am] Erreur 2 make[1]: quittant le répertoire « /var/tmp/portage/media-sound/linuxsampler-0.4.0/work/linuxsampler » make: *** [install-recursive] Erreur 1 * * ERROR: media-sound/linuxsampler-0.4.0 failed. * Call stack: * ebuild.sh, line 1648: Called dyn_install * ebuild.sh, line 1083: Called qa_call 'src_install' * ebuild.sh, line 44: Called src_install * linuxsampler-0.4.0.ebuild, line 61: Called einstall * ebuild.sh, line 633: Called die * * einstall failed * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/media-sound/linuxsampler-0.4.0/temp/build.log'. * This ebuild is from an overlay: '/usr/local/portage/toan/' * --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/var/log/sandbox/sandbox-media-sound_-_linuxsampler-0.4.0-1253.log" mkdir: /var/lib/linuxsampler --------------------------------------------------------------------------------
I couldn't reproduce that. Could you try figuring out where in the ebuild that error occurs? Place debug messages or something. BTW, is there a common gentoo policy for CVS ebuilds? I don't think it's good practice to keep those CVS ebuilds with the common release version scheme. Would something like: libgig-cvs.ebuild and then subsequently: libgig-cvs-r1.ebuild libgig-cvs-r2.ebuild ... be OK? Or what would be the common name scheme for CVS ebuilds?
I think I just fixed the issue you reported, which occurs when you compile LS with instruments DB support. I also addressed the mentioned versioning scheme (see readme.txt for details). Please grab the updated ebuilds: http://download.linuxsampler.org/packages/gentoo/ and try again!
Yes, now it works. Thank a lot!!!
checking for the pthreads library -lpthreads... no checking whether pthreads work without any flags... no checking whether pthreads work with -Kthread... no checking whether pthreads work with -kthread... no checking for the pthreads library -llthread... no checking whether pthreads work with -pthread... yes checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE checking if more special flags are required for pthreads... no checking for NPTL bug... yes !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! You seem to have a buggy PTHREAD library! LinuxSampler would probably crash due to this. Please report us the system you are using and/or file a bug report to the bug tracking system of your distribution. If you have a NPTL-enabled glibc AND it was compiled for TLS as well, you can try to circumvent this problem for now by setting the environment variable LD_ASSUME_KERNEL="2.4.1" , which should cause this test to pass. !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! configure: error: possibly NPTL glibc bug detected
Created attachment 141577 [details] build.log
(In reply to comment #5) > checking for NPTL bug... yes > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > You seem to have a buggy PTHREAD library! LinuxSampler would > probably crash due to this. Please report us the system you are > using and/or file a bug report to the bug tracking system of > your distribution. > If you have a NPTL-enabled glibc AND it was compiled for TLS as > well, you can try to circumvent this problem for now by setting > the environment variable LD_ASSUME_KERNEL="2.4.1" , which > should cause this test to pass. > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > configure: error: possibly NPTL glibc bug detected This is not a bug in LS, it's a bug in Gentoo's current "stable" gcc (4.1.2), precisely: in libgcc_s.so.1 See bug #194076 for the whole story and solution.
(In reply to comment #7) > (In reply to comment #5) > > checking for NPTL bug... yes > > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > > You seem to have a buggy PTHREAD library! LinuxSampler would > > probably crash due to this. Please report us the system you are > > using and/or file a bug report to the bug tracking system of > > your distribution. > > If you have a NPTL-enabled glibc AND it was compiled for TLS as > > well, you can try to circumvent this problem for now by setting > > the environment variable LD_ASSUME_KERNEL="2.4.1" , which > > should cause this test to pass. > > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > > configure: error: possibly NPTL glibc bug detected > > This is not a bug in LS, it's a bug in Gentoo's current "stable" gcc (4.1.2), > precisely: in libgcc_s.so.1 > > See bug #194076 for the whole story and solution. > Thanks, worked!
scm ebuilds in the repository are the exception for development purposes, but there is no point in it, when upstream releases regularly.
