- Arch-multilib - lists.archlinux.org

[arch-multilib] package lib32-alsa-oss
by Laurent Carlier 30 Aug '10

30 Aug '10

This package is useful if you want to use the aoss utility: [lordh@archMain lib32-also-oss]$ aoss enemy-territory ERROR: ld.so: object '/usr/$LIB/libaoss.so' from LD_PRELOAD cannot be preloaded: ignored. ET 2.60b linux-i386 May 8 2006 with the package installed: [lordh@archMain lib32-also-oss]$ aoss enemy-territory ET 2.60b linux-i386 May 8 2006

2 3

[arch-multilib] nspluginwrapper and gcc-libs-multilib ?
by Rémy Oudompheng 30 Aug '10

30 Aug '10

Someone told me about this issue: https://bbs.archlinux.org/viewtopic.php?pid=817049 The install script for flashplugin fails if gcc-libs-multilib is not installed: nspluginwrapper complains. Installing gcc-libs-multilib solves the problem. -- Rémy (too lazy to open a bug report now...)

2 1

Re: [arch-multilib] lib32-libtheora
by Nicky726 30 Aug '10

30 Aug '10

Thanx, guys. Rémy's hack does make package to build. If someone knows of the correct solution I'd be happy to use it, but I am actually pretty lost. Nicky -- Don't it always seem to go That you don't know what you've got Till it's gone (Joni Mitchell)

1 0

[arch-multilib] lib32-libtheora
by Nicky726 29 Aug '10

29 Aug '10

Hello, I maintain the lib32-libtheora package in the AUR and I'm trying to get it working the new multilib-way. The build fails though. Could someone help me, or should I bohter the upstream instead? Updated PKGBUILD: # Maintainer: Nicky726 (nicky726 <at> gmail <dot> com) # Contributor: Tom Killian (tom <at> archlinux <dot> org) pkgname=lib32-libtheora _pkgname32=libtheora pkgver=1.1.1 pkgrel=2 pkgdesc="An open video codec developed by the Xiph.org (32bit)" arch=('x86_64') depends=('libtheora' 'lib32-libogg') makedepends=('gcc-multilib' 'lib32-libvorbis') url="http://www.xiph.org" groups=lib32 license=('BSD' 'custom') options=('!libtool') source=(http://downloads.xiph.org/releases/theora/${_pkgname32}-${pkgver}.t… md5sums=('292ab65cedd5021d6b7ddd117e07cd8e') build() { export CC="gcc -m32" export CXX="g++ -m32" export PKG_CONFIG_PATH="/usr/lib32/pkgconfig" cd "${srcdir}/${_pkgname32}-${pkgver}" ./configure --prefix=/usr --libdir=/usr/lib32\ --enable-shared --disable-static make } package() { cd "${srcdir}/${_pkgname32}-${pkgver}" make DESTDIR="${pkgdir}" install #rm -rf "${pkgdir}/usr/"{include,share,bin} # link the licence install -dm755 "${pkgdir}/usr/share/licences/" cd "${pkgdir}/usr/share/licences/" ln -s "${_pkgname32}" "${pkgname}" } Error I get when building: make[2]: Entering directory `/home/nik/Dokumenty/build/aur/lib32- libtheora/src/libtheora-1.1.1/lib' source='x86/sse2fdct.c' object='sse2fdct.lo' libtool=yes \ depfile='.deps/sse2fdct.Plo' tmpdepfile='.deps/sse2fdct.TPlo' \ depmode=gcc3 /bin/sh ../depcomp \ /bin/sh ../libtool --mode=compile gcc -m32 -DHAVE_CONFIG_H -I. -I. - I.. -I../include -Wall -Wno-parentheses -O3 -fforce-addr -fomit-frame- pointer -finline-functions -funroll-loops -march=native -O2 -pipe -c -o sse2fdct.lo `test -f 'x86/sse2fdct.c' || echo './'`x86/sse2fdct.c libtool: compile: gcc -m32 -DHAVE_CONFIG_H -I. -I. -I.. -I../include -Wall - Wno-parentheses -O3 -fforce-addr -fomit-frame-pointer -finline-functions - funroll-loops -march=native -O2 -pipe -c x86/sse2fdct.c -MT sse2fdct.lo -MD - MP -MF .deps/sse2fdct.TPlo -fPIC -DPIC -o .libs/sse2fdct.o x86/sse2fdct.c: Assembler messages: x86/sse2fdct.c:440: Error: bad register name `%xmm15' ... and lots of simmilar stuff with different numbers ending with: make[2]: *** [sse2fdct.lo] Error 1 make[2]: Leaving directory `/home/nik/Dokumenty/build/aur/lib32- libtheora/src/libtheora-1.1.1/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/nik/Dokumenty/build/aur/lib32- libtheora/src/libtheora-1.1.1' make: *** [all] Error 2 Thanx, Nicky -- Don't it always seem to go That you don't know what you've got Till it's gone (Joni Mitchell)

5 6

[arch-multilib] Bug with lib32-zlib PKGBUILD
by Ng Oon-Ee 29 Aug '10

29 Aug '10

Hi all, Please reference this forum thread - https://bbs.archlinux.org/viewtopic.php?pid=816770 And this submitted bug report - http://bugs.archlinux.org/task/20647 Basically, the PKGBUILD for lib32-zlib has CFLAGS=${CFLAGS/-O2/-O3}, which is meant to remove optimization flags. What it does though is remove the -O2 flag and add an -O3 flag, causing the segfaults I ran across. Ng Oon-Ee

5 11

[arch-multilib] nspluwingrapper in [multilib] and AUR
by Thomas Jost 29 Aug '10

29 Aug '10

Hi everyone, I'm maintaining the nspluginwrapper-debian package in AUR [1]. It's a quite popular package (335 votes, and nspluginwrapper-flash, which depends on it, has 682 votes...), but I think it should now be replaced by the nspluginwrapper from multilib. I think it would be great to have a "replaces=(nspluginwrapper-debian)" in the nspluginwrapper PKGBUILD. Could its maintainer please do that? Would that be enough, or do I need to do something on my side? Regards [1] http://aur.archlinux.org/packages.php?ID=34111 -- Thomas/Schnouki

3 2

[arch-multilib] Wiki Cleanup
by Rémy Oudompheng 28 Aug '10

28 Aug '10

Several pages in the wiki [1] explain how to install the 32-bit flashplugin on x86_64. Should we delete or update them ? For the moment I am adding a remark at the top saying [multilib] has arrived. I can edit English and French. [1] http://wiki.archlinux.org/index.php/Install_32bit_Flash_on_a_64bit_System -- Rémy.

2 1

[arch-multilib] "bin32-skype" in [multilib] (as "skype")
by Malte Rabenseifner 28 Aug '10

28 Aug '10

CCing my announcement in the comments of bin32-skype (http://aur.archlinux.org/packages.php?ID=7914), please keep the package for at least 7 days to get people a chance to switch to [multilib]. "Since the announcement of the new [multilib] repository yesterday (http://www.archlinux.org/news/508/), I strongly encourage ALL users of bin32-skype to switch to the Skype package of that repository and report bugs and problems to the Arch bug tracker at http://bugs.archlinux.org (be sure that you have switched to "Community Packages"). I already have done testing of the package in [multilib] since it has been uploaded and I am bug free. Please help to find more bugs on different systems so that the change will go smoothly when this package will be removed from the AUR." -- Malte Rabenseifner, Germany mail(a)malte-rabenseifner.de -- Beneath knowing, understanding. Beneath understanding, seeing. Beneath seeing, recognizing. Beneath recognizing, knowing. --

1 0

[arch-multilib] gcc-libs-multilib should not replace gcc-libs
by Pierre Schmitz 27 Aug '10

27 Aug '10

Hi all, I just noticed that gcc-libs-multilib replaces and provides gcc-libs. I would prefer if this package would just provide those files in /usr/lib32 and not replace a core package. The disadvantages of the current package are that systems might break if gcc in core/testing is newer and its more difficult to remove the multilib packages. I see that this is a bigger problem for gcc itself; but this wont be installed by the average user anyway and only in the build chroot. So my suggestion would be that multilib (runtime) packages should not replace packages from core or extra. Greetings, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

5 5

[arch-multilib] locale in 32 bit applications
by Bernhard Walle 27 Aug '10

27 Aug '10

Hi, I hope it's ok to write directly to that list as normal user. I wanted to test the new multilib support in Arch which is great work BTW. In addition to Skype or Flash I use a 32 bit application called Moneyplex which is a commercial home banking application for Linux. That application has been written with Kylix and is very ancient from a technical point of view, still using Qt3 and so on. It also doesn't work with utf-8 so one has to export LANG=de_DE when using it and making sure that de_DE is available with locale-gen. With the old bin32 packages from Community, I had also to set GCONV_PATH to something below /opt. That is not necessary any more, which is good. However, it doesn't find its locale definitions. Using strace I found out that the 32 bit part looks for the locale database in /usr/lib32/locale, using a symbolic link „/usr/lib32/locale“ -> „/usr/lib/locale“ did work! Would it be possible to address that issue, maybe just by shipping that symlink? Regards, Bernhard

2 2