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

[arch-dev-public] our FAT support and Microsoft
by Andreas Radke 03 May '09

03 May '09

http://www.linux-foundation.org/weblogs/jzemlin/2009/03/31/on-the-tomtom-se… I haven't done further investigations but it seems we should take care about keep supporting the FAT file system. How is the state with NTFS? Is the license situation there more safe? Opinions? -Andy

11 14

[arch-dev-public] [signoff] sysvinit-2.86-5
by Eric Bélanger 03 May '09

03 May '09

Hi, sysvinit-2.86-5 is in testing for both arches. Changes: - Patched pidof to prevent false positives when using path names (close FS#14428) - FHS man pages - Added url - Added ChangeLog Please test and signoff.

3 2

[arch-dev-public] [signoff] libarchive 2.7.0
by Dan McGee 03 May '09

03 May '09

In testing for both architectures. Use bsdtar and/or pacman to test. -Dan

3 2

[arch-dev-public] [signoff] wireless-regdb 2009.04.17-2
by Eric Bélanger 02 May '09

02 May '09

Hi, wireless-regdb 2009.04.17-2 is in testing. I just added the license. As I don't use this, 2 signoffs would be required.

3 6

[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