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

[arch-dev-public] [signoff] vpnc 0.5.3-3
by Pierre Schmitz 21 Nov '10

21 Nov '10

A core cleanup/rebuild. Please sign off. -- Pierre Schmitz, https://users.archlinux.de/~pierre

2 1

[arch-dev-public] [PATCH] Fetch the right architecture when a repo contains dash
by Andrea Scarpino 21 Nov '10

21 Nov '10

--- archbuild | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/archbuild b/archbuild index 55c4633..925d072 100755 --- a/archbuild +++ b/archbuild @@ -9,7 +9,7 @@ if [ "${cmd%-*}" == 'multilib' ]; then base_packages+=' gcc-multilib libtool-multilib' else repo=${cmd%-*} - arch=${cmd#*-} + arch=${cmd##*-} fi chroots='/var/tmp/archbuild' clean_first=false -- 1.7.3.2

1 0

[arch-dev-public] [signoff] which-2.20-4
by Stéphane Gaudreault 21 Nov '10

21 Nov '10

* Rebuild of old package * Tidy up PKGBUILD Please signoff both. Thanks Stéphane

4 3

[arch-dev-public] [signoff] gawk-3.1.8-2
by Stéphane Gaudreault 21 Nov '10

21 Nov '10

* Rebuild of old package * Tidy up PKGBUILD * Fix FS#17312 Please signoff both. Thanks Stéphane

3 2

[arch-dev-public] [signoff] automake-1.11.1-2
by Stéphane Gaudreault 21 Nov '10

21 Nov '10

* Rebuild of old package * Tidy up PKGBUILD Please signoff both. Thanks Stéphane

3 2

[arch-dev-public] Boot loaders in core/base
by Pierre Schmitz 21 Nov '10

21 Nov '10

Hi, while reviewing the core rebuild list I wondered if we should think about chaining our default boot loader. Note: that wont affect existing setups and people will still be able to use whatever they like. ATM. we have grub1 in core/base and install that by default. The problem is that this project is virtually dead for a long time now and also not available on x86_64. Technically it has to be in the multilib repo. Grub2 is currently in extra. Upstream development is still in flux. Imho its quite heavy and complex. An alternative successor would be extlinux from the syslinux package. It's very simple, easy to configure, actively maintained and reliable. Sure, it only supports booting from ext* and btrfs afaik but to be honest, if you use any other FS you should have a separate /boot even when using grub. Summing up my suggestion for some time in the future would be: * move extlinux/syslinux to core/base * move grub1 to extra/multilib and remove it from base group * keep grub2 in extra * maybe also move lilo to extra * of course keep all of them on the install cd What do you think about this? At some point it might not be sane/possible to keep grub1 as our default boot loader. Greetings, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

4 5

[arch-dev-public] [signoff] sdparm 1.06
by Andrea Scarpino 21 Nov '10

21 Nov '10

Upstream release, please sign-off ChangeLog: - allow upper and lower case in field, (mode and vpd) page, vendor, transport or command matching - control mode page: add ATMPE and RWWP fields (spc4r27) - extended inquiry vpd page: add extended self test completion minutes field (spc4r27) - power control mode page: PM_BG_PRECEDENCE field (spc4r24) - FIDCPC, FSBCPC, FSTCPC fields (spc4r25) - sbc3r25 renames 'thin' provisioning' to 'logical block provisioning'; changes mode+vpd page and field names - add Application tag mode page - add SITPUA bit to logical block provisioning mode page - fix '-eal' problem with vendor pages - point svn:externals to rev 334 of sg3_utils -- Andrea Scarpino Arch Linux Developer

3 2

[arch-dev-public] [signoff] procps 3.2.8-2
by Eric Bélanger 21 Nov '10

21 Nov '10

Hi, I've applied several patches from Red Hat to fix misc bugs. The bug # referred below are for the Red Hat bug tracker unless otherwise specified. Please test and signoff. *** Fixed/ updated man pages. Close Arch bug: FS#18623 - [procps] 3.2.8-1 man page lacks indentation - top man page isn't formatted properly with groff 1.20.1 groff-top-manpage.patch # '-l' option of 'free' documented procps-3.2.7-free-hlmem.patch #435453 - errors with man -t formatting of ps man page procps-3.2.7-ps-man-fmt.patch #244960 - ps manpage formatted incorrectly procps-3.2.7-psman.patch #296471 - update top man page procps-3.2.7-top-manpage.patch *** Applied several patches to fix CPU handling in top. Close Arch bug: FS#21461 - [procps] top: failed /proc/stat read #185994 - error when using "Single Cpu = Off" option procps-3.2.7-top-cpu0.patch # 174619 - workaround for reliable Cpu(s) data in the first loop procps-3.2.7-top-env-cpuloop.patch # 186017 - Top "Cpu0" line never updates on single processor machine procps-3.2.7-top-remcpu.patch *** Misc bug fixes # 134516 - ps ignores /proc/#/cmdline if contents 2047 bytes procps-3.2.7-longcmd.patch #475963: slabtop -o should display the info once procps-3.2.7-slabtop-once.patch #440694 - strange text after selecting few field procps-3.2.7-top-clrscr.patch # 140975 - top corrupts screen when sorting on first column procps-3.2.7-top-sorthigh.patch # 183029 - watch ignores unicode characters procps-3.2.7-watch-unicode.patch # 234546 - 'w' doesn't give correct information about what's being run. procps-3.2.7-w-best.patch #548711 - [abrt] crash in procps-3.2.8-3.fc12 procps-3.2.8-setlocale.patch # bug in showing threads fixed procps-3.2.8-threads.patch

3 2

[arch-dev-public] [signoff] sed-4.2.1-3
by Stéphane Gaudreault 21 Nov '10

21 Nov '10

* Rebuild of old package * Tidy up PKGBUILD Please signoff both. Thanks Stéphane

3 2

[arch-dev-public] [signoff] patch-2.6.1-2
by Stéphane Gaudreault 21 Nov '10

21 Nov '10

* Rebuild of old package * Tidy up PKGBUILD * Fix segfault with the "--get" argument (cf https://bugzilla.redhat.com/show_bug.cgi?id=553624) Please signoff both. Thanks Stéphane

3 2