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

[arch-dev-public] New digikam and kipi-plugins (KDE4)
by Daniel Isenmann 18 Mar '09

18 Mar '09

Hi, now that the digikam developer team released the first stable KDE4 version I would like to move those version to [extra]. This will replace the old digikam 0.9.5 (KDE3) and makes libkipi obsolete. A new package called lensfun will be moved to [extra], too. This is necessary and needed by the new digikam. Everything is running here fine with the new version and I don't see any errors or issues. I'm not the maintainer of digikam, it's Tobias, but I use digikam in a daily basis with my photos. Because of that I have built the 0.10.0 release for testing today. What do you think, can we move it and replace the old KDE3 version with the new KDE4 version? Daniel

3 7

[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