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

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

[arch-dev-public] xf86-video-nouveau/nouveau-drm in testing
by Andreas Radke 13 Mar '09

13 Mar '09

I've added xf86-video-nouveau + nouveau-drm to testing. Together with Xorg 7.5 this is a nice replacement for the binary crap when you don't need 3D stuff. 2D works well accelerated. 3D will follow later with gallium 3d. For more read: http://nouveau.freedesktop.org/wiki/ I run a DualHead setup on my desktop. This is my full xorg.conf for example: # the right one Section "Monitor" Identifier "NEC" Option "PreferredMode" "1280x1024_60.00" EndSection # the left one Section "Monitor" Identifier "FUS" Option "PreferredMode" "1280x1024_60.00" Option "LeftOf" "NEC" EndSection Section "Device" Identifier "nvidia card" BoardName "nVidia Corporation NV44 [GeForce 6200 TurboCache(TM)] rev 161" Driver "nouveau" Option "Monitor-DVI-I-0" "NEC" Option "Monitor-DVI-I-1" "FUS" EndSection Section "Screen" Identifier "screen1" DefaultDepth 24 SubSection "Display" Depth 24 Virtual 2560 1024 EndSubSection Device "nvidia card" EndSection Section "ServerLayout" Identifier "layout1" Screen "screen1" # will be replaced by gallium 3D Option "AIGLX" "false" EndSection Have fun getting rid off nvidia binary blobs. -Andy

5 6

[arch-dev-public] [signoff] qt-4.5.0-2
by Pierre Schmitz 12 Mar '09

12 Mar '09

Hi all, by this mail I wanted to check wether we are ready to move Qt 4.5 to [extra]. So it would be nice if you could drop a line if there are some problems left or not. With the recntly updated packages the following bugs were fixed: * qtcurve-kde4: wrong rendering of tabs * kdeplasma-addons: missing entries in Lancelot * kdepim: invisible calendar * kdelibs: problems with utf8-encoded file names * kdebase: konsole layout (e.g. invisible split screen in yakuake) * psi, qgit: recompiled to make them work with new Qt -- Pierre Schmitz Clemens-August-Straße 76 53115 Bonn Telefon 0228 9716608 Mobil 0160 95269831 Jabber pierre(a)jabber.archlinux.de WWW http://www.archlinux.de

3 7

[arch-dev-public] libcap rebuilds
by Hugo Doria 12 Mar '09

12 Mar '09

Hi guys, It's time to update libcap to 2.16. Currently we are using a very old release. See FS#11917 [1] for details. This update will require the following rebuilds, according to the web interface:: * avahi * cdrkit * dovecot * muse * pinentry * pure-ftpd * samba * smbclient * vsftpd * wireshark I plan to rebuild everything and upload to [testing]. Any suggestions or objections? [1] http://bugs.archlinux.org/task/11917 -- Hugo

4 7

[arch-dev-public] soprano and qimageblitz orphaned
by Tobias Powalowski 12 Mar '09

12 Mar '09

Hi guys, just orphaned 2 depends of kde, I don't package main kde anymore so it would be good to let those depends package the same maintainer. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1