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

[arch-dev-public] GSoC 2011
by Ángel Velásquez 25 Feb '11

25 Feb '11

Hi, I'm just wondering why we didn't participate in GSoC, many open source projects got improved for this kind of programs. Just wondering areas in which we can receive and mentor students with the permission of the projects owner I will do a list of possible areas of work: * Pacman (Adding signed packages) * AIF and archiso integration * Namcap * Netcfg * <insert project here> Please don't kill me if the idea is wrong, It just came to my mind that idea. Cheers -- Angel Velásquez angvp @ irc.freenode.net Arch Linux Developer / Trusted User Linux Counter: #359909 http://www.angvp.com

3 2

[arch-dev-public] [signoff] ppl-0.11.1-1
by Allan McRae 24 Feb '11

24 Feb '11

Upstream bugfix release. Signoff both, Allan

2 1

[arch-dev-public] python 3.2 rebuild into [testing]
by Stéphane Gaudreault 24 Feb '11

24 Feb '11

The python 3.2 rebuild is completed. Everything that needed (and hopefully nothing that did not...) was moved into [testing]. Thank you to everyone who helped out on this rebuild ! Stéphane

2 1

Re: [arch-dev-public] Exiv2 0.21.1 rebuild in staging
by Eric Bélanger 24 Feb '11

24 Feb '11

On Wed, Feb 23, 2011 at 11:24 AM, Andrea Scarpino <andrea(a)archlinux.org> wrote: > On Wednesday 23 February 2011 18:51:25 Allan McRae wrote: >> Additional packages: >> >> [extra] >> kdegraphics-gwenview >> kdegraphics-libs >> koffice-krita >> strigi >> >> [community] >> kphotoalbum > I'm rebuilding kdegraphics, also I created a TODO list for this rebuild. > > -- > Andrea > Thanks. I'm currently rebuilding koffice and kphotoalbum (strigi was already done). Unless they don't build, everything should be in testing soon.

1 1

[arch-dev-public] Exiv2 0.21.1 rebuild in staging
by Eric Bélanger 23 Feb '11

23 Feb '11

Hi, I just put exiv2 0.21.1 in staging repo along the packages that needed to be rebuilt according to their depends and the result of running lddd on my system. Could someone (Allan or Pierre ?) run the soname script (which should be added to devtools) to see if I missed any? The soname change is: /usr/lib/libexiv2.so.9 -> /usr/lib/libexiv2.so.10 Here's the list of packages which I have rebuilt: darktable exiv2 geeqie gimp-ufraw (did also an upstream update) gthumb hugin (did also an upstream update) kdebase-runtime krename (did also an upstream update) libgexiv2 (did also an upstream update) luminancehdr rawstudio strigi

3 2

[arch-dev-public] [namcap] overhaul dependency detection
by Rémy Oudompheng 23 Feb '11

23 Feb '11

Hello all, I have updated my personal git repo for namcap http://projects.archlinux.org/users/remy/namcap.git/ with changes to the dependency detection : dependency information is now collected by the concerned rules (depends now split in sodepends and shebangdepends, hicoloricontheme, mimeinfo), and analyzed afterwards in a global setting. The kdeprograms rule is not yet fixed (it should apply even if kdelibs is an indirect dependency). If you have time to test this branch, please tell how it is improved or damaged by my changes. I remind you that namcap runs with Python 3 now. Rémy.

1 1

[arch-dev-public] [signoff] util-linux 2.19-3
by Ionuț Bîru 22 Feb '11

22 Feb '11

Hi, The util-linux-ng project has been renamed back to util-linux. Release highlights ------------------ lsblk(8): - this NEW COMMAND lists information about all or selected block devices in tree-like format. partx(8): - this command has been rewritten to use libblkid for partition tables parsing. It supports aix, bsd, dos, gpt, mac, minix, sgi, solaris_x86, sun, ultrix and unixware now. - supports new command line option "--show" to list partitions in new format - prints UUID and name for GPT and mac partitions findmnt(8): - supports new command line option "--submounts" to list all submounts for selected mountpoint(s) agetty(8): - supports new command line options "-c" and "-s" to reuse already initialized tty cflags and existing baud rate mount(8), umount(8): - could be linked with libmount (--enable-libmount-mount) to manage userspace mount options outside /etc/mtab on systems where the file is a symlink to /proc/mounts. (EXPERIMENTAL) losetup(8), mount(8): - uses /sys/dev/block/<device>/loop/backing_file rather than loopdev ioctls (requires kernel >= 2.6.37) fsck(8): - supports new command line option "-l" to lock whole-disk device by exclusive flock(2). This option is recommended when more fsck(8) instances are executed in the same time. rtcwake(8): - supports new mode "show" to print the current RTC alarm time fstrim(8): - this NEW COMMAND allows to discard unused blocks on a mounted filesystem (wrapper for FITRIM ioctl) swapon(8): - supports new options "discard" and "nofail" blkid(8): - low-level probing (-p) returns "8" exit code for ambivalent probing results libmount: - include file has been renamed from mount/mount.h to libmount/libmount.h For a complete list of changes see docs/v2.19-ReleaseNotes Packaging differences between util-linux-ng 2.18: * removing the .install because ipc.texi (info with IPC API docs) was removed from the source * --enable-rdev deprecated * tpowa changes --enable-libmount-mount link mount(8) with libmount (EXPERIMENTAL) -- Ionuț

5 8

Re: [arch-dev-public] soprano rebuild for raptor/rasqal/redland
by Andrea Scarpino 22 Feb '11

22 Feb '11

On Tuesday 22 February 2011 19:28:34 Andrea Scarpino wrote: > It loses the RedLand backend which is needed for the Nepomuk integration. Oh, I forgot to say that isn't the only one backend, neither is the default. We could disable it and when KDE 4.6.1 will be out 1st March, I could write an announcment to say the RedLand backend is no more supported by soprano in our repo. -- Andrea

1 0

[arch-dev-public] soprano rebuild for raptor/rasqal/redland
by Andreas Radke 22 Feb '11

22 Feb '11

I've updated soprano in trunk to make it build against the new versions in staging. It compiles but I'm not sure if it works. Can a kde maintainer please test the soprano rebuild with locally installed packages raptor1/raptor/rasqal/raptor from staging? They way I've got soprano built looses a backend. Not sure if this is important for its usage: [andyrtr@workstation64 trunk]$ checkpkg --- filelist-soprano-old 2011-02-22 17:50:41.642210381 +0100 +++ filelist-soprano 2011-02-22 17:50:41.642210381 +0100 @@ -180,7 +180,6 @@ usr/lib/soprano/libsoprano_nquadserializer.so usr/lib/soprano/libsoprano_raptorparser.so usr/lib/soprano/libsoprano_raptorserializer.so -usr/lib/soprano/libsoprano_redlandbackend.so usr/lib/soprano/libsoprano_sesame2backend.so usr/lib/soprano/libsoprano_virtuosobackend.so usr/share/ @@ -199,7 +198,6 @@ usr/share/soprano/plugins/nquadserializer.desktop usr/share/soprano/plugins/raptorparser.desktop usr/share/soprano/plugins/raptorserializer.desktop -usr/share/soprano/plugins/redlandbackend.desktop usr/share/soprano/plugins/sesame2backend.desktop usr/share/soprano/plugins/virtuosobackend.desktop usr/share/soprano/rules/ It's the last missing rebuild to move raptor/rasqal/redland to testing. -Andy

2 1

[arch-dev-public] Do not use leading / in .install files
by Allan McRae 22 Feb '11

22 Feb '11

Just a reminder that file paths should not use leading /'s in .install files. e.g. infodir=/usr/share/info should be : infodir=usr/share/info Allan

1 0