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

[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

Re: [arch-dev-public] [arch-dev] personal staging dirs wanted
by Aaron Griffin 06 Jun '07

06 Jun '07

On 6/4/07, Aaron Griffin <aaronmgriffin(a)gmail.com> wrote: > On 6/3/07, Jason Chu <jason(a)archlinux.org> wrote: > > On Sun, Jun 03, 2007 at 08:56:48PM +0200, Andreas Radke wrote: > > > for i686 every dev has personal staging dirs at gerolde. x86_64 uses > > > only on common. that should be changed. uploading all to one may break > > > the db if a dev wants to hold some of his packages back until he has > > > uploaded all of one set. > > > > > > in general every dev should have access + personal staging > > > directories to both official supported architectures. x86_64 devs > > > could easily build for i686 in a chroot. > > > > > > can we change this quickly and adopt the devtools pkg? > > > > > > Andy > > > > I think it's a reasonable request. There's no history of x86_64 devs > > screwing up anything for i686, which was our main concern at the beginning. > > > > Aaron, can you handle this? > > Yeah, I can do that - writing it down to do tonight (~6 hours from now, perhaps) Done, eric updated devtools, so all you x86_64 guys need to login to gerolde, and create: ~/staging/arch64/ ~/staging/extra64/ ~/staging/unstable64/ ~/staging/testing64/ And voila! In the future, when we move over to the -ARCh suffixed packages, the '64' on those dirs won't be needed anymore.

2 1

[arch-dev-public] The code of mac is back.
by Jeff 'codemac' Mickey 06 Jun '07

06 Jun '07

After a short *cough* haitus, I would now like to say I am back "full time". As full time as possible for an Open Source developer that is. When I said I'd be taking time off, I had no idea what good timing that was. Life went to hell in a handbasket rather quickly for me, and just now am I starting to feel "recovered". Hopefully my packages haven't gotten too out of date, or someone has kindly repackaged them for me. I'd like to thank anyone who has done this. Happy Hacking // codemac -- .: [ + carpe diem totus tuus + ] :.

4 3

[arch-dev-public] Fwd: [list@suppentopf.net: official mirror]
by Aaron Griffin 05 Jun '07

05 Jun '07

---------- Forwarded message ---------- From: Christian Berendt <list(a)suppentopf.net> Date: Jun 5, 2007 4:04 PM Subject: [list(a)suppentopf.net: official mirror] To: aaron(a)archlinux.org Hi, I have sent this mail to the pub-dev list, but it was rejected. Can you redirect it to the list, I think you can write there :) Thanks! Bye, Christian. ----- Forwarded message from Christian Berendt <list(a)suppentopf.net> ----- Date: Tue, 5 Jun 2007 20:59:55 +0000 From: Christian Berendt <list(a)suppentopf.net> To: arch-dev-public(a)archlinux.org Subject: official mirror Hi! My name is Christian, I'm new to arch linux, an ex-Gentoo-user. I'm studying computer sience at the RWTH Aachen in Germany and live there in one of the student hostels. There I have the room to host a mirror for this project with a connection to the DFN (our university network in Germany). It's a connection with 100mbit, I think this is ok ;) The point is the hardware, I only have an old P3-600 with <512MB of RAM. The hdd is no problem, I can put an SATA controller and a hdd with 200GB into it. So is this interessting for you or is the hw to slow? At the moment I'm mirroring the extra-repository and test the performance the next few days. At next week I can install the hardware in our computer room. Bye, Christian. ----- End forwarded message -----

2 1

[arch-dev-public] Emacs rebuild 22.1
by Dan McGee 05 Jun '07

05 Jun '07

I just built the new version of emacs with a revamped PKGBUILD and threw it up in the testing repo for anyone interested in trying it out. Please let me know (on the list) if you notice any problems with it before it gets moved out of testing and into extra. -Dan

2 3

Re: [arch-dev-public] Next Developer Meeting
by Jeff Mickey 05 Jun '07

05 Jun '07

Wrong address... On 6/5/07, Jeff Mickey <j(a)codemac.net> wrote: > On 6/5/07, Roman Kyrylych <roman.kyrylych(a)gmail.com> wrote: > > I'm fine with any date. > > But can we please speak about time in UTC/GMT timezone? > > Does "at noon EST" == 17 UTC? > > Noon EST = 12 EST = 16 UTC, because UTC isn't on daylight savings ( > summertime period, whatever ). Convert to your own local time from > that. > > Sorry about the father's day thing, I totally forgot. Which reminds > me, I need to find a card or something... > > > // jeff > -- > . : [ + carpe diem totus tuus + ] : . > -- . : [ + carpe diem totus tuus + ] : .

2 1

[arch-dev-public] Random tests.
by eliott 05 Jun '07

05 Jun '07

Just some random information, that I thought I would share. I was taking a look at how much traffic different protocols take to accomplish 2 things. 1) Sync the abs tree with a fresh pull 2) Perform a 'sync-check' (test to see if there are any new changes) with no updates available. http://stdout.cactuswax.net/cactus/tests.txt I was using fresh checkouts, so I don't have any other data other than what appears above. I would like to test some of the protocols against trees that have updates, git repos with more history than fresh imports, and for potential degradation as size increases. I don't know if I will get around to it though. If anyone else is interested in testing such things, then let me know. I would be very interested in the results.

2 1

[arch-dev-public] KVM & Paravirtualization
by Alexander Baldeck 03 Jun '07

03 Jun '07

Hey all, some of you may have noticed that we have a couple of feature requests on flyspray [1] [2] regarding a new KVM and paravirtualization. I've been messing with KVM on Linuxtag. So far it works well but there's a few issues with it: 1) makes no sense to port to non-x86_64 - i686 has kqemu - the kqemu on x86_64 is pretty much useless btw - I have never heard of a 32bit CPU that actually supports this - correct me if I'm wrong 2) it comes with a modified version of Qemu that only provides qemu-system-$CARCH and thus conflicts with qemu itself - merge with qemu package? - strip qemu-system-$CARCH off of qemu package? 3) KVM modules in our kernel26 are very outdated and should be removed in favor of the ones provided by the KVM source tarball 4) split KVM into kvm-qemu & kvm-modules? I have not yet tried to enable options like suggested in [2] yet but will do so soon. What do you think? Cheers, -H [1] http://bugs.archlinux.org/task/7331 [2] http://bugs.archlinux.org/task/7337

6 6