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

[arch-dev-public] Integrity Check i686: core, extra, community 08-01-2010
by repomaint＠archlinux.org 08 Jan '10

08 Jan '10

================================================ = Integrity Check i686 of core,extra,community = ================================================ Performing integrity checks... ==> parsing pkgbuilds ==> parsing db files ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking hierarchy ==> checking for circular dependencies ==> checking for differences between db files and pkgbuilds Duplicate PKGBUILDs --------------------- /srv/abs/rsync/any/community/pv vs. /srv/abs/rsync/i686/community/pv /srv/abs/rsync/i686/core/kernel26-firmware vs. /srv/abs/rsync/i686/core/kernel26 /srv/abs/rsync/i686/extra/vde2 vs. /srv/abs/rsync/i686/community/vde2 Missing Dependencies ---------------------- community/acerhk --> 'kernel26<2.6.32' core/kernel26-lts --> 'udev-compat>=147' extra/archboot --> 'libdownload>=1.3-3' Missing Makedepends --------------------- extra/kdelibs3 --> 'autoconf<2.64' extra/v86d --> 'kernel26<2.6.30' Repo Hierarchy for Dependencies --------------------------------- extra/haskell-hashed-storage depends on community/haskell-zlib (0 extra (make)deps to pull) extra/munin depends on community/perl-html-template (0 extra (make)deps to pull) extra/munin depends on community/perl-log-log4perl (0 extra (make)deps to pull) extra/munin-node depends on community/perl-net-server (0 extra (make)deps to pull) extra/pan depends on community/gmime22 (0 extra (make)deps to pull) extra/qemu depends on community/vde2 (0 extra (make)deps to pull) extra/qemu-kvm depends on community/vde2 (0 extra (make)deps to pull) Repo Hierarchy for Makedepends -------------------------------- core/ca-certificates depends on extra/ruby (25 extra (make)deps to pull) core/crda depends on extra/python-m2crypto (26 extra (make)deps to pull) core/e2fsprogs depends on extra/bc (0 extra (make)deps to pull) core/groff depends on extra/ghostscript (145 extra (make)deps to pull) core/groff depends on extra/netpbm (45 extra (make)deps to pull) core/groff depends on extra/psutils (146 extra (make)deps to pull) core/iputils depends on extra/docbook-xsl (26 extra (make)deps to pull) core/iputils depends on extra/libxslt (25 extra (make)deps to pull) core/iputils depends on extra/opensp (28 extra (make)deps to pull) core/sqlite3 depends on extra/tcl (0 extra (make)deps to pull) core/udev depends on extra/gperf (0 extra (make)deps to pull) core/udev depends on extra/libxslt (25 extra (make)deps to pull) extra/bigloo depends on community/jdk (1 extra (make)deps to pull : jre) extra/gnome-speech depends on community/espeak (1 extra (make)deps to pull : portaudio) extra/grml-zsh-config depends on community/txt2tags (0 extra (make)deps to pull) extra/xqf depends on community/chrpath (0 extra (make)deps to pull) Packages found in db, but not in tree --------------------------------------- extra/vde2 Packages found in tree, but not in db --------------------------------------- extra/openoffice-en-US Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 3 Invalid archs: 0 Missing (make)dependencies: 5 Repo hierarchy problems: 23 Circular dependencies: 0 In db, but not in tree: 1 In tree, but not in db: 1

1 0

[arch-dev-public] qemu / qemu-kvm 0.12.x removed kqemu support
by Tobias Powalowski 08 Jan '10

08 Jan '10

Hi guys, the latest qemu version removed kqemu support. Do we need a News announcement for this? Is it enough to posts this to the mailinglists? We can remove kqemu from extra repository now. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-dev-public] [signoff] ca-certificates & run-parts
by Pierre Schmitz 07 Jan '10

07 Jan '10

I missed some packages in testing for a while: ca-certificates 20090814-2 run-parts 3.2.1-1 The (un)install script now catches the case someone wants to uninstall and probably reinstall the package. -- Pierre Schmitz, https://users.archlinux.de/~pierre

2 1

[arch-dev-public] [signoff] zlib 1.2.3.4-1
by Pierre Schmitz 07 Jan '10

07 Jan '10

Here comes a new minor update to the zlib package. Package changes: * PKGBUILD cleanup * use asm code for i686 and amd64 (might be insane ;-)) * patched Makfile to install soname links and set correct permissions of libz.a Note: As the zlib.net homepage seems stalled for some years now, I grab the zlib-*.orig.tar.gz from Debain and upload it to our FTP. Upstream changelog: - Use old school .SUFFIXES in Makefile.in for FreeBSD compatibility - Update comments in configure and Makefile.in for default --shared - Fix test -z's in configure [Marquess] - Build examplesh and minigzipsh when not testing - Change NULL's to Z_NULL's in deflate.c and in comments in zlib.h - Import LDFLAGS from the environment in configure - Fix configure to populate SFLAGS with discovered CFLAGS options - Adapt make_vms.com to the new Makefile.in [Zinser] - Add zlib2ansi script for C++ compilation [Marquess] - Add _FILE_OFFSET_BITS=64 test to make test (when applicable) - Add AMD64 assembler code for longest match to contrib [Teterin] - Include options from $SFLAGS when doing $LDSHARED - Simplify 64-bit file support by introducing z_off64_t type - Make shared object files in objs directory to work around old Sun cc - Use only three-part version number for Darwin shared compiles - Add rc option to ar in Makefile.in for when ./configure not run - Add -WI,-rpath,. to LDFLAGS for OSF 1 V4* - Set LD_LIBRARYN32_PATH for SGI IRIX shared compile - Protect against _FILE_OFFSET_BITS being defined when compiling zlib - Rename Makefile.in targets allstatic to static and allshared to shared - Fix static and shared Makefile.in targets to be independent - Correct error return bug in gz_open() by setting state [Brown] - Put spaces before ;;'s in configure for better sh compatibility - Added pigz.c (parallel implementation of gzip) to examples/ - Correct constant in crc32.c to UL [Leventhal] - Reject negative lengths in crc32_combine() - Add inflateReset2() function to work like inflateEnd()/inflateInit2() - Include sys/types.h for _LARGEFILE64_SOURCE [Brown] - Correct typo in doc/algorithm.txt [Janik] - Fix bug in adler32_combine() [Zhu] - Catch missing-end-of-block-code error in all inflates and in puff Assures that random input to inflate eventually results in an error - Added enough.c (calculation of ENOUGH for inftrees.h) to examples/ - Update ENOUGH and its usage to reflect discovered bounds - Fix gzerror() error report on empty input file [Brown] - Add ush casts in trees.c to avoid pedantic runtime errors - Fix typo in zlib.h uncompress() description [Reiss] - Correct inflate() comments with regard to automatic header detection - Remove deprecation comment on Z_PARTIAL_FLUSH (it stays) - Put new version of gzlog (2.0) in examples with interruption recovery - Add puff compile option to permit invalid distance-too-far streams - Add puff TEST command options, ability to read piped input - Prototype the *64 functions in zlib.h when _FILE_OFFSET_BITS == 64, but _LARGEFILE64_SOURCE not defined - Fix Z_FULL_FLUSH to truly erase the past by resetting s->strstart - Fix deflateSetDictionary() to use all 32K for output consistency - Remove extraneous #define MIN_LOOKAHEAD in deflate.c (in deflate.h) - Clear bytes after deflate lookahead to avoid use of uninitialized data - Change a limit in inftrees.c to be more transparent to Coverity Prevent - Update win32/zlib.def with exported symbols from zlib.h - Correct spelling error in zlib.h [Willem] - Allow Z_BLOCK for deflate() to force a new block - Allow negative bits in inflatePrime() to delete existing bit buffer - Add Z_TREES flush option to inflate() to return at end of trees - Add inflateMark() to return current state information for random access - Added Makefile for NintendoDS to contrib [Costa] - Add -w in configure compile tests to avoid spurious warnings [Beucler] - Fix typos in zlib.h comments for deflateSetDictionary() - Fix EOF detection in transparent gzread() [Maier] PS: Will I get a cookie when pkgrel has bumped to 5? -- Pierre Schmitz, https://users.archlinux.de/~pierre

3 2

[arch-dev-public] [signoff] inetutils 1.7-1
by Eric Bélanger 07 Jan '10

07 Jan '10

Hi, inetutils-1.7-1 is in testing. Upstream ChangeLog below. Important package change is that the rexec binary in the package is now the new one from inetutils (the inetutils in core use the one from netkit). Please test and signoff. Eric ============= December 16, 2009 Version 1.7: * ping New option --timeout=N, stop sending packets after N seconds. * New logger implementation The `logger' utility has been rewritten from scratch. The new implementation offers many new facilities. In particular, it is able to send messages to system loggers on remote machines, and to supply the PID number to include in messages, instead of the PID of the `logger' process. * Restore the traditional behavior of ping without -c option. * The manual is now licensed under the GNU FDL version 1.3 or later. * rexec New program. * tftp Command line parsing now uses argp. * Man pages for all tools are generated using help2man.

2 2

[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