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

[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

[arch-dev-public] [signoff] kernel-2.6.29.1-4
by Tobias Powalowski 20 Apr '09

20 Apr '09

Hi fixes: http://bugs.archlinux.org/task/14263 http://bugs.archlinux.org/task/12992 greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 4

Re: [arch-dev-public] python-2.6.2 and files in /usr/lib/python2.5
by Jan de Groot 20 Apr '09

20 Apr '09

On Mon, 2009-04-20 at 10:35 +1000, Allan McRae wrote: > Jan de Groot wrote: > > On Sat, 2009-04-18 at 21:00 +1000, Allan McRae wrote: > > > >> Hi all, > >> > >> I have just put python-2.6.2-1 into [testing]. This remove the > >> python-2.5 compatibility sitepath so anything not rebuilt since > >> python-2.6 was release will be broken. The list of broken packages as > >> of yesterday is in FS#13831 > >> (http://bugs.archlinux.org/task/13831?getfile=3375). > >> > >> Note that these don't need built against the python in [testing] to be > >> fix, just rebuilt against an python-2.6 package. > >> > > > > While you're updating python, could you also > > link /usr/lib/libpython2.6.so to the path where libpython2.6.a is > > located inside the package? I did this in my build chroots, and it > > causes applications to link dynamic instead of static against the python > > library. Without this, inkscape won't even link to libpython at all. > > > > So programs are detecting /usr/lib/python2.6/config/libpython2.6.a but > not /usr/lib/libpython2.6.so.... that seem rather screwed up! > > I'll commit it to CVS so the change will get pulled in either when I gt > around to it or with the readline rebuilds. Some programs use python to get the config path and the name of the python library. Some ask about the dynamic one specifically and won't get it because it isn't there, others will just link to the static one. Fedora also adds this symlink, and after making these links in my build chroots, programs like inkscape and epiphany link dynamic to the python interpreter. Note that CVS is read-only for a while now, please commit it to SVN ;)

1 0

Re: [arch-dev-public] python-2.6.2 and files in /usr/lib/python2.5
by Jan de Groot 20 Apr '09

20 Apr '09

On Sat, 2009-04-18 at 21:00 +1000, Allan McRae wrote: > Hi all, > > I have just put python-2.6.2-1 into [testing]. This remove the > python-2.5 compatibility sitepath so anything not rebuilt since > python-2.6 was release will be broken. The list of broken packages as > of yesterday is in FS#13831 > (http://bugs.archlinux.org/task/13831?getfile=3375). > > Note that these don't need built against the python in [testing] to be > fix, just rebuilt against an python-2.6 package. While you're updating python, could you also link /usr/lib/libpython2.6.so to the path where libpython2.6.a is located inside the package? I did this in my build chroots, and it causes applications to link dynamic instead of static against the python library. Without this, inkscape won't even link to libpython at all.

2 1

[arch-dev-public] [signoff] sudo-1.7.1-1
by Allan McRae 19 Apr '09

19 Apr '09

Signoff sudo-1.7.1-1. Upstream update. Major changes between version 1.7.0 and 1.7.1: * Fixed a bug in the version of glob() supplied with sudo that affected character classes and ranges. * Fixed a NULL pointer dereference when the sudoers file mode or owner was incorrect. * Fixed a NULL pointer dereference when a PAM module called the sudo conversation function during a phase other than authentication. * Fixed an LDAP compatibility problem with the AIX LDAP libraries. * A new Defaults option "pwfeedback" will cause sudo to provide visual feedback when the user is entering a password. * A new Defaults option "fast_glob" will cause sudo to use the fnmatch() function for file name globbing instead of glob(). When this option is enabled, sudo will not check the file system when expanding wildcards. This is faster but a side effect is that relative paths with wildcard will no longer work. * New BSM audit support for systems that support it such as FreeBSD and Mac OS X. * The file name specified with the #include directive may now include a %h escape which is expanded to the short form of hostname. * The -k flag may now be specified along with a command, causing the user's timestamp file to be ignored. * New support for Tivoli-based LDAP START_TLS, present in AIX. * New support for /etc/netsvc.conf on AIX. * The unused alias checks in visudo now handle the case of an alias referring to another alias. * A new Defaults option "umask_override" will cause sudo to set the umask specified in sudoers even if it is more permissive than the invoking user's umask. Allan

3 2

[arch-dev-public] [signoff] iptables 1.4.3.2-1
by Ronald van Haren 19 Apr '09

19 Apr '09

Hey all, In testing for both architectures. Please signoff. Ronald

3 2

Re: [arch-dev-public] Resigning
by Dusty Phillips 19 Apr '09

19 Apr '09

This is a very sad day indeed. Good luck with everything and keep in touch and using Arch. You sure you want to quit all the teams? I've seen you more active on the forum than this list; maybe you don't want to give it all up at once. (Apologies for sounding like a quit smoking ad) Cheers and good luck, it's been a pleasure working with you. (On the forum I mean -- our duties as devs don't overlap much) Dusty On Apr 19, 2009 6:08 AM, "Tom K" <tomk(a)runbox.com> wrote: 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.

2 1