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

[arch-dev-public] kernel headers in a separate package
by James Rayner 08 Mar '10

08 Mar '10

Apparently it's taken me 2 months to notice this because I've been building my own kernel, but I'll ask anyway... The kernel headers required to build kernel modules have been put in a separate package "kernel26-headers". We don't separate dev headers for anything else - why is this different? Second, linux-api-headers used to be called "kernel-headers" and now there's easily 100 posts on the forum that say "the headers don't need to match the kernel" - which are all now completely incorrect. Thoughts?

3 2

[arch-dev-public] xorg-server expertise
by Paul Mattal 07 Mar '10

07 Mar '10

I'm trying to build xorg-server from git, in order to bisect some bad behavior. It appears the tarball releases and what's in git aren't the same, though. Right out of the gate, I get: configure.ac:42: error: must install xorg-macros 1.2 or later before running autoconf/autogen configure.ac:42: the top level autom4te: /usr/bin/m4 failed with exit status: 1 ==> ERROR: Build Failed. Aborting... Is there any straightforward way to easily build packages from bisect-identified revisions so that I can properly test? - P

2 1

[arch-dev-public] [signoff] dbus-core 1.2.20
by Jan de Groot 07 Mar '10

07 Mar '10

This update skips a release and updates from 1.2.16 to 1.2.20 + one git commit. To see the upstream changes, take a look at http://cgit.freedesktop.org/dbus/dbus/log/?h=dbus-1.2 starting from the 1.2.16 tag. Local changes: - remove from base group - fix user/group removal in post_remove/pre_remove - add patch from post-1.2.20 git to monitor service directories

3 2

[arch-dev-public] Fixing groupadd
by Allan McRae 07 Mar '10

07 Mar '10

Hi, At the moment, groupadd always creates system groups with GID=99. (http://bugs.archlinux.org/task/16092) We can fix this by adding something quite standard like: SYS_UID_MIN = 100 SYS_GID_MIN = 100 SYS_UID_MAX = 999 SYS_GID_MAX = 999 in /etc/login.defs But this will lead to possible issues with packages using fixed GID >= 100. e.g. I could create a bunch system groups and then install a package who has predetermined that an already used group ID is for it. There are two possible solutions: 1) Set SYS_{U,G}ID_MIN to (e.g.) 500 and have all packages use numbers below 500. 2) Have the packages create a group without a specified ID. Anything requiring a fixed group ID at compile time (e.g. mailman) must use a number < 100. I am in favour of #2 (slightly) as it seems the better solution, but #1 would only require shadow to be fixed and no rebuilds for other packages (the number of rebuilds for #2 would be very small). Opinions? Allan

4 9

[arch-dev-public] [signoff] mlocate-0.22.3-1
by Allan McRae 07 Mar '10

07 Mar '10

Upstream update - appears to be only additional man page translations. Signoff both, Allan

3 2

[arch-dev-public] Fwd: nvidia oops
by Aaron Griffin 07 Mar '10

07 Mar '10

Just forwarding this on. Is this important enough to post a news item about? Or should we just force-downgrade the affected drivers? ---------- Forwarded message ---------- From: Casey J. Peter <caseyjp1(a)gmail.com> Date: Sat, Mar 6, 2010 at 7:07 PM Subject: nvidia oops To: aaron(a)archlinux.org http://www.phoronix.com/scan.php?page=news_item&px=ODA0MA Might want to put something up on the main page to warn people. Its not effecting everyone, but the word is 3d gaming is the biggest part of this mess.

3 2

[arch-dev-public] Changed GNUstep directory in new windowmaker package
by Daniel Isenmann 07 Mar '10

07 Mar '10

Hi, today I have released a new release of the windowmaker package. The important change is the GNUstep directory. I have changed this to /usr/lib/GNUstep. It was requested as a bug report (http://bugs.archlinux.org/task/15301) and it’s now equal to Debian’s GNUstep directory location. That means, you have to change the directory for the WPrefs.App which has now the new location. All other things should be run without problems. If you have older GNUstep applications, you have to recompile them with the new location if they way located in the old GNUstep directory. -Daniel

1 0

[arch-dev-public] Automatic LVM assembly - call for testers
by Thomas Bächler 06 Mar '10

06 Mar '10

Traditionally, LVM is assembled by running "vgchange -ay" manually. That has several problems, especially if one of the physical volumes is missing when the VG was supposed to be assembled. This has been experienced by people who use LVM on USB storage for their root device. I came up with a way of assembling LVM automatically through udev: A udev rule combined with a short shell script waits until all required physical volumes have been detected, then assembles the volume group in the background. This also works when adding a removable device to the system at any time. I'm asking anyone with LVM and a bit of spare time to test this. I'm especially interested in results from people who have a volume group on more than one hard drive. This is how it works: Get the package from: http://dev.archlinux.org/~thomas/lvm_autoassemble/ If you want to use this for detection of your boot device: Replace the "lvm2" hook with the "lvm_autoassemble" hook in mkinitcpio.conf and recreate the initramfs (make sure to keep a copy of the working one, as always). Possible side-effects: There may be some trouble when dealing with removable devices that contain LVM physical volumes: The volume groups are automatically activated, but have to be deactivated manually before removing the drive. Furthermore, when you remove a device and add it again later, the mechanism that detects whether all PVs have been found might fail and "vgchange -ay" may be run too often. Another side-effect is that I didn't add --ignoremonitoring to the script, so dmeventd may be started in initramfs (for mirror or snapshot volumes), which may not be desired. Any feedback is welcome.

2 1

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

06 Mar '10

Hi major changes: - removed loop aes crypt support 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] Protocol error
by Roman Kyrylych 06 Mar '10

06 Mar '10

Any ideas about this? $ sudo pacman -Syyu :: Synchronizing package databases... error: failed retrieving file 'testing.db.tar.gz' from ftp.archlinux.org : Protocol error testing 7.9K 846.8K/s 00:00:00 [#####################] 100% error: failed retrieving file 'core.db.tar.gz' from ftp.archlinux.org : Protocol error core 36.1K 1184.1K/s 00:00:00 [#####################] 100% error: failed retrieving file 'extra.db.tar.gz' from ftp.archlinux.org : Protocol error extra 444.7K 5.0M/s 00:00:00 [#####################] 100% error: failed retrieving file 'community-testing.db.tar.gz' from ftp.archlinux.org : Protocol error community-testing 2.3K 24.0M/s 00:00:00 [#####################] 100% error: failed retrieving file 'community.db.tar.gz' from ftp.archlinux.org : Protocol error community 365.6K 4.7M/s 00:00:00 [#####################] 100% :: Starting full system upgrade... resolving dependencies... looking for inter-conflicts... Targets (1): util-linux-ng-2.17.1-1 Total Download Size: 1.45 MB Total Installed Size: 6.93 MB Proceed with installation? [Y/n] :: Retrieving packages from testing... error: failed retrieving file 'util-linux-ng-2.17.1-1-x86_64.pkg.tar.xz' from ftp.archlinux.org : Protocol error util-linux-ng-2.17.... 1488.8K 7.6M/s 00:00:00 [#####################] 100% checking package integrity... (1/1) checking for file conflicts [#####################] 100% (1/1) upgrading util-linux-ng [#####################] 100% -- Roman Kyrylych (Роман Кирилич)

1 0

[arch-dev-public] [signoff] dhcpcd 5.2.1-1
by Ronald van Haren 06 Mar '10

06 Mar '10

signoff for both architectures. changes: local: - update to latest version upstream: - see http://roy.marples.name/projects/dhcpcd/timeline Ronald

3 2

[arch-dev-public] exiv2 0.19 rebuild list
by Pierre Schmitz 06 Mar '10

06 Mar '10

FYI: I just added a rebuild list for exiv2 https://dev.archlinux.org/todo/27/ That should also remove exiv2 from that list: http://wiki.archlinux.org/index.php/DeveloperWiki:Unimportant_Rebuild_List I have committed the exiv2 changes to trunk. Anyone wants to join a small rebuild action? -- Pierre Schmitz, https://users.archlinux.de/~pierre

1 0

[arch-dev-public] Integrity Check x86_64: core, extra, community 05-03-2010
by repomaint＠archlinux.org 05 Mar '10

05 Mar '10

================================================== = Integrity Check x86_64 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 Missing Dependencies ---------------------- community/airsnort --> 'wlan-ng26-utils' community/sysprof-module --> 'kernel26<2.6.' Missing Makedepends --------------------- core/dash --> 'klibc>=1.5' Repo Hierarchy for Dependencies --------------------------------- extra/pan depends on community/gmime22 (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 (137 extra (make)deps to pull) core/groff depends on extra/netpbm (45 extra (make)deps to pull) core/groff depends on extra/psutils (138 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 (30 extra (make)deps to pull) core/sqlite3 depends on extra/tcl (0 extra (make)deps to pull) core/udev depends on extra/gobject-introspection (26 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) core/udev-compat depends on extra/gobject-introspection (26 extra (make)deps to pull) core/udev-compat depends on extra/gperf (0 extra (make)deps to pull) core/udev-compat depends on extra/libxslt (25 extra (make)deps to pull) extra/bigloo depends on community/jdk (1 extra (make)deps to pull : jre) extra/dbus-python depends on community/docutils (0 extra (make)deps to pull) extra/gnome-speech depends on community/espeak (2 extra (make)deps to pull : portaudio docutils) extra/grml-zsh-config depends on community/txt2tags (0 extra (make)deps to pull) extra/opengtl depends on community/llvm (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 --------------------------------------- community/orc Packages found in tree, but not in db --------------------------------------- community/lua-yajl-git extra/poppler-qt3 Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 3 Repo hierarchy problems: 23 Circular dependencies: 0 In db, but not in tree: 1 In tree, but not in db: 2

1 0

[arch-dev-public] Integrity Check i686: core, extra, community 05-03-2010
by repomaint＠archlinux.org 05 Mar '10

05 Mar '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 Missing Dependencies ---------------------- community/airsnort --> 'wlan-ng26-utils' community/sysprof-module --> 'kernel26<2.6.' Missing Makedepends --------------------- core/dash --> 'klibc>=1.5' Repo Hierarchy for Dependencies --------------------------------- extra/pan depends on community/gmime22 (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 (136 extra (make)deps to pull) core/groff depends on extra/netpbm (45 extra (make)deps to pull) core/groff depends on extra/psutils (137 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 (30 extra (make)deps to pull) core/sqlite3 depends on extra/tcl (0 extra (make)deps to pull) core/udev depends on extra/gobject-introspection (26 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) core/udev-compat depends on extra/gobject-introspection (26 extra (make)deps to pull) core/udev-compat depends on extra/gperf (0 extra (make)deps to pull) core/udev-compat 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/opengtl depends on community/llvm (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 --------------------------------------- community/orc Packages found in tree, but not in db --------------------------------------- community/lua-yajl-git extra/poppler-qt3 Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 3 Repo hierarchy problems: 22 Circular dependencies: 0 In db, but not in tree: 1 In tree, but not in db: 2

1 0

[arch-dev-public] monotone needs boost 1.8.x
by Andrea Scarpino 05 Mar '10

05 Mar '10

Hi DEVs, monotone in [extra] does not work with the current boost (FS#17297). It requires explicitly boost < 1.9. It's orphan too. So, we have two possibility now: 1) add boost18 to [extra] 2) move monotone to AUR What do you think about? Regards -- Andrea `bash` Scarpino Arch Linux Developer

6 11

[arch-dev-public] [signoff] sudo-1.7.2p5-1
by Allan McRae 05 Mar '10

05 Mar '10

Upstream update. Major changes between version 1.7.2p4 and 1.7.2p5: * Fix size arg when realloc()ing include stack. * Avoid a duplicate fclose() of the sudoers file. Signoff both, Allan

4 3

[arch-dev-public] [remove] drop loop-aes from util-linux-ng?
by Tobias Powalowski 05 Mar '10

05 Mar '10

Hi guys, according to Thomas statement in this bug: http://bugs.archlinux.org/task/18119 Do we still need the loop aes patch? I don't use it at all. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 3

[arch-dev-public] [signoff] iptables 1.4.7-1
by Ronald van Haren 05 Mar '10

05 Mar '10

signoff for both architectures. Ronald changes: local: - update to latest version upstream: Dmitry V. Levin (1): libip4tc: Add static qualifier to dump_entry() Jan Engelhardt (8): libipq: build as shared library recent: reorder cases in code (cosmetic cleanup) doc: fix recent manpage to reflect actual supported syntax doc: fix limit manpage to reflect actual supported syntax doc: mention requirement of additional packages for ipset policy: fix error message showing wrong option includes: header updates Lift restrictions on interface names Patrick McHardy (1): iptables 1.4.7

3 2

[arch-dev-public] [signoff] openssl 0.9.8m-2 (critical)
by Pierre Schmitz 05 Mar '10

05 Mar '10

Hi all, A change in openssl triggered a problem in at least encfs which might lead to data loss but at least results in unmountable encfs containers. See http://bugs.archlinux.org/task/18564 http://bugs.debian.org/cgi- bin/bugreport.cgi?bug=571810 and the upstream commit: http://cvs.openssl.org/chngview?cn=19336 I did some basic testing and it still passes the test suite. I ask you to sign this off soon as this might be quite critical to at least those who use encfs. Greetings, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

3 3

[arch-dev-public] twisted 10.0.0 in testing
by Ionut Biru 04 Mar '10

04 Mar '10

hi, i uploaded this version into testing since is a major update and i wanted to test it first. They say that is compatible with older but i don't want to have surprises. Let me know if there are any problems. -- Ionut

1 0

[arch-dev-public] [PATCH 0/4] create-filelists patchset
by Dan McGee 03 Mar '10

03 Mar '10

This is a series of patches to make create-filelists a lot more efficient at what it does, and also make the files database a lot more useful. The end-user result is that the files database also includes the 'desc' and 'depends' entries found in a normal .db.tar.gz database. As far as other changes, the package loop rework patch is the most important one. Rather than inefficiently unzip every package to get the .PKGINFO file and determine its name and version, we use the .db.tar.gz directly which saves us a ton of work in most cases. Comments welcome, I'm not sure who is the head honcho that will pull these in, but it does help setup re-adding file support in archweb in addition to making this cron job suck a bit less. We might even think about running it more often than once a day now. -Dan Dan McGee (4): create-filelists: general cleanups create-filelists: s/REPO_DB_FILE/FILES_DB_FILE/g create-filelists: rework the package loop completely create-filelists: include desc/depends entries cron-jobs/create-filelists | 78 ++++++++++++++++++++++++++++---------------- 1 files changed, 50 insertions(+), 28 deletions(-)

3 8

[arch-dev-public] official installation guide maintained in git, wiki is just an export
by Dieter Plaetinck 03 Mar '10

03 Mar '10

for those of you who did not know yet: do not make edits to the wiki source directly @ http://wiki.archlinux.org/index.php/Official_Arch_Linux_Install_Guide rather, send changes to me. See summary block on the top right for more info. I will be updating the files in git to reflect what people have done to the wiki, but this is double work, so should be avoided. Dieter

1 0

[arch-dev-public] samba 3.5.0 bump
by Tobias Powalowski 03 Mar '10

03 Mar '10

HI guys, next time please ask before bumping a quite complicated package directly to next major release. Also keep in mind to put it to testing first and not directly to extra. tdb can be used externally now, i'm rebuilding it now. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

9 16

[arch-dev-public] [signoff] readline-6.1.002
by Allan McRae 03 Mar '10

03 Mar '10

Hi, This is a very, very minor patch level update... it only fixes the readline header reporting itself as version 6.0 instead of 6.1. Signoff both, Allan

3 2

[arch-dev-public] [signoff] openssl 0.9.8m-1
by Pierre Schmitz 03 Mar '10

03 Mar '10

Hi all, here is an update for openssl. It implements RFC5746 renegotiation. I also cleaned up the PKGBUILD and was able to remove some patches that are included upstream now. The remaining ones are just trivial and don't alter any program code. Please sign off. Here is the upstream changelog: Changes between 0.9.8l and 0.9.8m [25 Feb 2010] *) Always check bn_wexpend() return values for failure. (CVE-2009-3245) [Martin Olsson, Neel Mehta] *) Fix X509_STORE locking: Every 'objs' access requires a lock (to accommodate for stack sorting, always a write lock!). [Bodo Moeller] *) On some versions of WIN32 Heap32Next is very slow. This can cause excessive delays in the RAND_poll(): over a minute. As a workaround include a time check in the inner Heap32Next loop too. [Steve Henson] *) The code that handled flushing of data in SSL/TLS originally used the BIO_CTRL_INFO ctrl to see if any data was pending first. This caused the problem outlined in PR#1949. The fix suggested there however can trigger problems with buggy BIO_CTRL_WPENDING (e.g. some versions of Apache). So instead simplify the code to flush unconditionally. This should be fine since flushing with no data to flush is a no op. [Steve Henson] *) Handle TLS versions 2.0 and later properly and correctly use the highest version of TLS/SSL supported. Although TLS >= 2.0 is some way off ancient servers have a habit of sticking around for a while... [Steve Henson] *) Modify compression code so it frees up structures without using the ex_data callbacks. This works around a problem where some applications call CRYPTO_cleanup_all_ex_data() before application exit (e.g. when restarting) then use compression (e.g. SSL with compression) later. This results in significant per-connection memory leaks and has caused some security issues including CVE-2008-1678 and CVE-2009-4355. [Steve Henson] *) Constify crypto/cast (i.e., <openssl/cast.h>): a CAST_KEY doesn't change when encrypting or decrypting. [Bodo Moeller] *) Add option SSL_OP_LEGACY_SERVER_CONNECT which will allow clients to connect and renegotiate with servers which do not support RI. Until RI is more widely deployed this option is enabled by default. [Steve Henson] *) Add "missing" ssl ctrls to clear options and mode. [Steve Henson] *) If client attempts to renegotiate and doesn't support RI respond with a no_renegotiation alert as required by RFC5746. Some renegotiating TLS clients will continue a connection gracefully when they receive the alert. Unfortunately OpenSSL mishandled this alert and would hang waiting for a server hello which it will never receive. Now we treat a received no_renegotiation alert as a fatal error. This is because applications requesting a renegotiation might well expect it to succeed and would have no code in place to handle the server denying it so the only safe thing to do is to terminate the connection. [Steve Henson] *) Add ctrl macro SSL_get_secure_renegotiation_support() which returns 1 if peer supports secure renegotiation and 0 otherwise. Print out peer renegotiation support in s_client/s_server. [Steve Henson] *) Replace the highly broken and deprecated SPKAC certification method with the updated NID creation version. This should correctly handle UTF8. [Steve Henson] *) Implement RFC5746. Re-enable renegotiation but require the extension as needed. Unfortunately, SSL3_FLAGS_ALLOW_UNSAFE_LEGACY_RENEGOTIATION turns out to be a bad idea. It has been replaced by SSL_OP_ALLOW_UNSAFE_LEGACY_RENEGOTIATION which can be set with SSL_CTX_set_options(). This is really not recommended unless you know what you are doing. [Eric Rescorla <ekr(a)networkresonance.com>, Ben Laurie, Steve Henson] *) Fixes to stateless session resumption handling. Use initial_ctx when issuing and attempting to decrypt tickets in case it has changed during servername handling. Use a non-zero length session ID when attempting stateless session resumption: this makes it possible to determine if a resumption has occurred immediately after receiving server hello (several places in OpenSSL subtly assume this) instead of later in the handshake. [Steve Henson] *) The functions ENGINE_ctrl(), OPENSSL_isservice(), CMS_get1_RecipientRequest() and RAND_bytes() can return <=0 on error fixes for a few places where the return code is not checked correctly. [Julia Lawall <julia(a)diku.dk>] *) Add --strict-warnings option to Configure script to include devteam warnings in other configurations. [Steve Henson] *) Add support for --libdir option and LIBDIR variable in makefiles. This makes it possible to install openssl libraries in locations which have names other than "lib", for example "/usr/lib64" which some systems need. [Steve Henson, based on patch from Jeremy Utley] *) Don't allow the use of leading 0x80 in OIDs. This is a violation of X690 8.9.12 and can produce some misleading textual output of OIDs. [Steve Henson, reported by Dan Kaminsky] *) Delete MD2 from algorithm tables. This follows the recommendation in several standards that it is not used in new applications due to several cryptographic weaknesses. For binary compatibility reasons the MD2 API is still compiled in by default. [Steve Henson] *) Add compression id to {d2i,i2d}_SSL_SESSION so it is correctly saved and restored. [Steve Henson] *) Rename uni2asc and asc2uni functions to OPENSSL_uni2asc and OPENSSL_asc2uni conditionally on Netware platforms to avoid a name clash. [Guenter <lists(a)gknw.net>] *) Fix the server certificate chain building code to use X509_verify_cert(), it used to have an ad-hoc builder which was unable to cope with anything other than a simple chain. [David Woodhouse <dwmw2(a)infradead.org>, Steve Henson] *) Don't check self signed certificate signatures in X509_verify_cert() by default (a flag can override this): it just wastes time without adding any security. As a useful side effect self signed root CAs with non-FIPS digests are now usable in FIPS mode. [Steve Henson] *) In dtls1_process_out_of_seq_message() the check if the current message is already buffered was missing. For every new message was memory allocated, allowing an attacker to perform an denial of service attack with sending out of seq handshake messages until there is no memory left. Additionally every future messege was buffered, even if the sequence number made no sense and would be part of another handshake. So only messages with sequence numbers less than 10 in advance will be buffered. (CVE-2009-1378) [Robin Seggelmann, discovered by Daniel Mentz] *) Records are buffered if they arrive with a future epoch to be processed after finishing the corresponding handshake. There is currently no limitation to this buffer allowing an attacker to perform a DOS attack with sending records with future epochs until there is no memory left. This patch adds the pqueue_size() function to detemine the size of a buffer and limits the record buffer to 100 entries. (CVE-2009-1377) [Robin Seggelmann, discovered by Daniel Mentz] *) Keep a copy of frag->msg_header.frag_len so it can be used after the parent structure is freed. (CVE-2009-1379) [Daniel Mentz] *) Handle non-blocking I/O properly in SSL_shutdown() call. [Darryl Miles <darryl-mailinglists(a)netbauds.net>] *) Add 2.5.4.* OIDs [Ilya O. <vrghost(a)gmail.com>] -- Pierre Schmitz, https://users.archlinux.de/~pierre

3 3

[arch-dev-public] Versioned dependency fun...
by Allan McRae 02 Mar '10

02 Mar '10

Hmmm... > pacman -U libjpeg-8a-1-i686.pkg.tar.xz loading package data... checking dependencies... error: failed to prepare transaction (could not satisfy dependencies) :: ghostscript: requires libjpeg>=8 :: imlib2: requires libjpeg>=8 :: jasper: requires libjpeg>=8 :: libdjvu: requires libjpeg>=8 .... To avoid this, I will be renumbering it to libjpeg-8.0.1 (which is the soname version). Allan

3 5

[arch-dev-public] [signoff] fakeroot 1.14.4-2
by Allan McRae 02 Mar '10

02 Mar '10

Rebuild to do the ld.so.conf.d thing. Signoff both, Allan

3 3

[arch-dev-public] initscripts hack-a-thon?
by Allan McRae 02 Mar '10

02 Mar '10

Hi all, Looking in the bug tracker, there are 35 bug reports for initscripts. That represents about 10% of bugs... I'm not really sure who is in charge of initscripts these days, but how about a group of use gets together on IRC some time in the future and try getting through a bunch of these bug reports? Allan

5 4

[arch-dev-public] [signoff] namcap 2.5
by Dan McGee 02 Mar '10

02 Mar '10

I wrapped up the namcap changes tonight and got a version released. I converted it to an any package as well in the process. Let Pierre notice if you see any problems here with his new wrapper script. :) If things seem OK then we'll move this off to [extra] in a few days, I just didn't want to break namcap for everyone if it turns out there was something we missed. -Dan Here is the shortlog since 2.4: Abhishek Dasgupta (1): Fix rpath: /usr/lib/* and /lib are valid Dan McGee (12): Add a warning for packages that are over 50% docs Touch up hicolor icon message Add a way to use an alternate tags file Allow static libraries to have 644 or 444 permission Don't ignore the presence of unknown library references Cleanup some messages rpath: show both invalid rpath and file it was in rpath: allow $ORIGIN type rpaths Cleanup setup.py a bit Do checking for tarfiles correctly Bump version to 2.5 setup.py: Make sdist command work Pierre Schmitz (1): Use a wrapper script to support different compression types

3 2

[arch-dev-public] [PATCH 4/4] ftpdir-cleanup: lock repo before doing the cleanup
by Eric Bélanger 02 Mar '10

02 Mar '10

This should fix the problem of the ftpdir-cleanup script removing the new package instead of the old one (FS#17058). The script makes $LOCK_TRIAL attempts, each separated by $LOCK_DELAY seconds, in getting the repo lock. If the lock is unsuccessful, the cleanup is skipped for that particular repo. Signed-off-by: Eric Bélanger <snowmaniscool(a)gmail.com> BTW, I didn't really tested this except the while loop logic. --- misc-scripts/ftpdir-cleanup | 28 +++++++++++++++++++++++++--- 1 files changed, 25 insertions(+), 3 deletions(-) diff --git a/misc-scripts/ftpdir-cleanup b/misc-scripts/ftpdir-cleanup index a185090..77f79e6 100755 --- a/misc-scripts/ftpdir-cleanup +++ b/misc-scripts/ftpdir-cleanup @@ -10,15 +10,35 @@ dest=$2 ############################################################ -. "$(dirname $0)/../db-functions" +. "$(dirname $0)/../db-functions" . "$(dirname $0)/../config" ${CLEANUP_DRYRUN} && echo 'dry run mode is active' ftppath_base="$FTP_BASE/$reponame/$FTP_OS_SUFFIX" +LOCK_DELAY=10 +LOCK_TRIAL=6 + for arch in ${ARCHES[@]}; do + IS_LOCKED=0 + count=0 + while [ $count -le $LOCK_TRIAL ]; do + if repo_lock $reponame $arch ; then + IS_LOCKED=1 + let count=$LOCK_TRIAL+1 + continue + fi + sleep $LOCK_DELAY + let count=$count+1 + done + + if [ $IS_LOCKED -eq 0 ]; then + echo "Failed to lock $reponame $arch repo" + exit 1 + fi + TMPDIR=$(mktemp -d /tmp/cleanup-XXXXXX) || exit 1 ftppath="$ftppath_base/$arch" MISSINGFILES="" @@ -80,10 +100,10 @@ for arch in ${ARCHES[@]}; do dbpkgname=$(grep -A1 '^%FILENAME%$' "${p}/desc" 2>/dev/null| tail -n1) if [ "${dbpkgname}" = "${pkgname}" ]; then continue 2 - fi + fi done EXTRAFILES="$EXTRAFILES $pkg" - done + done rm -rf ${TMPDIR} @@ -100,6 +120,8 @@ for arch in ${ARCHES[@]}; do fi done + repo_unlock $reponame $arch + #Make sure we've done *something* before outputting anything if [ -z "$DELETEFILES$DELETESYMLINKS$MISSINGFILES$EXTRAFILES" ]; then continue -- 1.7.0

4 6

[arch-dev-public] [PATCH 4/4] Make repo locking an atomic process and added timeout argument
by Eric Bélanger 02 Mar '10

02 Mar '10

The repo locking function now use a lock directory instead of a lock file. This makes the lock checking and creation an atomic process. The repo_lock function will now try to obtain a lock every $LOCK_DELAY seconds until it is successful. An optional third argument can be use to give a timeout in seconds; this is intended for scripts that runs unattended. Repo locking is now used in the ftpdir-cleanup script. This should fix the problem of the ftpdir-cleanup script removing the new package instead of the old one (FS#17058). Signed-off-by: Eric Bélanger <snowmaniscool(a)gmail.com> --- config | 3 ++ db-functions | 48 ++++++++++++++++++++++++++++-------------- misc-scripts/ftpdir-cleanup | 10 ++++++-- 3 files changed, 42 insertions(+), 19 deletions(-) diff --git a/config b/config index 8d04c60..85a225a 100644 --- a/config +++ b/config @@ -9,6 +9,9 @@ CLEANUP_DESTDIR="/srv/package-cleanup" CLEANUP_DRYRUN=false SOURCE_CLEANUP_DESTDIR="/srv/source-cleanup" +LOCK_DELAY=10 +LOCK_TIMEOUT=300 + STAGING="$HOME/staging" TMPDIR="/srv/tmp" ARCHES=(i686 x86_64) diff --git a/db-functions b/db-functions index e756368..d688df6 100644 --- a/db-functions +++ b/db-functions @@ -15,27 +15,43 @@ restore_umask () { umask $UMASK } -repo_lock () { #repo_lock repo-name arch - LOCKFILE="$TMPDIR/.repolock.$1.$2" - if [ -f "$LOCKFILE" ]; then - owner="$(/usr/bin/stat -c %U $LOCKFILE)" - echo "error: db generation is already in progress (started by $owner)" >&2 - exit 1 - else - /bin/touch "$LOCKFILE" - if [ ! -f "$LOCKFILE" ]; then - echo "error: could not create repo lock... something went wrong!" >&2 - fi - set_umask +repo_lock () { #repo_lock <repo-name> <arch> [timeout] + LOCKDIR="$TMPDIR/.repolock.$1.$2" + local _count + local _trial + local _timeout + local _lockblock + local _owner + + if [ $# -eq 2 ]; then + _lockblock=true + _trial=0 + elif [ $# -eq 3 ]; then + _lockblock=false + _timeout=$3 + let _trial=$_timeout/$LOCK_DELAY fi + + _count=0 + while [ $_count -le $_trial ] || $_lockblock ; do + if ! mkdir "$LOCKDIR" >/dev/null 2>&1 ; then + _owner="$(/usr/bin/stat -c %U $LOCKDIR)" + echo "error: Repo $1-$2 is already locked by $_owner. Retrying in $LOCK_DELAY seconds..." >&2 + else + set_umask + break + fi + sleep $LOCK_DELAY + let _count=$_count+1 + done } -repo_unlock () { #repo_unlock repo-name arch - LOCKFILE="$TMPDIR/.repolock.$1.$2" - if [ ! -f "$LOCKFILE" ]; then +repo_unlock () { #repo_unlock <repo-name> <arch> + LOCKDIR="$TMPDIR/.repolock.$1.$2" + if [ ! -d "$LOCKDIR" ]; then echo "error: repo lock doesn't exist... something went terribly wrong!" >&2 else - rm -f "$LOCKFILE" + rmdir "$LOCKDIR" fi restore_umask } diff --git a/misc-scripts/ftpdir-cleanup b/misc-scripts/ftpdir-cleanup index a185090..4c559b9 100755 --- a/misc-scripts/ftpdir-cleanup +++ b/misc-scripts/ftpdir-cleanup @@ -10,7 +10,7 @@ dest=$2 ############################################################ -. "$(dirname $0)/../db-functions" +. "$(dirname $0)/../db-functions" . "$(dirname $0)/../config" ${CLEANUP_DRYRUN} && echo 'dry run mode is active' @@ -19,6 +19,8 @@ ftppath_base="$FTP_BASE/$reponame/$FTP_OS_SUFFIX" for arch in ${ARCHES[@]}; do + repo_lock $reponame $arch $LOCK_TIMEOUT + TMPDIR=$(mktemp -d /tmp/cleanup-XXXXXX) || exit 1 ftppath="$ftppath_base/$arch" MISSINGFILES="" @@ -80,10 +82,10 @@ for arch in ${ARCHES[@]}; do dbpkgname=$(grep -A1 '^%FILENAME%$' "${p}/desc" 2>/dev/null| tail -n1) if [ "${dbpkgname}" = "${pkgname}" ]; then continue 2 - fi + fi done EXTRAFILES="$EXTRAFILES $pkg" - done + done rm -rf ${TMPDIR} @@ -100,6 +102,8 @@ for arch in ${ARCHES[@]}; do fi done + repo_unlock $reponame $arch + #Make sure we've done *something* before outputting anything if [ -z "$DELETEFILES$DELETESYMLINKS$MISSINGFILES$EXTRAFILES" ]; then continue -- 1.7.0.1

1 0

[arch-dev-public] archboot release homepage created
by Tobias Powalowski 01 Mar '10

01 Mar '10

Hi guys, just created a archboot release homepage, would it be possible to link it somewhere on DOWNLOAD on our main page? ftp://ftp.archlinux.org/iso/archboot/index.html is the adress. thanks in advance greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 5

[arch-dev-public] [signoff] m4-1.4.14
by Allan McRae 01 Mar '10

01 Mar '10

Upstream update. * Noteworthy changes in Version 1.4.14 (2010-02-24) [stable] Released by Eric Blake, based on git version 1.4.13.* ** Fix regression introduced in 1.4.12 where executing with stdout closed could crash m4 on exit on some platforms. ** Fix regressions introduced in 1.4.13 in the `esyscmd' builtin, where closed file descriptors could interfere with child execution, and where a child status of 127 made m4 print a spurious message to stderr. ** Fix a security hole in 'make dist', present since at least M4 1.4, that could affect anybody attempting to redistribute modified sources (see Automake CVE-2009-4029). ** A number of portability improvements inherited from gnulib. Signoff both, Allan

2 2

[arch-dev-public] boost-1.42.0 rebuild
by Giovanni Scafora 28 Feb '10

28 Feb '10

Hi all, boost-1.42.0 requires another rebuild due to a soname bumps. What do you think about that? -- Arch Linux Developer http://www.archlinux.org http://www.archlinux.it

4 19

[arch-dev-public] Clean up the base group
by Allan McRae 28 Feb '10

28 Feb '10

HI, I mentioned this several months ago and got no response so I will post again. If there are no objections in 48 hours, the rebuilds will start hitting [testing]. FS#12890 suggests cleaning some of the packages from the base group. The goals are to remove old packages that are really no longer needed (e.g. cpio) and packages that are only needed as dependencies for other packages and would not be installed otherwise (e.g. libfetch). That will clean up the package selection list for the base group in the installer. Here is the list of what I will do: http://wiki.archlinux.org/index.php/User:Allan/Base_Cleanup It splits the packages in the base group into those staying in base; those removed from base but staying in [core]; those removed from [core]. Packages marked with (???) mean I am not sure what category to put them in. If there are no comments, I will be playing it safe with these. Any comments before I start? Allan

7 14

[arch-dev-public] [signoff] chromium-5.0.307.11-1
by Daniel J Griffiths (Ghost1227) 28 Feb '10

28 Feb '10

Upstream release, please sign off both architectures. (signoff i686) --

2 1

[arch-dev-public] The horror...
by Roman Kyrylych 27 Feb '10

27 Feb '10

So, more than 2 hours ago the power in the large area of the city went down. My UPS is already dead, and the battery in the laptop is going to be empty pretty soon. Luckily I still have the internet (looks like the CDMA base station nearby has some power). Hopefully they fix the power tomorrow or I find a way to fill in the battery in my laptop somewhere, otherwise I will have to wait until monday... -- Roman Kyrylych (Роман Кирилич)

1 0

[arch-dev-public] kernel 2.6.33-1
by Tobias Powalowski 27 Feb '10

27 Feb '10

Hi guys, kernel 2.6.33 first test run ... Upstream changes: http://kernelnewbies.org/LinuxChanges Arch Linux bugfixes/feature requests: http://bugs.archlinux.org/task/18249 # added HPET http://bugs.archlinux.org/task/17970 # added CONFIG_USB_GSPCA_PAC7302 http://bugs.archlinux.org/task/17791 # added UTS_NAMESPACE http://bugs.archlinux.org/task/17756 # added CONFIG_FRAME_POINTER for WCHAN http://bugs.archlinux.org/task/16715 # added Linux Container support - added jfs and reiserfs statistics Arch Linux changes: - changed radeon kms enabled by default - merged ext2/ext3 support into ext4 module - nouveau module is still provided as out-of-tree module, it's more up to date. Broken binary modules: - lirc,fcpcmcia,madwifi,tiacx though no fix available yet. Needs to rebuild: - 686 modem binary modules Enjoy have fun and give me feedback, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 5

[arch-dev-public] Away
by Andrea Scarpino 27 Feb '10

27 Feb '10

Hi DEVs and TUs, my exams session is over, and I need a short holiday in London. I will be away starting from some hours to 2nd afternoon/night (GMT). I am building KDE 4.4.1 packages and everything seems fine. Before to go, I will upload them into my staging/extra dir, so you can take them. This minor release will be released 2nd March; I should come back in time to run /arch/db-extra, anyway Ronald and Pierre are here for everything. Free to fix high or medium priority bugs assigned to me or to update my packages. Thanks. Best Regards -- Andrea `bash` Scarpino Arch Linux Developer

2 1

[arch-dev-public] [signoff] libfetch 2.30
by Dan McGee 27 Feb '10

27 Feb '10

Please signoff for both architectures. If pacman -Syy and downloads work we should be all set. -Dan

2 1

Re: [arch-dev-public] Replace Planet with Planet-Venus? (WAS: [arch-general] Planet Arch Linux atom feed)
by Andrea Scarpino 27 Feb '10

27 Feb '10

On Thursday 25 February 2010 03:23:27 Dan McGee wrote: > Seems fine to me, noticed you didn't get any feedback. Let the list > know if you need any assistance moving it into place. I do not need particular assistance, I have permission to backup/remove/create planet folder. The only thing is that I am not sure if we need to install libxslt: planet- venus script requires it (it gives "xsltproc: command not found"), but it seems to work without it. What is our policy about which packages install on gerolde and which not? -- Andrea `bash` Scarpino Arch Linux Developer

3 6

[arch-dev-public] [signoff] filesystem-2010.02-3
by Daniel J Griffiths (Ghost1227) 27 Feb '10

27 Feb '10

Release addresses the issue referenced in FS#16886 by adding an empty .keep file to /var/empty. Please signoff --

5 7

[arch-dev-public] Samba package sizes
by Dan McGee 27 Feb '10

27 Feb '10

Guys, does anyone else think this is getting out of hand? Proceed with installation? [Y/n] y :: Retrieving packages from extra... smbclient-3.4.6-1-i686 18.0M 98.4K/s 00:03:08 [-------------------------------------------------------------------------------------------------------------] 100% samba-3.4.6-1-i686 26.8M 97.0K/s 00:04:43 [-------------------------------------------------------------------------------------------------------------] 100% Seriously, 45 f-ing MB for samba? How can that be possible? $ ll /usr/bin/{ldb,smb}* -rwxr-xr-x 1 root root 1.2M Feb 25 09:17 /usr/bin/ldbadd -rwxr-xr-x 1 root root 1.2M Feb 25 09:17 /usr/bin/ldbdel -rwxr-xr-x 1 root root 1.2M Feb 25 09:17 /usr/bin/ldbedit -rwxr-xr-x 1 root root 1.2M Feb 25 09:17 /usr/bin/ldbmodify -rwxr-xr-x 1 root root 1.2M Feb 25 09:17 /usr/bin/ldbrename -rwxr-xr-x 1 root root 1.2M Feb 25 09:17 /usr/bin/ldbsearch -rwxr-xr-x 1 root root 5.5M Feb 25 09:17 /usr/bin/smbcacls -rwxr-xr-x 1 root root 5.4M Feb 25 09:17 /usr/bin/smbclient -rwxr-xr-x 1 root root 1.2M Feb 25 09:17 /usr/bin/smbcontrol -rwxr-xr-x 1 root root 5.3M Feb 25 09:17 /usr/bin/smbcquotas -rwxr-xr-x 1 root root 5.4M Feb 25 09:17 /usr/bin/smbget -rwxr-xr-x 1 root root 5.3M Feb 25 09:17 /usr/bin/smbpasswd -rwxr-xr-x 1 root root 2.7M Feb 25 09:17 /usr/bin/smbspool -rwxr-xr-x 1 root root 1.1M Feb 25 09:17 /usr/bin/smbstatus -rwxr-xr-x 1 root root 4.8K Feb 25 09:17 /usr/bin/smbtar -rwxr-xr-x 1 root root 5.3M Feb 25 09:17 /usr/bin/smbtree Are we building this wrong, or what is happening here? Something seems a bit out of whack when we are dealing with loads and loads of 5 MB binaries. The above list doesn't even fully capture all of those used by samba and smbclient, nor the libraries. -Dan P.S. The inclusion of some documentation is probably unwarranted as well: $ du -sh /usr/share/samba/swat/ 15M /usr/share/samba/swat/

4 5

[arch-dev-public] Integrity Check i686: core, extra, community 26-02-2010
by repomaint＠archlinux.org 26 Feb '10

26 Feb '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 Missing Dependencies ---------------------- community/airsnort --> 'wlan-ng26-utils' community/sysprof-module --> 'kernel26<2.6.' extra/rhythmbox --> 'gvfs>=1.5.3' extra/rhythmbox --> 'libsoup-gnome>=2.29.90' extra/rhythmbox --> 'pygtk>=2.17.0' extra/rhythmbox --> 'totem-plparser>=2.29.1' Missing Makedepends --------------------- core/dash --> 'klibc>=1.5' extra/rhythmbox --> 'brasero>=2.29.90' Repo Hierarchy for Dependencies --------------------------------- extra/pan depends on community/gmime22 (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 (136 extra (make)deps to pull) core/groff depends on extra/netpbm (45 extra (make)deps to pull) core/groff depends on extra/psutils (137 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 (30 extra (make)deps to pull) core/sqlite3 depends on extra/tcl (0 extra (make)deps to pull) core/udev depends on extra/gobject-introspection (26 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) core/udev-compat depends on extra/gobject-introspection (26 extra (make)deps to pull) core/udev-compat depends on extra/gperf (0 extra (make)deps to pull) core/udev-compat 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/opengtl depends on community/llvm (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 --------------------------------------- community/chicken Packages found in tree, but not in db --------------------------------------- community/kbd-ru-keymaps Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 8 Repo hierarchy problems: 22 Circular dependencies: 0 In db, but not in tree: 1 In tree, but not in db: 1

2 1

[arch-dev-public] Integrity Check x86_64: core, extra, community 26-02-2010
by repomaint＠archlinux.org 26 Feb '10

26 Feb '10

================================================== = Integrity Check x86_64 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 Missing Dependencies ---------------------- community/airsnort --> 'wlan-ng26-utils' community/sysprof-module --> 'kernel26<2.6.' Missing Makedepends --------------------- core/dash --> 'klibc>=1.5' Repo Hierarchy for Dependencies --------------------------------- extra/pan depends on community/gmime22 (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 (137 extra (make)deps to pull) core/groff depends on extra/netpbm (45 extra (make)deps to pull) core/groff depends on extra/psutils (138 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 (30 extra (make)deps to pull) core/sqlite3 depends on extra/tcl (0 extra (make)deps to pull) core/udev depends on extra/gobject-introspection (26 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) core/udev-compat depends on extra/gobject-introspection (26 extra (make)deps to pull) core/udev-compat depends on extra/gperf (0 extra (make)deps to pull) core/udev-compat depends on extra/libxslt (25 extra (make)deps to pull) extra/bigloo depends on community/jdk (1 extra (make)deps to pull : jre) extra/dbus-python depends on community/docutils (0 extra (make)deps to pull) extra/gnome-speech depends on community/espeak (2 extra (make)deps to pull : portaudio docutils) extra/grml-zsh-config depends on community/txt2tags (0 extra (make)deps to pull) extra/opengtl depends on community/llvm (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 --------------------------------------- community/chicken Packages found in tree, but not in db --------------------------------------- community/kbd-ru-keymaps Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 3 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] Fwd: FS#17503: [unzip] zsh completion missing for unzip patches
by Thayer Williams 26 Feb '10

26 Feb '10

Hoping for some feedback here from more experienced devs on this one: At some point we began patching unzip with additional flags, allowing it to properly extract UTF-encoded zip files made on the win32 platform. Apparently this has broken zsh autocompletion features. Similar unzip patches have been submitted upstream and all have been rejected. Upstream has considered adding proper support, but has stopped short of committing to it. The question is do we keep the patch and make this a zsh issue, or do we remove the patch, fixing zsh in the process and screwing some win32 zip files? More info: http://bugs.archlinux.org/task/17503 http://bugs.archlinux.org/task/15256

2 6

Re: [arch-dev-public] Replace Planet with Planet-Venus? (WAS: [arch-general] Planet Arch Linux atom feed)
by Andrea Scarpino 26 Feb '10

26 Feb '10

On Friday 26 February 2010 13:28:44 Pierre Schmitz wrote: > I am fine with this. I am using it at al.de for some time now. I would > suggest to create a git repo for it. Yes, I also think that a git repo is a good idea. Who can set up one? -- Andrea `bash` Scarpino Arch Linux Developer

1 0

[arch-dev-public] [signoff] dcron 4.4-2
by Paul Mattal 26 Feb '10

26 Feb '10

This release addresses a number of packaging issues: * eliminates the logrotate script (now integrated into syslog-ng) * warns to restart crond on update to 4.x from earlier major ver * adds /etc/conf.d/crond for managing commandline options * adds patch to declare LOGNAME env var to be same as USER env var Please signoff, 1 for each arch. - P

3 3

[arch-dev-public] [signoff] syslog-ng 3.0.4-3
by Paul Mattal 26 Feb '10

26 Feb '10

This version adds more log files to syslog-ng's logrotate script, and should be the only difference. Log files added since released 3.0.4-1: /var/log/crond.log /var/log/lpr.log /var/log/uucp.log /var/log/news.log /var/log/ppp.log /var/log/debug.log Eric also requested I add /var/log/acpid.log, but it was already there. Please signoff, 1 for each architecture. - P

3 3

[arch-dev-public] postfix 2.7.0 in testing for both arches
by Paul Mattal 26 Feb '10

26 Feb '10

I'll leave it in [testing] for 1 week to catch any gotchas. If no serious issues are identified by then, I will move it to [extra]. - P

1 0

[arch-dev-public] Replace Planet with Planet-Venus? (WAS: [arch-general] Planet Arch Linux atom feed)
by Andrea Scarpino 26 Feb '10

26 Feb '10

On Sunday 21 February 2010 03:07:45 gt wrote: > Yes, they simply show the website instead of the particular article. while > other feeds take to the specific article on the website. Maybe i am not > able to explain it clearly, but i think you can try it yourself, even with > firefox live bookmarks. I mean each entry in a feed has a link, but the > link on the problematic feed is simply > http://planet.archlinux.org/atom.xml > > So clicking on it sort of makes an endless loop, and to read the full > article i have to manually open the planet arch website and then go the > respective (only problematic ones) blog from there. To fix this and future issue, we could switch to planet-venus. Planet is not developed anymore and development is focused on this "new" project. I already set up a local installation of planet-venus and Atom feeds work fine. You can try it here: http://dev.archlinux.org/~andrea/planet/archplanet/output -- Andrea `bash` Scarpino Arch Linux Developer

3 2

[arch-dev-public] Namcap/XZ compatibility (was: Accept any *.pkg.tar.* package file name)
by Dan McGee 26 Feb '10

26 Feb '10

On Sun, Feb 21, 2010 at 11:15 PM, Pierre Schmitz <pierre(a)archlinux.de> wrote: > Am Montag, 22. Februar 2010 05:33:56 schrieb Dan McGee: >> >> > Another thing: it was mentionned on the IRC channel that namcap >> >> > doesn't work with the new xz packages. It would be nice to have xz >> >> > support in namcap before we start pushing these changes out. >> >> >> >> Yeah, this is IMHO a blocker to going gung-ho on this. It is not going >> >> to be super-easy either as we use python's built-in archive support >> >> that doesn't know about XZ as far as I know... >> > >> > Why not? Just call bsdtar to extract the tar somewhere. This way you >> > don#t have to worry how the package is compressed. >> >> Maybe you can get away with this in a shell script, but no one is >> happy with this BS in a python program. Or at least I wouldn't be, but >> feel free to send a patch to the namcap maintainer since it is so >> easy. I'll be impressed when you fix every check that uses >> tar.getmembers() too... > > What's wrong with you? That was meant as a serious question. I am not familiar > with the namcap python code. Sorry if I came across as snarky, but it drives me crazy when people make unfeasible suggestions without looking at the completely open code first. Namcap does a lot more than simply look at an extracted set of files, a lot of which requires access to the tar metadata. My point was only to say "this isn't as easy as you make it out to be". > I don't really want to drop the idea of xz compressed packages just because > python does not support it. I'm not advocating that, I can assure you. I am glad Allan came up with that link showing that XZ support in Python does have some traction upstream. > It might sound silly but the probably easiest solution might be to modify > namcap to support uncompressed tar archives. Then we can add a simple Bash > wrapper script which uncompresses the package and calls namcap with the pure > tar. Looking at the code, there is nothing preventing this right now- we just use a generic tar interface which will support any compression or no compression at all. -Dan

2 3

Re: [arch-dev-public] Fwd: Re: Fwd: Perl packaging guidelines.
by Firmicus 25 Feb '10

25 Feb '10

Forwarding again --------------------------------------- Hi Firmicus, Thanks for forwarding my previous message. Here's the follow-up. Firmicus wrote: > >>> Two follow-up questions: > >>> Do you at least support the idea of renaming CPAN packages with > >>> non-standard names to their standard names? > >>> > Example? > >>> If not, what about including the standard name in the provides array? > >>> > Makes sense. glib-perl -> perl-glib gtk2-perl -> perl-gtk2 perlio-* -> perl-perlio-* These are just a few examples from my system. I'm sure that there are others. At least we agree that the "proper" name should be provided if it doesn't match the pkgname. > >>> If pacpan didn't include the individual modules in the arrays but > >>> instead mapped them all to their distribution, how would you see the > >>> matter then? > >>> > Not sure I understand... pacpan maps all modules to their distributions. If I removed modules from the provides|depends|makedepends|optdepends arrays and replaced them with their corresponding distributions, would you support the recommendation of using pacpan as a starting point for packaging CPAN packages for pacman? This would still provide the advantage of using upstream metadata to create the default PKGBUILDS (including depends, makedepends, optdepends and provides). I think specifiy modules explicitly is the better way, but I think this would be better than nothing. Ignore this for now actually. I don't want to split the discussion into one about renaming existing packages. That's probably worth its own thread and will just mix up the arguments for and against pacpan. > Back to the issue of the provides array: I do see the advantage. My > point is that in many cases, including ALL modules in there leads to > things like this: > http://aur.archlinux.org/packages/perl-kiokudb/perl-kiokudb/PKGBUILD > which looks insane to me! And do we really want the PKGBUILD of > perl-datetime-timezone to provide all modules listed here: > http://search.cpan.org/~drolsky/DateTime-TimeZone-1.10/ ? > > In comparision the traditional approach is cleaner, for instance here: > http://aur.archlinux.org/packages/perl-catalyst-runtime/perl-catalyst-runti… > (for which pacpan would have created a very long string of modules in > the provides array). I don't really see the problem with this. If you had to enter that by hand then yes, it would be tedious, but generating such arrays programmatically eliminates that issue. To me this is like arguing against the inclusion of all locales in locale.gen because it makes the list too long and nobody uses most of them. I just don't see that as a real argument. > Note that in the above two examples all dependencies are versioned, > which makes Allan fume :) More often than not, this introduces needless > problems, so yes, Allan is right on this. OTOH there are many > "bleeding-edge" modules on CPAN than do require very recent versions of > other modules to work properly, so there would be a clear downside in > getting rid of them... There are enough distributions/modules in CPAN that specify specific versions of modules that I feel their inclusion in the provides array is justified. If pacman's provides array isn't meant to list the packages and their versions provided by a package, then what is it meant for? The only real argument I can see here is one of overhead, but isn't most of the overhead in opening the file? How much more is there from reading a few extra lines? > Perhaps I am just being too conservative... I do understand Xyne's > point: if the module Catalyst::Foo::Bar in the distribution > Catalyst-FooStuff which is packaged as perl-catalyst-foostuff were > eventually to become part of perl-catalyst-runtime, then having it in > the provides array would indeed be of some help. But in real life such > situations occur very rarely. And this extra metadata in the PKGBUILD is > convenient mainly for the ideal situation where everything is fully > automated, which is not very realistic, as errors also creep in the CPAN > metadata and human beings still have to fix those things manually. The > human packager should review the generated PKGBUILDs anyway. That's why I've used the term "starting point" throughout this discussion. I know that CPAN's metadata is not always correct and that the PKGBUILDs created using that metadata thus require intervention sometimes. Most of the time though the PKGBUILD is fine, and in the few cases when it isn't, it usually only requires a few tweaks. It very rarely fails miserably (in some cases when it does, it even includes a prominent warning in the generated PKGBUILD. That said, the provides array never fails because it's generated from the database that I create, which in turn is generated by mapping modules to common source files and thus distributions. Thus in the event that the PKGBUILD is incomplete, the packager doesn't have to manually enter the provides. The missing information is the information that he/she would have had to enter without pacpan anyway. So far these are the pros and cons that I see of the proposed approach: PROS: *) robust and explicit dependency resolution *) follows CPANs convention (they specify modules as dependencies, not distributions) *) uses pacman's built-in functionality *) enables pacman's searches to find modules *) automated (intervention will still be required occasionally) CONS: *) slight increase in overhead for pacman (negligible?) *) PKGBUILD arrays will be huge in some cases Regards, Xyne

2 1

[arch-dev-public] [signoff] e2fsprogs 1.41.10
by Ronald van Haren 25 Feb '10

25 Feb '10

please signoff for both architectures. Ronald Local changes: - FS#18043: add com_right_r() function for heimdal Upstream Changes: ix resize2fs bug which causes it to access invalid memory. Add libss support for libreadline.so.6. Fix e2fsck's check for extent-mapped directory with an incorrect file type. Add new e2fsck.conf configuration option, default/broken_system_clock to support systems with broken CMOS hardware clocks. Also, since too many distributions seem to have broken virtualization scripts now, e2fsck will by default accept dates which are off by up to 24 hours by default. (Addresses Debian Bugs: #559776, #557636) Fix a bug where mke2fs may not use the best placement of the inode table when there is only room for a single block group in the last flex_bg. E2fsck is now smarter when it needs to allocate blocks in the course of fixing file system problems. This reduces the number of spurious differences found in pass #5. E2fsck will no longer rehash directories which fit in a single directory block. E2fsck now correctly handles holes in extent-mapped directories (i.e., sparse directories which use extents). Fix big-endian problems with ext2fs_bmap() and ext2fs_bmap2(). Fix a bug in filefrag where on platforms which can allow file systems with 8k blocks, that it doesn't core dump when it sees a file system with 8k block sizes. (Thanks to Mikulas Patocka for pointing this out.) E2fsck will correctly fix directories that are have an inaccurate i_size as well as other problems in a single pass, instead of requiring two e2fsck runs before the file system is fully fixed. Fix e2fsck so it will correctly find and detect duplicate directory entries for non-indexed directories. ( Addresses Sourceforge Bug: #2862551) Mke2fs will use BLKDISCARD to pre-discard all blocks on an SSD or thinly-provisioned storage device. This can be disabled using the -K option. Enhance libext2fs so it works around bug in Linux version 2.6.19 and earlier where the /proc/swaps file was missing the header on the first line. Fix bug in Linux version 2.6.19 and earlier where the /proc/swaps file was missing the header on the first line. Fix some big-endian bugs in e2fsck and libext2fs. Fix resize2fs so it works correctly on file systems with external journals instead of failing early with the error "Illegal inode number". Fix libss so that it does not seg fault when using a readline library which does not supply a readline_shutdown() function. Updated dumpe2fs's usage message so it correctly gives the right arguments summary for "-o superblock=<num>" and "-o blocksize=<num>". (Addresses Launchpad Bug: #448099) Teach libext2fs to ignore the high 32 bits of the i_blocks field when huge_file file system feature is set, but the inode does not have the HUGE_FILE_FL flag set. Fix e2fsck's handling of 64-bit i_blocks fields. E2fsck will now print "Illegal indirect block", "Illegal double-indirect block", etc., instead of "Illegal block #-1" or "Illegal block #-2", etc. This makes it easier for users to understand what has gone wrong. (Addresses SourceForge Bug: #2871782) Mke2fs now will obtain get device topology information from blkid and use it to populate the superblock stride and stripe sizes. It will also warn if the block device is misaligned Fix file descriptor leaks in fsck and debugfs. (Addresses Novell Bug: ##524526) Fix the libext2fs library code to round up the bitmap size to a 4-byte boundary, to prevent spurious seg faults caused by the x86 architecture. This doesn't affect Linux systems, but was a major problem on a number of *BSD systems. (Addresses Sourceforge Bug: #2328708) Fix resize2fs's minimum size required for a file system so it doesn't fail when "resize2fs -M" is run. (Addresses RedHat Bugzilla: #519131) Dumpe2fs now prints summary information about the contents of the journal. Avoid printing scary error messages when e2fsck starts running problems on low-memory systems, as it tends to panic and mislead the user. (Addresses Debian Bug: #509529) Fix blkid's modules.dep parser so it handles compressed (.ko.gz) modules files. (Address Red Hat Bug: #518572) Fix tune2fs so it can add a journal when an extent-enabled file system is mounted. (Addresses Launchpad bug: #416648) Update Czech, Indonesian, Polish and Vietnamese translations (from the Translation Project). Update/clarify man pages. (Addresses Sourceforge Bug: #2822186) Fixed various Debian packaging issues --- see debian/changelog for details. (Addresses Debian Bugs: #540111)

3 3

[arch-dev-public] sudo-1.7.2p4-1
by Allan McRae 25 Feb '10

25 Feb '10

Security fix release: A flaw in exists in sudo's -e option (aka sudoedit) in sudo versions 1.6.9 through 1.7.2p3 that may give a user with permission to run sudoedit the ability to run arbitrary commands. Fast signoffs would be appreciated. Signoff both, Allan

3 2

[arch-dev-public] [signoff] iputils-20100214-2
by Tobias Powalowski 25 Feb '10

25 Feb '10

Hi, fixed missing manpages. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 3

Re: [arch-dev-public] [arch-general] [PATCH 4/4] ftpdir-cleanup: lock repo before doing the cleanup
by Eric Bélanger 25 Feb '10

25 Feb '10

On Wed, Feb 24, 2010 at 8:52 PM, Evangelos Foutras <foutrelis(a)gmail.com> wrote: > On Thu, Feb 25, 2010 at 3:36 AM, Eric Bélanger <snowmaniscool(a)gmail.com> wrote: > <snip> >> for arch in ${ARCHES[@]}; do >> >> + IS_LOCKED=0 >> + count=0 >> + while [ $count -le $LOCK_TRIAL ]; do >> + if repo_lock $reponame $arch ; then >> + IS_LOCKED=1 >> + let count=$LOCK_TRIAL+1 >> + continue > > I'd just use a 'break' here, instead of making the conditional > expression false and jumping to the check again. You're right. That's what I intended to do but I couldn't remember the name of the command. ;) I'll wait for other feedback before making a new patch. Also, for LOCK_TRIAL and LOCK_DELAY I chose what I believe is a sane default, i.e. try every 10 seconds for 1 minute. These could be tweaked of course. BTW, I also removed some trailing spaces. That's why some lines in the patch don't appear to have any changes. > >> + fi >> + sleep $LOCK_DELAY >> + let count=$count+1 >> + done >> + >> + if [ $IS_LOCKED -eq 0 ]; then > <snip> > > Thanks for creating this patch. :) >

1 0

[arch-dev-public] [signoff] kernel 2.6.32.9-1
by Tobias Powalowski 24 Feb '10

24 Feb '10

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

4 4

[arch-dev-public] [PATCH] Use a wrapper script to support different compression types
by Dan McGee 24 Feb '10

24 Feb '10

From: Pierre Schmitz <pierre(a)archlinux.de> Signed-off-by: Pierre Schmitz <pierre(a)archlinux.de> --- namcap | 27 +++++++++++++++++++++++++++ namcap.py | 2 +- pacman.py | 2 +- setup.py | 2 +- 4 files changed, 30 insertions(+), 3 deletions(-) create mode 100644 namcap diff --git a/namcap b/namcap new file mode 100644 index 0000000..f262985 --- /dev/null +++ b/namcap @@ -0,0 +1,27 @@ +#!/bin/bash + +args='' +tmp=$(mktemp -d /tmp/namcap.XXXXXXXXXX) + +for arg in "${@}"; do + if echo "${arg}" | grep -q -E "^.+\.pkg\.tar\..+$" && [ -f "${arg}" ]; then + + case "${arg##*.}" in + gz|z|Z) cmd='gzip' ;; + bz2|bz) cmd='bzip2' ;; + xz) cmd='xz' ;; + *) echo 'Unsupported compression'; exit 1;; + esac + + tar="${tmp}/$(basename "${arg%.*}")" + $cmd -dcf "${arg}" > "${tar}" + + args="${args} ${tar}" + else + args="${args} ${arg}" + fi +done + +python -m namcap ${args} + +rm -rf "${tmp}" diff --git a/namcap.py b/namcap.py index 19c6ceb..18dfbc8 100755 --- a/namcap.py +++ b/namcap.py @@ -228,7 +228,7 @@ for package in packages: print "Error: Problem reading " + package usage() - if package[-7:] == '.tar.gz': + if package[-4:] == '.tar': process_realpackage(package, active_modules) elif package[-8:] == 'PKGBUILD': process_pkgbuild(package, active_modules) diff --git a/pacman.py b/pacman.py index e4b6cf3..c56d399 100644 --- a/pacman.py +++ b/pacman.py @@ -66,7 +66,7 @@ def load(package, root=None): if root == None: root = pacmandb # We know it's a local package - if package[-7:] == '.tar.gz': + if package[-4:] == '.tar': pkgtar = tarfile.open(package, "r") if not pkgtar: return None diff --git a/setup.py b/setup.py index 66ee2ba..754ee72 100755 --- a/setup.py +++ b/setup.py @@ -10,6 +10,6 @@ setup(name="namcap", description="Pacman package analyzer", author="Jason Chu", author_email="jason(a)archlinux.org", - py_modules=["pacman"], packages=["Namcap"], scripts=["namcap.py", 'parsepkgbuild'],data_files =DATAFILES) + py_modules=["pacman", "namcap"], packages=["Namcap"], scripts=['parsepkgbuild', 'namcap'],data_files =DATAFILES) # vim: set ts=4 sw=4 noet: -- 1.7.0

2 3

[arch-dev-public] New dbscripts are now in /arch
by Thomas Bächler 23 Feb '10

23 Feb '10

Pierre's dbscripts changes are now in /arch. If you want to create xz or bzip2 packages, just change PKGEXT in /etc/makepkg.conf accordingly (although bzip2 is slower and has worse compression than xz, so we probably don't want to use it). However, namcap has not been fixed to my knowledge. The workaround we agreed on was to unxz the tar file and let namcap open the uncompressed version. I think Hugo was the namcap maintainer now, but he is inactive. Who has enough python knowledge to fix this? On another note, last time I checked the dbscripts on sigurd were quite out of date, can anyone take care of that?

5 7

[arch-dev-public] [signoff] netcfg v2.5.4
by James Rayner 23 Feb '10

23 Feb '10

Mostly bugfixes and some minor features that are isolated or trivial netcfg v2.5.4 - Bridge connection example - Add simple bridging support - Add adjustable netmask to IP='static' netcfg v2.5.3 - Add missing include. FS#18411 - Fix FS#18391, FS#18385, broken rfkill, handle hard rfkill situations more appropriately - Modify examples to prevent quoting issues as illustrated by FS#18405 - Handle undefined wireless SECURITY, make example explicit

3 3

[arch-dev-public] [signoff] wpa_actiond 1.1-1
by Thomas Bächler 23 Feb '10

23 Feb '10

This version fixes a race condition when a disconnect event is followed directly by a connect event. In netcfg, it would cause that dhcpcd is not started for the new network, so you end up without connectivity. Please sign off.

3 3

[arch-dev-public] [signoff] heimdal 1.3.1-3
by Ronald van Haren 23 Feb '10

23 Feb '10

please signoff for both architectures. Ronald Changes: built against com_right_rI() function now provided with the latest e2fsprogs package

3 2

[arch-dev-public] [signoff] zlib 1.2.3.9-1
by Pierre Schmitz 23 Feb '10

23 Feb '10

Hi all, this should be the rc for 1.2.4. Changelog follows: - Expunge gzio.c - Move as400 build information to old - Fix updates in contrib/minizip and contrib/vstudio - Add const to vsnprintf test in configure to avoid warnings [Weigelt] - Delete zconf.h (made by configure) [Weigelt] - Change zconf.in.h to zconf.h.in per convention [Weigelt] - Check for NULL buf in gzgets() - Return empty string for gzgets() with len == 1 (like fgets()) - Fix description of gzgets() in zlib.h for end-of-file, NULL return - Update minizip to 1.1 [Vollant] - Avoid MSVC loss of data warnings in gzread.c, gzwrite.c - Note in zlib.h that gzerror() should be used to distinguish from EOF - Remove use of snprintf() from gzlib.c - Fix bug in gzseek() - Update contrib/vstudio, adding vc9 and vc10 [Kuno, Vollant] - Fix zconf.h generation in CMakeLists.txt [Lowman] - Improve comments in zconf.h where modified by configure -- Pierre Schmitz, https://users.archlinux.de/~pierre

3 2

[arch-dev-public] [signoff] ndiswrapper/ndiswrapper-utils-1.56-1
by Tobias Powalowski 23 Feb '10

23 Feb '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

1 1

[arch-dev-public] [PATCH 2/2] Accept any *.pkg.tar.* package file name
by Pierre Schmitz 23 Feb '10

23 Feb '10

With this patch packages with different compressions are accepted. It is ensured that one cannot have the same package with different compression extensions. The new functions getpkgfile{,s} are used to sanitize globed filenames. Signed-off-by: Pierre Schmitz <pierre(a)archlinux.de> --- config | 2 +- db-functions | 28 ++++++++++++++++++++++++++++ db-move | 8 +++----- db-update | 10 +++++----- 4 files changed, 37 insertions(+), 11 deletions(-) diff --git a/config b/config index 92def37..6343bc0 100644 --- a/config +++ b/config @@ -12,7 +12,7 @@ TMPDIR="/srv/tmp" ARCHES=(i686 x86_64) BUILDSCRIPT="PKGBUILD" DBEXT=".db.tar.gz" -PKGEXT=".pkg.tar.gz" +PKGEXT=".pkg.tar.*" SRCEXT=".src.tar.gz" # Allowed licenses: get sourceballs only for licenses in this array diff --git a/db-functions b/db-functions index a4cffd7..915d011 100644 --- a/db-functions +++ b/db-functions @@ -87,6 +87,34 @@ getpkgver() { echo "$_ver" } +getpkgfile() { + if [[ ${#} -ne 1 ]]; then + echo 'ERROR: No canonical package found!' + exit 1 + elif [ ! -f "${1}" ]; then + echo "ERROR: Package ${1} not found!" + exit 1 + fi + + return ${1} +} + +getpkgfiles() { + if [ ! -z "$(echo ${(a)%\.*} | sed "s/ /\n/g" | sort | uniq -D)" ]; then + echo 'ERROR: Duplicate packages found!' + exit 1 + fi + + for f in ${@}; do + if [ ! -f "${f}" ]; then + echo "ERROR: Package ${f} not found!" + exit 1 + fi + done + + return ${@} +} + check_pkg_arch () { #check_pkg_arch pkgfile arch local _arch _arch="$(_grep_pkginfo "$1" "^arch")" diff --git a/db-move b/db-move index efd54e0..d405ef3 100755 --- a/db-move +++ b/db-move @@ -59,9 +59,7 @@ if [ -d "$packagebase/repos/$svnrepo_from" ]; then for i in ${pkgname[@]}; do _pkgfile="$i-$pkgver-$pkgrel-$_arch$PKGEXT" - if [ ! -f "$ftppath_from/${_arch}/$_pkgfile" ]; then - die "error: package file '$_pkgfile' not found in repo '$repofrom'" - fi + getpkgfile "$ftppath_from/${_arch}/"$_pkgfile done if [ -d "$packagebase/repos/$svnrepo_to" ]; then @@ -101,13 +99,13 @@ if [ -d "$packagebase/repos/$svnrepo_from" ]; then for i in ${pkgname[@]}; do _pkgfile="$i-$pkgver-$pkgrel-$_arch$PKGEXT" - /bin/cp "$ftppath_from/$architecture/$_pkgfile" . + /bin/cp $(getpkgfile "$ftppath_from/$architecture/"$_pkgfile) . /usr/bin/repo-add -q "$repoto$DBEXT" $_pkgfile || die "Error in repo-add $_pkgfile" done #use '*' to move the old DB too mv $repoto$DBEXT* $ftppath_to/$architecture for i in ${pkgname[@]}; do - _pkgfile="$i-$pkgver-$pkgrel-$_arch$PKGEXT" + _pkgfile=$(getpkgfile "$i-$pkgver-$pkgrel-$_arch"$PKGEXT) if [ "${_arch}" == "any" ]; then mv ${_pkgfile} $ftppath_to/any ln -s ../any/${_pkgfile} $ftppath_to/$architecture/ diff --git a/db-update b/db-update index 17d3b71..fc2bac6 100755 --- a/db-update +++ b/db-update @@ -89,7 +89,7 @@ done # Process architecture-independent packages first. if [ -d "$stagedir" ]; then - ANYPKGS="$(/bin/ls $stagedir/*-any$PKGEXT 2>/dev/null)" + ANYPKGS="$(getpkgfiles $stagedir/*-any$PKGEXT)" fi mkdir -p $WORKDIR @@ -155,7 +155,7 @@ for current_arch in ${ARCHES[@]}; do to_add="" if [ -d "$stagedir" ]; then - ADDPKGS="$(/bin/ls $stagedir/*-${current_arch}$PKGEXT 2>/dev/null)" + ADDPKGS="$(getpkgfiles $stagedir/*-${current_arch}$PKGEXT)" fi if [ -n "$ADDPKGS" -o -n "$ANYPKGS" ]; then @@ -186,7 +186,7 @@ for current_arch in ${ARCHES[@]}; do /usr/bin/svn up -q $_pkgbase if [ -d "$_pkgbase/repos/$svnrepo" ]; then . "$_pkgbase/repos/$svnrepo/$BUILDSCRIPT" - if [ "$_pkgfile" = "$_pkgname-$pkgver-$pkgrel-$current_arch$PKGEXT" ]; then + if echo "$_pkgfile" | grep -q "$_pkgname-$pkgver-$pkgrel-$current_arch"; then to_add="$to_add $pkg" else echo " WARNING: $_pkgfile does not match $BUILDSCRIPT in $svnrepo" @@ -216,7 +216,7 @@ for current_arch in ${ARCHES[@]}; do # if non empty, move all build dirs if [ $(/bin/ls "$WORKDIR/build/" 2>/dev/null | wc -l) != 0 ]; then - if [ $(/bin/ls "$WORKDIR/build/"*-$current_arch$PKGEXT 2>/dev/null | wc -l) != 0 ]; then + if [ $(getpkgfiles "$WORKDIR/build/"*-$current_arch$PKGEXT | wc -l) != 0 ]; then echo "Copying new files to '$ftppath'" for f in "$WORKDIR/build/"*-$current_arch$PKGEXT; do if ! /bin/cp "$f" "$ftppath/"; then @@ -224,7 +224,7 @@ for current_arch in ${ARCHES[@]}; do fi done fi - if [ $(/bin/ls "$WORKDIR/build/"*-any$PKGEXT 2>/dev/null | wc -l) != 0 ]; then + if [ $(getpkgfiles "$WORKDIR/build/"*-any$PKGEXT | wc -l) != 0 ]; then echo "Copying new files to '$ftppath_any' and symlinking" for f in "$WORKDIR/build/"*-any$PKGEXT; do if ! /bin/cp "$f" "$ftppath_any"; then -- 1.6.6.1 -- Pierre Schmitz, https://users.archlinux.de/~pierre

8 22

[arch-dev-public] [signoff] mkinitcpio 0.6.3-1
by Thomas Bächler 22 Feb '10

22 Feb '10

New release, please sign off. It has some bugfixes and a few nice changes under the hood. Shortlog: Benjamin Richter (2): Use only a single loop for searching /sys/block Use $(( )) instead of printf "%d" Thomas Bächler (18): Fix copyright in the README file If we could not mount the real root device, or the init program did not exist on it, bail out instead of panicing Add the "nfs" kernel module with in net hook Do not kill -9 udevd, instead kill -15 and wait for all processes to terminate before continuing Introduce mount handlers Remove the special handling for the default mount procedure, move it into a mount handler (default_mount_handler) Make indentation in two code blocks consistent When use stat -c %D instead of stat -f -c %i for testing if /new_root is a mount point launch_interactive_shell: add "export" for PS1 Improve sanity check: ${init} must be executable Fix NFS backward-compatibility with kinit Fix typo in 01cfe5572f6cfc172dddc013494511a59a7ed85f Cosmetic change: 'msg' function does not support '\n' load-modules.sh: Always use --use-blacklist default_mount_hook: Use major and minor variables instead of a single rootdev variable Allow the second parameter of poll_device to be 0 - this fixes rootdelay=0 poll_device: do not wait for a device to appear if udevd is not running Release 0.6.3

4 3

[arch-dev-public] [signoff] syslog-ng 3.0.4-2
by Paul Mattal 22 Feb '10

22 Feb '10

Please signoff, 1 for each arch. The only difference is that I've added /var/log/crond.log to the logrotate script so that its rotation is now handled when syslog-ng rotates all its logs. The benefit of this is that it's coordinated properly with the HUPping of syslog-ng, which is the actual creator of this log now that dcron logs to syslog. There is an intended overlap here. In order to ensure smooth migration of log rotation, the log will be "double covered" for a while (but logrotate detects this and ignores one of them) until I (shortly) push the dcron 4.4-2 which removes its own logrotate script for /var/log/crond.log. - P

2 2

[arch-dev-public] [signoff] nfs-utils-1.2.2-1
by Tobias Powalowski 22 Feb '10

22 Feb '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] [IDEA] no packages older than one year in repos
by Allan McRae 21 Feb '10

21 Feb '10

Hi, This is an idea I have been thinking about for a while. One disadvantage of rolling release (at least with how we implement it), is that some packages do not get rebuilt in a long time. That can mean policy changes never get fully implemented (e.g. removal of .FILELIST from packages, moving man pages to /usr/share/man, LDFLAGS changes, arch=any, etc). Also, new toolchains bring new optimizations that are good to have. I would like to propose that we ensure no package in the repos goes unbuilt for more than a year. Looking at the current state of the repos, this should not be too much of a hassle once we catch up. There are about 12 packages in [core] and 120 packages in [extra] that currently have not been rebuild for more than a year. So, that indicates new packages to be rebuilt would occur at a rate of about two a week. If people like this idea, I can add the packages to the unimportant rebuild list wiki page (http://wiki.archlinux.org/index.php/DeveloperWiki:Unimportant_Rebuild_List) and gradually start doing to rebuilds. Once caught up, we can add a check to the integrity check script to catch new builds. Allan

6 7

[arch-dev-public] [signoff] zlib 1.2.3.8-1
by Pierre Schmitz 21 Feb '10

21 Feb '10

Here we have another release of zlib. The next one will probably be 1.2.4. Here is a changelog to 1.2.3.7: - Clean up text files (tabs, trailing whitespace, etc.) [Oberhumer] - Use z_off64_t in gz_zero() and gz_skip() to match state->skip - Avoid comparison problem when sizeof(int) == sizeof(z_off64_t) - Revert to Makefile.in from 1.2.3.6 (live with the clutter) - Fix missing error return in gzflush(), add zlib.h note - Add *64 functions to zlib.map [Levin] - Fix signed/unsigned comparison in gz_comp() - Use SFLAGS when testing shared linking in configure - Add --64 option to ./configure to use -m64 with gcc - Fix ./configure --help to correctly name options - Have make fail if a test fails [Levin] - Avoid buffer overrun in contrib/masmx64/gvmat64.asm [Simpson] - Remove assembler object files from contrib -- Pierre Schmitz, https://users.archlinux.de/~pierre

3 2

[arch-dev-public] [PATCH] mkarchroot: Added default pacman cache in usage help
by Eric Bélanger 21 Feb '10

21 Feb '10

Signed-off-by: Eric Bélanger <snowmaniscool(a)gmail.com> --- mkarchroot | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/mkarchroot b/mkarchroot index becb39e..208b144 100755 --- a/mkarchroot +++ b/mkarchroot @@ -26,7 +26,7 @@ usage() { echo ' -C <file> Location of a pacman config file' echo ' -M <file> Location of a makepkg config file' echo ' -n Do not copy config files into the chroot' - echo " -c <dir> Set pacman cache. Default: ${cache_dir}" + echo " -c <dir> Set pacman cache. Default: /var/cache/pacman/pkg" echo ' -h This message' exit $1 } -- 1.7.0

2 1

[arch-dev-public] [signoff] pciutils-3.1.7-1
by Tobias Powalowski 21 Feb '10

21 Feb '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

3 2

[arch-dev-public] net-snmp 5.5 rebuild in [testing]
by Eric Bélanger 21 Feb '10

21 Feb '10

Hi, I've put net-snmp 5.5 in [testing]. It had a library soname bump so extra/fwbuilder extra/hplip extra/hpoj extra/libfwbuilder extra/php-snmp community/php52 community/rsyslog were rebuilt against it and are also in testing. Could someone (Allan? Pierre?) run the library check script to make sure I haven't forgot any? fwbuilder didn't explicitely listed the net-snmp dependency so there might be others. Old soname: /usr/lib/libnetsnmp.so.15 /usr/lib/libnetsnmpagent.so.15 /usr/lib/libnetsnmphelpers.so.15 /usr/lib/libnetsnmpmibs.so.15 /usr/lib/libnetsnmptrapd.so.15 /usr/lib/libsnmp.so.15 New soname: /usr/lib/libnetsnmp.so.20 /usr/lib/libnetsnmpagent.so.20 /usr/lib/libnetsnmphelpers.so.20 /usr/lib/libnetsnmpmibs.so.20 /usr/lib/libnetsnmptrapd.so.20 /usr/lib/libsnmp.so.20 BTW, I don't really use any of these packages so it would be great if the people who use them could test them and report any problems/success. Thanks, Eric

2 2

[arch-dev-public] [signoff] libarchive 2.8.0
by Dan McGee 20 Feb '10

20 Feb '10

New version in testing. Test using pacman or bsdtar. Upstream release notes: http://code.google.com/p/libarchive/wiki/ReleaseNotes -Dan

5 4

[arch-dev-public] [signoff] iputils-20100214-1
by Tobias Powalowski 20 Feb '10

20 Feb '10

New Release: [s20100214] Jamal Hadi Salim (2): ping: ping by mark ping: ping by mark doc update Jamie Le Tual (1): ping: set un.echo.id to network byte order YOSHIFUJI Hideaki (11): [PING6,TRACEROUTE6]: Ignore error in setting IPV6_CHECKSUM socket option for ICMPv6 socket. [PING6]: Use if_nametoindex() to convert ifname to ifindex. [PING6]: Allow to specify source address with interface in a single -I option. ping6: Try using IPV6_PKTINFO sticky option to specify outgoing interface. rdisc: Use FOPEN_MAX if OPEN_MAX is undefined. ping6: Fix source routing with source interface set. ping,ping6: Don't print extra ', ' in finish(). tracepath: Fix documentation typo. Use sysconf(_SC_OPEN_MAX) instead of OPEN_MAX. ping,ping6: Add -D option to print timestamp. Merge branch 'timestamp' greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2

Re: [arch-dev-public] Integrity Check i686: core, extra, community 19-02-2010
by Aaron Griffin 20 Feb '10

20 Feb '10

I have no problem with removing it, especially considering we've always been fine with makedepends in other repos. PS sent from my phone, sorry if the format blows. I think it's top posting... On Feb 19, 2010 7:14 PM, "Xavier Chantry" <chantry.xavier(a)gmail.com> wrote: On Fri, Feb 19, 2010 at 10:00 PM, <repomaint(a)archlinux.org> wrote: > Repo Hierarchy for Makedepends... Do we want to clutter the output of integrity check every week with makedepends repo hierarchy, which seems to get very little interest and attention (for good reasons) ? It's a growing list, and it's the most useless section but takes more than half of the total report length. PS : aaron in CC because I think I cannot post to arch-dev-public with that mail :)

3 2

[arch-dev-public] [signoff] libusb-0.1.12-4
by Allan McRae 20 Feb '10

20 Feb '10

Hi, Just a rebuild to get rid of the .FILELIST file in the package. Also added sh as a dep for the libusb-config script and tidied the PKGBUILD a bit. Signoff both, Allan

3 5

[arch-dev-public] [signoff] which 2.20-2
by Allan McRae 20 Feb '10

20 Feb '10

Rebuild to get the info page compressed and remove the texinfo dependency. Signoff both, Allan

2 1

[arch-dev-public] python3 transition
by Allan McRae 20 Feb '10

20 Feb '10

Hi, This will not be happening until the release of python-2.7 (scheduled for late June). Given that is going to be (or at least is most likely to be...) the last major python2 release, it will be a good time to transition towards python3 usage. I have made notes at http://wiki.archlinux.org/index.php/DeveloperWiki:Python_Todo_List outlining how the transition will occur. Any comments are welcomed. Allan

1 0

[arch-dev-public] Integrity Check x86_64: core, extra, community 19-02-2010
by repomaint＠archlinux.org 20 Feb '10

20 Feb '10

================================================== = Integrity Check x86_64 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 Missing Dependencies ---------------------- community/airsnort --> 'wlan-ng26-utils' community/sysprof-module --> 'kernel26<2.6.' extra/archboot --> 'tcp_wrappers>=7.6-11' Missing Makedepends --------------------- core/dash --> 'klibc>=1.5' extra/koffice-l10n-en_gb --> 'autmoc4' Repo Hierarchy for Dependencies --------------------------------- extra/pan depends on community/gmime22 (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 (137 extra (make)deps to pull) core/groff depends on extra/netpbm (45 extra (make)deps to pull) core/groff depends on extra/psutils (138 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 (30 extra (make)deps to pull) core/sqlite3 depends on extra/tcl (0 extra (make)deps to pull) core/udev depends on extra/gobject-introspection (26 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) core/udev-compat depends on extra/gobject-introspection (26 extra (make)deps to pull) core/udev-compat depends on extra/gperf (0 extra (make)deps to pull) core/udev-compat depends on extra/libxslt (25 extra (make)deps to pull) extra/bigloo depends on community/jdk (1 extra (make)deps to pull : jre) extra/dbus-python depends on community/docutils (0 extra (make)deps to pull) extra/gnome-speech depends on community/espeak (2 extra (make)deps to pull : portaudio docutils) extra/grml-zsh-config depends on community/txt2tags (0 extra (make)deps to pull) extra/opengtl depends on community/llvm (0 extra (make)deps to pull) extra/xqf depends on community/chrpath (0 extra (make)deps to pull) Packages found in tree, but not in db --------------------------------------- community/kbd-ru-keymaps Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 5 Repo hierarchy problems: 23 Circular dependencies: 0 In db, but not in tree: 0 In tree, but not in db: 1

3 2

[arch-dev-public] Integrity Check i686: core, extra, community 19-02-2010
by repomaint＠archlinux.org 19 Feb '10

19 Feb '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 Missing Dependencies ---------------------- community/airsnort --> 'wlan-ng26-utils' community/sysprof-module --> 'kernel26<2.6.' extra/archboot --> 'tcp_wrappers>=7.6-11' Missing Makedepends --------------------- core/dash --> 'klibc>=1.5' extra/koffice-l10n-en_gb --> 'autmoc4' Repo Hierarchy for Dependencies --------------------------------- extra/pan depends on community/gmime22 (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 (136 extra (make)deps to pull) core/groff depends on extra/netpbm (45 extra (make)deps to pull) core/groff depends on extra/psutils (137 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 (30 extra (make)deps to pull) core/sqlite3 depends on extra/tcl (0 extra (make)deps to pull) core/udev depends on extra/gobject-introspection (26 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) core/udev-compat depends on extra/gobject-introspection (26 extra (make)deps to pull) core/udev-compat depends on extra/gperf (0 extra (make)deps to pull) core/udev-compat 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/opengtl depends on community/llvm (0 extra (make)deps to pull) extra/xqf depends on community/chrpath (0 extra (make)deps to pull) Packages found in tree, but not in db --------------------------------------- community/kbd-ru-keymaps Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 5 Repo hierarchy problems: 22 Circular dependencies: 0 In db, but not in tree: 0 In tree, but not in db: 1

1 0

[arch-dev-public] archboot 2010.02 torrent file, need to be added to archlinux tracker
by Tobias Powalowski 19 Feb '10

19 Feb '10

Hi guys, just created a torrent file of latest archboot release. Pierre said someone needs to add this to archlinux torrent tracker. Can someon with enough rights please add it? Thanks in advance greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 6

[arch-dev-public] [signoff] diffutils 2.9-1
by Allan McRae 18 Feb '10

18 Feb '10

Upstream update: * Noteworthy changes in release 2.9 (2010-02-11) [stable] ** New features New diff option --suppress-blank-empty. Bring back support for `diff -NUM', where NUM is a number, even when conforming to POSIX 1003.1-2001. This change reverts to the behavior of GNU diff 2.7 and earlier. This is a change only when conforming to POSIX 1003.1-2001; there is no effect when conforming to older POSIX versions. This change is in response to decisions taken in the January 2005 Austin Group standardization meeting. For more details, please see "Utility Syntax Guidelines" in the Minutes of the January 2005 Meeting <http://www.opengroup.org/austin/docs/austin_239.html>. sdiff now understands '1' and '2' as synonyms for 'l' and 'r'. ** Changes in behavior sdiff and diff3 now invoke diff, not $(bindir)/diff ** Administrivia New discussion and bug-reporting address: bug-diffutils(a)gnu.org updated gnulib support Signoff both, Allan

3 2

[arch-dev-public] [signoff] sudo-1.7.2p3-1
by Allan McRae 18 Feb '10

18 Feb '10

Upstream update. Signoff both, Allan

4 3

[arch-dev-public] [PATCH] we need to source the config file first
by Pierre Schmitz 18 Feb '10

18 Feb '10

Signed-off-by: Pierre Schmitz <pierre(a)archlinux.de> --- misc-scripts/ftpdir-cleanup | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/misc-scripts/ftpdir-cleanup b/misc-scripts/ftpdir-cleanup index 0d13805..6a69d72 100755 --- a/misc-scripts/ftpdir-cleanup +++ b/misc-scripts/ftpdir-cleanup @@ -5,8 +5,6 @@ if [ $# -ne 2 ]; then exit 1 fi -${CLEANUP_DRYRUN} && echo 'dry run mode is active' - reponame=$1 dest=$2 @@ -15,6 +13,8 @@ dest=$2 . "$(dirname $0)/../db-functions" . "$(dirname $0)/../config" +${CLEANUP_DRYRUN} && echo 'dry run mode is active' + ftppath_base="$FTP_BASE/$reponame/$FTP_OS_SUFFIX" for arch in ${ARCHES[@]}; do -- 1.7.0 -- Pierre Schmitz, https://users.archlinux.de/~pierre

1 0

[arch-dev-public] [PATCH] add dry run option to ftpdir-cleanup
by Pierre Schmitz 18 Feb '10

18 Feb '10

Signed-off-by: Pierre Schmitz <pierre(a)archlinux.de> --- config | 1 + misc-scripts/ftpdir-cleanup | 12 +++++++----- 2 files changed, 8 insertions(+), 5 deletions(-) diff --git a/config b/config index 6343bc0..8e582d9 100644 --- a/config +++ b/config @@ -5,6 +5,7 @@ FTP_OS_SUFFIX="os" SVNREPO="file:///srv/svn-packages" CLEANUP_DESTDIR="/srv/package-cleanup" +CLEANUP_DRYRUN=false SOURCE_CLEANUP_DESTDIR="/srv/source-cleanup" STAGING="$HOME/staging" diff --git a/misc-scripts/ftpdir-cleanup b/misc-scripts/ftpdir-cleanup index f0f89a3..0d13805 100755 --- a/misc-scripts/ftpdir-cleanup +++ b/misc-scripts/ftpdir-cleanup @@ -5,6 +5,8 @@ if [ $# -ne 2 ]; then exit 1 fi +${CLEANUP_DRYRUN} && echo 'dry run mode is active' + reponame=$1 dest=$2 @@ -93,7 +95,7 @@ for arch in ${ARCHES[@]}; do for mf in $missfiles; do if [ -e "${ftppath_base}/any/${mf}" ]; then echo "Restoring missing 'any' symlink: ${mf}" - ln -s "../any/${mf}" "${ftppath}" + ${CLEANUP_DRYRUN} || ln -s "../any/${mf}" "${ftppath}" else MISSINGFILES="${MISSINGFILES} ${mf}" fi @@ -141,17 +143,17 @@ for arch in ${ARCHES[@]}; do fi if [ -n "${DELETEFILES}" ]; then - mv ${DELETEFILES} "$dest" + ${CLEANUP_DRYRUN} || mv ${DELETEFILES} "$dest" echo "" fi if [ -n "${DELETESYMLINKS}" ]; then - rm -f ${DELETESYMLINKS} + ${CLEANUP_DRYRUN} || rm -f ${DELETESYMLINKS} echo "" fi if [ -n "${EXTRAFILES}" ]; then - mv ${EXTRAFILES} "$dest" + ${CLEANUP_DRYRUN} || mv ${EXTRAFILES} "$dest" echo "" fi @@ -189,6 +191,6 @@ fi if [ -d "$ftppath_base/any" -a -n "${ARCHINDEPFILES}" ]; then cd "$ftppath_base/any" - mv ${ARCHINDEPFILES} "$dest" + ${CLEANUP_DRYRUN} || mv ${ARCHINDEPFILES} "$dest" echo "" fi -- 1.7.0 -- Pierre Schmitz, https://users.archlinux.de/~pierre

1 0

[arch-dev-public] [PATCH] Support xz compressed packages
by Pierre Schmitz 17 Feb '10

17 Feb '10

This simple patch allows us to slowly migrate to xz compressed packages. New packages have to be xz compressed while old ones may keep their current compression until they will be replaced by an update. The *.pkg.tar.* naming scheme has to be kept. I also removed the convert-to-any which we don't need. Signed-off-by: Pierre Schmitz <pierre(a)archlinux.de> --- config | 3 +- convert-to-any | 71 ------------------------------------------- cron-jobs/create-filelists | 2 +- cron-jobs/sourceballs | 4 +- db-move | 4 +- misc-scripts/ftpdir-cleanup | 7 ++-- 6 files changed, 10 insertions(+), 81 deletions(-) delete mode 100755 convert-to-any diff --git a/config b/config index 92def37..7132d0b 100644 --- a/config +++ b/config @@ -12,7 +12,8 @@ TMPDIR="/srv/tmp" ARCHES=(i686 x86_64) BUILDSCRIPT="PKGBUILD" DBEXT=".db.tar.gz" -PKGEXT=".pkg.tar.gz" +# has to match .pkg.tar.* +PKGEXT=".pkg.tar.xz" SRCEXT=".src.tar.gz" # Allowed licenses: get sourceballs only for licenses in this array diff --git a/convert-to-any b/convert-to-any deleted file mode 100755 index 53d1a7b..0000000 --- a/convert-to-any +++ /dev/null @@ -1,71 +0,0 @@ -#!/bin/bash -# -# Converts an existing architecture-independent package -# for i686 or x86_64 into a package with "arch = any" -# - -# -- Abhishek Dasgupta <abhidg(a)gmail.com> - -[ "$UID" = "" ] && UID=$(uid) -OUTDIR="$(pwd)" -WORKDIR="/tmp/convert-to-any.$UID" - -if [ $# -ne 1 ]; then - echo "Syntax: $(basename $0) <package-file>" - exit 1 -fi - -. "$(dirname $0)/db-functions" -. "$(dirname $0)/config" - -cleanup() { - trap '' 0 2 - rm -rf "$WORKDIR" - [ "$1" ] && exit $1 -} - -ctrl_c() { - echo "Interrupted" >&2 - cleanup 0 -} - -die() { - echo "$*" >&2 - cleanup 1 -} - -mkdir -p "$WORKDIR/build" - -oldpkgname="$1" - -if [ -z "$oldpkgname" ]; then - die "convert-to-any: which package to convert?" -fi - -pkg="$(basename $oldpkgname)" -newpkgname=$(echo $pkg | sed "s/-$i686\|x86_64$$PKGEXT/-any$PKGEXT/") - -if ! cp "$oldpkgname" "$WORKDIR/build/$pkg"; then - die "convert-to-any: failed to copy package to $WORKDIR" -fi -pushd "$WORKDIR/build" >/dev/null - -# Conversion of i686 package into "any" package. -mkdir -p package -if ! fakeroot bsdtar xf "$pkg" -C package; then - die "convert-to-any: error in extracting $oldpkgname" -fi - -sed -i "s/arch = $i686\|x86_64$/arch = any/g" package/.PKGINFO -pushd package >/dev/null -case "$newpkgname" in - *tar.gz) TAR_OPT="z" ;; - *tar.bz2) TAR_OPT="j" ;; - *tar.xz) TAR_OPT="J" ;; - *) die "$newpkgname does not have a valid archive extension." ;; -esac -fakeroot bsdtar c${TAR_OPT}f "$OUTDIR/$newpkgname" .PKGINFO * -popd >/dev/null - -popd >/dev/null -cleanup diff --git a/cron-jobs/create-filelists b/cron-jobs/create-filelists index c9d7db9..62e72c1 100755 --- a/cron-jobs/create-filelists +++ b/cron-jobs/create-filelists @@ -44,7 +44,7 @@ for repo in $repos; do fi # create file lists - for pkg in $repodir/*${PKGEXT}; do + for pkg in $repodir/*.pkg.tar.*; do pkgname="$(getpkgname "$pkg")" pkgver="$(getpkgver "$pkg")" tmppkgdir="${TMPDIR}/${repodir}/${pkgname}-${pkgver}" diff --git a/cron-jobs/sourceballs b/cron-jobs/sourceballs index b7a4885..f08d349 100755 --- a/cron-jobs/sourceballs +++ b/cron-jobs/sourceballs @@ -47,11 +47,11 @@ for repo in $repos; do continue fi cd $ftppath - for pkg in *$PKGEXT; do + for pkg in *.pkg.tar.*; do [ -f "$pkg" ] || continue pkgbase=$(getpkgbase $pkg) srcpath="$srcbase/" - srcpkg="${pkg//$PKGEXT/$SRCEXT}" + srcpkg="${pkg//.pkg.tar.*/$SRCEXT}" srcpkg="${srcpkg//-$arch/}" srcpkgname="${srcpkg%-*-*$SRCEXT}" srcpkgbase="${srcpkg/$srcpkgname/$pkgbase}" diff --git a/db-move b/db-move index efd54e0..3539a47 100755 --- a/db-move +++ b/db-move @@ -58,7 +58,7 @@ if [ -d "$packagebase/repos/$svnrepo_from" ]; then . "$packagebase/repos/$svnrepo_from/$BUILDSCRIPT" for i in ${pkgname[@]}; do - _pkgfile="$i-$pkgver-$pkgrel-$_arch$PKGEXT" + _pkgfile="$i-$pkgver-$pkgrel-$_arch.pkg.tar.*" if [ ! -f "$ftppath_from/${_arch}/$_pkgfile" ]; then die "error: package file '$_pkgfile' not found in repo '$repofrom'" fi @@ -107,7 +107,7 @@ if [ -d "$packagebase/repos/$svnrepo_from" ]; then #use '*' to move the old DB too mv $repoto$DBEXT* $ftppath_to/$architecture for i in ${pkgname[@]}; do - _pkgfile="$i-$pkgver-$pkgrel-$_arch$PKGEXT" + _pkgfile="$i-$pkgver-$pkgrel-$_arch.pkg.tar.*" if [ "${_arch}" == "any" ]; then mv ${_pkgfile} $ftppath_to/any ln -s ../any/${_pkgfile} $ftppath_to/$architecture/ diff --git a/misc-scripts/ftpdir-cleanup b/misc-scripts/ftpdir-cleanup index f0f89a3..62eec9f 100755 --- a/misc-scripts/ftpdir-cleanup +++ b/misc-scripts/ftpdir-cleanup @@ -51,7 +51,6 @@ for arch in ${ARCHES[@]}; do for pkg in $TMPDIR/*; do filename=$(grep -A1 '^%FILENAME%$' "${pkg}/desc" | tail -n1) - [ -z "${filename}" ] && filename="${pkg}${PKGEXT}" if [ ! -e "${filename}" ]; then MISSINGFILES="${MISSINGFILES} ${filename}" @@ -69,7 +68,7 @@ for arch in ${ARCHES[@]}; do fi done - for pkg in *$PKGEXT; do + for pkg in *.pkg.tar.*; do if [ ! -e "$pkg" ]; then continue fi @@ -161,8 +160,8 @@ ARCHINDEPFILES="" if [ -d "$ftppath_base/any" ]; then cd "$ftppath_base/any" - for pkg in *$PKGEXT; do - [ -f "$pkg" ] || continue # in case we get a file named "*.pkg.tar.gz" + for pkg in *.pkg.tar.*; do + [ -f "$pkg" ] || continue # in case we get a file named "*.pkg.tar.*" found=0 #check for any existing symlinks for arch in ${ARCHES[@]}; do -- 1.6.6.1 Pierre Schmitz, https://users.archlinux.de/~pierre

6 30

[arch-dev-public] [signoff] devtools 0.9.1
by Pierre Schmitz 17 Feb '10

17 Feb '10

Am Samstag, 13. Februar 2010 00:18:30 schrieb Eric Bélanger: > I found the cause of this error. This error happens when the CacheDir > is undefined. The chroot_mount function in mkarchroot then fails to > create the cache_dir directory. It should be fixed by the commit to > give cache_dir a default value. Thanks, that explains a lot. I have put 0.9.1 into [testing] fixing this issue and being a little more verbose when an action might take longer (like svn commit) -- Pierre Schmitz, https://users.archlinux.de/~pierre

6 23

[arch-dev-public] [PATCH 1/2] remove unused script
by Pierre Schmitz 16 Feb '10

16 Feb '10

Signed-off-by: Pierre Schmitz <pierre(a)archlinux.de> --- convert-to-any | 71 -------------------------------------------------------- 1 files changed, 0 insertions(+), 71 deletions(-) delete mode 100755 convert-to-any diff --git a/convert-to-any b/convert-to-any deleted file mode 100755 index 53d1a7b..0000000 --- a/convert-to-any +++ /dev/null @@ -1,71 +0,0 @@ -#!/bin/bash -# -# Converts an existing architecture-independent package -# for i686 or x86_64 into a package with "arch = any" -# - -# -- Abhishek Dasgupta <abhidg(a)gmail.com> - -[ "$UID" = "" ] && UID=$(uid) -OUTDIR="$(pwd)" -WORKDIR="/tmp/convert-to-any.$UID" - -if [ $# -ne 1 ]; then - echo "Syntax: $(basename $0) <package-file>" - exit 1 -fi - -. "$(dirname $0)/db-functions" -. "$(dirname $0)/config" - -cleanup() { - trap '' 0 2 - rm -rf "$WORKDIR" - [ "$1" ] && exit $1 -} - -ctrl_c() { - echo "Interrupted" >&2 - cleanup 0 -} - -die() { - echo "$*" >&2 - cleanup 1 -} - -mkdir -p "$WORKDIR/build" - -oldpkgname="$1" - -if [ -z "$oldpkgname" ]; then - die "convert-to-any: which package to convert?" -fi - -pkg="$(basename $oldpkgname)" -newpkgname=$(echo $pkg | sed "s/-$i686\|x86_64$$PKGEXT/-any$PKGEXT/") - -if ! cp "$oldpkgname" "$WORKDIR/build/$pkg"; then - die "convert-to-any: failed to copy package to $WORKDIR" -fi -pushd "$WORKDIR/build" >/dev/null - -# Conversion of i686 package into "any" package. -mkdir -p package -if ! fakeroot bsdtar xf "$pkg" -C package; then - die "convert-to-any: error in extracting $oldpkgname" -fi - -sed -i "s/arch = $i686\|x86_64$/arch = any/g" package/.PKGINFO -pushd package >/dev/null -case "$newpkgname" in - *tar.gz) TAR_OPT="z" ;; - *tar.bz2) TAR_OPT="j" ;; - *tar.xz) TAR_OPT="J" ;; - *) die "$newpkgname does not have a valid archive extension." ;; -esac -fakeroot bsdtar c${TAR_OPT}f "$OUTDIR/$newpkgname" .PKGINFO * -popd >/dev/null - -popd >/dev/null -cleanup -- 1.6.6.1 -- Pierre Schmitz, https://users.archlinux.de/~pierre

1 0

[arch-dev-public] Let's agree on a common coding style
by Pierre Schmitz 15 Feb '10

15 Feb '10

Hi all, while looking at our devtools, other scripts we have written together and even PKGBUILDs, you will see as much different types of indention, bracing etc. as there are authors. This always annoyed me and as I just watched Greg's talk at fosdem about committing kernel patches I'll go ahead and will start with devtools. I would suggest to use this coding style: * indent with tabs * tabs have 8 characters * don't use more than 132 columns * opening braces are top right, closing are bottom left: function foo() { echo bar } * if and for statements are like this: if true; then do something else do something else fi for i in a b c; do echo $i done * use single quotes if a string does not parseable content We could also talk about using `` or $(); source vs. .; $foo vs. ${bar} etc.. But that's probably too much. Greetings, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

6 14

[arch-dev-public] devtools and db-scripts plans
by Allan McRae 15 Feb '10

15 Feb '10

Hi all, There has been talk about what is needed/wanted for the future of devtools and db-scripts but not much done lately. So I thought I would get together a list of ideas so we could perhaps do a coding sprint to implement them. Here is what I have got so far: devtools - split-PKGBUILDs with (supported in future pacman): -> both binary and arch=any packages -> overridden pkgver -> overridden pkgrel (and only selected sub-packages) - support for xz compression (nothing needed?) db-scripts - support for xz compression transition (e.g. in clean-up script) - support for single "package" directory with symlinks to repos - allow db-move to handle multiple packages (or add a script to help moving from community-testing) - delta support... Any others? Allan

7 12

[arch-dev-public] Files database, potential changes
by Dan McGee 15 Feb '10

15 Feb '10

So right now we have our create-filelists cronjob in the dbscripts pumping out files databases. This is great, except that the file is a lot less useful to automated processes than you would think. If you hadn't guessed yet, I'm trying to get this stuff back in the website. I have it working about 90% locally but the last 10% is the key. The problem stems from our old single-arch, no-any packages mentality. The files DB simply doesn't have enough information to match up a *complete* package specification with its files due to these busted assumptions. Although we can parse the pkgname and pkgver from the directory names in the zip, we have no idea what is an 'any' package and what is an arch-specific package. Since every package is unique on the tuple of (pkgname, repo, arch), we are missing one of the three components here in this database. One thought is to actually implement the hack into create-filelists as I currently do when parsing the files DB: if type == 'files' and fname == 'files': # we don't have desc to provide us with name/version here, # so we need to do some of the work on our own. dirname = os.path.split(tarinfo.name)[0] tpkg.write('%NAME%\n') tpkg.write('-'.join(dirname.split('-')[:-2])) tpkg.write('\n\n%VERSION%\n') tpkg.write('-'.join(dirname.split('-')[-2:])) tpkg.write('\n\n%ARCH%\n') tpkg.write('i686\n') These are the required attributes to get a full package spec. Does anyone object to placing a desc file inside the files database holding this information to make it easier for tools to work with our multi-architecture ecosystem these days? Or if you have a better idea than the above, I would of course be up for that as well. -Dan

4 3

[arch-dev-public] signoff: vi 050325-2
by Paul Mattal 15 Feb '10

15 Feb '10

This fix just adds a patch to increase the TUBECOLS and TUBESIZE such that vi will work on larger terminals with default settings/variables set. Those of use with large console widths have been excited about this fix: http://bugs.archlinux.org/task/15844 Please signoff both arches. I've tested myself on each arch, so need one more on each arch. - P

3 3

Re: [arch-dev-public] [arch-general] Let's agree on a common coding style
by Thayer Williams 14 Feb '10

14 Feb '10

On Sun, Feb 14, 2010 at 1:08 AM, Ray Rashif <schivmeister(a)gmail.com> wrote: > Keeping it consistent-by-individual should be enough, i.e you don't > change your own style across your works, and if you do you should > reflect the new style throughout everything else. It's easy to see how quickly this can turn into a bikeshed debate. Regarding the tab widths, I'm curious to know how some of you handle pseudo source code, such as XHTML/CSS. Using 8-col tab widths in HTML can get ridiculous due to the nesting involved. Also, do you guys setup autocmds in vim for handling all non-code files, or do you set up autocmds explicitly for source code files and leave the default tabwidth to something more conservative? I work with such a mix of file types so frequently that I'm not sure which practise to apply by default.

1 0

[arch-dev-public] [signoff] mkinitcpio 0.6-1 and friends
by Thomas Bächler 14 Feb '10

14 Feb '10

Please sign off these packages: mkinitcpio 0.6-1 - Remove klibc dependency - Rewrite many hooks to be better, have less bugs and work with busybox - Random other fixes mkinitcpio-busybox 1.15.3-5 - Core component of mkinitcpio 0.6: Busybox build especially configured for mkinitcpio mkinitcpio-nfs-utils 0.1-1 - nfsmount and ipconfig utilities ported from klibc for NFS root support (Could someone please test this, AFAIK nobody ever verified that it works) cryptsetup 1.1.0-2 device-mapper 2.02.60-3 dmraid 1.0.0.rc16-2 lvm2 2.02.60-3 mdadm 3.1.1-2 v86d 0.1.9-10 - Hooks adjusted to work with the new busybox shell and tools - Static or klibc binaries replaced by dynamic glibc binaries

6 12

[arch-dev-public] No signoff thread for vi?
by Thomas Bächler 14 Feb '10

14 Feb '10

Where is the signoff thread for vi? We need this in core, which won't happen without a signoff thread.

1 0

[arch-dev-public] [signoff] devtools 0.9.0
by Pierre Schmitz 14 Feb '10

14 Feb '10

Hi TUs and DEVs, I just packaged a new set of devtools today. I'll put it into testing first; so please give it a try and let me know if there are any problems. And of course I'd appreciate if you could also drop a line if everything works as expected. A warning for those who use makechrootpkg: the rw and union subdirs are no longer used and cannot be used with the new tools. Aufs is no longer needed. For details see http://projects.archlinux.org/devtools.git/log/ The most noticeable changes are: Use the host's SRCDEST and PKGDEST if defined Reset umask before touching the chroot. make sure all files are owned by nobody before building Move build and package logs to WORKDIR, otherwise it is lost Create a working copy instead of using an union layer Read pacman cache dir from pacman.conf or cli Reduce verbosity to a sane minimum simplify and optimize upload process Replace expensive merge with delete and copy Add missing -n option to getopt list for mkarchroot abort if not all local source files are under version control Greetings, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

1 1

[arch-dev-public] [signoff] filesystem 2010.02-3
by Pierre Schmitz 14 Feb '10

14 Feb '10

Am Samstag, 13. Februar 2010 07:42:49 schrieb Gerardo Exequiel Pozzi: > Nope, in my system I don't use UTF8. > > True: > # LC_ALL=en_US.utf8 grep '^\s*include\s*/etc/ld.so.conf.d/\*.conf\s*$' > /etc/ld.so.conf > include /etc/ld.so.conf.d/*.conf > # LC_ALL=en_US grep '^\s*include\s*/etc/ld.so.conf.d/\*.conf\s*$' > /etc/ld.so.conf > # This is quite strange; however, I replaced the grep expression with the excact string we would add. This wont catch if a user manipulates the file himself but should be safe for non-utf-8 locales. -- Pierre Schmitz, https://users.archlinux.de/~pierre

3 2

[arch-dev-public] [PATCH] fixed detection of CONSOLEFONT and enabled all *gz fonts
by Ionut Biru 14 Feb '10

14 Feb '10

Hi, First the current implementation doesn't work since CONSOLEFONT is always zero. Second i don't know anything about fonts and why does the first commiter only enabled pfsu.gz fonts but i tested with a psf.gz font and is working fine and i decided to add any *.gz font. Comments? -- Ionut

3 4

[arch-dev-public] [signoff] tzdata 2010b
by Andreas Radke 14 Feb '10

14 Feb '10

upstream release. please signoff. -Andy The file... ftp://elsie.nci.nih.gov/pub/tzdata2010b.tar.gz ...is now available; this reflects the Mexico changes previously circulated on the time zone mailing list. With providence well enjoy a bit of stability now. --ado

3 2

[arch-dev-public] [signoff] nano 2.2.3-1
by Andreas Radke 14 Feb '10

14 Feb '10

new upstream release. please signoff. -Andy 2010.02.11 - GNU nano 2.2.3 "fumbling toward stability" is released. This release contains a fix for only one bug, but a rather irritating one: when paging up/down with smooth scrolling, the cursor position was not being preserved due to a bug in 2.2.2. With such a targeted fix like this what could POSSIBLY go WRONG? Hahaha. Enjoy and if you find new bugs, as always please use Savannah's bug tracker. http://savannah.gnu.org/bugs/?func=additem&group=nano

2 1

[arch-dev-public] Kdevelop plugins official supported
by Andrea Scarpino 13 Feb '10

13 Feb '10

Hi DEVs, I'd like to add these plugins into [testing] (then [extra]) repository and introduce a kdevelop-plugins group. These plugins are needed by PHP developers, and they are: kdevelop-php kdevelop-php-docs kdevelop-xdebug (this needs also kdevelop-executebrowser, kdevelop- executescript) All them are beta release, but I am using kdevelop-php from a month and it is stable. Kdevelop itself is also a stable beta. They are working on a Java plugins too, but they released no one beta yet. Any opinions? -- Andrea `bash` Scarpino Arch Linux Developer

3 3

[arch-dev-public] [signoff] rp-pppoe-3.10-3
by Daniel Isenmann 13 Feb '10

13 Feb '10

Hi, this is a small fix for the bug reported here: http://bbs.archlinux.org/viewtopic.php?pid=699763 Now, you have to set explicit the plugin path to the kernel mode plugin if you want to use it. So, it's up to you if you need it or not and it won't be set anymore as default, because it generated too much errors for some users. Please test it and signoff. -Daniel

2 1

[arch-dev-public] [signoff] ppp 2.4.5-1
by Thomas Bächler 13 Feb '10

13 Feb '10

Upstream update.

3 4

[arch-dev-public] Integrity Check x86_64: core, extra, community 12-02-2010
by repomaint＠archlinux.org 13 Feb '10

13 Feb '10

================================================== = Integrity Check x86_64 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/perl-xml-namespacesupport vs. /srv/abs/rsync/x86_64/extra/perl-xml-namespacesupport Missing Dependencies ---------------------- community/airsnort --> 'wlan-ng26-utils' community/qtemu --> 'qt4>=4.1' community/sysprof-module --> 'kernel26<2.6.' extra/archboot --> 'libdownload>=1.3-3' extra/archboot --> 'tdb>=3.3.7-1' extra/archboot --> 'wlan-ng26-utils>=0.2.9-1' extra/koffice-meta-koffice-doc --> 'koffice-krita-doc' Missing Makedepends --------------------- extra/v86d --> 'kernel26<2.6.30' Repo Hierarchy for Dependencies --------------------------------- 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) 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 (137 extra (make)deps to pull) core/groff depends on extra/netpbm (45 extra (make)deps to pull) core/groff depends on extra/psutils (138 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 (30 extra (make)deps to pull) core/sqlite3 depends on extra/tcl (0 extra (make)deps to pull) core/udev depends on extra/gobject-introspection (26 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) core/udev-compat depends on extra/gobject-introspection (26 extra (make)deps to pull) core/udev-compat depends on extra/gperf (0 extra (make)deps to pull) core/udev-compat depends on extra/libxslt (25 extra (make)deps to pull) extra/bigloo depends on community/jdk (1 extra (make)deps to pull : jre) extra/dbus-python depends on community/docutils (0 extra (make)deps to pull) extra/gnome-speech depends on community/espeak (2 extra (make)deps to pull : portaudio docutils) extra/grml-zsh-config depends on community/txt2tags (0 extra (make)deps to pull) extra/opengtl depends on community/llvm (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 --------------------------------------- community/perl-xml-namespacesupport extra/koffice-l10n-fy extra/koffice-l10n-hne extra/koffice-l10n-wa extra/openoffice-as extra/openoffice-ast extra/openoffice-is extra/openoffice-kn extra/openoffice-lv extra/openoffice-ml extra/openoffice-mr extra/openoffice-om extra/openoffice-or extra/openoffice-ro extra/openoffice-si extra/openoffice-te extra/openoffice-ug Packages found in tree, but not in db --------------------------------------- community/kbd-ru-keymaps extra/koffice-l10n-hi extra/openoffice-en-US Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 1 Invalid archs: 0 Missing (make)dependencies: 8 Repo hierarchy problems: 26 Circular dependencies: 0 In db, but not in tree: 17 In tree, but not in db: 3

3 6

[arch-dev-public] [PATCH] Further fixes to cache_dir handling
by Allan McRae 13 Feb '10

13 Feb '10

1) Typo cachedir -> cache_dir 2) Use $cache_dir when calling pacman Signed-off-by: Allan McRae <allan(a)archlinux.org> --- mkarchroot | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/mkarchroot b/mkarchroot index 4ff8993..ae1d294 100755 --- a/mkarchroot +++ b/mkarchroot @@ -66,7 +66,7 @@ shift 1 [ "${working_dir}" = "" ] && echo "error: please specify a working directory" && usage 1 -if [ -z "$cachedir" ]; then +if [ -z "$cache_dir" ]; then cache_conf=${working_dir}/etc/pacman.conf [ ! -f $cache_conf ] && cache_conf=${pac_conf:-/etc/pacman.conf} cache_dir=$((grep -m 1 '^CacheDir' $cache_conf || echo 'CacheDir = /var/cache/pacman/pkg') | sed 's/CacheDir\s*=\s*//') @@ -140,7 +140,7 @@ else pacargs="--noconfirm -v " #--noprogressbar -v pacargs="$pacargs --root=${working_dir}" # pacman takes these as relative to the given root - pacargs="$pacargs --cachedir=/var/cache/pacman/pkg" + pacargs="$pacargs --cachedir=${cache_dir}" if [ "$pac_conf" != "" ]; then pacargs="$pacargs --config=${pac_conf}" fi -- 1.6.6.1

1 0

[arch-dev-public] [PATCH] Read cachedir from pacman.conf in working dir
by Allan McRae 13 Feb '10

13 Feb '10

This allows setting a different cachedir for (e.g.) i686 and x86_64 chroots. Signed-off-by: Allan McRae <allan(a)archlinux.org> --- Here is a description of my setup: i686 cache = /var/cache/pacman/pkg (default) x86_64 cache = /var/cache/pacman/pkg-x86_64 I have "clean" pacman.confs for i686 and x86_64 in /etc/pacman32.conf and /etc/pacman64.conf respectively. The CACHEDIR variable for the x86_64 conf is set appropriately. With this patch I can create chroots like: sudo mkarchroot -C /etc/pacman32.conf -M /etc/makepkg32.conf ... sudo linux64 mkarchroot -C /etc/pacman64.conf -M /etc/makepkg64.conf ... and then use them as usual and the cachedir is handled transparently. Tested with both CACHEDIR defined and undefined in pacman.conf. Have not tested specifying the cachedir on the command line. I suspect there will be issues with updating due to different cachedirs specified on the command line and in the working directory pacman.conf. This could be solved by mounting the cache_dir to $working_dir/var/cache/pacman/pkg for people using the command-line parameter and to $working_dir/$cache_dir for people specifying a cachedir in pacman.conf, but that seems ugly... mkarchroot | 14 ++++++++++---- 1 files changed, 10 insertions(+), 4 deletions(-) diff --git a/mkarchroot b/mkarchroot index f760792..4ff8993 100755 --- a/mkarchroot +++ b/mkarchroot @@ -13,7 +13,6 @@ RUN="" NOCOPY="n" working_dir="" -cache_dir=$((grep -m 1 '^CacheDir' /etc/pacman.conf || echo 'CacheDir = /var/cache/pacman/pkg') | sed 's/CacheDir\s*=\s*//') APPNAME=$(basename "${0}") @@ -67,6 +66,13 @@ shift 1 [ "${working_dir}" = "" ] && echo "error: please specify a working directory" && usage 1 +if [ -z "$cachedir" ]; then + cache_conf=${working_dir}/etc/pacman.conf + [ ! -f $cache_conf ] && cache_conf=${pac_conf:-/etc/pacman.conf} + cache_dir=$((grep -m 1 '^CacheDir' $cache_conf || echo 'CacheDir = /var/cache/pacman/pkg') | sed 's/CacheDir\s*=\s*//') + unset cache_conf +fi + # {{{ functions chroot_mount () @@ -80,9 +86,9 @@ chroot_mount () [ -e "${working_dir}/dev" ] || mkdir "${working_dir}/dev" mount -o bind /dev "${working_dir}/dev" - [ -e "${working_dir}/var/cache/pacman/pkg" ] || mkdir -p "${working_dir}/var/cache/pacman/pkg" [ -e "${cache_dir}" ] || mkdir -p "${cache_dir}" - mount -o bind "${cache_dir}" "${working_dir}/var/cache/pacman/pkg" + [ -e "${working_dir}/${cache_dir}" ] || mkdir -p "${working_dir}/${cache_dir}" + mount -o bind "${cache_dir}" "${working_dir}/${cache_dir}" trap 'chroot_umount' 0 1 2 15 } @@ -99,7 +105,7 @@ chroot_umount () umount "${working_dir}/proc" umount "${working_dir}/sys" umount "${working_dir}/dev" - umount "${working_dir}/var/cache/pacman/pkg" + umount "${working_dir}/${cache_dir}" } # }}} -- 1.6.6.1

2 1

[arch-dev-public] [signoff] filesystem 2010.02-1
by Andreas Radke 13 Feb '10

13 Feb '10

I've added "include /etc/ld.so.conf.d/*.conf" into /etc/ld.so.conf + the /etc/ld.so.conf.d directory. So we are no more forced to touch ld.so.conf directly. New xulrunner pkg will make use of it to detect the openjdk6 plugin. Please migrate the change from the ld.so.conf.pacnew file you will receive. For the future we should clean up packages that touched ld.so.conf directly. On my system these paths were added: /usr/X11R6/lib /usr/lib/libfakeroot /opt/lib32/lib /opt/lib32/usr/lib Please signoff. -Andy

4 6

[arch-dev-public] Integrity Check i686: core, extra, community 12-02-2010
by repomaint＠archlinux.org 12 Feb '10

12 Feb '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/perl-xml-namespacesupport vs. /srv/abs/rsync/i686/extra/perl-xml-namespacesupport Missing Dependencies ---------------------- community/airsnort --> 'wlan-ng26-utils' community/qtemu --> 'qt4>=4.1' community/sysprof-module --> 'kernel26<2.6.' extra/archboot --> 'libdownload>=1.3-3' extra/archboot --> 'tdb>=3.3.7-1' extra/archboot --> 'wlan-ng26-utils>=0.2.9-1' extra/koffice-meta-koffice-doc --> 'koffice-krita-doc' Missing Makedepends --------------------- extra/v86d --> 'kernel26<2.6.30' Repo Hierarchy for Dependencies --------------------------------- 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) 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 (136 extra (make)deps to pull) core/groff depends on extra/netpbm (45 extra (make)deps to pull) core/groff depends on extra/psutils (137 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 (30 extra (make)deps to pull) core/sqlite3 depends on extra/tcl (0 extra (make)deps to pull) core/udev depends on extra/gobject-introspection (26 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) core/udev-compat depends on extra/gobject-introspection (26 extra (make)deps to pull) core/udev-compat depends on extra/gperf (0 extra (make)deps to pull) core/udev-compat 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/opengtl depends on community/llvm (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 --------------------------------------- community/perl-xml-namespacesupport extra/koffice-l10n-fy extra/koffice-l10n-hne extra/koffice-l10n-wa extra/openoffice-as extra/openoffice-ast extra/openoffice-is extra/openoffice-kn extra/openoffice-lv extra/openoffice-ml extra/openoffice-mr extra/openoffice-om extra/openoffice-or extra/openoffice-ro extra/openoffice-si extra/openoffice-te extra/openoffice-ug Packages found in tree, but not in db --------------------------------------- community/kbd-ru-keymaps extra/koffice-l10n-hi extra/openoffice-en-US Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 1 Invalid archs: 0 Missing (make)dependencies: 8 Repo hierarchy problems: 25 Circular dependencies: 0 In db, but not in tree: 17 In tree, but not in db: 3

1 0

Re: [arch-dev-public] [aur-general] [signoff] devtools 0.9.0
by Pierre Schmitz 12 Feb '10

12 Feb '10

Am Freitag, 12. Februar 2010 06:42:32 schrieb Eric Bélanger: > My CacheDir line in pacman.conf was commented out I missed that this var was optional. Fixed in http://projects.archlinux.org/devtools.git/commit/?id=9e14e8691d6b60d82ab55… I'll wait for some more feedback before releasing a new package. -- Pierre Schmitz, https://users.archlinux.de/~pierre

1 0

[arch-dev-public] new devtools release?
by Pierre Schmitz 11 Feb '10

11 Feb '10

Hi Devs, I tried to fix the most annoying things in our devtools today and I think it's time to put it into a package for [testing]. See git for a changelog: http://projects.archlinux.org/devtools.git/log/ Imho it's best to have more releases with a little number of changes. I would like to do some local checks and then prepare a package for the testing repo. Any objections? Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

3 2

[arch-dev-public] archrelease: svnmerge
by Pierre Schmitz 11 Feb '10

11 Feb '10

Hi all, while having a little review of our devtools I noticed the we use svnmerge in archrelease to merge changes from trunk into the repo dir. This is very expensive and sometimes fails for more or less known reasons. So, I wonder why we don't just do something like this: svn rm repos/extra-i686 svn cp trunk repos/extra-i686 I did not check if this would requrie a commit after the rm or if we could do it in one run. But it should be a lot faster and safer though. Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

5 6

[arch-dev-public] [signoff] tcp_wrappers-7.6-11
by Tobias Powalowski 11 Feb '10

11 Feb '10

Hi guys, signoff for both arches please fixes: http://bugs.archlinux.org/task/16048 #ipv6 support http://bugs.archlinux.org/task/17502 #compile options greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2

[arch-dev-public] [patch] adding support for community svn to archco
by Ionut Biru 11 Feb '10

11 Feb '10

-- Ionut

3 4

[arch-dev-public] WARNING: mkinitcpio 0.5.99.3 (kill-klibc) live in testing!
by Thomas Bächler 11 Feb '10

11 Feb '10

Okay, this is it. The busybox-based mkinitcpio is entering testing now. BACK UP YOUR OLD (WORKING) INITRAMFS (kernel26.img) FILE! Also, do NOT use this if you have root on NFS, it is NOT IMPLEMENTED yet. Known issues: If you use 2.6.33 and enable the support for ext2/ext3 in the ext4 driver, root on ext2/3 won't work with the autodetect hook, I'll fix that for the next version. Number of systems that failed to boot after the upgrade: 0 (so far) Hooks adjusted: All base hooks + keymap, encrypt, lvm2, mdadm, dmraid, raid (now a symlink to mdadm), v86d. (Also, I hear that the uresume hook works without modification). I am still looking for someone to implement NFS root with this, please contact me if you are interested. This will not be the final version, there is still some work to do, but for now this requires more testing.

9 14

[arch-dev-public] [signoff] udev-151-3
by Tobias Powalowski 11 Feb '10

11 Feb '10

Hi guys, just removed base group from udev-compat 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] makechrootpkg without aufs2
by Pierre Schmitz 11 Feb '10

11 Feb '10

Hi devs, I always had problems with aufs2 but during the recent rebuilds and KDE development it really annoyed me. It seems the aufs2 kernel module triggers all kinds of (not) so funny errors; especially on high I/O. E.g. building kdebase-workspace with makechrootpkg is a good idea to check i your filesystem or raid correctly recovers from a hard crash. Aside from FS and RAID errors I had funny segfaults of umount on reboot, massive system slowdowns etc.. In general I like the approach of makechrootpkg. Starting from a clean base chroot environment is a good idea to avoid all kinds of packaging issues. So I checked what other options there are. I thought it would be less problematic if it could be handled in userspace. There are solutions like unionfs-fuse; but unfortunately they are quite slow and cannot handle all kinds of special fiels we need (fiofos etc.) In the end I found a much simpler and cleaner way to handle this. All we want is to build our package in a clean chroot and revert all changes when building the next package. So why not just make just a copy of our base system, work on that and revert it when we are done. This can be easily done by changing this in makechrootpkg: mount -t aufs none -o "dirs=$chrootdir/$LAYER=rw:$chrootdir/root=ro" "$uniondir" to rsync -a --delete --progress -h -c -W "$chrootdir/root/" "$uniondir" On my system this sync takes less than 40 seconds in worst case (if uniondir is empty). On the other hand building the package is faster because there is no aufs overhead. And the best thing is that this cannot crash and freeze your system. :-) Pierre PS: We should probably get rid of aufs and merge this change into our devtools. -- Pierre Schmitz, https://users.archlinux.de/~pierre

5 14

[arch-dev-public] [PATCH] Move build logs to WORKDIR, otherwise they're lost
by Francois Charette 11 Feb '10

11 Feb '10

--- makechrootpkg | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/makechrootpkg b/makechrootpkg index e48db6f..80b5e16 100755 --- a/makechrootpkg +++ b/makechrootpkg @@ -254,6 +254,11 @@ if mkarchroot -r "/chrootbuild" "$uniondir"; then mv "$f" "${WORKDIR}" fi done + + if [ -f $uniondir/build/*-build.log ]; then + echo "Moving build log(s) to ${WORKDIR}" + mv $uniondir/build/*-{build,package}.log* "${WORKDIR}" + fi else #just in case. We returned 1, make sure we fail touch "${chrootdir}/union/build/BUILD_FAILED" -- 1.6.6.1

4 5

[arch-dev-public] package signoffs
by Jan de Groot 10 Feb '10

10 Feb '10

These days it looks like almost nobody in our developer team uses i686 anymore. I still have a laptop running it, but I barely use it. I think it's time to revise our signoff policy. I was thinking about making it a bit more flexible: - signoff by 3 devs, no matter what architecture, and no bugs within 3 days -> move - signoff for both architectures, 2 each -> move - no signoff, no bugs for a week -> move For the last thing to get implemented, this can be a bit tricky. Sometimes developers throw something in testing, just to test something, and it sits there for weeks without anyone knowing why it's in testing. I would like to have every package that goes to testing getting committed with a reason in the commit message. This way we can find out why something is in testing and if we can easily move it out without breaking things.

8 13

[arch-dev-public] My status
by Firmicus 10 Feb '10

10 Feb '10

Hello all, Given the current discussion, I believe it is appropriate for me to provide a status update as far as my role within the Arch community is concerned. As a father of three (soon four!) I don't have much time at my disposal, and would like to concentrate the little I have on other open-source projects I am involved in. But I am well-aware that stepping down right now would leave you with yet another bunch of orphan packages, including the texlive-* ones, which is really not what you guys need at this moment. I am thus proposing this: I'll stay on board and will continue maintaining my stuff until we have found someone who is ready to take up maintainance of the texlive packages. I have written a collection of helper scripts for this purpose which are publically available on our projects page. Of course I'd also be available for help. So that should be feasible by anyone who uses TeX Live already, knows its internals moderately well (configuration files and tools, web2c, kpathsea, etc), and is not afraid of complex build processes. I hope this can be achieved within the next, say, six months, but hopefully sooner, since our baby is expected early April and I won't have much time in the three months thereafter. Ideally that person should be one of you, which would make things very easy, but I don't think this is realistic, given the workload you already have. There is also the possibility of moving the texlive pkgs back to community if a TU is interested, but I'd really prefer they stay in extra. In other words, you can still count on me, but not for too long ;) In the meanwhile, if anyone is interested in a particular package I maintain, just ask and I'll orphan it. Regards, François

3 4

[arch-dev-public] [PATCH] Move build log to WORKDIR, otherwise it is lost
by Francois Charette 10 Feb '10

10 Feb '10

--- makechrootpkg | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/makechrootpkg b/makechrootpkg index e48db6f..06877b0 100755 --- a/makechrootpkg +++ b/makechrootpkg @@ -254,6 +254,11 @@ if mkarchroot -r "/chrootbuild" "$uniondir"; then mv "$f" "${WORKDIR}" fi done + + if [ -f $uniondir/build/*-build.log ]; then + echo "Moving build log to ${WORKDIR}" + mv $uniondir/build/*-build.log "${WORKDIR}" + fi else #just in case. We returned 1, make sure we fail touch "${chrootdir}/union/build/BUILD_FAILED" -- 1.6.6.1

3 2

[arch-dev-public] Fwd: Re: Fwd: Perl packaging guidelines.
by Firmicus 09 Feb '10

09 Feb '10

[Forwarding this from Xyne] > This is an area where I have a pretty solid experience, as as perl dev, > arch user, and maintainer of several perl packages in extra and > community. I tend to agree with Allan here. We should only package and > take into consideration what on CPAN is called a distribution, i.e. a > tarball containing a bunch or related perl modules. The mapping between > modules and distributions is available in a plain text database on each > CPAN mirror, and can be figured out by the common tools used to install > cpan stuff from the command-line (cpan and cpanp). I think it is quite a > BAD idea to put all module names in the provides array, as this can > easily yield hundreds of elements without obvious advantage I can think > of. Our poor lil Pacman has better things to do than take that overload > into account. Is the overhead even significant? How expensive are PROVIDES lookups? (Coincidentally, I've thought for a while now that there should be a single PROVIDES list for the local database to avoid opening hundreds of files unnecessarily, even if that is quite fast). What about when distributions change their module roster? This has happened before and will happen again. I see robust dependency resolution as an "obvious advantage". If any important modules ever get moved around (e.g. subsumed into the base distribution from a popular module), then all packages which depend on that module would need to update their depends array. The fact that META.yml files for distributions on CPAN specify modules and not distributions shows that the dependencies are actually the modules themselves. Ignoring upstream convention and Pacman's built-in capabilities to shave a little bit of time off of a PROVIDES lookup doesn't right to me, especially when you factor in the potential dependency breakage, however unlikely that is to affect large distributions. > That said, I do acknowledge Xyne's effort! I have written a very similar > tool years ago, which is still available in AUR (perl-cpanplus-pacman), > but for which I have alas not dedicated as much effort and commitment as > Xyne did with pacpan. My own approach has however inspired another > project, called perl-cpanplus-dist-arch (also in AUR), which IMHO is > superior to both my own cpan4pacman and Xyne's pacpan. (That said I > still use cpan4pacman (together with a few helper shell scripts and the > devtools) to maintain my own local repository of 550 CPAN packages, all > of which I keep uptodate with relative ease). I've looked at perl-cpanplus-dist-arch while rewriting the pacpan backend. I found the entire CPANPLUS backend to be overkill for creating Pacman packages. Pacpan uses the same files and gets the same results, but without the CPAN shell and other bells and whistles that have no significance for Pacman packaging. That said, if there are particular features that perl-cpanplus-dist-arch has that pacman lacks, let me know which and I will consider adding them. If that project does show itself to be superior for Pacman packaging then I probably switch the backend over to it, but so far the current backend works as expected and is fairly simple with no external dependencies. Two follow-up questions: Do you at least support the idea of renaming CPAN packages with non-standard names to their standard names? If not, what about including the standard name in the provides array? If pacpan didn't include the individual modules in the arrays but instead mapped then all to their distribution, how would you see the matter then? Regards, Xyne

4 4

[arch-dev-public] New Developer: Dan Griffiths
by Aaron Griffin 09 Feb '10

09 Feb '10

I just want to shoot a welcome message to the newest member of the team: Dan Griffiths (Ghost1227). Welcome aboard!

11 13

[arch-dev-public] Setting up a dev on main site (was: New Developer: Dan Griffiths)
by Dan McGee 09 Feb '10

09 Feb '10

On Tue, Feb 9, 2010 at 12:27 PM, Aaron Griffin <aaronmgriffin(a)gmail.com> wrote: > On Tue, Feb 9, 2010 at 12:25 PM, Daniel J Griffiths (Ghost1227) > <ghost1227(a)archlinux.us> wrote: >> On 02/09/2010 12:23 PM, Aaron Griffin wrote: >>> >>> I just want to shoot a welcome message to the newest member of the >>> team: Dan Griffiths (Ghost1227). >>> >>> Welcome aboard! >>> >>> >> >> Thank you! Glad to be here! > > I setup as much access as I recalled, so you should now be able to > adopt packages in extra (core is disabled for now), and are a > developer everywhere (forums, flyspray, wiki) > > Please read this for more info: > http://wiki.archlinux.org/index.php/DeveloperWiki:Developer_Checklist Aaron- as a side note, what is involved in setting up a developer on the main site? While I'm on my archweb kick I want to see what is required and what might be older cruft still sitting around. So I guess I'm looking for a walkthrough of whatever you did. And to the new Dan- welcome! Don't confuse anyone around here. :) -Dan

2 4

[arch-dev-public] [signoff] kernel 2.6.32.8-1
by Tobias Powalowski 09 Feb '10

09 Feb '10

Hi guys, bump to latest bugfix version. 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] [signoff] wpa_supplicant 0.6.10
by Thomas Bächler 09 Feb '10

09 Feb '10

Upstream update.

4 4

[arch-dev-public] [signoff] openvpn 2.1.1-1
by Thomas Bächler 09 Feb '10

09 Feb '10

Upstream update.

1 1

[arch-dev-public] [signoff] rfkill 0.4-1
by Thomas Bächler 09 Feb '10

09 Feb '10

Upstream update, please sign off.

2 2

Re: [arch-dev-public] root over NFS support
by Thomas Bächler 09 Feb '10

09 Feb '10

Am 08.02.2010 20:09, schrieb Simon Boulay: > Hi, (Note: I am CC'ing this to arch-dev-public. I will not resend the patches sent to me in the previous mail, you will see them when I apply them to the git. This is what happened so far: Simon stepped up and said he could implement NFS root for mkinitcpio. I pointed him to some patch on the bugtracker that someone made in the past and now he sent me patches that will make NFS support possible again) > Here is a patch which adds the support for mounting the root > filesystem over NFS. > ipconfig and nfsmount sources are attached. > I don't how to deal with them: > - make a package (like mkinitcpio-netutils) which download > official klibc and add patches to build against glibc > - make a sort of fork for those programs only and two packages > (mkinitcpi-ipconfig + mkinitcpio-nfsmount) > - ? I would put both programs in a small "mkinitcpio-nfs-utils" package or so. I guess it will be better to maintain them in a git repository instead of downloading klibc and applying patches all the time. > ipconfig and nfsmount have to be installed in /lib/initcpio. > I added a net hook based on the patch you pointed to me and modify > install/net and init accordingly. I don't have time to integrate them right now, because it is late and I can't proof-read them now. After applying your patch I will definitely change something about the logic: I was planning to provide a concept of "mount helpers" that allow you to override the default mounting procedure from inside a hook. This concept could be used for NFS root and for archiso. > Regards, > Simon. Thank you for the work, now I need to merge it and find testers. And then we can move to the release candidate stage and finally get rid of klibc once and for all.

1 0

[arch-dev-public] [PATCH 2/2] Fixed typo in man page
by Eric Bélanger 08 Feb '10

08 Feb '10

Signed-off-by: Eric Bélanger <snowmaniscool(a)gmail.com> --- mkinitcpio.5.txt | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/mkinitcpio.5.txt b/mkinitcpio.5.txt index 56e5eae..5a1c889 100644 --- a/mkinitcpio.5.txt +++ b/mkinitcpio.5.txt @@ -66,7 +66,7 @@ set up the udev device filesystem, load IDE modules, etc. About Presets ------------- -A preset is a pre-defined definition on how to create an initial ramdisk. Instead of specifying the configuration file and which output file, every time you generate a new intial ramdisk, you define a preset and use the -p switch to generate an initial ramdisk according to your preset. Presets are located in /etc/mkinitcpio.d +A preset is a pre-defined definition on how to create an initial ramdisk. Instead of specifying the configuration file and which output file, every time you generate a new initial ramdisk, you define a preset and use the -p switch to generate an initial ramdisk according to your preset. Presets are located in /etc/mkinitcpio.d Files ----- -- 1.6.6.1

2 2

[arch-dev-public] [PATCH] Fixed typo in comment
by Eric Bélanger 08 Feb '10

08 Feb '10

Signed-off-by: Eric Bélanger <snowmaniscool(a)gmail.com> --- mkinitcpio | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/mkinitcpio b/mkinitcpio index 91dac25..999901d 100755 --- a/mkinitcpio +++ b/mkinitcpio @@ -8,7 +8,7 @@ # variables should be quoted and bracketed "${SOMEVAR}" # inline execution should be done with $() instead of backticks # use -z "${var}" to test for nulls/empty strings -# incase of embedded spaces, quote all path names and string comarpisons +# in case of embedded spaces, quote all path names and string comparisons # -- 1.6.6.1

1 0

[arch-dev-public] Fwd: Perl packaging guidelines.
by Aaron Griffin 07 Feb '10

07 Feb '10

Message below is trimmed, but the summary is: pacpan (CPAN wrapper for pacman packages) has been updated with gusto. There is a request to include using pacpan as part of the official guidelines for packaging perl apps for Arch. I think this is a good idea, but it leaves me wondering what we should do with the tool itself - should we be hosting it in the git repos? What do you guys think? ---------- Forwarded message ---------- From: Xyne <xyne(a)archlinux.ca> Date: Fri, Feb 5, 2010 at 6:18 AM Subject: Perl packaging guidelines. To: aaron(a)archlinux.org Hi Aaron, You're probably at least vaguely aware of a tool that I wrote a while ago named pacpan, which can autogenerate PKGBUILDs for CPAN packages. In the past worked well enough in most cases but there was room for improvement and I finally found the time to rewrite it recently. It is now a very useful tool for packaging CPAN distributions. I don't want to bore you with the details but it now does the following: *) correctly maps all modules to their distributions *) maps distributions to unique pacman pkgnames which follow the guidelines *) detects depends, makedepends, optdepends, and provides *) can detect missing provides for installed packages *) can update the local database provides while waiting for the packager to update it The provides are actually really important because many official packages do not list the packages that they provide and/or deviate from the standard naming conventions and this causes problems when trying to install other CPAN packages. Patching the local database works but it's an ugly hack. I've posted a thread on the forum to discuss changing the perl packaging guidelines to officially recommend using pacpan as a starting point for all CPAN packages. In most cases the PKGBUILD it generates should work out of the box. In those when it doesn't, it will still provide a comprehensive provides array and contain the correct name. This will improve the CPAN packaging situation by enabling full dependency resolution and by preventing conflicts from people effectively packaging the same packaging under different names and omitting the provides of those packages. ...snip... If I get some sort of official approval for this proposal, I will update the Perl packaging guidelines page in the wiki and begin to open tickets on the bug tracker to update/fix current CPAN packages which are incorrectly named and/or lack complete provides arrays.

4 5

[arch-dev-public] netcfg & away 8/2 to 15/2
by James Rayner 07 Feb '10

07 Feb '10

Hi all, Just letting you know I'm away for the next week. I'll move netcfg testing->core when I return so that I am about to offer support/explanation/docs. Thanks to those who have closed some of my bugs/updated my packages. I'm sorry that I can't spend more time around helping and keeping track of things. Life is busier than it was when I started working on Arch and the free time I used to spend on the computer has reduced and been taken by studies/work/other interests. So a big thanks to everyone :) See you in a week. James

1 0

[arch-dev-public] replacing syslog-ng with rsyslog
by Paul Mattal 06 Feb '10

06 Feb '10

All, There's been some compelling arguments made in the below bug request to switch from syslog-ng to rsyslog: http://bugs.archlinux.org/task/12314 I'm planning to start the process of migrating to rsyslog in March, if a rough show of hands here confirms it's the right thing to do. Can people give a quick +1 or -1 to this idea? - P

4 3

[arch-dev-public] snort and zim orphans and out-of-date
by Andrea Scarpino 06 Feb '10

06 Feb '10

Is some DEV or TU interested in maintain snort or zim? or can I move them to AUR? zim pkgbuild must be rewrite, the upstream project uses python now. Cheers -- Andrea `bash` Scarpino Arch Linux Developer

1 0

[arch-dev-public] Adding quodlibet-plugins to extra
by Eric Bélanger 06 Feb '10

06 Feb '10

Hi, I would like to add quodlibet-plugins to [extra]. The package in AUR has 170 votes and seem to be as popular as quodlibet on the stats page. Any objections? Eric

2 2

[arch-dev-public] Integrity Check i686: core, extra, community 05-02-2010
by repomaint＠archlinux.org 05 Feb '10

05 Feb '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/i686/extra/abiword-plugins vs. /srv/abs/rsync/i686/extra/abiword /srv/abs/rsync/i686/extra/xmlrpc-c vs. /srv/abs/rsync/i686/community/xmlrpc-c Missing Dependencies ---------------------- community/airsnort --> 'wlan-ng26-utils' community/sysprof-module --> 'kernel26<2.6.' extra/archboot --> 'libdownload>=1.3-3' extra/archboot --> 'tdb>=3.3.7-1' extra/archboot --> 'wlan-ng26-utils>=0.2.9-1' extra/koffice-meta-koffice-doc --> 'koffice-krita-doc' Missing Makedepends --------------------- extra/v86d --> 'kernel26<2.6.30' Repo Hierarchy for Dependencies --------------------------------- 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) 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/gobject-introspection (26 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) core/udev-compat depends on extra/gobject-introspection (26 extra (make)deps to pull) core/udev-compat depends on extra/gperf (0 extra (make)deps to pull) core/udev-compat 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/opengtl depends on community/llvm (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/koffice-krita-doc extra/pil extra/xmlrpc-c Packages found in tree, but not in db --------------------------------------- community/xmlrpc-c extra/openoffice-en-US Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 2 Invalid archs: 0 Missing (make)dependencies: 7 Repo hierarchy problems: 25 Circular dependencies: 0 In db, but not in tree: 3 In tree, but not in db: 2

2 1

[arch-dev-public] Integrity Check x86_64: core, extra, community 05-02-2010
by repomaint＠archlinux.org 05 Feb '10

05 Feb '10

================================================== = Integrity Check x86_64 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/x86_64/extra/abiword-plugins vs. /srv/abs/rsync/x86_64/extra/abiword /srv/abs/rsync/x86_64/extra/xmlrpc-c vs. /srv/abs/rsync/x86_64/community/xmlrpc-c Missing Dependencies ---------------------- community/airsnort --> 'wlan-ng26-utils' community/sysprof-module --> 'kernel26<2.6.' extra/archboot --> 'libdownload>=1.3-3' extra/archboot --> 'tdb>=3.3.7-1' extra/archboot --> 'wlan-ng26-utils>=0.2.9-1' extra/koffice-meta-koffice-doc --> 'koffice-krita-doc' Missing Makedepends --------------------- extra/v86d --> 'kernel26<2.6.30' Repo Hierarchy for Dependencies --------------------------------- 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) 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 (146 extra (make)deps to pull) core/groff depends on extra/netpbm (45 extra (make)deps to pull) core/groff depends on extra/psutils (147 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/gobject-introspection (26 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) core/udev-compat depends on extra/gobject-introspection (26 extra (make)deps to pull) core/udev-compat depends on extra/gperf (0 extra (make)deps to pull) core/udev-compat depends on extra/libxslt (25 extra (make)deps to pull) extra/bigloo depends on community/jdk (1 extra (make)deps to pull : jre) extra/dbus-python depends on community/docutils (0 extra (make)deps to pull) extra/gnome-speech depends on community/espeak (2 extra (make)deps to pull : portaudio docutils) extra/grml-zsh-config depends on community/txt2tags (0 extra (make)deps to pull) extra/opengtl depends on community/llvm (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/koffice-krita-doc extra/pil extra/xmlrpc-c Packages found in tree, but not in db --------------------------------------- community/xmlrpc-c extra/openoffice-en-US Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 2 Invalid archs: 0 Missing (make)dependencies: 7 Repo hierarchy problems: 26 Circular dependencies: 0 In db, but not in tree: 3 In tree, but not in db: 2

1 0

Re: [arch-dev-public] [arch-commits] Commit in libassuan/repos
by Tobias Powalowski 05 Feb '10

05 Feb '10

Am Donnerstag 04 Februar 2010 schrieb Giovanni Scafora: > Date: Thursday, February 4, 2010 @ 07:21:19 > Author: giovanni > Revision: 67164 > > Merged revisions 65076 via svnmerge from > svn+ssh://gerolde.archlinux.org/srv/svn-packages/libassuan/trunk > > ........ > r65076 | tpowa | 2010-01-24 09:26:13 +0100 (dom, 24 gen 2010) | 1 line > > prepare 2.0.0 release > ........ > > Modified: > libassuan/repos/extra-x86_64/ (properties) > libassuan/repos/extra-x86_64/PKGBUILD > > ----------+ > PKGBUILD | 7 ++++--- > 1 file changed, 4 insertions(+), 3 deletions(-) > > > Property changes on: libassuan/repos/extra-x86_64 > ___________________________________________________________________ > Modified: svnmerge-integrated > - /libassuan/trunk:1-7817 > + /libassuan/trunk:1-67163 > > Modified: extra-x86_64/PKGBUILD > =================================================================== > --- extra-x86_64/PKGBUILD 2010-02-04 12:20:32 UTC (rev 67163) > +++ extra-x86_64/PKGBUILD 2010-02-04 12:21:19 UTC (rev 67164) > @@ -1,15 +1,16 @@ > # $Id$ > # Maintainer: Tobias Powalowski <tpowa(a)archlinux.org> > pkgname=libassuan > -pkgver=1.0.5 > +pkgver=2.0.0 > pkgrel=1 > pkgdesc="Libassuan is the IPC library used by some GnuPG related software" > arch=(i686 x86_64) > license=('GPL') > url="ftp://ftp.gnupg.org/gcrypt/libgcrypt" > -depends=('bash') > +depends=('libgpg-error') > makedepends=('pth') > source=(ftp://ftp.gnupg.org/gcrypt/$pkgname/$pkgname-$pkgver.tar.bz2) > +options=(!libtool) > > build() { > export CFLAGS="$CFLAGS -fPIC" > @@ -18,4 +19,4 @@ > make || return 1 > make DESTDIR=$startdir/pkg install > } > -md5sums=('c2db0974fcce4401f48f3fa41c4edc5a') > +md5sums=('59bc0ae7194c412d7a522029005684b2') WTF, why you bump a library without checking that other programs are not compiling with it? You break compiling of dirmngr and gnupg2! Please ask next time before bumping. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 2

Re: [arch-dev-public] [arch-notifications] Orphan Extra package [stunnel] marked out-of-date
by Daenyth Blank 04 Feb '10

04 Feb '10

On Wed, Feb 3, 2010 at 20:10, Arch Website Notification <nobody(a)archlinux.org> wrote: > > * Note: this is an automated message > > <redacted> wants to notify you that the following package may be out > of date: > > Package Name: stunnel > Architecture: i686 > Repository: Extra > (http://www.archlinux.org/packages/extra/i686/stunnel/) > > > The user provided the following additional text: > > 4.31 > > > If there's no maintainer for this in extra, I can take it in community.

4 4

[arch-dev-public] [signoff] libtool-2.2.6b-2
by Allan McRae 04 Feb '10

04 Feb '10

Rebuild against the current gcc. Even notes in PKGBUILDs do not stop me forgetting... Signoff both, Allan

2 2

[arch-dev-public] [signoff] libmpc 0.8.1-1
by Allan McRae 04 Feb '10

04 Feb '10

Hi, This package will be needed for gcc-4.5, so I would like to put in into [core] for preparation for this and to help me testing gcc snapshots. It passed the entire test suite and most importantly.... PASS: tacos Unless you want to build the latest gcc-4.5 snapshot, just signoff based on packaging. Allan

2 1

[arch-dev-public] mkinitcpio 0.6 alpha - testing and help needed
by Thomas Bächler 04 Feb '10

04 Feb '10

Quoted from http://bugs.archlinux.org/task/17298 (which is also to be used for feedback, besides the threads on these mailing lists): So, now something can be tested. I recommend using it in conjunction with testing/udev only: [kill-klibc] Server = http://dev.archlinux.org/~thomas/kill-klibc/i686/ or [kill-klibc] Server = http://dev.archlinux.org/~thomas/kill-klibc/x86_64/ The standard hooks work, so do keymap, lvm2, encrypt. What does NOT work is raid/mdadm/dmraid and root on NFS. I would appreciate any input and patches w.r.t. those, as well as any testing. The v86d package also needs to be fixed, but that is trivial. device-mapper, lvm2 and cryptsetup have a weird "1.local" pkgrel so they won't collide with the ones from the repo, sorry if that bothers anyone. If you upgrade to this repositories, your existing mkinitcpio will be replaced and all klibc packages will be gone too. So, if you try it, please save your existing initramfs to a different filename as a fallback, and do not perform kernel upgrades until you either confirmed that it works, or downgraded to the klibc-based mkinitcpio.

5 6

[arch-dev-public] new virtuoso requires user intervention
by Andrea Scarpino 03 Feb '10

03 Feb '10

Hi, the new virtuoso 6.1.0 is out and is supported by nepomuk now. The database format changed significantly between Virtuoso 5 and 6, then if you want to keep your tag/data you must follow this steps *before* upgrade: - shutdown Nepomuk; - update virtuoso; - run the converter[1]; - start Nepomuk More info on this link[2]. Regards [1] http://www.kde-apps.org/content/show.php?content=119661 [2] http://trueg.wordpress.com/2010/02/04/just-in-time-for-kde-sc-4-4- virtuoso-6-1-0/ -- Andrea `bash` Scarpino Arch Linux Developer

2 2

Re: [arch-dev-public] [aur-general] TU without [community] maintaining?
by Thomas Bächler 03 Feb '10

03 Feb '10

Am 03.02.2010 15:32, schrieb Lex Rivera: > Hi all. I wanna ask is it possible to become TU without [community] > maintaining, just as AUR moderator? I think it is a good idea. We could create the "AUR moderator" position instead of calling it "Semi-TU". When I was a TU, I didn't care at all about moderating the AUR, and maybe other TUs feel the same and rather do packaging. Conversely, you don't seem to care about packaging but about AUR moderation. I am forwarding this to arch-dev-public for reference, but I guess ultimately the TUs have to decide.

2 1

[arch-dev-public] [signoff] dhcpcd 5.1.5-1
by Ronald van Haren 02 Feb '10

02 Feb '10

can I get a quick signoff please. This release fixes an issue with the 5.1.4 version some people experienced by not able to get an adress if an old lease was present (FS#178383 [1]) signoff both. Ronald [1] http://bugs.archlinux.org/task/17838

3 4

Re: [arch-dev-public] [signoff] xfsprogs-3.1.1
by Tobias Powalowski 02 Feb '10

02 Feb '10

Hi bump to latest version, xfsprogs-3.1.1 (29 January 2010) - Fix various blkid topology support problems in mkfs.xfs. - Fix various build warnings. - Add automatic build dependency calculations. - Cleaner build system output. - Add missing aclocal m4 file to the package generation. - Arrange for release tags to be digitally signed. please signoff both arches, thanks greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 2

[arch-dev-public] LTS install ISOs (was: makechrootpkg without aufs2)
by Aaron Griffin 02 Feb '10

02 Feb '10

On Sun, Jan 24, 2010 at 1:50 AM, Tobias Powalowski <t.powa(a)gmx.de> wrote: > Am Sonntag 24 Januar 2010 schrieb Aaron Griffin: >> On Sun, Jan 24, 2010 at 1:38 AM, Tobias Powalowski <t.powa(a)gmx.de> wrote: >> > When this change happens, shall we drop the aufs patch too from kernel? >> > I don't use it at all. >> >> Not just yet, the ISOs use aufs, and there's no real good system to replace >> that >> > Ok, just an other thing, > shall i add aufs patch to the lts kernel if we bump it to .32? > Just in case to be able to provide lts install isos. Hmmm. LTS install ISOs is an interesting idea, but not sure how people feel about that. I mean, the kernel for the install ISO is just the running kernel. You can still install the LTS kernel from a non-LTS ISO. Does anyone have a strong opinion on this?

4 4

[arch-dev-public] exim maintainer wanted
by Allan McRae 01 Feb '10

01 Feb '10

exim has no maintainer and I have been assigned a bug for it as the last person to rebuild it (db-4.8 rebuild). I do not use it and have no intentions of fixing the bug. Does anybody want to be the maintainer? Allan

1 1

[arch-dev-public] tcp_wrapper issues
by Tobias Powalowski 01 Feb '10

01 Feb '10

Hi guys, I have 2 tcp_wrapper bugs assigned to me. I think i have tcpwrappers adopted because of rebuilds long time ago. Could someone look at them? I would be also fine with giving the package to someone else. http://bugs.archlinux.org/task/16048 #ipv6 support http://bugs.archlinux.org/task/17502 #compile options greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-dev-public] [signoff] mdadm-3.1.1-1
by Tobias Powalowski 01 Feb '10

01 Feb '10

Hi Changelog: http://neil.brown.name/git?p=mdadm;a=blob;f=ANNOUNCE-3.1.1;h=9e480dc0e31582… Please update and recreate your initcpio after upgrading. Moved udev rule for md devices to mdadm package. In case of moving, both need to be moved simultaniously. Still an issue in initscripts: One thing i observed, when using a custom /etc/mdadm.conf file our rc.sysinit will run mdadm --assemble --scan, which will always give exit code 2, due to devices busy. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 4

[arch-dev-public] cleaning up [testing]
by Pierre Schmitz 01 Feb '10

01 Feb '10

So, let's sue the short period while testing is low on packages to clean up some orphans: * xulrunner: no need for this to be in testing. The additional ld.conf file should not hurt * courier-imap: why is this in testing for so long anyway? * proftpd: dito * wpa_actiond: new package; no need to be in testing -- Pierre Schmitz, https://users.archlinux.de/~pierre

3 2

[arch-dev-public] Warning 2/2: removing kde-unstable; KDE 4.4 in testing
by Pierre Schmitz 01 Feb '10

01 Feb '10

Hi DEVs and TUs, I am about to move the first wave of KDE 4.4 RC3 packages into testing. These will be x86_64 at first; i686 packages might follow later this evening. There won't be any l10n packages. (they are not needed for testing and rebuild and we'll save disk space and bandwidth this way) The same Information about kde-unstable now apply to testing: http://wiki.archlinux.org/index.php/DeveloperWiki:KDE#Users Note that the kde- unstable repository will be removed soon. If you update you have to use the following commands as pacman is not able to resolve the dependencies otherwise: % pacman -Sy --asdeps qt % pacman -Su All developers and TUs should check their Qt or KDE related packages. Even if they still work you might want to adjust the dependencies. There are some like phonon etc. which are no longer covered by Qt. In general you want at least depend on kdebase-runtime for most apps. (use namcap but don't trust it ;-)) Greetings, Pierre PS: I have problems with akonadi and mysql 5.1.43. Downgrading to mysql 5.1.42 solves the problem. Can anybody confirm this issue? (test with "akonadictl start") -- Pierre Schmitz, https://users.archlinux.de/~pierre

1 0

[arch-dev-public] Warning 1/2: Moving kde-unstable into trunk
by Pierre Schmitz 01 Feb '10

01 Feb '10

Hi all, as a first step of prepare KDE 4.4 I'll move the kde-unstable svn repo into trunk. So please don't touch or update any KDE or Qt related before I am done (I'll send another email then) The second step will be moving the RC3 packages into testing so that we can start some rebuilds. ETA for this step is later tonight (~now+12h) or tomorrow. I'll send another mail about this step later. Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

1 0

[arch-dev-public] [signoff] bash-4.1.002-2
by Allan McRae 01 Feb '10

01 Feb '10

Bump the readline dependency version to 6.1 as people seem to want to update only select packages on their system and upgrading to bash-4.1 without readline-6.1 causes "fun"... (FS#18051). Signoff both, Allan

2 1

[arch-dev-public] [signoff] dialog-1.1_20100119-1
by Allan McRae 01 Feb '10

01 Feb '10

Upstream update. Signoff both, Allan

2 1

[arch-dev-public] [signoff] inetutils 1.7-2
by Eric Bélanger 01 Feb '10

01 Feb '10

Hi, inetutils-1.7-2 is in testing. The localstatedir was fixed (FS#17981). Please test and signoff. Users signoff will be appreciated as not a lot of devs use these tools. Eric

1 1

[arch-dev-public] [signoff] udev 151-2
by Thomas Bächler 31 Jan '10

31 Jan '10

This fixes a bug in the new firmware loader: Whenever a firmware file was missing, the firmware loader did not properly report an error to the kernel, thus modprobe stalled for 60 seconds. Most notably, this happens with "microcode", as it looks for firmware files that never existed and probably never will exist. Please sign off.

3 2

Re: [arch-dev-public] [arch-dev] [signoff] netcfg v2.5.1
by James Rayner 31 Jan '10

31 Jan '10

On Sun, 31 Jan 2010 11:34 +1100, "James Rayner" <james(a)archlinux.org> wrote: > new netcfg in [testing] ready for signoff. > > > Also, news item for the release follows below: > > netcfg v2.5.1 > > This release brings a completely new auto wireless/wired configuration. > The old net-auto is deprecated and no longer included. There are also > some very minor configuration changes that may affect a few people. > > Move to new auto-wireless/wired > The new automatic connection has proper roaming support and will prove > more reliable than the old setup - particularly with more complicated > wireless configurations. > To migrate to the new automatic wireless setup: > 1. pacman -S testing/wpa_actiond > 2. Set WIRELESS_INTERFACE="" to your wireless interface in /etc/rc.conf. > For example WIRELESS_INTERFACE="wlan0" > 3. Add net-auto-wireless to your DAEMONS=() array. > > Note: wpa-config profiles do not work with this, convert them to > wpa-configsection profiles. An example is included in > /etc/network.d/examples/ > > The new auto-wired uses similar configuration - follow the above > instructions except use the net-auto-wired daemon, and WIRED_INTERFACE > configuration option. > > New features: > - net-auto-wireless/wpa_actiond - Real wireless roaming/auto connection. > Based on same principle as autowifi. Requires optional dependency: > wpa_actiond > - net-auto-wired - automatic ethernet configuration. Requires optional > dependency: ifplugd > - Interface configurations - set options for all profiles using an > interface > - Output hooks > - Internal cleanup & improvement > > Internal changes: > - Uses wpa_supplicant for all wireless configuration by default, > including wep/none security. This adds improves support for most and > should improve reliability. > - Uses iproute by default for all static configuration. net_tools > which contains ifconfig is effectively obsolete and hasnt seen a > release for over 8 years. The 'ethernet-iproute' and 'ethernet' > connection types have been merged together to simply 'ethernet'. All > options are still supported and existing configurations will continue > to work for both types. A symlink has been made to ensure that > profiles using 'ethernet-iproute' will continue to function. > > Changes in configuration syntax > - net-auto and AUTO_NETWORKS is now deprecated in favour of > net-auto-wireless/net-auto-wired. > - wireless: If you were previously specifying the wpa_supplicant driver > in WPA_OPTS, you now need to specify it in WPA_DRIVER. > - wireless: iwconfig based configuration for wep/none can be used by > changing to wep-old or none-old. This should not be necessary and is > left in place only for the possibility of very old drivers that do not > support wpa_supplicant. > - ethernet-iproute: As 'ethernet' is now iproute based, those using > 'ethernet-iproute' can revert the name. There is a symlink in place, so > existing configurations of either name will continue to function > regardless. > - wireless-dbus: Unsupported. The wpa_supplicant dbus interface isn't > particularly well documented and it doesn't fit well into the netcfg > codebase. There is a symlink in place so that configurations using > wireless-dbus will continue to function using the 'wireless' connection > scripts. > > Download: > netcfg 2.5.1 is in [core]. > Source: ftp://ftp.archlinux.org/other/netcfg/netcfg-2.5.1.tar.gz > PKGBUILD: In subversion > > Documentation: > http://wiki.archlinux.org/index.php/Network_Profiles > > Contributors: > I had a few big contributors to this release: > Jim Pryor: Many internal changes and improvements > Thomas Bächler: wpa_actiond based auto roaming/connection > Thanks guys! > > Bugs: > On the bug tracker as always. Oops, sent to arch-dev.

2 1

[arch-dev-public] [signoff] udev-151-1
by Tobias Powalowski 31 Jan '10

31 Jan '10

Hi guys, udev 151 ======== Bugfixes. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-dev-public] [signoff] pciutils-3.1.6-1
by Tobias Powalowski 31 Jan '10

31 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

3 3

[arch-dev-public] [signoff] kernel 2.6.32.7-1
by Tobias Powalowski 30 Jan '10

30 Jan '10

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

4 3

[arch-dev-public] [signoff] kerne26-LTS 2.6.27.45-1
by Andreas Radke 30 Jan '10

30 Jan '10

upstream update. please signoff. -Andy

2 1

[arch-dev-public] [signoff] libevent-1.4.13-1
by Allan McRae 30 Jan '10

30 Jan '10

Upstream update. This is an orphan and I do not use it so multiple signoffs would be good. Allan

4 4

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

30 Jan '10

================================================== = Integrity Check x86_64 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 Missing Dependencies ---------------------- core/kernel26-lts --> 'udev-compat>=147' extra/archboot --> 'libdownload>=1.3-3' extra/archboot --> 'tdb>=3.3.7-1' Missing Makedepends --------------------- extra/v86d --> 'kernel26<2.6.30' Repo Hierarchy for Dependencies --------------------------------- 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) 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 (146 extra (make)deps to pull) core/groff depends on extra/netpbm (45 extra (make)deps to pull) core/groff depends on extra/psutils (147 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/dbus-python depends on community/docutils (0 extra (make)deps to pull) extra/gnome-speech depends on community/espeak (2 extra (make)deps to pull : portaudio docutils) 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/opengtl 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: 0 Invalid archs: 0 Missing (make)dependencies: 4 Repo hierarchy problems: 21 Circular dependencies: 0 In db, but not in tree: 1 In tree, but not in db: 1

1 0

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

30 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 Missing Dependencies ---------------------- core/kernel26-lts --> 'udev-compat>=147' extra/archboot --> 'libdownload>=1.3-3' extra/archboot --> 'tdb>=3.3.7-1' Missing Makedepends --------------------- extra/v86d --> 'kernel26<2.6.30' Repo Hierarchy for Dependencies --------------------------------- 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) 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/opengtl 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: 0 Invalid archs: 0 Missing (make)dependencies: 4 Repo hierarchy problems: 20 Circular dependencies: 0 In db, but not in tree: 1 In tree, but not in db: 1

1 0

[arch-dev-public] WARNING libpng/libjpeg hits testing
by Ionut Biru 30 Jan '10

30 Jan '10

hi, just a heads up to inform that i don't recommend to update from testing anymore. Most of important packages have been rebuild but the remaining list still counts ~99 packages. -- Ionut

8 30

[arch-dev-public] new orphan packages
by Andreas Radke 30 Jan '10

30 Jan '10

Well, I wasn't joking. This is the list of packages I just orphaned: gcin icecast see also http://bugs.archlinux.org/task/15117 libelf libgda swfdec swfdec-mozilla Feel free to take over what you want or push them to unsupported. -Andy

3 3

[arch-dev-public] OpenJDK6 help needed
by Andreas Radke 30 Jan '10

30 Jan '10

I have committed to OpenJDK6 trunk some changes. The Icedtea 1.7 branch is not far from a release but there are some issues not yet solved with new libs. Libjpeg8 should be solved with the patch the is included. Libpng 1.4 may need more fixes. The patch I have included makes it build. But grepping for obsolete functions brought up a few more places that may need fixes. Maybe someone can have look at this. Using the new Xulrunner 1.9.2 release forces us to switch to the new NPPlugin that will also work with webkit based browsers. Ubuntu also builds that new plugin now. I have to use a small sed fix to make it pass configure because upstream wants libxul-unstable. Now the plugin builds fine but after installation every page that calls plugin makes the browser segfault e.g. http://www.java.com/en/download/help/testvm.xml [andyrtr@laptop64 ~]$ ldd /usr/lib/mozilla/plugins/IcedTeaNPPlugin.so | grep not libmozjs.so => not found libxul.so => not found libxpcom.so => not found Probably that is the reason. Do we need to fix some ld.so.conf paths for new Xulrunner? I've also send mails to the distro-pkg-dev(a)openjdk.java.net list. Maybe someone can help and have a look it. I'll be around later again. -Andy

2 2

[arch-dev-public] [signoff] file 5.04-2
by Allan McRae 29 Jan '10

29 Jan '10

Upstream released a bug fix without changing the version number... (FS#18044). Signoff both, Allan

2 1

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

29 Jan '10

================================================== = Integrity Check x86_64 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/x86_64/extra/texi2html vs. /srv/abs/rsync/x86_64/community/texi2html Missing Dependencies ---------------------- core/kernel26-lts --> 'udev-compat>=147' extra/archboot --> 'libdownload>=1.3-3' extra/archboot --> 'tdb>=3.3.7-1' Missing Makedepends --------------------- extra/v86d --> 'kernel26<2.6.30' Repo Hierarchy for Dependencies --------------------------------- 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) 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 (146 extra (make)deps to pull) core/groff depends on extra/netpbm (45 extra (make)deps to pull) core/groff depends on extra/psutils (147 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/dbus-python depends on community/docutils (0 extra (make)deps to pull) extra/gnome-speech depends on community/espeak (2 extra (make)deps to pull : portaudio docutils) extra/grml-zsh-config depends on community/txt2tags (0 extra (make)deps to pull) extra/qemu depends on community/texi2html (0 extra (make)deps to pull) extra/qemu-kvm depends on community/texi2html (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/texi2html 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: 1 Invalid archs: 0 Missing (make)dependencies: 4 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] Integrity Check i686: core, extra, community 29-01-2010
by repomaint＠archlinux.org 29 Jan '10

29 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/i686/extra/texi2html vs. /srv/abs/rsync/i686/community/texi2html Missing Dependencies ---------------------- core/kernel26-lts --> 'udev-compat>=147' extra/archboot --> 'libdownload>=1.3-3' extra/archboot --> 'tdb>=3.3.7-1' Missing Makedepends --------------------- extra/v86d --> 'kernel26<2.6.30' Repo Hierarchy for Dependencies --------------------------------- 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) 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/qemu depends on community/texi2html (0 extra (make)deps to pull) extra/qemu-kvm depends on community/texi2html (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/texi2html 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: 1 Invalid archs: 0 Missing (make)dependencies: 4 Repo hierarchy problems: 22 Circular dependencies: 0 In db, but not in tree: 1 In tree, but not in db: 1

1 0

[arch-dev-public] [arch-dev] [signoff] zlib 1.2.3.7-2
by Pierre Schmitz 29 Jan '10

29 Jan '10

Am Donnerstag, 28. Januar 2010 13:30:07 schrieb Pierre Schmitz: > Hi all, > > there was a bug in zlib (in detail a missing "then" statement) which at > least affected php. See http://bugs.archlinux.org/task/18042 This was > solved by zlib-devs really quickly. > > I ask you to test and sign-off as soon as possible because the current > version in core should be considered broken. > > Greetings, > > Pierre This should go to arch-dev-public actually...I'll blame auto-completion here. ;-) -- Pierre Schmitz, https://users.archlinux.de/~pierre

3 3

[arch-dev-public] Please avoid versioned deps
by Pierre Schmitz 29 Jan '10

29 Jan '10

Hi all, recently I have seen that there were a lot of commits introducing versioned deps down to the pkgrel level. I think we should avoid such deps if possible. There are possibly only some important packages in core where this is useful and in such cases you should add not only an lower but upper bound (see kernel modules for example). For anything else this is not needed (at least for Arch), adds more complexity or simply breaks stuff. For more detailed arguments please read at least the first three messages in http://mailman.archlinux.org/mailman/private/arch-dev/2009-October/011439.h… This is just a general reminder and I did not intend to attack anyone. So just keep it simple. :-) Greetings, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

3 4

[arch-dev-public] REQ: Build acpid for x86_64 arch
by Thayer Williams 28 Jan '10

28 Jan '10

Would someone mind building acpid for the x86_64? I just pushed out a minor update for 686 a few minutes ago so everything should be good to go.

2 2

[arch-dev-public] [signoff] udev-150-1
by Tobias Powalowski 28 Jan '10

28 Jan '10

Hi guys, udev 150 ======== Bugfixes. Kernels with SYSFS_DEPRECATED=y are not supported since a while. Many users depend on the current sysfs layout and the information not available in the deprecated layout. All remaining support for the deprecated sysfs layout is removed now. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 3

[arch-dev-public] [signoff] pcre-8.01-1
by Eric Bélanger 28 Jan '10

28 Jan '10

Hi, pcre-8.01-1 is in testing. Minor upstream update. Please test and signoff. Release 8.01 19-Jan-2010 ------------------------ This is a bug-fix release. Several bugs in the code itself and some bugs and infelicities in the build system have been fixed.

3 3

[arch-dev-public] [signoff] initscripts 2010.01-1, udev 150-1, device-mapper/lvm2 2.02.60, cryptsetup 1.1.0
by Thomas Bächler 28 Jan '10

28 Jan '10

Okay, here are the changes: initscripts: - hwclock improvements by Dan - some minor crypto fix on shutdown - moved the prekillall hook so it can be used better with splash Necessary for device-mapper/udev, as dm-device detection on startup has needs options introduced in 2009.11-1 (still in testing) udev: - upstream update - remove resolve-modalias, replace with modprobe --resolve-alias device-mapper/lvm2: - cleaned PKGBUILD, hopefully fix the dmeventd path mess - upstream update cryptsetup: - upstream update, hopefully fixes lots of bugs These have to be moved together (and with mkinitcpio) so that device-mapper still works fine with udev. This should solve FS#16735 finally - it has to be moved in any case, because this is better than the situation in core, even if some people will still have problems. I want to move these 5 and mkinitcpio out of testing before I push the kill-klibc mkinitcpio in - the latter will also require changes in lvm2 and cryptsetup.

5 10

[arch-dev-public] [signoff] libcap-2.19-1
by Allan McRae 28 Jan '10

28 Jan '10

Upstream update. No changes of note... Signoff both, Allan

2 2

[arch-dev-public] libpng todo list
by Jan de Groot 28 Jan '10

28 Jan '10

I just created a todo list containing 163 packages. This todo list contains all packages that link to libpng and that should get rebuilt when we update to libpng 1.4.0.

11 39

[arch-dev-public] [signoff] linux-api-headers-2.6.32.5-2
by Allan McRae 28 Jan '10

28 Jan '10

linux-api-headers-2.6.32.5-2 - rename kernel-headers - too similar to kernel26-headers (FS#17655) - delete useless install files (FS#17641) - bump to latest patch-set This version reinstates arch=('i686' 'x86_64'). Allan

2 2

[arch-dev-public] [signoff] zlib 1.2.3.7-1 (libxml2 2.7.6-2)
by Pierre Schmitz 27 Jan '10

27 Jan '10

Hi, here is another upstream update (yes, I skipped .5 and .6). I also added a patch to libxml2 which had misused some private zlib API and triggers a crash. Please sign off. Here is a changelog for those with interest: Changes in 1.2.3.7 (24 Jan 2010) - Always gzopen() with O_LARGEFILE if available - Fix gzdirect() to work immediately after gzopen() or gzdopen() - Make gzdirect() more precise when the state changes while reading - Improve zlib.h documentation in many places - Catch memory allocation failure in gz_open() - Complete close operation if seek forward in gzclose_w() fails - Return Z_ERRNO from gzclose_r() if close() fails - Return Z_STREAM_ERROR instead of EOF for gzclose() being passed NULL - Return zero for gzwrite() errors to match zlib.h description - Return -1 on gzputs() error to match zlib.h description - Add zconf.in.h to allow recovery from configure modification [Weigelt] - Fix static library permissions in Makefile.in [Weigelt] - Avoid warnings in configure tests that hide functionality [Weigelt] - Add *BSD and DragonFly to Linux case in configure [gentoo 123571] - Change libzdll.a to libz.dll.a in win32/Makefile.gcc [gentoo 288212] - Avoid access of uninitialized data for first inflateReset2 call [Gomes] - Keep object files in subdirectories to reduce the clutter somewhat - Remove default Makefile and zlibdefs.h, add dummy Makefile - Add new external functions to Z_PREFIX, remove duplicates, z_z_ -> z_ - Remove zlibdefs.h completely -- modify zconf.h instead Changes in 1.2.3.6 (17 Jan 2010) - Avoid void * arithmetic in gzread.c and gzwrite.c - Make compilers happier with const char * for gz_error message - Avoid unused parameter warning in inflate.c - Avoid signed-unsigned comparison warning in inflate.c - Indent #pragma's for traditional C - Fix usage of strwinerror() in glib.c, change to gz_strwinerror() - Correct email address in configure for system options - Update make_vms.com and add make_vms.com to contrib/minizip [Zinser] - Update zlib.map [Brown] - Fix Makefile.in for Solaris 10 make of example64 and minizip64 [T�r�k] - Apply various fixes to CMakeLists.txt [Lowman] - Add checks on len in gzread() and gzwrite() - Add error message for no more room for gzungetc() - Remove zlib version check in gzwrite() - Defer compression of gzprintf() result until need to - Use snprintf() in gzdopen() if available - Remove USE_MMAP configuration determination (only used by minigzip) - Remove examples/pigz.c (available separately) - Update examples/gun.c to 1.6 Changes in 1.2.3.5 (8 Jan 2010) - Add space after #if in zutil.h for some compilers - Fix relatively harmless bug in deflate_fast() [Exarevsky] - Fix same problem in deflate_slow() - Add $(SHAREDLIBV) to LIBS in Makefile.in [Brown] - Add deflate_rle() for faster Z_RLE strategy run-length encoding - Add deflate_huff() for faster Z_HUFFMAN_ONLY encoding - Change name of "write" variable in inffast.c to avoid library collisions - Fix premature EOF from gzread() in gzio.c [Brown] - Use zlib header window size if windowBits is 0 in inflateInit2() - Remove compressBound() call in deflate.c to avoid linking compress.o - Replace use of errno in gz* with functions, support WinCE [Alves] - Provide alternative to perror() in minigzip.c for WinCE [Alves] - Don't use _vsnprintf on later versions of MSVC [Lowman] - Add CMake build script and input file [Lowman] - Update contrib/minizip to 1.1 [Svensson, Vollant] - Moved nintendods directory from contrib to . - Replace gzio.c with a new set of routines with the same functionality - Add gzbuffer(), gzoffset(), gzclose_r(), gzclose_w() as part of above - Update contrib/minizip to 1.1b - Change gzeof() to return 0 on error instead of -1 to agree with zlib.h -- Pierre Schmitz, https://users.archlinux.de/~pierre

3 3

[arch-dev-public] [PATCH] Add Costa Rica IRC channel
by Aaron Griffin 27 Jan '10

27 Jan '10

Signed-off-by: Aaron Griffin <aaronmgriffin(a)gmail.com> --- templates/public/irc.html | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/templates/public/irc.html b/templates/public/irc.html index 209d678..e4ab235 100644 --- a/templates/public/irc.html +++ b/templates/public/irc.html @@ -26,6 +26,9 @@ <td>#archlinux-br</td> <td>Discussion (Brazilian)</td> </tr><tr> + <td>#archlinux-cr</td> + <td>Discussion (Costa Rica)</td> + </tr><tr> <td>#archlinux.de</td> <td>Discussion (German)</td> </tr><tr> -- 1.6.5.2

1 0

[arch-dev-public] [signoff] kernel 2.6.32.6-1
by Tobias Powalowski 27 Jan '10

27 Jan '10

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

4 4

[arch-dev-public] need help on samba
by Tobias Powalowski 27 Jan '10

27 Jan '10

Hi guys, i don't use any advanced features of samba nor heimdal, http://bugs.archlinux.org/task/17522 any clue on this? greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 1

[arch-dev-public] enscript 1.6.5
by Paul Mattal 27 Jan '10

27 Jan '10

I've just put enscript 1.6.5 in testing. Normally not such a huge event, but enscript has been unmaintained for years and is now maintained again. http://git.savannah.gnu.org/cgit/enscript.git/log/ Let me know if you have any feedback. Will push to [extra] in about a week. - P

1 0

[arch-dev-public] [signoff] module-init-tools-3.11.1-2
by Allan McRae 26 Jan '10

26 Jan '10

Fix a broken man page that cause man-db issues (FS#17559) Signoff both, Allan

2 1

[arch-dev-public] move libextractor to [community]
by Andrea Scarpino 26 Jan '10

26 Jan '10

Hi, it's orphan and unmaintained. It's needed to gnunet and Sergej can maintain it. Is there any objection? -- Andrea `bash` Scarpino Arch Linux Developer

2 1

[arch-dev-public] [signoff] mkinitcpio 0.5.29-1
by Thomas Bächler 26 Jan '10

26 Jan '10

And yet another bugfix release of the old branch: udev 150-1 removed Arch's custom resolve-modalias binary in favor of modprobe --resolve-alias. mkinitcpio was broken by that, this version fixes it.

5 11

[arch-dev-public] [signoff] gcc-{*-}4.4.3-1
by Allan McRae 26 Jan '10

26 Jan '10

Upstream bug fix release. Only minor changes since the snapshot used for the last build so there is no need to rebuild the entire toolchain. Signoff both, Allan

4 3

[arch-dev-public] [signoff] readline-6.0.004-1
by Allan McRae 26 Jan '10

26 Jan '10

upstream update. Signoff both, Allan

2 1

[arch-dev-public] [signoff] bash-4.1.002-1
by Allan McRae 26 Jan '10

26 Jan '10

Upstream update. Signoff both, Allan

3 2

[arch-dev-public] [signoff] linux-api-headers-2.6.32.5-1
by Allan McRae 25 Jan '10

25 Jan '10

linux-api-headers-2.6.32.5-1 - rename kernel-headers - too similar to kernel26-headers (FS#17655) - convert to arch=any (built on x86_64, tested on i686) - delete useless install files (FS#17641) - bump to latest patch-set Diffing the package shows that updating the patch-set does not require a toolchain rebuild. Signoff, Allan

3 3

[arch-dev-public] Please clean up mistakes in SVN
by Allan McRae 25 Jan '10

25 Jan '10

Hi, This is just a little note to remind people to clean up any mistakes made in SVN. If you do not know how to, then just ask. While figuring out why ABS was not working for community-testing on i686 I found packages committed to community-testing on the main repos SVN and committed to testing and extra on the community SVN. Also I found a src and pkg directory with some some sort of CVS stuff inside in the community SVN. Everything should be cleaned up now. Thanks, Allan

1 0

[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 24 Jan '10

24 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