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

[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