Hi Christopher,

On 08/20/2010 03:06:53 AM, Christopher Schwan wrote:
> Hi Steve,
> 
> On Thursday 19 August 2010 19:32:23 Steven Trogdon wrote:
>> On 08/19/2010 03:04:54 AM, Christopher Schwan wrote:
>> > Hi,
>> >
>> > On Thursday 19 August 2010 08:14:08 Steven Trogdon wrote:
>> >> Hello,
>> >>
>> >> Both polybori-0.6.4-r1 and polybori-0.6.5 fail to build here on amd64
>> >> for the same reason. The important snippet is:
>> >>
>> >> rm: cannot remove
>> >> `/var/tmp/portage/sci-mathematics/polybori-0.6.4-r1/image//usr/lib64/lib
>> >> *.s o*': No such file or directory
>> >>
>> >>   * ERROR: sci-mathematics/polybori-0.6.4-r1 failed:
>> >>   *   failed to remove shared objects
>> >>   *
>> >>   * Call stack:
>> >>   *     ebuild.sh, line  54:  Called src_install
>> >>   *   environment, line 5124:  Called die
>> >>   * The specific snippet of code:
>> >>   *       rm "${ED}"/usr/$(get_libdir)/lib*.so* || die "failed to remove
>> >>
>> >> shared objects"
>> >>
>> >>   *
>> >>
>> >> Under the /image directory polybori installs the libs under /usr/lib
>> >> instead of /usr/lib64. This seemed to be an issue previously with
>> >> polybori.
>> >
>> > Fixed in overlay - I will try to find find out how to install to lib64 on
>> > amd64.
>> 
>> With the present commit I get multilib-strict failures. I forgot about
>> this! I put the following:
>> 
>>      sed -i "s:DevelInstPath('lib'):DevelInstPath('$(get_libdir)'):g" \
>>          	SConstruct || die "sed failed"
>> 
>> in src_prepare and libs are installed under /usr/lib64 on amd64 and under
>> /usr/lib on my 32bit chroot. I'm not sure if this is the "correct" way to
>> fix things but maybe it'll give some direction.
> 
> Thank you for your info! I will update polybori later this day (I currently  
> do
> not have access to an amd64 machine) and see if its possible to fix this  
> issue
> with an command line argument (that would be the correct way).
> 
> Besides polybori, do you have any other multilib-strict failures for sage-
> related ebuilds ?
> 

I haven't seen other ebuilds recently with this problem. I looked at adjusting  
the PARAMS variable but could find nothing to pass to scons that would do the  
job. I could have missed something.

>> 
>> >> Steve
>> >
>> > Christopher
>> 
>> Steve
> 
> Christopher
> 

Steve