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

[arch-dev-public] [signoff] moving wicd to extra
by Varun Acharya 21 Nov '07

21 Nov '07

Hi guys, I'd like to move wicd to extra now. After I fixed some errors in the PKGBUILD, I haven't received any more complaints, and I've successfully moved it to /usr from the default /opt. I asked for a signoff on this a while ago, but no one responded, and I assume its cause I forgot to add the "[signoff]" to the subject line. Specifically, I'd like to know how it fares with encrypted wireless networks. From what I've seen, this program seems to be one of the easiest ways to get onto wireless networks. Available for both architectures in testing. signoff please. Varun

4 8

[arch-dev-public] (Still) cannot connect to archlinux.org
by Thomas Bächler 21 Nov '07

21 Nov '07

As of yesterday, I (among others) am unable to connect to archlinux.org. A trace tells me that the problem is somewhere at cogent. This means I cannot do anything right now: [x86_64][09:18:30][root@artin ~]# tcptraceroute archlinux.org Selected device rwth, address 137.226.101.95, port 58868 for outgoing packets Tracing the path to archlinux.org (66.211.213.17) on TCP port 80 (http), 30 hops max 1 c3750-ww10-2.noc.RWTH-Aachen.DE (134.130.5.254) 41.334 ms 40.643 ms 41.082 ms 2 c6k-ww10.noc.RWTH-Aachen.DE (137.226.138.1) 41.656 ms 41.680 ms 42.513 ms 3 c6k-rwth.noc.RWTH-Aachen.DE (137.226.139.49) 41.965 ms 43.641 ms 51.844 ms 4 pfi-stone-1.noc.RWTH-Aachen.DE (134.130.9.243) 41.342 ms 42.467 ms 41.068 ms 5 n6k-xwin.noc.RWTH-Aachen.DE (134.130.9.225) 41.551 ms 46.496 ms 50.785 ms 6 xr-aac1-te1-3.x-win.dfn.de (188.1.43.109) 41.491 ms 48.075 ms 46.804 ms 7 zr-fra1-te0-0-0-3.x-win.dfn.de (80.81.192.222) 59.875 ms 45.793 ms 45.654 ms 8 decix.mpd01.fra03.atlas.cogentco.com (80.81.192.63) 108.447 ms 199.492 ms 222.729 ms 9 t7-2.mpd01.par02.atlas.cogentco.com (130.117.0.102) 128.717 ms 198.280 ms 215.676 ms 10 t7-1.mpd02.par01.atlas.cogentco.com (130.117.1.234) 58.085 ms 58.368 ms 60.158 ms 11 g0-0-0.core01.par01.atlas.cogentco.com (130.117.2.49) 69.687 ms 69.867 ms 69.860 ms 12 p14-0.core02.dca01.atlas.cogentco.com (66.28.4.206) 152.241 ms 159.736 ms 149.169 ms 13 t3-1.mpd01.dca01.atlas.cogentco.com (154.54.5.50) 150.661 ms 181.276 ms 157.748 ms 14 t8-3.mpd01.dca02.atlas.cogentco.com (154.54.6.198) 152.689 ms 159.701 ms 152.143 ms 15 t1-4.mpd01.iad01.atlas.cogentco.com (154.54.7.162) 156.777 ms 156.578 ms 161.400 ms 16 g2-0-0-3491.core01.iad01.atlas.cogentco.com (154.54.5.33) 137.817 ms 152.898 ms 150.242 ms 17 * * *

4 5

[arch-dev-public] [signoff] 2007.11-0.4 TEST ISO (last RC / FINAL), 1 week
by Tobias Powalowski 20 Nov '07

20 Nov '07

Hi i just placed the new 0.4 "Core Dump" TEST ISO to the mirrors: ftp://ftp.archlinux.org/other/rc-iso/2007.11/ 1 week testing should be enough, I tested them in kvm-qemu and didn't find an issue. -- Announcement draft begin Hi Arch community, Arch Linux 2007.11-0.4, "Core Dump" has been released. This is the second release to use our new repo layout. There are two ISOs, ftp and core. Changelog: GENERAL: - kernel 2.6.23.8 usage - RAM usage has been revisited, these are the new recommendations: * FTP ISO, CORE ISO: arch boot image 160 MB RAM x86_64/i686 (all packages selected) * CORE ISO: lowmem boot image 96 MB RAM x86_64 (all packages selected) 85 MB RAM i686 (all packages selected) 64 MB RAM i686 (only base packages selected) FIXES: - fixed intel wireless automatic module loading (arch boot image) - fixed auto prepare of harddisk (lowmem boot image) - added more checks and improvements to autoprepare of harddisk - added missing netfilter modules and some wireless addon modules - http://bugs.archlinux.org/task/8435 - http://bugs.archlinux.org/task/8431 - http://bugs.archlinux.org/task/8422 - http://bugs.archlinux.org/task/8561 - http://bugs.archlinux.org/task/8616 - http://bugs.archlinux.org/task/8638 - http://bugs.archlinux.org/task/8699 - updated mirrors to latest status As usual check md5sum before using the images and also be aware of the new RAM recommendations the images have. -- Draft end Forum thread is located here: http://bbs.archlinux.org/viewtopic.php?id=38964 Have fun greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-dev-public] Source location (was: [arch-commits] CVS update of core/support/netcfg (PKGBUILD))
by Dan McGee 19 Nov '07

19 Nov '07

On Nov 19, 2007 5:53 AM, James Rayner <james(a)archlinux.org> wrote: > Date: Monday, November 19, 2007 @ 06:53:56 > Author: james > Path: /home/cvs-core/core/support/netcfg > > Modified: PKGBUILD (1.2 -> 1.3) > > upgpkg: netcfg 2.0.1-1 > > > ----------+ > PKGBUILD | 10 ++++++---- > 1 file changed, 6 insertions(+), 4 deletions(-) > > > Index: core/support/netcfg/PKGBUILD > diff -u core/support/netcfg/PKGBUILD:1.2 core/support/netcfg/PKGBUILD:1.3 > --- core/support/netcfg/PKGBUILD:1.2 Tue Nov 6 00:59:38 2007 > +++ core/support/netcfg/PKGBUILD Mon Nov 19 06:53:56 2007 > @@ -1,20 +1,22 @@ > -# $Id: PKGBUILD,v 1.2 2007/11/06 05:59:38 eric Exp $ > +# $Id: PKGBUILD,v 1.3 2007/11/19 11:53:56 james Exp $ > # Maintainer: James Rayner <james(a)archlinux.org> > pkgname=netcfg > -pkgver=1.99.32 > +pkgver=2.0.1 > pkgrel=1 > pkgdesc="New network configuration scripts" > url="http://archlinux.org" > license=("BSD") > backup=(etc/iftab) > depends=(wireless_tools wpa_supplicant net-tools) > -source=(http://src.iphitus.org/netcfg-release/netcfg-$pkgver.tar.gz) > +source=(http://archlinux.org/~james/netcfg/netcfg-$pkgver.tar.gz) Can someone set him up with a directory in ftp/other? Guys, lets not host source in home directories anymore, please. -Dan

2 1

[arch-dev-public] [signoff] openswan
by Tom K 19 Nov '07

19 Nov '07

Hi all. openswan 2.4.10-1 is now in testing, for i686 only. I'd be grateful if somebody could build it for x86_64, so we can signoff for both arches. Thanks Tom.

3 2

[arch-dev-public] [signoff] gettext
by Tobias Powalowski 19 Nov '07

19 Nov '07

Hi update to new version, please signoff greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 3

[arch-dev-public] Rebuild of core repo will start in few (1-2) hours
by Daniel Isenmann 19 Nov '07

19 Nov '07

Hi, after the PKGBUILD were fixed (big thanks to tpowa and Roman), I will start the rebuild of core repo in 1-2 hours. Packages which are in testing right now from core, wouldn't be affected of the rebuild. They are build with the new toolchain already. Please don't commit anything (no testing stuff, too) to the core repo until I finished and send an email as reply to this one. After finishing with rebuild, I will tag and commit the new PKGBUILDs to the core repo. I will put the packages to testing first. Be patient, because I will do the rebuild for both architectures (i686 and x86_64). If anyone doesn't agree with the rebuild, please send a reply to this email. Daniel

11 22

[arch-dev-public] [signoff] kernel26 2.6.23.8-1
by Tobias Powalowski 19 Nov '07

19 Nov '07

Hi kernel 2.6.23.1 for both arches in testing, please signoff this one adresses these bugs: http://bugs.archlinux.org/task/7135 http://bugs.archlinux.org/task/8449 http://bugs.archlinux.org/task/8500 http://bugs.archlinux.org/task/8549 - updated mactel patch 2.6.23 - updated squashfs 3.3 - added TIMER_STATS option -> all binary modules rebuilt against that - added undervolting patch - cleaned up configs - cleaned up patches - cleaned up PKGBUILD - updated unionfs to 2.1.9 - alsa status 20071117 greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 3

[arch-dev-public] Getting rid of the ABS <-> CVS link
by Aaron Griffin 19 Nov '07

19 Nov '07

Hey guys, I wanted to bring this up here to see if anyone had any input. For the longest time I have hated that ABS is dependent on our version control system. Not only that but we have this whole csup/cvsup thing which is annoying, and _now_ we hit yet another snag: csup doesn't have cvsupd, which means we can't get rid of the cvsup package on gerolde. So yeah, CVS == headache. I wanted to try to get rid of this, and Dan had a brilliant idea: * Some cron job (or even cvs hook) that does a simple export of the repo when it needs to. * rsyncd supplying that exports that dir * Modify 'abs' to use rsync * Boom, done Does anyone have any issues with something like that? Or any better ideas?

5 7

[arch-dev-public] [signoff] less 415-1
by Andreas Radke 19 Nov '07

19 Nov '07

in testing for both archs. Andy

3 2