Help with packages

[Mike Snitzer]

On Tue, Mar 09 2004 at 14:37,
Panu Matilainen <pmatilai at welho.com> wrote:

> On Tue, 2004-03-09 at 22:59, Mike Snitzer wrote:
> > On Mon, Mar 08 2004 at 10:29,
> > Jesse Keating <jkeating at j2solutions.net> wrote:
> > 
> > Content-Description: signed data
> > > On Monday 08 March 2004 08:30, Wayne ward wrote:
> > > > I use alsa and also use xmms-mp3
> > > > Xmule would be a bonus.
> > > > And will apt work??
> > > 
> > > Ok, so these are all 3rd party rpms.  You can wait for the thirdparty 
> > > people to start building x86_64 versions, or you can grab the src.rpm 
> > > and build them yourself.  At this time, I don't believe that apt is 
> > > x86_64 friendly.
> > 
> > FYI, APT works great on x86_64; with rhel3, suse9pro, and sles8.
> 
> The "non-x86_64 friendliness" Jesse is referring to is the lack of
> multilib support (currently) in apt. Just got an Opteron box today so
> haven't had time to look into it yet :)

Congrats on the new Opteron!

And yes, I was aware of the multilib issues; here is what I emailed Justin
Forbes (he emailed me off list):

On Tue, Mar 09 2004 at 14:28,
Justin M. Forbes <64bit_fedora at comcast.net> wrote:

> On Tue, Mar 09, 2004 at 01:59:05PM -0700, Mike Snitzer wrote:
> >
> > FYI, APT works great on x86_64; with rhel3, suse9pro, and sles8.
> >
> > There may be some games you need to play to get its autotools (libtool et
> > al) magic to play nice.
> >
> Apt works great in 64bit mode? Or running 32bit compat? AFAIK apt is not
> multilib safe.  I would certainly love to see this change.

As I said, it requires some hacking of autotools stuffs; but that was from
memory... as for specifics:

%ifarch x86_64 apply this patch:
--- apt-0.5.15cnc5/apt-pkg/luaiface.cc.orig     2004-02-12 19:59:50.000000000 -0700
+++ apt-0.5.15cnc5/apt-pkg/luaiface.cc  2004-02-12 20:00:20.000000000 -0700
@@ -81,7 +81,7 @@
 Lua::Lua()
       : DepCache(0), Cache(0), CacheControl(0), Fix(0), DontFix(0)
 {
-   _config->CndSet("Dir::Bin::scripts", "/usr/lib/apt/scripts");
+   _config->CndSet("Dir::Bin::scripts", "/usr/lib64/apt/scripts");

    const luaL_reg lualibs[] = {
       {"base", luaopen_base},

And as taken from my spec file (NOTE, the libtool hacks are ugly but I didn't
care to waste my time learning libtool to _really_ fix the problem):

%configure --libdir=/usr/lib64 --includedir=%{_includedir}/apt-pkg ...

<snip>

%ifarch x86_64
# XXX hack to get apt to compile on SUSE9 (possibly RHEL3)
perl -pi -e 's|sys_lib_search_path_spec=.*|sys_lib_search_path_spec="/lib64 /usr/lib64 /usr/local/lib64"|' libtool
perl -pi -e 's|sys_lib_dlsearch_path_spec=.*|sys_lib_dlsearch_path_spec="/lib64 /usr/lib64"|' libtool
%endif

Hope that helps, we should probably try to work with the people on the
apt-rpm developer mailing list to get these things sorted out; I don't
have the time right now.

regards,
Mike

-- 
Mike Snitzer                           msnitzer at lnxi.com
Linux Networx                          http://www.lnxi.com