See bug 542796 for more details. Reproducible: Always Steps to Reproduce: 1. emerge tora 2. emerge something (e.g. gxine) 3. Actual Results: >>> Installing (1 of 1) media-video/gxine-0.5.907-r1::gentoo /var/db/pkg/dev-db/tora-3.0.0_pre20140929/NEEDED.ELF.2: $: bad substitution /var/db/pkg/dev-db/tora-3.0.0_pre20140929/NEEDED.ELF.2: $: bad substitution /var/db/pkg/dev-db/tora-3.0.0_pre20140929/NEEDED.ELF.2: $: bad substitution /var/db/pkg/dev-db/tora-3.0.0_pre20140929/NEEDED.ELF.2: $: bad substitution /var/db/pkg/dev-db/tora-3.0.0_pre20140929/NEEDED.ELF.2: $: bad substitution /var/db/pkg/dev-db/tora-3.0.0_pre20140929/NEEDED.ELF.2: $: bad substitution * Updating desktop mime database ... * Updating shared mime info database ... * Updating icons cache ... [ ok ] * Updating desktop mime database ... * Updating shared mime info database ... * Updating icons cache ... [ ok ] /var/db/pkg/dev-db/tora-3.0.0_pre20140929/NEEDED.ELF.2: $: bad substitution /var/db/pkg/dev-db/tora-3.0.0_pre20140929/NEEDED.ELF.2: $: bad substitution /var/db/pkg/dev-db/tora-3.0.0_pre20140929/NEEDED.ELF.2: $: bad substitution >>> Auto-cleaning packages... Expected Results: No "/var/db/pkg/dev-db/tora-3.0.0_pre20140929/NEEDED.ELF.2: $: bad substitution" error message This started to occur after recent upgrade of dev-apps/portage
(In reply to Paul Osmialowski from comment #0) > This started to occur after recent upgrade of dev-apps/portage This issue should not matter TOra at all. It is a bug in =sys-apps/portage-2.2.18. An it should appear not after TOra installation, but after upgrade portage to 2.2.18. I've don't update TOra since 13.01.2015, but also see this issue on my workstation (for example on re-emerge of net-misc/freerdp). On today's test re-emerge TOra I've seen the same issue (first described in bug #542796).
The bad substitution in NEEDED.ELF.2 comes from the DT_NEEDED sections of the ELF files installed by dev-db/tora-3.0.0_pre20140929. Something about the build system causes the DT_NEEDED sections to contain $$ORIGIN instead of $ORIGIN.
I've found something: extlibs/trotl/src/CMakeLists.txt:SET(CMAKE_INSTALL_RPATH "$ORIGIN/instantclient/:$$ORIGIN/instantclient/") and src/CMakeLists.txt:SET(CMAKE_INSTALL_RPATH "$ORIGIN/:$$ORIGIN/")
I added sed -i \ -e '/$$ORIGIN/d' \ extlibs/trotl/src/CMakeLists.txt || die "Removal of ORIGIN" sed -i \ -e '/$$ORIGIN/d' \ src/CMakeLists.txt || die "Removal of ORIGIN" to ebuild and now is without any warning from portage. btw. $ORIGIN and $$ORIGIN are completely useless.
Created attachment 402070 [details, diff] Use sed to remove $$ORIGIN in src_prepare
It's fixed in cvs now.