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

[arch-dev-public] Integrity Check x86_64: core, extra, community 04-12-2009
by repomaint＠archlinux.org 04 Dec '09

04 Dec '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 Missing Dependencies ---------------------- community/eclipse-ve --> 'eclipse<3.3' extra/archboot --> 'libdownload>=1.3-3' extra/digikam --> 'liblcms' Missing Makedepends --------------------- 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 depends on community/perl-html-template (0 extra (make)deps to pull) extra/munin-node depends on community/perl-net-server (0 extra (make)deps to pull) extra/pan depends on community/gmime22 (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 (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 (26 extra (make)deps to pull) core/iputils depends on extra/libxslt (25 extra (make)deps to pull) core/iputils depends on extra/opensp (28 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/grml-zsh-config depends on community/txt2tags (0 extra (make)deps to pull) extra/xqf depends on community/chrpath (0 extra (make)deps to pull) 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: 0 Invalid archs: 0 Missing (make)dependencies: 5 Repo hierarchy problems: 20 Circular dependencies: 0 In db, but not in tree: 0 In tree, but not in db: 1

1 0

[arch-dev-public] Integrity Check i686: core, extra, community 04-12-2009
by repomaint＠archlinux.org 04 Dec '09

04 Dec '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 Duplicate PKGBUILDs --------------------- /srv/abs/rsync/any/extra/oxygen-icons vs. /srv/abs/rsync/i686/extra/oxygen-icons /srv/abs/rsync/any/extra/oxygen-icons vs. /srv/abs/rsync/i686/extra/oxygen-icons Missing Dependencies ---------------------- community/eclipse-ve --> 'eclipse<3.3' extra/archboot --> 'libdownload>=1.3-3' Missing Makedepends --------------------- 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 depends on community/perl-html-template (0 extra (make)deps to pull) extra/munin-node depends on community/perl-net-server (0 extra (make)deps to pull) extra/pan depends on community/gmime22 (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 (26 extra (make)deps to pull) core/iputils depends on extra/libxslt (25 extra (make)deps to pull) core/iputils depends on extra/opensp (28 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/grml-zsh-config depends on community/txt2tags (0 extra (make)deps to pull) extra/xqf depends on community/chrpath (0 extra (make)deps to pull) 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: 2 Invalid archs: 0 Missing (make)dependencies: 4 Repo hierarchy problems: 19 Circular dependencies: 0 In db, but not in tree: 0 In tree, but not in db: 1

1 0

Re: [arch-dev-public] udev-149...
by Thomas Bächler 04 Dec '09

04 Dec '09

Loui Chang schrieb: > I was all for providing 'reasonable upgrade paths' but in reality they > are unreasonable and Aaron duly pointed that out to me. If maintainers > of preset files can't read mkinitcpio output and change a bash array > into a string they are being unreasonable. The alternative is to have > a series of hacks in mkinitcpio introduced and then removed over a > number of releases. The issue was really not so complicated as to > warrant that. > > It would have been helpful if you shared your insights back when I > submitted the patches though. Your "submission" didn't go through the appropriate channels (i.e. the bugtracker) but through personal emails to Aaron and me (which I didn't have the time to read back then which is my fault). I don't see a reason to introduce such big breakage for something as placebo-ish as sh-compatibility, when we use bash for the initscripts anyway. The fact that the presets are not sh-compatible is my fault though, I didn't realize when I wrote them that the rest of mkinitcpio was sh-compatible and arrays are not - but nobody complained either.

2 1

[arch-dev-public] Qt 4.6.0
by Pierre Schmitz 03 Dec '09

03 Dec '09

Hi there, I am still not sure if we can move Qt 4.6 to [testing] or even [extra]. In theory it should be comptabile with all previous 4.x releases but my experience tells me that there might be broken things. So it would be nice if you have a look at my packages and give some feedback. https://users.archlinux.de/~pierre/packages/{i686,x86_64}/ Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

2 2

[arch-dev-public] Away Dec 4th - 6th
by Aaron Griffin 02 Dec '09

02 Dec '09

I'm flying out on Thursday to go on a backpacking trip. I won't be back until Sunday. If you need me to do anything before then, let me know

1 0

[arch-dev-public] [signoff] coreutils-8.1-1
by Allan McRae 01 Dec '09

01 Dec '09

Upstream update. Signoff both. Allan

3 2

[arch-dev-public] Status of gimp/gimp-devel
by Eric Bélanger 30 Nov '09

30 Nov '09

Hi, Currently, both gimp and gimp-devel are out of date. The latest versions require updates of both babl and gegl but the gegl app in the gegl package seg fault. This is a confirmed upstream issue: https://bugzilla.gnome.org/show_bug.cgi?id=591908. I've been waiting for a fix but nothing so far. This is still not fixed upstream and I wasn't able to find any patches. Either other distros haven't updated yet to gegl 0.1.0 or they have updated but haven't fixed the issue. If someone is interested in working toward making a patch, then it'll be much appreciated. Anyway, the gimp packages have been out-of-date for several months now. On one hand, I'm not too warm about updating these packages knowing about the gegl seg fault problem (that's one reason why I've waited so long). On the other hand, having a popular package like gimp out-of-date for so long isn't a good idea either. So what should we do? 1) Continue to wait until we have a fix for the seg fault. 2) Update the packages knowing that the gegl binary will be broken until there is a patch or new gegl version that will fix it. Gegl support in gimp itself works fine as far as I could test it. Any ideas, suggestions, comments are welcome. Eric

2 7

[arch-dev-public] [signoff] wireless-regdb 2009.11.25-1
by Thomas Bächler 30 Nov '09

30 Nov '09

Upstream update, please sign off.

1 0

[arch-dev-public] [PATCH 2/2] makechrootpkg: Replaced undefined DB_COMPRESSION variable by gz
by Eric Bélanger 30 Nov '09

30 Nov '09

Signed-off-by: Eric Bélanger <snowmaniscool(a)gmail.com> --- makechrootpkg | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/makechrootpkg b/makechrootpkg index d1dcf32..89bd8cf 100755 --- a/makechrootpkg +++ b/makechrootpkg @@ -234,7 +234,7 @@ if mkarchroot -r "/chrootbuild" "$uniondir"; then [ -d "${chrootdir}/union/repo" ] || mkdir -p "${chrootdir}/union/repo" pushd "${chrootdir}/union/repo" >/dev/null cp "$pkgfile" . - repo-add repo.db.tar.${DB_COMPRESSION} "$_pkgname" + repo-add repo.db.tar.gz "$_pkgname" popd >/dev/null fi -- 1.6.5.3

1 0

[arch-dev-public] signoff policy for "any" packages
by Allan McRae 28 Nov '09

28 Nov '09

What is the signoff policy for "arch=any" packages? Do we still need one for each architecture? Or just one. If one, should it be form the opposite architecture it was built on? Allan

5 4