[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gentoo-dev
Subject:    Re: [gentoo-dev] Two requests for ebuild maintainers+writers
From:       Paul de Vrieze <pauldv () gentoo ! org>
Date:       2004-08-27 21:43:23
Message-ID: 200408272343.23405.pauldv () gentoo ! org
[Download RAW message or body]

On Friday 27 August 2004 18:51, Travis Tilley wrote:
> java is going to be stress if we have to support both a 64bit and 32bit
> jre... especially since azureus needs a 64bit SWT to work and such. i'd
> say that java stuff should probably not use $(get_libdir), or (almost)
> anything that ends up in /opt. that is, indeed, a good question that i
> hadnt thought of.

Actually the jar archives still should run on both systems. However the 
architecture dependend (native) libs need to be located in their respective 
dirs. That should magically work with either jdk (if both native libs are 
installed) as long as the jar archives can be found. They should be the same 
so also located at the same location.

>
> the chunk of the FHS that mentions lib64 notes that 64bit libraries
> should go there... so if it isnt a library and lives in lib, you might
> also not want to use $(get_libdir)... but that would all depend on how
> jstubbs eventually implements multilib dependency handling in portage,
> so it might just be safer to use $(get_libdir) even then to prevent file
> collisions. at the very least, it shouldnt cause problems on
> non-multilib systems since "$(get_libdir)" will always equal "lib" on
> them, and you dont have to worry about collisions. ;p

I guess the trick is to see where the installation scripts for the package 
install it.

Paul

-- 
Paul de Vrieze
Gentoo Developer
Mail: pauldv@gentoo.org
Homepage: http://www.devrieze.net

--
gentoo-dev@gentoo.org mailing list

[prev in list] [next in list] [prev in thread] [next in thread]