--- Log opened Tue Apr 12 00:00:04 2005 00:09 < CIA-9> rene * r8196 /trunk/package/base/linux24/linux24.conf: 00:09 < CIA-9> * enhanced the postlinux code to allow cross building linux module 00:09 < CIA-9> providing packages if they marked for the stage currently building 00:09 < CIA-9> in 00:17 < CIA-9> rene * r8197 /trunk/package/filesystem/unionfs/ (postlinux.conf unionfs.desc): 00:17 < CIA-9> * marked unionsfs to be built in stage1 and fixed the module install 00:17 < CIA-9> path for the cross build case 00:26 < rxr> ok - n8 all 01:38 -!- keinek [~Keinek@201.254.10.2] has joined #t2 01:38 < keinek> hi 02:26 -!- jeru [~jeru@p54BFD553.dip.t-dialin.net] has quit [Read error: 60 (Operation timed out)] 02:27 -!- sparc-kly|univ| [~universit@66-50-123-218.prtc.net] has quit [Read error: 104 (Connection reset by peer)] 03:33 -!- FeR [~FeR@cable200-116-193-23.epm.net.co] has joined #t2 03:35 -!- FeR [~FeR@cable200-116-193-23.epm.net.co] has quit [Client Quit] 03:56 < CIA-9> jsaw * r8198 /trunk/package/mail/nullmailer/nullmailer.conf: 03:56 < CIA-9> * Makefile uses user "nullmail" not "nullmailer" 03:56 < CIA-9> * handle the INSTALL_WRAPPER_FILTER changing the name of $(bindir)/mailq 04:48 -!- sparc-kly_ [~sparc@66.50.160.149] has quit ["Leaving"] 04:57 -!- keinek [~Keinek@201.254.10.2] has quit ["Abandonando"] 05:20 -!- FeR [~FeR@cable200-116-193-23.epm.net.co] has joined #t2 05:21 < FeR> Hola Alguien habla espanol 05:23 -!- FeR [~FeR@cable200-116-193-23.epm.net.co] has quit [Client Quit] 05:27 -!- mtr_ [~michael@Ha15d.h.pppool.de] has joined #t2 05:29 -!- mtr [~michael@H8d8b.h.pppool.de] has quit [Read error: 60 (Operation timed out)] 05:39 -!- sepp_ [~sepp@p213.54.222.182.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)] 08:34 -!- mnemoc [~amery@200.75.27.44] has quit [Read error: 110 (Connection timed out)] 08:37 -!- jsaw_ [~jsaw@volans.mpimf-heidelberg.mpg.de] has joined #t2 08:37 -!- jsaw [~jsaw@volans.mpimf-heidelberg.mpg.de] has quit [Read error: 104 (Connection reset by peer)] 08:38 -!- mnemoc [~amery@200.75.27.49] has joined #t2 09:17 < rxr> moin 09:21 < rxr> ouhm - embedded the kernel modules into my embedded FS expands the size to 13MB 09:47 < CIA-9> rene * r8199 /trunk/target/embedded/kernel.conf.sh: 09:47 < CIA-9> * disabled more kernel subsystems that are seldom needed on embedded 09:47 < CIA-9> systems 10:08 -!- minto_ [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2 10:08 < minto_> moin 10:09 < rxr> moin minto_ 10:19 < minto_> :-( someone seems to have stolen my nick 10:27 -!- _jeru [~jeru@p54BFF267.dip.t-dialin.net] has joined #t2 10:27 -!- _jeru is now known as jeru 10:27 < minto_> Hi _jeru 10:27 < jeru> moin 10:27 < jeru> Hi minto_ :) 10:29 < rxr> moin jeru 10:30 < jeru> moin rxr :) 10:33 < jeru> rxr: EXTRAVERSION is wiped out of any patch which tries to patch the kernel Makefile, right ? 10:34 * jeru is preparing grsecurity <- Note 10:38 < jeru> but unfortunately it doesn't erase EXTRAVERSION out of the patc. can I force it in some way ? 10:39 < valentin> moin 10:39 < jeru> moin valentin 10:40 < minto_> hi valentin 10:42 < valentin> i spend some time yesterday reading ugly kernel assembly 10:42 < valentin> i have no idea why the sh bootloader does not work for me, the only reason i have in mind is that the memory addresses used are incorrect for the 2.6 kernel 10:43 < valentin> to bad there is no usefull documentation available (as for many parts of the 2.6 kernel) 10:48 < valentin> jeru: what is plone doing ? :) 10:49 < rxr> hi valentin 10:49 < rxr> and I just wonder why cups tells me: 10:49 < rxr> E [12/Apr/2005:10:48:21 +0200] [Job 104] Resolution 100 is not support. 10:49 < rxr> valentin: do you phone linux int ? 10:50 < valentin> we got mail ? 10:50 < rxr> on - that is why we should phone, no ? 10:52 < valentin> so you got no mail, too - or what ? 10:52 < rxr> /on/on/ 10:52 < rxr> /on/no/ 10:53 < rxr> damn cups - why the hell is my own .ps not printed ... 10:53 < rxr> where lpr_cupy some-png works fine ... 10:53 < rxr> damn crapy ... 10:56 < jeru> valentin: regarding Plone, I wasn't able to replace my server yet, because there are some sites on it which I've to migrate and test first. And with one I've some problems during DB migration. :/ 10:57 < rxr> -rw-r--r-- 1 rene users 32M Apr 12 10:56 drawing.ps2 10:57 < rxr> the gimp prerastering that indeed prints ... 10:57 < rxr> damn crappy cups sh*t ... 10:57 < valentin> jeru: you will succed 10:59 < valentin> rxr: what is it you do ? 10:59 < jeru> valentin: thank you very much for your backer :) 11:01 < rxr> valentin: printing a AV220 picture with exactcode banner for the advertising campain ... 11:02 < jeru> EXTRAVERSION = .7-grsec will not be removed out of the grsec patch ... any Ideas ? 11:12 < jeru> if I run the sed command from lx_grabextraversion against the grsecurity patch it filters out out the EXTRAVERSION stuff 11:14 < rxr> valentin: there is a english text in the de versoin of the Data Source 11:14 < rxr> at Aufloesung there is custom in the list ... 11:14 < valentin> oh 11:14 < valentin> seems like i missed that one 11:15 < valentin> can you write it into TODO ? 11:17 < valentin> when do you plan to have the next release out ? 11:18 < rxr> well - when someone asks ... 11:18 < valentin> you know i will be traveling thu-mon ? 11:19 < valentin> so i should implement the cancel button thing and fix the custom issue before 11:23 < jeru> rxr: can you give me a hint. when "lx_grabextraversion" is called ? 11:26 < rxr> after each patch 11:26 < rxr> valentin: that would be welcome 11:27 < jeru> rxr: uhm ? after patching ? 11:28 < jeru> or before applying the patch ? 11:29 < rxr> I think after applying each patch 11:35 < jeru> rxr: can I tweak my package.conf to run it before patching in some way ? 11:35 < rxr> what are you trying to do ? 11:35 < jeru> preparing grsecurity package 11:36 < jeru> and patching the Makefile failed 11:36 < jeru> just due to the EXTRAVERSION stuff 11:37 < jeru> anyway, why do we run "lx_grabextraversion" after patching ? 11:41 < rxr> because all the patches Makefile adaptoins conclift - so we collect them after each patch to form a combined version of all the patches ... 11:41 < rxr> what does fail ? 11:42 < jeru> patching file Makefile 11:42 < jeru> Hunk #1 FAILED at 1. 11:42 < jeru> Hunk #2 succeeded at 563 (offset 2 lines). 11:42 < jeru> 1 out of 2 hunks FAILED -- saving rejects to file Makefile.rej 11:43 < jeru> # cat Makefile.rej 11:43 < jeru> *************** 11:43 < jeru> *** 1,7 **** 11:43 < jeru> VERSION = 2 11:43 < jeru> PATCHLEVEL = 6 11:43 < jeru> SUBLEVEL = 11 11:43 < jeru> - EXTRAVERSION = .7 11:43 < jeru> NAME=Woozy Numbat 11:43 < jeru> # DOCUMENTATION 11:43 < jeru> --- 1,7 ---- 11:43 < jeru> VERSION = 2 11:43 < jeru> PATCHLEVEL = 6 11:43 < jeru> SUBLEVEL = 11 11:43 < jeru> + EXTRAVERSION = .7-grsec 11:43 < jeru> NAME=Woozy Numbat 11:43 < jeru> # DOCUMENTATION 11:47 < rxr> jeru: maybe dimply take the patch for 2.6.11 ? without .7 ? 11:47 < rxr> simply even ... 11:48 < rxr> or modify teh patch to strip that change away ... 11:48 < rxr> or other /hacks/ 11:48 < rxr> me morning shower and breakfast ... 11:49 < jeru> rxr: ack ... happy showering and good appetite :) 12:16 < jsaw_> hi 12:16 < jsaw_> mnemoc: mnemosyne target misses "apr" and "apr-utils" 12:17 < jsaw_> gone again, cu! (two weeks left to finish thesis) 12:48 < jeru> jsaw_: I've added both to mnemosyne, last week I think 12:55 * jeru is away now ... cu later 12:55 -!- jeru [~jeru@p54BFF267.dip.t-dialin.net] has left #t2 [] 12:55 < rxr> jsaw_: hi and cu ,-) 13:13 < CIA-9> rene * r8200 /trunk/package/gnome2/glib/glib.desc: * updated glib (2.6.3 -> 2.6.4) 13:13 < CIA-9> rene * r8201 /trunk/package/gnome2/gtk+/gtk+.desc: * updated gtk+ (2.6.4 -> 2.6.6) 13:37 < CIA-9> rene * r8202 /trunk/package/gnome2/glib/glib.conf: * fixed glib / gnome profile.d entry to append to XDG_DATA_DIRS 13:52 < rxr> valentin: ? 14:00 -!- rxr [~rene@e178165237.adsl.alicedsl.de] has joined #t2 14:00 -!- Topic for #t2: T2 | 2.1.0-beta3 RELEASED | The next generation of System Development Environments (SDE) | http://www.t2-project.org/ 14:00 -!- Topic set by valentin [] [Sun Apr 10 22:39:26 2005] 14:00 [Users #t2] 14:00 [ _Ragnar_] [ Davidcc6] [ mnemoc] [ nzg] [ valentin] 14:00 [ CIA-9 ] [ jsaw_ ] [ mtr_ ] [ rxr] 14:00 -!- Irssi: #t2: Total of 9 nicks [0 ops, 0 halfops, 0 voices, 9 normal] 14:00 -!- Channel #t2 created Sun Aug 8 21:15:33 2004 14:00 -!- [freenode-info] help freenode weed out clonebots, please register your IRC nick and auto-identify: http://freenode.net/faq.shtml#nicksetup 14:00 -!- Irssi: Join to #t2 was synced in 6 secs 14:10 < rxr> valentin: I called linux int - he had lunch - so we'll hear back later ... 14:11 < rxr> valentin: there is also the progress bar UI update issue you wanted to take a look at ... 14:19 < rxr> http://www.missiontechnologies.com/xfmrs/ 14:20 < rxr> http://www.xfmrs.com/ 14:25 < rxr> http://www.xfmrs.com/pdf/2100.pdf 14:36 -!- sepp [~sepp@p213.54.217.139.tisdip.tiscali.de] has joined #t2 14:36 < sepp> hi all 14:42 < rxr> hi sepp 14:42 < sepp> http://home.arcor.de/sebastian.czech/t2/t2-01.png 14:44 < sepp> one logo idea ... 15:31 -!- minto_ [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2 15:32 < rxr> http://www.eetasia.com/ARTICLES/2004NOV/B/2004NOV01_BD_NTEK_MPR_TA.pdf 15:37 < mnemoc> moin 15:38 < mnemoc> jsaw_: what packages asked you for apr/apr-utils? 15:40 < minto_> mnemoc: I think he did, these two are now used by apache 15:41 < mnemoc> apache is fixed 15:41 < mnemoc> i wonder what other package needs them 15:41 < minto_> jeru already mentioned he fixed it. 15:41 < minto_> ... last week 15:41 < mnemoc> yep 15:43 < rxr> mnemoc: what was fixed at apache ? 15:44 < mnemoc> mnemosyne/apache for apr 16:14 < CIA-9> sebastian * r8203 /trunk/package/network/tor/tor.desc: * updated tor (0.0.9.6 -> 0.0.9.8) 16:15 * mnemoc reviewing 8182 and we passed 8200 mark 16:39 -!- _jeru [~jeru@mail.oberlinhaus.de] has joined #t2 16:39 < _jeru> nick jeru 16:39 -!- _jeru is now known as jeru 16:39 < jeru> re hi 16:42 < CIA-9> amery * r8204 /trunk/package/audio/xmms-alarm/xmms-alarm.desc: * updated xmms-alarm (0.3.6 -> 0.3.7) 16:42 < CIA-9> amery * r8205 /trunk/package/base/syslog-ng/ (syslog-ng.cache syslog-ng.desc): * updated syslog-ng (1.6.6 -> 1.6.7) 16:44 < CIA-9> amery * r8206 /trunk/package/develop/gwenhywfar/gwenhywfar.desc: * updated gwenhywfar (1.10.0 -> 1.11.0) 16:46 < CIA-9> amery * r8207 /trunk/package/network/iproute2/ (iproute2.cache iproute2.desc): * updated iproute2 (2.6.10-ss050209 -> 2.6.11-050330) 16:48 < CIA-9> amery * r8208 /trunk/package/network/phpldapadmin/ (phpldapadmin.cache phpldapadmin.desc): * updated phpldapadmin (0.9.5 -> 0.9.6) 16:50 < CIA-9> amery * r8209 /trunk/package/office/aqbanking/aqbanking.desc: * updated aqbanking (1.0.5beta -> 1.0.8) 16:57 < CIA-9> amery * r8210 /trunk/package/x11/worker/ (worker.cache worker.desc): * updated worker (2.8.3 -> 2.10.0) 16:59 < rxr> oh ! 17:01 < rxr> http://www.cisco.com/en/US/products/hw/routers/ps133/products_tech_note09186a00801f5d9e.shtml 17:15 < mnemoc> rxr: bookmarked :) 17:23 < mnemoc> t2-debug takes ages 17:24 < mnemoc> rxr: why t2-debug sweeps TOOLCHAIN dir? 17:27 < rxr> no idea 17:28 < mnemoc> t2-debug has been running find for 2:12 17:28 < mnemoc> ccache is evil if you sweep it 17:30 < minto_> Regarding ccache, who added it into the build system 17:31 < rxr> that was at rock times 17:31 < rxr> I reworked it since then a few times .. 17:31 < minto_> I wonder if every config being build uses its own cache. 17:32 < mnemoc> what i wonder is about linking sharing ccache.chroot ccache.native on Build-Target if stage 9 is enabled 17:33 < mnemoc> s/linking// 17:33 < mnemoc> err 17:33 < mnemoc> s/sharing/symlinking/ 17:38 < minto_> I also wonder if package being built at multiple stages have the same ccache. Apperently not, mnemoc already mentioned two different ones. I think using one speed up the build process. But for this to work properly packages should always be build with the same path. Meaning the built path should be the same at every stage (if possible). 17:38 < minto_> I also think performance can be speeded up if we use only one cache per arch. Especially people building multiple targets/configs will notice the performance boost. 17:38 < mnemoc> there are three different ccache.* 17:39 < minto_> I wonder why? 17:39 < mnemoc> export CCACHE_DIR="$base/build/$ROCKCFG_ID/TOOLCHAIN/ccache${toolsdir#tools}" 17:39 < mnemoc> i assume due to the different contexts they run 17:43 < jeru> will move home now ... cu all later 17:43 -!- jeru [~jeru@mail.oberlinhaus.de] has left #t2 [] 17:43 < minto_> I think ccache can handle different contexts itself. 17:45 < minto_> ccache determines hit/miss based on the full commandline and a hash on the preprocesser results. If it isn't known ccache will call it a miss. That's why I mentioned the paths should be the same for every stage (this is probably the hardest part). 17:45 < mnemoc> rxr: ^--- comments? 17:48 < rxr> minto_: the caches are per built 17:49 < rxr> per config that is 17:49 < mnemoc> CCACHE_DIR="$base/build/$ROCKCFG_ID/TOOLCHAIN/ccache${toolsdir#tools}" 17:49 < rxr> so when you build for three architectures, you have different caches already 17:49 < mnemoc> the toolsdir is the polemic part i think 17:50 < rxr> we can not share the cache between multiple builds, because it needs to be present in the chroot ... 17:50 < minto_> But when I build three different configs for the same arch I have multiple caches as well? 17:50 < rxr> this could only be archives with bind mounts if you want that 17:50 < rxr> minto_: for big builds I do not find ccache scale that well - you need way larger chaches than we currently configure by default 17:51 < rxr> for desktop rebuilds you need s.th. like 8GB with more subdirs - and on the fast in this use case reiserfs such full trees are very very slow ... 17:51 < mnemoc> err... t2-debug still building.... 17:52 < minto_> yes of course, every object file needs to go in there otherwise there is no gain, only pain/overhead. 17:52 < rxr> the in chroot use is the biggest problem - you need to hack with bind mounts or so to share between builds .. 17:52 < minto_> Unfortunately I am not very comfortable with chroot. 17:59 < rxr> what do you mean ? 18:00 < minto_> I don't know how it exactly works. 18:01 < minto_> I have no linux background, and I am still learning every day. 18:01 < rxr> chroot is a kernel feature to run systems in a subpart of the filesystem tree - in our case in the new system 18:02 < minto_> I understand the global concept, just not the details. 18:02 < rxr> however we will try to avoid doing this in the future - cross building more and more - so at some point we could then start building as normal users - chroot requres root priveledges 18:03 < minto_> So maybe in the future we can fully benefit from ccache. 18:03 < rxr> yes - easier than right now - currently we would need bind mounts to "mount the ccache into the many build roots to have them available in the sandboxes" 18:04 < minto_> Is it (with minimal costs) possible to have cache turned on on individual packages. 18:04 < minto_> Like this large build can be done without ccache overhead. 18:05 < minto_> Only when fooling around with particular packages they can be turned on. 18:20 < minto_> rxr: How is the toolchain put into the sandbox? Can the ccache data dirs not be included the same way? 18:22 < mnemoc> minto_: ? 18:22 < rxr> per package on/off switch is possible - but I'm not sure if that would be useful for someone - e.g. I have no need for it ... 18:23 < minto_> yes, mnemoc? 18:23 < rxr> minto_: there is one cache used for all the normal compilations - if you want to share them it is not a matter of placing them in the sanbox - but really sharing them permanently - e.g. with bind mounts ... 18:24 < rxr> I think you can no easily increase cache efficency 18:24 < minto_> rxr: So the toolchain is copied into the sandbox? 18:25 < rxr> no 18:25 < rxr> it is created step by step by the build process 18:25 < rxr> but there is not much stuff in the dir named TOOLCHAIN 18:25 < mnemoc> toolchain is created inside sandbox 18:26 < rxr> in past stage 1 there are scripts created by the build system and wrapper and the final packaging files in it 18:27 < minto_> rxr: regarding the on/off I was thinking about mnemoc playing with open office. When people have problems (or want to add) a package. They can turn on ccache for that single package. 18:28 < mnemoc> t2-debug still building 18:28 < mnemoc> find finished, and it it running awk now 18:28 < minto_> Sorry, I did not mean the TOOLCHAIN. I more intended the T2 stuff (scripts, package info, misc, ...) 18:29 < mnemoc> pff 18:29 < rxr> minto_: they are bind mounted 18:30 < minto_> Ahh 18:30 < rxr> minto_: it is beast to leave ccache as it is right now ... 18:30 < rxr> you can easily get very broken results from your compilations 18:31 < rxr> we already drive ccache past its limits - doing more can easily give oyu more problems than it speeds up your build 18:31 < minto_> brb 18:31 < rxr> and I fear bigger cache trees get very inefficient 18:31 < rxr> minto_: wait a second 18:31 < mnemoc> http://t2.geeks.cl/regressions/ref/regressions.html 18:31 < mnemoc> Total : 3103 18:31 < mnemoc> Built Fine : 2969 18:31 < mnemoc> Broken Builds : 132 18:31 < mnemoc> Pending Builds : 2 18:31 < rxr> vanilla ccache would even stat the compiler and copare if it is still the same compiler binary with the same timee stamp 18:32 < rxr> I already patch this check away 18:32 < rxr> so with a slightly different compiler used in your bulds you can get our T2 patched ccache to likely return corrupted objects 18:33 < rxr> + if you tweak tiny optimizations settings, you can not reuse the cache 18:33 < rxr> summa sumarum I do not think sharing the cache with all your say x86 builds will give you much, if any speedup and more likely more trouble with occational incorrect binaries as well as more fragile bind mounting ... 18:35 < minto_> I am back 18:38 < minto_> :-( It's a pity 18:41 < mnemoc> t2-debug still building 18:48 -!- _jeru [~jeru@p54BFBC8A.dip.t-dialin.net] has joined #t2 18:49 -!- _jeru is now known as jeru 18:49 < jeru> re 18:55 < rxr> mnemoc: what about replacing t2-debug by a Conformance-Test script that one can run optionally ? 18:58 < mnemoc> i don't know what t2-debug is :p 19:11 < jeru> just for understanding...if we build the kernel EXTRAVERSION is cleaned if it was set by a patch. and thereafter we inject an "own" EXTRAVERSION. Or isn't it? 19:12 < rxr> jeru: we store the patched versoin 19:13 < rxr> clean it 19:13 < rxr> apply the next patch 19:13 < rxr> next iteration 19:13 < rxr> and at the end inject the accumulated extraversion 19:15 < rxr> oh - I'm soo stupid ... 19:16 < jeru> rxr: ? 19:19 < rxr> plugging cables into the wrong pins of a compact pci backplane ...- 19:20 -!- sparc-kly [~sparc@66.50.160.149] has joined #t2 19:36 < jeru> mnemoc: but if I echo $lx_extraversion <- it is not set 19:37 < mnemoc> jeru: inject stuff _after_ it gets set :) 19:37 < mnemoc> look at package/base/linux24/linux-conf.in 19:38 < jeru> ok :) 19:39 < mnemoc> uhm 19:39 < mnemoc> "package/base/linux24/linux24.conf" 19:39 < mnemoc> damn custmains 19:40 < valentin> re 19:40 < mnemoc> you may need to add hook_eval for preconf and prepatch there 19:40 < mnemoc> inside lx_patch 19:43 < jeru> mnemoc: ok ... will take a look ... thank you :) 19:55 < mnemoc> jeru: isn't calendarX more mature and complete than iCal one? 19:58 < mnemoc> rxr: unionfs broke stage 1 here 19:58 < mnemoc> rxr: seems to be a -I problem 19:58 < mnemoc> rxr: do i need to reschedule any non-changed package? 20:01 < jeru> mnemoc: calendarX looks good :) 20:01 -!- keinek [~Keinek@201.254.9.110] has joined #t2 20:03 < keinek> hi 20:03 < keinek> guys 20:03 < keinek> :) 20:03 < keinek> i so tired. 20:03 < keinek> but very happy, i still here ;) 20:13 < rxr> mnemoc: here it built - but in my test build s.th. else broke 1-linux26 20:13 < rxr> mnemoc: what is your error ? 20:13 < mnemoc> http://t2.geeks.cl/regressions/ref/log/1-unionfs.err 20:15 < mnemoc> i have to go 20:15 < mnemoc> cu 20:16 < rxr> mnemoc: cu 20:22 < valentin> hi rxr 20:22 < rxr> hi# 20:23 -!- sparc-kly [~sparc@66.50.160.149] has quit [Read error: 54 (Connection reset by peer)] 20:31 < valentin> wow - i have a 'Hello, world !' text on my DC 20:31 < valentin> ^- handcompiled code 20:31 < valentin> still now idea how to get the kernel to work 20:32 < rxr> you coded it in assembly or you just run gcc on some net sniplet ? 20:32 < rxr> valentin: for which days will you vanish ? 20:32 < valentin> half and half 20:32 < valentin> thursday - monday 20:33 < valentin> where i will be reachable on monday afternoon 20:33 < rxr> you wanted to do some driver updating before ? 20:33 < valentin> and of course i may use lars network 20:33 < valentin> rxr: yes 20:33 < valentin> why ? 20:35 < rxr> you leave soon ... 20:35 < valentin> i just try one more thing on the bootloader today - and then i will be out of CD-Rs anyway 20:36 < sepp> hmm inkscape is wonderful unstable, i have 800 mb core dumbs :( 20:37 < rxr> I have a big stack preprinted ROCK CDs ... 20:37 < valentin> :) 20:37 < rxr> if you need some - I think 80 or so are left .. 20:37 < valentin> hehe 20:37 < valentin> what did this LI guy tell you ? 20:37 < rxr> susan already used them for backups and music - and such kind of stuff 20:37 < rxr> valentin: for the live cd ? 20:38 < valentin> yes 20:38 < rxr> valentin: he was at luch - and noone called back ... 20:38 < keinek> live cd work fine? 20:38 < keinek> :) 20:38 < rxr> once the phone rung - but I was not fast enough out of the kitchen - and it was without caller id 20:38 < valentin> hm - if the time gets to close we will not do it for may 20:39 < valentin> oh - i have about 6 high quality TDK CDRs left - but i will not burn them with random non-working bytecode 20:40 < rxr> grab a bunch of ROCK Linux labeled ones over here for such tasks ... 20:40 < rxr> later on you can place them on ebay ,-) 20:41 < valentin> hm ? 20:41 < rxr> CDs from testing SuperH code from the famous T2 folks ... 20:41 < CIA-9> chris * r8211 /trunk/package/zope/calendarx/ (. calendarx.conf calendarx.desc): * added CalendarX (0.4.15) 20:41 < valentin> games -> dreamcast -> puzzle -> debuging riddle ,) 20:42 * minto_ thinks valentin loves puzzles 20:45 < rxr> http://www.premiermag.com/pdf/pm-61xx.pdf 20:49 < rxr> http://www.premiermag.com/pdf/pm-85xx.pdf 20:49 < rxr> sorry that I misuse the #t2 channel for my bookmarks to ethernet internals and SOLATION TRANSFORMERS WITH FILTERS ... 20:50 < rxr> ISOLATION of course .. 20:51 -!- Davidcc6 [1000@cable200-116-217-23.epm.net.co] has quit [Connection timed out] 20:52 -!- Davidcc6 [1000@cable200-116-217-23.epm.net.co] has joined #t2 20:58 < _Ragnar_> *lol* 21:03 < rxr> hehe - su evening dinner ... 22:04 < CIA-9> rene * r8212 /trunk/package/base/linux24/linux24.conf: * fixed stage matching for new postlinux pre stage 5 conditional 22:29 < valentin> hm, trashed my last cdr 22:29 < valentin> the folks over at #linux-sh are quite silent most the time :( 22:30 < valentin> think i will continue OSX for now 22:33 < CIA-9> sebastian * r8213 /trunk/package/graphic/aqsis/ (. aqsis.desc): * added aqsis (1.0.0) 23:08 -!- minto_ [~chatzilla@82-217-66-7.cable.quicknet.nl] has quit ["Chatzilla 0.9.66 [Mozilla rv:1.7.6/20050318]"] 23:57 < sepp> night all --- Log closed Wed Apr 13 00:00:04 2005