August 2010 - Arch-multilib - lists.archlinux.org

[arch-multilib] Proposal: lib32-libstdc++5
by Ng Oon-Ee 01 Sep '10

01 Sep '10

May I propose lib32-libstdc++5 be added to [multilib]? At the very least catalyst (from the external [catalyst] repo) requires it. There's a whole lots of other deps as well. Ng Oon-Ee

4 8

[arch-multilib] Browser plugin location
by Robert Meijers 31 Aug '10

31 Aug '10

Hi, Yesterday I installed the flashplugin from this repo. but this caused the flash plugin in Opera (64 bit) to stop working because Opera doesn't use nspluginwrapper (and blacklists it because it causes problems) because it can run 32 bits plugins natively. Because the flash plugin isn't in its plugin path (/usr/lib/mozilla/plugins and /usr/lib/opera/plugins) it doesn't find the plugin. I've test if Opera finds the plugin when placed in /usr/lib32/mozilla/plugins and this seems to be the case. So its probably best to place the 32 bits plugins in /usr/lib32/mozilla/plugins instead of the /usr/lib/nspluginwrapper/i386/plugins so browsers who can run the 32 bit plugin still find it (because it isn't in an "obscure" folder) and other browsers still use the nspluginwrapper plugin in /usr/lib/mozilla/plugins/. This solution also keeps the /usr/lib folder free of 32 bit libraries. I've created a patch for the PKGBUILD and .install script so the flash plugin gets installed in the /usr/lib32/mozilla/plugins path. diff -U 2 /var/abs/multilib/flashplugin//flashplugin.install ./flashplugin.install --- /var/abs/multilib/flashplugin//flashplugin.install 2010-08-27 06:11:59.000000000 +0200 +++ ./flashplugin.install 2010-08-27 16:17:21.413333339 +0200 @@ -1,4 +1,4 @@ post_upgrade() { - /usr/bin/nspluginwrapper -i /usr/lib/nspluginwrapper/i386/plugins/libflashplayer.so + /usr/bin/nspluginwrapper -i /usr/lib32/mozilla/plugins/libflashplayer.so } diff -U 2 /var/abs/multilib/flashplugin//PKGBUILD ./PKGBUILD --- /var/abs/multilib/flashplugin//PKGBUILD 2010-08-27 06:11:59.000000000 +0200 +++ ./PKGBUILD 2010-08-27 16:18:13.566666673 +0200 @@ -18,6 +18,6 @@ package() { - install -d -m755 "${pkgdir}"/usr/lib/nspluginwrapper/i386/plugins/ - install -m755 "${srcdir}"/libflashplayer.so "${pkgdir}"/usr/lib/nspluginwrapper/i386/plugins/ + mkdir -p "${pkgdir}"/usr/lib32/mozilla/plugins + install -m755 "${srcdir}"/libflashplayer.so "${pkgdir}"/usr/lib32/mozilla/plugins install -d -m755 "${pkgdir}"/usr/share/licenses/${pkgname}/ install -m644 "${_licensefile}" "${pkgdir}"/usr/share/licenses/${pkgname}/LICENSE.pdf Regards, Robert Meijers

3 3

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

31 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