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

[arch-dev-public] [signoff] pcmciautils
by Tobias Powalowski 15 Mar '08

15 Mar '08

Hi fixed udev rules file to use load-modules.sh instead of plain modprobe. signoff for both arches, please greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 2

[arch-dev-public] [signoff] cryptsetup 1.0.5-6
by Thomas Bächler 14 Mar '08

14 Mar '08

Only change is in the encrypt hook: There is now an optional CRYPTO_MODULES parameter. If set, only the specified modules are added, instead of all crypto modules: Example (which works for me): CRYPTO_MODULES="aes-x86_64 sha256-generic"

3 3

[arch-dev-public] [signoff] madwifi/madwifi-utils 0.9.4.3382
by Tobias Powalowski 13 Mar '08

13 Mar '08

Hi bump of madwifi drivers, back to trunk version please signoff both arches also users can signoff, no respond from any dev greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-dev-public] [signoff] wpa_supplicant 0.5.10-1
by Thomas Bächler 13 Mar '08

13 Mar '08

New version, please sign off.

5 6

[arch-dev-public] freezing core/extra - cleanup testing
by Pierre Schmitz 13 Mar '08

13 Mar '08

Hi everybody, to avoid any chaos in our repos we should think about freezing core and extra. I would propose that we set a date till when we should fix the outstanding bugs in core packages. Afaik there are only some problem with the new initscripts (e.g. hwclock problem) and I am unsure about netcfg. Shouldn't this be merged with initscripts? There seems to be some redundant code atm. After that we should be able to create a first release candidate of the new iso. Then we shhould concentrate on testing those isos. In parallel we have new libtool, gcc and friends in testing. So I would recommend that we only use testing for building packages and keep core/extra untouched. Greetings, Pierre -- archlinux.de

6 7

[arch-dev-public] Dangerous dbus update for testing
by Jan de Groot 13 Mar '08

13 Mar '08

There's a dangerous dbus update coming up for the testing repository. The package itself isn't so special, as it works fine, but the fact that every dbus-daemon process on your system will crash during the upgrade can lead to unpleasant surprises. Testing users: please be aware of this and run your upcoming upgrades from a plain text console instead of from X. One of the unpleasant surprises is that xorg-server in testing goes down with dbus while it's upgrading, leading to loss of important work or an interrupted package upgrade process.

6 12

[arch-dev-public] [signoff] rp-pppoe-3.8-3
by Daniel Isenmann 12 Mar '08

12 Mar '08

Hi, the above package fixed "FS#8498 - Enable kernel-mode for rp-pppoe." Please signoff for both architectures. Daniel

5 6

[arch-dev-public] [signoff] module-init-tools
by Tobias Powalowski 12 Mar '08

12 Mar '08

Hi thanks to thomas - fixed ignoring of modprobe.d if modprobe.conf exists please signoff for both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2

[arch-dev-public] [signoff] udev-118-5
by Tobias Powalowski 12 Mar '08

12 Mar '08

Hi - added seperate default udev rules with some small modifications - added framebuffer_blacklist file I hope i didn't miss something on diffing the default rules with our last udev.rules file greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 11

Re: [arch-dev-public] [arch-commits] CVS update of core/base/udev (40-arch.rules 51-arch.rules PKGBUILD)
by Aaron Griffin 12 Mar '08

12 Mar '08

On Mon, Mar 10, 2008 at 3:45 PM, Tobias Powalowski <tpowa(a)archlinux.org> wrote: > backup=(etc/udev/udev.conf > etc/scsi_id.config > - etc/udev/cdsymlinks.conf) > + etc/udev/cdsymlinks.conf > + etc/modprobe.d/framebuffer_blacklist) I don't think we want this one backed up, do we? Also, is there anyway we could keep more of the standard rules that are part of the udev source tarball? Our rules are crusty and outdated, we should really only provide rules for the stuff the default rules don't cover. Moreover, someone mentioned that the SCSI rules we have are no longer needed. Perhaps the drivers export aliases properly now?

3 4