- Arch-dev-public - lists.archlinux.org

[arch-dev-public] [signoff] madwifi-{utils}-0.9.3.3
by Alexander Baldeck 21 Oct '07

21 Oct '07

Like the subject says. Tested on x86_64 with .23.1 on my end.

2 1

[arch-dev-public] Announce list?
by Aaron Griffin 20 Oct '07

20 Oct '07

Hey guys, I was approached by someone who was interested in keeping an eye on important things, but had to unsubscribe from this list due to high volume - too much that doesn't matter to a standard user. He brought up the idea of making a separate announce list for users to subscribe to for important happenings. None of us would NEED to be subscribed, as we could just send mails to BOTH lists when something is important. The specific items in question are the status report, and other things. What do you guys think? Aaron

6 12

[arch-dev-public] 2007.10 or 2007.11 release version?
by Tobias Powalowski 20 Oct '07

20 Oct '07

Hi, the question: Will the next release number be 2007.10 or 2007.11? i'm for 2007.11, test isos will be available next week until you find them stable it's probably the 1st november. An other interesting thing, i tested the ram usage in kvm-qemu today, results: core/ftp arch boot image: 160MB RAM (x86_64 WORKS setup: all packages selected) -> the i686 needs less RAM so it would work core lowmem boot image: 85MB RAM x86_64 (setup: all packages selected) -> the i686 needs less RAM so it would work core lowmem boot image: 64MB RAM (quickinst: cd install i686 WORKS, only base category installed!) (setup: cd install i686 WORKS, only base category installed!) Failures: (quickinst: cd install x86_64 FAILED, only base category installed!) (setup: cd install x86_64 FAILED, only base category installed!) x86_64 needs more memory thats normal and x86_64 have at least 256mb ram installed, else it would make me wonder. i'll correct this in documentation for next release. still pretty much but it's the pacman bug: http://bugs.archlinux.org/task/8155 ~ 50MB RAM takes pacman during full package installation which causes a OOM_KILL updating to libarchive 2.3.4 doesn't help either. new initscripts and filesystem will go to testing on sunday or monday morning. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

Re: [arch-dev-public] [arch-commits] CVS update of core/base/openssl (PKGBUILD)
by Jan de Groot 20 Oct '07

20 Oct '07

Be aware that OpenSSL 0.9.8g breaks ABI with 0.9.8f because it reverts the ABI incompatibility that was introduced with 0.9.8f. This means that anything that has been recompiled for 0.9.8f is broken again with 0.9.8g, the things that haven't been recompiled but that are broken at this moment do not need fixing. On Sat, 2007-10-20 at 16:02 -0400, Pierre Schmitz wrote: > Date: Saturday, October 20, 2007 @ 16:02:19 > Author: pierre > Path: /home/cvs-core/core/base/openssl > > Modified: PKGBUILD (1.38 -> 1.39) > > just commit to cvs; we can update this when rebuilding core etc. > > > ----------+ > PKGBUILD | 8 ++++---- > 1 file changed, 4 insertions(+), 4 deletions(-) > > > Index: core/base/openssl/PKGBUILD > diff -u core/base/openssl/PKGBUILD:1.38 core/base/openssl/PKGBUILD:1.39 > --- core/base/openssl/PKGBUILD:1.38 Fri Oct 12 04:09:16 2007 > +++ core/base/openssl/PKGBUILD Sat Oct 20 16:02:19 2007 > @@ -1,7 +1,7 @@ > -# $Id: PKGBUILD,v 1.38 2007/10/12 08:09:16 pierre Exp $ > +# $Id: PKGBUILD,v 1.39 2007/10/20 20:02:19 pierre Exp $ > # Maintainer: Pierre Schmitz <pierre(a)archlinux.de> > pkgname=openssl > -pkgver=0.9.8f > +pkgver=0.9.8g > pkgrel=1 > pkgdesc='The Open Source toolkit for Secure Sockets Layer and Transport Layer Security' > arch=('i686' 'x86_64') > @@ -12,7 +12,7 @@ > options=('!makeflags') > source=("http://www.openssl.org/source/${pkgname}-${pkgver}.tar.gz" \ > 'http://www.linuxfromscratch.org/patches/blfs/svn/openssl-0.9.8e-fix_manpage…') > -md5sums=('114bf908eb1b293d11d3e6b18a09269f' '04a6a88c2ee4badd4f8649792b73eaf3') > +md5sums=('acf70a16359bf3658bdfb74bda1c4419' '04a6a88c2ee4badd4f8649792b73eaf3') > > build() { > cd $startdir/src/$pkgname-$pkgver > @@ -24,4 +24,4 @@ > make INSTALL_PREFIX=$startdir/pkg MANDIR=/usr/man install > > install -D -m644 LICENSE $startdir/pkg/usr/share/licenses/$pkgname/LICENSE > -} > \ No newline at end of file > +} > > _______________________________________________ > arch-commits mailing list > arch-commits(a)archlinux.org > http://archlinux.org/mailman/listinfo/arch-commits >

2 1

[arch-dev-public] [signoff] kernel26 2.6.23.1-3
by Tobias Powalowski 20 Oct '07

20 Oct '07

Hi kernel 2.6.23 for both arches in testing, please signoff latest changes from paul and alsa bumped to latest stable version. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 4

[arch-dev-public] [signoff] ipw3945
by Tobias Powalowski 20 Oct '07

20 Oct '07

Hi ipw3945 for both arches in testing, please signoff greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 2

[arch-dev-public] [signoff] rt2x00-cvs
by Tobias Powalowski 19 Oct '07

19 Oct '07

Hi rt2x00-cvs for both arches in testing, please signoff greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 2

[arch-dev-public] [signoff] rt2500
by Tobias Powalowski 19 Oct '07

19 Oct '07

Hi kernel 2.6.23 for both arches in testing, please signoff greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 2

[arch-dev-public] AUFS Patches in Kernel
by Paul Mattal 19 Oct '07

19 Oct '07

All, I would like to request the addition of the attached patch to the kernel PKGBUILD, to allow maintenance of an aufs package. Aufs is a rewrite of unionfs, with different strengths and weaknesses. The particular strength that makes it compelling is that it handles NFS filesystems as branches of a merged filesystem both correctly and with stability. This allows you to efficiently create diskless workstations where each client sees his own writeable root filesystem based off of a single filesystem image. The impact is two small patches which need to be added to the kernel, each of which exposes a small number of kernel function calls which are needed by aufs. I would appreciate if others would consider this and sign off. Having these patches in the kernel would make us fully aufs-friendly. I have attached the PKGBUILD patch against the current testing 2.6.13.1 kernel, as well as the two patches for your easy perusal. Best, Paul

6 11

[arch-dev-public] NEW RELEASE NAME SUMMARY/VOTING:
by Tobias Powalowski 19 Oct '07

19 Oct '07

NEW RELEASE NAME: - Hardcore (Roman - All you can Wuerstchen (Alex - Pizza (Thomas - Slice (Damir - Proton - Magma - Core Dump (Aaron, Tpowa I think that are enough, Voting till sunday evening european time should be fine. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

8 8