[SOLVED] ia32-libs on an amd64 system

Originally Posted by odiseo77 @273: Yes, it has worked for me in some cases too. (Besides, it avoids downloading a bunch of other i386 dependencies that are pulled in with libgtk2.0-0:i386).

For Google Earth I edit the .deb to remove the dependence on ia32-lib and install it. For third--party apps there is always another way...

I have a program I use that needs the i386 version of libgtk2.0-0 and, since Debian's multilib is broken and has been for years, I just grab the package from the i386 repository and copy the needed file into the relevant directory and, lo and behold, it works.

Guess I'm being thick, but I can't find this in the Debian repository. I've searched on

http://packages.debian.org

in wheezy and wh-backports, end of file name, and inside file-name, but get zero.

http://packages.debian.org/search?keywords=libgtk2.0-0

Thanks again 273.

I've downloaded gtk+2.0_2.24.10-2.debian.tar.gz and unpacked it.

I thought I would find a file libgtk2.0-0:i386 or similar inside, but no.

So I guess I do /usr/bin/make -f in the unpacked dir?

That seems to be the source package; the method suggested by 273 implies using the i386 binary package. Anyway, I just tried it here and had to download and extract several binary packages, then copy the relevant files to the file system and create some symbolic links, so I think it might be easier to just install it all automatically from the repositories:

apt-get install libgtk2.0-0:i386

Then run QFinder.release again. If it complains about libGL.so.1 missing, you will need to install one of the libgl1-*-glx:i386 packages I mentioned before in post #13.

Thanks a lot Odiseo.

0100 here so I will do it tomorrow.

Actually I would say do not try to compile anything, and do not try to install anything.
Assuming you need any of the files you downloaded (which you have no idea whether you do) you would need to drop them carefully into a directory and not do anything like trying to compile.

0100 here so I will do it tomorrow.

Done and it has worked. At least, well enough -- the gui is a bit bare compared to the win7 version but what I need is there.

Thanks a lot to you both!

Glad to be of help. I have grown to hate multilib myself due to issues like this.

Originally Posted by odiseo77 That seems to be the source package; the method suggested by 273 implies using the i386 binary package. Anyway, I just tried it here and had to download and extract several binary packages, then copy the relevant files to the file system and create some symbolic links, so I think it might be easier to just install it all automatically from the repositories: apt-get install libgtk2.0-0:i386 Then run QFinder.release again. If it complains about libGL.so.1 missing, you will need to install one of the libgl1-*-glx:i386 packages I mentioned before in post #13.

For completeness just to confirm that this now works on Debian Sid so I don't have to break open a .deb package to get the files from it any more.

Originally Posted by 273 For completeness just to confirm that this now works on Debian Sid so I don't have to break open a .deb package to get the files from it any more.

Yes, I think multilib is getting better. Haven't had issues with it lately, except for apt-get occasionally attempting to remove some i386 packages. (Which may happen with amd64 packages as well, due to the changing nature of Debian Sid).

Originally Posted by odiseo77 Yes, I think multilib is getting better. Haven't had issues with it lately, except for apt-get occasionally attempting to remove some i386 packages. (Which may happen with amd64 packages as well, due to the changing nature of Debian Sid).

In the past I have known multilib to be completely borken (as confirmed in IRC by a Debian developer) in Sid and up until fairly recently (a month or so ago) I was relying upon having files from libgtk2.0-0:i386 dropped manually into the libs directory of a third-party application in order for it to work. That was due, I think, to the i386 and AMD64 versions being out of sync.
I really hope you're right and things are getting better -- sadly I think I'll need multilib for another couple of years yet.