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

[arch-dev-public] [signoff] pcre-8.00-1
by Eric Bélanger 02 Nov '09

02 Nov '09

Hi, pcre-8.00-1 is now in testing. Upstream update. Please signoff. Eric

3 4

[arch-dev-public] [signoff] bash-4.0.035-1
by Allan McRae 02 Nov '09

02 Nov '09

Bump upstream patch level, make /etc/profile.bash source /etc/bash.bashrc (FS#16346) Signoff both, Allan

3 3

[arch-dev-public] [signoff] libldap 2.4.19-1
by Allan McRae 02 Nov '09

02 Nov '09

Upstream update. Signoff both, Allan

2 2

[arch-dev-public] xorg moved, nvidia legacy driver issues
by Tobias Powalowski 01 Nov '09

01 Nov '09

Hi guys, Since xorg has moved to extra repository, we will have broken nvidia legacy drivers: http://www.nvnews.net/vbulletin/showthread.php?t=139388&highlight=x.org We will see how fast new fixed legacy drivers will be released, if ever. As alternatives, you can use nouveau, nv or vesa drivers instead. Negative effect, you lose 3D functionality, but you gain a none tainted system ;) Have fun, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

6 9

[arch-dev-public] /srv/ftp/other permission
by Andrea Scarpino 01 Nov '09

01 Nov '09

Hi DEVs, I won't to annoy Eric or Thomas anytime I need to put a tarball or I want to remove a dir from ftp/other. So, is possible to change /srv/ftp/other permission from ftp-arch to ftp-extra? Thanks -- Andrea `bash` Scarpino Arch Linux Developer

2 1

[arch-dev-public] [signoff] openssh 3.5p1-2
by Thomas Bächler 01 Nov '09

01 Nov '09

Changes: Create /var/empty in the init script if it doesn't exist already - sshd will refuse to start otherwise. Please sign off both architectures.

4 4

[arch-dev-public] Fwd: Arch at the FOSDEM 2010 Distribution Miniconf ?
by Aaron Griffin 31 Oct '09

31 Oct '09

---------- Forwarded message ---------- From: "Pascal Bleser" <loki(a)fosdem.org> Date: Oct 26, 2009 8:11 PM Subject: Arch at the FOSDEM 2010 Distribution Miniconf ? To: <aaron(a)archlinux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Aaron Is Arch interested in joining the party ? http://fosdem.org/2010/distrominiconf If so, could you please spread the word around your community of contributors ? Thanks :) cheers - -- -o) Pascal Bleser http://linux01.gwdg.de/~pbleser/ /\\ <pascal.bleser(a)skynet.be> <guru(a)unixtech.be> _\_v The more things change, the more they stay insane. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iD8DBQFK5kikr3NMWliFcXcRAh8HAJ4/m3GDI+7/6G4QrV23rsLj/1XhAQCeIDUq C+/DsOdWyCLxBesCeq2hZBs= =lLGo -----END PGP SIGNATURE-----

4 4

[arch-dev-public] [Patch] devtools: Fixed Makefile to install/uninstall communityco, commitpkg2any and rebuildpkgs
by Eric Bélanger 31 Oct '09

31 Oct '09

Hi, Title says all. We should fix the devtools package as the missing communityco is a problem. I don't know why nobody noticed it before. In my case, I had installed communityco manually. The devtools package is currently orphaned. Allan: did you forget to adopt it when switching to the any arch? Eric

5 9

[arch-dev-public] Fw: Reply to topic: '2009.08 official snapshots'
by Dieter Plaetinck 31 Oct '09

31 Oct '09

The message reads as follows: ----------------------------------------------------------------------- I don't know if someone mentioned it already (I haven't been through the entire thread), but the [url=http://www.archlinux.org/download/]download page[/url] still mentions that the included kernel is 2.6.28-ARCH. Someone please correct this. ----------------------------------------------------------------------- anyone with superpowers can fix? don't forget to commit the result ;) Dieter

3 4

[arch-dev-public] Xen domU kernel - what to do?
by Thomas Bächler 31 Oct '09

31 Oct '09

Okay, it is obvious that we need a kernel which can run on Xen domU for our servers. It would also be very convenient for those running Arch on hosting services that have pv-grub available. Until now, I compiled a modified version of the kernel26 package with pv_ops/Xern enabled which - in theory - should also run on a real machine. If all the external modules compile properly (which they probably do), we could add these options to our normal stock kernel. I haven't tried running it on a real machine though and tpowa said in the past the nvidia module failed. This has to be tested. However, compiling Xen on a 32 bit kernel requires enabling PAE which we refused to do in the past for performance reasons (no idea if these are valid concerns) and due to the fact that we want to encourage people to run 64 bit if they have large amounts of memory. Assuming all of untested things above work, what would you prefer: 1) Switch to PAE on the 32 bit kernel, ship Xen domU support with kernel26 on both architectures. 2) Ship Xen domU support on the 64 bit kernel, and don't on the 32 bit kernel (my favorite so far). 3) Leave kernel26 unchanged and create a separate kernel26-xen package with domU support. The advantage of 3) is that the Xen kernel could be very slim, as almost all hardware drivers could be disabled. The advantage of 1) and 2) is the lower maintenance cost. On a different note, I'd like to try to switch over to pv-grub on our servers. Right now, upgrading the kernel requires copying the kernel to the dom0 manually, thus dom0 access is required to do a (potentially security relevant) kernel update. With pv-grub, upgrading the kernel and rebooting would be handled just like with a normal machine, as the dom0 only loads the pv-grub image which then runs inside the domU and can load the right kernel from there. The pv-grub is only available from Xen 3.3 and later, but we have Xen 3.2 - I compiled pv-grub from 3.4 though and guess it should work with the older hypervisor as well, but I haven't tested that yet. Anyway, please post your opinion on the issues above.

8 12