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

[arch-dev-public] network-plasmoid-svn on extra? (WAS: KDE, Bluetooth and Wifi)
by Andrea Scarpino 25 Oct '09

25 Oct '09

On 27/05/2009, Thomas Bächler <thomas(a)archlinux.org> wrote: > How about adding this to extra? It seems NM is very popular, and until > it is part of kdenetwork we should not force a high percentage of our > users to build it from AUR. we could, I was waiting a stable version. what others DEV think about this? -- Andrea `BaSh` Scarpino Arch Linux Developer

3 7

[arch-dev-public] [signoff] attr 2.4.44-1 && acl 2.2.48-1
by Thomas Bächler 25 Oct '09

25 Oct '09

Minor upstream updates, please sign off.

3 2

[arch-dev-public] [signoff] kernel26 2.6.31.5-1
by Thomas Bächler 24 Oct '09

24 Oct '09

New upstream release, please sign off. Everyone who installed the broken testing/klibc updates for i686, do yourself a favor and revert to the versions in core again BEFORE installing a kernel update (pacman -S klibc klibc-extras klibc-kbd klibc-module-init-tools klibc-udev (v86d)), as you will otherwise have a non-booting system. These updates have been removed from testing for now, but pacman won't automatically revert to the core versions. The x86_64 versions are okay though.

5 5

[arch-dev-public] Remove "current" symlinks?
by Thomas Bächler 24 Oct '09

24 Oct '09

What do you think of removing those? [10:14:28][thomas@gerolde ftp]$ ls -lhF current core/os/*/current* lrwxrwxrwx 1 ftp ftp-arch 14 2008-11-21 02:41 core/os/i686/current.db.tar.gz -> core.db.tar.gz lrwxrwxrwx 1 ftp ftp-arch 14 2008-11-21 02:41 core/os/x86_64/current.db.tar.gz -> core.db.tar.gz lrwxrwxrwx 1 ftp ftp-arch 4 2008-11-21 02:41 current -> core/

2 1

[arch-dev-public] Integrity Check x86_64: core, extra, community 23-10-2009
by repomaint＠archlinux.org 23 Oct '09

23 Oct '09

================================================== = Integrity Check x86_64 of core,extra,community = ================================================== Performing integrity checks... ==> parsing pkgbuilds ==> parsing db files ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking hierarchy ==> checking for circular dependencies ==> checking for differences between db files and pkgbuilds Duplicate PKGBUILDs --------------------- /srv/abs/rsync/any/community/pitivi vs. /srv/abs/rsync/x86_64/community/pitivi /srv/abs/rsync/any/community/wgetpaste vs. /srv/abs/rsync/x86_64/community/wgetpaste /srv/abs/rsync/any/extra/i8kmon vs. /srv/abs/rsync/x86_64/extra/i8kmon /srv/abs/rsync/any/extra/perl-mime-lite vs. /srv/abs/rsync/x86_64/extra/perl-mime-lite /srv/abs/rsync/any/extra/perl-mime-types vs. /srv/abs/rsync/x86_64/extra/perl-mime-types /srv/abs/rsync/x86_64/extra/foomatic-db vs. /srv/abs/rsync/x86_64/extra/foomatic /srv/abs/rsync/x86_64/extra/foomatic-db-engine vs. /srv/abs/rsync/x86_64/extra/foomatic /srv/abs/rsync/x86_64/extra/foomatic-db-nonfree vs. /srv/abs/rsync/x86_64/extra/foomatic /srv/abs/rsync/x86_64/extra/foomatic-filters vs. /srv/abs/rsync/x86_64/extra/foomatic /srv/abs/rsync/x86_64/extra/libcups vs. /srv/abs/rsync/x86_64/extra/cups Missing Dependencies ---------------------- community/eclipse-ve --> 'eclipse<3.3' extra/archboot --> 'libdownload>=1.3-3' extra/bmpx --> 'gstreamer0.10-alsa' extra/bmpx --> 'gstreamer0.10-cdparanoia' extra/bmpx --> 'gstreamer0.10-vorbis' extra/slimserver --> 'perl-compress-zlib' Missing Makedepends --------------------- community/splix --> 'cupsddk' extra/kdelibs3 --> 'autoconf<2.64' extra/v86d --> 'kernel26<2.6.30' Repo Hierarchy for Dependencies --------------------------------- extra/haskell-hashed-storage depends on community/haskell-zlib (0 extra (make)deps to pull) extra/munin-node depends on community/perl-net-server (0 extra (make)deps to pull) extra/neverball depends on community/physfs (1 extra (make)deps to pull : docutils) Repo Hierarchy for Makedepends -------------------------------- core/ca-certificates depends on extra/ruby (25 extra (make)deps to pull) core/crda depends on extra/python-m2crypto (26 extra (make)deps to pull) core/e2fsprogs depends on extra/bc (0 extra (make)deps to pull) core/groff depends on extra/ghostscript (145 extra (make)deps to pull) core/groff depends on extra/netpbm (45 extra (make)deps to pull) core/groff depends on extra/psutils (146 extra (make)deps to pull) core/iputils depends on extra/docbook-xsl (27 extra (make)deps to pull) core/iputils depends on extra/libxslt (25 extra (make)deps to pull) core/iputils depends on extra/opensp (29 extra (make)deps to pull) core/sqlite3 depends on extra/tcl (0 extra (make)deps to pull) core/udev depends on extra/gperf (0 extra (make)deps to pull) core/udev depends on extra/libxslt (25 extra (make)deps to pull) extra/dbus-python depends on community/docutils (0 extra (make)deps to pull) extra/gnome-speech depends on community/espeak (2 extra (make)deps to pull : portaudio docutils) extra/xqf depends on community/chrpath (0 extra (make)deps to pull) Packages found in db, but not in tree --------------------------------------- community/monodevelop Packages found in tree, but not in db --------------------------------------- extra/openoffice-en-US Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 10 Invalid archs: 0 Missing (make)dependencies: 9 Repo hierarchy problems: 18 Circular dependencies: 0 In db, but not in tree: 1 In tree, but not in db: 1

1 0

[arch-dev-public] Integrity Check i686: core, extra, community 23-10-2009
by repomaint＠archlinux.org 23 Oct '09

23 Oct '09

================================================ = Integrity Check i686 of core,extra,community = ================================================ Performing integrity checks... ==> parsing pkgbuilds ==> parsing db files ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking hierarchy ==> checking for circular dependencies ==> checking for differences between db files and pkgbuilds Mismatched Pkgnames --------------------- gmime vs. /srv/abs/rsync/i686/community/gmime22 Duplicate PKGBUILDs --------------------- /srv/abs/rsync/any/community/pitivi vs. /srv/abs/rsync/i686/community/pitivi /srv/abs/rsync/any/community/wgetpaste vs. /srv/abs/rsync/i686/community/wgetpaste /srv/abs/rsync/any/extra/i8kmon vs. /srv/abs/rsync/i686/extra/i8kmon /srv/abs/rsync/any/extra/perl-mime-lite vs. /srv/abs/rsync/i686/extra/perl-mime-lite /srv/abs/rsync/any/extra/perl-mime-types vs. /srv/abs/rsync/i686/extra/perl-mime-types /srv/abs/rsync/i686/extra/foomatic-db vs. /srv/abs/rsync/i686/extra/foomatic /srv/abs/rsync/i686/extra/foomatic-db-engine vs. /srv/abs/rsync/i686/extra/foomatic /srv/abs/rsync/i686/extra/foomatic-db-nonfree vs. /srv/abs/rsync/i686/extra/foomatic /srv/abs/rsync/i686/extra/foomatic-filters vs. /srv/abs/rsync/i686/extra/foomatic /srv/abs/rsync/i686/extra/gmime vs. /srv/abs/rsync/i686/community/gmime22 /srv/abs/rsync/i686/extra/libcups vs. /srv/abs/rsync/i686/extra/cups Missing Dependencies ---------------------- community/balsa --> 'gmime>=2.4.10' community/dbmail --> 'gmime22' community/eclipse-ve --> 'eclipse<3.3' extra/archboot --> 'libdownload>=1.3-3' extra/bmpx --> 'gstreamer0.10-alsa' extra/bmpx --> 'gstreamer0.10-cdparanoia' extra/bmpx --> 'gstreamer0.10-vorbis' extra/koffice-meta-koffice --> 'koffice-filters' extra/koffice-meta-koffice --> 'koffice-interfaces' extra/koffice-meta-koffice --> 'koffice-karbon' extra/koffice-meta-koffice --> 'koffice-kchart' extra/koffice-meta-koffice --> 'koffice-kdgantt' extra/koffice-meta-koffice --> 'koffice-kounavail' extra/koffice-meta-koffice --> 'koffice-kplato' extra/koffice-meta-koffice --> 'koffice-kpresenter' extra/koffice-meta-koffice --> 'koffice-krita' extra/koffice-meta-koffice --> 'koffice-kspread' extra/koffice-meta-koffice --> 'koffice-kword' extra/koffice-meta-koffice --> 'koffice-libs' extra/koffice-meta-koffice --> 'koffice-pics' extra/koffice-meta-koffice --> 'koffice-plugins' extra/koffice-meta-koffice --> 'koffice-servicetypes' extra/koffice-meta-koffice --> 'koffice-templates' extra/koffice-meta-koffice --> 'koffice-tools' extra/koffice-meta-koffice-doc --> 'koffice-interfaces' extra/koffice-meta-koffice-doc --> 'koffice-karbon-doc' extra/koffice-meta-koffice-doc --> 'koffice-kchart-doc' extra/koffice-meta-koffice-doc --> 'koffice-kplato-doc' extra/koffice-meta-koffice-doc --> 'koffice-kpresenter' extra/koffice-meta-koffice-doc --> 'koffice-kpresenter-doc' extra/koffice-meta-koffice-doc --> 'koffice-krita-doc' extra/koffice-meta-koffice-doc --> 'koffice-kspread-doc' extra/koffice-meta-koffice-doc --> 'koffice-kword-doc' extra/koffice-meta-koffice-doc --> 'koffice-thesaurus-doc' extra/mail-notification --> 'gmime>=2.4.10' extra/slimserver --> 'perl-compress-zlib' extra/tomboy --> 'gmime>=2.4.9' extra/totem-plparser --> 'gmime>=2.4.9' Missing Makedepends --------------------- community/splix --> 'cupsddk' extra/kdelibs3 --> 'autoconf<2.64' extra/v86d --> 'kernel26<2.6.30' Repo Hierarchy for Dependencies --------------------------------- extra/beagle depends on community/gmime (0 extra (make)deps to pull) extra/haskell-hashed-storage depends on community/haskell-zlib (0 extra (make)deps to pull) extra/munin-node depends on community/perl-net-server (0 extra (make)deps to pull) extra/neverball depends on community/physfs (0 extra (make)deps to pull) extra/pan depends on community/gmime (0 extra (make)deps to pull) Repo Hierarchy for Makedepends -------------------------------- core/ca-certificates depends on extra/ruby (25 extra (make)deps to pull) core/crda depends on extra/python-m2crypto (26 extra (make)deps to pull) core/e2fsprogs depends on extra/bc (0 extra (make)deps to pull) core/groff depends on extra/ghostscript (144 extra (make)deps to pull) core/groff depends on extra/netpbm (45 extra (make)deps to pull) core/groff depends on extra/psutils (145 extra (make)deps to pull) core/iputils depends on extra/docbook-xsl (27 extra (make)deps to pull) core/iputils depends on extra/libxslt (25 extra (make)deps to pull) core/iputils depends on extra/opensp (29 extra (make)deps to pull) core/sqlite3 depends on extra/tcl (0 extra (make)deps to pull) core/udev depends on extra/gperf (0 extra (make)deps to pull) core/udev depends on extra/libxslt (25 extra (make)deps to pull) extra/gnome-speech depends on community/espeak (1 extra (make)deps to pull : portaudio) extra/libtracker depends on community/gmime (0 extra (make)deps to pull) extra/xqf depends on community/chrpath (0 extra (make)deps to pull) Packages found in db, but not in tree --------------------------------------- community/gmime22 community/monodevelop extra/gmime extra/koffice-filters extra/koffice-interfaces extra/koffice-karbon extra/koffice-karbon-doc extra/koffice-kchart extra/koffice-kchart-doc extra/koffice-kdgantt extra/koffice-kounavail extra/koffice-kplato extra/koffice-kplato-doc extra/koffice-kpresenter extra/koffice-kpresenter-doc extra/koffice-krita extra/koffice-krita-doc extra/koffice-kspread extra/koffice-kspread-doc extra/koffice-kword extra/koffice-kword-doc extra/koffice-libs extra/koffice-pics extra/koffice-plugins extra/koffice-servicetypes extra/koffice-templates extra/koffice-thesaurus-doc extra/koffice-tools Packages found in tree, but not in db --------------------------------------- community/gmime extra/openoffice-en-US Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 1 Duplicate PKGBUILDs: 11 Invalid archs: 0 Missing (make)dependencies: 41 Repo hierarchy problems: 20 Circular dependencies: 0 In db, but not in tree: 28 In tree, but not in db: 2

1 0

[arch-dev-public] cacert certificate now recognized by all browsers (hopefully)
by Pierre Schmitz 23 Oct '09

23 Oct '09

Hi all, I add a small patch from Debian to nss yesterday which applies the cacert root certificate. Some time ago I also made KDE and Qt to use the certs from the ca-certificates package which includes the cert from cacert. So, Arch is now one of the distros where those cerst are supported. BTW: we might now be able to use such a cert for e.g. dev.archlinux.org. PS: ATM I am testing what happens when archlinux.de is exclusively accessible via https. -- Pierre Schmitz, http://users.archlinux.de/~pierre

2 2

[arch-dev-public] [signoff] klibc stuff + mkinitcpio
by Thomas Bächler 22 Oct '09

22 Oct '09

I put new klibc, klibc-kbd, klibc-m-i-t, klibc-udev, klibc-extras and v86d to testing. Those are no version bumps, but just a rebuild of klibc against 2.6.31 with a small bugfix (see more below) - and the corresponding rebuilds for the new ABI, as with each change of build headers for klibc. mkinitcpio also needed a rebuild due to the klibc-kbd versioned dependency that was wrong - I didn't change the version here either. Signoff procedure: 1) cp /boot/kernel26.img /boot/kernel26.img.working 2) pacman -Syu 3) mkinitcpio -p kernel26 4) reboot i686 packages are completely untested, x86_64 works and boots. About the fixed bug: Recently, ps ax would display: 1 ? Ss 0:01 ini while it should (and does now) display 1 ? Ss 0:01 init [5] This confused and annoyed people. As for uclibc-initramfs: I didn't have time anymore, but last time I tried, I was unable to get the toolchain to work as I would expect. Thus, I keep maintaining klibc crap.

4 12

[arch-dev-public] [signoff] kernel26-lts 2.6.27.38-1
by Andreas Radke 22 Oct '09

22 Oct '09

next minor upstream update. please signoff. see http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.27.38 -Andy

1 0

[arch-dev-public] Arch Linux Status Report, 2009-10-05
by Aaron Griffin 22 Oct '09

22 Oct '09

Arch Linux Status Report, 2009-10-05 =================================== Aaron Griffin Yes, a new status report. I haven't put one of these out in some time, and a lot has happened since the last one, so bear with me here. There is a lot being left out from this, because there's simply to much to cover. We've had a lot of changes - repository oopses, server reinstalls, and things of that nature - that I simply won't be able to cover without writing a novel. == Newsworthy Items == * Bug Squashing Day We had our first bug squashing day in a long time. Thanks to everyone who helped, it makes everything so much easier. Andreas and Paul, many thanks for organizing this. More details can be found here: http://www.deelab.org/bash/2009/10/bug-squashing-day-results/ * kernel.org Tier 1 mirror I just now setup a mirror for kernel.org. The use geo dns re-routing, so it should work safely and quickly for any country. Additionally, this will get us images on boot.kernel.org eventually, which is impressive. Additionally, they have volunteered to be a tier 1 mirror so that others can rsync from them. == Completed Tasks == * Far too many to list As stated above, a lot has happened since I last wrote one of these. We've had numerous package rebuild frenzies, server reinstalls, code fixes, support for architecture independent packages, and so many more things. So, rather than try to cover all that, I just want to give my personal thanks out to all the developers and TUs. You guys are the ones who keep Arch going strong, and I appreciate all the hard work. It's amazing to see how much people actually care about a lil' ol' Linux distro like this :) == Pending Tasks, Short Term == * Web Server Hiccup Seems like we had our web domU hang on us the other night. This is the second time it has happened, and signs seem to point to it being Xen related. I would like anyone with knowledge or experience here to see if you can find anything. * Mirror Tiering Handling proper mirror tiering will give us a few benefits, the first of which being the fact that it will help us get rid of some of the "mirror not fully synced" issues. It will also help minimize our bandwidth. With the addition of the kernel.org mirror, and mirror.archlinux.no offering to be a tier 1 mirror, I think we can safely send out an email to the mirror admins, requesting a few more tier 1 mirrors. I'd say we shoot for around 5, just to pick a number. With these in place, we can begin the switch over. To do this, we'll simply: * Email all the mirror admins a list of the tier 1 mirrors * Have mirror admins chose a tier 1 mirror * Reply to us when changes are made * Remove their IPs from the DB * After a month or so, remove all IPs still pending (and keep a list of these offenders) * Replacing cron with fcron This was brought up on the ML a bit ago. It appears that most of us are in favor of using fcron to replace our existing dcron. I would like someone to spearhead this move. Any volunteers? * Ensuring Package Quality We run into package quality issues every so often. No, I'm not pointing fingers or anything, I'm guilty of this as well. I'd like to institute some way to ensure that our packages are of the proper quality before they hit the repos. Ideas are welcome. Currently, I had the following ideas in my head: * Add some token to the PKGINFO indicating that makechrootpkg was used This has the con of requiring this tool, when people may be using their own chroots or tools for this. * Make db-scripts check packages with namcap, and reject them on errors This has the con of making the db-scripts slower. * Combine the above: Add a PKGINFO token from namcap We should all be running namcap anyway * Support for community <-> extra moves I would like to get db-script support that allows developers to move packages across svn repos. This is actually fairly involved and should _try_ to include history. This should require ssh connections to each machine for a little boost of added security. Implementation details beyond this have not been thought of. * IRC Developer Meetings We used to have regularly monthly meetings in IRC, where we'd all get together and discuss things. We haven't done this in a while, and some of us have begun to feel like we don't really know each other to well. Well, let's try to change this. I'd like to schedule a developer's meeting for some time in October. I'd like to tentatively suggest Saturday the 24th. We'd all join #archlinux-dev and discuss things on the current status report at that time, and cover any other itches we have that need scratching. Please suggest times, or alternate days if needed. == Pending Tasks, Long Term == * Early-userspace in uClibc klibc has a slow development model, and it doesn't suit us too well anymore. Initially there was promise, but things have come to a near halt. As such, Thomas has proposed we switch from klibc to uClibc for our early-userspace. This is a great idea. This change should be near seamless to the users, but will require much work and testing on our part. I'm sure Thomas could use some help if anyone is interested. I believe all the packages needed are checked into the repos, but mkinitcpio needs changing and fixing. Thomas, would you mind pushing your changes to a branch somewhere? Or even to master if you're satisfied with them so far? This way we can all give you a hand. * Project TODO lists This was brought up a while ago, but I don't see a lot of follow through. For all our internal projects, I'd like to see some sort of public TODO list somewhere. If you'd like to use the bug tracker, that's fine, just add a link to the wiki page. In the Internal Projects wiki page located at: http://wiki.archlinux.org/index.php/DeveloperWiki:Internal_Projects we have lists of all the funny little things we maintain for our daily lives. I'd like to see, on this page, some indication of direction for these projects. This has already begun for the developer tools list. Pacman is most likely exempt as it is much more public and active than the other projects, unless Dan or Xavier feels like maintaining a list there :) It seems tedious, but this will actually give us something to point at when people say "How Can I Help?(TM)". * Repo symlinking This idea was put out by Jan a while ago, and I like it. It goes like this: When we put a package in the repos, we stick it in some master directory - we'll call it "packages" for now. Then a symlink is created, linking the "packages" instance of the package to an architecture specific dir. When and if this package moves repositories, the symlink is simply moved. What does this give us? The ability to easily move things from testing to core/extra without overwhelming our server during mirror sync (as mirrors will already have the packages). I think this is a great idea, and would require two things: db-scripts patches, and a script to convert our existing repo.

3 4