You are not logged in.

#1 2009-01-24 20:21:46

profylno
Member
Registered: 2008-09-23
Posts: 10

32-bit without chroot

Hi!

I've for a long time been using a 32-bit chroot for all my 32-bit needs, using

schroot -p -- 32bitprogram

whenever I needed to. Today, I was surprised and delighted to discover that many of the binaries in the chroot directory work perfectly well unchrooted! Although some (ls and mv, for example) still give things like

$ /opt/arch32/bin/mv
/opt/arch32/bin/ls: error while loading shared libraries: libacl.so.1: wrong ELF class: ELFCLASS64

Can anyone explain this? Is it simply that there's no difference between the 32 and 64 bit libraries that the working programs use?

Offline

#2 2009-01-24 22:24:59

Kilz
Member
Registered: 2008-03-01
Posts: 140

Re: 32-bit without chroot

It is possible to run 32bit applications as long as the 32bit libraries are there. This page in the wiki shows how to without a chroot. http://wiki.archlinux.org/index.php/Usi … _on_Arch64
What are the advantages of running a chroot?


I trust Microsoft about as far as I can comfortably spit a dead rat.
Cinnamon is a wonderful desktop
"Faith is the substance of things hoped for, the evidence of things not seen."

Offline

#3 2009-01-25 00:19:50

DonVla
Member
From: Bonn, Germany
Registered: 2007-06-07
Posts: 997

Re: 32-bit without chroot

if you´re not compiling stuff, none. i set up a chroot environment and i ended with a 1.8gb arch32 directory only for googleearth or skype. now i´m using only the lib32 libraries from community.

Offline

#4 2009-01-25 00:48:06

Ranguvar
Member
Registered: 2008-08-12
Posts: 2,563

Re: 32-bit without chroot

Yeah, chroot is nice for a clean, pure 32-bit environment to build in. Otherwise, if you can find 32-bit libs (or make them, it's simple I believe), you can save space and time.

Offline

#5 2009-01-25 16:11:58

profylno
Member
Registered: 2008-09-23
Posts: 10

Re: 32-bit without chroot

Ah, I see! I had read that wiki page before, but it always kind of intimated me, and so I never set my system up as proposed. But now I see that it is already set up as such, with an "/opt/lib32", and the appropriate entries in /etc/ld.so.conf. I'm not quite sure how or when they got there, but I'm not complaining.
Mind you, it's not so clear to me how to install i686 packages. As it stands, the x86_64 packages are already in my pacman DB, so even if I change all my mirrors from x86_64 to i686, the old 64bit packages in the db will take precedence (unless I clear the db everytime, which I would like to avoid). So should I have a seperate db 'sync' directory and cache directory and mirrorlist for 32bit packages and install them with 'pacman --dbpath /32bit/db --config /32bit/mirrorlist --cachedir /32bit/cache'? Or is there some other way to do it?

Last edited by profylno (2009-01-25 16:46:07)

Offline

#6 2009-01-25 18:58:28

Kilz
Member
Registered: 2008-03-01
Posts: 140

Re: 32-bit without chroot

What applications do you need to run in 32bit?


I trust Microsoft about as far as I can comfortably spit a dead rat.
Cinnamon is a wonderful desktop
"Faith is the substance of things hoped for, the evidence of things not seen."

Offline

#7 2009-01-25 19:40:07

fwojciec
Member
Registered: 2007-05-20
Posts: 1,411

Re: 32-bit without chroot

32bit chroot ftw!

The only downsides are that it takes more HD space than just libs, and it's a bit more involved to set up initially.  If these two are not an issue, then there are only advantages, IMO.  Of course a chroot to run one or two apps is probably an overkill, but in my experience it's an extremely useful thing to have around on a 64bit system in either case (some apps, for example, don't build on 64bit, etc.) -- it simply gives you much more flexibility when it comes to dealing with 32bit stuff on 64bit system.

Last edited by fwojciec (2009-01-25 19:41:41)

Offline

#8 2009-01-25 20:20:55

profylno
Member
Registered: 2008-09-23
Posts: 10

Re: 32-bit without chroot

Kilz wrote:

What applications do you need to run in 32bit?

I really only need it for wmctrl (which has problems in 64), wine and skype. But that doesn't really matter, because it isn't the case that I'm trying to get anything to work; it works fine now running them from where they were installed in the chroot. Rather, I just want a nicer "set-up", because I think it's kind of awkward to chroot just so I can install a package which I'm using in the 64-bit environment anyways. So, for example, do you think there's anything wrong with my above proposal (if I didn't explain it well, I can try again)?

Offline

#9 2009-01-25 20:41:54

skottish
Forum Fellow
From: Here
Registered: 2006-06-16
Posts: 7,942

Re: 32-bit without chroot

If you can run Wine and Skype with lib32 libraries, you'll can have most 32 bit things running (or nearly so). In AUR there's a package called bin32-wine. Check out the dependency array. Everything is available either in community or in AUR.

Offline

#10 2009-01-25 22:24:58

Themaister
Member
From: Trondheim, Norway
Registered: 2008-07-21
Posts: 652
Website

Re: 32-bit without chroot

I like having a minimal chroot smile I think it's much easier to have the 32-bit stuff isolated from the main system. Of course, this is assuming the disk space it occupies is neglectable. I've had occations where I couldn't find lib32-packages I needed in the repos or AUR, and couldn't be arsed to make my own pkgbuilds. With chroot it's just ... no worries tongue

Last edited by Themaister (2009-01-25 22:26:15)

Offline

#11 2009-01-26 22:04:36

Kilz
Member
Registered: 2008-03-01
Posts: 140

Re: 32-bit without chroot

I wonder if a chroot could be setup to have just the libraries and software for package management. Then have the libraries be in the location of the ia32 libraries.

But its may be a lot of work for little gain. Not many people I know of run more that a handful of 32bit apps.


I trust Microsoft about as far as I can comfortably spit a dead rat.
Cinnamon is a wonderful desktop
"Faith is the substance of things hoped for, the evidence of things not seen."

Offline

Board footer

Powered by FluxBB