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

[arch-dev-public] Integrity Check x86_64 24-04-2009
by repomaint＠archlinux.org 24 Apr '09

24 Apr '09

======================================== = Integrity Check x86_64 of core,extra = ======================================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Missing Dependencies ---------------------- archboot --> 'netkit-telnet>=0.17-8' archboot --> 'wlan-ng26>=0.2.9-2' archboot --> 'atl2>=2.0.5-2' Missing Makedepends --------------------- v86d --> 'kernel26<2.6.29' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- core/crda depends on extra/python-m2crypto core/iputils depends on extra/opensp core/iputils depends on extra/libxslt core/iputils depends on extra/docbook-xsl core/madwifi-utils depends on extra/sharutils core/e2fsprogs depends on extra/bc core/syslog-ng depends on extra/libcap core/sqlite3 depends on extra/tcl core/ca-certificates depends on extra/ruby core/madwifi depends on extra/sharutils Circular Dependencies ----------------------- gcc-gcj>eclipse-ecj>gcc-gcj Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 5 Repo hierarchy problems: 10 Circular dependencies: 1

1 0

[arch-dev-public] Integrity Check i686 24-04-2009
by repomaint＠archlinux.org 24 Apr '09

24 Apr '09

====================================== = Integrity Check i686 of core,extra = ====================================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Missing Dependencies ---------------------- archboot --> 'netkit-telnet>=0.17-8' archboot --> 'wlan-ng26>=0.2.9-2' archboot --> 'atl2>=2.0.5-2' Missing Makedepends --------------------- v86d --> 'kernel26<2.6.29' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- core/crda depends on extra/python-m2crypto core/iputils depends on extra/opensp core/iputils depends on extra/libxslt core/iputils depends on extra/docbook-xsl core/madwifi-utils depends on extra/sharutils core/e2fsprogs depends on extra/bc core/syslog-ng depends on extra/libcap core/sqlite3 depends on extra/tcl core/ca-certificates depends on extra/ruby core/madwifi depends on extra/sharutils Circular Dependencies ----------------------- gcc-gcj>eclipse-ecj>gcc-gcj Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 5 Repo hierarchy problems: 10 Circular dependencies: 1

1 0

[arch-dev-public] dhclient is up for grabs
by Thayer Williams 24 Apr '09

24 Apr '09

Hi all, Can someone adopt the dhclient package from me? It's outdated and I don't really have the time troubleshoot/patch the latest version, not to mention I'm not actively using the tool myself. I believe it's popular among the Wicd crowd. Cheers

2 1

[arch-dev-public] [signoff] dnsutils 9.6.0.P1-2
by Jan de Groot 23 Apr '09

23 Apr '09

Please signoff for both architectures. This is just a rebuild of the package with the replaces=('host') option set. This is done because the "host" package is 2 years old and doesn't work correctly (FS#14158). Looking at the small size of dnsutils, I see no need to keep an old resolving package with old outdated and insecure resolver code in the repositories.

2 1

[arch-dev-public] Resigning
by Tom K 23 Apr '09

23 Apr '09

Hi all. The practical effect of this message is precisely nothing, as I have been inactive for quite a while now. For the last few months, real life has been increasingly demanding, but I was hoping I would find a way to accommodate Arch activities alongside the usual chaos and mayhem. It's now clear that this is not going to happen any time soon, so I've orphaned my remaining packages, and I'm now returning the key to the Arch executive washroom. I hope to return at some point, but I can't say when that will be. Being an Arch dev has been a revelation to me, and it has been wonderful working with you all. I will continue to be a keen Arch user, and will do my best to contribute in some capacity, as time permits. I would like to retain my subscription to this list, read-only of course, and I will discuss my status as forum mod and irc op with the respective teams. I have no doubt that Arch will continue to thrive, guided by an extraordinarily committed dev team, and supported by an enthusiastic user community. I wish you all the very best of luck. Go n-eírí an bóthar leat Tom K.

10 11

[arch-dev-public] Nautilus extension for packages
by K. Piche 21 Apr '09

21 Apr '09

Hey everyone, For fun I hacked together a Nautilus extension to add an extra file property page for pacman packages. I've got a binary package cleverly called nautilus-pacman available at http://kpiche.archlinux.ca/repo/nautilus-pacman-0.1-1-i686.pkg.tar.gz or use my repo: [kpiche] Server = http://kpiche.archlinux.ca/repo The package also adds a mime type and a mime type icon. Install then logout & login or run 'nautilus -q'. No source yet as I wish to scan for embarrassments first. :) Some notes and things I found out: - It's not amazingly useful since most of us probably use the CLI and don't manage packages with a file manager. Could add some "Install" context menus later perhaps. - The property page is ugly, sorry. not sure the best way to display the other package attributes just yet - No i18n - The extra mime bits are not tied to Nautilus and should be in a general package - libalpm could use a pkgconfig file for use in autoconf. - You can't initialize, release, then initialize the library in the same instance of a program. Took a while to find those SIG11's. - Curious if we have a logo that would look better as an icon, maybe an outline? Later, K -- K. Piche <kpiche(a)rogers.com>

2 1

[arch-dev-public] [signoff] wireless-regdb 2009.04.17-1
by Thomas Bächler 20 Apr '09

20 Apr '09

New regulatory database. This is the shortlog: Johannes Berg (1): update/fix DE 5GHz rules John W. Linville (2): wireless-regdb: update regulatory.bin based on preceding changes. Correct some borkage from confusion over how to use the changes in "wireless-regdb: make distribution packaging easier"...so much for "easy"... :-) Luis R. Rodriguez (4): wireless-regdb: BN was missing two 5 GHz bands wireless-regdb: KR few reg updates wireless-regdb: make distribution packaging easier wireless-regdb: fix a couple of comment typos Please sign off. (For signoff, run regdbdump /usr/lib/crda/regulatory.bin, if there is no error message, it is fine)

2 1

[arch-dev-public] python-mpdclient to community/unsupported?
by Andrea Scarpino 20 Apr '09

20 Apr '09

Hi DEV, I think we could move python-mpdclient to unsupported (or community if a TU is interested). This because py-libmpdclient is deprecated[1], and we have python-mpd in [extra]. [1] http://mpd.wikia.com/wiki/ClientLib:py-libmpdclient -- Andrea `BaSh` Scarpino Arch Linux Developer

4 5

[arch-dev-public] devtools, archiso, et al
by Aaron Griffin 20 Apr '09

20 Apr '09

On Thu, Apr 9, 2009 at 6:39 AM, Allan McRae <allan(a)archlinux.org> wrote: > Aaron Griffin wrote: >> >> On Mon, Apr 6, 2009 at 8:23 AM, Allan McRae <allan(a)archlinux.org> wrote: >>> How hard would it be to convert from using unionfs to aufs2 in devtools? >>> >> >> Very easy. Minor changes to the mount syntax. >> > > Great. Any chance of a patch now the kernel without unionfs is in [core]? > I don't have time to look into this at the moment but would like to > continue using the build tools... Yeah, I will get to this tonight. I have been slacking way too much with Arch stuff (been hella busy at work) - it irritates me, so I'm going to power through a few things I've been putting off tonight. Both devtools AND archiso need changes, but I also want to get some of my packages out of the way and finish up the bash rebuilds (mkinitcpio issue is fixed in one of the official patches, so I'll be pushing out 4.0.17 as soon as I can)

5 14

[arch-dev-public] Do not touch user's home dirs in install scripts
by Pierre Schmitz 20 Apr '09

20 Apr '09

Hi all, I just noticed that a lot of install scripts (in my case nearly all font packagescalling fc-cache) touch the users home dir in some way. So please don't use fc-cache without the -s parameter. In my case the home dir was mounted via AFS including thousands of accounts. And root does not even have permission to read or write the user's dir. So while un/installing ttf-bitsream-vera the whole systems hangs and fc-cache somehow produces a soft-lockup. :-) -- Pierre Schmitz Clemens-August-Straße 76 53115 Bonn Telefon 0228 9716608 Mobil 0160 95269831 Jabber pierre(a)jabber.archlinux.de WWW http://www.archlinux.de

2 1