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

[arch-dev-public] putting "beta" software in [testing]
by Allan McRae 08 Oct '09

08 Oct '09

Hi, coreutils-8.0 has been released but flagged beta because of some fairly large changes in rm which now uses gnulib's hierarchy traversal (= faster) and many changes to gnulib in the area of filesystem primitives. I found the snapshot before this fully usable, and will do a "make check/test" to ensure everything is working as it should. I would like to put it in [testing] _without_ the option of it every moving to [core]. I know we do this for some software, but never anything so "core" to the system that I know of. So... can I use [testing] for testing in this case? Allan

5 6

[arch-dev-public] [signoff] kernel26-lts 2.6.27.36-1
by Andreas Radke 07 Oct '09

07 Oct '09

- .36 upstream update - increase serial port number as requested in http://bugs.archlinux.org/task/16307 Please signoff. -Andy

1 0

[arch-dev-public] [signoff] module-init-tools 3.10-2
by Andreas Radke 07 Oct '09

07 Oct '09

Fixing this one: [andyrtr@workstation64 trunk]$ LANG=C man modprobe.d man: can't open /usr/share/man/modprobe.conf.5: No such file or directory and that was one reason why man-db always recreates the database, see http://bugs.archlinux.org/task/14467 . please signoff module-init-tools 3.10-2 -Andy

3 2

[arch-dev-public] [signoff] sdparm-1.04
by Giovanni Scafora 07 Oct '09

07 Oct '09

Please signoff for both arch. -- Arch Linux Developer http://www.archlinux.org http://www.archlinux.it

3 5

Re: [arch-dev-public] [arch-notifications] Core/Extra Cleanup 07-10-2009
by Eric Bélanger 07 Oct '09

07 Oct '09

On Wed, Oct 7, 2009 at 12:04 AM, <repomaint(a)archlinux.org> wrote: > Scan complete for extra (i686) at /srv/ftp/extra/os/i686 > The following files are missing in the repo > kdebluetooth-4.0.3-2-i686.pkg.tar.gz > kdelibs3-3.5.10-7-i686.pkg.tar.gz > kdetv-0.8.9-3-i686.pkg.tar.gz > kdevelop-3.9.95-2-i686.pkg.tar.gz > kdevplatform-0.9.95-1-i686.pkg.tar.gz > It's fixed now. Does anyone knows what happened? Only kdevelop and kdevplatform were in /srv/package-cleanup. I had to grabbed the other ones from a mirror (ftp://mirror.csclub.uwaterloo.ca/).

2 1

[arch-dev-public] [signoff] perl-5.10.1-3
by Allan McRae 06 Oct '09

06 Oct '09

Hi, Thought I should do a quick signoff for perl before I did the db rebuild move. Signoff both. Thanks, Allan

3 5

[arch-dev-public] GNOME 2.28 roadmap
by Jan de Groot 06 Oct '09

06 Oct '09

At this moment we have a gnome-unstable repository, containing GNOME 2.28.0. This repository should be used on top of testing, though I'm working on it to make it compatible with just extra. Todo: - Compile packages against extra depends, not testing - Update some packages, make both architectures identical - Drop PolicyKit from hal, use at_console rules instead - Port remaining policykit-enabled packages to polkit - Drop PolicyKit completely, switch to polkit - Rebuild remaining packages for gmime 2.4 - Look for issues with poppler 0.12, possible rebuilds ahead - Try to track down required rebuilds because of changed dependencies and split packages When my todo-list above here is finished, I'll make an announcement about it. I would like to open it for public testing and allow bugs to be filed in flyspray. I don't want to drag this update through testing because of the huge size: most mirrors already have these packages, and dragging it through testing means just another resync of packages for every mirror. The main packaging changes in this release: - Use devicekit-disks for volume management - Use devicekit-power for power management - Drop hal support from the disk backend in libgphoto - Move from PolicyKit to polkit - Update gdm to 2.28. - Drop esound from the dependency tree - Build with -Wl,--as-needed, remove unneeded dependencies - Use the webkit backend for epiphany. Gecko is no more - Split libsoup into libsoup and libsoup-gnome

4 9

Re: [arch-dev-public] [arch-general] [signoff] kernel26 2.6.31.1-1
by Thomas Bächler 04 Oct '09

04 Oct '09

Damjan Georgievski schrieb: > Just be aware of this problem > http://bbs.archlinux.org/viewtopic.php?pid=627145 > > This Arch user lost /dev/tty0,1,2,3 device nodes on boot with 2.6.31 > from the Arch testing repositry. > > A friend of mine also had the same issue with a self compiled 2.6.31. > On my laptop the same config works just fine - the only difference is > he uses highmem=4G, while I don't - I only have 1G ram.. Even our > hardware is allmost the same (thinkpad X60s his is an USA model mine > is a EU model). > > The problem is mentioned here too http://lkml.org/lkml/2009/9/24/444 > but there hasn't been any response. I was unaware of this, as there is no bug report assigned to me about it. Does this also happen with 2.6.31.1?

2 1

[arch-dev-public] groff-1.20.1-3 for i686
by Giovanni Scafora 04 Oct '09

04 Oct '09

please signoff. -- Arch Linux Developer http://www.archlinux.org http://www.archlinux.it

3 6

[arch-dev-public] Rewriting crypto support in initscripts
by Thomas Bächler 03 Oct '09

03 Oct '09

I keep getting many init feature requests for more fancy and cool features in crypttab. Now, the crypttab file format is unflexible and extending it makes the code pretty much unreadable an unmaintainable. This is what I am planning: - Rewrite crypto support in initscripts, with a new configuration scheme (our normal sourced bash-files) - adding all the features from feature requests on the bugtracker. - crypto support will be in a function outside of rc.sysinit for more readability - that function will be POSIX sh compatible (see below) - Add a compatibility layer that converts crypttab entries into the new scheme at runtime so crypttab will still work, but will be deprecated. - Add the optional possibility to also configure the root device like this, so mkinitcpio will add a config file to the initramfs and use the same code, making crypto configuration more straight-forward. The cryptdevice= logic on the kernel command line will override such a configuration and won't be deprecated. I am in the stage of designing the configuration layout, you'll see patches in git soon.

3 2