[arch-ports] Solution for 32bit/multilib-problem
Hi all, some days ago I had to reinstall my Arch, so I decieded to give arch64 a try. It`s working great and I think this will be the future of Arch. But what I really missed is the ability to run 32bit-apps. I do not understand why the devs do not want this. But as I did not want to discuss about this, I just created some packages which allows me to start 32bit-apps within Arch64 (not using chroot etc.) To make things very easy I did not set up a crosscompiler etc.. Instead I used the packages from arch32. All libs are installed to /opt/lib32, so it wont mess up your installation. I set up a repository for testing: [pierre] Server = http://www.archlinux.de/~pierre/packages/x86_64 I got the following apps running: * Doom3 (this requires: lib32-glibc, lib32-libx11, lib32-libxau, lib32-libxdmcp, lib32-libxext, lib32-nvidia-utils, lib32-alsa-lib) * Enemy-Territory * Unreal Tournament * Google Earth * Opera (I only put it into the repository for demonstrating how it works) What do you think about this? -- http://www.archlinux.de
Thanks. I'll probably make use of these packages in the near future. On 10/8/06, Pierre Schmitz <pierre@archlinux.de> wrote:
Hi all,
some days ago I had to reinstall my Arch, so I decieded to give arch64 a try. It`s working great and I think this will be the future of Arch.
But what I really missed is the ability to run 32bit-apps. I do not understand why the devs do not want this. But as I did not want to discuss about this, I just created some packages which allows me to start 32bit-apps within Arch64 (not using chroot etc.)
To make things very easy I did not set up a crosscompiler etc.. Instead I used the packages from arch32. All libs are installed to /opt/lib32, so it wont mess up your installation.
I set up a repository for testing:
[pierre] Server = http://www.archlinux.de/~pierre/packages/x86_64
I got the following apps running: * Doom3 (this requires: lib32-glibc, lib32-libx11, lib32-libxau, lib32-libxdmcp, lib32-libxext, lib32-nvidia-utils, lib32-alsa-lib) * Enemy-Territory * Unreal Tournament * Google Earth * Opera (I only put it into the repository for demonstrating how it works)
What do you think about this?
_______________________________________________ arch-ports mailing list arch-ports@archlinux.org http://www.archlinux.org/mailman/listinfo/arch-ports
Hi there, I think it's a great idea. There is a few 'blockbuster' programs that keeps me from running arch64 full time (Java and flash plugin and Skype). I find this solution much cleaner than having to maintain an complete 32-bit arch linux for chroot. Cheers, Nicholai Just my thought On 02:51 Mon 09 Oct , Robert Howard wrote:
Thanks. I'll probably make use of these packages in the near future.
On 10/8/06, Pierre Schmitz <[1]pierre@archlinux.de> wrote:
Hi all,
some days ago I had to reinstall my Arch, so I decieded to give arch64 a try. It`s working great and I think this will be the future of Arch.
But what I really missed is the ability to run 32bit-apps. I do not understand why the devs do not want this. But as I did not want to discuss about this, I just created some packages which allows me to start 32bit-apps within Arch64 (not using chroot etc.)
To make things very easy I did not set up a crosscompiler etc.. Instead I used the packages from arch32. All libs are installed to /opt/lib32, so it wont mess up your installation.
I set up a repository for testing:
[pierre] Server = [2]http://www.archlinux.de/~pierre/packages/x86_64
I got the following apps running: * Doom3 (this requires: lib32-glibc, lib32-libx11, lib32-libxau, lib32-libxdmcp, lib32-libxext, lib32-nvidia-utils, lib32-alsa-lib) * Enemy-Territory * Unreal Tournament * Google Earth * Opera (I only put it into the repository for demonstrating how it works)
What do you think about this?
-- [3]http://www.archlinux.de
_______________________________________________ arch-ports mailing list [4]arch-ports@archlinux.org [5]http://www.archlinux.org/mailman/listinfo/arch-ports
References
Visible links 1. mailto:pierre@archlinux.de 2. http://www.archlinux.de/~pierre/packages/x86_64 3. http://www.archlinux.de/ 4. mailto:arch-ports@archlinux.org 5. http://www.archlinux.org/mailman/listinfo/arch-ports /home/ngh/.elinks//elinks.conf:123: bad value /home/ngh/.elinks//elinks.conf:176: unknown option /home/ngh/.elinks//elinks.conf:176: parse error _______________________________________________ arch-ports mailing list arch-ports@archlinux.org http://www.archlinux.org/mailman/listinfo/arch-ports
-- Civilingeniørstuderende Nicholai Grønvald Hsu Danmarks Tekniske Universitet, IPL
Am Montag, 9. Oktober 2006 08:48 schrieb Nicholai Grønvald Hsu:
I think it's a great idea. There is a few 'blockbuster' programs that keeps me from running arch64 full time (Java and flash plugin and Skype). I find this solution much cleaner than having to maintain an complete 32-bit arch linux for chroot.
I think Skype should run (it is qt, isn`t it?). I will test it. Java runs fine with Konqueror. I will try to get the nspluginwrapper running you can find in aur. Then flash schould not be a problem anymore. (and you would still have 64bit-browsers.) -- http://www.archlinux.de
Yes, Skype uses QT. I gave the skype-beta-staticqt in AUR a try, but I got a: % skype % skype: error while loading shared libraries: libXmu.so.6: wrong ELF class: ELFCLASS64 Should I somehow specify (in the PKGBUILD) that prefix is (sort of /opt/lib32) or how does is work? I looked into nspluginwrapper as well but I'm having troubles with the PKGBUILD. Some permission errors. I'll look further into that. Cheers, Nicholai On 16:32 Mon 09 Oct , Pierre Schmitz wrote:
Am Montag, 9. Oktober 2006 08:48 schrieb Nicholai Grønvald Hsu:
I think it's a great idea. There is a few 'blockbuster' programs that keeps me from running arch64 full time (Java and flash plugin and Skype). I find this solution much cleaner than having to maintain an complete 32-bit arch linux for chroot.
I think Skype should run (it is qt, isn`t it?). I will test it. Java runs fine with Konqueror. I will try to get the nspluginwrapper running you can find in aur. Then flash schould not be a problem anymore. (and you would still have 64bit-browsers.)
_______________________________________________ arch-ports mailing list arch-ports@archlinux.org http://www.archlinux.org/mailman/listinfo/arch-ports
-- Civilingeniørstuderende Nicholai Grønvald Hsu Danmarks Tekniske Universitet, IPL
Am Montag, 9. Oktober 2006 17:48 schrieb Nicholai Grønvald Hsu:
Yes, Skype uses QT. I gave the skype-beta-staticqt in AUR a try, but I got a:
% skype % skype: error while loading shared libraries: libXmu.so.6: wrong ELF class: ELFCLASS64
Should I somehow specify (in the PKGBUILD) that prefix is (sort of /opt/lib32) or how does is work?
I looked into nspluginwrapper as well but I'm having troubles with the PKGBUILD. Some permission errors. I'll look further into that.
I got the shared one running. Just install lib32-qt (which has lib32-xmu as dependency) -- http://www.archlinux.de
I got the shared one running. Just install lib32-qt (which has lib32-xmu as dependency)
Great, worked for me too. Nice idea with the lib32 meta package, makes life a lot simpler. Now back to nsdiswrapper, Cheers, -- Civilingeniørstuderende Nicholai Grønvald Hsu Danmarks Tekniske Universitet, IPL
sweet :) On 10/9/06, Nicholai Grønvald Hsu <ngh@er.dtu.dk> wrote:
I got the shared one running. Just install lib32-qt (which has lib32-xmu as dependency)
Great, worked for me too. Nice idea with the lib32 meta package, makes life a lot simpler.
Now back to nsdiswrapper,
Cheers,
-- Civilingeniørstuderende Nicholai Grønvald Hsu Danmarks Tekniske Universitet, IPL
_______________________________________________ arch-ports mailing list arch-ports@archlinux.org http://www.archlinux.org/mailman/listinfo/arch-ports
Am Montag, 9. Oktober 2006 18:14 schrieb Nicholai Grønvald Hsu:
Great, worked for me too. Nice idea with the lib32 meta package, makes life a lot simpler.
Hmm, you mean the group "lib32"? I am not sure if it is right to put all libs in that group because people should not use "pacman -S lib32" ehich will install every lib. For skype you need lib32-qt and lib32-alsa-lib. I will clean up this things and try to reduce dependencies. "namcap" seems not to be allways right ;-) If you know any other application you would like to run on arch64, just tell me and I`ll see if I can manage it. (I tried Adobe Reader yesterday, but I didn`t get it runnig because it wants to load libs from /usr/lib)
Now back to nsdiswrapper,
This seems to be a bit more complicated, since it consists of one part which has to be compiled on arch32. Best would be two create two seperate packages. I`ll have a look at it. -- http://www.archlinux.de
Pierre Schmitz wrote: Hi all, some days ago I had to reinstall my Arch, so I decieded to give arch64 a try. It`s working great and I think this will be the future of Arch. But what I really missed is the ability to run 32bit-apps. I do not understand why the devs do not want this. But as I did not want to discuss about this, I just created some packages which allows me to start 32bit-apps within Arch64 (not using chroot etc.) To make things very easy I did not set up a crosscompiler etc.. Instead I used the packages from arch32. All libs are installed to /opt/lib32, so it wont mess up your installation. I set up a repository for testing: [pierre] Server = http://www.archlinux.de/~pierre/packages/x86_64 I got the following apps running: * Doom3 (this requires: lib32-glibc, lib32-libx11, lib32-libxau, lib32-libxdmcp, lib32-libxext, lib32-nvidia-utils, lib32-alsa-lib) * Enemy-Territory * Unreal Tournament * Google Earth * Opera (I only put it into the repository for demonstrating how it works) What do you think about this? ------------------------------------------------------------------------ As of now, there are no plans to make multilib an official part of arch64. However, I don't have any issue with it being a part of community. We do however have to make sure that this does not interfere in anyway with 64bit libs. I haven't tried your PKGBUILD's yet, and ill give it a shot in a few days. See you on #archlinux64 Varun Acharya ganja_guru
Am Montag, 9. Oktober 2006 17:52 schrieb Varun Acharya:
As of now, there are no plans to make multilib an official part of arch64. However, I don't have any issue with it being a part of community.
Yes, putting it into community is a good idea. Perhaps I`ll try to become a TU (who wouldn`t trust me ;-))
We do however have to make sure that this does not interfere in anyway with 64bit libs. I haven't tried your PKGBUILD's yet, and ill give it a shot in a few days.
There should not be any problem. The libs are all installed under /opt/lib32 and this dir is just added to ldconfig. This should be quite clean. -- http://www.archlinux.de
Hi, it`s me again. ;-) I just uploaded an updated collection of my packages. If you used the repository before its better to uninstall (pacman -Rlib32), remove pkgs from cache (rm /var/cache/pacman/pkg/lib32*) and reinstall. I added the nvidia-beta-driver and the correspondig lib32-package. (see: http://www.archlinux.de/~pierre/packages/x86_64) For those who understand German I set up a short wiki-article: http://wiki.archlinux.de/?title=32Bit-Programme_unter_Arch64 If you are using opengl-apps you have to install the right library at first (lib32-nvidia-utils, lib32-nvidia-beta-utils, lib32-ati-fglrx-utils or lib32-libgl-dri) Games should work with the following additional packages: lib32-openal, lib32-alsa-lib, lib32-libstdc++5 For qt-apps just install lib32-qt. Note: If you want to run GoogleEarth you have to install lib32-qt AND a propper OpenGL-package (see above) Pierre -- http://www.archlinux.de
participants (5)
-
Karsten Anderson
-
Nicholai Grønvald Hsu
-
Pierre Schmitz
-
Robert Howard
-
Varun Acharya