Summary: | dev-lang/pike-7.8.352-r2 multilib-strict check failed! | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Marco Ziebell <ziebell_marco> |
Component: | Current packages | Assignee: | Jeff (JD) Horelick (RETIRED) <jdhore> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | pacho, treecleaner, ziebell_marco |
Priority: | Normal | Keywords: | PMASKED |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | Pending removal: 2015-04-19 | ||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 421369, 531484 | ||
Attachments: | tar Archive of dev-lang/pike-7.8.352-r2 build.log |
Description
Marco Ziebell
2012-06-19 21:55:58 UTC
Created attachment 315807 [details]
tar Archive of dev-lang/pike-7.8.352-r2 build.log
This package now lacks an active maintainer, please check the following link if you want to help: http://my.opera.com/pacho/blog/2012/11/27/about-maintainer-needed Still hitting this. I think we should treeclean this in favor of pike overlay that is the one pointed by upstream for installing pike :/ http://pike.lysator.liu.se/download/ From your configuration:
> MULTILIB_STRICT_EXEMPT="(perl5|gcc|gcc-lib|binutils|eclipse-3|debug|portage|udev)"
I see perl & gcc there. Is there a good reason not to list pike as well?
It's not like you'll install both a 64-bit and 32-bit pike runtime at the same time, and the *.so files that are complained about are not useful to anything else but the pike runtime.
Anyway, the easy fix for old versions of pike is to move the files from /usr/lib/pike to /usr/libexec/pike by changing the installation command in the ebuild from: emake -j1 INSTALLARGS="--traditional" buildroot="${D}" install to: emake -j1 INSTALLARGS="--traditional lib_prefix=/usr/libexec/pike/" buildroot="${D}" install dropped |