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

[arch-dev-public] Fixing licenses / sources
by Aaron Griffin 02 May '09

02 May '09

On Thu, Feb 26, 2009 at 12:57 PM, Eric Bélanger <snowmaniscool(a)gmail.com> wrote: > On Tue, Feb 17, 2009 at 6:00 PM, Eric Bélanger <snowmaniscool(a)gmail.com> wrote: >> Please check /var/log/sourceballs/ to see if some of your packages are >> there. These failures cause a slow down of the script. The script now >> runs in 30 min compared to the few hours it took when I first started >> the tests. Please post here if you can fix your packages sometime this >> week. If not, post anyway. This way we'll know what packages are >> taken care off. >> >> BTW, fssos-nsvs will need to be rebuild to fix the license among other >> things. But it doesn't build anymore (latest version is from 2005). I >> have an updated PKGBUILD if you want to give it a shot. >> And I'm upgrading openal so leave that to me. >> >> If you are interested (and have time) in helping out for steps 2 & 3 >> that I mentionned earlier in this thread, post here. This way we'll >> know who will work on this and we'll be able to organize ourselves. >> You can count me in although an upcoming faad2 rebuild (and perhaps an >> ffmpeg/x264 update/rebuild) will probably take most of my time this >> week. >> >> Eric >> > > A week has passed and still no volunteers? Anyway, I've kept myself > busy lately by updating out-of-date orphaned packages, fixing their > licenses and other stuff as needed. I 've also started fixing the > packages in /var/log/sourceballs/. Changing the subject and ML to make this more visible Please take a look at the packages that fail in /var/log/sourceballs If any of your packages are there, please fix them so that "makepkg --allsource" works. Additionally, please check ftp://ftp.archlinux.org/sources/failed.txt ftp://ftp.archlinux.org/sources/errors.txt [1] for additional failures 1: This output sucks. I've committed a fix for it, but it's not released

5 27

[arch-dev-public] autofs package - maintainer wanted
by Andrea Scarpino 02 May '09

02 May '09

Hi ML, I'm having more problems with autofs package. I have no more a machine which uses it and disable/renable hal to test it everytime it needs is annoying and take my little freetime. So, I hope there is another DEV who like to adopt it. -- Andrea `BaSh` Scarpino Arch Linux Developer

1 0

Re: [arch-dev-public] Maintainer wanted for ruby
by Andrea Scarpino 02 May '09

02 May '09

Hi here, I received this mail from Elliott Cable. I don't know this man, so I forwarded the mail to arch-dev-public. ---------- Forwarded message ---------- From: elliott cable <me(a)elliottcable.name> Date: Sat, 2 May 2009 04:11:10 -0800 Subject: Fwd: [arch-dev-public] Maintainer wanted for ruby To: andrea(a)archlinux.org I'm a skilled Ruby programmer who is little bit new to Arch, but I might be willing to become the "maintainer" or whatever for Arch's Ruby packages. What does this entail? -- ~ elliottcable http://elliottcable.name || me(a)elliottcable.name || +1.919.636.4204 -- Andrea `BaSh` Scarpino Arch Linux Developer

2 1

Re: [arch-dev-public] gcc-4.4.0 toolchain rebuild with query about gcc-gcj and related packages
by Jan de Groot 02 May '09

02 May '09

On Sat, 2009-05-02 at 03:17 +1000, Allan McRae wrote: > So, looking into this further, apart from java-gcj-compat and > eclipse-ecj, we have two packages that depend on gcc-gcj (gjdoc and > jikes) and two that makedepend on java-gcj-compat (bcprov, juint - can > probably be changed to openjdk6), but nothing else for eclipse-ecj. > The apache-ant and openjdk6 PKGBUILDs both mention java-gcj-compat in a > trivial way. > > So packages that would also need looked at to be removed when gcc-gcj, > java-gcj-compat and eclipse-ecj go, are gjdoc and jikes. Jikes is a > orphan and dead upstream as far as I can tell. It is also not needed > given javac that comes with openjdk6. gjdoc is currently only a dep for > java-gcj-compat. > > The only issue with packages in [community] is that classpath depends in > jikes. The makedepends on gcj or java-gcj-compat can be changed to openjdk6. As for classpath in community: classpath is an abandoned project and was merged into gcj, which was abandoned when Sun released OpenJDK as GPL. I don't think we should care so much about it. About eclipse-ecj: it's outdated because of the gcj patch, newer versions don't work with gcj. We could keep it and build with openjdk if we want, as eclipse-ecj is a faster compiler than javac itself in some situations (mainly when used as JSP compiler for Tomcat or any other servlet container).

2 1

[arch-dev-public] Integrity Check x86_64 01-05-2009
by repomaint＠archlinux.org 01 May '09

01 May '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 --------------------- v86d --> 'kernel26<2.6.29' 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/madwifi-utils depends on extra/sharutils core/e2fsprogs depends on extra/bc core/syslog-ng depends on extra/libcap core/sqlite3 depends on extra/tcl 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: 10 Circular dependencies: 1

1 0

[arch-dev-public] Integrity Check i686 01-05-2009
by repomaint＠archlinux.org 01 May '09

01 May '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 --------------------- v86d --> 'kernel26<2.6.29' 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/madwifi-utils depends on extra/sharutils core/e2fsprogs depends on extra/bc core/syslog-ng depends on extra/libcap core/sqlite3 depends on extra/tcl 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: 10 Circular dependencies: 1

1 0

[arch-dev-public] gcc-4.4.0 toolchain rebuild with query about gcc-gcj and related packages
by Allan McRae 01 May '09

01 May '09

Hi all, The gcc-4.4.0 toolchain rebuild is now in [testing]. Here is a rough ChangeLog: kernel-headers: - upstream updated (2.6.29.1) glibc: - update cvs snapshot from 2.9 branch - removed glibc-2.5-localedef_segfault-1.patch (old and appears fixed upstream) - removed glibc-2.7-bz4781.patch (rejected upstream as bug in gcc - Andy: please check if your issue is solved) - compress info pages - fix info page handling in install script binutils: - update cvs snapshot from 2.19 branch - remove texinfo dep through install script - add upstream patch to improve -Wl,--as-needed usage - add linker scripts for libbfd.so and libopcodes.so - compress info pages gcc-libs - new makedepends (ppl and cloog-ppl) - removed unneeded bison build patch - removed treelang (done upstream) gcc - removals as in gcc-libs - added dependencies on new packages ppl and cloog-ppl (for graphite optimizations) - update libstdc++ man pages - install license exception - compress info pages I am having great difficultly getting a working gcc-gcj... It builds fine using the gcc-gcj-4.3.x package but when I rebuild eclipse-ecj with the freshly built 4.4.0 package, I can not rebuild gcc-gcj again. Updating eclipse-ecj to the latest build does not fix the issue. After two and a half days of trying to track this down, I am ready to give up. If someone else wants to look at this, go ahead but... Do we really need gcc-gcj, eclipse-ecj and java-gcj-compat any more? Reason I see for removing it: - I can't get it to build - java-gcj-compat provides java-runtime, but I checked six packages in the repos against this and none actually fully worked - which also is very bad as it is the first package found by pacman for java-runtime - we have a free java now in openjdk6 Opinions? Allan

3 5

[arch-dev-public] [signoff] kernel-2.6.29.2-1
by Tobias Powalowski 01 May '09

01 May '09

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

5 5

[arch-dev-public] go-openoffice to testing/extra
by Andreas Radke 01 May '09

01 May '09

I'd like to bring the Novell "fork" of OpenOffice.org to testing and later to extra. But it's not (yet) a real fork. More a major improvement in features and lower packager maintenance. It also allows installation into /usr instead of /opt. Beside Novell/SuSE also Gentoo, Frugalware, ArkLinux and Debian use it as their main office suite. It has some additional features (svg support, multimedia for presentations, faster startup and kde(3) integration, hopefully later easy splitted packages). But main reason is faster integration of fixes and features. Not one additional patch is required to build it :) See http://go-oo.org/discover/ for more. I'm still unsure if it will become an additional flavor of OOo in our repos or if I will make it later a complete replacement of the Vanilla Sun OpenOffice for ArchLinux. It also gives our devs and community members an easier way to contribute to go-oo, e.g. you can help porting for KDE4 integration that is still in (so they told me) unusable state. Any objections adding go-openoffice? -Andy (technical note: build requirements are even higher than for vanilla OOo, 13gb space proved to be no more enough space to build this monster... - have fun with 'abs')

8 12

Re: [arch-dev-public] [arch-commits] Commit in nforce-utils/trunk (PKGBUILD nforce.install)
by Eric Bélanger 01 May '09

01 May '09

On Fri, May 1, 2009 at 1:10 AM, Pierre Schmitz <pierre(a)archlinux.de> wrote: > Am Freitag, 1. Mai 2009 06:53:20 schrieb Eric Bélanger: >> upgpkg: nforce-utils 1.0.0310-2 >> Added license, Updated post-install message, Fixed x86_64 package (now >> installs x86_64 binaries instead of i686) > > Thanks for your efforts, but this package is useless, as the needed kernel > module in the nforce pacakge was removed a long time ago. :-) > In that case, would it be better to just remove nforce-utils from the repo? Any objections? Eric > -- > > 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 > >

2 1