You are not logged in.
Pages: 1
I've read all over the place about chroot and 32 bit libraries or something, and I'm wondering if that's something that would be helpful for 64 bit systems for 32 bit compatibility.
I guess I just want to know what that is.
Last edited by z.s.tar.gz (2009-09-05 11:30:55)
I need to find a way out so everyone can find their way out.
Resregietd Lunix Uesr: 485581
Offline
There's an FAQ and guide in the wiki for this:
All men have stood for freedom...
For freedom is the man that will turn the world upside down.
Gerrard Winstanley.
Offline
Hello z.s.tar.gz!
http://wiki.archlinux.org/index.php/Arc … _Arch64.3F
http://wiki.archlinux.org/index.php/Arc … bit_system
Hope this helps something.
Offline
I've read the arcticles before, (thanks anyways) but I guess what I'm realling asking is what those combined commands really do.
I need to find a way out so everyone can find their way out.
Resregietd Lunix Uesr: 485581
Offline
they allow you to run 32bit binaries on a 64 bit system
Stand back, intruder, or i'll blast you out of space! I am Klixon and I don't want any dealings with you human lifeforms. I'm a cyborg!
Offline
I realize that. What I mean is, I understand that installing all 32 bit libraries works because you are basically installing arch for both architectures.
What I'm asking is, what does chroot even mean? Is it like a link? I really have no clue.
I need to find a way out so everyone can find their way out.
Resregietd Lunix Uesr: 485581
Offline
Basically, 64-bit can run 32-bit executables (the reverse doesn't work, however). The problem is, all non-trivial executables have to reference libraries, and libraries differ between 64-bit and 32-bit. Some distros, like Ubuntu, use a multilib system, where there's two sets of libraries. Some apps behave better with this sort of setup than others.
A chroot is basically a 'virtual root'. You'd probably know that in linux everything is done relative to a root filesystem. So, for example, an app who wants libraries will default to searching in /lib or /usr/lib. In a chroot, you'd define a folder in your filesystem (/opt/arch32 for example) to be the root of the install. Meaning that all the executables run inside that chroot (via schroot or whatever) will see /opt/arch32/lib as /lib. That way, all apps will run as if they were natively running on 32-bit, no need for a multilib system.
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
I personally don't see a point in the chroot 32bit compatibility system.
Installing the lib32-whatever packages works fine.
Offline
Thank you ngoonee, I get it now.
Also, it's easier with large amounts of packages to just chroot it, apparently.
Last edited by z.s.tar.gz (2009-09-06 01:56:21)
I need to find a way out so everyone can find their way out.
Resregietd Lunix Uesr: 485581
Offline
I personally don't see a point in the chroot 32bit compatibility system.
Installing the lib32-whatever packages works fine.
Inversely, I personally don't see a point in using lib32 when the chroot works fine.
Gives me less dependency on AUR building, doesn't mess up with my primary install, and when, eventually, all the apps I need are 64-bit, I can just delete the directory instead of having to remove a whole bunch of packages. The time saved by 'simply installing' lib32 packages instead of setting up my chroot is offset by the time needed to compile lib32 packages which aren't in community, which I can install in the chroot simply using pacman -S.
Different strokes for different folks, and all that.
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
pacman -Rs lib32
You're right, that is hard.
Offline
pacman -Rs lib32
You're right, that is hard.
'Hard' in this case means "I may forget something". Would lib32 really match all the 32-bit libs + apps?
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
Not only the chroot is a "cleaner" way it also assures that any program you run inside it will only see the 32bit libs in the place it expects them to be, also no one said you needed to user arch inside the chroot you can use files from other distro and tackle compatibility problems with some apps (notably proprietary ones).
Thats how I use it now, centos 4 server install (64bit) in the chroot, all (proprietary) apps work happily and I can use arch for all the other stuff.
R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K
Offline
Pages: 1