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

[arch-dev-public] [signoff] dnsutils-9.8.0.P4-2
by Gaetan Bisson 31 Aug '11

31 Aug '11

Hi everyone, An update to dnsutils is in [testing]; it implements: - FS#25801 (move nsupdate to bind) - FS#25048 (make binaries smaller) Please test and signoff. -- Gaetan

3 3

[arch-dev-public] [signoff] linux-3.0.4-1
by Tobias Powalowski 31 Aug '11

31 Aug '11

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

4 5

[arch-dev-public] [signoff] kernel26-lts 2.6.32.46-1
by Tobias Powalowski 30 Aug '11

30 Aug '11

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

2 1

[arch-dev-public] xorg-server 1.11.0 in staging, moving to testing shortly
by Jan de Groot 30 Aug '11

30 Aug '11

I have prepared xorg-server 1.11.0 with all drivers in staging. This release includes an ABI bump for both input and video drivers, so all drivers have been rebuilt also. The current Nvidia driver doesn't support this version of xorg-server yet, an ignoreABI hack is required to get it starting, but drawing is not completely bug-free with that. I will move this release to testing tomorrow. Users of the nvidia driver are advised to ignore the update for now or switch to the nouveau driver.

2 1

[arch-dev-public] [signoff] b43-fwcutter-015
by Tobias Powalowski 30 Aug '11

30 Aug '11

Hi guys, bump to latest version. Please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-dev-public] [signoff] libevent-2.0.13-1
by Eric Bélanger 30 Aug '11

30 Aug '11

Hi, libevent-2.0.13-1 is in testing for upstream update. Please test and signoff. Eric

3 2

[arch-dev-public] changing mountpoint implementation
by Tom Gundersen 29 Aug '11

29 Aug '11

Hi Eric, Do you agree with moving "mountpoint" from sysvinit to util-linux? The new implementation in util-linux uses libmount and will therefore eventually share code with most other mount-related things. If you agree I can take care of rebuilding and pushing to testing. Cheers, Tom

2 1

[arch-dev-public] [signoff] run-parts 4.0.2-1
by Pierre Schmitz 29 Aug '11

29 Aug '11

Hi, this is n updated package of run-parts (used by e.g. cronie and ca-certificates). The major version bump is not that exiting as no source code was changed. So this is more a maintenance rebuild. I also added the translated man pages. Please sign off, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

3 3

[arch-dev-public] [signoff] ca-certificates 20110502-1
by Pierre Schmitz 28 Aug '11

28 Aug '11

Hi all, here is a new certificate package. No exiting changes though. Note that things might still break if you don't use an utf8 locale or have a file system that cannot utf8 file names. Debian uses the C.UTF-8 locale here which does not exist in Arch. (this problem is not new though and also exists in previous packages) Please sign off, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

2 1

[arch-dev-public] [RFC] the storage group
by Tom Gundersen 28 Aug '11

28 Aug '11

Hi guys, I'm refactoring our support for the "storage" group, due to a recent bug report about it being incomplete: <https://bugs.archlinux.org/task/22337>. I thought I'd ask for some input. A few words about the usage of the storage group: For most people the storage group is not needed any more, if all you want is to mount your device and access the files on it. However, if you want to use fdisk or any tools accessing the device node directly you need to have the correct permissions. The main use is therefore to allow people to use fdisk and dd with their usb sticks. Our current rules are quite low-level, and hence it's a bit difficult to tell if they are correct and complete [1]. I suggest that we adopt the following informal policy: "All block devices that are removable, or belong to the usb, firewire, mmc or pcmcia subsystem, and that do not belong to any other group, are assigned to the storage group." My suggestion is based on the Debian rules that were pointed out to me by Seblu: 20-arch-storage.rules: SUBSYSTEM=="block", ATTRS{removable}=="1", GROUP="storage" SUBSYSTEM=="block", SUBSYSTEMS=="usb|ieee1394|mmc|pcmcia", GROUP="storage" The only difference between my proposal and Debian's rules is that I want to put these with a very low priority (20) instead of a very high (91), the reason is that other rules should be able to override them (e.g. a cdrom should end up in the "optical" group). [they also have support for cbm devices, but unless someone tells me they are relevant I'll skip them.] Any comments highly appreciated. Cheers, Tom [1] current rules: # permissions for removable devices like cardreaders or sticks KERNEL=="sd*", ATTRS{scsi_level}=="3", ATTRS{type}=="0", GROUP="storage" # permissions for firewire external drives KERNEL=="sd*", ATTRS{scsi_level}=="5", GROUP="storage" # permissions for usb to scsi external adapters KERNEL=="sd*", ATTRS{scsi_level}=="3", ATTRS{type}=="7", GROUP="storage" # permissions for ide storage like pcmcia card readers ACTION!="add", GOTO="pcmcia_end" SUBSYSTEM!="block", GOTO="pcmcia_end" KERNEL=="hd*[!0-9]", IMPORT{program}="ata_id --export $tempnode" KERNEL=="hd*", IMPORT{parent}=="ID_*" KERNEL=="hd*", ENV{ID_TYPE}=="generic", GROUP="storage" LABEL="pcmcia_end"

4 4