Re: [arch-dev-public] At last, clean multilib support

2010-08-23 Thread Andreas Radke
We had several discussions about lib32 and multilib support in the past. It has been always our agreement to keep Arch x86_64 plain pure 64bit. Just KISS. Any additional 32bit support should stay in the community area. Nothing has changed here. So please take care about the word official in this

Re: [arch-dev-public] At last, clean multilib support

2010-08-23 Thread Thomas Bächler
Am 23.08.2010 12:00, schrieb Andreas Radke: We had several discussions about lib32 and multilib support in the past. It has been always our agreement to keep Arch x86_64 plain pure 64bit. Just KISS. It has been YOUR agreement. Any additional 32bit support should stay in the community area.

Re: [arch-dev-public] At last, clean multilib support

2010-08-23 Thread Ronald van Haren
On Mon, Aug 23, 2010 at 12:35 PM, Thomas Bächler tho...@archlinux.org wrote: Am 23.08.2010 12:00, schrieb Andreas Radke: We had several discussions about lib32 and multilib support in the past. It has been always our agreement to keep Arch x86_64 plain pure 64bit. Just KISS. It has been YOUR

Re: [arch-dev-public] At last, clean multilib support

2010-08-23 Thread Thomas Bächler
Am 23.08.2010 12:43, schrieb Ronald van Haren: Any additional 32bit support should stay in the community area. Nothing has changed here. We are doing more than that. We are separating 32bit support from community, too. I want to make it a strict rule that no multilib package can ever enter

Re: [arch-dev-public] At last, clean multilib support

2010-08-23 Thread Rémy Oudompheng
On 2010/8/23 Thomas Bächler tho...@archlinux.org wrote: We are doing more than that. We are separating 32bit support from community, too. I want to make it a strict rule that no multilib package can ever enter community again. Or core. Or extra. (Btw, that rule would imply that grub is being

Re: [arch-dev-public] At last, clean multilib support

2010-08-23 Thread Pierre Schmitz
On Mon, 23 Aug 2010 12:00:14 +0200, Andreas Radke a.ra...@arcor.de wrote: We had several discussions about lib32 and multilib support in the past. It has been always our agreement to keep Arch x86_64 plain pure 64bit. Just KISS. Any additional 32bit support should stay in the community area.

Re: [arch-dev-public] At last, clean multilib support

2010-08-23 Thread Ray Rashif
On 23 August 2010 18:43, Ronald van Haren pre...@gmail.com wrote: But well, I agree with Andreas, we should at least have a discussion before we change something as drastic as this, this is the first time I hear about providing official support for it and it to be already official? I was a

Re: [arch-dev-public] At last, clean multilib support

2010-08-23 Thread Jan de Groot
On Mon, 2010-08-23 at 12:54 +0200, Rémy Oudompheng wrote: What kind of packages are expected to be found in a multilib repository? Should we keep with core/extra packages, leaving 32-bit versions of community packages to AUR ? In more down-to-earth terms: are we going to have

Re: [arch-dev-public] At last, clean multilib support

2010-08-23 Thread Rémy Oudompheng
On 2010/8/23, Jan de Groot j...@jgc.homeip.net wrote: On Mon, 2010-08-23 at 12:54 +0200, Rémy Oudompheng wrote: What kind of packages are expected to be found in a multilib repository? Should we keep with core/extra packages, leaving 32-bit versions of community packages to AUR ? In more

Re: [arch-dev-public] At last, clean multilib support

2010-08-23 Thread Thomas Bächler
Am 23.08.2010 12:54, schrieb Rémy Oudompheng: What kind of packages are expected to be found in a multilib repository? Should we keep with core/extra packages, leaving 32-bit versions of community packages to AUR ? In more down-to-earth terms: are we going to have

Re: [arch-dev-public] At last, clean multilib support

2010-08-23 Thread Jan de Groot
On Mon, 2010-08-23 at 13:16 +0200, Rémy Oudompheng wrote: Did I miss something or the 32 bit flashplugin can only be used in a 32-bit browser ? Wouldn't it be unconvenient to have the plugin in the repo without some widely used browser ? As for Wine, do I understand correctly if I say that

Re: [arch-dev-public] [signoff] tzdata 2010l-1

2010-08-23 Thread Andreas Radke
Am Wed, 18 Aug 2010 20:19:59 +0200 schrieb Andreas Radke a.ra...@arcor.de: new timezones - yeah. please signoff. -Andy The files... ftp://elsie.nci.nih.gov/pub/tzcode2010l.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2010l.tar.gz ...are now available; these

Re: [arch-dev-public] [signoff] ed 1.4-3 / bin86 0.16.17-5

2010-08-23 Thread Andreas Radke
Am Wed, 18 Aug 2010 20:51:21 +0200 schrieb Andreas Radke a.ra...@arcor.de: Am Wed, 18 Aug 2010 20:47:16 +0200 schrieb Andreas Radke a.ra...@arcor.de: Rebuilds removing the base-devel group because they are of rarely use, closes http://bugs.archlinux.org/task/18718 No other changes.

Re: [arch-dev-public] [signoff] tzdata 2010l-1

2010-08-23 Thread Ionuț Bîru
On 08/18/2010 09:19 PM, Andreas Radke wrote: new timezones - yeah. please signoff. -Andy The files... ftp://elsie.nci.nih.gov/pub/tzcode2010l.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2010l.tar.gz ...are now available; these reflect the changes circulated last week

Re: [arch-dev-public] [signoff] ed 1.4-3 / bin86 0.16.17-5

2010-08-23 Thread Ionuț Bîru
On 08/23/2010 08:37 PM, Andreas Radke wrote: Am Wed, 18 Aug 2010 20:51:21 +0200 schrieb Andreas Radkea.ra...@arcor.de: Am Wed, 18 Aug 2010 20:47:16 +0200 schrieb Andreas Radkea.ra...@arcor.de: Rebuilds removing the base-devel group because they are of rarely use, closes

[arch-dev-public] [signoff] sqlite3 3.7.1-1

2010-08-23 Thread Andreas Radke
Upstream update. Should fix http://bugs.archlinux.org/task/20366 and adds support for unlock notification API http://bugs.archlinux.org/task/19827. Please test and give signoffs. -Andy See also http://www.sqlite.org/releaselog/3_7_1.html + http://www.sqlite.org/news.html

[arch-dev-public] [signoff] libfetch 2.33-1

2010-08-23 Thread Dan McGee
Upstream fix for http://bugs.archlinux.org/task/20371, not closing all FTP connections. -Dan

Re: [arch-dev-public] [signoff] iproute2 2.6.35-3

2010-08-23 Thread Allan McRae
On 13/08/10 18:38, Ronald van Haren wrote: Hi, The patch I applied to -2 was rejected by upstream as although it fixed the issue with the original source, it also re-enabled a bug which was supposed to be fixed with the 2.6.35 release. Upstream has applied an alternate fix which is applied to

Re: [arch-dev-public] [signoff] mlocate-0.22.4-2

2010-08-23 Thread Allan McRae
On 17/08/10 21:36, Dan McGee wrote: On Tue, Aug 17, 2010 at 1:45 AM, Allan McRaeal...@archlinux.org wrote: Added vboxsf to the list of pruned filesystems (FS#20234). Signoff x86_64 Anyone for i686?

Re: [arch-dev-public] [signoff] tzdata 2010l-1

2010-08-23 Thread Allan McRae
On 24/08/10 03:39, Ionuț Bîru wrote: On 08/18/2010 09:19 PM, Andreas Radke wrote: new timezones - yeah. please signoff. -Andy The files... ftp://elsie.nci.nih.gov/pub/tzcode2010l.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2010l.tar.gz ...are now available; these reflect the changes

Re: [arch-dev-public] [signoff] sqlite3 3.7.1-1

2010-08-23 Thread Allan McRae
On 24/08/10 03:59, Andreas Radke wrote: Upstream update. Should fix http://bugs.archlinux.org/task/20366 and adds support for unlock notification API http://bugs.archlinux.org/task/19827. Please test and give signoffs. -Andy See also http://www.sqlite.org/releaselog/3_7_1.html +

Re: [arch-dev-public] [signoff] mlocate-0.22.4-2

2010-08-23 Thread Dan McGee
On Mon, Aug 23, 2010 at 6:57 PM, Allan McRae al...@archlinux.org wrote: On 17/08/10 21:36, Dan McGee wrote: On Tue, Aug 17, 2010 at 1:45 AM, Allan McRaeal...@archlinux.org  wrote: Added vboxsf to the list of pruned filesystems (FS#20234). Signoff x86_64 Anyone for i686? Works for me

Re: [arch-dev-public] [signoff] sqlite3 3.7.1-1

2010-08-23 Thread Dan McGee
On Mon, Aug 23, 2010 at 6:58 PM, Allan McRae al...@archlinux.org wrote: On 24/08/10 03:59, Andreas Radke wrote: Upstream update. Should fix http://bugs.archlinux.org/task/20366 and adds support for unlock notification API http://bugs.archlinux.org/task/19827. Please test and give signoffs.