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

[arch-dev-public] [signoff] db-4.8.26-1
by Allan McRae 25 Jan '10

25 Jan '10

Upstream bugfix release. Signoff both, Allan

4 5

[arch-dev-public] [signoff] dcron 4.4
by Paul Mattal 25 Jan '10

25 Jan '10

This is the final test release before we go to [core] with the new crond. Please signoff, one for each architecture. Aside from the upstream changes, two packaging items: * I've decided to leave the crond logrotate script here for now, unless/until aaron (syslog-ng maintainer) thinks we should take it into that package. I'd rather tackle that effort in a separate step, rather than have it block launching the new 4.x dcron series. * I've added an optdepend on smtp-server to address FS #12662. Upstream release log below: dcron 4.4 released. Changes: * Finished mailjobs were being left as zombie processes. Fixed. * When using crond with logging-to-file, user jobs could only log some events if they had write access to the log. Fixed this by having crond keep a file descriptor open to the log; also added a SIGHUP handler to make crond re-open the logfile. The sample logrotate script now sends that signal. * More sensible command-line parsing by crontab. * Add prune-cronstamps to extra; document extra/*; general improvement of README and manpages. * Portability improvements, and defs.h now has fuller comments about requirements. * Makefile improvements: `make` now caches variables for `make install`; don't stomp CFLAGS environment variable, and added BINDIR,SBINDIR,MANDIR. * Thanks to Juergen Daubert for testing and suggestions. - P

4 5

[arch-dev-public] [signoff] file-5.04-1
by Allan McRae 25 Jan '10

25 Jan '10

Upstream update. Signoff both, Allan

3 2

[arch-dev-public] [signoff] util-linux-ng-2.16.2-1
by Tobias Powalowski 24 Jan '10

24 Jan '10

Hi guys, finally found the correct patch for loop aes support so here we go: ftp://ftp.kernel.org/pub/linux/utils/util-linux-ng/v2.17/v2.17-ReleaseNotes Have fun greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 7

[arch-dev-public] [signoff] gmp 4.3.2-1
by Allan McRae 24 Jan '10

24 Jan '10

Upstream update. Passes "make check". Signoff both, Allan

1 0

[arch-dev-public] [signoff] xz-utils-4.999.9beta-2
by Allan McRae 24 Jan '10

24 Jan '10

Hi, It appears there was never a signoff thread for this and it has been in [testing] for a while. The only change was adding the static library. I will signoff both. Allan

1 0

[arch-dev-public] [signoff] nano 2.2.2-1
by Andreas Radke 24 Jan '10

24 Jan '10

new minor upstream release. please signoff. -Andy http://www.nano-editor.org/dist/v2.2/NEWS 2010.01.17 - GNU nano 2.2.2 is released for you, you, you. This release includes fixes for: crashed when writing backup files in certain conditions, improper screen centering when moving up/down in various combination of smooth scrolling and soft wrapping modes, a search crash on the armel arch, and issues with lots of keybinding customizations causing crashing particularly on FreeBSD. Also included are better help menu entries for forward/back in the file browser, some man page tweaks and one assert fix. As always, share and enjoy!

3 2

[arch-dev-public] [signoff] mpfr 2.4.2-1
by Allan McRae 24 Jan '10

24 Jan '10

Upstream update. Pass all make check. Signoff both, Allan

1 0

[arch-dev-public] [signoff] pciutils-3.1.5-1
by Tobias Powalowski 23 Jan '10

23 Jan '10

Hi 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

2 1

[arch-dev-public] [signoff] gzip-1.4-1
by Allan McRae 23 Jan '10

23 Jan '10

Upstream update. Fixes a CVE: gzip -d could segfault and/or clobber the stack, possibly leading to arbitrary code execution. This affects x86_64 but not 32-bit systems. This fixes CVE-2010-0001. For more details, see http://bugzilla.redhat.com/554418 gzip -d would fail with a CRC error for some valid inputs. So far, the only valid input known to exhibit this failure was compressed "from FAT filesystem (MS-DOS, OS/2, NT)". In addition, to trigger the failure, your memcpy implementation must copy in the "reverse" order. Signoff both, Allan

3 2