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

[arch-dev-public] [signoff] kernel26-lts 2.6.32.32-1
by Andreas Radke 08 Mar '11

08 Mar '11

Upstream update. Contains security fixes. Please signoff. -Andy http://www.kernel.org/pub/linux/kernel/v2.6/longterm/v2.6.32/ChangeLog-2.6.…

1 0

[arch-dev-public] [signoff] syslinux 4.03-4
by Thomas Bächler 07 Mar '11

07 Mar '11

This package is intended for core and includes: 1) a default configuration file 2) an automatic update/install script for syslinux. If you want to take advantage of the auto-update, either use /usr/sbin/syslinux-install_update for installing syslinux, or run 'touch /boot/syslinux/SYSLINUX_AUTOUPDATE'. In both cases, post_upgrade will update your syslinux installation after update. This version includes minor fixes to the update script. Please sign off, I am confident we can move this to core now.

3 3

[arch-dev-public] [signoff] gettext-0.18.1.1-2
by Stéphane Gaudreault 06 Mar '11

06 Mar '11

* Rebuild of old package * Tidy up PKGBUILD * Install po-mode.el (fix FS#21542) Please signoff both. Thanks Stéphane

3 3

[arch-dev-public] libnotify 0.7 rebuild
by Ionuț Bîru 06 Mar '11

06 Mar '11

Hi, to make my life easier when maintaining gnome-unstable repo i want to push libnotify 0.7 in the extra, as soon as possible. This is a huge blocker for me and for making this repo public available. Packages require patching but gentoo has it already in the main tree and would help our process a lot. -- Ionuț

2 3

[arch-dev-public] [signoff] hdparm-9.37-1
by Tobias Powalowski 06 Mar '11

06 Mar '11

hdparm-9.37 - handle raid1 start_lba values, and show -1 for indeterminte raid start_lba values - abort --fibmap when start_lba is indeterminate - updated wiper.sh to fix a kink with hfsplus filesystems - updated wiper.sh to no longer rely on the obsolete "rdev" command Please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 1

[arch-dev-public] [signoff] bash-4.2.006-1
by Allan McRae 06 Mar '11

06 Mar '11

Upstream patch level bump. Includes the fix for that timezone issue... Signoff both, Allan

3 2

[arch-dev-public] GHC 7.0.2 and Haskell packages in [testing] and [community-testing]
by Rémy Oudompheng 05 Mar '11

05 Mar '11

Hello, GHC has been updated to 7.0.2 in the [testing] and [community-testing] repositories. As with all GHC upgrades, you may have to cleanup globally registered packages if they did not upgrade properly, as well as your local Haskell packages. The usual parts of Haskell Platform (everything except OpenGL) are also in [testing]. Haskell Platform has been updated to version 2011.2. Regards, Rémy.

1 0

[arch-dev-public] [signoff] linux-firmware 20110227-1
by Thomas Bächler 05 Mar '11

05 Mar '11

Latest git snapshot, includes a new iwl5000 firmware (which fixes serious issues, but is not used by the kernel driver yet). Please sign off.

3 2

Re: [arch-dev-public] [arch-haskell] [dons00@gmail.com: Spec ready to go!]
by Rémy Oudompheng 04 Mar '11

04 Mar '11

On 2011/3/4 Rémy Oudompheng <remyoudompheng(a)gmail.com> wrote: > On 2011/3/4 Magnus Therning <magnus(a)therning.org> wrote: >> Haha, I ought to know better. I sent the email this morning, before >> going to work. As I got into the office I thought I'd enable the >> staging repos and try out GHC7 a bit more extensively, just to find >> that the GHC version has been updated already, but xmonad hasn't. > > Yes, Vesa hap updated several base packages, I'm doing a bunch of the > others right now. Is there anything depending on haskell-packedstring in the haskell repo? I am wondering whether we should remove it: it is marked as deprecated and the recommended replacement is bytestring which comes with GHC. Rémy.

1 0

[arch-dev-public] Status of hasking packages in staging repo?
by Eric Bélanger 04 Mar '11

04 Mar '11

Hi, What's the status of the haskell packages in the staging repo? I believe they've been there for a long time and there is no rebuild list. If the rebuild is completed, they should be moved to the testing repo. If not, a todo list should be created so we can help out with the rebuild. We shouldn't have stale packages in staging otherwise we risk mixing rebuilds together. Eric

2 1