Summary: | dev-libs/redland-1.0.16 - src_install(): libtool: ld: cannot find -lrdf (parallel make) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andrei Slavoiu <ansla80> |
Component: | Current packages | Assignee: | Gentoo Sound Team <sound> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | jaak, jstein, luke-jr+gentoobugs, renesanso |
Priority: | Normal | Keywords: | NeedPatch |
Version: | 10.0 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 351559 | ||
Attachments: | build.log |
Description
Andrei Slavoiu
2014-02-06 23:29:17 UTC
Created attachment 369736 [details]
build.log
That does look like a parallel make problem. I can confirm that this can be reproduced only when the following two conditions are met: 1. The redland libraries aren't already installed at all (emerge -C redland, rm -f /usr/lib64/librdf.so.0 /usr/lib64/librdf.so.0.0.0); 2. Parallel builds are enabled. Just run into the same problem... Why is there an error like this for half a year, this would be so easy to fix? diff -ruN /redland-1.0.16.ebuild redland-1.0.16.ebuild --- /redland-1.0.16.ebuild 2014-08-04 23:01:06.000000000 +0200 +++ redland-1.0.16.ebuild 2014-09-16 16:00:36.000000000 +0200 @@ -65,10 +65,6 @@ "${myconf[@]}" } -src_compile() { - emake -j1 -} - src_test() { if ! use berkdb; then export REDLAND_TEST_CLONING_STORAGE_TYPE=hashes @@ -80,6 +76,7 @@ src_install() { default + emake -j1 dohtml {FAQS,NEWS,README,RELEASE,TODO}.html find "${ED}" -name '*.la' -exec sed -i -e "/^dependency_libs/s:=.*:='':" {} + *** Bug 524894 has been marked as a duplicate of this bug. *** I added -j1 to 1.0.17's ebuild which I version bumped in Portage today. However, the bug stays open up until proper patch is created. |