T2 IRC Log: 2005-04-16

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 Sat Apr 16 00:00:04 2005
00:00 < jeru> so you can laugh about your own lies ?
00:00 < mnemoc> i didn't touch linux code :p
00:00 * jeru pulls mnemocs other ear
00:00 < mnemoc> hehe
00:05 * jeru hates building the masses of kernel modules
00:09 < jeru> mnemoc: have you ever worked for SCO ?
00:12 < jeru> rxr: what about the egg-bread ? yet eliminated ?
00:13 < mnemoc> jeru: what?!
00:13 < jeru> .oO( i commit copyright notes too )o
00:13 < jeru> i didn't touch linux code :p
00:13 < jeru> hehe
00:14 < jeru> bad trap :D
00:15 < rxr> yep
00:15 < jeru> rxr: what yep ?... seems that was a quite big bread !
00:16 < jeru> rxr: custom static kernel builds doesn't work anymore in T2
00:17 < rxr> nope - I was already haning around here - and consumed a glass of wine
00:17 < jeru> rxr: same kernel config works if I build the kernel manually
00:17 < jeru> rxr: prost !
00:19 < jeru> rxr: my grandma drinks one glas of red wine a day ... and she
00:19 < jeru> 's 94
00:19 < jeru> so seems to be quite good :)
00:21 < rxr> that one was white wine, soo ...
00:21 < jeru> it will decrease your time on earth :)
00:23 < rxr> ooo still building
00:23 < jeru> rxr: what can I check for regarding the static kernel issue ?
00:24 < rxr> ouhm - log
00:24 < rxr> lock at the log of the linux files ..
00:24 < rxr> or just read the code and think what conditional might be defect or missing
00:25 < jeru> >jeru< this is from the kernel build log ->
00:25 < jeru> >jeru< LD .tmp_vmlinux1
00:25 < jeru> >jeru< kernel/built-in.o(.text+0x1ac6d): In function `proc_virtual_readdir':
00:25 < jeru> >jeru< : undefined reference to `get_xid_list'
00:25 < jeru> >jeru< kernel/built-in.o(.text+0x1afbd): In function `proc_vnet_readdir':
00:25 < jeru> >jeru< : undefined reference to `get_nid_list'
00:25 < jeru> >jeru< make: *** [.tmp_vmlinux1] Error 1
00:25 -!- mnemoc_ [~amery@200.75.27.1] has joined #t2
00:25 -!- mnemoc_ [~amery@200.75.27.1] has quit [K-lined]
00:29 -!- menomc [~amery@200.75.27.5] has joined #t2
00:32 -!- mnemoc [~amery@200.75.27.8] has quit [Read error: 110 (Connection timed out)]
00:33 -!- menomc changed the topic of #t2 to: T2 | 2.1.0-beta4 RELEASED | The next generation of System Development Environments (SDE) | http://www.t2-project.org/
00:34 -!- laj_ [~laj@0x503e3922.arcnxx6.adsl-dhcp.tele.dk] has joined #t2
00:39 < menomc> yahoo! i passed my licenciature (bachilor?) exam! (licenciature=4-years-engineering)
00:43 < rxr> ooo
00:43 < rxr> still building happily
00:45 < menomc> did you patches ooo for un-sane envs like yours or you cleaned your env?
00:45 < menomc> patched*
00:45 < rxr> cleaned
00:46 < rxr> wha?
00:46 < rxr> it is building stlport ?
00:50 < menomc> cleaned your /-ld problems
00:50 < rxr> yep
00:50 < rxr> still building stl port
00:51 < rxr> one ooo builds, we should really try hard to get rid of the biggest crap included in ooo
00:51 < rxr> e.g. we have stlport as package ...
00:51 < menomc> yes stlport built
00:52 < menomc> on line 1011 of 98971 my build log
00:52 < CIA-9> rene * r8282 /trunk/scripts/Emerge-Pkg:
00:52 < CIA-9> * made Emerge-Pkg exorbitantly more useful by sorting the resulting
00:52 < CIA-9> build list by priority ... *g*
00:53 < rxr> my log is 2.4MB in size right now ...
00:53 < rxr> I niced my background Build-Target now ...
00:53 < menomc> 14M here
00:53 < rxr> so OOO fails sooner ...
00:56 < rxr> ok - /me bed - cu in the morning - as usual ...
00:57 < menomc> :)
00:57 < menomc> gn8 rene
01:19 < menomc> am i alive?
01:39 < menomc> jeru: are you here?
01:56 -!- jeru [~jeru@p54BFBCF7.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)]
02:02 < CIA-9> amery * r8283 /trunk/package/xfce4/ (31 files in 31 dirs): * injected .cache file to package/xfce4 packages
02:12 < CIA-9> amery * r8284 /trunk/package/x86/ (11 files in 11 dirs): * injected .cache files into package/x86/*
05:31 -!- FeR [~FeR@cable200-116-193-23.epm.net.co] has joined #t2
05:32 -!- FeR [~FeR@cable200-116-193-23.epm.net.co] has quit [Client Quit]
05:46 -!- mtr__ [~michael@Ha7b6.h.pppool.de] has joined #t2
05:54 -!- mtr_ [~michael@Hb565.h.pppool.de] has quit [Read error: 60 (Operation timed out)]
08:23 -!- minto_ [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2
09:17 < rxr> re
09:57 < rxr> my OOO faild due to a old pyton and non shared python ...
09:58 < rxr> I continue the build manually - and it is now @ 85% of mnemoc's log
09:58 < rxr> Building project transex3
10:15 < rxr> mnemoc: my OOO build seems to be past the point where yours failed in the log due to gconf ...
10:42 < minto_> rxr: I currently am adding Sun Java Application Server. I know you don't care about java, but maybe you can help me out here. I need to check if an installed version of java is good enough. Checking package version is I think a no go, since I have to check all available java JRE (4 currently). Instead I plan to check /etc/profile.d/jre (used by all JRE's) to get the version (java -version)...
10:42 < minto_> ...from the installed JRE. So far so good. Now it return for instance 'java version "1.4.2"' how can I filter this string so it only leaves me the version number. In short how do I do regular expressions in bash?
10:45 < rxr> well either use cut -d \" -f 2 or so
10:45 < rxr> or sed to match and substitute ...
10:46 < minto_> Hmm, I'll have a look at sed. But first I check if the other JRE's give the same output.
10:47 < rxr> sed 's/.*"\(.*\)".*/\1/'
10:48 < minto_> Cool, thanx
10:49 < rxr> (untested)
10:49 < minto_> I tested, and it was fine
10:50 < rxr> ,-)
11:08 < CIA-9> lars * r8285 /trunk/scripts/Emerge-Pkg: * Fixed a typo (vebose --> verbose).
11:16 < CIA-9> lars * r8286 /trunk/scripts/Emerge-Pkg: * Fixed a forgotten parameter in call to var_append().
11:22 < rxr> I like bug reporting by fixing commits *g*
11:29 -!- _jeru [~jeru@p54BFF072.dip.t-dialin.net] has joined #t2
11:29 -!- _jeru is now known as jeru
11:29 < jeru> bonjour :)
11:30 < rxr> hi jeru
11:30 < jeru> hi rxr
11:31 < minto_> hi jeru :-)
11:31 < jeru> hi minto_ :)
12:04 < jeru> rxr: seems that a not checked kernel option for vserver was the reason for not building a custom static kernel
12:06 < jeru> I think I will also switch from runit to minit on the server
12:58 < CIA-9> sebastian * r8287 /trunk/package/www/firefox/firefox.desc: * updated firefox (1.0.2 -> 1.0.3)
13:13 < rxr> I had that scheduled too
13:13 < rxr> but missed the download so fg
13:13 < rxr> ar
14:01 -!- rxr_ [~rene@e178170181.adsl.alicedsl.de] has joined #t2
14:01 -!- Topic for #t2: T2 | 2.1.0-beta4 RELEASED | The next generation of System Development Environments (SDE) | http://www.t2-project.org/
14:01 -!- Topic set by menomc [] [Sat Apr 16 00:33:34 2005]
14:01 [Users #t2]
14:01 [ _Ragnar_] [ jsaw_ ] [ minto_] [ rxr ] [ valentin]
14:01 [ CIA-9 ] [ laj_ ] [ mtr__ ] [ rxr_]
14:01 [ jeru ] [ menomc] [ nzg ] [ sepp]
14:01 -!- Irssi: #t2: Total of 13 nicks [0 ops, 0 halfops, 0 voices, 13 normal]
14:02 -!- Channel #t2 created Sun Aug 8 21:15:33 2004
14:02 -!- Irssi: Join to #t2 was synced in 11 secs
14:06 < jeru> hi sepp
14:07 < sepp> hello :)
14:17 -!- rxr [~rene@e178136157.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)]
15:04 < rxr_> re
15:04 -!- You're now known as rxr
15:06 < rxr> ooo still building ...
15:08 < rxr> stuff in ooo that make me wonder big times:
15:08 < rxr> boost
15:08 < rxr> berkeleydb
15:08 < rxr> freetype
15:08 < rxr> libxml2
15:09 < rxr> postprocess ???sane ?
15:09 < rxr> bitstream_bera_fonts ???
15:10 < rxr> ok - sane is only one header ...
15:10 < rxr> nontheles
15:10 < rxr> s
15:10 < rxr> full of crap ...
16:05 -!- sepp_ [~sepp@p213.54.216.12.tisdip.tiscali.de] has joined #t2
16:13 -!- sepp [~sepp@p213.54.200.49.tisdip.tiscali.de] has quit [Read error: 60 (Operation timed out)]
16:21 < menomc> moin!
16:22 -!- minto_ [~chatzilla@82-217-66-7.cable.quicknet.nl] has quit [Read error: 60 (Operation timed out)]
16:22 < menomc> rxr: i told you ooo build more than 170 third-party packages and we do have most of them
16:23 < menomc> rxr: linux-header glibc binutils gcc bash coreutils findutils grep sed tar gawk util-linux net-tools <--- to emerge apr
16:23 < rxr> I can imagine
16:23 < rxr> mnemoc: ooo bulds past cour gconf or what it was error ...
16:24 < rxr> still building ...
16:25 < rxr> I just depart KNOPPIX - it is damn ugly ...
16:25 < menomc> yep
16:27 < menomc> .oO( why #t2 is now on win 6 instead of win 5??! )o
16:29 < rxr> and why does my tab nick completion do not work anymore ?
16:29 < rxr> mnemoc: when can we branch t
16:29 < rxr> 2.1 off of trunk?
16:30 < menomc> i think we should branch 2.2 for you keeping the effort on 2.1 until... rc2?
16:31 < menomc> there is big fix-work pending for 2.1
16:31 < menomc> jeru: ?
16:33 < CIA-9> amery * r8288 /trunk/package/x11-ng/ (9 files in 7 dirs): * injected .cache files and copyright note to package/x11-ng
16:35 < jeru> mnemoc: ?
16:35 < jeru> :)
16:46 < rxr> knoppix is horrible - I have no idea why the folks hyped it that much ...
16:47 -!- tilix [~tilix@212.116.139.141] has joined #t2
16:47 -!- minto_ [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2
16:48 < rxr> mnemoc: why not branch 2.1 as we would normally do anyway - why would you like to create a 2.2 branch when we have to switch them some time later - and I think it will be a bit confusing to work with a 2.2 branch and trunk as 2.1 preparing ...
16:53 < tilix> What`s the internationalization level in T2? Will it have any problems with the cyrillic alphabet?
16:56 < rxr> the development frontends are all english
16:56 < rxr> under X I think all shoudl work as expected ....
16:56 < tilix> full UTF8 encoding?
16:59 < rxr> I do not know about problems ...
17:14 -!- sepp_ [~sepp@p213.54.216.12.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)]
18:01 < menomc> re
18:01 < menomc> rxr: because i want to fixing 2.1 stuff too :)
18:03 < menomc> rxr: Emerge-Pkg doesn't support multiple emerge anymore
18:06 < menomc> rxr: will we preserve both var/adm/cksum and var/adm/md5sum ?
18:07 < menomc> rxr: can you take a look into e17/{entrance,e-utils} problem?
18:19 < CIA-9> rene * r8289 /trunk/package/audio/bio2jack/bio2jack.desc: * updated bio2jack (0.5 -> 0.7)
18:20 < CIA-9> rene * r8290 /trunk/package/audio/xmms-jack/xmms-jack.desc: * updated xmms-jack (0.11 -> 0.14)
18:20 < rxr> mnemoc: fix in trunk - merge into branch ...
18:21 < rxr> I take a look at Emerge as well as e* ...
18:21 < CIA-9> rene * r8291 /trunk/package/base/hdparm/hdparm.desc: * updated hdparm (5.9 -> 6.0)
18:21 * rxr shortly off (some minutes getting food)
18:21 < menomc> rxr: then we can branch when releasing rc1 :) .... or do you want them before that?
18:21 < rxr> I have stuff queued that is post 2.1
18:22 < rxr> like 100% modular kernels (all IDE, SCSI, Net driers and FSs)
18:22 < rxr> and udev initramfs ...
18:22 < menomc> branches/2.2-wannabe :p
18:22 * rxr pulls mnemocs 3rd ear ...
18:23 < menomc> hehe
18:23 < rxr> I think we should regularly branch 2.1 soon
18:23 < rxr> and I help keeping it in sync with fixes ...
18:23 < menomc> we need rc1 soon
18:23 < rxr> cu soon
18:24 < menomc> !> usr/lib/libdb_cxx.so: bdb
18:24 < menomc> !> Due to previous errors.
18:24 < menomc> -> $root/var/adm/logs/9-bdb.out -> 9-bdb.err
18:24 < menomc> bdb is sharing with bdb! cool
18:29 < menomc> go apache
18:29 < menomc> err
18:33 -!- tilix [~tilix@212.116.139.141] has left #t2 ["Konversation terminated!"]
19:11 < rxr> re
19:12 < rxr> oh - now OOO is building some kind of "core" ...
19:12 < rxr> core/undo ...
19:23 < rxr> core/basflt
19:23 < rxr> core/filter/excel
19:23 < rxr> ...
19:23 < rxr> hm - when building another Target in parallel my Athlon needs over a day to build OOO ...
19:25 < rxr> my x86 fully modular kernel is only 1.5MB in size - compared to the 2.2 before ...
19:25 < menomc> how is hotplug++?
19:26 < rxr> mnemoc: what do you think about implementing the per package, tared ccache as minto proposed ?
19:27 < rxr> I think I'll have to write hotplug++ or so up in the next days
19:27 < rxr> since dbus/hal needs udev ...
19:27 < menomc> will that really reduce ccache size?
19:27 < menomc> and increase matching
19:27 < menomc> ?
19:27 < rxr> mnemoc: maybe drop devfs in 2.2 ?
19:28 < menomc> yes
19:28 < rxr> it will not work for the next generation desktop environments and disappear soon
19:28 < menomc> but i'm worried about 2.1/devfs
19:28 < rxr> why ?
19:28 < rxr> well - those people are right ccache per package will make the ccache in use quite small - and more efficient ...
19:28 < menomc> because 'stable' 2.6 will drop it during 2.1 lifecycle
19:28 < rxr> are you sure they will drop?
19:29 < rxr> as I see it they will not drop it in 2.6
19:29 < menomc> they claim to
19:29 < rxr> and if yes we could freeze the 2.6 in 2.1 and only apply security fixes ...
19:29 < menomc> ok
19:29 < menomc> 2.1=devfs, 2.2=udev
19:30 < rxr> and when to branch?
19:30 < rxr> I would like branching this weekend ...
19:31 < jeru> this looks quite funny -> boot/vmlinuz_2.6.11-vs1.9.5.7-dist-skas3-v9-pre1
19:31 < rxr> btw. this means no 2.4 in 2.2 ... ?
19:31 < menomc> i fear to loose you if i branch 2.1 before rc1
19:31 < rxr> no - you will not
19:31 < menomc> .oO
19:32 < rxr> .oO?
19:32 < menomc> if we support linux24/devfs and linux26/udev we will be closer to the dreamed kernel-independent framework
19:32 < rxr> regarding 2.4 ?
19:32 < menomc> yes
19:32 < rxr> what do you mean with kernel independant framework ?
19:33 < menomc> T2 BSD, T2 elks, T2 darwin, T2 linux24, T2 linux26
19:33 < menomc> T2 hurd
19:33 < rxr> well - some of them are platforms - that will alter quite a lot ...
19:34 < rxr> but yes - we could continue compiling 2.4 with devfs ...
19:34 < menomc> a tiny step, but an step
19:34 < menomc> the first step
19:35 < menomc> do we really want lx24/lx26 (dual) machines?
19:36 < menomc> we could build the same target for different kernels
19:39 -!- root [~root@200.138.205.79] has joined #t2
19:41 < rxr> mnemoc: ? hell no - you definetly want multiple kernel packages for the same target
19:41 < rxr> hi root
19:42 < menomc> linux24 and linux26 are friendly, but what about hurd? or BSD and darwin?
19:42 < rxr> menomc: can you nick to your real nick - now I know why mn does not work
19:42 < menomc> :)
19:42 -!- menomc is now known as mnemoc
19:42 < rxr> that is what I meant with platform
19:42 < rxr> that completely alters the ABI and thus only the matching kernels will be built and the userapce built for that selected platform/ABI
19:43 < mnemoc> ack
19:44 < mnemoc> rxr: feel free to branch 2.1.0 this weekend but please send a mail with a deadline for people to add whatever they want on 2.1 before it
19:47 < mnemoc> /branches/2.1-stable shall be api/abi/config/prefix stable including scripts and framework structure
19:47 < mnemoc> even if it's not frozen
19:48 < jeru> if I use var_append patchfiles the patch should automatically copied to linux26-patches, right ?
19:48 < mnemoc> yes
19:48 < jeru> but why the h*ll the skas-patch isn't there
19:49 < mnemoc> XTRACE?
19:51 < mnemoc> rxr: can you take a look into Create-ISO to be able to add two builds of the same target on the same CD?
19:55 < rxr> oh - and we need dynamic ID extration in the installer and co ..
19:55 < rxr> the harcoded name hurts ...
19:55 < mnemoc> yep
19:58 < rxr> what you case do you have for two builds on a ISO?
19:58 < rxr> e.g. what should I keep care of when improving it ...
19:58 [Users #t2]
19:58 [ _Ragnar_] [ jeru ] [ laj_ ] [ mnemoc] [ nzg ] [ rxr ]
19:58 [ CIA-9 ] [ jsaw_] [ minto_] [ mtr__ ] [ root] [ valentin]
19:58 -!- Irssi: #t2: Total of 12 nicks [0 ops, 0 halfops, 0 voices, 12 normal]
20:17 < mnemoc> rxr: will we preserve both var/adm/cksum and var/adm/md5sum ?
20:18 < mnemoc> rxr: mnemosyne, mnemosyne-desktop and mnemosyne-router fit in the same disk
20:18 < mnemoc> and mnemosyne-ldap, etc...
20:18 < mnemoc> same target, same arch, different builds
20:19 < mnemoc> different '$config' mainly
20:27 < mnemoc> rxr: checking foo ... Not installed. Added. <--- this is evil too, because some deps are not mandatory
20:27 < mnemoc> rxr: damn.... i don't know how to solve Emerge problem :(
20:31 < rxr> mnemoc: maybe we should review rock history why both exist
20:31 < rxr> although I carry much of rock history in my brain I have no idea ...
20:32 < rxr> maybe md5sum was added later for less coliding sums ...
20:32 < mnemoc> on 2.2 i would like to compress those files
20:32 < rxr> what files ?
20:32 < mnemoc> var/adm
20:32 < mnemoc> yes, i also think adm/cksum is legacy
20:34 < mnemoc> thinking in embeded, expanded plain-text var/adm/*/* is an unneeded overheaded
20:36 < rxr> in my embedded those files are not even there ...
20:37 < mnemoc> but we could have adm/package and adm/flist if they were compressed
20:37 < rxr> OOO still building ...
20:38 < rxr> mnemoc: btw for the modular kernel udev project I'll use a shell initrd
20:38 < rxr> I guess I'll port that to the installer in parallel
20:40 < mnemoc> :D
21:04 < jeru> do we wanna have such kernel names -> -skas2.6.11-v9-pre1-vs1.9.5 ? I guess not
21:05 < mnemoc> skas extraversions needs to be fixed
21:05 < mnemoc> -skas9p1-vs1.9.5
21:06 -!- root is now known as javito
21:06 < mnemoc> router + server + desktop for a client
21:06 < mnemoc> err
21:06 < mnemoc> damn scroll
21:07 < mnemoc> i have been doing crap the whole day
21:07 < jeru> mnemoc: then I'd say -skasv9p1-vs1.9.5
21:07 < jeru> hmmm or not ... ;)
21:07 < jeru> damn versioning ...
21:07 < mnemoc> skas maintainer have to decide how to name his extraversion
21:11 < rxr> mnemoc: what crap ?
21:11 < rxr> oh OOO broke ...
21:19 < rxr> ehrm
21:19 < mnemoc> ?
21:19 < rxr> my OOO fl_wrapper.rlog is 2GB in size
21:19 < mnemoc> oh
21:20 < rxr> and I know get File size limit exceeded (coredumped) on any executable invocation ...
21:20 < rxr> maybe the wrapper does not use large file support ?
21:20 < mnemoc> on 2.2 i want fl_wrapper client/server via fifo
21:21 < rxr> yep
21:21 < rxr> file size 2^31 ...
21:21 < rxr> ok - I hack the flist wrapper to use LARGE_FILE ...
21:28 -!- minto_ [~chatzilla@82-217-66-7.cable.quicknet.nl] has quit [Read error: 60 (Operation timed out)]
21:28 < rxr> mnemoc: do you agree to fork off 2.1 when I continue merging and fixing into that branch ?
21:28 < rxr> mnemoc: maybe your OOO build formerly also only broke due to this large file thing ?
21:29 < jsaw_> fl_wrapper directory - instead of file?
21:29 < mnemoc> rxr: feel free to branch 2.1.0 this weekend but please send a mail with a deadline for people to add whatever they want on 2.1 before it /branches/2.1-stable shall be api/abi/config/prefix stable including scripts and framework structure even if it's not frozen
21:33 < rxr> jsaw_: directory and then?
21:33 < rxr> jsaw_: hi - btw
21:34 < jsaw_> hi all :)
21:35 < jsaw_> rxr: flist rlog contains the files opened for reading, right?
21:35 < jsaw_> rxr: if so, why not simply do sth. like "mkdir(dirname); touch(file);"
21:35 < jeru> hi jsaw_ :)
21:35 < jsaw_> hi jeru
21:36 < mnemoc> inodes are expensive ;)
21:36 < mnemoc> i think client/server via pipe and processing on the fly is better
21:37 < jsaw_> mnemoc: well, I think if a file is open multiple times while compiling, the file gets larger the the number inodes used - or am I totally off here
21:38 < rxr> I like the processing on the fly- with packages as large as OOO processing 2GB++ takes a lot of time ...
21:38 -!- minto_ [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2
21:38 < mnemoc> about one hour when OOo took 15H to fail here
21:38 < jsaw_> with mkdir/touch the processing is obsolete...
21:39 < rxr> jsaw_: the command and such are logged ...
21:39 < jsaw_> at, ic.
21:39 < rxr> so you need a mangling to get that into the filename ...
21:39 < jsaw_> s/at/ah/
22:00 < mnemoc> .oO
22:06 * mnemoc moving home to lunch
22:06 < rxr> .oO?
22:07 < jeru> cu mnemoc
22:12 < CIA-9> rene * r8292 /trunk/misc/tools-source/ (fl_wrapper.c fl_wrapper.c.sh):
22:13 < CIA-9> * implemented 64bit support for large log files in fl_wrapper.c{,.sh}
22:13 < CIA-9> for file modification logs exceeding 2GB - such as OpenOffice builds
22:13 < rxr> OOO build continued ...
22:24 < mnemoc> re
22:24 < mnemoc> Build-Pkg -resume :)
22:25 < mnemoc> doing a transaction log based on hook_eval that would be easy
22:32 -!- minto_ [~chatzilla@82-217-66-7.cable.quicknet.nl] has quit [Read error: 145 (Connection timed out)]
22:36 < mnemoc> rxr: did your 2G log build passed shell/gconf thing ?
22:37 -!- keinek [~Keinek@201.254.12.39] has joined #t2
22:37 < keinek> hi everbody
22:37 < keinek> :)
22:38 < mnemoc> hi keinek
22:38 < keinek> hi mnemoc
22:38 < keinek> today i feel so good.
22:39 < mnemoc> good
22:41 -!- minto_ [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2
22:42 < mnemoc> rxr: what did you decide about ccache?
22:48 < rxr> nothing ...
22:48 < mnemoc> ic
22:48 < rxr> mnemoc: shell/gconf passed thie morning without any tweak ...
22:48 < mnemoc> uhm
22:55 < rxr> in the meantime my flist rlog is 2.1GB ...
22:57 < mnemoc> oh
23:00 < rxr> you name it ...
23:00 * rxr showering and crawling into bed ...
23:00 < rxr> cu in the early morning as usual these days ...
23:01 < jeru> cu rxr and sleep well
23:01 < mnemoc> cu rxr
23:06 < javito> greetings
23:06 < javito> quick and dirty
23:06 < mnemoc> ?
23:06 < javito> is there an sparc ISO for me to play?
23:06 < mnemoc> nope, sorry
23:06 < javito> thanks
23:07 < mnemoc> but you can play with the kit on your sparc
23:07 < mnemoc> and create the ISO
23:07 < javito> that would be my next question mnemoc :-)
23:07 < javito> thanks again
23:07 < javito> is t2 worth than the other one.. you know...
23:07 < mnemoc> :)
23:08 < mnemoc> to me, yes :)
23:08 < javito> I think the other one is way too much burocratic
23:08 < jeru> :)
23:08 < javito> I see, old-e Mike told me that
23:09 < mnemoc> they have only one commiter
23:09 < javito> a pitty
23:09 < javito> well Im actually compiling a sparc64 linux kernel
23:09 < mnemoc> :)
23:10 < javito> is there a rsync server for grabbing the sources?
23:10 < mnemoc> svn only
23:10 < javito> douh
23:13 < javito> ok, gonna give it a try
23:14 < javito> see whats with it
23:16 < mnemoc> javito: try trunk for now, but in about two days 2.1 will be branched out of trunk
23:16 < javito> ok, appreciate your advice
23:21 -!- minto_ [~chatzilla@82-217-66-7.cable.quicknet.nl] has quit ["Chatzilla 0.9.66 [Mozilla rv:1.7.6/20050318]"]
--- Log closed Sun Apr 17 00:00:04 2005