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

[arch-dev-public] [signoff] make 3.81-4
by Andreas Radke 18 Mar '09

18 Mar '09

I've added info files and fixes man+info path (FHS), fixes #13113. please signoff. -Andy

2 2

[arch-dev-public] Move libtorrent-rasterbar to extra
by Hugo Doria 18 Mar '09

18 Mar '09

Hi guys, I want to move libtorrent-rasterbar to [extra] to add as a dependency for deluge and close this bug report: http://bugs.archlinux.org/task/12764 Any objections? -- Hugo

5 13

Re: [arch-dev-public] [arch-general] Fixing licenses / sources
by Eric Bélanger 17 Mar '09

17 Mar '09

On Tue, Mar 17, 2009 at 1:51 PM, Aaron Griffin <aaronmgriffin(a)gmail.com> wrote: > On Fri, Mar 13, 2009 at 3:02 PM, Eric Bélanger <snowmaniscool(a)gmail.com> wrote: >> On Fri, Mar 13, 2009 at 1:27 PM, Gerardo Exequiel Pozzi >> <vmlinuz386(a)yahoo.com.ar> wrote: >>> >>>> The list : >>>> http://wiki.archlinux.org/index.php/User:Snowman/License_Rebuild_TODO >>>> >>>> Eric >>> >>> Hi Eric, >>> >>> I made a list of 90 extra-packages from your list, that also have bad mandir >>> Please see here: http://bugs.archlinux.org/task/13765#comment41164 >>> >>> Both isdn4k-utils and xinetd from core have bad mandir. >>> >>> >>> Take care. >> >> We'll also check for mandir at the same time: >> http://wiki.archlinux.org/index.php/User:Snowman/License_Rebuild_Checklist >> >> We'll take care or the ones with correct license and bad mandir later. > > In addition to the mandir/license thing, we could also do a check for > info files too. That's also in the checklist. > > This is getting ambitious :) Sounds like something that could be > covered on bug day > It would be nice if other devs other than Phil and myself would try to do some license rebuild on bug day. Or at least check for these things while fixing bugs. However, on bug day, we probably don't want all devs doing license rebuild instead of fixing bugs. Most of these license rebuilds don't have bugs assigned to them; they just a been built several years ago. Also, doing all these chacks and fixes is quite time consuming. A couple of remarks for the rebuilders: - GPL vs GPL2 vs GPL3 : Remember to check if the packages is licensed for a specific GPL version or if it's licensed for version 2 or later. The best way to do that is to check the main source file. It usually have a blurb specifying that. Even if the license has been already added to trunk, better double check as sometime I need to change it form GPL2 to GPL. - ChangeLog: If there is a package ChangeLog please add an entry describing your changes. If there is no ChangeLog, don't add one unless it's a package that you maintain or want to adopt. Some devs don't use ChangeLog so it won't be updated which defeats the presence of a ChangeLog. If there are devs who wants their packages to have ChangeLog, let us know. We could add them in that case.

1 0

Re: [arch-dev-public] libcap rebuilds
by Hugo Doria 17 Mar '09

17 Mar '09

On Thu, Mar 12, 2009 at 8:16 PM, Gerardo Exequiel Pozzi <vmlinuz386(a)yahoo.com.ar> wrote: > One more thing: > > libcap-2.16-1 have a file in /usr/lib/security/pam_cap.so this file > should be in /lib/security/pam_cap.so Fixed. I also fixed the depends problem on proftpd. Now i need help to build everything for x86_64. I do not have a machine to do this. -- Hugo

3 5

[arch-dev-public] Integrity Check status page
by Xavier 16 Mar '09

16 Mar '09

I regularly check out the new results of the Integrity Checks, but it is not always easy to remember which issues were already reported and where. So I created my first wiki page to track that : http://wiki.archlinux.org/index.php/Integrity_Check If you think this page is useful, but could be improved (more information, different layout), suggestions are welcome. Anyway, it could really be useful only if a few dev and TUs could check it and update it regularly.

4 5

[arch-dev-public] [signoff] mdadm-2.6.8-2
by Tobias Powalowski 15 Mar '09

15 Mar '09

Hi http://bugs.archlinux.org/task/10651 http://bugs.archlinux.org/task/9122 both states raid is broken for more complex setups. According to my earlier mail about assembling raid arrays i wrote a new hook and install file. It uses mdassemble.static from mdadm tarball which is smaller than mdadm.static and does the assembling job and loading of the needed raid module. How does it work: - If a an array is defined on users system /etc/mdadm.conf, the file will be added to initramfs and used for the assembling things. - If no array was defined it falls back to commandline assembling and a madm.conf file will be created on the fly during bootup. Old command line syntax wasn't changed, uuid support is added (eg. md=0,0900878d:f95f6057:c39a36e9:55efa61b) Attention: Tested normal raid 1 setup with and without mdadm.conf modified. Not tested yet uuid assembling from commandline and partitionable raid! Will test this soon, if an other dev wants to test, please do so :) please signoff, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 6

[arch-dev-public] Out-of-date orphans in repo
by Eric Bélanger 15 Mar '09

15 Mar '09

Hi, Lately, I've been updating out-of-date orphans. So far I did the ones that were easy to update/test so this is a status report on the remaining ones. The purpose here is, ideally, to find maintainers for them or at least testers (devs or users). BTW, make sure that you are listed as maintainer for both arches of the packages you maintain even if you can't build the package for that architecture. Several packages have only one of their arch adopted. This clutters the list of orphaned and it spams the dev ML with out-of-date notifications. Here the commented list: lirc : Hugo maintains lirc-utils so I guess he should adopt it too. gmpc: Needs an updated libmpd to build. I'll email Tobias if he doesn't answer here. gnash-common: gnash-gtk: Andy has started a thread for these. I'll wait where it goes. guile-gtk: Needs gtkglarea 2.X to build. Best way to handle this is to add a gtkglarea2 in the repo instead of updating gtkglarea as they changed the library name. Other alternative, moving guile-gtk to community/AUR happy: One of the Haskell guy should pick it up. libgda: libgnomedb: Major version bump. Might have an soname bump. I'll need to check. lshwd: Package in the repo is at the latest stable (few years old). There's a newer rc release but : do we still need this? It's still popular (25.39 %) though so I could always update it to the rc release. lzo: We have lzo2 in core.Only a community pkg depends on it so it could be moved to community. junit: I believe there was a reason why it wasn't at the latest version. Is it still the case? evms: exim: gphoto2: libgphoto2: pdns: user-mode-linux: userui: I can't really test the rest. Is there anyone able/willing to test updated packages for them? In fact, I didn't really checked them out. evms and exim seems important so I'm not confortable to push them even in testing without any good testing. For the rest, if noone comes forward, I could test them as good as I can and push them to testing then as for testers on the arch-general ML much like I did for the scim stuff. Moving some of them to AUR is always a possibility. Eric

10 10

[arch-dev-public] Integrity Check x86_64 13-03-2009
by repomaint＠archlinux.org 13 Mar '09

13 Mar '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 --------------------- wpa_supplicant --> 'kernel26<2.6.28' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- core/sqlite3 depends on extra/tcl 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/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: 9 Circular dependencies: 1

1 0

[arch-dev-public] Integrity Check i686 13-03-2009
by repomaint＠archlinux.org 13 Mar '09

13 Mar '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 --------------------- wpa_supplicant --> 'kernel26<2.6.28' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- core/sqlite3 depends on extra/tcl 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/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: 9 Circular dependencies: 1

1 0

[arch-dev-public] xf86-video-nouveau/nouveau-drm in testing
by Andreas Radke 13 Mar '09

13 Mar '09

I've added xf86-video-nouveau + nouveau-drm to testing. Together with Xorg 7.5 this is a nice replacement for the binary crap when you don't need 3D stuff. 2D works well accelerated. 3D will follow later with gallium 3d. For more read: http://nouveau.freedesktop.org/wiki/ I run a DualHead setup on my desktop. This is my full xorg.conf for example: # the right one Section "Monitor" Identifier "NEC" Option "PreferredMode" "1280x1024_60.00" EndSection # the left one Section "Monitor" Identifier "FUS" Option "PreferredMode" "1280x1024_60.00" Option "LeftOf" "NEC" EndSection Section "Device" Identifier "nvidia card" BoardName "nVidia Corporation NV44 [GeForce 6200 TurboCache(TM)] rev 161" Driver "nouveau" Option "Monitor-DVI-I-0" "NEC" Option "Monitor-DVI-I-1" "FUS" EndSection Section "Screen" Identifier "screen1" DefaultDepth 24 SubSection "Display" Depth 24 Virtual 2560 1024 EndSubSection Device "nvidia card" EndSection Section "ServerLayout" Identifier "layout1" Screen "screen1" # will be replaced by gallium 3D Option "AIGLX" "false" EndSection Have fun getting rid off nvidia binary blobs. -Andy

5 6

[arch-dev-public] [signoff] qt-4.5.0-2
by Pierre Schmitz 12 Mar '09

12 Mar '09

Hi all, by this mail I wanted to check wether we are ready to move Qt 4.5 to [extra]. So it would be nice if you could drop a line if there are some problems left or not. With the recntly updated packages the following bugs were fixed: * qtcurve-kde4: wrong rendering of tabs * kdeplasma-addons: missing entries in Lancelot * kdepim: invisible calendar * kdelibs: problems with utf8-encoded file names * kdebase: konsole layout (e.g. invisible split screen in yakuake) * psi, qgit: recompiled to make them work with new Qt -- 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

3 7

[arch-dev-public] libcap rebuilds
by Hugo Doria 12 Mar '09

12 Mar '09

Hi guys, It's time to update libcap to 2.16. Currently we are using a very old release. See FS#11917 [1] for details. This update will require the following rebuilds, according to the web interface:: * avahi * cdrkit * dovecot * muse * pinentry * pure-ftpd * samba * smbclient * vsftpd * wireshark I plan to rebuild everything and upload to [testing]. Any suggestions or objections? [1] http://bugs.archlinux.org/task/11917 -- Hugo

4 7

[arch-dev-public] soprano and qimageblitz orphaned
by Tobias Powalowski 12 Mar '09

12 Mar '09

Hi guys, just orphaned 2 depends of kde, I don't package main kde anymore so it would be good to let those depends package the same maintainer. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-dev-public] koffice rebuild - pqxx incompatibility
by Ronald van Haren 12 Mar '09

12 Mar '09

Hey guys, I was going to rebuild koffice against wv2 (FS#13671), but it appears koffice cannot be build against libpqxx>=3.0 Kexi uses this for the postgresql backend. As I cannot find a patch and it should take too long anymore before koffie2 will be released so I don't feel like putting too much effort in it, there are two things I can do: - disable postgresql backend - temporarily add a libpqxx2 package to extra Any preferences? Ronald

2 1

[arch-dev-public] [signoff] initscripts 2009.03-2
by Thomas Bächler 12 Mar '09

12 Mar '09

Among other things, this fixes an error that the random-seed is not saved when /var/lib/misc is missing. Here is the full shortlog: Aaron Griffin (2): Add adjtime handling to hwclock init Add the adjtime cron job to install.sh Allan McRae (1): Fix status display functions Gerardo Exequiel Pozzi (3): Fix minilogd headers minilogd: Initialize values for accept() minilogd: ensure we free() the buffer Thomas Bächler (1): Create /var/lib/misc if it doesn't exist This is necessary because the filesystem package doesn't currently contain this directory Tested and booting on x86_64, please sign off.

6 9

[arch-dev-public] [signoff] util-linux-ng-2.14.2-1
by Tobias Powalowski 12 Mar '09

12 Mar '09

Hi update to latest version, please signoff for 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] dhcpcd 4.0.12-1
by Ronald van Haren 12 Mar '09

12 Mar '09

Hi devs, Please signoff dhcpcd 4.0.12-1 for both architectures. Changes include: - bump to latest point release - add upstream patch [1] which will be included upstream in next point release Thanks, Ronald [1] http://roy.marples.name/projects/dhcpcd/changeset/1248

3 2

[arch-dev-public] Linuxtag 2009
by Tobias Powalowski 11 Mar '09

11 Mar '09

Hi guys, just saw this http://www.linuxtag.org:80/2009/ 24. till 27. June in Berlin. anyone interested in having a booth there? greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

6 5

[arch-dev-public] move hddtemp to extra
by Andreas Radke 11 Mar '09

11 Mar '09

I'd like to move hddtemp from community to extra. It's of quiet high usage according to http://www.archlinux.de/?page=PackageStatistics and I'd like to use it for Xfce4-sensors-plugin to be able to show hdd temps in the panel. I have some small improvements for both packages done locally and they work well together here showing two hard drives in the panel. Any objections? -Andy

5 9

[arch-dev-public] adding xdelta3 to repo
by Allan McRae 11 Mar '09

11 Mar '09

Hi, I am going to add xdelta3 to the repos. It is a separate developmental branch to xdelta(1) that has recently been declared stable. xdelta3 can be installed alongside xdelta and following other distros it is probably best to have this as a separate package. Finally, xdelta3 is needed for the reworked delta implementation in pacman. Thanks for you lack of objection... Allan

2 1

Re: [arch-dev-public] [arch-general] [signoff] syslog-ng-3.0.1-1
by Allan McRae 11 Mar '09

11 Mar '09

Gerardo Exequiel Pozzi wrote: > Tobias Powalowski wrote: > >> Am Mittwoch 11 März 2009 schrieb Allan McRae: >> >> >>> Gerardo Exequiel Pozzi wrote: >>> >>> >>>> Pierre Schmitz wrote: >>>> >>>> >>>>> Does anybody know what this message in dmesg is about? Was syslog-ng >>>>> compiled for i686? >>>>> >>>>> warning: `syslog-ng' uses 32-bit capabilities (legacy support in use) >>>>> >>>>> >>>> Very out-of-date libcap, not only syslog-ng, also proftpd, vsftpd, >>>> pulseaudio, ntpd, virtualbox, etc, etc... >>>> >>>> http://www.archlinux.org/packages/extra/i686/libcap/ (for linux 2.4) >>>> >>>> Need to have libcap2 package for kernel 2.6 in Arch Linux >>>> http://www.kernel.org/pub/linux/libs/security/linux-privs/ >>>> >>>> >>> I was confused about this as libcap is in [extra] so how can it make >>> problems with a package in [core]? >>> >>> So going from this comment in the bug report about libcap >>> (http://bugs.archlinux.org/task/11917#comment41046) I get... >>> >>> >>> >>>> readelf -s /usr/sbin/syslog-ng | grep cap >>>> >>>> >>> 33: 00000000 0 FUNC GLOBAL DEFAULT UND capset(a)GLIBC_2.1 (4) >>> 177: 00000000 0 FUNC GLOBAL DEFAULT UND capget(a)GLIBC_2.1 (4) >>> 473: 08228bd8 4 OBJECT GLOBAL DEFAULT 26 OPENSSL_ia32cap_P >>> >>> Looks like libcap is a soft dep there. How? >>> >>> Then rebuild in clean chroot: >>> >>> >>>> readelf -s syslog-ng | grep cap >>>> >>>> >>> 467: 08221b18 4 OBJECT GLOBAL DEFAULT 26 OPENSSL_ia32cap_P >>> >>> And then the dmesg warning goes away... So, the lesson to learn is to >>> _always build in a clean chroot_! >>> >>> Allan >>> >>> >> hrm i normally build in chroots, seems somehow this one slipped into it. >> Shall i add it as makedepend? >> >> >> > Yes, is a makedepends, capget, capset are glibc symbols. > > But these symbols are defined in sys/capability.h (that are part of > libcap) don't confuse with linux/capability.h > > So you can make syslog-ng with capabilities, and don't have libcap > installed. ;) > > See libc.so ;) > # readelf -s /lib/libc.so.6 | grep cap > 1745: 000d10e0 67 FUNC GLOBAL DEFAULT 11 capset@@GLIBC_2.1 > 1923: 000d1090 67 FUNC GLOBAL DEFAULT 11 capget@@GLIBC_2.1 > 3801: 000d1090 67 FUNC LOCAL DEFAULT 11 __GI_capget > 4043: 000d10e0 67 FUNC LOCAL DEFAULT 11 __GI_capset > 5388: 000d10e0 67 FUNC GLOBAL DEFAULT 11 capset > 6337: 000d1090 67 FUNC GLOBAL DEFAULT 11 capget > > > Allan: I hope you have cleared up the confusion. > Not really..... so I did some research. Here we go: From the release announcement for syslog-ng OSE 3.0: * support for capabilities under Linux, this running syslog-ng as non-root is possible, also with reload support, see the documentation of Linux capabilities in capabilities(7), for the syntax of the --caps option, see cap_from_text(3) And from capabilities(7): For the purpose of performing permission checks, traditional Unix implementations distinguish two categories of processes: /privileged/ processes (whose effective user ID is 0, referred to as superuser or root), and /unprivileged/ processes (whose effective UID is non-zero). Privileged processes bypass all kernel permission checks, while unprivileged processes are subject to full permission checking based on the process's credentials (usually: effective UID, effective GID, and supplementary group list). So my conclusion is that it would probably be a good idea to add the makedepends on libcap. Allan

2 1

[arch-dev-public] Integrity Check x86_64 06-03-2009
by repomaint＠archlinux.org 11 Mar '09

11 Mar '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 --------------------- crda --> 'python-m2crypto' wpa_supplicant --> 'kernel26<2.6.28' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- core/sqlite3 depends on extra/tcl 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/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: 6 Repo hierarchy problems: 8 Circular dependencies: 1

5 6

Re: [arch-dev-public] [arch-general] [signoff] syslog-ng-3.0.1-1
by Allan McRae 11 Mar '09

11 Mar '09

Gerardo Exequiel Pozzi wrote: > Pierre Schmitz wrote: > >> Does anybody know what this message in dmesg is about? Was syslog-ng compiled >> for i686? >> >> warning: `syslog-ng' uses 32-bit capabilities (legacy support in use) >> >> >> > Very out-of-date libcap, not only syslog-ng, also proftpd, vsftpd, > pulseaudio, ntpd, virtualbox, etc, etc... > > http://www.archlinux.org/packages/extra/i686/libcap/ (for linux 2.4) > > Need to have libcap2 package for kernel 2.6 in Arch Linux > http://www.kernel.org/pub/linux/libs/security/linux-privs/ > I was confused about this as libcap is in [extra] so how can it make problems with a package in [core]? So going from this comment in the bug report about libcap (http://bugs.archlinux.org/task/11917#comment41046) I get... > readelf -s /usr/sbin/syslog-ng | grep cap 33: 00000000 0 FUNC GLOBAL DEFAULT UND capset(a)GLIBC_2.1 (4) 177: 00000000 0 FUNC GLOBAL DEFAULT UND capget(a)GLIBC_2.1 (4) 473: 08228bd8 4 OBJECT GLOBAL DEFAULT 26 OPENSSL_ia32cap_P Looks like libcap is a soft dep there. How? Then rebuild in clean chroot: > readelf -s syslog-ng | grep cap 467: 08221b18 4 OBJECT GLOBAL DEFAULT 26 OPENSSL_ia32cap_P And then the dmesg warning goes away... So, the lesson to learn is to _always build in a clean chroot_! Allan

2 2

[arch-dev-public] new vi/vim/gvim
by Tobias Kieslich 11 Mar '09

11 Mar '09

Hi guys, just thought I'll let you know that the vi/vim/gvim layout will change again. After some slightly heated discussion and some thinking, I came to the conclusion that we could benefit from some different layout. I'll spare you all the reasons, here is some reading if you are really into it: http://bugs.archlinux.org/task/13109 http://bugs.archlinux.org/task/13239 http://bugs.archlinux.org/task/13240 The new layout is pretty much settled: nvi/core, provides vi,ex and view binary, really tiny vim/extra, only perl support, provides runtime, no X, no whistles gvim/extra, perl,python+ruby and gtk2, depends on vim, replaces the vim binary(as symlink) on install so your terminal vim is more powerful Benefits: - changes of (n)vi in core don't stall vim updates in extra - no vi runtime in core cuts down the install size (about 8MB compressed, 28 deflated) - we have a truely lightweight vim, it's something people really seem to want things left to figure out: I really, really hope the gvim package provides a binary that can be started as vim and runs in a terminal on a computer with no X/gtk2 installed ... I doubt it though. The reason is that I like to provide a fully scriptable vim for sysadmins that requires no X/GTK. Otherwise I could build the vim package with perl AND python support. It's not a big deal but it bumps the binary size from 1.5 MB to 4.5 ... that pretty big. Thoughts, opinions, complaints? -T

3 4

[arch-dev-public] [signoff] pam-1.0.4-1
by Tobias Powalowski 10 Mar '09

10 Mar '09

Hi update to latest version, please signoff for 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] dbus 1.2.4.4permissive-1
by Jan de Groot 10 Mar '09

10 Mar '09

Please signoff dbus-core and dbus 1.2.4.4permissive-1 for both architectures. This will be the last permissive release, when this moves to core, the non-permissive release will move to testing afterwards.

5 4

[arch-dev-public] [signoff] syslog-ng-3.0.1-1
by Tobias Powalowski 10 Mar '09

10 Mar '09

Hi guys while looking at those 2 bugs, i just bumped to new syslog-ng 3.x series. http://bugs.archlinux.org/task/6980 http://bugs.archlinux.org/task/10776 Changes: - adopted new syntax to config file - disable stats logging by default, it just floods everything with useless stats. - added install message, which mentions syntax change signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 14

[arch-dev-public] -any arch support
by James Rayner 10 Mar '09

10 Mar '09

I was wondering, what still needs to implemented to support a -any architecture repo, or if there was any intention to do this. Pacman seems happy to use -any packages. James

2 1

[arch-dev-public] [signoff] wpa_supplicant 0.6.8-1
by Thomas Bächler 10 Mar '09

10 Mar '09

wpa_supplicant declared the 0.6 branch as stable, changes compared to the old version are: - Disabled prism54, hostap, madwifi and IPW drivers, these should all be obsolete and work with the "wext" driver. If any problems occur, I can enable them again, but I think having only wext is enough. - Enabled the new nl80211 driver. This has additional features over the wext driver, like setting the country code (this driver currently only works with compat-wireless or maybe 2.6.29 release candidates) - Enabled readline support for wpa_cli - Enabled WPS (WiFi protected setup), I don't know if anyone really wants that, but it is there now. wpa_supplicant_gui has also been considerably improved. Please sign off.

4 11

[arch-dev-public] [signoff] coreutils 7.1-1
by Andreas Radke 10 Mar '09

10 Mar '09

This is the new release declared "stable" by upstream devs after "beta" 7.0 release we left out. I've added info file handling taking care of a possible missing texinfo not sure if it is needed. All patches have been updated to the latest Fedora/Gentoo versions. The formerly preset POSIX behavior should be obsolete now. "tail -x" works well here. Maybe you know for what case it was added in the past. Please do some tests and give me signoffs. -Andy * Noteworthy changes in release 7.1 (2009-02-21) [stable] ** New features Add extended attribute support available on certain filesystems like ext2 and XFS. cp: Tries to copy xattrs when --preserve=xattr or --preserve=all specified mv: Always tries to copy xattrs install: Never copies xattrs cp and mv accept a new option, --no-clobber (-n): silently refrain from overwriting any existing destination file dd accepts iflag=cio and oflag=cio to open the file in CIO (concurrent I/O) mode where this feature is available. install accepts a new option, --compare (-C): compare each pair of source and destination files, and if the destination has identical content and any specified owner, group, permissions, and possibly SELinux context, then do not modify the destination at all. ls --color now highlights hard linked files, too stat -f recognizes the Lustre file system type ** Bug fixes chgrp, chmod, chown --silent (--quiet, -f) no longer print some diagnostics [bug introduced in coreutils-5.1] cp uses much less memory in some situations cp -a now correctly tries to preserve SELinux context (announced in 6.9.90), doesn't inform about failure, unlike with --preserve=all du --files0-from=FILE no longer reads all of FILE into RAM before processing the first file name seq 9223372036854775807 9223372036854775808 now prints only two numbers on systems with extended long double support and good library support. Even with this patch, on some systems, it still produces invalid output, from 3 to at least 1026 lines long. [bug introduced in coreutils-6.11] seq -w now accounts for a decimal point added to the last number to correctly print all numbers to the same width. wc --files0-from=FILE no longer reads all of FILE into RAM, before processing the first file name, unless the list of names is known to be small enough. ** Changes in behavior cp and mv: the --reply={yes,no,query} option has been removed. Using it has elicited a warning for the last three years. dd: user specified offsets that are too big are handled better. Previously, erroneous parameters to skip and seek could result in redundant reading of the file with no warnings or errors. du: -H (initially equivalent to --si) is now equivalent to --dereference-args, and thus works as POSIX requires shred: now does 3 overwrite passes by default rather than 25. ls -l now marks SELinux-only files with the less obtrusive '.', rather than '+'. A file with any other combination of MAC and ACL is still marked with a '+'. * Noteworthy changes in release 7.0 (2008-10-05) [beta] ** New programs timeout: Run a command with bounded time. truncate: Set the size of a file to a specified size. ** New features chgrp, chmod, chown, chcon, du, rm: now all display linear performance, even when operating on million-entry directories on ext3 and ext4 file systems. Before, they would exhibit O(N^2) performance, due to linear per-entry seek time cost when operating on entries in readdir order. Rm was improved directly, while the others inherit the improvement from the newer version of fts in gnulib. comm now verifies that the inputs are in sorted order. This check can be turned off with the --nocheck-order option. comm accepts new option, --output-delimiter=STR, that allows specification of an output delimiter other than the default single TAB. cp and mv: the deprecated --reply=X option is now also undocumented. dd accepts iflag=fullblock to make it accumulate full input blocks. With this new option, after a short read, dd repeatedly calls read, until it fills the incomplete block, reaches EOF, or encounters an error. df accepts a new option --total, which produces a grand total of all arguments after all arguments have been processed. If the GNU MP library is available at configure time, factor and expr support arbitrarily large numbers. Pollard's rho algorithm is used to factor large numbers. install accepts a new option --strip-program to specify the program used to strip binaries. ls now colorizes files with capabilities if libcap is available ls -v now uses filevercmp function as sort predicate (instead of strverscmp) md5sum now accepts the new option, --quiet, to suppress the printing of 'OK' messages. sha1sum, sha224sum, sha384sum, and sha512sum accept it, too. sort accepts a new option, --files0-from=F, that specifies a file containing a null-separated list of files to sort. This list is used instead of filenames passed on the command-line to avoid problems with maximum command-line (argv) length. sort accepts a new option --batch-size=NMERGE, where NMERGE represents the maximum number of inputs that will be merged at once. When processing more than NMERGE inputs, sort uses temporary files. sort accepts a new option --version-sort (-V, --sort=version), specifying that ordering is to be based on filevercmp. ** Bug fixes chcon --verbose now prints a newline after each message od no longer suffers from platform bugs in printf(3). This is probably most noticeable when using 'od -tfL' to print long doubles. seq -0.1 0.1 2 now prints 2,0 when locale's decimal point is ",". Before, it would mistakenly omit the final number in that example. shuf honors the --zero-terminated (-z) option, even with --input-range=LO-HI shuf --head-count is now correctly documented. The documentation previously claimed it was called --head-lines. ** Improvements Improved support for access control lists (ACLs): On MacOS X, Solaris 7..10, HP-UX 11, Tru64, AIX, IRIX 6.5, and Cygwin, "ls -l" now displays the presence of an ACL on a file via a '+' sign after the mode, and "cp -p" copies ACLs. join has significantly better performance due to better memory management ls now uses constant memory when not sorting and using one_per_line format, no matter how many files are in a given directory od now aligns fields across lines when printing multiple -t specifiers, and no longer prints fields that resulted entirely from padding the input out to the least common multiple width. ** Changes in behavior stat's --context (-Z) option has always been a no-op. Now it evokes a warning that it is obsolete and will be removed.

4 7

[arch-dev-public] [signoff] fakeroot 1.12.2-1
by Andreas Radke 10 Mar '09

10 Mar '09

This is a minor update to 1.12.2 - the major change I've done is the switch to --with-ipc=tcp communication way that should solve some issues that have come up with recent kde builds. please test if you can still build all your other stuff with it. Attention: Please also take care off all packages that install files with setuid bit set. Take a look at http://bugs.archlinux.org/task/13444 ! I could not track down where the issue is and the upstream Debian developer can't reproduce it while Tpowa and some other could. Only x86_64 is affected and sometimes files with setuid set don't get that permission when the pkg gets installed. -Andy upstream changelog: fakeroot (1.12.2) unstable; urgency=low * Replace and (hopefully) fix broken alpha stat version hack in fts_read. -- Clint Adams <schizo(a)debian.org> Sun, 01 Mar 2009 15:17:31 -0500

4 6

[arch-dev-public] [signoff] initscripts 2009.03-1
by Thomas Bächler 10 Mar '09

10 Mar '09

New initscripts released, here you get the git shortlog: Aaron Griffin (1): Remove the kernel 'quiet' handling for fsck Petar Bogdanovic (1): Allow the user to cancel an fsck Thomas Bächler (2): Fix bug #13205: better random-seed entropy - For the random-seed file location to be more "FHS compliant" is better to put in /var/lib/misc/random-seed (Variable state information, that persists after reboot) than the /var/run/random-seed (Run-time variable data, that not necessarily persists after reboot) for example with /var/run mounted as TMPFS. - The random-seed file permision should be "0600" not "0644" - The size of random-seed acording to random(4) manpage should be the size specified in "/proc/sys/kernel/random/poolsize" in other case 512 bytes. Use the device nodes from /lib/udev/devices/* instead of hardcoding them in initscripts. This requires a new udev package (at least 139-1) Tested on x86_64, please sign off.

4 5

[arch-dev-public] Qt 4.5 and its problems
by Pierre Schmitz 09 Mar '09

09 Mar '09

Hi all, I just have put Qt 4.5 into testing. It should be compatible to 4.4 in most aspects. But we should have a look at the qt apps and see if anything broke. For example Psi crashes on typing a message when spell cheking was enabled. This could be easily fixed by recompiling it. QtCurve has some problems with the rendering of tabs. But I expect an updated version soon. KDE itself seems to work fine. But there might be some rendering problems especially with plasma. The main problem was phonon: * Qt has its own version of phonon included ** it is slightly different to the one provided by KDE ** KDE cannot compiled against this version (can be fixed by a symlink to the right include dir) * The Qt version only supports the gstreamer backend ** gstreamer seems borken. It is able to play ogg etc. but fails on mpeg/mp3 (I have every plugin installed) * one could enable phonon in qt but remove the relevant files after install. With some symlinking magic and moving files arround this might even work. ** But this would introduce a circual dependency; phonon and qt depend on each other * So, for now phonon is disabled within Qt. The downside is that video support in webkit is disabled, too. But webkit seems to only work with gstreamer anyway. Well, that's the current status. If anyone has a good idea about this let me know. -- 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

5 7

[arch-dev-public] [signoff] udev/klibc-udev 139-1
by Thomas Bächler 09 Mar '09

09 Mar '09

Another upstream update. This has mostly been done by tpowa, I only fixed and refined the /lib/udev/devices/ handling. The major change is that the device nodes /dev/loop*, /dev/net/tun, /dev/ppp and /dev/fuse now always exist, even if the modules are not loaded. That will bring back some nice autoloading behaviour that was there with static /dev filesystems and was lost when udev was introduced (it should also reduce the number of "arch does not support loop mounts" complaints). The latest initscripts package is also needed for this to work completely. Package is in testing for both architectures, tested on x86_64, please sign off.

3 3

[arch-dev-public] fakeroot sysv ipc bugs
by Xavier 09 Mar '09

09 Mar '09

On Mon, Mar 9, 2009 at 6:44 PM, Tobias Powalowski <t.powa(a)gmx.de> wrote: > Am Montag 09 März 2009 schrieb Andreas Radke: >> Am Mon, 09 Mar 2009 10:00:16 +1000 >> >> schrieb Allan McRae <allan(a)archlinux.org>: >> > Dan McGee wrote: >> > > On Sun, Mar 8, 2009 at 4:44 AM, Tobias Powalowski <t.powa(a)gmx.de> >> > > >> > > wrote: >> > >> Am Sonntag 08 März 2009 schrieb Andreas Radke: >> > >>> This is a minor update to 1.12.2 - the major change I've done is >> > >>> the switch to --with-ipc=tcp communication way that should solve >> > >>> some issues that have come up with recent kde builds. please test >> > >>> if you can still build all your other stuff with it. >> > >>> >> > >>> >> > >>> Attention: Please also take care off all packages that install >> > >>> files with setuid bit set. Take a look at >> > >>> http://bugs.archlinux.org/task/13444 ! >> > >>> >> > >>> I could not track down where the issue is and the upstream Debian >> > >>> developer can't reproduce it while Tpowa and some other could. >> > >>> Only x86_64 is affected and sometimes files with setuid set don't >> > >>> get that permission when the pkg gets installed. >> > >>> >> > >>> -Andy >> > >>> >> > >>> >> > >>> upstream changelog: >> > >>> >> > >>> fakeroot (1.12.2) unstable; urgency=low >> > >>> >> > >>> * Replace and (hopefully) fix broken alpha stat version hack in >> > >>> fts_read. >> > >>> >> > >>> -- Clint Adams <schizo(a)debian.org> Sun, 01 Mar 2009 15:17:31 >> > >>> -0500 >> > >> >> > >> no signoff, i can'T build kernel and syslog-ng anymore, >> > >> somehow it creates zombie processes on my system, downgrading to >> > >> core fakeroot solved the issue. >> > > >> > > Completely broken. I can't even make it through a build without >> > > fakeroot hanging and having to kill -9 the makepkg process. >> > >> > Me too. I guess it is best to wait for the next pacman release to >> > fix this as building can then be done outside the fakeroot. >> > >> > Allan >> >> I reverted back to use sysv ipc and added the README file + install msg >> about sysv/tcp usage. >> >> Please signoff -2 release. >> >> -Andy > signoff works again to compile things :D > greetings > tpowa > Just out of curiosity, none of the devs are affected by the issues with fakeroot sysv ipc, as described here : http://bugs.archlinux.org/task/13375 ?

2 1

[arch-dev-public] Dbus on archlinux and permissions
by Jan de Groot 09 Mar '09

09 Mar '09

I'm planning to update dbus to the latest release. Reading the releasenotes, I found this: Due to a security issue (CVE-2008-4311) for which a large number of system services need fixes, the dbus 1.2 stable branch has been split into two streams. The "1.2.4Xpermissive" branch originates from 1.2.4, and maintains the unintended permissive default for messages. Releases 1.2.6 and later have a default deny. It is intended that the permissive branch only be used temporarily by vendors. For more information, see this mail: http://lists.freedesktop.org/archives/dbus/2008-December/010769.html I would like to package the 1.2.4.4permissive release now. As soon as it's moved into core, I would like to add the non-permissive version to testing and see what breaks. Doing so, we can close down this security leak in dbus and have all affected services fixed.

2 2

[arch-dev-public] [signoff] kernel26 2.6.28.7-2
by Tobias Powalowski 09 Mar '09

09 Mar '09

Hi guys, new kernel adresses the following things: - changes for better customizing the default kernel included http://bugs.archlinux.org/task/12384 --> firmware needed to be split off the package. It is now called kernel26-firmware - config features added: http://bugs.archlinux.org/task/13128 http://bugs.archlinux.org/task/12584 bug fixes: - http://bugs.archlinux.org/task/12826 please signoff for both arches. I haven't had issues with nvidia driver here, but please report issues if binary modules break, thanks. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 6

[arch-dev-public] [signoff] device-mapper-1.02.31-1 & lvm2-2.02.45-1
by Eric Bélanger 09 Mar '09

09 Mar '09

Hi, device-mapper-1.02.31-1 and lvm2-2.02.45-1 are now in testing for both arches. It's a minor upstream update. Please signoff. As few devs use this (I think I'm the only one using lvm on i686), signoff from users would be appreciated. Eric

2 1

[arch-dev-public] udev changes - and the comeback of a long lost feature
by Thomas Bächler 08 Mar '09

08 Mar '09

tpowa did some work today updating udev to 139, cleaning up the rules and fixing some small bugs. With it comes the implementation of a recommendation of the udev team: We now have a directory /lib/udev/devices/ which contains a number of static devices nodes which are always present. A udev rule also makes sure that none of these devices is deleted even if udev normally would do so (the stock udev rule for that is broken, but I fixed it). This simplifies our rc.sysinit a bit: http://projects.archlinux.org/?p=initscripts.git;a=commitdiff;h=623e3fac060… In that context, I thought of an old feature: "module autoloading" as Linux 2.4 understood it: Imagine you have a static /dev, and you try to open a device: 1) /dev/XYZ is a block/char device with major X and minor Y 2) the kernel looks it up, but doesn't find it 3) the kernel issues "modprobe block-major-X-Y" or "modprobe char-major-X-Y" 4) the kernel looks up the device again, it can now find it Note that step 1 requires that /dev/XYZ exists! This feature completely broke with the introduction of udev. This feature is obsolete for most devices, but there are those devices that are not bound to physical hardware - best examples here are tun and loop. I am going to add the loop and tun (any maybe fuse) devices to the static device list that we now support. That means that you can use loop mounts again without running "modprobe loop" manually, the module will be loaded as soon as you access /dev/loopX. Same goes for /dev/net/tun or /dev/fuse. This basically works with all modules that have a block-major-X-* or char-major-X-* alias, so if you think of any more modules that do this, we could add them too.

2 1

[arch-dev-public] [signoff] tar 1.22-1
by Andreas Radke 08 Mar '09

08 Mar '09

new version that brings xz-support. please signoff. -Andy version 1.22 - Sergey Poznyakoff, 2009-03-05 * Support for xz compression Tar uses xz for compression if one of the following conditions is met: 1. The option --xz or -J (see below) is used. 2. The xz binary is set as compressor using --use-compress-program option. 3. The file name of the archive being created ends in `.xz' and auto-compress option (-a) is used. Xz is used for decompression if one of the following conditions is met: 1. The option --xz or -J is used. 2. The xz binary is set as compressor using --use-compress-program option. 3. The file is recognized as xz compressed stream data. * Short option -J reassigned as a short equivalent of --xz * New option -I The -I option is assigned as a short equivalent for --use-compress-program. * The --no-recursive option works in incremental mode.

2 1

[arch-dev-public] Integrity Check i686 06-03-2009
by repomaint＠archlinux.org 06 Mar '09

06 Mar '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 --------------------- crda --> 'python-m2crypto' wpa_supplicant --> 'kernel26<2.6.28' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- core/sqlite3 depends on extra/tcl 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/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: 6 Repo hierarchy problems: 8 Circular dependencies: 1

1 0

[arch-dev-public] new syslog-ng 3.x opinions?
by Tobias Powalowski 06 Mar '09

06 Mar '09

Hi guys while looking at those 2 bugs, i just bumped to new syslog-ng 3.x series. http://bugs.archlinux.org/task/6980 http://bugs.archlinux.org/task/10776 Changes: - adopted new syntax to config file - disable stats logging by default, it just floods everything with useless stats. Main issue: The syntax of config slightly changed and all users with modified syslog-ng files need to manually move in the changes from .pacnew file. Aaron are you fine with bumping it? Do we need a install message here? greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-dev-public] [signoff] dash 0.5.5.1-1 in testing repo
by Eric Bélanger 06 Mar '09

06 Mar '09

Hi, I just noticed that there is a dash 0.5.5.1-1 package in testing. I couldn't find a signoff thread so i guess it was forgotten. Anyway, I've noticed that the man page isn't gzipped. Dan: Can you fix that so we can start signoffs? Thanks Eric

1 0

[arch-dev-public] [signoff] run-parts 2.31-1
by Pierre Schmitz 05 Mar '09

05 Mar '09

Hi there, I have updated run-parts to the latest upstream release. This fixes http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=513125 run-parts is used by update-ca-certificates of the ca-certificates package. -- 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] hdparm 9.12-1
by Tobias Powalowski 05 Mar '09

05 Mar '09

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

2 1

[arch-dev-public] [signoff] e2fsprogs 1.41.4-1
by Thomas Bächler 05 Mar '09

05 Mar '09

Just a minor update. It is not really my package, but I noticed that resize2fs segfaulted and then I updated it and it works. Please sign off (I tested resize2fs on x86_64, seems fine so far).

3 2

[arch-dev-public] adding arora to extra?
by Pierre Schmitz 04 Mar '09

04 Mar '09

Hi folks, I would like to add the arora web browser to our extra repo. Its a small (<1MB) browser which uses WebKit: http://www.arora-browser.org There is a git version in aur/community with 166 votes. I would add the stable version (0.5); which seems to be newer than the version in community btw. If the maintainer wants to keep that development snapshot in community that's no problem imho. It benefits a lot from Qt 4.5 and would be an alternative to Midori which uses GTK. -- 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

3 4

[arch-dev-public] [signoff] attr 2.4.43-1
by Thomas Bächler 04 Mar '09

04 Mar '09

Upstream update, please sign off.

3 3

[arch-dev-public] [signoff] iw 0.9.9-1, crda 1.0.1-1
by Thomas Bächler 04 Mar '09

04 Mar '09

Upstream updates to iw, crda and the wireless-regdb, please sign off (tested by me on x86_64).

1 1

Re: [arch-dev-public] mailman hiccup
by RedShift 03 Mar '09

03 Mar '09

Geoffroy Carrier wrote: > On Tue, Jan 20, 2009 at 09:10, RedShift <redshift(a)pandora.be> wrote: >> I've been working on my own mailing list manager, it's completely written in >> PHP and uses SQL as a backend, but at this point a bit specific to our >> setup. Because our company is all about open source I intend on releasing it >> as such. It's in need of an overhaul anyway, I'll get hacking at it again >> ASAP. > > I'd love to be an early adopter :) > > Plus I'd be happy to contribute... > > Ok so here's what I've got so far: When I was designing my anti-SPAM filter, I noticed you're just running a series of code after each other. To keep everything nice and tidy I split up the various routines into small pieces of code designed to do one thing and then pass on to the next filter. My project has the codename "redsky". Yes, it's cliché but I couldn't think of anything else. By itself, redsky is pretty useless. It's only capable of running a series of filters after each other. The real power is in the filters itself. The 3 filters that come shipped with redsky are designed to interface with another piece of software called proxsmtpd (but can be used in other ways as well, they just use STDIN and STDOUT), but there's no reasons you could write your own input/output filters and make redsky a mini-SMTP server. Here are the packages that are of interest: * phpemailtoolbox (http://aur.archlinux.org/packages.php?ID=22237) This is a small set of email related functions and classes. It is required by redsky. * redsky (http://aur.archlinux.org/packages.php?ID=22261) This is the main redsky code. It contains three filters: * redsky_read: this reads the email in question from STDIN. It is designed for interfacing with proxsmtpd, but can be used in a generic manner as well. * redsky_discard: when the discard flag is set on an email, this filter will log this event. * redsky_out: this outputs the email to STDOUT, again designed to interface with proxsmtpd but is suitable for general purpose as well. In the mailinglist * redsky-filters (http://aur.archlinux.org/packages.php?ID=24393) This is a set of complementary filters for redsky, it has for example SMTP blacklist checking, whitelisting, autoreplies, etc... They are mainly designed to use in a postfix content scanner context. Only the redsky_sqlconn filter is required for mailinglist manager. * mlm-filters (http://aur.archlinux.org/packages.php?ID=24399) This is the most interesting set of filters. Mlm stands for Mailing List Manager. There's a queueing part and a sending part. For the queueing part: * mlm_getinfo: Fetch information for a certain list using SQL * mlm_loopdetect: Check if a message is looping or not * mlm_bouncehandler: If the message received was sent to a bounce address, store it in an SQL table * mlm_getsubscribers: Get the subscribers from SQL for the current list * mlm_access: Determine if a sender has access to the list. It currently supports 4 methods: use an ACL, only allow subscribers, require a passphrase or no limitations * mlm_subjecttag: Tag the subject if the mailinglist is configured for that * mlm_addfooter: Add a footer to the emails if the mailinglist is configured for that * mlm_queuer: Write a spoolfile and put all the recipients into an SQL table For the sending part: * mlm_singleinstance: Only allow a single instance of redsky to be run * mlm_queuebuilder: Build a queue of messages to be sent and their respective recipients * mlm_queuerunner: Process the earlier built queue using sendmail to send messages redsky is written to support multiple configurations. In the MLM case, you would have two configuration files (examples are shipped with mlm-filters), one for the queuer and one for the sender. The queuer would be called by the MTA while to sender could be executing with a cronjob. Use -c to supply an alternate config, for example: redsky -c /etc/redsky.queuerunner.config.php You will notice that the redsky-filters and mlm-filters come shipped with example configuration files. You will find them in /usr/share/php/redsky/. Some filters depend on each other, so it is important in which order they are executed. For example, the mlm_access cannot determine if the sender is a subscriber when mlm_getsubscribers hasn't run first, because it uses the information from mlm_getsubscribers for this. Now maybe the hardest part, integration with an email server. I'll only handle postfix. Our entire infrastructure is based on MySQL, however all redsky code is written to use PDO, so it should be compatible with any databaseserver that PDO supports. You can get our database schema from http://projects.webmind.be/redsky/mail.sql In postfix terms, you would add entries to your alias table to send certain addresses to the "mlm". The examples below are made to work with the database schema above, but all queries can be modified in the configuration files. virtual_alias_maps = mysql:/etc/postfix/mysql/lists.cf lists.cf: user = USER password = PASSWORD hosts = HOST dbname = MAILDB query = SELECT 'mlm' AS goto FROM lists LEFT JOIN domains ON domains.domain_id = lists.domain_id WHERE (lists.list_post_address = '%u' OR lists.list_bounce_address = '%u') AND domains.domain_name = '%d' AND domains.domain_type = 'virtual' AND domains.domain_enable_email = 'yes' The above will send all mail sent to a mailing list address to 'mlm'. Now postfix knows it needs to send any list emails to mlm. Now we need to tell postfix that all email sent to the local 'mlm' address to be piped to our mlm program. For this we create a transport table, that has 'mlm(a)localhost.localdomain' transported to the 'mlm' destination. Now we have to define what the mlm destination is. Open up master.cf and add: mlm unix - n n - - pipe user=nobody flags=O argv=/usr/bin/redsky -c /etc/redsky.queuer.config.php Note the O flag, this will add an X-Original-To header, which is required to identify wich original address the message was sent to. To allow the messages to be distributed, just call /usr/bin/redsky -c /etc/redsky.runner.config.php Ok, all this information was probably hard to swallow. I will try to answer any questions you have regarding the implementation. If you want to ask me a direct question you can find me on IRC, freenode with the nick RedShift. I am in #archlinux. It's also easier if you start by testing it out directly from the shell instead of immediatly integrating it into your MTA. Best regards, Glenn

1 0

[arch-dev-public] Changing raid/raid-partitions initcpio hooks
by Tobias Powalowski 02 Mar '09

02 Mar '09

Hi guys, while experimenting with different raid setups in kvm, i found out our raid support is not really ideal. The status now: - raid hook(inlcuded in mkinitcpio package) does assemble normal raid: but if a drive fails it will fail to boot after it. i'm not 100% sure if it can handle all types of raid levels, partitionable mdp raid doesn't work at all with this hook for sure. - raid-partitions(included in mdadm package) can only assemble 1 raid partition array, which is imho bad you should be able to assemble more than one raid partition device from commandline, if you wish to do so. - UUID is not supported in any of both. Suggestion: Shouldn't we replace all this with 1 hook which can handle all these cases? Now comes the point, to achive this, mdadm will be needed in initramfs which means having a 900k static binary in early boot sequence. (raid-partitions hook already uses this binary) The trick i thought of, would be to generate dynamically a mdadm.conf file from boot commandline, which will use the old syntax of assembling + adding a new syntax for UUID support. Sample code is uploaded here: http://www.archlinux.org/~tpowa/mdadm.hook (not yet tested to boot a system, it's sample code!) Problems: Should this replace an existing hook or a be brand new hook? What should happen to the other hooks, in order to not break a user setup. Doing it with a NEWS Item and a installation message should be fine imho. What do you guys think of this? Thanks for your input. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 11

[arch-dev-public] xorg-server 1.6.0 in testing
by Jan de Groot 02 Mar '09

02 Mar '09

The upcoming version of xorg-server will have a lot of workarounds and patches removed. Doing so, the package becomes easier to understand, as even its maintainer has no idea what is happening anymore. When upgrading to xorg-server-1.6, you will see these file conflicts on most systems: error: failed to prepare transaction (conflicting files) xorg-server: /usr/lib/xorg/modules/extensions/libdri.so exists in filesystem xorg-server: /usr/lib/xorg/modules/libwfb.so exists in filesystem It's safe and advised to overwrite these files. The symlinks were previously created from post_install by the xorg-server and nvidia-utils packages. It is advised to install xorg-server first by using "pacman -Sf xorg-server", after which you can upgrade the rest of your system. This release of xorg-server requires a rebuild of all video and input drivers. Older drivers will fail to load with an ABI mismatch. Drivers in our repositories will receive an update to match the xorg-server ABI. Nvidia has updated their latest drivers with support for this version of xorg-server. AMD does not support xorg-server-1.6 yet in their Catalyst drivers. AMD users are advised to switch to the xf86-video-ati or xf86-video-radeonhd drivers instead, or keep any X.Org related updates on hold via IgnorePkg in pacman.conf. This can be done by putting xorg-server in IgnorePkg in pacman.conf. All other updates should have conflicts set, so it will be clear which additional packages should be added to the IgnorePkg list on your system. Note that there will be no support for older versions of xorg-server when this version moves to extra.

1 0

[arch-dev-public] Generating rebuild lists
by Allan McRae 02 Mar '09

02 Mar '09

Hi, I have attached an updated version of my rebuild list script that now uses readelf instead of ldd thanks to Thomas' suggestion. The advantages of this compared to ldd are massive in terms of speed but also mean that you don't need to use a chroot to avoid false positives. Usage: ./rebuildlist /path/to/package/dir lib1 [lib2 ...] On my laptop (not blazingly fast in cpu or hard-drive terms), this takes ~15min to scan my package cache (all testing, core and extra and whatever I have from community). So this is now reasonable for people to run on the new server and we will never miss a rebuild again! Any comments on the script before I make the git patch to push it to devtools? Cheers, Allan #! /bin/bash # rebuildlist - list packages needing rebuilt for a soname bump # # Copyright (c) 2009 by Allan McRae <allan(a)archlinux.org> # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with this program. If not, see <http://www.gnu.org/licenses/>. if [ -z "$1" -o -z "$2" ]; then echo "Usage $0 <pkg directory> <library1> [<library2> ...]" exit fi directory=$1 shift while [ -n "$1" ]; do grepexpr="$grepexpr -e ${1%%.so}.so" shift done startdir=$(pwd) tmpdir=$(mktemp -d) cd $tmpdir for pkg in $(ls $directory/*.pkg.tar.gz); do pkg=${pkg##*\/} echo "Scanning $pkg" mkdir $tmpdir/extract cp $directory/$pkg $tmpdir/extract cd $tmpdir/extract tar -xf $directory/$pkg rm $pkg found=$(readelf --dynamic $(find -type f) 2>/dev/null | grep $grepexpr | wc -l) if [ $found -ne 0 ]; then echo ${pkg%-*-*-*} >> ../rebuildlist.txt fi cd .. rm -rf extract done cp $tmpdir/rebuildlist.txt $startdir

3 3

[arch-dev-public] Some distribution statistic
by Daniel Isenmann 02 Mar '09

02 Mar '09

The german "freiesMagazin" (http://www.freiesmagazin.de) has done a poll about which distribution their readers use and other questions. They have asked 1489 users out there. Here is the diagram about the distribution: http://www.freiesmagazin.de/mobil/2009-03-bilder/Umfrage/umfrage-distributi… We are on the 4th place with 6% usage!! The whole poll can be find here: http://www.freiesmagazin.de/mobil/freiesMagazin-2009-03-bilder.html#09_03_u… Cheers, Daniel

1 0

[arch-dev-public] [signoff] nvidia, nvididia-utils 180.35-2
by Pierre Schmitz 02 Mar '09

02 Mar '09

Hi, I cleaned up the nvidia package and bumped the version to the latest stable release. I also fixed those bugs: http://bugs.archlinux.org/task/12857 http://bugs.archlinux.org/task/10537 And reverted this one I just introduced triggering a pacman "bug": http://bugs.archlinux.org/task/13599 Let me know if this works for you. I have chekd this with x86_64, Geforce 7800GT and KDE 4.2.1. Can anyone confirm this problem: http://www.nvnews.net/vbulletin/showthread.php?t=128992 ? Greetings, Pierre -- 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

7 8

[arch-dev-public] usage of vido drivers in Arch
by Pierre Schmitz 02 Mar '09

02 Mar '09

Hi, the story about catalyst made me think about how many people use that driver. So I looked it up and here are the most installed video drivers: xf86-video-vesa 83,17 % # part of the xorg group nvidia-utils 43,27 % xf86-video-intel 19,22 % xf86-video-nv 13,09 % xf86-video-ati 10,74 % catalyst-utils 9,05 % xf86-video-vmware 4,49 % nvidia-173xx-utils 4,22 % xf86-video-fbdev 3,65 % xf86-video-vga 3,21 % nvidia-96xx-utils 2,74 % xf86-video-radeonhd 2,19 % -- 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

1 0

[arch-dev-public] [signoff] ncurses-5.7-2.1
by Allan McRae 02 Mar '09

02 Mar '09

Signoff for ncurses-5.7-2.1 on x86_64 only. It seems most major distros use --chtype=long for their x86_64 ncurses builds due to binary compatibility with old versions of ncurses. So, some binary blobs may need this (see FS#13351). The wide character library (that all our packages are linked against), is not changed. I would like a signoff from someone using a binary blob that links to ncurses. Allan

2 2

[arch-dev-public] away
by Ronald van Haren 02 Mar '09

02 Mar '09

Hey guys, I'll be away for a small ski-ing trip starting tomorrow night (February 24th). I'll return next Sunday, March 1st. Although I bring my laptop, I probably won't have internet access during that time. Ronald

4 6

[arch-dev-public] [signoff] man-db 2.5.4-2
by Andreas Radke 02 Mar '09

02 Mar '09

- add "base" group - fix typo in install msg solves http://bugs.archlinux.org/task/13590 Please signoff. -Andy

3 2

[arch-dev-public] [signoff] man-pages 3.19-1
by Andreas Radke 02 Mar '09

02 Mar '09

minor upstream update. please signoff. -Andy

3 2

[arch-dev-public] faad2/ffmpeg/x264 update/rebuild
by Eric Bélanger 01 Mar '09

01 Mar '09

Hi, There will be an upcoming update to faad2, ffmpeg and x264. Both faad2 and x264 will have an soname bump so a rebuild will be neccessary. I'll do the rebuilds. I'll also check for updates and trivial bug reports to do at the same time.. The packages that will be rebuilt are: ==faad2 rebuild avidemux cmus faad2 ffmpeg gstreamer0.10-bad-plugins mpd muine mythmusic streamripper vlc xine-lib ==x264 rebuild avidemux ffmpeg gstreamer0.10-bad-plugins motion mplayer opal transcode vlc x264

2 4

[arch-dev-public] Integrity Check x86_64 27-02-2009
by repomaint＠archlinux.org 27 Feb '09

27 Feb '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 --------------------- crda --> 'python-m2crypto' wpa_supplicant --> 'kernel26<2.6.28' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- core/sqlite3 depends on extra/tcl 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/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: 6 Repo hierarchy problems: 8 Circular dependencies: 1

1 0

[arch-dev-public] Integrity Check i686 27-02-2009
by repomaint＠archlinux.org 27 Feb '09

27 Feb '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 --------------------- crda --> 'python-m2crypto' wpa_supplicant --> 'kernel26<2.6.28' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- core/sqlite3 depends on extra/tcl 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/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: 6 Repo hierarchy problems: 8 Circular dependencies: 1

1 0

[arch-dev-public] [signoff] groff 1.20.1-2
by Aaron Griffin 27 Feb '09

27 Feb '09

Minor change to the local site-tmac files related to the recent man-db inclusion. I shut off groff's "SGR" color codes by default, as nothing seems to use them right. Instead of defining GROFF_NO_SGR to shut off SGR, define GROFF_SGR to turn it on if you need it. Debian and Mandriva also seem to do the same - you get much more valid results searching for GROFF_SGR than GROFF_NO_SGR

2 4

[arch-dev-public] [signoff] man-db 2.5.4-1
by Andreas Radke 26 Feb '09

26 Feb '09

- this is a new upstream release promising to improve groff 1.20.1 support. should also fix paging russian man pages http://bugs.archlinux.org/task/7477 - fixed a typo in the install msg We should now be ready to push it to core replacing former "man". If russian encoding is still not perfect we can improve it later (it's currently broken as well). -Andy https://launchpad.net/man-db/main/2.5.4 man-db 2.5.4 This release adds support for regular expression and wildcard searches in man, and for disabling hyphenation; it fixes a few bugs in manual page ordering and fixes lexgrog's parsing to stop on any unrecognised request; and it improves support for the recently-released Groff 1.20. Fixes: ------ o Build fixes for systems without GNU Make, and for systems without gettext; this successfully covers at least FreeBSD. o The distclean target now works if po4a isn't installed. o Exit as soon as possible if database writes return ENOSPC. o lexgrog now stops on any unrecognised roff request, rather than continuing and often littering the database with garbage. o man no longer requires both standard input and standard output to be terminals in order to use the terminal line length. The line length from standard output is preferred if available. o The manpath was built completely wrongly when multiple entries were present in LANGUAGE: duplicates were handled strangely, and languages were effectively iterated in reverse order. It should be rather more sensible now. Improvements: ------------- o The MAN_KEEP_STDERR environment variable can now be used to override man's default of discarding stderr when stdout is a terminal. o Handling of terminal widths for cat pages is now configurable, using the MINCATWIDTH, MAXCATWIDTH, and CATWIDTH configuration file directives. o 'man -a' now detects duplicate manual page candidates more reliably, and sorts them better. o Belarusian, Estonian, Greek, Latvian, Lithuanian, Macedonian, Romanian, Slovenian, and Ukrainian pages are now supported. o man can now search for pages using regular expressions (with --regex) or shell wildcards (with --wildcard). By default this searches both page names and descriptions, like apropos, but if the --names-only option is used then it searches page names only, like whatis. o man can now tell nroff to disable hyphenation if the --no-hyphenation option is used. o man-db already searched for manual pages in ../man and man directories relative to each $PATH component; it now searches in ../share/man and share/man directories too. o Groff 1.20 was recently released, including the 'preconv' preprocessor. Although man-db has supported preconv to some extent since 2.4.4, man-db's configure now detects its presence and infers that groff supports Unicode input using it; man also now takes slightly better advantage of preconv than before. o Per-locale groff macros are now loaded if possible, allowing us to take advantage of such things as localised versions of predefined strings and language-aware hyphenation. This only works with Groff 1.20.2 or better (not yet released), since earlier versions did not allow us to suppress warnings in the event that the appropriate macro file is not available.

2 2

[arch-dev-public] Moving libofx to extra
by Aaron Griffin 26 Feb '09

26 Feb '09

Hey guys, Just wanted to see if anyone has a problem with me pulling libofx from community to extra for gnucash. It will allow gnucash to read/import/whatever OFX files and seems fairly useful for the people using gnucash. Any issues with this?

2 2

[arch-dev-public] ifconfig/route to iproute2
by James Rayner 26 Feb '09

26 Feb '09

Bug report: http://bugs.archlinux.org/task/10160 Attached is a patch for initscripts git, updated from the bug report. netcfg has support in git. Remaining notes: - ip is presently located in /usr/sbin. This may be an issue. - ip appears to not need any special arguments for ipv6, so ipv6 checks have been removed. Anyone using ipv6 that can confirm? - As with original patch, bonding and bridging not tested. James ps: rc.d/network is much cleaner than last time I saw it. Good work to whoever tidied it up.

2 1

[arch-dev-public] catalyst-beta removed/take care of illegal stuff!
by Andreas Radke 25 Feb '09

25 Feb '09

Today I asked Allan to remove 2 packages from AUR: catalyst-beta and catalyst-utils-beta. I know the situation of the catalyst driver packages isn't in the best state. But breaking laws and license agreements can't solve this in a proper way and we cannot allow to host this on our servers. All members of the AMD/Ati beta project have to sign briefly an agreement to not publish any online location where to get the source, not publish any issues and errors that come up and they even aren't allowed to publish anything about performance changes. Of cause you aren't allowed to give any 3rd person the beta installer directly. The packages in AUR had links to leaked sources directly included. All I know this is also breaking their licenses. That's why we removed these packages. TUs: Please have a look at what comes up in AUR and ask if you find something you are not sure if it allowed to be there. @all: don't blame me for taking you that possibility from you. Go and send a nice thanks to AMD for not doing public beta tests. We - the dev team will soon have to decide about future handling of the stable but almost always broken situation of AMD drivers. -AndyRTR

1 0

[arch-dev-public] [signoff] sqlite3 3.6.11-1
by Andreas Radke 25 Feb '09

25 Feb '09

upstream bump + 2 new options for threading issues for http://bugs.archlinux.org/task/12887 please do some tests, especially on smp systems. -Andy SQLite Release 3.6.11 On 2009 Feb 18 (3.6.11) Changes associated with this release include the following: * Added the hot-backup interface. * Added new commands ".backup" and ".restore" to the CLI. * Added new methods backup and restore to the TCL interface. * Improvements to the syntax bubble diagrams * Various minor bug fixes A complete list of SQLite releases in a single pages is also available. A detailed history of every check-in is available at http://www.sqlite.org/cvstrac/timeline.

4 5

[arch-dev-public] Scripting large rebuilds
by Aaron Griffin 23 Feb '09

23 Feb '09

Hey guys, Does anyone have any scripts that they use for mass-rebuilds (such as the readline rebuild)? I would like to get more tools of the sort into devtools, so want to see if anyone has anything existing that I could import / use for this purpose. If not, I will write one to do this with makechrootpkg (yay, chroots) to make this easier. Cheers, Aaron

3 10

[arch-dev-public] xorg status (upcoming in testing)
by Jan de Groot 23 Feb '09

23 Feb '09

I would like to inform people about the current status of X.Org on archlinux. At this moment, we have some client libraries and protocol definitions in extra targeted at xorg-server 1.6 already. I've been busy with xorg-server 1.5.99.903 today, which is supposed to be the last release candidate before 1.6 comes out. So far, the packaging looks good, but there's some nasty side-effects on this upgrade: - all input drivers need a rebuild - all video drivers need a rebuild Besides these rebuilds, I think we're going to have problems with binary drivers again. X will refuse to load them, unless you tell it to ignore ABI mismatches. I will be pushing xorg-server 1.5.99.903 or 1.6 to testing this week together with libdrm 2.4.4, mesa 7.3 and a rebuild+update of all free drivers in our repositories.

3 3

[arch-dev-public] [signoff] grep 2.5.4-1
by Andreas Radke 23 Feb '09

23 Feb '09

new upstream release. please signoff. I only added the info file and fixed license. -Andy Version 2.5.4 - This is a bugfix release. No new features.

3 2

[arch-dev-public] [signoff] kernel26 2.6.28.7-1
by Tobias Powalowski 23 Feb '09

23 Feb '09

Hi guys, new kernel adresses the following things: - bump to latest version please signoff for 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] pptpclient 1.7.2-2
by Daniel Isenmann 22 Feb '09

22 Feb '09

Hi, please signoff for both architectures. I can't test it because I don't use it. Following bug was fixed: [pptp-1.7.2-1] try to use /bin/ip instead of /usr/sbin/ip FS#11939 (http://bugs.archlinux.org/task/11939) Cheers, Daniel

1 2

[arch-dev-public] Away
by Allan McRae 21 Feb '09

21 Feb '09

Hi all, I will be on holiday from tomorrow until the 21st of February. I will probably have email access but won't be doing any packaging, etc. Feel free to update any package of mine apart from python3 in [community] as I have some changes that I want to make when 3.0.1 is released. Cheers, Allan

4 4

[arch-dev-public] Integrity Check x86_64 20-02-2009
by repomaint＠archlinux.org 20 Feb '09

20 Feb '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 --------------------- libpano13 --> 'j2sdk' crda --> 'python-m2crypto' wpa_supplicant --> 'kernel26<2.6.28' bigloo --> 'jdk' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- core/sqlite3 depends on extra/tcl 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/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: 8 Repo hierarchy problems: 8 Circular dependencies: 1

1 0

[arch-dev-public] Integrity Check i686 20-02-2009
by repomaint＠archlinux.org 20 Feb '09

20 Feb '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 --------------------- libpano13 --> 'j2sdk' crda --> 'python-m2crypto' wpa_supplicant --> 'kernel26<2.6.28' bigloo --> 'jdk' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- core/sqlite3 depends on extra/tcl 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/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: 8 Repo hierarchy problems: 8 Circular dependencies: 1

1 0

[arch-dev-public] [signoff] kernel26 2.6.28.6-1
by Tobias Powalowski 20 Feb '09

20 Feb '09

Hi guys, new kernel adresses the following things: - bump to latest version please signoff for 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] man-db 2.5.3-1 replacing man
by Andreas Radke 20 Feb '09

20 Feb '09

I've built man-db based on the package in community adding some changes I have found in a very good written page in the LFS book: http://www.linuxfromscratch.org/lfs/view/6.4/chapter06/man-db.html You can read there all about man page encoding and the expected locations and how to recode them. Therefor I have added the LFS recode script. This will allow us to recode broken man-pages when we will get bugreports. This should improve the current situation a lot. Maybe we should write down later into the packager guide how to fix broken manpages, maybe even into the public wiki. I didn't want to add a new system user "man" as the community package does. It seems to run fine without serious security concerns for me. If you think different feel free to drop a mail here. It's not critical to create a database after installation. So I left out any install message. The cronjob will do this on its next run. You can surely run mandb manually to see how it goes. All local tests have worked well. So I start a signoff thread now. -Andy

6 17

[arch-dev-public] [signoff] gpm 1.20.6-1
by Eric Bélanger 19 Feb '09

19 Feb '09

Hi, gpm 1.20.6-1 is in testing for both arches. please signoff. Changes: minor upstream update and added .install file to handle info file. Upstream Changelog: Released: 9th of February 2009 Changes: * Some cleanups (Mike Frysinger/Nico Schottelius) * Pull in fcntl.h rather than unistd.h for open() (Mike Frysinger) * Fix gcc warning "control reaches end of non-void function" (Mike Frysinger) * Fix building with libtool-2 (Mike Frysinger)

2 5

[arch-dev-public] zipman check
by Aaron Griffin 19 Feb '09

19 Feb '09

Hey guys, We have some packages in core that do not have gzipped man pages (at least one is my fault, heh). If everyone could take a few seconds and ensure you have "zipman" set in your makepkg.conf OPTIONS array, that would be great. OPTIONS=(strip docs libtool emptydirs zipman) note that these are global, and !libtool and !emptydirs should be specified at the package level

1 0

[arch-dev-public] Arch Linux release in the press
by Thomas Bächler 19 Feb '09

19 Feb '09

I just noticed by accident that our release announcement made it to heise open. This is the first time that Arch has been mentioned on heise at all, so I am a bit psyched. Anyway, for those who know German, read here: http://www.heise.de/open/Arch-Linux-2009-02--/news/meldung/132693 It's not much more than a translation of the release announcement, but should still attract some more German users. I'd like to use this thread to collect more press coverage of our release, so if you see anything, post it here (or reply on arch-general).

7 7

[arch-dev-public] SevenL Networks donated server
by Aaron Griffin 18 Feb '09

18 Feb '09

Woo! ---------- Forwarded message ---------- From: Cassius Adams <cassius(a)sevenl.net> Date: Wed, Nov 26, 2008 at 10:04 AM Subject: Re: Donate to Arch Linux? To: Aaron Griffin <aaronmgriffin(a)gmail.com> Hi Aaron, We're in the process of getting the server built for you. I expect we will be able to release it to you by tomorrow or Friday. Here's the specs so please let me know if you need any changes to it. - PentiumD Dual Core 3.0Ghz (I've read that x86_64 runs on this - please confirm) - 4GB DDR2 RAM - 2x80GB SATA (we could do software RAID1 if you like) - Arch x86_64 - 1 IP Address (but I can give you more if needed)

3 4

[arch-dev-public] [signoff] ndiswrapper / ndiswrapper-utils 1.54-1
by Tobias Powalowski 18 Feb '09

18 Feb '09

Hi please signoff for both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-dev-public] [signoff] tzdata 2009b-1
by Andreas Radke 17 Feb '09

17 Feb '09

next minor upstream update. please signoff. -Andy The files... ftp://elsie.nci.nih.gov/pub/tzcode2009b.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2009b.tar.gz ...are now available; these reflect the changes circulated last week on the time zone mailing list. --ado

3 2

[arch-dev-public] [signoff] man-pages 3.18-1
by Andreas Radke 17 Feb '09

17 Feb '09

time for the next man-pages bump. please signoff. -Andy

3 2

[arch-dev-public] Problems to build kde3 packages
by Douglas Soares de Andrade 17 Feb '09

17 Feb '09

Hi all, Im trying to update tellico and im having a strange problem. When i do this command: [douglas@ingravitto ~]$ /opt/kde/bin/kde-config --prefix /opt/kde It works ok =) But inside the PKGBUILD, Fakeroot - it returns empty. I have been trying a lot of things but none of then worked. Thanks a lot

3 7

[arch-dev-public] Remove "versions" from flyspray
by Aaron Griffin 17 Feb '09

17 Feb '09

So I just got a bug report with a little comment at the bottom saying "shouldn't you be able to report 2009.02 as the version now?" I want to remove the versions from the ArchLinux project because it's totally irrelevant. Any issue with that? The Release Engineering project has release versions

4 6

[arch-dev-public] state and maintainership of man(-db)/man-pages
by Andreas Radke 16 Feb '09

16 Feb '09

I'm the current maintainer of man and man-pages packages. But this affects also all other packages that install any kind of man-pages: We have serious issues and some errors reported that are related to the man package. The current man package has problems with character encoding: http://bugs.archlinux.org/task/7477 http://bugs.archlinux.org/task/9130 and probably with deeper links: http://www.archlinux.org/pipermail/arch-dev-public/2009-February/010257.html http://www.archlinux.org/pipermail/arch-dev-public/2009-January/010056.html Is there anybody who wants to take over the maintainance for all man related stuff? If not I'll do whatever we are going to decide but with relative low priority. For the encoding: Fedora does a recoding in almost every spec file. We could this this similar with a big afford and everybody would have to take care about it or don't care about it at all. man-db as a man replacement promises to solve this. http://www.archlinux.org/pipermail/arch-dev-public/2008-December/009570.html and http://www.archlinux.org/pipermail/arch-dev-public/2008-December/009581.html I'm almost for changing to man-db. We would just have to decide how to update the db. How is this currently done for "man"? In pacman? Could this be easily changed/added for man-db? If not what would be the generic proto hook for a post.install call? Has anybody tried the AUR pkg: http://aur.archlinux.org/packages.php?ID=9343 ? -Andy

4 5

[arch-dev-public] [signoff] man-pages 3.17-1
by Andreas Radke 16 Feb '09

16 Feb '09

next minor upstream release. please signoff. -Andy

4 6

[arch-dev-public] Moonlight in ArchLinux?
by Daniel Isenmann 15 Feb '09

15 Feb '09

Hi, there were a discussion on the arch-general list about why not adding moonlight to the repo (http://www.archlinux.org/pipermail/arch-general/2009-January/003326.html) Now I want to discuss this topic further from a developer point of view. I want your opinion about that topic, should we add moonlight to the extra repo? And please don't give answers like: "What do we want with this Micr**** shit?". We have closed source software like flashplayer in our repos, so why not add an open source product which do nearly the same (not seen as compatible to flash, instead nearly same technology, etc.). I would maintain it, because it belongs to mono (more or less). Some information about moonlight: --------------------------------- The project page is here: http://mono-project.com/Moonlight The license shouldn't be a problem, it's distributed under open source licenses. More information on the project page or here: http://wiki.debian.org/Teams/DebianMonoGroup/Moonlight (which are the information of the debian mono group). If you want try moonlight, feel free to build it on your own from my submitted PKGBUILD in the AUR (http://aur.archlinux.org/packages.php?ID=23384) If you need some webpages to test moonlight: http://go-mono.com/moonlight/MoonlightStatus.aspx Cheers, Daniel

10 13

[arch-dev-public] termcap-compat dependencies
by Jan de Groot 14 Feb '09

14 Feb '09

Hello devs, Today I was upgrading genius and found out it had dependencies on termcap-compat. Lookin in the configure file, it checks like this: checking for -ltermcap -> yes: link to -ltermcap, no: check for -lncurses I've seen some bugs last week that involved termcap-compat dependencies as a result of building on a system which is not clean (to the devs not doing it yet: build in chroots, not on your working system which is polluted with unneeded packages and AUR stuff). These bugs were fixed by actually adding these dependencies. Please don't add additional dependencies like this old deprecated termcap-compat package just because a bug was reported, but please check out if it's really needed as dependency and leave it out when possible.

3 3

[arch-dev-public] [signoff] kernel26 2.6.28.5-1
by Tobias Powalowski 14 Feb '09

14 Feb '09

Hi guys, new kernel adresses the following things: - bump to latest version fixed: http://bugs.archlinux.org/task/13232 http://bugs.archlinux.org/task/12361 please signoff for both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 5

[arch-dev-public] python-numpy to extra
by Douglas Soares de Andrade 14 Feb '09

14 Feb '09

Hi guys, I would like to take python-numpy to extra, as some packages can use it (as pygtk) and still uses python-numeric. Seems that python-numeric is not updated anymore because python-numpy. Any ideas about this ? Thanks a lot

4 4

[arch-dev-public] [signoff] kbd-1.15-1
by Tobias Powalowski 14 Feb '09

14 Feb '09

Hi guys, 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] HTML email will be rejected
by Aaron Griffin 13 Feb '09

13 Feb '09

Hello all, I am writing to inform you that I have changed all the Arch lists to reject HTML formatted email. Please send messages in plain text only. Note: This is true of all lists, but I am only sending this message to the higher trafficked lists. Cheers, Aaron

2 2

[arch-dev-public] Integrity Check x86_64 13-02-2009
by repomaint＠archlinux.org 13 Feb '09

13 Feb '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 ---------------------- python-numpy --> 'python-nose' archboot --> 'netkit-telnet>=0.17-8' archboot --> 'wlan-ng26>=0.2.9-2' archboot --> 'atl2>=2.0.5-2' Missing Makedepends --------------------- crda --> 'python-m2crypto' wpa_supplicant --> 'kernel26<2.6.28' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- core/sqlite3 depends on extra/tcl 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/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: 7 Repo hierarchy problems: 8 Circular dependencies: 1

1 0

[arch-dev-public] Integrity Check i686 13-02-2009
by repomaint＠archlinux.org 13 Feb '09

13 Feb '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 ---------------------- python-numpy --> 'python-nose' archboot --> 'netkit-telnet>=0.17-8' archboot --> 'wlan-ng26>=0.2.9-2' archboot --> 'atl2>=2.0.5-2' Missing Makedepends --------------------- crda --> 'python-m2crypto' wpa_supplicant --> 'kernel26<2.6.28' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- core/sqlite3 depends on extra/tcl 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/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: 7 Repo hierarchy problems: 8 Circular dependencies: 1

1 0

[arch-dev-public] [signoff] pciutils-3.1.2-1
by Tobias Powalowski 12 Feb '09

12 Feb '09

Hi guys, 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] [signoff] hdparm 9.10-1
by Tobias Powalowski 12 Feb '09

12 Feb '09

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

2 1

[arch-dev-public] Fwd: numpy
by Douglas Soares de Andrade 11 Feb '09

11 Feb '09

---------- Mensagem encaminhada ---------- Assunto: numpy Data: Quarta-feira 11 Fevereiro 2009 De: Angel Velásquez <angvp(a)archlinux.com.ve> Para: Douglas Soares de Andrade <dsandrade(a)gmail.com> Hi, I think moving numpy and configobj to extra is needed, because many packages are dependents of them. Cheers! -- Angel Velásquez angvp @ irc.freenode.net Linux Counter: #359909 Arch Linux Trusted User -------------------------------------------------------

1 0

[arch-dev-public] foomatic 4.0.0 hits testing
by Andreas Radke 11 Feb '09

11 Feb '09

New Foomatic 4.0.0 has hit the testing repo. The ppd pkg got dropped, a new nonfree package has been added. See the announcement for major changes, esp. pdf printing workflow. http://forums.linux-foundation.org/read.php?21,8139,8139#msg-8139 Please report if you can still print with your favorite spoolers and drivers/ppds. -Andy

1 0

[arch-dev-public] arch-projects list
by Aaron Griffin 11 Feb '09

11 Feb '09

I want to delete this list. The last year is nothing but spam. Last valid post appears to be Oct 2007. Anyone care?

3 5

[arch-dev-public] request signoff: xfsprogs 3.0.0-1
by Paul Mattal 10 Feb '09

10 Feb '09

Requesting signoff for xfsprogs 3.0.0-1, both architectures. It's in testing for both architectures. Because xfs is not widely used, if I don't get a second signoff in a week, I'll move it to core (and xfsdump 3.0.0 to extra). - P

1 0

[arch-dev-public] [signoff] lvm2 2.02.44-1 & device-mapper 1.02.30-1
by Eric Bélanger 10 Feb '09

10 Feb '09

Hi, Updated packages for lvm2 and device-mapper are now in testing. The changes are: * lvm2 2.02.44-1 * Upstream update * Added bash depends * device-mapper 1.02.30-1 * Upstream update * Added readline depends * Added pkgconfig file Please signoff. Two signoff for i686 would be nice has I don't use lvm2 on my i686 system so I could only do some simple sanity tests. As very few devs uses this, signoffs from users would be appreciated. Eric

3 4

[arch-dev-public] [signoff] dnsutils 9.6.0-P1
by K. Piche 09 Feb '09

09 Feb '09

Upstream update of BIND. Signoff for dnsutils. Thanks. -- K. Piche <kpiche(a)rogers.com>

4 3

[arch-dev-public] [signoff] dhcpcd 4.0.10-1
by Ronald van Haren 09 Feb '09

09 Feb '09

In testing for both architectures. Please signoff. Ronald

3 2

[arch-dev-public] [signoff] kernel26 2.6.28.4-1
by Tobias Powalowski 09 Feb '09

09 Feb '09

Hi guys, new kernel adresses the following things: - bump to latest version fixed: http://bugs.archlinux.org/task/13146 http://bugs.archlinux.org/task/13150 please signoff for both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 4

[arch-dev-public] Upcoming imagemagick rebuild
by Eric Bélanger 08 Feb '09

08 Feb '09

Hi, The upcoming imagemagick update will have a soname bump so a rebuild will be required. I will take care of the rebuild. It will be in testing sometime next week depending on how well it goes. The affected packages are: autotrace dvdauthor inkscape koffice libfprint psiconv pstoedit transcode xine-lib Eric

2 3

Re: [arch-dev-public] [arch-general] Official Installation guide needs your help!
by Tom K 07 Feb '09

07 Feb '09

Aaron Griffin wrote: > On Fri, Feb 6, 2009 at 3:12 PM, Grigorios Bouzakis <grbzks(a)gmail.com> wrote: > >> On Fri, Feb 06, 2009 at 03:33:49PM -0500, Dusty Phillips wrote: >> >>> 2009/2/6 Aaron Griffin <aaronmgriffin(a)gmail.com>: >>> >>>> Hey guys, >>>> I wanted to make you aware of the following: >>>> http://bugs.archlinux.org/task/13140 >>>> >>>> The "Official Installation Guide" is severely outdated (the wiki page >>>> still mentions "i686 optimized"). >>>> >>> As one of the two people who was once on Arch's only attempt at an >>> official documentation team, and as one of several people who >>> contributed many of the first articles to the wiki, I have this to say >>> on the topic: >>> >>> Drop the official install guide. >>> >>> We know our wiki is well-maintained and well organized, and it seems >>> to do that by itself without much developer interference. Go wiki! >>> Originally, when we first set the wiki up Dennis, Judd, and I felt >>> that the official install guide should be more... well... official. >>> But its out of date, its always out of date, and there are wiki texts >>> that are not out of date. Now, seeing how our wiki experiment has >>> exceeded our hopes and expectations, I'd say that the install guide >>> (drop the 'official') should be community maintained as are all our >>> wiki pages. It will improve. When its time for a release, "somebody >>> official" should read through it, ensure its accurate, convert it to >>> plaintext and put it on the iso. >>> >>> Dusty >>> >> I agree with the above for the most part. The only "problems" with the >> Beginners Guide, which is the only up to date and worth of being >> included anywhere guide is that its too "wikified". eg. references >> "go here" with a link to another wiki page. It would definately take >> less time to convert it into something less dependant on the wiki than >> refactoring the official guide. >> Also theres references to eg. like Loui said yaourt which should >> probably go (?) >> Also the official guide is linked from all over the place. archlinux.org >> wiki.archlinux.org + its part of the iso. Should those change to link >> the beginners guide? Should the Beginners Guide change its name to the >> Arch Linux Handbook for example? >> FTR I had always been in favour of maintaining 1 guide from the beginning. >> > > I'm for changing the name to "Arch Linux Handbook" and maintaining one > guide. It seems simpler. But we should take care to include references > to unofficial tools and things somewhere else - i.e. the "install > yaourt" stuff > > The name doesn't really matter. IMO anything we include on the official ISO becomes official documentation by default. In that context, I believe we should retain a simple how-to-install-Arch-core doc, with clear direction for users regarding where to go next i.e. the wiki. In other words, +1 for Xavier's suggestion in the bug report - a bare-bones install guide consisting of revised sections 1-3 and a very brief Pacman overview. I have a problem with the Beginner's Guide as official documentation, as I don't believe it gives an accurate first impression of Arch. It is not compatible with Arch core principles, IMO, although I accept that it has established itself as a useful community-provided resource. I have already mentioned these reservations to Misfit, btw. I'll have a look over dolby's latest revision, and if I have additional suggestions, post them in the bug report. T.

2 1

[arch-dev-public] [signoff] ed 1.2-1
by Andreas Radke 07 Feb '09

07 Feb '09

A minor upstream update. It mainly introduces an improved Makefile that now allows to proper use make install step and a license change in the info file. Please signoff. -Andy 2009-01-31 Antonio Diaz <ant_diaz(a)teleline.es> * Version 1.2 released. * configure: Locale has been fixed to "C". * Makefile.in: Man page is now installed by default. * "make install-info" should now work on Debian and OS X. * ed.texinfo: License updated to GFDL version 1.3 or later.

2 1

[arch-dev-public] [signoff] binutils 2.19.1
by Andreas Radke 07 Feb '09

07 Feb '09

a minor buigfixrelease. also fixed man pages location. a rebuild of the whole toolchain shouldn't be necessary with this minor update. please signoff. -Andy Binutils 2.19.1 has been released. This is a bug-fix release containing fixes for regressions and serious bugs in binutils 2.19. This release is available from the FTP servers listed at: http://www.gnu.org/order/ftp.html 09a8c5821a2dfdbb20665bc0bd680791 binutils-2.19.1.tar.bz2 ad3f2b5fdcd599a772ad75fec2c384d8 binutils-2.19.1.tar.gz 2f77133c1fb3e8340e83cc96093f1266 binutils-2.19-2.19.1-patch.gz Thanks to everyone who contributed to the release. The branch remains open for bug fixes. Tristan.

2 1

[arch-dev-public] [signoff] patch 2.5.9-2
by Andreas Radke 07 Feb '09

07 Feb '09

this addresses http://bugs.archlinux.org/task/12959 and it should allow us to move ed out of core f this is really wanted. -Andy

2 1

[arch-dev-public] [signoff] file 5.00-1
by Andreas Radke 07 Feb '09

07 Feb '09

a new upstream release with some changes. please signoff. -Andy From: ftp://ftp.astron.com:/pub/file/file-5.00.tar.gz Thanks to everyone who tested, wrote code, or contributed fixes! I bumped the version to 5.00 because there were a lot of changes in the code that might affect how file behaves now compared to in the past (I have not found any regressions, but there might be). - add CDF file support (Microsoft Office <= 2007) - add recursive magic, so we can handle ID3 files properly - str{cat,cpy} -> strl{cpy,cat} - --mime* flags now really work - add --apple magic - many encoding fixes - read ~/.magic in addition to the default magic file not instead of, as documented in the man page - many magic changes christos

2 1

[arch-dev-public] [signoff] tzdata 2009a-1
by Andreas Radke 07 Feb '09

07 Feb '09

new version. fixes also upstream our FS #11947. so I removed the optimization fix. please signoff. -Andy The files... ftp://elsie.nci.nih.gov/pub/tzcode2009a.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2009a.tar.gz ...are now available; these reflect the changes circulated last week on the time zone mailing list (minus the addition of a Geneva zone). --ado

2 1

Re: [arch-dev-public] [arch-commits] Commit in xfsprogs/trunk (PKGBUILD)
by Andreas Radke 07 Feb '09

07 Feb '09

(12/12) Prüfe auf Dateikonflikte [------------------------------------------------------------------------------------------------------------------------------------------------------] 100% Fehler: Konnte den Vorgang nicht vorbereiten Fehler: Konnte den Vorgang (In Konflikt stehende Dateien) nicht durchführen xfsprogs: /usr/share/man/man8/xfs_estimate.8.gz existiert im Dateisystem xfsprogs: /usr/share/man/man8/xfs_fsr.8.gz existiert im Dateisystem Fehler sind aufgetreten, keine Pakete wurden aktualisiert. [root@workstation64 svn-packages]# pacman -Qo /usr/share/man/man8/xfs_estimate.8.gz /usr/share/man/man8/xfs_estimate.8.gz ist in xfsdump 2.2.48-1 enthalten please fix the fileconflicts! -Andy

1 0

[arch-dev-public] Arch mirror tracking woes
by Dan McGee 07 Feb '09

07 Feb '09

Whoopsies- wrong ML. Please reply here. On Tue, Jan 20, 2009 at 3:36 PM, Dusty Phillips <buchuki(a)gmail.com> wrote: > 2009/1/20 Aaron Griffin <aaronmgriffin(a)gmail.com>: >> On Tue, Jan 20, 2009 at 12:04 AM, Geoffroy Carrier >> <geoffroy.carrier(a)koon.fr> wrote: >>> On Tue, Jan 20, 2009 at 05:24, Dan McGee <dpmcgee(a)gmail.com> wrote: >>>> When you wake up, feel free to hack at this- it should do something >>>> similar to what we want. >>> >>> http://github.com/gcarrier/automirror/ >> >> Neat! >> >> The only thing I don't like... this is yet-another-mirror-list. We >> currently have: >> * pacman-mirrorlist >> * The list of IPs for rsyncing mirrors >> * A django DB of mirrors got the download page >> >> Any way you can reuse one of these? > > There's also a list of mirrors on the wiki. Its a pain to add a new > mirror it has to be added in four places. Let's get this stuff fixed. How does this look for a step in the right direction? class Mirror(models.Model): id = models.AutoField(primary_key=True) domain = models.CharField(max_length=255) rsyncip = models.IPAddressField() country = models.CharField(max_length=255) admin_email = models.EmailField(max_length=255, null=True, blank=True) def __unicode__(self): return self.domain class Meta: db_table = 'mirrors' class MirrorProtocol(models.Model): id = models.AutoField(primary_key=True) protocol = models.CharField(max_length=10, unique=True) class MirrorUrl(models.Model): id = models.AutoField(primary_key=True) url = models.CharField(max_length=255) protocol = models.ForeignKey(MirrorProtocol, related_name="urls") mirror = models.ForeignKey(Mirror, related_name="urls") 1. rsync IP address will be stored right with the mirror. We can easily run a DB query and script it to generate our list as needed for our rsync configuration. 2. Mirror <-> URL is no longer a one-to-one mapping. A mirror could have 1-4 URLs for any of the protocols it supports (FTP, HTTP, RSYNC, and maybe one day HTTPS). 3. More detailed storage could turn into a Django view that says "give me a HTTP and FTP mirrorlist for Canada" and boom! mirrorlist is made. 4. pacman-mirrorlist would be an automatically generated package if at all possible. The caveat would be the current continent/country-based sorting- any idea if we need to do something with the freeform Country field to make this easier? 5. (CCed on this email) Gerhard, does this model look flexible enough to perhaps incorporate mirror check status information in the future? I would not mind seeing that feature on the main Arch site. 6. It might also be useful to add a "has_isos" boolean field to those MirrorURLs (or Mirrors? not sure) that have ISOs mirrored. This would ensure the download page makes sense. Diff is below from the current model, although this may be quite a bit less helpful than the above model. diff --git a/main/models.py b/main/models.py index b5a2a42..0fe17d5 100644 --- a/main/models.py +++ b/main/models.py @@ -52,15 +52,24 @@ class PackageManager(models.Manager): class Mirror(models.Model): id = models.AutoField(primary_key=True) domain = models.CharField(max_length=255) + rsyncip = models.IPAddressField() country = models.CharField(max_length=255) - url = models.CharField(max_length=255) - protocol_list = models.CharField(max_length=255, null=True, blank=True) - admin_email = models.CharField(max_length=255, null=True, blank=True) + admin_email = models.EmailField(max_length=255, null=True, blank=True) def __unicode__(self): return self.domain class Meta: db_table = 'mirrors' +class MirrorProtocol(models.Model): + id = models.AutoField(primary_key=True) + protocol = models.CharField(max_length=10, unique=True) + +class MirrorUrl(models.Model): + id = models.AutoField(primary_key=True) + url = models.CharField(max_length=255) + protocol = models.ForeignKey(MirrorProtocol, related_name="urls") + mirror = models.ForeignKey(Mirror, related_name="urls") + class Press(models.Model): id = models.AutoField(primary_key=True) name = models.CharField(max_length=255)

3 6

[arch-dev-public] Official Installation guide needs your help!
by Aaron Griffin 06 Feb '09

06 Feb '09

Hey guys, I wanted to make you aware of the following: http://bugs.archlinux.org/task/13140 The "Official Installation Guide" is severely outdated (the wiki page still mentions "i686 optimized"). Anyone interested in helping out here? Please see the linked bug report - dolby has already begun work on this. Cheers, Aaron

3 4

[arch-dev-public] Integrity Check x86_64 06-02-2009
by repomaint＠archlinux.org 06 Feb '09

06 Feb '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 ---------------------- biopython --> 'python-numpy' archboot --> 'netkit-telnet>=0.17-8' archboot --> 'wlan-ng26>=0.2.9-2' archboot --> 'atl2>=2.0.5-2' Missing Makedepends --------------------- crda --> 'python-m2crypto' wpa_supplicant --> 'kernel26<2.6.28' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- core/sqlite3 depends on extra/tcl 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/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: 7 Repo hierarchy problems: 8 Circular dependencies: 1

1 0

[arch-dev-public] what about "ed" now?
by Andreas Radke 06 Feb '09

06 Feb '09

I have made a change to the patch package that "ed" is now an optional dependency. I've searched through our svn and all I've found is that no other package depends on ed. I think "ed" is still a widely used *nix editor and you would expect it to be there. What do you think? Should we just keep in in 1) core(-devel), 2) move it to extra or even 3) drop it at all (means community could pick it up again). I'm somewhat between 1) and 2). The package is still well maintained upstream though releases happen only rarely. Opinions? -Andy

5 4

[arch-dev-public] Integrity Check i686 06-02-2009
by repomaint＠archlinux.org 06 Feb '09

06 Feb '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 ---------------------- biopython --> 'python-numpy' archboot --> 'netkit-telnet>=0.17-8' archboot --> 'wlan-ng26>=0.2.9-2' archboot --> 'atl2>=2.0.5-2' kdebluetooth --> 'bluez' Missing Makedepends --------------------- crda --> 'python-m2crypto' wpa_supplicant --> 'kernel26<2.6.28' martian-utils --> 'kernel26<2.6.27' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- core/sqlite3 depends on extra/tcl 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/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: 9 Repo hierarchy problems: 8 Circular dependencies: 1

1 0

[arch-dev-public] catalyst state
by Andreas Radke 06 Feb '09

06 Feb '09

just to inform you what I have sent to the closed AMD/Ati Beta mailing list: I'm just building the packages for the final 9-1 driver for ArchLinux and run into this issue: (EE) AIGLX error: dlopen of /usr/lib64/dri/fglrx_dri.so failed (/usr/lib64/dri/fglrx_dri.so: cannot open shared object file: No such file or directory) (EE) AIGLX: reverting to software rendering Our 64bit port is built like CLFS as a pure 64bit without multilib support and puts all libs into /lib and /usr/lib instead of /lib64 and /usr/lib64. Is there any workaround other than creating an unwanted symlink or the weird sed on libglx.so (see http://www.phoronix.com/forums/showthread.php?p=59685) that I expect to be a license breaker. -Andy So far as expected no response. The mailing list is of poor state and low traffic. Most times SuSE, Ubuntu and Fedora packagers report what games don't work. We are a small distribution and and don't use their(AMD/Ati) "service" of an own build script. And I'm one of the OSS people that don't like to support closed stuff more than really needed. I once stepped into Travis foot steps without really wanting it and every month I have to spend more time on it than I want. I only have a notebook with a X300m card and don't play games at all. So I cannot confirm any bug. The only thing I check is glxinfo/glxgears and Xorg.x.log What do you all think? Is there another Developer wanting to maintain it in a good way or should we think about moving this pkg into community where it seems there's more interest. -Andy

2 1

[arch-dev-public] Maintainer wanted for ruby
by Allan McRae 04 Feb '09

04 Feb '09

Hi Devs, I don't really know enough about ruby to deal with major version updates such as the 1.9.1 release with which the 1.9 branch is declared stable. So is there another dev who would like to take the maintenance away from me? Allan

3 3

[arch-dev-public] [signoff] kernel26 2.6.28.3-1
by Tobias Powalowski 04 Feb '09

04 Feb '09

Hi guys, new kernel adresses the following things: - bump to latest version - changed to new btusb - removed buggy-acpi-patch please signoff for both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

7 8

[arch-dev-public] install scripts in core
by Allan McRae 03 Feb '09

03 Feb '09

Hi, After the recent issues with install scriplets failing depending on the order packages were installed, I decided to do a complete review of the install files for every package in [core]. Here is a list of packages and commands they use which are not in their dependency tree: dbus-core: passwd (shadow) e2fsprogs: install-info (texinfo) fakeroot echo (coreutils) filesystem: chmod (coreutils) grep heimdal install-info (texinfo) inetutils install-info (texinfo) ipw2100-fw cat (coreutils) ipw2200-fw cat (coreutils) libsasl cat (coreutils) mlocate: echo (coreutils) ndiswrapper perl - /usr/sbin/ndiswrapper: /usr/bin/perl: bad interpreter: No such file or directory tiacx-firmware cat (coreutils) udev: filesystem - warning: can't open /etc/fstab: No such file or directory The install-info ones can be fixed without adding an additional dep in the same way as readline, bash and glibc now do. All the cat and echo calls can probably be replaced with a bash builtin (printf) although I have not tested. The others should have dependencies added to stop install script failures but I have not check if that would create loops (I think most are fine). The install scripts for lilo and vi also fail if bash is not installed (for some unknown reason). Lilo is just and old style "/bin/true" script so is easily fixed but I do not understand these two issues... Allan

5 14

[arch-dev-public] [PATCH] check_packages: fix stupid assumption on script location.
by Xavier Chantry 03 Feb '09

03 Feb '09

The parse_pkgbuilds.sh script was assumed to be in the current working directory, which is quite stupid since check_packages.py can be called from anywhere. Now it only assumes that check_packages.py and parse_pkgbuilds.sh are in the same directory. This should fix the empty integrity checks on arch-dev :) Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> --- cron-jobs/check_archlinux/check_packages.py | 6 ++---- 1 files changed, 2 insertions(+), 4 deletions(-) diff --git a/cron-jobs/check_archlinux/check_packages.py b/cron-jobs/check_archlinux/check_packages.py index f0fd4a5..0392368 100755 --- a/cron-jobs/check_archlinux/check_packages.py +++ b/cron-jobs/check_archlinux/check_packages.py @@ -50,12 +50,10 @@ class Depend: self.mod = mod def parse_pkgbuilds(repos,arch): - oldcwd = os.getcwd() - os.chdir(absroot) for repo in repos: - data = commands.getoutput(oldcwd + '/parse_pkgbuilds.sh ' + arch + ' ' + repo) + data = commands.getoutput(os.path.dirname(sys.argv[0]) + '/parse_pkgbuilds.sh ' + + arch + ' ' + absroot + '/' + repo) parse_data(repo,data) - os.chdir(oldcwd) def parse_data(repo,data): attrname = None -- 1.6.1.2

4 4

[arch-dev-public] Away for the weekend
by Aaron Griffin 31 Jan '09

31 Jan '09

Hey all, I'm hopping on a plane tonight and flying out to Portland for the weekend. I will bring my laptop, but will probably not spend a significant amount of time on it. Cheers, Aaron

3 3

[arch-dev-public] [signoff] fakeroot 1.12.1-1
by Andreas Radke 30 Jan '09

30 Jan '09

new upstream release. two minor fixes. please signoff. -Andy fakeroot (1.12.1) unstable; urgency=low * Remove broken alpha stat version hack from fts_read. -- Clint Adams <schizo(a)debian.org> Sun, 04 Jan 2009 13:28:00 -0500 fakeroot (1.12) unstable; urgency=low * Wrap fts_read. closes: #493681. -- Clint Adams <schizo(a)debian.org> Sun, 04 Jan 2009 00:56:25 -0500

5 5

[arch-dev-public] [signoff] bash 3.2.048-3, texinfo 4.13a-3, glibc 2.9-4, readline 5.2.013-2
by Aaron Griffin 30 Jan '09

30 Jan '09

Ok, now, thanks to Allan and Thomas, we should have these dep-cycles under control. The listed packages are in testing now, and they simply fix scriptlet install errors when installing to a clean chroot. Please test them out as I'd like to get them in core as soon as possible for the final ISO build. Cheers, Aaron

3 3

[arch-dev-public] Integrity Check x86_64 30-01-2009
by repomaint＠archlinux.org 30 Jan '09

30 Jan '09

====================================== = Integrity Check i686 of core,extra = ====================================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 0 Repo hierarchy problems: 0 Circular dependencies: 0

1 0

[arch-dev-public] Integrity Check i686 30-01-2009
by repomaint＠archlinux.org 30 Jan '09

30 Jan '09

====================================== = Integrity Check i686 of core,extra = ====================================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 0 Repo hierarchy problems: 0 Circular dependencies: 0

1 0

[arch-dev-public] [signoff] bash 3.2.048-3, texinfo 4.13a-2, glibc 2.9-3
by Aaron Griffin 29 Jan '09

29 Jan '09

These three packages contain fixes for our core dep-cycle that was discussed in another thread. Changes: texinfo now scans *all* info files on install (not on upgrade) - this means that packages do not need direct deps, as it will pick up all info files when it's installed glibc and bash no longer require/depend on texinfo - existence of install-info is checked before running it Please signoff. The install ISOs need these packages to ensure installation happens cleanly.

5 19

[arch-dev-public] Fix texinfo-based depcycles in core
by Aaron Griffin 28 Jan '09

28 Jan '09

This idea is Thomas', I take no credit, except that I actually wrote it up. The idea: texinfo, on install, processes all info files. bash and glibc (and, likely, other packages in core) no longer need to depend on texinfo, but should check for install-info in the scriptlets before running. a) user installs bash and glibc. No info files are processed, texinfo not installed user then installs texinfo, all info files are processed b) user installs texinfo first (somehow) user then installs bash, info files processed due to existence of install-info c) user follows case a or b user upgrades bash or glibc, info files processed as normal due to presence of install-info Any issues with this? See attached patch. Please review. If possible, this needs to go to core before we release the ISOs.

3 10

[arch-dev-public] Fwd: Fix texinfo-based depcycles in core [Try 2]
by Aaron Griffin 27 Jan '09

27 Jan '09

{ EDIT: tpowa pointed out that 'which' does not exist at this point. Convert to [ -x /usr/bin/install-info ] format, and use the full path everywhere just to be sure } This idea is Thomas', I take no credit, except that I actually wrote it up. The idea: texinfo, on install, processes all info files. bash and glibc (and, likely, other packages in core) no longer need to depend on texinfo, but should check for install-info in the scriptlets before running. a) user installs bash and glibc. No info files are processed, texinfo not installed user then installs texinfo, all info files are processed b) user installs texinfo first (somehow) user then installs bash, info files processed due to existence of install-info c) user follows case a or b user upgrades bash or glibc, info files processed as normal due to presence of install-info Any issues with this? See attached patch. Please review. If possible, this needs to go to core before we release the ISOs.

1 0

[arch-dev-public] Core freeze soon
by Aaron Griffin 27 Jan '09

27 Jan '09

Hello all, I'd appretiate it if we could get all testing packages that need to go to core in core as soon as we can. I am upload the "beta2" ISOs right now with some bug fixes, but think this may fix things and allow us to fully release. On the day we build the release ISOs, I'd like to have core in a nice state. Cheers, Aaron

3 4

[arch-dev-public] You've received an answer to your question
by arch-dev-public＠archlinux.org 27 Jan '09

27 Jan '09

1 0

[arch-dev-public] [signoff] kernel26 2.6.28.2-1
by Tobias Powalowski 26 Jan '09

26 Jan '09

Hi guys, new kernel adresses the following things: - bump to latest version please signoff for both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 4

[arch-dev-public] /usr/share/info/dir?
by Thomas Bächler 25 Jan '09

25 Jan '09

I don't know what this file is, but source-highlight contains /usr/share/info/dir, which existed in my filesystem but didn't belong to any package. Looks wrong to me ...

5 5

[arch-dev-public] [signoff] gcc{,-libs} 4.3.3-1
by Andreas Radke 25 Jan '09

25 Jan '09

a new compiler release. please signoff. (gcc-gcj should soon hit testing as well. still have to solve a minor build issue) -Andy

2 1

[arch-dev-public] [signoff] reiserfsprogs 3.6.21-1
by Andreas Radke 24 Jan '09

24 Jan '09

This is the first release after the Namesys company died (it seems). See: http://www.kernel.org/pub/linux/utils/fs/reiserfs/README please signoff. change below. -Andy Reiserfsprogs-3.6.21 Status: stable Comments: This contains changes made by Jeff Mahoney (everything got testing as a part of latest SuSE distros). 2009-01-09 3.6.21 release. 2009-01-09 Patches from Jeff Mahoney: - reiserfsprogs-mkreiserfs-quiet.diff - reiserfsprogs-large-block-warning.diff - reiserfsprogs-fsck-mapid.diff - reiserfsprogs-external-journal-changes.diff - reiserfsprogs-remove-stupid-fsck_sleep.diff - reiserfsprogs-mkfs-use-o_excl.diff - reiserfsprogs-enforce-block-limit.diff - reiserfsprogs-large-fs.diff - reiserfsprogs-better-fsck-a-behavior.diff - reiserfsprogs-remove-dependency-on-asm_unaligned.h.diff - reiserfsprogs-progress.diff - reiserfsprogs-reorder-libs.diff Patches from Ludwig Nussel: - mkreiserfs-set-the-owner-of-the-root-directory-to-the-calling-user.diff Patches from Edward Shishkin: - reiserfsprogs-disable-small-block.diff - reiserfsprogs-new-version.diff

1 2

[arch-dev-public] TODO list for namcap
by Hugo Doria 24 Jan '09

24 Jan '09

Hi guys, I made my first namcap module yesterday and i want to work more on this. Unfortunately i did not found any TODO list for it, so i want to hear from you guys: what you want to see on namcap? Any idea for a module or feature? -- Hugo

7 6

[arch-dev-public] [signoff] mkinitcpio 0.5.23
by Aaron Griffin 24 Jan '09

24 Jan '09

This is a quick fix for FS#12867 http://bugs.archlinux.org/task/12867 The problem: mkinitcpio doesn't detect the USB modules properly when using the usbhid or usb hooks. Please test this ASAP as this can be a big deal, and it's a showstopper for the ISO. Added an additional underscore/dash related change since 0.5.22 For testing, please rebuild your mkinitcpio image with: $ mkinitcpio -p kernel26 And reboot. Please sign off as soon as you can. Cheers, Aaron

5 4

[arch-dev-public] KDE 4.2.0 in [testing]
by Pierre Schmitz 23 Jan '09

23 Jan '09

Hi everybody, today I uploaded the so called "first try" of 4.2 into [testing]. Those packages are not the final one yet, but damn close. There are only two known upstream showstoppers; which will be fixed by new packages soon. See http://bugs.kde.org/buglist.cgi?keywords=kde-4.2.0-blocker. On our site only mysql is blocking a release to [extra]: http://bugs.archlinux.org/task/12798 In addition to this kde-l10n-et seems broken. So please take the chance and check those packages. An update from 4.1 should be quite smooth. And even if you hated KDE 4.1, give 4.2 a try; it really rocks. :-) If you notice any regression, showstopper or problems during the update, please report them. Packages for x86_64 should be available on your favourite mirror soon; Andrea will build i66 packages tomorrow. Greetings, Pierre -- 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

1 1

[arch-dev-public] Firestarter obsolete
by tobias＠justdreams.de 23 Jan '09

23 Jan '09

Hi guys, a user(Sven-Hendrik Haase) brought to my attention that firestarter has issues (memleaks). Well there are apparently some patches available somewhere .... but - last release was Jan 29th, 2005 (yes that means 4 years) - there seems no activity in the project - it deals with iptables and the kernel (which has changed quite a bit over the last 4 years :P ) and is somewhat crucial to system security - in this state, I don't feel like fixing it(I don't maintain it anymore anyway) but I do consider it a security issue Proposal to fix: Let's get riddence of it. Opinions? -T

3 2

[arch-dev-public] [signoff] initscripts 2009.01
by Aaron Griffin 23 Jan '09

23 Jan '09

Shortlog: Aaron Griffin (6): Switch commented kdm path unset the TZ envvar in 'functions' chmod /var/run/utmp to 664 when creating Adjust minilogd's maximums Add some simple status display functions Adjust copyright year to 2009 Roman Kyrylych (1): Added missing slash I'd like to get this in core ASAP, as the copyright year change would be nice for the ISOs. Cheers, Aaron

3 3

Re: [arch-dev-public] arch-dev-public, or am i just too dumb?
by Aaron Griffin 23 Jan '09

23 Jan '09

On Fri, Jan 23, 2009 at 10:41 AM, Jan Mette <jan.mette(a)berlin.de> wrote: > > Hi there, > > i have just tried it 4 times to respond to this thread: > > http://www.archlinux.org/pipermail/arch-dev-public/2009-January/010005.html > > Although i have registered today, i get only a "not open for public" message > that tells me i should respond to your mail address, so maybe i have no > sufficient rights to post something on this list... > > It would be very nice if you can forward my mail to the list. > > I am just a "mailing list procrastinator" and have almost no experience with > this stuff, sorry for bothering you and my dumbness :) Hey Jan, Typically what people do is reply to the message and change to address to arch-general to transfer the thread there. I've sent this on to the dev list anyway. Cheers, Aaron > --------------------------------------------------------------------------------------------------------------------- > >> Hey guys, >> >> providing splitted KDE packages is one of most wanted feature request sine >> there was KDE in Arch. And people have good reasons demanding it. Let's >> have a look at the problem: >> >> The KDE project does not provide source packages for every single >> application but they put them in some kind of categories. E.g. there are >> kdenetwork, kdemultimedia, kdegraphics etc.. So if you want an VNC client >> you have to install kdenetwork and you'll get an instant messanger, >> download manager, nvc server, samba client and others including their >> dependencies for free. >> >> ... >> >> After 4.2 will hit [extra] I'd like to work on this. This will also be a >> good test case for the makepkg implementation. >> >> ... >> >> My idea of splitting is to create one package for each app like kopete and >> not split by data, lib, docs etc.. Those packages will be members of a >> group; so pacamn -S kdenetwork still results in the same apps being >> installed. >> >> And last but not least: You might wonder why we not just include kdemod. I >> had a little talk with funkyou about this. KDEmod/Chakra has different >> goals and philosophy and is not really compatible with the Arch way. So >> they'd like to keep doing their own thing. >> >> Greetings, >> >> Pierre >> > > Hi there, > > At first: sorry for not responding to the original thread. I have just > registered on this ML, and i cannot reply to it... > > As you may know i am the so-called "lead developer" of KDEmod, although i dont > like those titles at all and all other people in our team seem to be much more > capable than myself - so this is just that you can recognize me ;) > > I have already talked to Pierre about the whole split stuff and want to add my > view about it, and also set the record straight on some points he mentioned. > > At first, the goals and philosophy of the KDE packages in extra and KDEmod are > not very different, both are (now) aiming for split KDE modules. I also told > Pierre that we can remove all of our backports from KDEmod (currently there is > just one small backported patch in our KDE 4.2 packages) and keep it clean. We > planned that anyway for the 4.2 version, as it is now completed enough to live > without those backports. > > From my point of view, there isnt a real difference in terms of goals and > philosophy... And when KDEmod is not compatible to the Arch way, what about > split KDE packages in extra? Are these conform to the Arch way then? If thats > the case, i would like to know why... As i see it, splitting up KDE in Arch > doesn't really conform to the Arch way anymore, at least as i understand > "...without unnecessary additions, modifications, or complications..." and > "...an elegant, minimalist approach..." > > Oh, and i never said that we would like to continue doing our own thing, just > to say that... We are absolutely open to make KDEmod more conform to Arch, and > thats exactly what i told Pierre. We have also just started to port KDEmod to > the new makepkg with split support, which we plan to use with the release of > 4.2.1... All in all, KDEmod is also a good testcase for the split support in > makepkg, and so far there have been no problems with it, good work :) > > There is some more stuff i would like to add here, basically my view about the > whole "split KDE packages in Archs extra repo" idea: > > 1. If you split up KDE in Arch, you will basically reinvent the wheel, > including all mistakes we did during the past ~2 years, which will also affect > the users of course. It will be the same learning effect that we had, repeated > by someone else - and splitting up KDE is not as trivial as it may seem. You > cannot do just one package per app for example. While this may work for > kdenetwork, most other KDE modules have shared components that need something > like a "-common" package, so this needs quite a lot of planning and testing. > To outline the needed efforts: With KDE 4.2 we just have reached a point where > we can say "ok, its really solid now", and that took a lot of time and efforts > (since KDE3, to be exact). > > 2. Choice is better than two competing projects. Currently, Arch has the > absolutely best selection of KDE packages available. We have KDE in extra, > KDEmod, KDEmod KDE 3 packages and of course Tanis repo and Markc's daily SVN > repo. The result of that is that users have a real choice... And from my > experience there are also a lot of users who dont like split KDE packages, but > just want the "plain default". > > 3. Our aim with KDEmod is to deliver a "high-class selection" of KDE packages, > which are both suitable for users and developers. There are quite some KDE > devs who are using our packages, because we are providing packaged debugging > symbols for example, and because we are not "tied to any rules" we are also > able to do weekly updates from the stable KDE branch and such stuff, which > makes bug-hunting a lot easier. > > 4. We are 8 people and several contributors (who test and give feedback) who > work on the KDEmod packages. This is a lot more manpower than it is available > for Archs KDE packages - and i can guarentee that doing split packages with > only 1-2 people is a lot of work, especially when it comes to testing > packages and packaging a new major release. > > 5. If KDE in extra will be split, there will be two competing package sets and > a lot of doubled efforts. This will maybe result in some confusion for the > users, and in the end no one really gains something from it. It will also be > more work for us, because we have to adapt our stuff to the changed KDE > packages in extra. > > Now, please dont misunderstand me here, but from my point of view the current > plans are not very well-grounded and need some more communication, as they > will lead to doubled efforts, confusion of users and of course a lot more > complexity for packagers (like us). (oops, i am repeating myself, sorry...) > > The two solutions i see are: > > 1. If people want split packages in Arch, we would be absolutely happy to make > KDEmod (more) conform to Arch and then put it into [extra]. Of course we would > also help maintaining it, if you guys accept people as devs who were not very > active "the official way" before :) Oh, and if that would be the case, we > would also need to discuss about makepkg support for -debug packages (i have > already ported the debug patch to the new makepkg with split support), as > these are quite a standard among distros and would attract a lot more people > who like to use Arch + KDE, but miss some important features. > > 2. We can just continue doing what we did before, let users decide what they > want to use and keep the choice. That would mean "standard" non-split KDE > packages in [extra] and of course KDEmod as an alternative, with some more > features and more agile developers who are not bound to any rules applying to > Arch. Also, the argument that there are just too much dependencies for KDE in > [extra] seem a bit like a personal thing of Pierre to me (no offence > intended). I mean, the KDE 4.2 packages in extra are missing 6 dependencies so > far, and these are really small and easy to add, and that doesnt justify > splitting up KDE from my point of view. > > I am quite unsure about which way to prefer, so i would like to read some > opinions about that from you guys... However, i am slightly tending to option > 2 = leave it like it is and let the users have their choice - of course with > some more collaborating between us and you guys... > > Greetings > > Jan (aka funkyou) >

2 1

[arch-dev-public] Preparing new mono release
by Daniel Isenmann 23 Jan '09

23 Jan '09

Hi, just a small note to the list. I'm preparing the update for the next mono release. I will do the necessary rebuilds (if there are any) of the affected packages. I don't think, that I will update it today/tonight, but it should be in the repo the next two or three days. See this mail just as a small information... :) Bye, Daniel

2 3

[arch-dev-public] Mplayer: switching to svn
by Hugo Doria 23 Jan '09

23 Jan '09

Hi guys, I was thinking in use the svn version of mplayer. The latest stable release is marked as outdated and has several security problems. Also, the official project recommends using svn version [1]. It is generally stable and works well. There is a problem with that? Should i change the name of the package for mplayer-svn or can I keep "mplayer"? [1] http://www.mplayerhq.hu/design7/dload.html -- Hugo

6 15

[arch-dev-public] new package: policykit-kde
by Pierre Schmitz 23 Jan '09

23 Jan '09

FYI: I have added policykit-kde to testing. It contains a frontend for policykit configuration and future application will make use of it. ATM it is distributed within extragear; but it will be part of KDE 4.3. (They had asked for integration just after the feature freeze ;-)) -- 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

1 0

[arch-dev-public] phonon: gstreamer support will be dropped
by Pierre Schmitz 23 Jan '09

23 Jan '09

In short: I have tested several use cases and gstreamer seems not to be usable. So Id' like to disable support for it in upcoming phonon releases. My problems with gstreamer: * graphical glitches when playing some (most) mpeg files * sometimes no sound * bad image quality (no deinterlacing?) * plugins depend on gnome * it plays some videos with wrong aspect ratio * does not seem to be a phonon problem; I had the same problems with totem; using totem-xine fixed those. So, future versions of phonon will only have the xine-backend enabled. Maybe I'll provide other backends when we have the ability to split packages. If you think this is a bad idea, let me know. -- 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

5 5

[arch-dev-public] Integrity Check x86_64 23-01-2009
by repomaint＠archlinux.org 23 Jan '09

23 Jan '09

====================================== = Integrity Check i686 of core,extra = ====================================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 0 Repo hierarchy problems: 0 Circular dependencies: 0

1 0

[arch-dev-public] Integrity Check i686 23-01-2009
by repomaint＠archlinux.org 23 Jan '09

23 Jan '09

====================================== = Integrity Check i686 of core,extra = ====================================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 0 Repo hierarchy problems: 0 Circular dependencies: 0

1 0

[arch-dev-public] Divide and Konquer - Splitting KDE packages
by Pierre Schmitz 23 Jan '09

23 Jan '09

Hey guys, providing splitted KDE packages is one of most wanted feature request sine there was KDE in Arch. And people have good reasons demanding it. Let's have a look at the problem: The KDE project does not provide source packages for every single application but they put them in some kind of categories. E.g. there are kdenetwork, kdemultimedia, kdegraphics etc.. So if you want an VNC client you have to install kdenetwork and you'll get an instant messanger, download manager, nvc server, samba client and others including their dependencies for free. But there is hope: future versions of makepkg will be able to help splitting those packages in an easy way: http://dev.archlinux.org/~allan/makepkg- git.html In fact KDE ist already prepared to be splitted; all you need to do is running make install in the right directory. After 4.2 will hit [extra] I'd like to work on this. This will also be a good test case for the makepkg implementation. In addition to this we'll need to update our devtools and db-scripts to handle those packages right. extrapkg should be quite simple; archrelease and repo- add should work just fine; only the db-scripts will really fail because they cannot guess the svn-dir just from the package name anymore. My idea of splitting is to create one package for each app like kopete and not split by data, lib, docs etc.. Those packages will be members of a group; so pacamn -S kdenetwork still results in the same apps being installed. And last but not least: You might wonder why we not just include kdemod. I had a little talk with funkyou about this. KDEmod/Chakra has different goals and philosophy and is not really compatible with the Arch way. So they'd like to keep doing their own thing. Greetings, Pierre PS: I have attached a quick&dirty example to just show you that this would not increase complexity that much; indeed I think this makes things a lot cleaner. -- 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

3 9

[arch-dev-public] [new package] nouveau-drm / xf86-video-nouveau
by Andreas Radke 23 Jan '09

23 Jan '09

I'd like to bring in these packages in a slightly modified version from AUR to testing and later to extra repos. Both packages have a nice amount of votes in AUR. http://nouveau.freedesktop.org/wiki/ nouveau-drm provides a mesa/drm git version with new drm-nouveau code not yet implemented in the mainline kernel drm.ko. xf86-video-nouveau is the opensource Xorg driver under heavy developement. 2D support is stable using EXA and much faster than the "nv" driver developed by Nvidia company for Xorg. I'm running the xf86-video-nouveau driver in a DualHead configuration with RandR1.2 for some time now. It's stable and a good opensource alternative to the Nvidia closed one and to the slow and poor of features "nv" driver. 3D support is under development with Gallium3d and will show major changes as well as radeon/ati and intel driver do with K(ernel) M(ode) S(ettings). But that's something different and will happen past Xorg-Server 1.6 and Mesa7.3. Any objections moving in that open source driver for Nvidia cards? -Andy

3 8

[arch-dev-public] [signoff] mkinitcpio 0.5.22
by Aaron Griffin 22 Jan '09

22 Jan '09

This is a quick fix for FS#12867 http://bugs.archlinux.org/task/12867 The problem: mkinitcpio doesn't detect the USB modules properly when using the usbhid or usb hooks. Please test this ASAP as this can be a big deal, and it's a showstopper for the ISO. Cheers, Aaron

2 1

[arch-dev-public] [signoff] mlocate 0.21.1
by James Rayner 21 Jan '09

21 Jan '09

Should work fine, just a translation and manpage update. Signoff i686

4 4

[arch-dev-public] [signoff] bash-3.2.048-2
by Allan McRae 21 Jan '09

21 Jan '09

This only compresses the info file to fix the post_install failure (FS#12800). I need someone to build x86_64. Thanks, Allan

4 4

[arch-dev-public] [signoff] inetutils-1.6-3
by Eric Bélanger 21 Jan '09

21 Jan '09

inetutils-1.6-3 is in testing for both arches. I've added a provides/conflicts/replaces for netkit-ntalk (close FS#12865). Please signoff.

3 2

[arch-dev-public] [signoff] db 4-7-25-2
by Andreas Radke 21 Jan '09

21 Jan '09

the new release contains 3 upstream fixes: http://www.oracle.com/technology/products/berkeley-db/db/update/4.7.25/patc… and removes the coreutils dependency cycle as requested in http://bugs.archlinux.org/task/12844 please signoff -Andy

6 5

[arch-dev-public] Fwd: [signoff] syslog-ng 2.1.3-2
by Aaron Griffin 20 Jan '09

20 Jan '09

On Thu, Dec 11, 2008 at 11:34 PM, Aaron Griffin <aaronmgriffin(a)gmail.com> wrote: > Version bump. > Switch from the 2.0 series to the 2.1 series > > Nothing super fancy here, changes, as far as I can grok, from 2.0 to 2.1: > > * use stat instead of seek to determine file size > * added support for logrotation in file sources > * fixed expansion of utf-8 characters in templates > * fixed numeric localport/destport specification > * grammar fixes for localport/port/destport parsing options > > Please signoff, both arches -2 is now in testing. Fixed FS#10776 Please signoff

6 7

[arch-dev-public] mailman hiccup
by Aaron Griffin 20 Jan '09

20 Jan '09

Broke and fixed and broke and fixed mailman tonight. Ignore the goofed commits emails you may have gotten. For documentation purposes, here's what happend: * A few days ago we added a redirect from archlinux.org to www.archlinux.org to address some silly caching issues.\ * This broke mailman's web interface as it was using "archlinux.org" and the redirect was blowing things up (silently) * Used bin/withlist -r fix_url to modify the url for all the lists. This also changed the list's host_name to the same URL. Whoops * Readjusted all the host_name properties to archlinux.org so that the mails work again. Mailman hater for life, Aaron

4 5

[arch-dev-public] xmms in extra
by Aaron Griffin 20 Jan '09

20 Jan '09

On Mon, Jan 12, 2009 at 1:50 PM, Eric Bélanger <snowmaniscool(a)gmail.com> wrote: > On Mon, Jan 12, 2009 at 1:01 PM, Andreas Radke <a.radke(a)arcor.de> wrote: >> Am Sun, 11 Jan 2009 13:42:24 -0500 >> schrieb "Eric Bélanger" <snowmaniscool(a)gmail.com>: >> >>> > And the extra -> community makedependencies appear as missing since >>> > community was not considered : >>> > >>> > xosd --> 'xmms' >>> > flac --> 'xmms' >>> >>> The makedepends is to build plugins. It was brought up on the ML >>> before and no-one objected. I maintain xmms in community so I could >>> easily bring it back in extra. With a usage of 16.34 %, I would say it >>> has a place in extra. >> >> xmms would pull gtk that we wanted to drop from extra. > > Well, there is already several packages in extra that depends on gtk. > Unless we want to remove them all, we have no choice but to keep gtk > in extra. So putting back xmms in extra won't really affect the gtk > situation as it will just be another package depending on gtk. I > don't see any problems in keeping gtk/glib in extra. FTR, I am > maintaining them and they are low-maintenance as you would expect. Considering xmms has such high usage (I still have no idea why), we would just be pushing around our personal biases to keep it out of extra. I understand that gtk is crap and we want to get rid of it, but it seems there's a decent amount of stuff that still depends on it. I think we have two options here: * We completely get rid of gtk and all packages which depend on it. * We allow xmms back into extra I'm fine with either one, but I do think it'd be silly not to move xmms to extra based on the usage stats

6 6

[arch-dev-public] Building in chroots
by Allan McRae 20 Jan '09

20 Jan '09

Hi, It has come to my attention that some people are not building packages in a clean chroot and others are managing the chroots themselves so I wrote a brief wiki entry on the scripts provided in devtools to do this [1]. Any comments on how to improve it would be appreciated. I have not added a section on using these tools to build i686 packages on x86_64 as I have not attempted that, so if someone could try that out and add it to the page, that would be appreciated. [1] http://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot Cheers, Allan

3 4

[arch-dev-public] [signoff] inetutils-1.5-1
by Eric Bélanger 20 Jan '09

20 Jan '09

Hi all, As previously discussed (http://archlinux.org/pipermail/arch-dev-public/2008-December/009353.html) I've just added inetutils-1.5-1in testing to implement FS#12281. This new package will provide the following network clients/daemons: ftp/ftpd rexec/rexecd rlogin/rlogind rsh/rshd talk/talkd telnet/telnetd rcp. It will replace the following packages: core/netkit-telnet extra/netkit-ftp extra/netkit-rsh On a related note, netkit-tftp will be remove from the repo in favor of tftp-hpa. The inetutils tools can also profide a tftp client/server. It's currently not included in the inetutils package. We could provide them in a separate package if there is sufficient demand. As inetutils will go to core as it will replace a core package, it will require the usual 2 signoffs. Signoff from users will be appreciated as well as these network tools have a low usage these days. Please indicate what specific client/daemon you tested. Because it's a totally new package, I'll keep it in testing for at least a week to give more time to test. Eric

5 15

[arch-dev-public] [signoff] kernel26 2.6.28.1-1
by Tobias Powalowski 19 Jan '09

19 Jan '09

Hi guys, new kernel adresses the following things: - bump to latest version - fixed bugs: http://bugs.archlinux.org/task/12821 http://bugs.archlinux.org/task/12816 http://bugs.archlinux.org/task/12820 please signoff for both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

7 10

[arch-dev-public] [signoff] libarchive 2.6.1
by Dan McGee 19 Jan '09

19 Jan '09

In testing for both architectures. Upstream announcement: http://groups.google.com/group/libarchive-announce/browse_thread/thread/8c9… -Dan

3 5

[arch-dev-public] [signoff] iproute2 2.6.28-1
by Ronald van Haren 18 Jan '09

18 Jan '09

Hi all, Please signoff for both architectures. Changes: - upstream release - added config files to the backup array - renamed from iproute to follow upstream naming scheme Regards, Ronald

2 1

[arch-dev-public] [signoff] filesystem 2009.01-1
by Thomas Bächler 18 Jan '09

18 Jan '09

Changes: - Add locate group to group file - Export PKG_CONFIG_PATH in /etc/profile - Add /etc/modprobe.d/usb-load-ehci-first to address #12009 (the latter needs a small change in mkinitcpio, so this file will also be added to the initramfs, this will fix the issue for people who use the usb and usbinput hooks, I'll do that tonight).

4 4

[arch-dev-public] [signoff] mkinitcpio 0.5.21-1
by Thomas Bächler 18 Jan '09

18 Jan '09

Changes: - Always add /etc/modprobe.d/usb-load-ehci-first to initramfs This fixes #12009 for people who use the usb or usbinput hooks. Please sign off (signoffs are also still needed on filesystem 2009.01).

3 2

[arch-dev-public] [signoff] readline 5.2.013-1
by Andreas Radke 18 Jan '09

18 Jan '09

new patchlevel, see change below. added info-files. please signoff. -Andy Bug-Description: The presence of invisible characters in a prompt longer than the screenwidth with invisible characters on the first and last prompt lines caused readline to place the cursor in the wrong physical location.

3 2

[arch-dev-public] Killing [unstable] for good
by Dan McGee 17 Jan '09

17 Jan '09

Any qualms about killing [unstable] from our FTP completely? We still have the directories and the "empty" databases sitting around. I think we've given plenty of warning to people that unstable no longer exists. At the very least, I'd rather have empty directories than the leftover databases we have there now that are sometimes breaking pacman because of the lone ./ entry inside of them. -Dan

4 5

[arch-dev-public] New db-scripts release
by Aaron Griffin 17 Jan '09

17 Jan '09

Due to changes in the integrity check script, and changes to the "make-sourceballs" cron job (forthcoming), I'm releasing now, please let me know if there are any issues - I will fix them quickly.

4 7

[arch-dev-public] makepkg-git package
by Allan McRae 17 Jan '09

17 Jan '09

Hi all, The splitpkg work has now made it into pacman's master branch so it would be good to get some more testing on this. I have made a makepkg-git package that installs alongside the makepkg from pacman so people can safely take this for a spin. Read all about it and download from http://dev.archlinux.org/~allan/makepkg-git.html Just a reminder for those who want to test new features in pacman and makepkg, Dan has pacman-git build that can be tried out. Dan uses these builds all the time, so the are fairly stable... He pushed a package today so they will only be 1 patch different to my makepkg-git package. x86:64: [pacman-git-64] Server = http://dev.archlinux.org/~dan/pacman-git i686: [pacman-git] Server = http://dev.archlinux.org/~dan/pacman-git Allan

1 0

[arch-dev-public] makepkg-git package
by Allan McRae 17 Jan '09

17 Jan '09

Hi all, The splitpkg work has now made it into pacman's master branch so it would be good to get some more testing on this. I have made a makepkg-git package that installs alongside the makepkg from pacman so people can safely take this for a spin. Read all about it and download from http://dev.archlinux.org/~allan/makepkg-git.html Just a reminder for those who want to test new features in pacman and makepkg, Dan has pacman-git build that can be tried out. Dan uses these builds all the time, so the are fairly stable... He pushed a package today so they will only be 1 patch different to my makepkg-git package. x86:64: [pacman-git-64] Server = http://dev.archlinux.org/~dan/pacman-git i686: [pacman-git] Server = http://dev.archlinux.org/~dan/pacman-git Allan

1 0

[arch-dev-public] [signoff] glib2 2.18.4
by Jan de Groot 17 Jan '09

17 Jan '09

Please signoff for both architectures. Though it's a "minor" update, here's the changelog: * Bugs fixed: 562378 callback return value not respected... 559110 Do not include libintl.h after glibintl.h 562562 glib-2-18 branch does not build because... 566348 g_file_open_tmp uses the wrong g_mkstemp on win32 564210 SUN Studio 12 has supported visibility attribute 567138 get_package_directory_from_module() does not free... 561807 inotify_sub.c :: dup_dirname() fails to remove trailing '/' 562393 g_buffered_input_stream_read_byte broken if data available 541715 patch for warnings and signature problems in recent code 547481 g_data_input_stream_read_line behaves not as stated... 548163 Nautilus displays wrong error message for too long filenames 559633 gtk_image_new_from_gicon does not always work... 526320 should not list mounts that the user doesn't have permission 558458 Cannot build gio tests on Solaris using SUN c 558298 Hide ecryptfs mounts 515777 incorrect date&time on copy 566064 Add NOATIME flag to query_info_flags 565484 g_content_type_guess passes non-UTF8 text to XDG functions

4 3

[arch-dev-public] [signoff] groff 1.20.1-1
by Tobias Powalowski 17 Jan '09

17 Jan '09

Hi update to latest version, please signoff for 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] pam-1.0.3-1
by Tobias Powalowski 17 Jan '09

17 Jan '09

Hi update to latest version, please signoff for 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] iw 0.9.8-1
by Thomas Bächler 17 Jan '09

17 Jan '09

New upstream release, please sign off.

1 0

[arch-dev-public] sqlite3 commits
by Aaron Griffin 16 Jan '09

16 Jan '09

On Fri, Jan 16, 2009 at 4:26 PM, <andyrtr(a)archlinux.org> wrote: > Date: Friday, January 16, 2009 @ 17:26:08 > Author: andyrtr > Revision: 24424 > > Merged revisions 24423 via svnmerge from > svn+ssh://svn.archlinux.org/srv/svn-packages/sqlite3/trunk > > ........ > r24423 | andyrtr | 2009-01-16 22:25:37 +0000 (Fr, 16 Jan 2009) | 2 lines > > upgpkg: sqlite3 3.6.10-1 > new version 3.6.10 > ........ > > Modified: > sqlite3/repos/extra-x86_64/ (properties) > sqlite3/repos/extra-x86_64/PKGBUILD I thought sqlite3 was going to core? Is this just an oversight?

2 2

[arch-dev-public] Integrity Check x86_64 16-01-2009
by repomaint＠archlinux.org 16 Jan '09

16 Jan '09

====================================== = Integrity Check i686 of core,extra = ====================================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 0 Repo hierarchy problems: 0 Circular dependencies: 0

3 2

[arch-dev-public] Integrity Check i686 16-01-2009
by repomaint＠archlinux.org 16 Jan '09

16 Jan '09

====================================== = Integrity Check i686 of core,extra = ====================================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 0 Repo hierarchy problems: 0 Circular dependencies: 0

1 0

[arch-dev-public] [signoff] heimdal 1.2.1-2, sqlite3 move to core
by Jan de Groot 16 Jan '09

16 Jan '09

As discussed a while ago, I would like to move sqlite3 to core and have a signoff for the latest heimdal version for both architectures.

3 3

[arch-dev-public] [signoff] crda 0.9.5-2
by Thomas Bächler 15 Jan '09

15 Jan '09

Just an update to the regulatory database, please sign off.

1 0

[arch-dev-public] [signoff] xfsprogs 2.10.2-1
by Tobias Powalowski 15 Jan '09

15 Jan '09

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

3 5

[arch-dev-public] Switch to wpa_supplicant development branch?
by Thomas Bächler 15 Jan '09

15 Jan '09

I just tried wpa_supplicant 0.6.7. Right now we have the 0.5 (stable) branch of wpa_supplicant in our repositories. The benefit of the 0.6 branch are: - WPS support - The qt GUI has been improved a lot - Supports the nl80211 interface which can be used instead the wext driver for wireless extensions. This includes the possibility to set the country code in the wpa_supplicant configuration file. I don't know how buggy the development branch is, I can only say that it worked for me without any problems. Opinions?

2 1

[arch-dev-public] KDE-4.1.4 will be skipped
by Pierre Schmitz 15 Jan '09

15 Jan '09

Hi all, even though the 4.1.4 packages are sitting in the staging dir for some days now, I decided to cancel that update. There is no much difference between 4.1.3 and 4.1.4, but there are new problems like this one: http://bugs.kde.org/show_bug.cgi?id=179921 In addition to this there are problems with kdebindings and it would have been replaced by 4.2.0 after two weeks anyway. So, we will go straight to 4.2 then. I am just preparing the packages of the RC1 which will go to [extra] soon. Note: The [kde-unstable] repo will disappear then. Just remove it from your pacman.conf and get the RC1 from testing. -- 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 2

[arch-dev-public] Core Signoff Role Call (was: [signoff] mdadm 2.6.8)
by Dan McGee 15 Jan '09

15 Jan '09

On Wed, Jan 14, 2009 at 4:43 PM, Eric Bélanger <snowmaniscool(a)gmail.com> wrote: > BTW, I would like to take the opportunity to remind everyone to add > your name to the table in the wiki [1] if you haven't done it yet so > we would be able to improve the efficiency of low-usage packages > signoff like we are experiencing in this thread. > > [1] http://wiki.archlinux.org/index.php/DeveloperWiki:CoreSignoffs#List_of_pote… I went through and added my name to a few. It would be great if everyone could do the same. -Dan

1 0

[arch-dev-public] [signoff] mdadm 2.6.8
by Tobias Powalowski 14 Jan '09

14 Jan '09

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

3 4

[arch-dev-public] [signoff] man-pages 3.16-1
by Andreas Radke 14 Jan '09

14 Jan '09

new upstream release. please signoff. -Andy

2 1

[arch-dev-public] Broken integrity checks
by Aaron Griffin 14 Jan '09

14 Jan '09

Sorry about the broken integrity checks, guys. They were supposed to be running weekly, but stopped somewhere and I never noticed. Thanks, Xavier, for letting me know. It should all be fixed now (I think)

1 1

[arch-dev-public] Integrity Check x86_64 14-01-2009
by repomaint＠archlinux.org 14 Jan '09

14 Jan '09

====================================== = Integrity Check i686 of core,extra = ====================================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 0 Repo hierarchy problems: 0 Circular dependencies: 0

1 0

[arch-dev-public] Integrity Check i686 14-01-2009
by repomaint＠archlinux.org 14 Jan '09

14 Jan '09

====================================== = Integrity Check i686 of core,extra = ====================================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 0 Repo hierarchy problems: 0 Circular dependencies: 0

1 0

[arch-dev-public] devlist-mailer test 14-01-2009 15:54
by repomaint＠archlinux.org 14 Jan '09

14 Jan '09

test mail

1 0

[arch-dev-public] Integrity Check x86_64 14-01-2009 15:49
by repomaint＠archlinux.org 14 Jan '09

14 Jan '09

=================== = Integrity Check = =================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Missing Dependencies ---------------------- dbus-python --> 'python>=2.6' camsource --> 'libxml2' camsource --> 'libjpeg' enblend-enfuse --> 'openexr' enblend-enfuse --> 'glew>=1.5' enblend-enfuse --> 'libxmi' enblend-enfuse --> 'freeglut' enblend-enfuse --> 'lcms' amule --> 'wxgtk>=2.8.0.1' amule --> 'gd>=2.0.34' amule --> 'geoip' denyhosts --> 'python' biopython --> 'python>=2.6' biopython --> 'python-numpy' crimson --> 'sdl_mixer' crimson --> 'sdl_ttf' crimson --> 'sdl_net' enlightenment --> 'freetype2' enlightenment --> 'libxinerama' enlightenment --> 'libxft' enlightenment --> 'libsm' enlightenment --> 'libxxf86vm' enlightenment --> 'imlib2' enlightenment --> 'libxcomposite' enlightenment --> 'libxdamage' enlightenment --> 'libxrandr' bluez-gnome --> 'hal' bluez-gnome --> 'libnotify>=0.4.4-1' bluez-gnome --> 'gconf>=2.18.0.1-4' bluez-gnome --> 'obex-data-server' bluez-gnome --> 'hicolor-icon-theme' alltray --> 'gconf' centerim --> 'libjpeg' centerim --> 'gpgme' dia --> 'gtk2' dia --> 'libart-lgpl' dia --> 'libxslt' dia --> 'scrollkeeper' cmt --> 'ladspa' a2ps --> 'ghostscript' a2ps --> 'psutils' a2ps --> 'imagemagick' catalyst-utils --> 'xorg-server>=1.5.2-2' catalyst-utils --> 'libdrm>=2.3.1' catalyst-utils --> 'libstdc++5' catalyst-utils --> 'netkit-bsd-finger' catalyst-utils --> 'libxrandr' catalyst-utils --> 'libsm' catalyst-utils --> 'fontconfig' catalyst-utils --> 'libxcursor' catalyst-utils --> 'libxi' fetchmail --> 'python' cups-pdf --> 'ghostscript' capi4hylafax --> 'hylafax' bittorrent --> 'twisted' bittorrent --> 'pycrypto' abs --> 'rsync' boost --> 'python>=2.5' autotrace --> 'pstoedit' autotrace --> 'imagemagick>=6.4.0.2' davfs2 --> 'neon>=0.28.3' bogofilter --> 'gsl' dosbox --> 'sdl_net' dosbox --> 'sdl_sound' dosbox --> 'libpng' ati-dri --> 'libdrm>=2.3.1' ati-dri --> 'libgl>=7.2' devilspie --> 'libwnck>=2.24' boo --> 'mono' firefox --> 'xulrunner=1.9.0.5' firefox --> 'shared-mime-info' celestia --> 'gtk2' celestia --> 'libtheora' celestia --> 'lua' celestia --> 'gtkglext' celestia --> 'glut' celestia --> 'libxmu' celestia --> 'mesa' feh --> 'libpng' feh --> 'libxinerama' feh --> 'giblib' autogen --> 'guile>=1.8.4-2' autogen --> 'libxml2>=2.6.23' bug-buddy --> 'gnome-menus>=2.24.2' bug-buddy --> 'libgnomeui>=2.24.0' bug-buddy --> 'libgtop>=2.24.0' eclipse --> 'java-environment' eclipse --> 'gtk2' eclipse --> 'unzip' eclipse --> 'xulrunner' avfs --> 'fuse' allegro --> 'jack-audio-connection-kit' allegro --> 'libxpm' allegro --> 'libxxf86vm' allegro --> 'libxxf86dga' allegro --> 'libxcursor' archlinux-themes-gdm --> 'gdm' autopano-sift-c --> 'libxml2' autopano-sift-c --> 'libpano13' emelfm2 --> 'gtk2' docbook-xsl --> 'libxml2' docbook-xsl --> 'libxslt' ccaudio --> 'libxml2' abuse --> 'sdl' avidemux --> 'libxv' avidemux --> 'libvorbis' avidemux --> 'libxml2' avidemux --> 'gtk2>=2.10' avidemux --> 'lame' avidemux --> 'xvidcore' avidemux --> 'sdl' avidemux --> 'x264>=20080625' deluge --> 'pygtk' deluge --> 'pyxdg' deluge --> 'librsvg' deluge --> 'setuptools' django --> 'setuptools' cx_freeze --> 'python' bochs --> 'libxpm' basket --> 'kdelibs3' basket --> 'gpgme' devhelp --> 'gconf>=2.24.0' devhelp --> 'libglade>=2.6.3' devhelp --> 'libwnck>=2.24.0' devhelp --> 'xulrunner>=1.9.0.3' digikam --> 'sqlite3' digikam --> 'libkipi>=0.1.6' digikam --> 'libgphoto2' digikam --> 'lcms' digikam --> 'libkexiv2>=0.1.7' digikam --> 'jasper>=1.900.1' digikam --> 'lcms' digikam --> 'libkdcraw>=0.1.4' expectk --> 'tk>=8.5.0' anjuta --> 'gnome-build>=2.24.1' anjuta --> 'vte>=0.17.4' anjuta --> 'graphviz>=2.20.3' anjuta --> 'subversion>=1.5.4' anjuta --> 'gtksourceview2>=2.4.1' anjuta --> 'glade>=3.5.4' anjuta --> 'libglade>=2.6.3' anjuta --> 'libxslt>=1.1.24' apricots --> 'openal>=0.0.8' apricots --> 'sdl' apricots --> 'freealut>=1.1.0' d4x --> 'gtk2' d4x --> 'libstdc++5' evolution-exchange --> 'libgnomeui>=2.24.0' corewars --> 'gtk' epiphany-extensions --> 'python>=2.6' epiphany-extensions --> 'opensp' cdrkit --> 'libcap' damageproto --> 'xproto' brltty --> 'libxaw' brltty --> 'icu' brltty --> 'python>=2.6' chemtool --> 'gtk2' ccrtp --> 'libxml2' dbus --> 'libx11' dbus --> 'libsm' filelight --> 'kdelibs3' aria2 --> 'gnutls' aria2 --> 'libxml2' aria2 --> 'sqlite3' abiword-plugins --> 'libgnomedb>=1.2.2' abiword-plugins --> 'gtkmathview>=0.7.7' abiword-plugins --> 'link-grammar>=4.2.4' abiword-plugins --> 'libwmf>=0.2.8.4' abiword-plugins --> 'librsvg>=2.18.1' abiword-plugins --> 'libwpd>=0.8.7' abiword-plugins --> 'psiconv>=0.9.8' expect --> 'tcl>=8.5.3' aterm --> 'libxext' aterm --> 'libsm' claws-mail --> 'gtk2>=2.14.5-2' claws-mail --> 'gnutls>=2.4.2' claws-mail --> 'startup-notification>=0.9-1' claws-mail --> 'pilot-link>=0.12.3-2' claws-mail --> 'gpgme>=1.1.6-1' claws-mail --> 'libetpan>=0.57-1' claws-mail --> 'libsm>=1.0.3-' aiksaurus --> 'gtk2' cssed --> 'gtk2' cssed --> 'libxml2' dmenu --> 'libx11' dmenu --> 'libxinerama' docbook-xml --> 'libxml2' audacity --> 'libvorbis' audacity --> 'libmad' audacity --> 'libid3tag' audacity --> 'wxgtk' audacity --> 'libsamplerate' audacity --> 'lame' audacity --> 'shared-mime-info' audacity --> 'redland' audacity --> 'jack-audio-connection-kit' ekiga --> 'opal=3.4.2' ekiga --> 'libgnomeui>=2.24.0' ekiga --> 'libsigc++2.0' ekiga --> 'libxv' ekiga --> 'libnotify' ding --> 'tk' cheese --> 'libgnomeui>=2.24.0' cheese --> 'gstreamer0.10-base-plugins>=0.10.21' cheese --> 'gstreamer0.10-good-plugins>=0.10.11' cheese --> 'librsvg>=2.22.3' cheese --> 'gnome-icon-theme>=2.24.0' alacarte --> 'gnome-menus>=2.24.0' alacarte --> 'gnome-python>=2.22.3' cups --> 'openslp' cups --> 'libcups>=1.3.9' cups --> 'xdg-utils' cups --> 'gnutls>=2.4.1' cmus --> 'libao' cmus --> 'libmpcdec' cmus --> 'libmad' automoc4 --> 'qt>=4.4' firestarter --> 'libgnomeui>=2.18.1-2' evilwm --> 'libxext' evilwm --> 'libxrandr' ffmpeg --> 'lame' ffmpeg --> 'sdl' ffmpeg --> 'libvorbis' ffmpeg --> 'xvidcore' ffmpeg --> 'imlib2' ffmpeg --> 'x264>=20080625' ffmpeg --> 'libtheora' archlinux-menus --> 'xdg-utils' cegui --> 'freetype2' cegui --> 'libxml2' cegui --> 'freeglut' cegui --> 'lua' devtools --> 'namcap' flac --> 'libogg' bootchart --> 'j2re' bzr --> 'python' elinks --> 'lua>=5.1.1' elinks --> 'libidn' elinks --> 'spidermonkey>=1.7.0' came --> 'giblib' 3ddesktop --> 'freetype2' 3ddesktop --> 'libxi' 3ddesktop --> 'libxmu' 3ddesktop --> 'imlib2' 3ddesktop --> 'glut' culmus --> 'fontconfig' culmus --> 'xorg-fonts-alias' culmus --> 'xorg-font-utils' culmus --> 'xorg-fonts-encodings' blender --> 'libjpeg' blender --> 'libpng' blender --> 'openexr' blender --> 'sdl' blender --> 'python>=2.6' blender --> 'libxi' blender --> 'libxmu' aubio --> 'libsamplerate' aubio --> 'jack-audio-connection-kit' evolution --> 'libnetworkmanager>=0.6.6' evolution --> 'libnotify>=0.4.5' evolution --> 'gtkhtml>=3.24.2' evolution --> 'gnome-pilot>=2.0.16' evolution --> 'gstreamer0.10>=0.10.21' fast-user-switch-applet --> 'gnome-panel>=2.24.0' fast-user-switch-applet --> 'libxmu' fast-user-switch-applet --> 'gdm>=2.20.8' f-spot --> 'gnome-desktop-sharp>=2.24.0' f-spot --> 'ndesk-dbus-glib>=0.4.1' f-spot --> 'lcms' f-spot --> 'libexif' f-spot --> 'libgphoto2>=2.4.2' f-spot --> 'sqlite3' f-spot --> 'libgnomeui>=2.24.0' easytag --> 'id3lib' easytag --> 'libid3tag' easytag --> 'gtk2' easytag --> 'libvorbis' easytag --> 'libmp4v2' easytag --> 'speex' easytag --> 'wavpack' enchant --> 'hunspell>=1.2.2' dvdauthor --> 'libdvdread' dvdauthor --> 'fribidi' dvdauthor --> 'imagemagick>=6.4.0.2' djvulibre --> 'libtiff' djvulibre --> 'hicolor-icon-theme' djvulibre --> 'qt3' djvulibre --> 'libdjvu>=3.5.21' djvulibre --> 'shared-mime-info' ed2k-gtk-gui --> 'gtk2' ed2k-gtk-gui --> 'gnet' clisp --> 'libsigsegv' dgen-sdl --> 'sdl' dgen-sdl --> 'nasm' bomberclone --> 'sdl_mixer' bomberclone --> 'sdl_image' archiso --> 'squashfs-tools' autopano-sift --> 'mono>=1.0' autopano-sift --> 'gtk-sharp' akonadi --> 'qt>=4.4' akonadi --> 'shared-mime-info' amarok-engine-xine --> 'xine-lib>=1.1.3' amarok-engine-xine --> 'kdelibs3>=3.5.7' amarok-engine-xine --> 'taglib>=1.4' amarok-engine-xine --> 'tunepimp>=0.5.3' amarok-engine-xine --> 'libxrender' at-spi --> 'libbonobo>=2.24.0' at-spi --> 'libxevie' at-spi --> 'libxtst' at-spi --> 'gtk2>=2.14.6' abiword --> 'fribidi>=0.10.9' abiword --> 'libgnomeprintui' abiword --> 'wv>=1.2.4' abiword --> 'libgnomeui>=2.22.01' abiword --> 'libgsf-gnome>=1.14.8' consolekit --> 'policykit>=0.9' amarok-base --> 'qt3' amarok-base --> 'libmp4v2' amarok-base --> 'libmysqlclient>=5.0.45' amarok-base --> 'postgresql-libs>=8.2.4' amarok-base --> 'ruby' amarok-base --> 'tunepimp>=0.5.3' dopewars --> 'gtk2>=2.12.11' dopewars --> 'sdl_mixer' epplet-base --> 'imlib2' epplet-base --> 'libtiff' epplet-base --> 'glut' epplet-base --> 'mesa' epplet-base --> 'libcdaudio' bmp --> 'id3lib' bmp --> 'libglade' bmp --> 'libsm' bmp --> 'libvorbis' bmp --> 'unzip' cyrus-sasl-plugins --> 'postgresql-libs>=8.2.4' cyrus-sasl-plugins --> 'libmysqlclient' avahi --> 'libcap' avahi --> 'libdaemon>=0.11' dvdrip --> 'perl-gtk2-ex-formfactory' dvdrip --> 'transcode' dvdrip --> 'imagemagick' dvdrip --> 'perl-libintl-perl' dvdrip --> 'perl-event-execflow' fcitx --> 'libxft' fcitx --> 'libxpm' cinepaint --> 'gtk2>=2.10.11' cinepaint --> 'openexr>=1.6' cinepaint --> 'lcms>=1.16' cinepaint --> 'libxmu>=1.0.3' cinepaint --> 'libxpm>=3.5.6' cinepaint --> 'fltk>=1.1.7' decibel --> 'qt>=4.4' decibel --> 'telepathy-qt' decibel --> 'tapioca-qt' bigloo --> 'sqlite3' dcraw --> 'libjpeg' dcraw --> 'lcms' ardour --> 'liblrdf>=0.4.0-5' ardour --> 'libsamplerate' ardour --> 'jack-audio-connection-kit' ardour --> 'libart-lgpl' ardour --> 'ladspa' ardour --> 'libxslt' ardour --> 'libgnomecanvas' ardour --> 'liblo' apr-util --> 'unixodbc' fbida --> 'libungif' fbida --> 'libtiff' fbida --> 'libexif' fbida --> 'lesstif' fbida --> 'libxpm' fbida --> 'libpng' fbida --> 'libx11' fbida --> 'libxext' abcde --> 'lame' abcde --> 'vorbis-tools' abcde --> 'id3' abcde --> 'id3v2' deskbar-applet --> 'gnome-desktop>=2.24.2' deskbar-applet --> 'gnome-python-desktop>=2.24.0' deskbar-applet --> 'gnome-panel>=2.24.2' deskbar-applet --> 'libbonoboui>=2.24.0' docker --> 'libx11' ecasound --> 'libsamplerate' ecasound --> 'python' drscheme --> 'libjpeg' drscheme --> 'mesa' drscheme --> 'libxaw' drscheme --> 'libxmu' drscheme --> 'libxft' evince --> 'libspectre>=0.2.2' evince --> 'gsfonts' evince --> 'poppler-glib>=0.10.1' evince --> 'libdjvu>=3.5.20' evince --> 'gnome-icon-theme>=2.24.0' evince --> 't1lib' evince --> 'libglade>=2.6.3' evince --> 'gnome-keyring>=2.24.1' evince --> 'shared-mime-info' aalib --> 'libx11' dansguardian --> 'squid' beagle --> 'gnome-sharp>=2.24.0' beagle --> 'gmime>=2.2.18' beagle --> 'libexif' beagle --> 'librsvg>=2.22.2' beagle --> 'sqlite3' beagle --> 'libxss' beagle --> 'wv>=1.2.4' beagle --> 'gsf-sharp>=0.8.1' beagle --> 'libsm' beagle --> 'xdg-utils' beagle --> 'ndesk-dbus-glib' beagle --> 'mono>=2.0' beagle --> 'taglib-sharp' bcprov --> 'java-runtime' dovecot --> 'libmysqlclient>=5.0.60' dovecot --> 'postgresql-libs>=8.3.4-2' dovecot --> 'libcap' bmpx --> 'gstreamer0.10-alsa' bmpx --> 'gstreamer0.10-cdparanoia' bmpx --> 'gstreamer0.10-good' bmpx --> 'gstreamer0.10-vorbis' bmpx --> 'hal' bmpx --> 'libglademm' bmpx --> 'libofa' bmpx --> 'librsvg' bmpx --> 'libsexymm' bmpx --> 'libsoup>=2.4.0' bmpx --> 'sqlite3' bmpx --> 'startup-notification>=0.8' bmpx --> 'taglib' dbus-qt3 --> 'qt3' banshee --> 'sqlite3' banshee --> 'ndesk-dbus-glib>=0.4.1' banshee --> 'mono-addins>=0.3.1' banshee --> 'taglib-sharp>=2.0.3.0' banshee --> 'gstreamer0.10-good-plugins' banshee --> 'gstreamer0.10-base-plugins' banshee --> 'gnome-sharp>=2.24.0' banshee --> 'libmtp>=0.2.6.1' banshee --> 'ipod-sharp>=0.8.1' banshee --> 'mono-zeroconf' banshee --> 'libxxf86vm' banshee --> 'gnome-icon-theme>=2.24.0' eel --> 'gnome-desktop>=2.24.0' bitlbee --> 'gnutls>=2.4.2' alsaplayer --> 'gtk' alsaplayer --> 'libid3tag' alsaplayer --> 'libvorbis' alsaplayer --> 'libmad' alsaplayer --> 'libmikmod' alsaplayer --> 'jack-audio-connection-kit>=0.102.20-2' bmp-musepack --> 'libmpcdec>=1.2.5' bmp-musepack --> 'taglib' afterstep --> 'gtk2' afterstep --> 'libpng' afterstep --> 'libtiff' afterstep --> 'freetype2' afterstep --> 'libsm' afterstep --> 'librsvg' fixesproto --> 'xproto' fixesproto --> 'xextproto' evolution-webcal --> 'libgnomeui>=2.24.0' ddd --> 'lesstif' ddd --> 'libxaw>=1.0.5' ddd --> 'libxext' dvgrab --> 'libdv' dvgrab --> 'libavc1394' dvgrab --> 'libjpeg' dvgrab --> 'libiec61883' devil --> 'sdl' devil --> 'libpng' devil --> 'libjpeg' devil --> 'libtiff' devil --> 'libmng' apache-ant --> 'java-runtime' acidrip --> 'mplayer' acidrip --> 'lsdvd' acidrip --> 'lame' acidrip --> 'libdvdcss' acidrip --> 'gtk2-perl' ebook-tools --> 'libzip' ebook-tools --> 'libxml2' dirmngr --> 'libksba' dirmngr --> 'libassuan' dirmngr --> 'pth' conky --> 'libxext' conky --> 'libxml2' conky --> 'libxft' conky --> 'libxdamage' akode --> 'libmad' akode --> 'speex' akode --> 'libsamplerate' akode --> 'libvorbis' akode --> 'jack-audio-connection-kit' evolution-data-server --> 'libsoup>=2.24.2.1' evolution-data-server --> 'nss>=3.12.1' evolution-data-server --> 'libgnome>=2.24.1' evolution-data-server --> 'libglade>=2.6.3' evolution-data-server --> 'gnome-keyring>=2.24.1' epiphany --> 'xulrunner>=1.9.0.5-2' epiphany --> 'gnome-desktop>=2.24.2' epiphany --> 'iso-codes>=2.0' epiphany --> 'libxslt>=1.1.24' epiphany --> 'libnotify>=0.4.5' epiphany --> 'libcanberra' eboard --> 'gtk2' audacious-plugins --> 'libmad' audacious-plugins --> 'libvorbis' emacs --> 'libpng' emacs --> 'libtiff' emacs --> 'giflib' emacs --> 'libxpm' emacs --> 'gtk2' cairo --> 'libpng>=1.2.33' cairo --> 'libxrender' cairo --> 'fontconfig>=2.6.0' cairo --> 'pixman>=0.12.0' cairo --> 'xcb-util>=0.3.2' apollon --> 'kdelibs3' apollon --> 'gift' audacious --> 'gtk2' audacious --> 'libmcs' audacious --> 'libsamplerate' audacious --> 'libxml2' file-roller --> 'libgnomeui>=2.24.0' etherape --> 'libgnomeui' archlinux-themes-slim --> 'slim' archboot --> 'mksyslinux>=2008.12-1' archboot --> 'mkpxelinux>=2008.12-1' archboot --> 'mkisolinux>=2008.12-1' archboot --> 'subversion>=1.5.4-1' archboot --> 'gnu-netcat>=0.7.1-2' archboot --> 'ntfsprogs>=2.0.0-2' archboot --> 'snarf>=7.0-2' archboot --> 'memtest86+>=2.10-2' archboot --> 'hwdetect>=0.9.1-2' archboot --> 'kexec-tools>=1.101-7' archboot --> 'ntfs-3g>=1.5130-1' archboot --> 'rsync>=3.0.4-1' archboot --> 'screen>=4.0.3-6' archboot --> 'fuse>=2.7.4-1' archboot --> 'smbclient>=3.2.5-1' archboot --> 'tdb>=3.2.5-1' archboot --> 'git>=1.6.0.4-1' archboot --> 'parted>=1.8.8-2' archboot --> 'ntp>=4.2.4p5-1' cdrdao --> 'lame' cdrdao --> 'libmad' cdrdao --> 'libvorbis' cdrdao --> 'libao' faac --> 'libmp4v2' exo --> 'libxfce4util>=4.4.2' exo --> 'gtk2>=2.12.11' exo --> 'hal>=0.5.11' exo --> 'perl-uri' blassic --> 'libsm' blassic --> 'libx11' eric --> 'python-qscintilla' cmake --> 'libidn' cmake --> 'qt' courier-mta --> 'mime-types' dasher --> 'libgnomeui>=2.24.0' dasher --> 'gnome-speech>=0.4.21' artwiz-fonts --> 'xorg-fonts-encodings' artwiz-fonts --> 'xorg-font-utils' artwiz-fonts --> 'fontconfig' bzflag --> 'mesa' bzflag --> 'sdl' eclipse-ecj --> 'gcc-gcj' bluefish --> 'gnome-vfs' bluefish --> 'shared-mime-info' eog --> 'gnome-desktop>=2.24.2' eog --> 'libexif>=0.6.16' eog --> 'lcms>=1.17' eog --> 'gnome-icon-theme>=2.24.0' dssi --> 'liblo>=0.22' dssi --> 'qt3' dssi --> 'jack-audio-connection-kit' dssi --> 'libsamplerate' agg --> 'sdl' agg --> 'freetype2' ettercap-gtk --> 'gtk2' epdfview --> 'poppler-glib>=0.10.0' epdfview --> 'libcups>=1.3.7-2' epdfview --> 'gnutls>=2.4.1' epdfview --> 'hicolor-icon-theme' Missing Makedepends --------------------- iputils --> 'opensp' iputils --> 'libxslt' enlightenment --> 'xbitmaps' bluez-gnome --> 'perlxml' dia --> 'intltool' dia --> 'perlxml' ati-dri --> 'glproto>=1.4.9' ati-dri --> 'libxfixes' ati-dri --> 'libxdamage' ati-dri --> 'libxxf86vm' ati-dri --> 'libxext' devilspie --> 'perlxml' firefox --> 'zip' firefox --> 'libgnomeui>=2.24.0' firefox --> 'python' firefox --> 'xorg-server' alsa-utils --> 'xmlto' bug-buddy --> 'intltool' bug-buddy --> 'gnome-doc-utils' eclipse --> 'zip' alsa-lib --> 'python' madwifi-utils --> 'sharutils' deluge --> 'subversion' deluge --> 'intltool' devhelp --> 'perlxml' anjuta --> 'gnome-doc-utils>=0.14.1' evolution-exchange --> 'intltool' erlang --> 'java-environment' epiphany-extensions --> 'gnome-doc-utils>=0.14.0' epiphany-extensions --> 'intltool' madwifi --> 'sharutils' ettercap --> 'libnet' expect --> 'tk>=8.5.3' claws-mail --> 'spamassassin' claws-mail --> 'valgrind' dmenu --> 'xineramaproto' docbook-xml --> 'unzip' dbus-sharp --> 'mono' audacity --> 'zip' audacity --> 'python' audacity --> 'soundtouch' ekiga --> 'perlxml' ekiga --> 'gnome-doc-utils>=0.14.0' cheese --> 'perlxml' cheese --> 'gnome-doc-utils>=0.14.0' cheese --> 'intltool' alacarte --> 'perlxml' flac --> 'nasm' flac --> 'xmms' bluez-utils --> 'hal' blender --> 'glut' blender --> 'libtiff' blender --> 'librsvg' evolution --> 'gnome-doc-utils>=0.14.0' evolution --> 'intltool' fast-user-switch-applet --> 'perlxml' firefox-i18n --> 'unzip' f-spot --> 'perlxml' f-spot --> 'gnome-doc-utils>=0.14.0' f-spot --> 'gnome-screensaver>=2.24.0' enchant --> 'hspell' claws-mail-extra-plugins --> 'libgtkhtml' claws-mail-extra-plugins --> 'libnotify' claws-mail-extra-plugins --> 'libxml2' evolution-sharp --> 'gtk-sharp-2>=2.12.6' courier-authlib --> 'libmysqlclient' courier-authlib --> 'postgresql-libs>=8.3.0' akonadi --> 'libxslt' akonadi --> 'mysql' amarok-engine-xine --> 'ruby' at-spi --> 'python' at-spi --> 'intltool' amarok-base --> 'kdelibs3' amarok-base --> 'libgpod>=0.6.0' amarok-base --> 'libifp>=1.0.0.2' amarok-base --> 'libmtp>=0.2.6.1' amarok-base --> 'libnjb>=2.2.5' amarok-base --> 'libvisual>=0.4.0' amarok-base --> 'xine-lib>=1.1.8' amarok-base --> 'sdl>=1.2.12' avahi --> 'mono' avahi --> 'pygtk' avahi --> 'gtk-sharp-2' avahi --> 'qt3' avahi --> 'libglade' avahi --> 'intltool' cinepaint --> 'python>=2.6' cinepaint --> 'gutenprint>=5.0' bigloo --> 'jdk' ardour --> 'librsvg' ardour --> 'scons' deskbar-applet --> 'intltool' deskbar-applet --> 'gnome-doc-utils>=0.14.0' evince --> 'gnome-doc-utils>=0.14.0' evince --> 'nautilus>=2.24.2' evince --> 'texlive-bin' evince --> 'intltool' beagle --> 'perlxml' beagle --> 'zip' bcprov --> 'java-gcj-compat' bcprov --> 'unzip' bcprov --> 'junit' cairo-perl --> 'perl-extutils-depends>=0.300' cairo-perl --> 'perl-extutils-pkgconfig>=1.11' darcs --> 'ghc' bmpx --> 'perlxml' ca-certificates --> 'ruby' banshee --> 'perlxml' eel --> 'perlxml' eel --> 'intltool' afterstep --> 'libxt' evolution-webcal --> 'perlxml' evms --> 'gtk' apache-ant --> 'java-environment' crypto++ --> 'unzip' evolution-data-server --> 'intltool' epiphany --> 'gnome-doc-utils>=0.14.0' epiphany --> 'gnome-python>=2.22.3' epiphany --> 'libnetworkmanager>=0.6.6' epiphany --> 'intltool' audacious-plugins --> 'jack-audio-connection-kit' audacious-plugins --> 'lame' audacious-plugins --> 'fluidsynth' audacious-plugins --> 'libcdio' audacious-plugins --> 'libsidplay' audacious-plugins --> 'wavpack' audacious-plugins --> 'libmpcdec' audacious-plugins --> 'taglib' audacious-plugins --> 'lirc-utils' audacious-plugins --> 'libmtp' audacious-plugins --> 'sdl' audacious-plugins --> 'projectm' audacious-plugins --> 'imlib2' audacious-plugins --> 'neon' audacious-plugins --> 'libmms' file-roller --> 'perlxml' file-roller --> 'gnome-doc-utils>=0.14.0' file-roller --> 'nautilus>=2.24.2' etherape --> 'rarian' eric-plugins --> 'unzip' exo --> 'pygtk>=2.12.1' exo --> 'xfce-mcs-manager>=4.4.2' exo --> 'libnotify' doxygen --> 'qt3' distcc --> 'gtk2' courier-mta --> 'gnupg' dasher --> 'intltool' dasher --> 'gnome-doc-utils>=0.14' eog --> 'gnome-doc-utils>=0.14.0' eog --> 'intltool' dssi --> 'ladspa' ettercap-gtk --> 'libnet' Repo Hierarchy for Makedepends -------------------------------- core/iputils depends on extra/docbook-xsl core/e2fsprogs depends on extra/bc Circular Dependencies ----------------------- glibc>bash>readline>ncurses>texinfo>glibc db>coreutils>shadow>pam>db Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 739 Repo hierarchy problems: 2 Circular dependencies: 2

1 0

[arch-dev-public] Integrity Check i686 14-01-2009 15:48
by repomaint＠archlinux.org 14 Jan '09

14 Jan '09

=================== = Integrity Check = =================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Missing Dependencies ---------------------- dbus-python --> 'python>=2.6' camsource --> 'libxml2' camsource --> 'libjpeg' enblend-enfuse --> 'openexr' enblend-enfuse --> 'glew>=1.5' enblend-enfuse --> 'libxmi' enblend-enfuse --> 'freeglut' enblend-enfuse --> 'lcms' amule --> 'wxgtk>=2.8.0.1' amule --> 'gd>=2.0.34' amule --> 'geoip' denyhosts --> 'python' biopython --> 'python>=2.6' biopython --> 'python-numpy' crimson --> 'sdl_mixer' crimson --> 'sdl_ttf' crimson --> 'sdl_net' enlightenment --> 'freetype2' enlightenment --> 'libxinerama' enlightenment --> 'libxft' enlightenment --> 'libsm' enlightenment --> 'libxxf86vm' enlightenment --> 'imlib2' enlightenment --> 'libxcomposite' enlightenment --> 'libxdamage' enlightenment --> 'libxrandr' bluez-gnome --> 'hal' bluez-gnome --> 'libnotify>=0.4.4-1' bluez-gnome --> 'gconf>=2.18.0.1-4' bluez-gnome --> 'obex-data-server' bluez-gnome --> 'hicolor-icon-theme' alltray --> 'gconf' centerim --> 'libjpeg' centerim --> 'gpgme' dia --> 'gtk2' dia --> 'libart-lgpl' dia --> 'libxslt' dia --> 'scrollkeeper' cmt --> 'ladspa' a2ps --> 'ghostscript' a2ps --> 'psutils' a2ps --> 'imagemagick' catalyst-utils --> 'xorg-server>=1.5.2-2' catalyst-utils --> 'libdrm>=2.3.1' catalyst-utils --> 'libstdc++5' catalyst-utils --> 'netkit-bsd-finger' catalyst-utils --> 'libxrandr' catalyst-utils --> 'libsm' catalyst-utils --> 'fontconfig' catalyst-utils --> 'libxcursor' catalyst-utils --> 'libxi' fetchmail --> 'python' cups-pdf --> 'ghostscript' capi4hylafax --> 'hylafax' bittorrent --> 'twisted' bittorrent --> 'pycrypto' abs --> 'rsync' boost --> 'python>=2.5' autotrace --> 'pstoedit' autotrace --> 'imagemagick>=6.4.0.2' davfs2 --> 'neon>=0.28.3' bogofilter --> 'gsl' dosbox --> 'sdl_net' dosbox --> 'sdl_sound' dosbox --> 'libpng' ati-dri --> 'libdrm>=2.3.1' ati-dri --> 'libgl>=7.2' devilspie --> 'libwnck>=2.24' boo --> 'mono' firefox --> 'xulrunner=1.9.0.5' firefox --> 'shared-mime-info' celestia --> 'gtk2' celestia --> 'libtheora' celestia --> 'lua' celestia --> 'gtkglext' celestia --> 'glut' celestia --> 'libxmu' celestia --> 'mesa' feh --> 'libpng' feh --> 'libxinerama' feh --> 'giblib' autogen --> 'guile>=1.8.4-2' autogen --> 'libxml2>=2.6.23' bug-buddy --> 'gnome-menus>=2.24.2' bug-buddy --> 'libgnomeui>=2.24.0' bug-buddy --> 'libgtop>=2.24.0' eclipse --> 'java-environment' eclipse --> 'gtk2' eclipse --> 'unzip' eclipse --> 'xulrunner' avfs --> 'fuse' allegro --> 'jack-audio-connection-kit' allegro --> 'libxpm' allegro --> 'libxxf86vm' allegro --> 'libxxf86dga' allegro --> 'libxcursor' archlinux-themes-gdm --> 'gdm' autopano-sift-c --> 'libxml2' autopano-sift-c --> 'libpano13' emelfm2 --> 'gtk2' docbook-xsl --> 'libxml2' docbook-xsl --> 'libxslt' ccaudio --> 'libxml2' abuse --> 'sdl' avidemux --> 'libxv' avidemux --> 'libvorbis' avidemux --> 'libxml2' avidemux --> 'gtk2>=2.10' avidemux --> 'lame' avidemux --> 'xvidcore' avidemux --> 'sdl' avidemux --> 'x264>=20080625' deluge --> 'pygtk' deluge --> 'pyxdg' deluge --> 'librsvg' deluge --> 'setuptools' django --> 'setuptools' cx_freeze --> 'python' bochs --> 'libxpm' basket --> 'kdelibs3' basket --> 'gpgme' devhelp --> 'gconf>=2.24.0' devhelp --> 'libglade>=2.6.3' devhelp --> 'libwnck>=2.24.0' devhelp --> 'xulrunner>=1.9.0.3' digikam --> 'sqlite3' digikam --> 'libkipi>=0.1.6' digikam --> 'libgphoto2' digikam --> 'lcms' digikam --> 'libkexiv2>=0.1.7' digikam --> 'jasper>=1.900.1' digikam --> 'lcms' digikam --> 'libkdcraw>=0.1.4' expectk --> 'tk>=8.5.0' anjuta --> 'gnome-build>=2.24.1' anjuta --> 'vte>=0.17.4' anjuta --> 'graphviz>=2.20.3' anjuta --> 'subversion>=1.5.4' anjuta --> 'gtksourceview2>=2.4.1' anjuta --> 'glade>=3.5.4' anjuta --> 'libglade>=2.6.3' anjuta --> 'libxslt>=1.1.24' apricots --> 'openal>=0.0.8' apricots --> 'sdl' apricots --> 'freealut>=1.1.0' d4x --> 'gtk2' d4x --> 'libstdc++5' evolution-exchange --> 'libgnomeui>=2.24.0' corewars --> 'gtk' epiphany-extensions --> 'python>=2.6' epiphany-extensions --> 'opensp' cdrkit --> 'libcap' damageproto --> 'xproto' brltty --> 'libxaw' brltty --> 'icu' brltty --> 'python>=2.6' chemtool --> 'gtk2' ccrtp --> 'libxml2' dbus --> 'libx11' dbus --> 'libsm' filelight --> 'kdelibs3' aria2 --> 'gnutls' aria2 --> 'libxml2' aria2 --> 'sqlite3' abiword-plugins --> 'libgnomedb>=1.2.2' abiword-plugins --> 'gtkmathview>=0.7.7' abiword-plugins --> 'link-grammar>=4.2.4' abiword-plugins --> 'libwmf>=0.2.8.4' abiword-plugins --> 'librsvg>=2.18.1' abiword-plugins --> 'libwpd>=0.8.7' abiword-plugins --> 'psiconv>=0.9.8' expect --> 'tcl>=8.5.3' aterm --> 'libxext' aterm --> 'libsm' claws-mail --> 'gtk2>=2.14.5-2' claws-mail --> 'gnutls>=2.4.2' claws-mail --> 'startup-notification>=0.9-1' claws-mail --> 'pilot-link>=0.12.3-2' claws-mail --> 'gpgme>=1.1.6-1' claws-mail --> 'libetpan>=0.57-1' claws-mail --> 'libsm>=1.0.3-' aiksaurus --> 'gtk2' cssed --> 'gtk2' cssed --> 'libxml2' dmenu --> 'libx11' dmenu --> 'libxinerama' docbook-xml --> 'libxml2' audacity --> 'libvorbis' audacity --> 'libmad' audacity --> 'libid3tag' audacity --> 'wxgtk' audacity --> 'libsamplerate' audacity --> 'lame' audacity --> 'shared-mime-info' audacity --> 'redland' audacity --> 'jack-audio-connection-kit' ekiga --> 'opal=3.4.2' ekiga --> 'libgnomeui>=2.24.0' ekiga --> 'libsigc++2.0' ekiga --> 'libxv' ekiga --> 'libnotify' ding --> 'tk' cheese --> 'libgnomeui>=2.24.0' cheese --> 'gstreamer0.10-base-plugins>=0.10.21' cheese --> 'gstreamer0.10-good-plugins>=0.10.11' cheese --> 'librsvg>=2.22.3' cheese --> 'gnome-icon-theme>=2.24.0' alacarte --> 'gnome-menus>=2.24.0' alacarte --> 'gnome-python>=2.22.3' cups --> 'openslp' cups --> 'libcups>=1.3.9' cups --> 'xdg-utils' cups --> 'gnutls>=2.4.1' cmus --> 'libao' cmus --> 'libmpcdec' cmus --> 'libmad' automoc4 --> 'qt>=4.4' firestarter --> 'libgnomeui>=2.18.1-2' evilwm --> 'libxext' evilwm --> 'libxrandr' ffmpeg --> 'lame' ffmpeg --> 'sdl' ffmpeg --> 'libvorbis' ffmpeg --> 'xvidcore' ffmpeg --> 'imlib2' ffmpeg --> 'x264>=20080625' ffmpeg --> 'libtheora' archlinux-menus --> 'xdg-utils' cegui --> 'freetype2' cegui --> 'libxml2' cegui --> 'freeglut' cegui --> 'lua' devtools --> 'namcap' flac --> 'libogg' bootchart --> 'j2re' bzr --> 'python' elinks --> 'lua>=5.1.1' elinks --> 'libidn' elinks --> 'spidermonkey>=1.7.0' came --> 'giblib' 3ddesktop --> 'freetype2' 3ddesktop --> 'libxi' 3ddesktop --> 'libxmu' 3ddesktop --> 'imlib2' 3ddesktop --> 'glut' culmus --> 'fontconfig' culmus --> 'xorg-fonts-alias' culmus --> 'xorg-font-utils' culmus --> 'xorg-fonts-encodings' blender --> 'libjpeg' blender --> 'libpng' blender --> 'openexr' blender --> 'sdl' blender --> 'python>=2.6' blender --> 'libxi' blender --> 'libxmu' aubio --> 'libsamplerate' aubio --> 'jack-audio-connection-kit' evolution --> 'libnetworkmanager>=0.6.6' evolution --> 'libnotify>=0.4.5' evolution --> 'gtkhtml>=3.24.2' evolution --> 'gnome-pilot>=2.0.16' evolution --> 'gstreamer0.10>=0.10.21' fast-user-switch-applet --> 'gnome-panel>=2.24.0' fast-user-switch-applet --> 'libxmu' fast-user-switch-applet --> 'gdm>=2.20.8' f-spot --> 'gnome-desktop-sharp>=2.24.0' f-spot --> 'ndesk-dbus-glib>=0.4.1' f-spot --> 'lcms' f-spot --> 'libexif' f-spot --> 'libgphoto2>=2.4.2' f-spot --> 'sqlite3' f-spot --> 'libgnomeui>=2.24.0' easytag --> 'id3lib' easytag --> 'libid3tag' easytag --> 'gtk2' easytag --> 'libvorbis' easytag --> 'libmp4v2' easytag --> 'speex' easytag --> 'wavpack' enchant --> 'hunspell>=1.2.2' dvdauthor --> 'libdvdread' dvdauthor --> 'fribidi' dvdauthor --> 'imagemagick>=6.4.0.2' djvulibre --> 'libtiff' djvulibre --> 'hicolor-icon-theme' djvulibre --> 'qt3' djvulibre --> 'libdjvu>=3.5.21' djvulibre --> 'shared-mime-info' ed2k-gtk-gui --> 'gtk2' ed2k-gtk-gui --> 'gnet' clisp --> 'libsigsegv' dgen-sdl --> 'sdl' dgen-sdl --> 'nasm' bomberclone --> 'sdl_mixer' bomberclone --> 'sdl_image' archiso --> 'squashfs-tools' autopano-sift --> 'mono>=1.0' autopano-sift --> 'gtk-sharp' akonadi --> 'qt>=4.4' akonadi --> 'shared-mime-info' amarok-engine-xine --> 'xine-lib>=1.1.3' amarok-engine-xine --> 'kdelibs3>=3.5.7' amarok-engine-xine --> 'taglib>=1.4' amarok-engine-xine --> 'tunepimp>=0.5.3' amarok-engine-xine --> 'libxrender' at-spi --> 'libbonobo>=2.24.0' at-spi --> 'libxevie' at-spi --> 'libxtst' at-spi --> 'gtk2>=2.14.6' abiword --> 'fribidi>=0.10.9' abiword --> 'libgnomeprintui' abiword --> 'wv>=1.2.4' abiword --> 'libgnomeui>=2.22.01' abiword --> 'libgsf-gnome>=1.14.8' consolekit --> 'policykit>=0.9' amarok-base --> 'qt3' amarok-base --> 'libmp4v2' amarok-base --> 'libmysqlclient>=5.0.45' amarok-base --> 'postgresql-libs>=8.2.4' amarok-base --> 'ruby' amarok-base --> 'tunepimp>=0.5.3' dopewars --> 'gtk2>=2.12.11' dopewars --> 'sdl_mixer' epplet-base --> 'imlib2' epplet-base --> 'libtiff' epplet-base --> 'glut' epplet-base --> 'mesa' epplet-base --> 'libcdaudio' bmp --> 'id3lib' bmp --> 'libglade' bmp --> 'libsm' bmp --> 'libvorbis' bmp --> 'unzip' cdcd --> 'libcdaudio' cyrus-sasl-plugins --> 'postgresql-libs>=8.2.4' cyrus-sasl-plugins --> 'libmysqlclient' avahi --> 'libcap' avahi --> 'libdaemon>=0.11' dvdrip --> 'perl-gtk2-ex-formfactory' dvdrip --> 'transcode' dvdrip --> 'imagemagick' dvdrip --> 'perl-libintl-perl' dvdrip --> 'perl-event-execflow' fcitx --> 'libxft' fcitx --> 'libxpm' cinepaint --> 'gtk2>=2.10.11' cinepaint --> 'openexr>=1.6' cinepaint --> 'lcms>=1.16' cinepaint --> 'libxmu>=1.0.3' cinepaint --> 'libxpm>=3.5.6' cinepaint --> 'fltk>=1.1.7' decibel --> 'qt>=4.4' decibel --> 'telepathy-qt' decibel --> 'tapioca-qt' bigloo --> 'sqlite3' dcraw --> 'libjpeg' dcraw --> 'lcms' ardour --> 'liblrdf>=0.4.0-5' ardour --> 'libsamplerate' ardour --> 'jack-audio-connection-kit' ardour --> 'libart-lgpl' ardour --> 'ladspa' ardour --> 'libxslt' ardour --> 'libgnomecanvas' ardour --> 'liblo' apr-util --> 'unixodbc' fbida --> 'libungif' fbida --> 'libtiff' fbida --> 'libexif' fbida --> 'lesstif' fbida --> 'libxpm' fbida --> 'libpng' fbida --> 'libx11' fbida --> 'libxext' abcde --> 'lame' abcde --> 'vorbis-tools' abcde --> 'id3' abcde --> 'id3v2' deskbar-applet --> 'gnome-desktop>=2.24.2' deskbar-applet --> 'gnome-python-desktop>=2.24.0' deskbar-applet --> 'gnome-panel>=2.24.2' deskbar-applet --> 'libbonoboui>=2.24.0' docker --> 'libx11' ecasound --> 'libsamplerate' ecasound --> 'python' drscheme --> 'libjpeg' drscheme --> 'mesa' drscheme --> 'libxaw' drscheme --> 'libxmu' drscheme --> 'libxft' evince --> 'libspectre>=0.2.2' evince --> 'gsfonts' evince --> 'poppler-glib>=0.10.1' evince --> 'libdjvu>=3.5.20' evince --> 'gnome-icon-theme>=2.24.0' evince --> 't1lib' evince --> 'libglade>=2.6.3' evince --> 'gnome-keyring>=2.24.1' evince --> 'shared-mime-info' aalib --> 'libx11' dansguardian --> 'squid' beagle --> 'gnome-sharp>=2.24.0' beagle --> 'gmime>=2.2.18' beagle --> 'libexif' beagle --> 'librsvg>=2.22.2' beagle --> 'sqlite3' beagle --> 'libxss' beagle --> 'wv>=1.2.4' beagle --> 'gsf-sharp>=0.8.1' beagle --> 'libsm' beagle --> 'xdg-utils' beagle --> 'ndesk-dbus-glib' beagle --> 'mono>=2.0' beagle --> 'taglib-sharp' bcprov --> 'java-runtime' dovecot --> 'libmysqlclient>=5.0.60' dovecot --> 'postgresql-libs>=8.3.4-2' dovecot --> 'libcap' bmpx --> 'gstreamer0.10-alsa' bmpx --> 'gstreamer0.10-cdparanoia' bmpx --> 'gstreamer0.10-good' bmpx --> 'gstreamer0.10-vorbis' bmpx --> 'hal' bmpx --> 'libglademm' bmpx --> 'libofa' bmpx --> 'librsvg' bmpx --> 'libsexymm' bmpx --> 'libsoup>=2.4.0' bmpx --> 'sqlite3' bmpx --> 'startup-notification>=0.8' bmpx --> 'taglib' dbus-qt3 --> 'qt3' banshee --> 'sqlite3' banshee --> 'ndesk-dbus-glib>=0.4.1' banshee --> 'mono-addins>=0.3.1' banshee --> 'taglib-sharp>=2.0.3.0' banshee --> 'gstreamer0.10-good-plugins' banshee --> 'gstreamer0.10-base-plugins' banshee --> 'gnome-sharp>=2.24.0' banshee --> 'libmtp>=0.2.6.1' banshee --> 'ipod-sharp>=0.8.1' banshee --> 'mono-zeroconf' banshee --> 'libxxf86vm' banshee --> 'gnome-icon-theme>=2.24.0' eel --> 'gnome-desktop>=2.24.0' bitlbee --> 'gnutls>=2.4.2' alsaplayer --> 'gtk' alsaplayer --> 'libid3tag' alsaplayer --> 'libvorbis' alsaplayer --> 'libmad' alsaplayer --> 'libmikmod' alsaplayer --> 'jack-audio-connection-kit>=0.102.20-2' bmp-musepack --> 'libmpcdec>=1.2.5' bmp-musepack --> 'taglib' afterstep --> 'gtk2' afterstep --> 'libpng' afterstep --> 'libtiff' afterstep --> 'freetype2' afterstep --> 'libsm' afterstep --> 'librsvg' fixesproto --> 'xproto' fixesproto --> 'xextproto' evolution-webcal --> 'libgnomeui>=2.24.0' ddd --> 'lesstif' ddd --> 'libxaw>=1.0.5' ddd --> 'libxext' dvgrab --> 'libdv' dvgrab --> 'libavc1394' dvgrab --> 'libjpeg' dvgrab --> 'libiec61883' devil --> 'sdl' devil --> 'libpng' devil --> 'libjpeg' devil --> 'libtiff' devil --> 'libmng' apache-ant --> 'java-runtime' acidrip --> 'mplayer' acidrip --> 'lsdvd' acidrip --> 'lame' acidrip --> 'libdvdcss' acidrip --> 'gtk2-perl' ebook-tools --> 'libzip' ebook-tools --> 'libxml2' dirmngr --> 'libksba' dirmngr --> 'libassuan' dirmngr --> 'pth' conky --> 'libxext' conky --> 'libxml2' conky --> 'libxft' conky --> 'libxdamage' akode --> 'libmad' akode --> 'speex' akode --> 'libsamplerate' akode --> 'libvorbis' akode --> 'jack-audio-connection-kit' evolution-data-server --> 'libsoup>=2.24.2.1' evolution-data-server --> 'nss>=3.12.1' evolution-data-server --> 'libgnome>=2.24.1' evolution-data-server --> 'libglade>=2.6.3' evolution-data-server --> 'gnome-keyring>=2.24.1' epiphany --> 'xulrunner>=1.9.0.5-2' epiphany --> 'gnome-desktop>=2.24.2' epiphany --> 'iso-codes>=2.0' epiphany --> 'libxslt>=1.1.24' epiphany --> 'libnotify>=0.4.5' epiphany --> 'libcanberra' eboard --> 'gtk2' audacious-plugins --> 'libmad' audacious-plugins --> 'libvorbis' cmucl --> 'lesstif' emacs --> 'libpng' emacs --> 'libtiff' emacs --> 'giflib' emacs --> 'libxpm' emacs --> 'gtk2' cairo --> 'libpng>=1.2.33' cairo --> 'libxrender' cairo --> 'fontconfig>=2.6.0' cairo --> 'pixman>=0.12.0' cairo --> 'xcb-util>=0.3.2' apollon --> 'kdelibs3' apollon --> 'gift' audacious --> 'gtk2' audacious --> 'libmcs' audacious --> 'libsamplerate' audacious --> 'libxml2' file-roller --> 'libgnomeui>=2.24.0' etherape --> 'libgnomeui' archlinux-themes-slim --> 'slim' archboot --> 'mksyslinux>=2008.12-1' archboot --> 'mkpxelinux>=2008.12-1' archboot --> 'mkisolinux>=2008.12-1' archboot --> 'subversion>=1.5.4-1' archboot --> 'gnu-netcat>=0.7.1-2' archboot --> 'ntfsprogs>=2.0.0-2' archboot --> 'snarf>=7.0-2' archboot --> 'memtest86+>=2.10-2' archboot --> 'hwdetect>=0.9.1-2' archboot --> 'kexec-tools>=1.101-7' archboot --> 'ntfs-3g>=1.5130-1' archboot --> 'rsync>=3.0.4-1' archboot --> 'screen>=4.0.3-6' archboot --> 'fuse>=2.7.4-1' archboot --> 'smbclient>=3.2.5-1' archboot --> 'tdb>=3.2.5-1' archboot --> 'git>=1.6.0.4-1' archboot --> 'parted>=1.8.8-2' archboot --> 'ntp>=4.2.4p5-1' cdrdao --> 'lame' cdrdao --> 'libmad' cdrdao --> 'libvorbis' cdrdao --> 'libao' faac --> 'libmp4v2' exo --> 'libxfce4util>=4.4.2' exo --> 'gtk2>=2.12.11' exo --> 'hal>=0.5.11' exo --> 'perl-uri' blassic --> 'libsm' blassic --> 'libx11' eric --> 'python-qscintilla' cmake --> 'libidn' cmake --> 'qt' courier-mta --> 'mime-types' dasher --> 'libgnomeui>=2.24.0' dasher --> 'gnome-speech>=0.4.21' artwiz-fonts --> 'xorg-fonts-encodings' artwiz-fonts --> 'xorg-font-utils' artwiz-fonts --> 'fontconfig' bzflag --> 'mesa' bzflag --> 'sdl' eclipse-ecj --> 'gcc-gcj' bluefish --> 'gnome-vfs' bluefish --> 'shared-mime-info' eog --> 'gnome-desktop>=2.24.2' eog --> 'libexif>=0.6.16' eog --> 'lcms>=1.17' eog --> 'gnome-icon-theme>=2.24.0' dssi --> 'liblo>=0.22' dssi --> 'qt3' dssi --> 'jack-audio-connection-kit' dssi --> 'libsamplerate' agg --> 'sdl' agg --> 'freetype2' ettercap-gtk --> 'gtk2' epdfview --> 'poppler-glib>=0.10.0' epdfview --> 'libcups>=1.3.7-2' epdfview --> 'gnutls>=2.4.1' epdfview --> 'hicolor-icon-theme' Missing Makedepends --------------------- iputils --> 'opensp' iputils --> 'libxslt' enlightenment --> 'xbitmaps' bluez-gnome --> 'perlxml' dia --> 'intltool' dia --> 'perlxml' ati-dri --> 'glproto>=1.4.9' ati-dri --> 'libxfixes' ati-dri --> 'libxdamage' ati-dri --> 'libxxf86vm' ati-dri --> 'libxext' devilspie --> 'perlxml' firefox --> 'zip' firefox --> 'libgnomeui>=2.24.0' firefox --> 'python' firefox --> 'xorg-server' alsa-utils --> 'xmlto' bug-buddy --> 'intltool' bug-buddy --> 'gnome-doc-utils' eclipse --> 'zip' alsa-lib --> 'python' madwifi-utils --> 'sharutils' deluge --> 'subversion' deluge --> 'intltool' devhelp --> 'perlxml' anjuta --> 'gnome-doc-utils>=0.14.1' evolution-exchange --> 'intltool' erlang --> 'java-environment' epiphany-extensions --> 'gnome-doc-utils>=0.14.0' epiphany-extensions --> 'intltool' madwifi --> 'sharutils' ettercap --> 'libnet' expect --> 'tk>=8.5.3' claws-mail --> 'spamassassin' claws-mail --> 'valgrind' dmenu --> 'xineramaproto' docbook-xml --> 'unzip' dbus-sharp --> 'mono' audacity --> 'zip' audacity --> 'python' audacity --> 'soundtouch' ekiga --> 'perlxml' ekiga --> 'gnome-doc-utils>=0.14.0' cheese --> 'perlxml' cheese --> 'gnome-doc-utils>=0.14.0' cheese --> 'intltool' alacarte --> 'perlxml' flac --> 'nasm' flac --> 'xmms' bluez-utils --> 'hal' blender --> 'glut' blender --> 'libtiff' blender --> 'librsvg' evolution --> 'gnome-doc-utils>=0.14.0' evolution --> 'intltool' fast-user-switch-applet --> 'perlxml' firefox-i18n --> 'unzip' f-spot --> 'perlxml' f-spot --> 'gnome-doc-utils>=0.14.0' f-spot --> 'gnome-screensaver>=2.24.0' enchant --> 'hspell' claws-mail-extra-plugins --> 'libgtkhtml' claws-mail-extra-plugins --> 'libnotify' claws-mail-extra-plugins --> 'libxml2' evolution-sharp --> 'gtk-sharp-2>=2.12.6' courier-authlib --> 'libmysqlclient' courier-authlib --> 'postgresql-libs>=8.3.0' akonadi --> 'libxslt' akonadi --> 'mysql' amarok-engine-xine --> 'ruby' at-spi --> 'python' at-spi --> 'intltool' amarok-base --> 'kdelibs3' amarok-base --> 'libgpod>=0.6.0' amarok-base --> 'libifp>=1.0.0.2' amarok-base --> 'libmtp>=0.2.6.1' amarok-base --> 'libnjb>=2.2.5' amarok-base --> 'libvisual>=0.4.0' amarok-base --> 'xine-lib>=1.1.8' amarok-base --> 'sdl>=1.2.12' avahi --> 'mono' avahi --> 'pygtk' avahi --> 'gtk-sharp-2' avahi --> 'qt3' avahi --> 'libglade' avahi --> 'intltool' cinepaint --> 'python>=2.6' cinepaint --> 'gutenprint>=5.0' bigloo --> 'jdk' ardour --> 'librsvg' ardour --> 'scons' deskbar-applet --> 'intltool' deskbar-applet --> 'gnome-doc-utils>=0.14.0' evince --> 'gnome-doc-utils>=0.14.0' evince --> 'nautilus>=2.24.2' evince --> 'texlive-bin' evince --> 'intltool' beagle --> 'perlxml' beagle --> 'zip' bcprov --> 'java-gcj-compat' bcprov --> 'unzip' bcprov --> 'junit' cairo-perl --> 'perl-extutils-depends>=0.300' cairo-perl --> 'perl-extutils-pkgconfig>=1.11' darcs --> 'ghc' bmpx --> 'perlxml' ca-certificates --> 'ruby' banshee --> 'perlxml' eel --> 'perlxml' afterstep --> 'libxt' evolution-webcal --> 'perlxml' evms --> 'gtk' apache-ant --> 'java-environment' crypto++ --> 'unzip' evolution-data-server --> 'intltool' epiphany --> 'gnome-doc-utils>=0.14.0' epiphany --> 'gnome-python>=2.22.3' epiphany --> 'libnetworkmanager>=0.6.6' epiphany --> 'intltool' audacious-plugins --> 'jack-audio-connection-kit' audacious-plugins --> 'lame' audacious-plugins --> 'fluidsynth' audacious-plugins --> 'libcdio' audacious-plugins --> 'libsidplay' audacious-plugins --> 'wavpack' audacious-plugins --> 'libmpcdec' audacious-plugins --> 'taglib' audacious-plugins --> 'lirc-utils' audacious-plugins --> 'libmtp' audacious-plugins --> 'sdl' audacious-plugins --> 'projectm' audacious-plugins --> 'imlib2' audacious-plugins --> 'neon' audacious-plugins --> 'libmms' file-roller --> 'perlxml' file-roller --> 'gnome-doc-utils>=0.14.0' file-roller --> 'nautilus>=2.24.2' etherape --> 'rarian' eric-plugins --> 'unzip' exo --> 'pygtk>=2.12.1' exo --> 'xfce-mcs-manager>=4.4.2' exo --> 'libnotify' doxygen --> 'qt3' distcc --> 'gtk2' courier-mta --> 'gnupg' dasher --> 'intltool' dasher --> 'gnome-doc-utils>=0.14' eog --> 'gnome-doc-utils>=0.14.0' eog --> 'intltool' dssi --> 'ladspa' ettercap-gtk --> 'libnet' Repo Hierarchy for Makedepends -------------------------------- core/iputils depends on extra/docbook-xsl core/e2fsprogs depends on extra/bc Circular Dependencies ----------------------- glibc>bash>readline>ncurses>texinfo>glibc db>coreutils>shadow>pam>db Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 740 Repo hierarchy problems: 2 Circular dependencies: 2

1 0

[arch-dev-public] Heimdal changes
by Jan de Groot 13 Jan '09

13 Jan '09

Tonight I've been working on heimdal. I found out some things about this package: 1. It includes libeditline, a BSD port of libreadline. Nothing in the package uses this library, as heimdal is compiled with readline. The installed libreadline.* files are actually broken libraries, because they're missing the strlcopy symbols, which are only available on *BSD platforms, not in glibc. 2. We've been using patches from gentoo for a long while. The patches we included were introduced in some 0.7 version, and never reviewed in later versions. In the meanwhile, some don't apply or were replaced by newer patches. 3. Heimdal uses an internal snapshot of sqlite and links this one static inside the krb5 libraries. While this reduces dependencies, it has two problems: - security fixes in sqlite have to be tracked inside heimdal - static linking is evil because applications utilizing sqlite will end up with two copies of the sqlite library in memory I changed the PKGBUILD, added patches, added a dependency to sqlite3 and pushed it to testing. I also added -Wl,--as-needed to LDFLAGS to reduce link dependencies on sqlite3, as each and every binary links to it without these flags, while it's only used in the client libraries for the credentials cache. I would like to have some review on this, as it's a core package. This will also mean that sqlite3 has to be pulled from extra into core (or ssh and heimdal move to extra, as ssh is the only core package using heimdal, though I assume that's not a reasonable option).

10 24

[arch-dev-public] ffmpeg/x264 rebuild in [testing]
by Eric Bélanger 13 Jan '09

13 Jan '09

Hi, I just pushed an updated ffmpeg and x264 along with their corresponding rebuilds in testing. I only did the x86_64 packages. It would be great if someone would have time to build the i686 package. If not, I'll do them sometime this week. Updates: ffmpeg - Updated to svn snapshot dated at 20081220 (revision 16503) - soname bump: libavcodec.so.51 -> libavcodec.so.52 - liba52 wrapper was removed upstream x264 - Updated to 20090108 daily snapshot - soname bump: libx264.so.60 -> libx264.so.65 Rebuilds: avidemux - QT4 GUI is now included in package gstreamer0.10-bad-plugins motion mplayer opal sox transcode - upstream update,fixed imagemagick filter (FS#11039) vlc xine-lib - upstream update Please test and report any problems. Eric

4 6

Re: [arch-dev-public] mail 42388
by arch-dev-public＠archlinux.org 12 Jan '09

12 Jan '09

1 0

[arch-dev-public] [signoff] kernel26 2.6.28-3
by Tobias Powalowski 12 Jan '09

12 Jan '09

Hi guys, new kernel adresses the following things: just a quick rebuild which adds crda as optdepend. please signoff for both arches I would like to move in kernel, klibc, mkinitcpio, module-init-tools, crda (with depends) and binary modules this week to core if you are all fine with it. Showstopper: klibc needs to be fixed. It breaks compilation of tools. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 4

[arch-dev-public] [signoff] klibc 1.5.15-1, klibc-extras, klibc-kbd, klibc-module-init-tools, klibc-udev
by Thomas Bächler 12 Jan '09

12 Jan '09

Okay, I updated klibc to 1.5.15 (properly fixing ext4 this time) and fixed the "klcc won't build anything" issue with a short workaround. The 1.5.15 update changed the ABI, so klibc-* and v86d are in testing as well. I also updated klibc-module-init-tools to 3.5 (matching the version of module-init-tools again). I only tested x86_64 and without ext4! So I need 2 signoffs for i686 and 1 for x86_64 (and maybe an ext4 test). Signoff procedure is to install the new packages, build a new initramfs and boot!

4 3