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

[arch-dev-public] [signoff] libldap 2.4.21-1
by Andrea Scarpino 07 Jan '10

07 Jan '10

Minor upstream release, Changelog: OpenLDAP 2.4.21 Release (2009/12/20) Fixed liblutil for negative microsecond offsets (ITS#6405) Fixed slapd global settings to work without restart (ITS#6428) Fixed slapd looping with SSL/TLS connections (ITS#6412) Fixed slapd syncrepl freeing tasks from queue (ITS#6413) Fixed slapd syncrepl parsing of tls defaults (ITS#6419) Fixed slapd syncrepl uninitialized variables (ITS#6425) Fixed slapd-config Adds with Abstract classes (ITS#6408) Fixed slapo-dynlist behavior with simple filters (ITS#6421) Fixed slapd-ldif access outside database directory (ITS#6414) Fixed slapd-null extraneous assert (ITS#6403) Fixed slapo-translucent with back-null (ITS#6403) Fixed slapo-unique criteria checking (ITS#6270) Build Environment Deleted broken LBER_INVALID macro (ITS#6402) Fixed test058 kill usage (ITS#6420) Fixed meta regression test (ITS#6418) Documentation slapd-meta(5) Note deprecated functions (ITS#6424) admin24 fix set example for group of groups (ITS#6382) admin24 fix dynamic group documentation (ITS#6290) please signoff both -- Andrea `bash` Scarpino Arch Linux Developer

2 2

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

06 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.16/v2.16.1-ReleaseNot… ftp://ftp.kernel.org/pub/linux/utils/util-linux-ng/v2.16/v2.16.2-ReleaseNot… 2.17 shouldn't be that far it's already at rc3 stage. Have fun greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 4

[arch-dev-public] Cron
by Paul Mattal 06 Jan '10

06 Jan '10

We've got several bugs relating to choosing a new default cron daemon, and/or supporting other alternatives. The contenders seem to be: dcron, bcron, fcron, vixie-cron. I have collected facts about these alternatives below, in the hopes we can make a decision and move forward. Some of these are based on things others have said, so they are reliable to the extent such usually-reliable people made reliable statements; please point out any errors if you spot them! My fact-based inquiry suggests that if we have to select ONE cron, bcron is the best default cron for Arch, because: * vixie-cron is the de facto standard for cron, and thus "vanilla" * bcron is committed to full vixie-cron compatibility * bcron is designed for simplicity and security * modest standard features and high robustness meets most of the community's need If we decided to support two crons, my analysis suggests the other should be fcron. It's already maintained by Sergej in community; we could move it to extra as a second supported choice. What do others think? Tpowa, as maintainer of dcron, what do you think? It would be good for us to make a decision so we can move forward on the course of action and resolve some of these lingering bugs. Do others have specific experiences with bcron to relate? I know some folks like Dan and Thomas have chosen fcron, and maybe for good reason other than just features; if you have war stories, please share. If there's no new info by 1/10, I will start maintaining bcron in [extra] and start using it for my own systems, to assess its suitability firsthand and over an extended time period. - P *** dcron http://apollo.backplane.com/FreeSrc/ ----- advantages: * it's the least work (the incumbent) * simple, small, mature * familiar/standard crontab format disadvantages: * does not log to syslog * does not support /etc/cron.d bcron http://untroubled.org/bcron/bcron.html ----- advantages: * designed with security in mind * full vixie-cron crontab compatibility * compensates for DST * logs to syslog * supports /etc/cron.d disadvantages: fcron http://fcron.free.fr/ ----- advantages: * feature-rich, if/when you want it * almost fully supports vixie-cron syntax (except @*) * compensates for system downtime * already a package in community * Dan and Thomas use it and recommend it firsthand * logs to syslog disadvantages: * does not support /etc/cron.d * slightly larger, more code * not fully vixie-cron compatible * probably less secure, since it's much more extensive vixie-cron ftp://ftp.isc.org/isc/cron/ ----- advantages: * a "reference" implementation, widely known * logs to syslog disadvantages: * not updated (2004)

5 9

[arch-dev-public] [signoff] pm-utils-1.2.6.1-3
by Thayer Williams 05 Jan '10

05 Jan '10

Reverted vbetool as a basic dep to address this bug: http://bugs.archlinux.org/task/16437 please signoff i686 arch (no hardware for x86_64, but will welcome anyone who can do this)

2 4

[arch-dev-public] [signoff] nfs-utils-1.2.1-1 libtirpc-0.2.1-1 libgsslue-0.1-1
by Tobias Powalowski 05 Jan '10

05 Jan '10

Hi bump to latest version, which needs libgssglue as depend. Please signoff both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2

[arch-dev-public] PostgreSQL rebuild/bump
by Dan McGee 04 Jan '10

04 Jan '10

Is there anyone willing to bump PostgreSQL to 8.4.2? It is a security update that we should probably look at sooner rather than later, and right now almost all of the postgres packages in the repos are listed as orphans (did Hugo disappear? I think he did them before). See here (http://www.postgresql.org/about/news.1170) for the release notes. Of course, when I say bump, I also mean give it some sort of sanity check post-build to make sure it built and runs fine. :) -Dan

4 5

[arch-dev-public] [signoff] iptables 1.4.6-1
by Ronald van Haren 03 Jan '10

03 Jan '10

Hi, please signoff for both architectures. package changes: - update to latest version - fix RATEEST (FS#17046) - set IP forwarding by default to disabled (FS#17262 and FS#15982) upstream changes: - supports all new features of the 2.6.32 kernel - full changelog: http://www.netfilter.org/projects/iptables/files/changes-iptables-1.4.6.txt Ronald

2 2

[arch-dev-public] [signoff] pam-1.1.1-1
by Tobias Powalowski 03 Jan '10

03 Jan '10

Hi minor bump to latest version, please test it well and signoff. Release 1.1.1 * Update translations * pam_access: Revert netgroup match to original behavior, add new syntax for adding the local hostname to netgroup match * libpam: Add new functions pam_get_authtok_noverify() and pam_get_authtok_verify() * Add sepermit.conf.5 manual page * Lot of bug fixes greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 3

[arch-dev-public] [signoff] kbd-1.15.1
by Roman Kyrylych 03 Jan '10

03 Jan '10

Upstream update. Changelog: ---------- o Build system: - Add klibc support. - Fix errors when building with -Werror=format-security gcc option (Herton Ronaldo Krzesinski). - Fix cross-compiling problems. o Programs: - loadkeys: Auto-convert “traditional”/Unicode keysyms (Michael Schutte). - loadkeys: Support bidirectional conversion of keysyms (Michael Schutte). - loadkeys: Support Unicode compose tables (Michael Schutte). - showconsolefont: Print adequate space chars (Michael Schutte). - dumpkeys: Use U+… in “compose” lines if KDGKBDIACRUC is available (Michael Schutte). - Add support for Brl_dot9 and Brl_dot10 (Michael Schutte). - Never handle plain ASCII characters as Unicode (Michael Schutte). - Enable UNUMBERs in compose definitions (Michael Schutte). o Keymaps: - bg_pho-utf8 keycode 38 assignment fix. - Add keymap for Colemak. - Add keymap for German Intel based Macs. - Add UK keymap for the Sun Type-6 keyboard. - Add French keymap Dvorak. - Add Kirghiz keymap. - Add Tajik keymap. Please signoff. Thanks Andrea for building it for i686! BTW, testingpkg hanged indefinetely after uploading a file, so I had to use archrelease to update the SVN. Is it a known issue that is fixed in the git version? -- Roman Kyrylych (Роман Кирилич)

3 17

[arch-dev-public] Anyone who wants to maintain sim instant messenger?
by Tobias Powalowski 02 Jan '10

02 Jan '10

Hi guys, i have still the sim package, which i don't use since ages, someone here who uses it? Else it's time to move it to the AUR or community. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 2