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

[arch-dev-public] Away for a while, the hunt for funds
by Alexander Baldeck 18 Jun '07

18 Jun '07

Hey all, as you may have noticed I've stepped back from my enthusiasm a little on and after Linuxtag. This is primarily because I'm a little short on cash these days. Several things aren't going as well as I would like them to. Anyways, I'm on a job hunt atm which is probably taking most of my time during the next few days. On the other hand, if anyone has hints you're welcome to forward contacts. ;) I will work on the most cirtical packages as much as I can but if something takes to long, feel free to bump/fix/drop them. Cheers, Alex

4 3

[arch-dev-public] ABS cleanup
by Dan McGee 18 Jun '07

18 Jun '07

I used the following two home-grown scripts in the past few days to clean out ABS- it doesn't do it all, but it does get rid of directories without a PKGBUILD which was the original intent. It should help make an ABS checkout a bit faster as people aren't pulling needless files, although I'm sure there are still many checked in patches that are no longer needed. Arch 64 guys may want to give these a go after a few modifications and see what shows up. -Dan #!/bin/bash # # findstale - find directories in ABS tree without a PKGBUILD # cwd=$(pwd) for dir in $(find -type d); do if [[ "$dir" != *local* ]]; then cd "$cwd" if [ ! -f "$dir/PKGBUILD" ]; then nodir=1; cd "$dir" for node in $(ls); do [ -d "$node" ] && nodir=0 done if [ $nodir -eq 1 ]; then echo "$dir" #for file in $(ls); do # echo " $file" #done #echo fi fi fi done #!/bin/bash # # cleantags - clean up CVS tags in a given directory # cwd=$(pwd) for line in $(cat $1); do cd $cwd/$line ls /var/abs/extra/$line | xargs cvs tag -d CURRENT done

1 0

[arch-dev-public] community-64 broken
by Pierre Schmitz 16 Jun '07

16 Jun '07

Hi, the community.db.tar.gz file of community is still outdated resulting in a more or less broken repository. Packages are newer than the db entries. Is there anybody who can fix this? (or tell me how to do it?) Pierre

4 5

[arch-dev-public] java licensing issues
by Jan de Groot 15 Jun '07

15 Jun '07

Hi developers and users, As we all know, there's a distribution restriction on sun java. Today we asked at the Sun booth about possibilities for distributing java with our distribution. This solution would come down to entering a process which can take quite some months to get a final approvement. This means that until we would have such a solution, any Sun java we distribute is illegal. This would mean that jdk and jre can't have a place in our distribution at least for the upcoming few months if we choose to apply for a license. If we don't choose to apply for a license, it won't come back either. I would opt for not applying for a license, as it will license us to distribute it, but disallows all forks, livecds or even unofficial architectures of archlinux to do it. As we have GNU java right now supporting java 5.0, I would suggest approving GNU java as the prefered JDK and moving jdk/jre to unsupported. We are allowed to distribute build scripts, but users have to download the java binary themselves and build a package out of that. We leave it up to the user to have a non-free java, we won't force anything (java-environment and java-runtime will always stay runtime dependencies instead of depending on java-gcj-compat). At the final end of this mail I would like to have a word about the so called OpenJDK that was released as GPL: Though this Open JDK has been released as source, the sun provided binary JDK at this moment is anything but GPL. The problem with openjdk is that it needs jdk to get built (gcj is not enough). Also, the released sources are not complete because sun has licensing restrictions with 3rd parties themselves. This means we can't switch to Sun's free OpenJDK yet. At this moment Redhat has plans to stop further active development of gcj in their distribution and put their manpower in openjdk, to get it built with free tools and to extend the missing parts with pieces from other javas like GNU java. When this project is usable enough to replace java-gcj-compat as we have it now, it will enter the distribution and become the blessed Java SDK/runtime.

5 8

[arch-dev-public] away for a while
by Andreas Radke 12 Jun '07

12 Jun '07

do never inline skating without protectors - i broke my right hand yesterday. fuck :( i won't be able to do anything important for Arch for while :-/ Cya Andy

7 6

[arch-dev-public] ion3 in extra: licensing issues
by Jan de Groot 12 Jun '07

12 Jun '07

I see codemac upgraded ion3 in extra yesterday, which forces us to release any upgrade to the package to be available within 3 weeks after an official release. The is unacceptable, and looking at the discussion with the author of this piece of software on the tur-users list, we should remove it.

9 12

[arch-dev-public] Package Cleanup: Part II
by Aaron Griffin 11 Jun '07

11 Jun '07

http://wiki.archlinux.org/index.php/Package_Cleanup So the initial burst made a smallish dent, but there's still a lot more to do, which I'd like to get to this weekend. If anyone want to help out, that'd be great. In addition, please voice your opinions about a few things (I haven't heard a lot of developers talk about this, so I've left it alone: * Move desktop related stuff to extra? (possibly keep only xorg in current?) * Move wireless/network modules to current? (they're that important IMO) * Rename current to "core" ? * Anything else? Here's a handful of instructions for moving things, just to be complete. == Move to unsupported == cd repo/category/pkgname tar czf pkgname.tar.gz * /upload to the AUR/ cvs tag -d CURRENT cvs tag -d CURRENT-64 (possibly testing as well if it's there) cvs rm -f * cvs commit == Move from current to extra == cp -r current/category/pkgname extra/category/pkgname rm -rf extra/category/pkgname/CVS cd current/category/pkgname cvs tag -d CURRENT cvs tag -d CURRENT-64 (possibly testing as well if it's there) cvs rm -f * cvs commit cd extra/category/ cvs add pkgname cd pkgname (use extrapkg or any other means to get it in the repo) Thanks, Aaron

7 23

[arch-dev-public] Next Developer Meeting
by James 08 Jun '07

08 Jun '07

So here's for another developer meeting. We've got a ton of things to discuss, there's already a few stagnant threads on this ML that need picking up. I'm happy to work out an agenda, and progress reports on things would be good too, as well as checking on what we've done since the last meeting. I'd like to try something different with this one. I think we need to really discuss things, and to do this properly, i'm of the opinion, that text doesn't cut it. I propose, we meet on Saturday, 2nd June, same time as the last meeting, cept this time we use teamspeak. VOIP for the uninitiated. AFAIK it has text support for those without microphones... but a cheap standard, even name brand snd-usb-audio headset costs next to nothing. https://www.archlinux.org/wiki/Meeting%205/ James -- iphitus // Arch Developer // iphitus.loudas.com

19 45

[arch-dev-public] Fwd: Goals / Mission Statement
by Aaron Griffin 08 Jun '07

08 Jun '07

Below is Essien's response to this thread.... ---------- Forwarded message ---------- From: Essien Ita Essien <me(a)essienitaessien.com> Date: May 31, 2007 7:33 PM Subject: Re: [arch-dev-public] Goals / Mission Statement To: Aaron Griffin <aaronmgriffin(a)gmail.com> My own goals are kinda selfish... but then aren't we all? 1. Like others... I want a lean, clean and mean system that is transparent and has a compact API (yes... distros have APIs... for Arch... its /etc/rc.conf) Which leads to: 2. A distro that helps and actively encourages distro builders to base on it for serious applications. which leads to: 3. Provide easy to use tools for extending working with ArchLinux and derived distros... with increased emphasis on the derivation tools. Basically, I'm saying promote stuff like archboot, devtools to first class citizens like pacman and makepkg. 4. Even though the distro has a clean and transparent API, we should still have scripts to manage and administer base system, so we should either provide them or foster and environment where such are provided. For instance, I have a script which i deploy on my servers to do stuff like: service httpd [start | stop | status] which i'd like to extend to do: service httpd [autostart-on | autostart-off] I'm sure a lot more have little utilities for doing stuff like that... if those kind of utilities are made 'First Class Citizens' under a parent project, more of them would automagically surface. I'm not sure if these are all actual goals or implementation details... but i'd guess there's a little of both in the above extremely selfish list. :) Keep up the good work. Cheers, Essien > > _______________________________________________ > arch-dev-public mailing list > arch-dev-public(a)archlinux.org > http://archlinux.org/mailman/listinfo/arch-dev-public >

1 1

[arch-dev-public] curl bump - rebuilds
by Andreas Radke 07 Jun '07

07 Jun '07

curl update to 7.16.2 brings a .so name bump. i've put it already into testing for x86_64. here's a list what i could collect for (possible) rebuilds: from "finddeps" script: php xine-ui vorbis-tools gnupg raptor wmweather git darcs xmoto bzflag moc came gmpc grip gnash bidwatcher audacious-plugins streamtuner libofa motion icecast centericq freepops openoffice-base (it starts fine delay this, a new release is expected for 12th june) ooodi2 archstats clamav gnupg2 from pacman -Qi on my system: entericq clamav claws-mail-extra-plugins darcs freepops gnash gnupg gnupg2 grip libofa openoffice-base php raptor rtorrent streamtuner vorbis-tools xine-ui and from running ldddd on my main system: /usr/bin/php /usr/bin/grip /usr/bin/puid /usr/bin/xine /usr/bin/darcs /usr/bin/gnash /usr/bin/terminatorX /usr/bin/sigtool /usr/bin/rtorrent /usr/bin/streamtuner /usr/bin/centericq /usr/bin/freepopsd /usr/bin/ogg123 /usr/bin/gparser /usr/bin/clamdscan /usr/bin/rapper /usr/bin/freshclam /usr/bin/gprocessor /usr/bin/php-cgi /usr/bin/clamconf /usr/bin/clamscan /usr/sbin/clamd /opt/kde/bin/juk /opt/kde/bin/amarokcollectionscanner /opt/kde/bin/amarokapp /usr/lib/gnupg/gpgkeys_hkp /usr/lib/gnupg/gpgkeys_curl /usr/lib/liblrdf.so.2.0.0 /usr/lib/audacious/General/libscrobbler.so /usr/lib/audacious/General/libcurl.so /usr/lib/libtunepimp.so.5.0.3 /usr/lib/libgnashbackend-cvs20070529.so /usr/lib/libclamav.so.2.0.3 /usr/lib/apache/libphp5.so /usr/lib/claws-mail/plugins/rssyl.so /usr/lib/claws-mail/plugins/vcalendar.so /usr/lib/claws-mail/plugins/clamav_plugin.so /usr/lib/claws-mail/plugins/gtkhtml2_viewer.so /usr/lib/libgnashgeo-cvs20070529.so /usr/lib/gnupg2/gpg2keys_curl /usr/lib/gnupg2/gpg2keys_hkp /usr/lib/tunepimp/plugins/vorbis.tpp /usr/lib/tunepimp/plugins/mp3.tpp /usr/lib/tunepimp/plugins/mp4.tpp /usr/lib/tunepimp/plugins/mpc.tpp /usr/lib/tunepimp/plugins/tta.tpp /usr/lib/tunepimp/plugins/flac.tpp /usr/lib/tunepimp/plugins/wv.tpp /usr/lib/tunepimp/plugins/wav.tpp /usr/lib/tunepimp/plugins/speex.tpp /usr/lib/tunepimp/plugins/wma.tpp /usr/lib/libraptor.so.1.1.0 /usr/lib/libgnashplayer-cvs20070529.so /usr/lib/libgnashserver-cvs20070529.so /usr/lib/libgnashamf-cvs20070529.so /usr/lib/libgnashbase-cvs20070529.so /usr/lib/libgnashgui-cvs20070529.so /opt/kde/lib/kde3/libamarok_void-engine_plugin.so /opt/kde/lib/kde3/libamarok_smb-device.so /opt/kde/lib/kde3/libamarok_mtp-mediadevice.so /opt/kde/lib/kde3/libamarok_xine-engine.so /opt/kde/lib/kde3/libamarok_ifp-mediadevice.so /opt/kde/lib/kde3/libamarok_massstorage-device.so /opt/kde/lib/kde3/libamarok_njb-mediadevice.so /opt/kde/lib/kde3/libamarok_generic-mediadevice.so /opt/kde/lib/kde3/libamarok_nfs-device.so /opt/kde/lib/kde3/libamarok_ipod-mediadevice.so /opt/kde/lib/kde3/libamarok_daap-mediadevice.so /opt/kde/lib/libamarok.so.0.0.0 Somebody wants to setup a ToDo list in our Wiki? Ok, have fun on rebuilding your packages. It shouldn't take that long. Andy

2 1