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

[arch-dev-public] [signoff] xfsprogs 3.0.1-2
by Jan de Groot 01 Aug '09

01 Aug '09

Please signoff for both architectures. Changes: - change var=$(echo | sed) to inline replacements using ${var/s/r} - depend on util-linux-ng instead of e2fsprogs

1 0

[arch-dev-public] [signoff] reiserfsprogs 3.6.21-2
by Jan de Groot 01 Aug '09

01 Aug '09

Please signoff for both architectures. Changes: - use --sbindir in ./configure instead of moving /usr/sbin away to /sbin - depend on util-linux-ng instead of e2fsprogs

1 0

[arch-dev-public] util-linux, e2fsprogs: libuuid, libblkid. What is best to do?
by Jan de Groot 01 Aug '09

01 Aug '09

I'm looking at updating hal, which needs the new libblkid that is included in util-linux. This library replaces the one inside e2fsprogs. Now we have some nice dependency loop: e2fsprogs contains libuuid e2fsprogs depends on libblkid libblkid depends on libuuid (optional, but default) This can end up with some solutions: 1. build libblkid without libuuid support 2. build libuuid standalone, make util-linux depend on it and make e2fsprogs depend on util-linux 3. Link libblkid static inside the tools and don't install the libraries 4. create a dependency loop I think option 4 is completely wrong. Option 3 should work, but sounds wrong also. Especially when you keep in mind that the lib inside e2fsprogs won't see any maintenance. Option 2 is the cleanest, Option 1 is less work, but I don't know what limitations we get by doing so. Any opinions?

2 2

[arch-dev-public] [signoff] pci-utils-3.1.3-1
by Tobias Powalowski 01 Aug '09

01 Aug '09

Hi bump to latest version. Please signoff both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2

[arch-dev-public] [signoff] autoconf-2.64-1
by Allan McRae 01 Aug '09

01 Aug '09

Upstream update, compressed info pages. Allan

2 2

[arch-dev-public] [signoff] kernel26 2.6.30.4-1
by Tobias Powalowski 01 Aug '09

01 Aug '09

Hi guys, just an upstream bump. please signoff fast greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 3

Re: [arch-dev-public] [arch-general] community svn issues
by Aaron Griffin 01 Aug '09

01 Aug '09

On Fri, Jul 31, 2009 at 3:19 AM, Allan McRae<allan(a)archlinux.org> wrote: > Hi, > > The following packages have files in the wrong place in svn. Something like > <pkg>/repo/<pkg> instead of <pkg>/repo/<pkg>-<arch>. > > cabal-install > codeblocks > haskell-x11 > haskell-zlib > moovida > > Also python-matplotlib has a package in "comunity-i686". > I will fix these up but please remove any stray files as they cause issues > for the ABS scripts. With regard to this - does anyone want to give me a hand and try to get a new devtools out? This will fix a handful of issues, and I believe Dan has all the needed changes to push community packages to sigurd

2 1

[arch-dev-public] Integrity Check x86_64 31-07-2009
by repomaint＠archlinux.org 31 Jul '09

31 Jul '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 Mismatched Pkgnames --------------------- phonon vs. /srv/abs/rsync/x86_64//extra/phonon-xine Missing Dependencies ---------------------- archboot --> 'mkinitcpio>=0.5.26-1' archboot --> 'initscripts>=2009.07-3' archboot --> 'cryptsetup>=1.0.7-1' archboot --> 'syslog-ng>=3.0.3-2' archboot --> 'dnsutils>=9.6.1-2' archboot --> 'openvpn>=2.1_rc19-2' archboot --> 'licenses>=2.5-1' Missing Makedepends --------------------- v86d --> 'kernel26<2.6.30' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- 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/e2fsprogs depends on extra/bc core/sqlite3 depends on extra/tcl core/ca-certificates depends on extra/ruby Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 1 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 9 Repo hierarchy problems: 7 Circular dependencies: 0

1 0

[arch-dev-public] Integrity Check i686 31-07-2009
by repomaint＠archlinux.org 31 Jul '09

31 Jul '09

====================================== = Integrity Check i686 of core,extra = ====================================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Mismatched Pkgnames --------------------- phonon vs. /srv/abs/rsync/i686//extra/phonon-xine Missing Dependencies ---------------------- haskell-hashed-storage --> 'haskell-zlib' archboot --> 'mkinitcpio>=0.5.26-1' archboot --> 'initscripts>=2009.07-3' archboot --> 'cryptsetup>=1.0.7-1' archboot --> 'syslog-ng>=3.0.3-2' archboot --> 'dnsutils>=9.6.1-2' archboot --> 'openvpn>=2.1_rc19-2' archboot --> 'vim>=7.2.234-1' archboot --> 'licenses>=2.5-1' Missing Makedepends --------------------- v86d --> 'kernel26<2.6.30' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- 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/e2fsprogs depends on extra/bc core/sqlite3 depends on extra/tcl core/ca-certificates depends on extra/ruby Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 1 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 11 Repo hierarchy problems: 7 Circular dependencies: 0

1 0

[arch-dev-public] changes to webinterface for Community repo support
by Roman Kyrylych 31 Jul '09

31 Jul '09

Hi! The "View SVN Entries" link does not work for community packages. Probably it's because viewvc does not work for community yet (http://repos.archlinux.org/viewvc.cgi/?root=community An Exception Has Occurred) But I think we may need to add &root=community to that link for all packages in community. The "Bug Reports" link leads to "Arch Linux" project which will increase the amount of bugs reported in a wrong category. ?project=5 should be added for community packages. Please someone in charge of webinterface take a look at this. This is not critical, just wanted to mention it here, so it won't be forgotten. -- Roman Kyrylych (Роман Кирилич)

4 3