T2 IRC Log: 2005-05-30

This is the log as captured by an IRC bot in the channel. The statements are those of the individual people and might not neccessarily reflect the policy and legal rules as set forth by the T2 SDE Project.

« prev | next »

--- Log opened Mon May 30 00:00:55 2005
02:54 -!- rxr_ [~rene@e178130124.adsl.alicedsl.de] has joined #t2
02:54 -!- Topic for #t2: T2 | 2.1.0-beta4 RELEASED | The next generation of System Development Environments (SDE) | http://www.t2-project.org/
02:54 -!- Topic set by menomc [] [Sat Apr 16 00:33:34 2005]
02:54 [Users #t2]
02:54 [ _Lewellyn] [ dualopteron] [ mnemoc] [ rxr_ ] [ valentin]
02:54 [ _Ragnar_ ] [ jsaw ] [ nzg ] [ SerWou ]
02:54 [ CIA-9 ] [ keinek ] [ rxr ] [ sparc-kly[u5]]
02:54 -!- Irssi: #t2: Total of 13 nicks [0 ops, 0 halfops, 0 voices, 13 normal]
02:54 -!- Channel #t2 created Sun Aug 8 21:15:33 2004
02:54 -!- [freenode-info] please register your nickname...don't forget to auto-identify! http://freenode.net/faq.shtml#nicksetup
02:54 -!- Irssi: Join to #t2 was synced in 11 secs
03:04 -!- rxr [~rene@e178152000.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)]
03:32 -!- Netsplit saberhagen.freenode.net <-> irc.freenode.net quits: keinek
03:46 -!- dualopteron [~dualopter@Dardeene-68.188.44.193.charter-stl.com] has quit [Client Quit]
03:47 -!- dualopteron [~dualopter@Dardeene-68.188.44.193.charter-stl.com] has joined #t2
03:50 -!- Netsplit over, joins: keinek
06:30 -!- madtux [~mike@196.40.44.28] has joined #t2
06:30 -!- madtux [~mike@196.40.44.28] has left #t2 []
06:50 -!- keinek [~Keinek@201.254.12.237] has quit [Remote closed the connection]
08:23 -!- _Lewellyn [bivariat@lewellyn.silver.supporter.pdpc] has quit [Remote closed the connection]
08:35 < SerWou> hello
08:42 < mnemoc> hi SerWou
08:46 < SerWou> how are mnemoc ?
08:49 < mnemoc> sleepy :) and you?
09:05 < SerWou> yeah
09:05 < SerWou> fucking weather today
09:05 < SerWou> rainning
09:09 < mnemoc> also here
09:22 < CIA-9> amery * r9206 /branches/2.1/package/e17/ecore/ecore.desc: * updated ecore (2005-03-29 -> 2005-03-30), just one day to let e-utils build
09:25 < SerWou> CIA-9 is a bot or what ? ;)
09:26 < mnemoc> http://cia.navi.cx
09:39 < SerWou> ho
09:39 < SerWou> yes it is
09:49 < rxr_> re
09:49 < rxr_> hey mnemoc !
09:51 < mnemoc> hi rxr_
09:51 < mnemoc> rxr_: http://directory.fsf.org/
09:53 < jsaw> re
09:54 < rxr_> h
09:54 < rxr_> hi jsaw
09:54 < jsaw> hi rxr
09:54 < mnemoc> hi jsaw
09:54 < jsaw> hi mnemoc
09:54 < rxr_> mnemoc: what about this directory ?
09:55 < mnemoc> rxr_: we are not listed ;)
09:55 < jsaw> besides that two kde components died "unexpectedly", the live iso looks good!
09:56 < rxr_> jsaw: ,-)
09:57 < rxr_> mnemoc: do you notify them ?
09:57 < mnemoc> rxr_: it's a large form, and i'm falling sleep
09:58 < rxr_> should I ?
09:58 < mnemoc> please :)
09:58 < jsaw> rxr: would it be possible to detect an existing swap partition automatically?
09:59 < rxr_> jsaw: yes it would
10:02 < rxr_> mnemoc: I think it makes sense to change my pkg update iterating loop to not iterate over the repositories and choose every seventh
10:02 < rxr_> but to iterate over all packages and choose every seventh, no?
10:02 < mnemoc> yes
10:02 < rxr_> to archive a more equal distribution over the week ...
10:02 < mnemoc> :)
10:03 < rxr_> so - both of my sparc now have a add-on usb 2.0 card
10:03 < rxr_> my first one had a 1.0 card - but lukily due to this windows 2000 even with SP4 not working with the 2.0 card of my neighbor, it has a 2.0 card now, too ,-)
10:04 < rxr_> not that there would be much more than a mouse on that card, but ,-)
10:06 -!- You're now known as rxr
10:07 < rxr> Spielberg & Lucas Approve Indy 4 Script
10:11 < rxr> No Hyper Threading Vulnerability in Linux Kernel
10:18 < mnemoc> i'll go to sleep... just 1:30, but i need it
10:18 < mnemoc> cu
10:18 < jsaw> cu mnemoc
10:19 < rxr> cu mnemoc
10:20 < mnemoc> thx, bye
10:29 < valentin> moin
10:29 < rxr> hey valentin
10:30 < valentin> quite a thunderstorm this morning
10:31 < rxr> thunder ?
10:31 < rxr> only wind here - no thunder ...
10:31 < valentin> yep
10:31 < rxr> ouh
10:31 < rxr> at what time ?
10:31 < valentin> around 5:00
10:31 < rxr> ah - ok - I was asleep at that time ...
10:32 < rxr> valentin: I now have not only usb 2.0 in my U30 - but also in my U5 - thanks to win2k not beeing able to load driver for devices on a usb 2.0 card ...
10:32 < rxr> the usb 1.0 card from my U5 works ...
10:32 < valentin> hm
10:32 < rxr> thanks bill for all the hardware one gets due to windows users ...
10:32 < rxr> "too slow" whole boxes, single, not working hardware, ...
10:33 < rxr> just cool *g*
10:34 < rxr> I know have additional 128MB of RAM from the uni sparc in my U5 - let's see if this is stable ...
10:34 < valentin> not to mention our t2 server
10:34 < rxr> yep - or the gsmp server ...
10:34 < valentin> to instable and too slow :)
10:34 < valentin> too bad my brother bought a really bad box this time...
10:35 < rxr> or the 1.3Ghz athlon my farther got ...
10:35 < rxr> valentin: that is the next update will only get you a really low-budged box ?
10:35 < rxr> like what? aldi or otto ?
10:39 < valentin> not sure, but some cheap cr*p
10:42 < rxr> is he happy with it ?
10:42 < valentin> he can play his games...
10:43 < valentin> he is allways happy with his cheap hardware and periphery stuff
10:44 < rxr> Mathomatic 12.4.0
10:44 < rxr> tough still not too advanced, should I revert the removal of the package and update it ?
10:44 < rxr> on the other hand it is too unadvanced to be useful for normal stuff anyway
10:44 < CIA-9> rene * r9207 /trunk/package/archiver/mine/ (mine.desc new_dialog_version.patch): * updated mine (0.20 -> 0.21)
10:47 < valentin> i never used Mathomatic
10:48 < rxr> you read the desc and commented "unusable"
10:49 < valentin> ah - this hobby project thing
10:49 < valentin> rxr, does this sound familiar: http://ars.userfriendly.org/cartoons/?id=20050530
10:56 < rxr> ... ,-)
10:57 < valentin> shower and breakfast and stuff ... bbl
11:29 < CIA-9> rene * r9208 /trunk/package/powerpc/powerpc-utils/ (4 files): * updated powerpc-utils (1.1.3-7 -> 1.1.3-15)
11:43 < CIA-9> chris * r9209 /trunk/package/security/libprelude/libprelude.desc: * updated libprelude (0.9.0-rc7 -> 0.9.0-rc8)
11:44 < CIA-9> chris * r9210 /trunk/package/security/prelude-manager/prelude-manager.desc: * updated prelude-manager (0.9.0-rc4 -> 0.9.0-rc5)
11:49 -!- codetux [~mike@65.182.14.29] has joined #t2
11:49 -!- codetux is now known as madtux
11:55 < rxr> hi madtux
11:58 < CIA-9> rene * r9211 /trunk/package/powerpc/mac-fdisk/ (4 files): * updated mac-fdisk (0.1-10 -> 0.1-12)
11:58 < CIA-9> rene * r9212 /trunk/package/powerpc/powerpc-utils/powerpc-utils.conf: * set prefix to "" instead of "/" in powerpc-utils
11:59 < madtux> hello rene
12:04 < rxr> miguel, how are you ?
12:05 < CIA-9> rene * r9213 /trunk/package/powerpc/linux24benh/: * removed linux24benh - reached end of life in the t2 2.2 tree
12:08 < madtux> see i like it better when call me miguel... i don't feel like such a stranger here
12:08 < madtux> ;)
12:08 < madtux> i am good and u my friend?
12:11 < rxr> oh - /me too
12:20 < CIA-9> rene * r9214 /trunk/scripts/Build-Pkg: * merge olist, so they do not accumulate
12:27 < CIA-9> rene * r9215 /trunk/package/archiver/dpkg/ (dpkg.desc no-ssd_md5sum.patch): * updated dpkg (1.10.27 -> 1.13.4)
12:31 < rxr> miguel, have you read, that we now have a update concentrator? mailing possible updates to t2-updates@exactcode.de
12:38 < madtux> hadn't read it
12:38 < madtux> but i guess now i know
12:38 < madtux> :)
12:41 < CIA-9> rene * r9216 /trunk/package/gnome2/gnokii/gnokii.desc: * updated gnokii (0.6.4 -> 0.6.7)
12:41 < CIA-9> rene * r9217 /trunk/package/develop/doxygen/doxygen.desc: * updated doxygen (1.4.2 -> 1.4.3)
12:42 -!- jeru [~jeru@mail.oberlinhaus.de] has joined #t2
12:42 < jeru> hi
12:42 < rxr> hey jsaw
12:42 < rxr> hey jeru, even
12:42 < jeru> hi rxr
12:45 < CIA-9> rene * r9218 /trunk/package/archiver/tnef/tnef.desc: * updated tnef (1.3.2 -> 1.3.3)
12:45 < rxr> ^- the t2 concentrator - and how t2 expanded to be the most up-to-date OS available ...
12:46 < madtux> :)
12:47 < rxr> madtux: nighly prposed updates at 4 o'clock - subsribe and enjoy ,-)
12:50 < CIA-9> rene * r9219 /trunk/package/filesystem/reiser4progs/reiser4progs.desc: * updated reiser4progs (1.0.3 -> 1.0.4)
12:51 < CIA-9> rene * r9220 /trunk/package/archiver/lzo/lzo.desc: * updated lzo (1.08 -> 2.00)
12:51 < rxr> jeru: that have been my morning updates - feel free to take over ,-)
12:53 < jeru> rxr: thank you :)
12:56 < jeru> rxr: I've to build a prototype for a security box. I want to use the embedded target as starting point. Btw, why you didn't used busybox?
12:56 < rxr> because I avoid ugly packages
12:57 < rxr> you can of course source the embedded target and define to use busybox ...
12:57 < madtux> *g*
12:57 < jeru> rxr: ok ;)
12:59 < CIA-9> rene * r9221 /trunk/package/x11/icewm/icewm.desc: * updated icewm (1.2.19 -> 1.2.20)
13:04 < rxr> jeru: I also update valgrind ...
13:08 < jeru> rxr: ok ... atm, I'm a bit busy anyway ... so I'll starting update session later
13:08 < CIA-9> rene * r9222 /trunk/package/develop/valgrind/valgrind.desc: * updated valgrind (2.2.0 -> 2.4.0)
13:09 < CIA-9> rene * r9223 /trunk/package/textproc/libxslt/libxslt.desc: * updated libxslt (1.1.12 -> 1.1.14)
13:11 < jeru> rxr: btw, should I stop the ref build for trunk ... and do a resync? it's in stage 1 building findutils right now
13:11 < rxr> just svn up and letting it go would be ok, no ?
13:12 < jeru> rxr: let's see ;)
13:23 < CIA-9> rene * r9224 /trunk/package/develop/valgrind/valgrind.conf:
13:23 < CIA-9> * simplified valgrind srctar overwrite and fixed it for the new
13:23 < CIA-9> ppc filename
13:26 < jeru> rxr: updating hdf5 + pytables
13:30 < rxr> valentin: the new ppc valgrind works way better now ,-)!
13:30 < jeru> rxr:
13:30 < jeru> head: `-1' option is obsolete; use `-n 1'
13:30 < rxr> yes, known
13:30 < rxr> where do you see this ?
13:30 < jeru> should I patch ?
13:30 < jeru> hdf5
13:31 < rxr> yes - patch it to use the POSIX syntax ,-)
13:31 < jeru> ok
13:31 -!- madtux [~mike@65.182.14.29] has quit ["Leaving"]
13:36 < CIA-9> rene * r9225 /trunk/package/develop/valgrind/valgrind.conf: * fixed valgrind-ppc to build
13:38 < jeru> rxr: texinfo still fails in stage 1
13:38 < jeru> Found loop in install_wrapper: /t2/trunk/build/trunkref-2.2.0-alpha-x86-pentium4-reference/TOOLCHAIN/tools.cross/wrapper/mv ./confstatcY3210/out /t2/trunk/src.texinfo.1117463159.25702.0/texinfo-4.8/tools/./confstatcY3210/in
13:38 < jeru> ^ any ideas ?
13:39 < rxr> hm
13:39 < rxr> would need to have a shell in the build and debug it, too
13:39 < rxr> I could alter on ...
13:51 < valentin> re
13:52 < rxr> hi valentin
13:57 < jeru> rxr: is this an known problem in libowfat using uclibc ?
13:57 < jeru> 586-t2-linux-uclibc-gcc -c socket/socket_ip4loopback.c -pipe -Wall -O2 -fomit-frame-pointer -I.
13:57 < jeru> i586-t2-linux-uclibc-gcc -c socket/socket_listen.c -pipe -Wall -O2 -fomit-frame-pointer -I.
13:57 < jeru> In file included from socket/socket_connected.c:7:
13:57 < jeru> ./havesl.h:1: error: conflicting types for 'socklen_t'
13:58 < valentin> rxr: what does "works better" mean ?
13:58 < rxr> hm - no idea if I ever used libowfat with uclibc ...
13:58 < jeru> rxr: at least it's enabled on the embedded target ...
13:58 < rxr> valentin: formerly I only could run trivial binaries with valgrind on PPC - more complex ondes yield some "unrecognized instruction" or so early on
13:59 < rxr> the new one was able to execute bash, ls, ... without a problem ...
13:59 < jeru> so I guess you've used it some tie ago
13:59 < rxr> I think even bash failed with the previous ppc snapshot
13:59 < jeru> hi valentin
13:59 < rxr> jeru: then it might be a new regression
13:59 < valentin> hi jeru
14:02 < rxr> pstream sed ("sed", (char*[]){"sed", "s/World/C++/", 0} );
14:02 < rxr> sed << "Hello World!" << std::endl;
14:02 < rxr> sed.close_sink();
14:02 < rxr> sed.clear();
14:02 < rxr> sed >> std::cout.rdbuf();
14:02 < rxr> =>
14:02 < rxr> Hello C++!
14:02 < rxr> ,-)
14:04 < valentin> rxr: how about
14:04 < valentin> pstream sed ("sed", (char*[]){"sed", "s/World/C++/", 0} );
14:04 < valentin> pstream sed ("sed", (char*[]){"sed", "s/World/C++/", 0} );
14:04 < valentin> damn
14:05 < valentin> ok i do not try to type in here
14:05 < valentin> can you direct sed output into a rdbuf of another pstream ?
14:05 < rxr> yes - that should work fine
14:05 < valentin> nice
14:06 < rxr> I leave it as excersice for you when I commit the final version in some minutes
14:06 -!- madtux [~mike@65.182.14.29] has joined #t2
14:11 < valentin> why do you need to call clear() on the pstream ?
14:11 -!- madtux [~mike@65.182.14.29] has quit ["Leaving"]
14:14 < rxr> I think I'll introduce some eof manipulator or so ...
14:14 < rxr> soe the close_sink can be expressed as:
14:14 < rxr> sed << "Hello World!" << std::endl << eof;
14:15 < rxr> valentin: somehow the stream gets into soe eof or bad state
14:15 < rxr> I have still have to analyze why this is the case
14:16 < valentin> hm
14:16 < valentin> btw: you allways have to stream all the content into mem before draining the stream ?
14:18 < rxr> nope
14:18 < rxr> but sed does buffer to much - and the read will hand since sed is waiting for more input ...
14:19 < rxr> valentin: the clear is only needed when I use std::cout before - and thus it gets into eof ...
14:20 < rxr> hm - strange
14:20 < rxr> ah ...
14:20 < rxr> no - it was a bug in my pstream I just fixed ,-)
14:20 < rxr> now it is not needed at all
14:39 < rxr> ouhm - ok - I stop prettified it - let's tart using it first ...
14:44 < CIA-9> chris * r9226 /trunk/package/develop/hdf5/hdf5.desc: * updated hdf5 (1.6.3 -> 1.6.4)
14:45 < CIA-9> rene * r9227 /trunk/source/UpdateList.cc:
14:45 < CIA-9> * utilize the new pstream in UpdateList (instead of the ugly C-style
14:45 < CIA-9> forking and manual pipe hassling)
14:46 < rxr> ^- look at that diff !!!
14:47 < CIA-9> rene * r9228 /trunk/source/UpdateList.cc: * using namespace Utility - no explicit namespace prefix for Glob
14:49 < CIA-9> chris * r9229 /trunk/package/develop/pytables/pytables.desc: * updated pytables (0.9.1 -> 1.0)
15:10 < CIA-9> rene * r9230 /trunk/source/UpdateList.cc:
15:10 < CIA-9> * fixed UpdateList to only add versions to the list to match, if
15:10 < CIA-9> the version in question is not yet in the list - formerly
15:10 < CIA-9> a version was often injected multiple time, when multiple files
15:10 < CIA-9> such as .bz2, gz, .asc, ... were present)
15:11 < rxr> jeru: I update parted
15:12 < rxr> new version accidently found due to playing with the UpdateList ,-)
15:16 < CIA-9> rene * r9231 /trunk/package/filesystem/parted/parted.desc: * updated parted (1.6.21 -> 1.6.22)
15:20 < jeru> rxr: :)
15:20 * jeru moving home now
15:20 < jeru> cu later
15:21 -!- jeru [~jeru@mail.oberlinhaus.de] has quit [Remote closed the connection]
15:25 < rxr> ouhm - avn aka. netrunner added a lot of patches to submaster ...
15:37 < CIA-9> rene * r9232 /trunk/package/multimedia/kphone/ (gcc34.patch kphone.desc): * updated kphone (4.1.0 -> 4.1.1)
15:40 < CIA-9> rene * r9233 /trunk/misc/archive/Update.sh:
15:40 < CIA-9> * added support for pkg-ver to Update.sh, to allow easier cut'n paste
15:40 < CIA-9> of t2-updates notifications
15:43 < rxr> http://golem.de/0505/38312.html
15:43 < rxr> ATX-Mainboard f?r Pentium M mit Dothan-Kern
15:44 < CIA-9> rene * r9234 /trunk/package/audio/libshout/libshout.desc: * updated libshout (2.0 -> 2.1)
15:44 < CIA-9> rene * r9235 /trunk/package/x11/xdaliclock/xdaliclock.desc: * updated xdaliclock (2.19 -> 2.20)
15:45 < mnemoc> pkg-ver is harmfulll... some packages has - on their names
15:45 < rxr> mnemoc: I know - this is why I did not implemented it in the first place
15:45 < rxr> however intarnally a - seperated version is passed to Create-UpdPatch anyway ...
15:46 < rxr> and it allows easier cut'n pasting
15:46 < rxr> however in practice, even pkg-ver is ok, since all but the last part after - is peeled off
15:46 < rxr> so only versions with - do not work ...
15:46 < rxr> like mypkg-2.3.4-1 ...
15:47 < rxr> so I think we should fix the internal passing to Create-UpdPatch to use two arguments, too
15:47 < rxr> but support the - seperated form for compatibility ...
15:47 < mnemoc> ack
15:47 * valentin wonders if we will have r10000 before my daughter ..
15:47 < mnemoc> uhm
15:47 < mnemoc> valentin: date?
15:47 < rxr> valentin: we will
15:47 < valentin> est. 2005-07-27
15:47 < rxr> moin mnemoc
15:48 < mnemoc> moin rxr :)
15:48 < rxr> valentin: that should be no problem - however you might wonder if we are at r11000 then ...
15:49 < mnemoc> :)
15:50 < rxr> mnemoc: when do you estimate 2.1.0-rc1 ?
15:51 < rxr> mnemoc: when you need help do'g 2.1 merging or fixing just let me know ...
15:51 < mnemoc> two three days
15:52 < mnemoc> i only want bdb*-java thing fixed and give some tries on ooo-m104/java
15:52 < rxr> ic
15:52 * rxr needs lunch ...
15:53 < mnemoc> http://t2.geeks.cl/regressions/stable/regressions.html <-- 25 of 1670 of a new reference build
15:53 < rxr> mnemoc: ice
15:53 < rxr> +n
15:53 < mnemoc> bdb-java are intentionaly broken, and ooo is under testing
15:54 < mnemoc> that means 22 of 11670
15:54 < mnemoc> 1670
15:54 < rxr> 1.3 % ...
15:55 < mnemoc> any help fixing is welcomed
15:56 < mnemoc> but i only want bdb*-java to tag
15:56 < mnemoc> sadly i'm on exams :\
15:56 < rxr> then give your exams higher priority
15:56 < mnemoc> i also wanted www2 official before tagging... but....
15:58 < rxr> I try to fix xli
15:59 < mnemoc> thanks
15:59 < rxr> and other later on
15:59 < mnemoc> :)
16:04 < rxr> ouhm - valentin - now the livecd goes into PC-Linux
16:05 < rxr> ISO till friday and I write yet another overview article in the upcomming two days ...
16:05 < rxr> valentin: can you get the gui netconf into the cd till tomorrow night?
16:05 < rxr> so we have some days for testing ...
16:08 < CIA-9> rene * r9236 /trunk/package/x11/xli/gcc34.patch: * fixed xli for gcc >= 3.4
16:09 < valentin> rxr: that is good to know and will motivate me :)
16:10 < valentin> btw: they choose the dog for bundeskanzler candidate
16:12 < rxr> valentin: ?
16:12 < rxr> ah - merkel ...
16:13 < rxr> "we have soo many great ideas how to improve germany! - Well so far we want to raise taxes by a few percent."
16:13 < rxr> ...
16:13 * rxr lunch ...
16:21 < CIA-9> rene * r9237 /trunk/package/x11/wmint/ (prefix.patch wmint.conf): * fixed wmint to not install into usr/local and cleaned the .conf
16:21 < rxr> mnemoc: the last two revs are for you ...
16:21 < rxr> now really lunch ,-)
16:57 -!- tilix [~ilia@pppoe23.bol.bg] has joined #t2
17:05 < rxr> hi tilix
17:06 < tilix> hi rxr
17:07 -!- jeru [~jeru@p54BFB084.dip.t-dialin.net] has joined #t2
17:07 < jeru> re hi
17:08 < tilix> hi jeru
17:09 < jeru> hi tilix
17:15 -!- mtr [~Michael@p54AF83DE.dip0.t-ipconnect.de] has joined #t2
17:16 < mtr> hi *
17:17 < rxr> hey mtr !
17:17 < rxr> mnemoc: next to fix is deva ...
17:19 < jeru> rxr: btw, I've downgraded texinfo in the refbuild, but now binutils failed
17:21 < CIA-9> mtr * r9238 /trunk/package/multimedia/vdr/ (pkg_xine-lib_post.conf vdr.desc):
17:21 < CIA-9> * updated vdr (1.3.23 -> 1.3.25)
17:21 < CIA-9> * updated vdr plugins softdevice and xine
17:21 < jeru> hi mtr
17:21 < mtr> hi jeru
17:24 < CIA-9> mtr * r9239 /trunk/package/contrib/vidix/vidix.desc: * updated vidix (0.9.9 -> 0.9.9.1)
17:40 < CIA-9> mtr * r9240 /trunk/package/multimedia/vdr/vdr.desc: * updated vdr plugins: mp3/mplayer (0.9.12), bitstreamout (0.83a), femon (0.9.0)
17:48 -!- tilix [~ilia@pppoe23.bol.bg] has quit [Remote closed the connection]
17:52 < CIA-9> mtr * r9241 /trunk/package/network/lat/lat.desc: * updated lat (0.5.1 -> 0.5.3)
18:05 < CIA-9> rene * r9242 /trunk/package/multimedia/maverik/maverik.conf:
18:05 < CIA-9> * converted maverik to more modern code but there is still a lot to fix
18:05 < CIA-9> - e.g. building from source and not installing a lot of junk
18:10 < CIA-9> rene * r9243 /trunk/package/multimedia/maverik/ (config.hlp config.in maverik.conf): * removed prefix config from maverik
18:16 < rxr> the new texinfo has another problem:
18:16 < rxr> !> Found shared files with other packages:
18:16 < rxr> !> usr/bin/texi2pdf: tetex texinfo
18:20 -!- mtr_ [~Michael@p54AF9472.dip0.t-ipconnect.de] has joined #t2
18:21 < CIA-9> rene * r9244 /trunk/package/x11/xorg/xcfgt2:
18:21 < CIA-9> * merged latest livecd X detection, to fix sis vs.
18:21 < CIA-9> silicon motion detection
18:25 -!- dualopteron [~dualopter@Dardeene-68.188.44.193.charter-stl.com] has quit [Client Quit]
18:25 -!- dualopteron [~dualopter@Dardeene-68.188.44.193.charter-stl.com] has joined #t2
18:26 < CIA-9> rene * r9245 /trunk/package/network/libgift/libgift.desc: * updated libgift/gift-openft (0.2.1.5 -> 0.2.1.6)
18:27 < CIA-9> rene * r9246 /trunk/package/network/apollon/apollon.desc: * updated apollon (1.0.1 -> 1.0.2.1)
18:28 -!- mtr [~Michael@p54AF83DE.dip0.t-ipconnect.de] has quit [Read error: 60 (Operation timed out)]
18:37 -!- sparc-kly [~sparc-kly@65-23-199-219.prtc.net] has joined #t2
18:37 < sparc-kly> hi all
18:38 -!- dualopteron [~dualopter@Dardeene-68.188.44.193.charter-stl.com] has quit [Client Quit]
18:38 < rxr> hi sparc-kly
18:38 -!- dualopteron [~dualopter@Dardeene-68.188.44.193.charter-stl.com] has joined #t2
18:38 < rxr> compiling on a 270Mhz Ultra SPARC is so much fun:
18:38 < rxr> 15201 root 25 0 81176 78m 4792 R 98.4 31.6 5:59.13 cc1plus
18:39 < rxr> 15201 root 25 0 82744 79m 4792 R 98.7 32.2 6:28.63 cc1plus
18:54 < sparc-kly> i planned buy another U5
18:54 < sparc-kly> http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=5778515047
19:33 < rxr> does the performance match your needs ?
19:47 < rxr> svn# du -csh t2
19:47 < rxr> 192M t2
19:47 < rxr> ...
19:47 < rxr> server side database ...
19:59 < rxr> mnemoc: valentin: jeru: svn disabled
19:59 < rxr> mnemoc: valentin: jeru: server side updating ...
20:06 -!- mnemoc [~amery@200.75.27.34] has quit [Read error: 60 (Operation timed out)]
20:08 -!- mnemoc [~amery@200.75.27.3] has joined #t2
20:13 < rxr> # time svn blame xorg-conf.in
20:13 < rxr> real 0m3.179s
20:13 < rxr> user 0m0.043s
20:13 < rxr> sys 0m0.014s
20:13 < rxr> just as reference
20:14 < rxr> user 4m49.423s
20:14 < rxr> ^- dumping al svn repos ...
20:26 < rxr> Found 2619 new/updated files in source tree:
20:26 < rxr> ...
20:53 < valentin> re
21:26 < rxr> ouhm - the athlon needs quite some time to rebuild all the subversion deps and subversion itself from source ...
21:35 < rxr> Apache/2.0.54 (Unix) mod_ssl/2.0.54 OpenSSL/0.9.7d DAV/2 SVN/1.2.0 Server at dl.exactcode.de Port 80
21:35 -!- veki [~chatzilla@217.24.19.40] has joined #t2
21:41 < valentin> :*
21:42 < valentin> :( even
21:49 -!- veki [~chatzilla@217.24.19.40] has left #t2 []
21:55 < rxr> reloading databases in progress
21:57 < rxr> valentin: I guess I also should schedule a kernel update with this big maintenance service downtime ?
22:00 < valentin> you could do that
22:00 < valentin> but one without leaks please ...
22:23 < rxr> valentin: how do the disk sound with this massive HD access =
22:23 < rxr> ? even
22:31 * rxr showering - the database import still will take a while ...
22:34 < valentin> rxr: sounds like always
22:45 < rxr> hm
22:45 < rxr> how boring
22:47 < jeru> re hi
22:47 < jeru> what are you doing guys ?
22:48 < rxr> jeru: updatating subversion server side - and reloading the database ...
22:48 < rxr> bases that is ...
22:48 * rxr a bit in the background - reading some C++ papers ..
22:48 < jeru> oh!
22:48 < rxr> cool - kdelibs installing on my U5 ... ,-)
22:49 < jeru> :)
22:49 < jeru> but minit failed on my target :(
23:03 < rxr> == 17:09:02 =[5]=> Building kde/kdelibs [3.4.0 2.2.0-alpha].
23:03 < rxr> == 05/30/05 23:10:03 =[5]=> Finished building package kdelibs.
23:09 < rxr> 270Mhz U5 - but now with 256MB RAM
23:09 < rxr> I think formerly it would have taken way longer - since it would have swapped like crazzy ...
23:15 < rxr> valentin: could you test svn up on your iBook?
23:15 < rxr> please do not commit yet <- anyone
23:16 < rxr> the svn blame from above redunced to:
23:16 < rxr> real 0m1.229s
23:16 < rxr> user 0m0.039s
23:16 < rxr> sys 0m0.011s
23:16 < rxr> before the update it was:
23:16 < rxr> real 0m3.179s
23:16 < rxr> user 0m0.043s
23:16 < rxr> sys 0m0.014s
23:22 < CIA-9> rene * r9247 /trunk/package/emulators/wine/ (wine.cache wine.desc): * updated wine (20050524 -> 20050419)
23:25 < CIA-9> rene * r9248 /trunk/package/network/ettercap/ettercap.desc: * updated ettercap (NG-0.7.2 -> NG-0.7.3)
23:29 < valentin> hm
23:29 < rxr> yes
23:29 < valentin> not bad
23:30 < rxr> that was "svn blame xorg-conf.in"
23:30 < valentin> rxr: server update only or client, too ?
23:31 < rxr> for half of the speedup you need a new client, too
23:32 < valentin> svn up worked
23:39 < CIA-9> rene * r9249 /trunk/package/audio/gnupod/gnupod.desc: * updated gnupod (0.97 -> 0.98)
23:40 < CIA-9> rene * r9250 /trunk/package/base/linux-header/serio.patch: * added forgotten (?) serio.patch to linux-header
23:42 < rxr> http://svn.exactcode.de/
23:42 < rxr> ^- nice graph
23:43 < CIA-9> rene * r9251 /trunk/package/mail/muttprint/muttprint.desc: * updated muttprint (0.72c -> 0.72d)
23:44 < CIA-9> rene * r9252 /trunk/package/develop/swig/ (swig.conf swig.desc): * updated swig (1.3.21 -> 1.3.24)
23:47 < rxr> valentin: I took apart the FH's U5 CPU module - cleaned the pins and placed new heat transmission paste on it
23:47 < rxr> and it still boots anr runs ,-)
23:48 < CIA-9> rene * r9253 /trunk/package/kde/amarok/amarok.desc: * updated amarok (1.2.3 -> 1.2.4)
23:53 < rxr> if the box fails again I'll carry it back to the FH and slam it in some corner
23:54 < rxr> and live happy with my RAM enhanced own, but slower, but stable U5 ...
--- Log closed Tue May 31 00:00:21 2005