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

[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

[arch-multilib] Developer tools
by Rémy Oudompheng 27 Aug '10

27 Aug '10

Hello, Are we planning any modifications to devtools to take into account the new repo ? I am volunteer to help packaging gtk2 and its dependencies, for example.

4 5

[arch-multilib] [ANNOUNCEMENT DRAFT] True multilib for Arch Linux x86_64
by Thomas Bächler 27 Aug '10

27 Aug '10

<draft> I am happy to announce the availability of the new multilib repository. At this time, it contains wine, skype and flashplugin. Furthermore, a multilib compiler is available. With the launch of the multilib repository all old 'lib32' packages are being removed from community - the core/extra/community repositories will be "pure 64 bit" again. If you want to use the new multilib packages (and most desktop or laptop users probably do), add the following lines to your pacman.conf: [multilib] Include = /etc/pacman.d/mirrorlist </draft> Can someone help me with the formatting, as I have no idea which format tags archweb allows for our news.

3 2

[arch-multilib] wine optdepends
by Matthew Monaco 26 Aug '10

26 Aug '10

Why does wine's optdepends have lib32-libX and libX? As far as I can tell, all of the lib32-libX's depend on libX anyway. Can multilib/wine actually gain functionality by having libX and not lib32-libX?

2 1

[arch-multilib] PKGBUILDs for gtk2 dependencies
by Rémy Oudompheng 26 Aug '10

26 Aug '10

Hello, I have created PKGBUILDs for most dependencies of gtk2: atk, db, heimdal, e2fsprogs, glib2, sqlite3. I attached a svn diff. You will find built packages at http://math.unice.fr/~oudomphe/archlinux/ -- Rémy.

3 5

[arch-multilib] placement of repo in pacman.conf
by Matthew Monaco 26 Aug '10

26 Aug '10

Where are you guys putting multilib in pacman.conf? My instinct was last, but I see while there are still duplicates in community, it really needs to be moved up a little. That being said, might a better situation (in an ideal word) be to develop "multilib" as a sort of psuedo alternative architecture, rather than a repository?

2 1

[arch-multilib] Relationship to [testing]?
by Ng Oon-Ee 25 Aug '10

25 Aug '10

Hi all, Will there be a [multilib-testing]? Additionally, I assume the specific nature of [multilib] means I can put it before/after [testing] and not have any problems with package overlap, is that correct? Ng Oon-Ee

3 5

Re: [arch-multilib] At last, clean multilib support
by Thomas Bächler 24 Aug '10

24 Aug '10

Am 22.08.2010 10:39, schrieb Thomas Bächler: > Jan Steffens and me spent the this weekend putting together a multilib > toolchain and a clean lib32-glibc package. I wanted to do this for at > least two years, and we finally managed to do it on FrOSCon now. This is > the plan of attack on this: > > * Maintain the PKGBUILDs in svn-community/${pkgname}/trunk/ > * Create a separate repo 'multilib', > (svn-community/${pkgname}/repos/multilib-x86_64) > * Remove ALL multilib packages from community. Do NOT mix pure 64 bit > with multilib. All multilib must go into the new multilib repository. > * Rebuild all multilib packages with the multilib compiler to solve the > numerous problems encountered by the hackish "copy our 32 bit packages > into another path" approach. > * Find TUs and Devs willing to work on multilib (please add your name to > https://wiki.archlinux.org/index.php/Multilib_Project) > > Any comments are welcome. We will upload the multilib packages and > PKGBUILDs into a small test repository in a minute for review. Mailing list is up, the discussion will continue there. http://mailman.archlinux.org/mailman/listinfo/arch-multilib

1 0