--- Log opened Tue Dec 07 00:00:20 2004 00:25 < rxr> kde in tv 00:25 < rxr> was on some sun microsystem works station in some annoying robotic new report ... 00:25 < mnemoc> 7# svk sync //t2/trunk 00:25 < mnemoc> Syncing http://svn.exactcode.de/t2/trunk 00:25 < mnemoc> Retrieving log information from 3622 to 4969 00:25 < mnemoc> Nested quantifiers in regex; marked by <-- HERE in m/^package/audio/timidity++ <-- HERE /([^/]+)$/ at /usr/lib/perl5/site_perl/5.8.2/SVN/Mirror/Ra.pm line 698. 00:25 < rxr> kde on tv en 00:25 < mnemoc> snif snif snif 00:26 < mnemoc> kde on a sun important workstation? 00:31 < rxr> do not know it it was important .. 00:31 < rxr> just some annoying anway robotic report in normal news ... 00:32 < rxr> the point was just that it is nice to see more and more non-windows boxes running on tv .. ;-) 00:37 < mnemoc> =) 00:38 < mnemoc> damn... nothing work for me and svk :\ 00:54 < rxr> why do you try svk ? 00:54 < mnemoc> to not break the trunk too hard :) 00:55 < mnemoc> i want to see 2.1-stable this year 00:55 < rxr> well - come on, justc ommit your stuff ;-) 00:55 < mnemoc> :p 00:57 < rxr> the dhcp patch looks strange ... 00:57 < rxr> I wonder if the resulting binary will be the same ... 00:57 < mnemoc> netrunner seem to have tested it 00:57 < rxr> I somehow have the feeling that was the result of netrunner "edit until it compiles" seassions ... 01:00 < rxr> this is a gcc bug even with patch attached ... 01:00 < rxr> I consider removing this dhcp uglification and either fix gcc 01:00 < rxr> is this fine for all ? 01:02 < mnemoc> do you have time to patch gcc to fix this? 01:03 < rxr> I just do 01:03 < mnemoc> oh 01:03 < mnemoc> great :p 01:04 < rxr> well - I wrote "with patch attached" -> in the gcc bugzilla .... 01:04 < rxr> I do not fix gcc myslef right now - not for this regressions at least ... 01:05 < mnemoc> i'll move home.... cu in 15 minutes 01:05 < rxr> ;) - cu 01:31 < CIA-9> rene * r4970 /trunk/package/ (base/gcc/3.4.3.patch network/dhcp/gcc343.patch): 01:31 < CIA-9> * removed the dhcp patch as imported from ROCK Linux and instead 01:31 < CIA-9> added the official fix for gcc to fix this gcc bug 01:42 < nullslack> rxr, weeeeeeee!!! thnx! i won't have to bang my head...just to get it fix ;) 01:43 < nullslack> svn up; Build-Target? 01:46 < rxr> well - it was workarounded before .. 01:46 < rxr> so the previous code should have compiled ... 01:46 < rxr> this is just a cleanup ... 01:46 < mnemoc> re 01:47 < rxr> you can do svn up ... but Build-Target will not rebuild stuff that was built previously and now got an update ... 01:47 < rxr> to rebuild stuff remove the log file: rm build/.../var/adm/logs/5-gcc.log 01:47 < rxr> or run 01:47 < rxr> ./scripts/Create-ErrList -newdelete ... 01:48 < rxr> the later might remove quite a lot and I like to have manual control what to rebuild and what not ... 01:48 < mnemoc> ./scripts/Create-ErrList -remove gcc is more direct 01:48 < rxr> yeah ;-) 01:48 < rxr> .oO(need to get rid of this 21" CRT - I do not call built-in anti-aliasing a feature ...) 01:49 < mnemoc> uhm, no 01:49 < mnemoc> can't be disabled? 01:49 < nullslack> mnemoc, and for the dhcp, i'll do the same as gcc? 01:50 < mnemoc> yes 01:50 < mnemoc> -remove dhcp 01:52 < nullslack> mnemoc, thnx....will do 01:52 < rxr> objc, in the case s.o. caresÖ 01:52 < rxr> http://www.linuxjournal.com/article/6009 01:54 < nullslack> While removing package gcc: build/raven-2.1.0-beta-x86-pentium-mmx-32-generic-expert/usr/lib/gcc/i586-unknown-linux-gnu/3.4.3/include/.: Invalid argument 01:54 < mnemoc> *click* 01:55 < nullslack> 1 error while removing package gcc. 01:55 < rxr> nullslack: ignore it ... ;-) 01:55 < nullslack> rxr, oh..thnx 01:55 < CIA-9> rene * r4971 /trunk/misc/archive/hello.pas: * added a hello word pascal file - untested but should compile ;-) 01:56 < mnemoc> i have never seen something about object-c before 01:56 < nullslack> hmmm...so i'll do Download -required first because of the dhcp update then Build-Target? 02:00 < mnemoc> yes 02:00 < nullslack> do i need to run Config -oldconfig because dhcp was updated? 02:02 < rxr> nope 02:02 < rxr> mnemoc: you have never heared about objc ? 02:02 < mnemoc> i only knew it existed 02:04 < nullslack> Downloading download/mirror/d/dhcp-3.0.2rc2.tar.gz ... 02:04 < nullslack> curl: (19) Failed to open file. 02:05 < rxr> ? 02:10 < nullslack> INFO: download from mirror failed, trying original URL. 02:10 < mnemoc> which mirror? 02:11 < nullslack> INFO: Using mirror . 02:11 < mnemoc> i should have expected a "File not found" 02:12 < nullslack> what does trying orginal url means? bypassing the mirror? 02:13 < rxr> yes 02:14 < rxr> the logic is: try mirror -> fallback to original URL ... 02:14 < rxr> did the origial URL returned a file? 02:15 < nullslack> nope...it returned the error above 02:17 < rxr> hm 02:18 < mnemoc> fail to open is a permission error 02:18 < rxr> the file is indeed not on our mirror .. 02:19 < rxr> the master mirror has this in the log: 02:19 < rxr> Downloading download/mirror/d/dhcp-3.0.2rc2.tar.gz ... 02:19 < rxr> curl: (19) socket error 02:20 < rxr> rc3 is out 02:20 < rxr> this is why rc2 vanished on the original url 02:20 < rxr> I update 02:24 < nullslack> gcc patch = any dhcp-3.0 > version? 02:25 < CIA-9> rene * r4972 /trunk/package/network/dhcp/dhcp.desc: * updated dhcp (3.0.2rc2 -> 3.0.2rc3) - rc2 vanished on master site 02:25 < rxr> the obteh gcc patch fixes a bug in gcc that is triggered by dhcp rc2 _and_ rc3 ... 02:25 < rxr> and might occure in other programs as well 02:26 < rxr> mnemoc: the objc article is not that well ... at least I think ... 02:26 < mnemoc> do you have one better (short)? 02:26 < rxr> it hypes dynamcismn a bit too much - where I think static checking helps a lot to ensure that the software has a chance to function properly 02:27 < mnemoc> he may be a java-boy :) 02:27 < rxr> with dynamic stuff you always get such "ouch - this message is not implemented in run time and so on ... 02:27 < rxr> Aborted: exceptoin "type mismatch" ;-) 02:27 < mnemoc> :) 02:27 < rxr> damn - I can not type today ... 02:27 < rxr> tonight even 02:28 < rxr> mnemoc: when I find a good introduction I paste it 02:28 * mnemoc dumping t2-trunk from bdb to fsfsfs 02:29 < mnemoc> 100% CPU in use 02:29 < mnemoc> 5 CPU minutes between dump and load 02:30 < mnemoc> 6 02:30 < rxr> mnemoc: what do you do over there? 02:30 < mnemoc> converting svk dir :) 02:31 < mnemoc> does svn optimize space of identical items? 02:31 < mnemoc> kind of hard-links? 02:35 -!- kensai [~kensai@64.237.129.108] has joined #t2 02:35 < rxr> mnemoc: I do not think it will find out that A/X and B/X are the same and use one representation for it 02:36 < rxr> however svn does do "linked copies" for revisions and only store the real changes (e.g. not copy the wohle tree for each revision) and does store the differences compressed ... 02:38 < rxr> http://developer.apple.com/documentation/Cocoa/Conceptual/ObjectiveC/ObjC.pdf <- but 140+ pages ... 02:39 < rxr> 900kB PDF 02:41 < mnemoc> so tagging (cp) is almost weightless? 02:43 * mnemoc downloading 02:43 < rxr> mnemoc: yes cp is nearly free of costs .. 02:44 < mnemoc> great 02:44 < nullslack> rxr, chapter 10 of the handbook "This is a mayor improvement" 02:44 < mnemoc> that will pay the use of svk 02:44 < mnemoc> i have 6 working copies of t2-trunk here :) 02:44 < mnemoc> nullslack: svn or t2 handbook? 02:46 < mnemoc> # du -sh \{svk\}* 02:46 < mnemoc> 79M {svk}.bdb 02:46 < rxr> nullslack: you mean typo mayor -> major, or s.th. else? 02:46 < mnemoc> 77M {svk}.fsfs 02:46 < mnemoc> :) 02:46 < mnemoc> i always do that typo to 02:46 < mnemoc> too* 02:48 -!- kensai [~kensai@64.237.129.108] has quit ["Leaving"] 02:51 < nullslack> mnemoc, t2 handbook 02:51 < nullslack> rxr, typo error mayor -> major 02:51 < rxr> nullslack: yes - thanks! 02:58 < nullslack> rxr, svn up; Download -required ;) 03:00 < rxr> yep my regression test just finshed 03:00 < rxr> == 12/07/04 03:01:01 =[9]=> Finished building package gcc. 03:01 < rxr> == 12/07/04 03:02:16 =[9]=> Finished building package dhcp. 03:01 < mnemoc> does world still build after your patch to gcc? :) 03:06 < nullslack> rxr, thnx! ;) 03:07 < rxr> mnemoc: no idea if the world still builds .. 03:07 < mnemoc> only time will answer that question 03:11 < nullslack> after i finished with the build...and i've put it on another partition and boot with it, can i copy the t2-trunk dir and do the create-iso there? ;) 03:11 < mnemoc> cp -dR sure 03:12 < mnemoc> expensive but sure 03:14 < rxr> mnemoc: have we told nullslack already that he will need a seperate bootdisk build in otder to get a bootable CD ? 03:14 * rxr hides 03:14 < nullslack> thnx mnemoc 03:14 < mnemoc> i have no talk about Create-ISO and it's restrictions :) 03:15 < nullslack> rxr, u mean...Config - bootdisk; Build-Target? 03:15 < nullslack> again 03:15 < mnemoc> yes 03:15 < nullslack> yep...i read about it in the handbook ;) 03:15 < mnemoc> you need a bootdisk + at least one build to create your iso :) 03:15 < rxr> good ;-) 03:16 < nullslack> rxr, btw...with the same -cfg? 03:16 < mnemoc> nullslack: do you consider the handbook is a goor or bad tool? 03:16 < mnemoc> nullslack: new build, new config-id 03:17 < nullslack> mnemoc, right now...i haven't really read that much...but some stuffs are missing,,,i mean more detailed explanation ;) 03:19 < nullslack> but it's just me...others may digest it quite easily 03:20 < mnemoc> i wanted your opinion :) 03:20 < rxr> mnemoc: do you consider the handbook a good or bad tool? 03:20 < mnemoc> i did never used it :\ 03:21 < mnemoc> i guess i have not read more than one page of it 03:21 < mnemoc> but i usually recommend it :p 03:22 < nullslack> mnemoc, maybe because you don't need to...or the target audience are newbies or new builders ;) 03:22 < rxr> nullslack: nope the target audience are all - newbies, users and developers ... 03:22 < rxr> it is just that it is work in progress and of course 150 pages to be written ... 03:23 < mnemoc> it would be great if you, after a successfully entrace to T2-world can help us to improve it :) 03:23 < mnemoc> it very hard to see from inside what has o be in or out of it 03:24 < rxr> just for reference, the source is here: 03:24 < rxr> http://svn.exactcode.de/t2-handbook/trunk/ 03:24 < nullslack> mnemoc, i am planning to....i must first get a good grip of the fundamentals and build, build, build ;) 03:24 < mnemoc> you are doing quite well :) 03:26 < nullslack> with spoon-feeding from u folks ;) 03:26 < nullslack> am not really a dev...but am trying to be one ;) 03:27 < rxr> everyone once starts ;-) 03:32 < nullslack> rxr, yeah...thnx 03:36 < rxr> mnemoc: how did tex wanted < and > encoded ? 03:38 -!- mtr [~michael@Hba1a.h.pppool.de] has quit [Read error: 110 (Connection timed out)] 03:38 < rxr> ah "< 03:38 < mnemoc> "escapes 03:38 -!- mtr [~michael@Hb37d.h.pppool.de] has joined #t2 03:39 < rxr> mnemoc: yeah - thanks 03:40 < mnemoc> i think i used a \def when i needed that 03:41 < mnemoc> \def\lessthan{<} 03:41 < mnemoc> \def\greaterthan{>} 03:41 < mnemoc> "< is nicer :) 03:42 < rxr> but does not work here :-( 03:42 < mnemoc> what doesn't work? 03:43 < rxr> it is "compiled" by tex - but I still have thei questionmarks in the dvi output ... 03:43 < rxr> aside that I just noticed that "< is intended to yield doubled << "french escaping" ... ? 03:45 < rxr> \flq and \frq seem to be the ones I need ... 03:45 < mnemoc> utf-8 or s.th like that? 03:45 < rxr> my is tex annoying me ... 03:50 < rxr> ah - no the above are only in the german.sty ... 03:51 < mnemoc> do the defines :) 03:52 < rxr> damn - with the defines I still get ! ? for them in xdvi ... 03:53 < mnemoc> o_O 03:54 < rxr> maybe it is due to 03:54 < rxr> \usepackage[latin1]{inputenc} 04:01 < rxr> damn - and now I ruined the file again with xemacs utf-8 ... 04:02 < mnemoc> TeX was not designed to support odd charsets 04:03 < mnemoc> \oddchar :) 04:12 < rxr> why the h*ll does the <> work in \url and not in my text ... 04:12 < rxr> rm -rf /usr/share/texmf when this annoys me any longer ... 04:12 < rxr> tex: the way to waste much time 04:17 < nullslack> docbook *cough* *cough* 04:17 < nullslack> ;) 04:27 < rxr> nullslack: I'm courious, in which timezone are you? 04:27 < nullslack> ;) 04:27 < nullslack> PHT 04:28 < rxr> Philippine Time 04:28 < rxr> UTC+08 04:29 < nullslack> rxr, yep...oh so that's UTC+08 <-- timezone? 04:29 < rxr> nullslack: you are on the philippines? 04:30 < nullslack> yes...pure filipino! 04:30 < nullslack> and...am at work right now ;) 04:31 < rxr> cool ,-) 04:31 < mnemoc> nullslack: do you speak spanish? 04:32 < nullslack> mnemoc, nope...here in the philippines second language is english...and am not very good at it ;( 04:33 < nullslack> u guys are from germany, right? 04:33 < rxr> nope not all ;-) 04:34 < rxr> valentin, jsaw and I am 04:34 < mnemoc> nullslack: i'm right in front of you :) chile 04:34 < nullslack> rxr, can i just download B9BOOT01.IMG from freedos just for bootable disk? 04:34 < nullslack> mnemoc, cool! 04:34 < nullslack> rxr, ic 04:34 < rxr> well - this freedos thing needs to get removed .... 04:35 < nullslack> hmmm...why? 04:35 < rxr> mnemoc: what should I do with this freedos stuff - rm -rf it ? 04:35 < rxr> nullslack: the freedos stuff is just used by some old ugly hack from clifford to spread a kernel and initial ramfs over multiple old-style floppy disks ... 04:35 < mnemoc> at least update it :) 04:35 < rxr> they boot up freedos and use loadling and co to load all the images into RAM ... 04:35 < mnemoc> becasue it is hell old 04:36 < rxr> I find this rather ugly and error prone . and intend to implement this "soon" with native Linux code only ... 04:36 < rxr> this means put a minimal kernel on one floppy and load the remaining initial ramdisk natively under linux ... 04:36 < rxr> not this freedos adventure ... 04:37 < rxr> if there is someone who wants to maintain it, it can of course stay as optional feature ... - but so far I have not seen anyone wanting to use it ... 04:37 < mnemoc> linux-native floppies would be great 04:37 < mnemoc> minix? 04:37 < nullslack> syslinux can do that right? 04:38 < rxr> nullslack: can it? - no idea if it includes stuff for floppy load 04:38 < rxr> I take a look 04:39 < rxr> ightweight bootloaders for floppy media 04:39 < rxr> hm - I should indeed take a closer look what it is able to 04:41 < nullslack> hmmm...what's being used by distro's in creating bootable-rescue floppy disk? 04:41 < mnemoc> loadlin? 04:42 < nullslack> SYSLINUX is a boot loader for the Linux operating system which 04:42 < nullslack> operates off an MS-DOS/Windows FAT filesystem. This is used by the 04:42 < rxr> mnemoc: loadlin is a loader to load linux from within a running DOS 04:43 < nullslack> Slackware makebootdisk script to create system boot floppies. 04:43 < mnemoc> rxr: i know, isn't that what all floppy-based crap use? 04:44 < mnemoc> rxr: replace a booted dos with linux's kernel? 04:45 < rxr> nope 04:45 < rxr> they use lilo or syslinux ... 04:45 < mnemoc> :p 04:45 < rxr> well - clifford's mdlb has the advantage that the kernel can be larger than 1.44MB ... 04:46 < rxr> but the question is whether we really want this ... 04:46 < mnemoc> i don't think so 04:46 < rxr> our default kernel is getting far too fat, e.g. I can not even load it on my rs6k as you can read in the IRC logs from last week or so ... 04:47 < rxr> and compiling all the often used stuff into it get's us the disadvantage that the code patfh to load modules needed for installation is not well tested (and not as advanced as it shoudl be) 04:47 < mnemoc> default kernel, as rock's stage-1 was rescue-disk centered 04:47 < rxr> so going the "every other distribution - incl. debian and so) path and make a really stripped down kernel and putting _all_ ide, scsi, fs, ... drivers as modules into an initrd will buy us much more ... 04:48 < mnemoc> everything i _may_ need to rescue somethign got part of default kernele 04:48 < rxr> yep - and that is the very big problem ... 04:48 < rxr> we should work on that very hard in T2 2.2 ... 04:50 < rxr> beta tag today? 04:52 < mnemoc> i fight clifford a couple of times because he was just too lazy to do pkgsel, he wanteed to just select stages01 and get his f*cking rescue/instll/bootdisk/grandmother disk 04:53 < mnemoc> rxr: does it restrict somehitng? 04:53 < rxr> if the beta tag restricts s.th.? 04:53 < nullslack> why not let the builder have his own way of building the kernel...but with a default option if he don't want to ;) 04:53 < rxr> can you elaborate about your pkgsel clifford complained above, I can not fully follow it :-( 04:54 < rxr> nullslack: he can - he can even supply a fully hardcoded .config if he/she wants to ... 04:54 < rxr> non the less the default t2 kernel should fit advanced server and workstation use ... 04:55 < nullslack> rxr, ic...so i could just cp my .config from /usr/src/linux and that'll be it? 04:55 < rxr> yes 04:55 < nullslack> cool! 04:56 < rxr> take a look in ./scripts/Config in the expert section for the options of the linux package ... 04:57 < mnemoc> do you plan t add some restrictions to this new -beta tag? 04:57 < CIA-9> rene * r4973 /trunk/package/audio/rezound/rezound.desc: 04:57 < CIA-9> * updated rezound (0.10.0 -> 0.11.1) - 0.10.0 did not built with gcc 04:57 < CIA-9> 3.4.3 (or so) anymore - untested, build still running 04:58 < nullslack> ,----< Linux kernel build config settings >----. 04:58 * nullslack wonders what new rules to add 04:58 < mnemoc> i have to go to sleep now... 04:58 < mnemoc> CONFIG_SMP=y 04:59 < nullslack> mnemoc, oh...so it will override the default .config of t2 04:59 < CIA-9> rene * r4974 /trunk/target/desktop/config.in: * disabled skencil for the desktop target - needs to much python 04:59 < rxr> good night mnemoc 05:00 < nullslack> n8 mnemoc 05:00 < mnemoc> nullslack: it will complement .config 05:00 < mnemoc> nullslack: some kind of merge 05:00 < mnemoc> i'll keep flaming clifford tomorrow :) 05:00 < rxr> nullslack: 05:00 < mnemoc> gn8 * 05:00 < rxr> ROCKCFG_PKG_LINUX_CUSTCONFIG_FILE 05:00 < rxr> config/$config/linux.cfg \ 05:00 < rxr> 'Linux kernel build config settings' 05:01 < rxr> so just enable that option 05:01 < mnemoc> that will overwrite .config 05:01 < rxr> and place your .config as config/.../linux.cfg 05:01 < mnemoc> gn8 05:01 < rxr> n8 mnemoc 05:01 < nullslack> rxr, where is that variable? 05:03 < rxr> well it is the interlan name hidden behind 05:04 < rxr> Apply custom kernel build configuration settings 05:04 < rxr> when you select it you even get this note into the Config menu: 05:04 < rxr> comment 'The kernel config is strored in:' 05:04 < rxr> comment "config/$config/linux.cfg" 05:05 < nullslack> yes...saw it 05:07 < nullslack> rxr, ROCKCFG_PKG_LINUX_CUSTCONFIG='1' <-- is this the one? 05:08 < rxr> oeh 05:09 < rxr> ah - yes should be 05:10 -!- kensai [~kensai@64.237.129.108] has joined #t2 05:11 < rxr> hi kensai 05:11 < rxr> hm 05:11 < rxr> CRecordDialog.cpp: In member function `long int CRecordDialog::onStatusUpdate(FX::FXObject*, FX::FXSelector, void*)': 05:11 < rxr> CRecordDialog.cpp:238: error: void value not ignored as it ought to be 05:11 < rxr> CRecordDialog.cpp: In member function `bool CRecordDialog::show(ASoundRecorder*)': 05:11 < rxr> CRecordDialog.cpp:263: error: void value not ignored as it ought to be 05:18 -!- rxr_ [~rene@p213.54.235.208.tisdip.tiscali.de] has joined #t2 05:18 -!- Topic for #t2: T2 | the system development environment | http://www.exactcode.de/t2 | C++ people around, too 05:18 -!- Topic set by rxr [] [Mon Nov 29 02:10:27 2004] 05:18 [Users #t2] 05:18 [ _martin_] [ CIA-9 ] [ jsaw ] [ mtr ] [ rxr ] [ valentin] 05:18 [ _Ragnar_] [ daja77 ] [ kensai] [ nullslack] [ rxr_ ] 05:18 [ af_ ] [ hannes_] [ mnemoc] [ nzg ] [ sparc-kly] 05:18 -!- Irssi: #t2: Total of 16 nicks [0 ops, 0 halfops, 0 voices, 16 normal] 05:18 -!- Channel #t2 created Sun Aug 8 21:15:33 2004 05:18 -!- [freenode-info] why register and identify? your IRC nick is how people know you. http://freenode.net/faq.shtml#nicksetup 05:18 -!- Irssi: Join to #t2 was synced in 15 secs 05:18 < nullslack> hi kensai 05:19 < kensai> nullslack, hi 05:21 -!- rxr [~rene@p213.54.223.101.tisdip.tiscali.de] has quit [Read error: 60 (Operation timed out)] 05:37 -!- kensai [~kensai@64.237.129.108] has quit ["Leaving"] 05:37 -!- You're now known as rxr 05:38 < rxr> nullslack: are you already subscribed to the mailing list? 05:39 < nullslack> rxr, not yet ;( 05:55 * rxr away - cu 07:54 < rxr> re 08:02 < nullslack> wb rxr 08:05 < hannes_> hi rxr, nullslack 08:05 < rxr> hi hannes_ 08:05 < rxr> hannes_: I was already suprised to find you here, yesterday ... 08:05 < rxr> how comes you hang out here_ 08:06 < rxr> ? even 08:06 < hannes_> rxr: i checked out the t2-trunk yesterday for the first time 08:06 < hannes_> rxr: and playing around a bit with it 08:07 < hannes_> rxr: and though i just joined this channel 08:07 < nullslack> hi hannes_ 08:07 -!- CorLis [~wehrlin@p3E9E6791.dip.t-dialin.net] has joined #t2 08:08 < CorLis> moin 08:08 < hannes_> hi CorLis 08:08 < nullslack> moin CorLis 08:08 < rxr> hi CorLis 08:08 < CorLis> wow, how come, everyone awake... 08:08 < CorLis> ;P 08:09 < hannes_> CorLis: siiting in lectures =) 08:09 < CorLis> ah, k :P 08:09 < rxr> well, maybe due to contract work my sleep cycle is very out of sync ;-) 08:09 < CorLis> rxr: do it like i did... marry... she'll take care of that :P 08:10 < rxr> hehe 08:12 < hannes_> CorLis: *ggg* 08:14 < rxr> CorLis: well I can image the wife also wants to have some spare money to life and thus can also be quite demanding on getting contract work done 08:14 < hannes_> CorLis: how did you do this as a computer freak 08:14 < hannes_> CorLis: please write a howto =) 08:15 < CorLis> hrm. it's basically the same... 08:15 < hannes_> the same like what? i 08:15 < CorLis> I got interested, and said to her: You won't get rid off me, until i have you :P 08:15 < hannes_> i've no idea... 08:15 < CorLis> just like: Linux? I have no clue about that, but you won't get rid off me :P 08:16 < CorLis> so, it was just like a recompile, reboot and voila = marriage 08:17 < hannes_> CorLis: ok, i'll try it today =) 08:17 < CorLis> one important thing tho: don't talk about computers... 08:18 < jsaw> g'morning 08:18 < hannes_> CorLis: ohh :( 08:18 < CorLis> moin jsaw 08:18 < hannes_> hi jsaw 08:18 < jsaw> hi hannes_ , CorLis 08:28 < nullslack> == 12/07/04 15:36:31 =[5]=> Finished building package dhcp. 08:28 < nullslack> ;) 08:30 < rxr> nullslack: good ;-) 08:32 < nullslack> rxr, thnx to you! 08:33 < rxr> well, a fix was applied before, I just converted it to be a bit cleaner/saner ... 08:34 < rxr> this damn gnome-terminal ... 08:34 < rxr> and no I normally do not use it ... 08:34 < rxr> just at my gf's iBook where it was open anyway ... 08:36 < CorLis> *clack* there it is, my first t2-iso :P 08:36 < rxr> damn I get tired .. 08:41 < nullslack> CorLis, way to go! 08:41 < nullslack> == 15:42:42 =[7]=> Building perl/perl [5.8.3 2.1.0-beta]. 08:41 < nullslack> stage 7? 08:43 < rxr> nullslack: I wrote that some pacakges are rebuild in the stages between the usally used ones for paranoid reasons ... 08:43 < rxr> not much is build in 7 - maybe only perl ... 08:50 < jsaw> bootdisk needs more than 64Mb to load stage2 .... :( 08:50 < rxr> :-( 08:51 < rxr> because we now have two sets of modules on it ... 08:51 < rxr> there can be done some further space optimization for the 2nd stage ... 08:51 < rxr> jsaw: you have a box with quite a few MB of RAM only? 08:52 < jsaw> I'm installing r4989 (?) on my laptop (PII, 64Mb) 08:52 < rxr> hm - we could even optimize it to only deflate the modules that belong to the running kernel ... ;-) 08:52 < jsaw> or was it 4898 08:56 < rxr> hm 08:56 < rxr> [avision] attach: [60] channels per pixel: 1 3 RESERVED 08:57 < rxr> I should review what those set RESERVED bits are about :-= 09:00 -!- CorLis [~wehrlin@p3E9E6791.dip.t-dialin.net] has quit ["leaving"] 09:03 -!- CorLis [~wehrlin@p3E9E6791.dip.t-dialin.net] has joined #t2 09:11 < jsaw> rxr: I think not a single module should be packaged with stage2, the module dirs should be mount points on the boot CD 09:22 < rxr> good point 09:23 -!- CorLis [~wehrlin@p3E9E6791.dip.t-dialin.net] has quit ["leaving"] 09:24 < jsaw> (saves about 31M) 09:25 < jsaw> and those mount points would make it easier for a bootdisk to load them at an earlier stage... 09:26 < rxr> what do you mean? 09:26 < rxr> the vital ones (ide, scsi, net) must eb on the initrd anywas ... 09:27 < jsaw> one could even save the vital ones if they are on the CD 09:31 < rxr> but you might need an ide or scsi or usb or net module and thus they must be in the initrd 09:32 < rxr> especially if we want to go more modular for less fat kernel and vital module load tested more often 09:32 < rxr> I mean you often can not access the CD without those modules... 09:33 < jsaw> yes, I know. But stuff like I2O. 09:33 < jsaw> You need it if you have all harddisk on it. 09:33 < jsaw> very early I mean. 09:34 < jsaw> but there's no need to pack vital but exotic drivers in the initrd. 09:35 < jsaw> I mean that's in the end just mind game. Important is to get the modules out of stage2. 09:37 < jsaw> ...inserting 3rd install CD... 09:39 < rxr> ;-) 09:39 < rxr> btw. do you have xemacs* on the CD? 09:40 < rxr> do you also get mine errors deflating the xeamcs-packages or so package? 09:40 < jsaw> yep 09:40 < jsaw> let's see 09:40 < rxr> there is a mine update - maybe we should give it a try ... 09:41 < rxr> but I fear clifford hacsk more and more package split fork whatever into it that all new version will just cause regressions ... 09:41 < rxr> maybe we should even revert the latest update I performed that broke some pacakges ... 09:48 < rxr> Thunderbird 1.0 Unleashed? 09:50 < jsaw> now spending 99% CPU in kswapd0 (installing tetex) 09:50 < jsaw> aahhhh 09:50 < jsaw> could we maybe get rid of mine completely? 09:51 < jsaw> damn cdb 09:51 < rxr> yes - but in 2.2 ... 09:51 < rxr> could you propose it in a reply to my 2.1 mail? 09:51 * rxr off (sleeping a few hours ...) 09:52 < jsaw> sleep well 09:53 < valentin> moin 09:54 < valentin> rxr ?! 09:54 * nullslack just finished downloading thunderbird 1.0 ;) 09:56 < jsaw> valentin: rxr and me swapped sleep cycles... 09:56 < jsaw> rxr: no mine errors installing xemacs 10:08 * nullslack is now running thunderbird-1.0 ;) 11:33 < mnemoc> moin 11:36 < nullslack> moin mnemoc 11:37 < mnemoc> moin nullslack 13:00 -!- mnemoc_ [~amery@200.75.27.54] has joined #t2 13:03 < CIA-9> valentin * r4975 /trunk/package/scientific/xaos/ (. impicit-declarations.gcc34.patch xaos.desc): * added package xaos (3.1.0) 13:04 -!- mnemoc [~amery@200.75.27.45] has quit [Read error: 110 (Connection timed out)] 13:04 -!- mnemoc_ is now known as mnemoc 14:24 < rxr> re 14:26 < rxr> just had lunch, invested in a usb 2.0 flash stick and carried on of my scanners home (had to usb log the window's drivers i/o ...) 14:26 < rxr> and no windows here ... :-) 14:32 -!- _martin_ [~martin@brln-d9ba1eb8.pool.mediaWays.net] has quit [Read error: 60 (Operation timed out)] 15:06 < rxr> i'm puzzled, xemacs pretty printed my text to 8 pages ... 15:07 < rxr> only 1/8 - 7/8 came thru my cups printing system ... :-( 15:07 < rxr> I'm very curious what happened to 8/8 ... 15:18 -!- madtux [~mike@200.91.101.97] has joined #t2 15:19 < madtux> moin. 15:20 < mnemoc> moin madtux 15:22 < rxr> hi madtux mnemoc ;-)! 15:22 < mnemoc> hi rxr :) 15:23 < madtux> good day Mr. Merge Master 15:23 < madtux> hi rene :) 15:23 < mnemoc> madtux: what's the name of the micro irc client/server you have on elks? 15:23 < madtux> tiny irc? 15:24 < madtux> its still been ported 15:24 < madtux> mnemoc: why? 15:25 < mnemoc> someone asked my to write an irclient on c, and that's a good reference :) 15:25 < madtux> very good lazy boy 15:25 < mnemoc> a:D 15:26 < madtux> mnemoc: so are u taking the task offered to you? 15:27 < mnemoc> what???!! 15:27 < madtux> mnemoc: have u been reading the t2 mailing list? 15:29 < rxr> could fall aspleed on my iBook ... 15:29 * rxr turning dream theather music even louder ... 15:29 < mnemoc> madtux: what part? 15:30 < rxr> the part where i ask if you wanna maintain 2.1-stable ? 15:31 < madtux> mnemoc: that specific part. 15:32 < madtux> will u be the stable tree mantainer? 15:32 < madtux> :) 15:32 < mnemoc> me? o_O 15:32 < madtux> yes you master mnemoc. :) 15:32 < mnemoc> O_o 15:32 < rxr> no o ;-) 15:33 < mnemoc> well... i guess i can 15:33 < mnemoc> i have to read that mail.... mom 15:33 < madtux> mnemoc: stop making faces and take the job already 15:33 < madtux> :) 15:36 < mnemoc> replied 15:38 < madtux> *clap* *clap* *clap* 15:38 < rxr> cool - welcome ;-) of course we do not let you alone ;-) 15:38 * mnemoc needs something to drink 15:39 * madtux very proud of mnemoc 15:40 < mnemoc> thanks a lot for trusting in i 15:41 < mnemoc> me* 15:43 < rxr> oh - so late ... 15:43 < rxr> have a lecture arround 16:oo 15:44 < mnemoc> run run run 15:44 < rxr> no - it is boring 15:44 < rxr> system programming - for some strange reason full of bash awk and so on hacking ... - the others complain they have to learn so many command line switches - lucky me I alrady know so many ,-) 15:44 < mnemoc> :p 15:45 < mnemoc> don't you know more than the teacher? 15:45 < rxr> the lecture as it is really annoying - but I'm happy I have to do so less for it ... 15:45 < rxr> yes - most probably ... (as so often) 15:46 < rxr> but the thing is that really does not motivate me a bit to go there and write examsn and such when my desk is cool of quite more interesting things ... 15:46 -!- kensai [~kensai@64.237.129.108] has joined #t2 15:47 * mnemoc thinking he will need a signature for his mails now :) 15:47 < madtux> _YES_ 15:49 < rxr> rehi kensai 15:50 < kensai> rxr, rehi ;) 15:51 < kensai> morning everyone 15:52 < rxr> so - /me off to uni ... 15:52 < rxr> cu 15:53 -!- kensai [~kensai@64.237.129.108] has quit ["Leaving"] 15:54 -!- Netsplit kornbluth.freenode.net <-> irc.freenode.net quits: valentin, mtr, nzg 15:57 -!- Netsplit over, joins: mtr, nzg, valentin 16:04 -!- _martin_ [~martin@brln-d9ba1e2a.pool.mediaWays.net] has joined #t2 16:49 < _martin_> rxr /me is here. :-) And away, too 16:56 < rxr> re 17:05 < mnemoc> rxr: you will vomit over me when you read my reply :( 17:09 < mnemoc> oh, i forgot categories! 17:14 < madtux> wb rxr 17:14 < madtux> hello away _martin_ 17:14 < mnemoc> bbl 17:15 < madtux> mnemoc: arrg 17:15 < madtux> enjoy lunch 17:15 < mnemoc> :p 17:15 < mnemoc> madtux: i wait for your vomit.... reply 17:16 < madtux> mnemoc: patches sent btw... no worries in total its like 60k for the 2 emails 17:16 < mnemoc> ok 17:17 < madtux> mnemoc: bunch of patches will be out probably this afternoon 17:17 < madtux> depending on how my debugging goes 17:17 < mnemoc> :) 17:17 < mnemoc> scp-able please 17:17 < madtux> mnemoc: meaning selinux.. 17:17 < mnemoc> =) 17:17 < madtux> :) 17:17 < madtux> mnemoc: not bad for a t2 user huh? :) 17:18 < mnemoc> user my $badword 17:18 < madtux> be polite u are the stable tree maintainer now :) 17:18 < madtux> *vbeg* 17:18 < madtux> now go and eat :) 17:54 -!- mtr [~michael@Hb37d.h.pppool.de] has quit [Remote closed the connection] 17:54 < rxr> hm - a closed konqueror instance just crashed on me ... 17:55 < rxr> ^- suse linux ... 17:55 < rxr> @uni 17:55 < madtux> mm.. 17:56 < rxr> kde 3.0.3 suse 8. s.th. 17:56 < madtux> long life to T2 17:58 -!- mtr [~michael@Hb37d.h.pppool.de] has joined #t2 18:01 * rxr packaging thunderbird 1.0 ;-) 18:01 < madtux> :) 18:01 * madtux building generic-minimal-selinux 18:01 < madtux> ;-) 18:02 < rxr> ;-) 18:07 < rxr> http://usbip.naist.jp/ 18:07 < rxr> ^- interesting tunneling USB over IP ... 18:19 < rxr> damn it's boring here ... 18:19 < rxr> I just want to hand this exercies out ... :-( 18:20 < rxr> and have to listen and perform annoying ulimit, ls, grep ... exercies ... :-((( 18:24 < madtux> ask him funny questions :) 18:24 < madtux> be evil 18:24 < madtux> :) 18:24 < madtux> make him pay for forcing u to listen to that 18:24 < madtux> :) 18:54 -!- kensai [~kensai@64.237.129.108] has joined #t2 18:54 < rxr> welcome kensai 18:55 < kensai> Tnxs 18:55 < kensai> thanks 19:00 < rxr> so - now woke my iBook listening to some music ... 19:01 < madtux> :) 19:02 < rxr> U2 ;-) 19:02 < rxr> and doing t2 stuff remotly ... 19:02 < rxr> remotely even ... 19:03 -!- kensai [~kensai@64.237.129.108] has quit ["Leaving"] 19:06 < CIA-9> rene * r4976 /trunk/package/gnome2/gaim/gaim.desc: * updated gaim (1.0.3 -> 1.1.0) 19:15 -!- CIA-9 [~CIA@to.je.spocco.com] has quit [Read error: 60 (Operation timed out)] 19:16 < rxr> hm - I should get me a copy of smap - so I can apply the rock submaster patches easier ;-) *evilgrin* 19:16 < rxr> e.g. stefan fidlers updates ,-) 19:16 < daja77> you want to "steal" our code? ;) 19:16 < hannes_> rxr: you are so damn evil :) 19:16 < rxr> (my rene account there is still valid - I could even be evil and mark them as applied ;-) 19:17 < rxr> yes - the technology intesive version updates ... *g* 19:17 < rxr> such changes are not even copyrightable ... I was recently told by a lawyer ... 19:18 < daja77> *shrug* it is gpl anyway 19:18 < rxr> but daja77, you are right - I shoudl just start our new C++ version updater and apply the reslt ... 19:18 < hannes_> rxr: but they are the most hateful part of developing a linux distribution 19:18 < daja77> rxr: hehe have fun 19:18 < rxr> that is why I have a new C++ update tracker .... 19:19 < hannes_> rxr: i already had a short look at it 19:19 < rxr> it is not best C++, e.g. the matching should not be done by old-style index tracking but using boost::regex ... 19:20 < rxr> but it works far more relyable compared the the rock bash thingi ... 19:20 < hannes_> rxr: rock has no _real_ automatic update tools 19:21 < rxr> well there is this *Update* s.th. that alway produced pure noise for me .. and so I never used it and even do not know the name off hand .... 19:21 < rxr> hehe - some updates are anyway long in t2 - e.g. exim for a very long time ... 19:22 < hannes_> rxr: the same for me 19:23 < rxr> damn - are there many patches in submaster 19:25 < mnemoc> submaster is very hard to follow 19:25 < mnemoc> i have 3170 unread mails from it:( 19:26 < daja77> yes even commits are faster, so i am out of sync in a few days 19:27 < mnemoc> how many unread? 200-300? 19:28 < daja77> sm? 317 19:28 < daja77> haven't checked for new mail today 19:28 < hannes_> daja77: stf made some patches last night =) 19:39 -!- CIA-9 [~CIA@to.je.spocco.com] has joined #t2 19:41 < rxr> so ok - all execices handed out ;-) 19:41 * rxr soon onthe way home ... 20:49 -!- _martin_ [~martin@brln-d9ba1e2a.pool.mediaWays.net] has quit [Ping timeout: 14400 seconds] 21:09 -!- kensai [~kensai@64.237.129.108] has joined #t2 21:18 < rxr> kool: 21:18 < rxr> > I have found an interesting application in Mac OS X which opens a file 21:18 < rxr> >> > with its associated application. For example, you type "open foo.jpg" in 21:18 < rxr> >> > a terminal and the image viewer pops up displaying foo.jpg. I think it's 21:18 < rxr> >> > very usefull and I couldn't find its equivalent in KDE, so I hacked a bit 21:18 < rxr> >> > (only 44 lines) and made it. Could this be integrated somewhere in KDE? 21:18 < rxr> > 21:18 < rxr> > "kfmclient exec foo.jpg" does the same. 21:19 < mnemoc> :) 21:19 -!- kensai [~kensai@64.237.129.108] has quit ["Leaving"] 21:20 < mnemoc> rxr: nobody commented my nasty reply :( 21:21 -!- kensai [~kensai@64.237.129.108] has joined #t2 21:22 < valentin> open britney-spears.png.exe 21:24 < madtux> :) 21:25 < mnemoc> file britney-spears.png.exe 21:25 < mnemoc> britney-spears.png.exe: Bourne-Again shell script text executable 21:25 < valentin> i do not know what kind of file xyz is so i try 'open' 21:31 < rxr> mnemoc: the kde mime type stuff does afaik look into the file header, too ... 21:32 < mnemoc> and opening a .png which is a bourne shell script or elf will be executed on 'open'? 21:34 < rxr> no idea ... 21:35 < rxr> $ open ./dat_read 21:35 < rxr> (open ist an alias to kfm...) 21:35 < rxr> does indeed execute the script ... 21:35 < rxr> $ file dat_read 21:35 < rxr> dat_read: Bourne-Again shell script text executable 21:36 < valentin> perhaps you can disable specific filetypes, then 21:37 -!- kensai [~kensai@64.237.129.108] has quit ["Leaving"] 21:53 < madtux> OK selinux support won't happen today, my build is not finished and i still want to test things.. and i need to know if todays updates will be accepted or rejected. 21:54 < madtux> if anyone at their own risk would like to play with what i've done so far feel free to ask for it. 21:54 < mnemoc> i already apply them to my test-tree 21:55 < madtux> mnemoc: good. 21:56 < madtux> mnemoc: i prefer second opinion on those, as i only tested this updates on generic-minimal and bootdisk targets 21:57 < mnemoc> i'll run a test build to test another stuff... they will be part of it if you really want them re-tested before getting into trunk 21:57 < mnemoc> but "let the trunk move on :)" 21:57 < mnemoc> rxr: ? 22:10 < rxr> hm? 22:10 -!- madtux [~mike@200.91.101.97] has quit [Read error: 113 (No route to host)] 22:11 < mnemoc> rxr: was about madtux' patches :) 22:11 < mnemoc> fsck RSBAC!! 22:11 < mnemoc> :\ 22:14 < rxr> I miss huge ammounts of sleep - sorry 22:14 < mnemoc> :) 22:21 -!- madtux [~mike@200.91.101.97] has joined #t2 22:21 < madtux> re 22:22 < mnemoc> :) 22:22 < mnemoc> madtux: re to list 22:22 < mnemoc> for you 22:22 < madtux> ? 22:23 < madtux> ok i don't understand 22:23 < mnemoc> check your mail please :) 22:24 < madtux> just did 22:24 < madtux> sorry i don't know what the major changes on this version are 22:25 < mnemoc> don't you want to diff them or check changelog? :p 22:25 < madtux> your lazyness is amazing 22:26 < mnemoc> too much work, and too much hot :\ 22:30 < madtux> mnemoc: i'll mail u the diff lazy boy 22:30 < mnemoc> i'll postpone mine update :) 22:32 < madtux> mnemoc: ? 22:32 < mnemoc> let me test the rest first 22:33 < mnemoc> mine does not affect the build process 22:33 < madtux> then what the big deal ? test it.. it will build perfect 22:33 < madtux> :) 22:34 < mnemoc> build is not the problem with mine 22:34 < madtux> your problem is not "mine" :) 22:34 < mnemoc> hehe 22:57 < rxr> n8 all 22:57 * rxr neraly dead - cu in the morning 22:57 < madtux> rxr: cya 23:02 < mnemoc> cu rene 23:08 -!- mtr [~michael@Hb37d.h.pppool.de] has quit ["using sirc version 2.211+KSIRC/1.3.11"] 23:25 -!- madtux [~mike@200.91.101.97] has quit ["leaving"] 23:25 < CIA-9> mnemoc * r4979 /trunk/ (. package/base/automake/automake.desc): 23:25 < CIA-9> r7821@socomep: root | 2004-12-07T21:33:49.022524Z 23:25 < CIA-9> Miguel Bolanos 23:25 < CIA-9> * Updated automake (1.9.2 > 1.9.3) 23:25 < CIA-9> rene * r4978 /trunk/package/x11/fox/ (fox.conf no-examples.diff): 23:25 < CIA-9> * improved fox to dynamically generate the new SUBDIRS setting from 23:25 < CIA-9> the Makefile - The current fox version does cause regressions for 23:25 < CIA-9> rezound and I noticed that the Makefile changed for nearly any new 23:25 < CIA-9> version causing the patch to fail ... 23:26 < CIA-9> rene * r4977 /trunk/package/mail/thunderbird/ (thunderbird.conf thunderbird.desc): 23:26 < CIA-9> * updated thunderbird (1.0rc -> 1.0) - first build failed but this 23:26 < CIA-9> should succeed - though build still running ... 23:26 < mnemoc> svk smerge adds nasty header to the logs :( 23:27 < CIA-9> mnemoc * r4980 /trunk/ (3 files in 2 dirs): 23:27 < CIA-9> r7822@socomep: root | 2004-12-07T21:35:36.851543Z 23:27 < CIA-9> Miguel Bolanos 23:27 < CIA-9> * Updated findutils (4.1.20 > 4.2.10) 23:27 < CIA-9> * Recreated var_state.patch to apply to the new findutils version 23:28 < CIA-9> mnemoc * r4981 /trunk/ (. package/base/gawk/gawk.desc): 23:28 < CIA-9> r7823@socomep: root | 2004-12-07T21:36:53.001514Z 23:28 < CIA-9> Miguel Bolanos 23:28 < CIA-9> * Updated gawk (3.1.3 > 3.1.4) 23:29 -!- martin___ [~martin@brln-d9ba1e2a.pool.mediaWays.net] has joined #t2 23:30 < martin___> re 23:30 < CIA-9> mnemoc * r4982 /trunk/ (. package/base/grep/grep.desc): 23:30 < CIA-9> r7824@socomep: root | 2004-12-07T21:37:26.081988Z 23:30 < CIA-9> Miguel Bolanos 23:30 < CIA-9> * Updated grep (2.5.1 > 2.5.1a) 23:30 < mnemoc> re martin___ 23:31 < CIA-9> mnemoc * r4983 /trunk/ (. package/base/groff/groff.desc): 23:31 < CIA-9> r7825@socomep: root | 2004-12-07T21:37:55.691328Z 23:31 < CIA-9> Miguel Bolanos 23:31 < CIA-9> * Updated groff (1.19 > 1.19.1) 23:33 < CIA-9> mnemoc * r4984 /trunk/ (. package/base/less/less.desc): 23:33 < CIA-9> r7826@socomep: root | 2004-12-07T21:39:38.472757Z 23:33 < CIA-9> Miguel Bolanos 23:33 < CIA-9> * Updated less (381 > 382) 23:34 < CIA-9> mnemoc * r4985 /trunk/ (. package/base/m4/m4.desc): 23:34 < CIA-9> r7827@socomep: root | 2004-12-07T21:42:02.351524Z 23:34 < CIA-9> Miguel Bolanos 23:34 < CIA-9> * Updated m4 (1.4 > 1.4.2) 23:36 < CIA-9> mnemoc * r4986 /trunk/ (. package/base/man/man.desc): 23:36 < CIA-9> r7828@socomep: root | 2004-12-07T21:44:49.329658Z 23:36 < CIA-9> Miguel Bolanos 23:36 < CIA-9> * Updated man (1.5m2 > 1.5o1) 23:37 < CIA-9> mnemoc * r4987 /trunk/ (. package/base/modutils/modutils.desc): 23:37 < CIA-9> r7829@socomep: root | 2004-12-07T21:45:13.873134Z 23:37 < CIA-9> Miguel Bolanos 23:37 < CIA-9> * Updated modutils (2.4.26 > 2.4.27) 23:38 < CIA-9> mnemoc * r4988 /trunk/ (. package/base/texinfo/texinfo.desc): 23:38 < CIA-9> r7830@socomep: root | 2004-12-07T21:46:20.793809Z 23:38 < CIA-9> Miguel Bolanos 23:38 < CIA-9> * Updated texinfo (4.6 > 4.7) 23:38 < CIA-9> mnemoc * r4989 /trunk/: 23:39 < mnemoc> uhm 23:40 < mnemoc> i'll have to do something with svk's commiter if i want to continue using it 23:41 < martin___> gn all, mn 23:41 < martin___> gn all, mnemoc 23:43 < mnemoc> gn8 martin___ --- Log closed Wed Dec 08 00:00:21 2004