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

[arch-dev-public] Fixing libsasl/cyrus-sasl/cyrus-sasl-plugins
by Jan de Groot 03 Aug '11

03 Aug '11

Right now we have 3 standalone packages in our repositories for a package that could get built from one source: - libsasl - library and plain/login/sasldb modules, core for libldap - cyrus-sasl - saslauthd with dependency on cyrus-sasl-plugins - cyrus-sasl-plugins - all plugins not in libsasl We have several bugreports open: https://bugs.archlinux.org/task/23856 - use /dev/urandom https://bugs.archlinux.org/task/18784 - NTLM plugin missing cyrus-sasl-plugins is built with !libtool, making it impossible to load For the libtool files, I suggest adding this patch: http://patch-tracker.debian.org/patch/series/view/cyrus-sasl2/2.1.24~rc1.df… Then comes the actual packaging: libsasl: the SASL library and mechanisms + sasldb (core) libsasl-gssapi: GSSAPI mechanism, avoid dependency loop (core) cyrus-sasl: saslauthd and auxprop modules (extra) cyrus-sasl-sql: sql auxprop module (extra) Then the dependencies/replaces/provides: libsasl-gssapi: depends=libsasl, replaces/provides=cyrus-sasl-plugins cyrus-sasl: depends=libsasl-gssapi cyrus-sasl-sql: depends=libsasl, replaces=cyrus-sasl-plugins This shouldn't cause any breakage and dependency resolution is nearly the same as what it was before the migration. In the future, packages should depend on libsasl-gssapi instead of cyrus-sasl-plugins.

2 2

[arch-dev-public] [signoff] linux-firmware-20110727-1
by Ionut Biru 03 Aug '11

03 Aug '11

Hi, fetched latest changes to fix ath9k_htc with linux 3.0 http://lists.debian.org/debian-kernel/2011/06/msg00622.html please signoff -- Ionuț

3 2

[arch-dev-public] [signoff] keyutils-1.5.2-1
by Stéphane Gaudreault 03 Aug '11

03 Aug '11

version bump. Changelog: * Tue Jul 26 2011 David Howells <dhowells(a)redhat.com> - 1.5.2-1 - Use correct format spec for printing pointer subtraction results. Please test and signoff. Stéphane

2 1

Re: [arch-dev-public] [arch-general] Installation of libreoffice
by Thomas Bächler 03 Aug '11

03 Aug '11

Am 03.08.2011 09:24, schrieb Auguste Pop: > On Wed, Aug 3, 2011 at 3:16 PM, Guillermo Leira <gleira(a)gleira.com> wrote: >> If you run pacman -Ss libreoffice, you see that there seems to be a libreoffice group. But when you run pacman -S libreoffice, only libreoffice-common is installed... >> > i guess that's because libreoffice-common provides libreoffice. try > pacman -S $(pacman -Sgq libreoffice) > Yes, that shouldn't be. It's broken the way it is - either the group should be renamed, or the provides should be removed.

2 1

[arch-dev-public] [signoff] udev-173-3
by Tom Gundersen 03 Aug '11

03 Aug '11

Hi guys, Thomas just found a bug in the bluetooth handling. I have applied his patch and pushed to testing. (The patch seems straight forward, and the udev maintainer is out of office this week afaik, so decided not to wait for upstream.) Please test and signoff. Cheers, Tom On Sun, Jul 31, 2011 at 1:56 AM, Tom Gundersen <teg(a)jklm.no> wrote: > Hi guys, > > New udev release just out. We had the previous one in testing for a > long time without pushing it to [core] as it was believed this one was > imminent. > > Nothing earth-shattering in this release. udev-acl is now disabled by > default, but we enable it as we still support systemd-less systems. > > It should be noted that also this release contains a fix for a bug > found by some of our valiant testers. > > Please test and sign-off. > > Upstream release notes: > > udev 173 > ======== > Bugfixes. > > The udev-acl extra is no longer enabled by default. To enable it, > --enable-udev_acl needs to be given at ./configure time. On systemd > systems, the udev-acl rules prevent it from running as the functionality > has moved to systemd. > > udev 172 > ======== > Bugfixes. > > Udev now enables kernel media-presence polling if available. Part > of udisks optical drive tray-handling moved to cdrom_id: The tray > is locked as soon as a media is detected to enable the receiving > of media-eject-request events. Media-eject-request events will > eject the media. > > Libudev enumerate is now able to enumerate a subtree of a given > device. > > The mobile-action-modeswitch modeswitch tool was deleted. The > functionality is provided by usb_modeswitch now. >

4 4

[arch-dev-public] [arch-general] [signoff] mdadm-3.2.2-3
by Tobias Powalowski 03 Aug '11

03 Aug '11

Hi guys, - fixed #25371 kernel 3.0 compatibility 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] linux-3.0-2
by Tobias Powalowski 03 Aug '11

03 Aug '11

Hi guys, please signoff 3.0 series for both arches. Upstream changes: http://kernelnewbies.org/LinuxChanges Archlinux Changes: - Rename the package kernel26 -> linux - Added replaces everywhere - Removed old comments and vercmps from .install file - Removed old comments and replaces from PKGBUILD - added compatibility symlinks for vmlinuz26 and initramfs filenames in PKGBUILD, in order to not break bootloader entries. - removed System.map file, not needed anymore we provide /proc/kallsyms Now stuff to discuss before uploading to testing: - kernel name: vmlinuz-linux - initramfs name: initramfs-linux.img same for fallback of course. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

7 16

[arch-dev-public] adding a simple hostname binary to base (Was: [signoff] coreutils-8.12-3 initscripts-2011.06.4 net-tools-1.60-18)
by Tom Gundersen 02 Aug '11

02 Aug '11

Hi guys, Sorry to resurrect an old thread, but I think the context is relevant. On Fri, Jun 10, 2011 at 3:05 AM, Gaetan Bisson <bisson(a)archlinux.org> wrote: > This upgrade intends to fix the regression of coreutils' hostname not > being as featureful as net-tools'. > > Changes: > - coreutils: revert to not building hostname > - net-tools: revert to building hostname and dnsdomainname At the moment we do not install net-tools as part of base, but some tools rely on hostname being present. I think it's presence is actually part of FHS ("hostname: Utility to show or set the system's host name"), so a reasonable assumption I suppose. To avoid having to install net-tools (or any binaries from it). I thought this might be a good compromise: Split out "coreutils-hostname" from coreutils. This new package should conflicts=(net-tools) and be added to base. Also, net-tools should be rebuilt to add provides=(coreutils-hostname). An important point is that we then will only get a very basic hostname utility which only does the minimum required to satisfy FHS (set/get hostname). If anything more "fancy" is needed such as "hostname -f" the legacy net-tools should be installed. Thoughts, Tom

3 4

[arch-dev-public] blacklisting issue, perhaps initscripts or kernel 3.0 related
by Tobias Powalowski 01 Aug '11

01 Aug '11

Hi guys, https://bugs.archlinux.org/task/25308 If I blacklist a module in modprobe.d directory and add it to MODULES= array in rc.conf the module is not loaded anymore. Is there a reason that this is not working anymore? Thanks for your help greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 9

[arch-dev-public] away 9 - 30 july
by Dieter Plaetinck 31 Jul '11

31 Jul '11

Hi, just wanted to let you know I'll be on internetless holdiay from 9 to 30 July. Dieter

1 1