--- Log opened Wed Apr 20 00:00:39 2005
00:42 -!- sparc-kly [~sparc@65-23-205-96.prtc.net] has joined #t2
01:00 -!- _jeru [~jeru@p54BFD5C1.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)]
01:04 -!- veki [~chatzilla@217.24.19.40] has joined #t2
01:09 -!- veki [~chatzilla@217.24.19.40] has quit [Remote closed the connection]
01:17 -!- veki [~chatzilla@217.24.19.40] has joined #t2
01:26 -!- veki [~chatzilla@217.24.19.40] has quit ["Chatzilla 0.9.67 [Firefox 1.0.2/20050317]"]
02:05 < keinek> hi
02:05 < keinek> what package of t2 can help me to connect to Internet with a ethernet modem?
02:08 < sparc-kly> ethernet modem ? wtf is that ?
02:08 < keinek> adsl sopenco
02:08 < keinek> :D
02:09 < keinek> quiero saber si se usa pppoe
02:09 < keinek> pero al parecer no esta en los packetes
02:09 < keinek> tiene que haber alguna forma.
02:17 < sparc-kly> ahh ok pppoe :D 
02:26 -!- keinek [~Keinek@201.254.12.238] has quit [Read error: 145 (Connection timed out)]
03:17  * mnemoc_ back on his laptop!
03:54 -!- sparc-kly [~sparc@65-23-205-96.prtc.net] has quit ["Leaving"]
04:22 -!- sparc-kly [~sparc@65-23-205-96.prtc.net] has joined #t2
06:12 < CIA-9> amery * r8369 /trunk/package/java/kaffe/ (kaffe.cache kaffe.desc): * updated kaffe (2005-02-28 -> 1.1.5)
07:09 < CIA-9> amery * r8370 /trunk/scripts/Emerge-Pkg: * fixed Emerge-Pkg to not only sort enabled packages
07:13 -!- NeoEcoS-aWay [~sebas@cable200-116-131-17.epm.net.co] has joined #t2
07:13 -!- NeoEcoS-aWay [~sebas@cable200-116-131-17.epm.net.co] has left #t2 ["Me voy para donde me quieren de verdad !!"]
07:32 < CIA-9> amery * r8371 /trunk/package/zope/grufspaces/grufspaces.desc: * injected checksum for grufspaces package
07:36 < CIA-9> amery * r8372 /trunk/package/zope/ (25 files in 25 dirs): * injected .cache files for package/zope
07:59 < rxr> re
07:59 < rxr> moin mnemoc_ 
07:59 < rxr> == 19:21:42 =[9]=> Building office/ooo [1.9-m90 2.1.0-rc2].
08:00 < rxr> == 04/20/05 01:36:54 =[9]=> Aborted building package ooo.
08:01 < mnemoc_> :(
08:01 < rxr> just a bit in the install code slipped thru
08:01 < rxr> it fully built ...
08:02 < rxr> I Just need to patch one tiny install shell code fragment away
08:04 < mnemoc_> can you inject .cache after that to see your deps list?
08:04 < rxr> I think no new ones ...
08:07 < rxr> yep
08:08 < rxr> well - in fact only some false deps due to the known problem of depending on randomly created directories
08:08 < rxr> that is next on my list to eleminate
08:08 < mnemoc_> r8370 <-- comments?
08:09 < rxr> hehe
08:10 < rxr> that is what I immediately diffed when I arrivewd on this box
08:10 < rxr> looks good
08:10 < CIA-9> rene * r8373 /trunk/package/office/ooo/ooo.cache: * manually injected two new ooo dependencies
08:10 < rxr> it wsy not my intention to only sort selected packages ...
08:10 < rxr> mnemoc_: I'll imlement per package tarball ccache, ok ?
08:11 < rxr> btw - yesterdays fl_wrapper tweaks reduced the ooo logs by 1.55GB
08:11 < rxr> 150M    fl_wrapper.rlog
08:11 < rxr> 681K    fl_wrapper.wlog
08:11 < rxr> 151M    total
08:12 < rxr> I think this should reduce post pkg processing time by about 1h or so *g*
08:13 < mnemoc_> oh
08:13 < mnemoc_> how do you plan to limit per package ccache?
08:13 < rxr> limit in size ?
08:13 < mnemoc_> yes
08:14 < rxr> well - when you want to cache, you want to cache all reasonable, ac?
08:14 < rxr> ack even ...
08:14 < mnemoc_> all reasonable?
08:15 < rxr> if so, using the old files search as mentioned in the fwd mail on the list will keep the cache in the size needed to cache the full build
08:15 < mnemoc_> what is reasonable?
08:15 < rxr> that is all used to build
08:15 < rxr> and remove cached content that was not used anymore
08:15 < rxr> this way you get tarballs per package with the content needed for your build
08:16 < mnemoc_> .oO
08:16 < rxr> limitting would be hard - but would also reduce cache efficency since it would reduce stuff neded for builds ...
08:16 < rxr> the implementation would have some pros:
08:16 < rxr> - cache over multiple builds
08:16 < rxr> - not lost by Cleanup
08:16 < rxr> - smaller on disk space due to tar.gz or .lzo
08:17 < rxr> - higher cache efficency due to only those in the actual ccache dir that are neded for that package
08:17 < rxr> - smaller on disc space due to removal of obsolete content
08:18 < rxr> I would like to have this ASAP to reduce ooo rebuild time ...
08:18 < mnemoc_> why moving ccache tarballs instead binding a common ccache root?
08:18 < mnemoc_> build/ccache/$pkg
08:20 < rxr> yes, that could also be done
08:20 < rxr> indeed an even lighter implementation
08:20 < mnemoc_> :)
08:20 < rxr> build/ccache/$arch-$pkg
08:20 < rxr> ,-)
08:21 < mnemoc_> is arch more important that $tooldir ?
08:21 < mnemoc_> i mean, stage 0 will use old and crappy host cc
08:21 < rxr> that stage is not cached anyway
08:22 < mnemoc_> ok
08:22 < rxr> since no gcc wrapper is in use ...
08:22 < mnemoc_> i'll go to sleep..... 
08:22 < rxr> cu mnemoc_ ,-)
08:22 < mnemoc_> good luck with ccache rewrite
08:22 < rxr> sleep well and greetings to your family ...
08:22 < mnemoc_> but don't forget we need rc1 out
08:23 < rxr> oh
08:23 < rxr> 2nd
08:23 < mnemoc_> and we have lot of brokes on my ref ;)
08:23 < rxr> ic why the above does not work out smoothly ...
08:23 < mnemoc_> ?
08:23 < rxr> it is below the chroot - and thus not accessible from within it
08:23 < rxr> (without bind mounts or so)
08:23 < rxr> or did you mean to place the tarballs there ?
08:24 < mnemoc_> on chroot we have $base mounted
08:24 < mnemoc_> we do have build/ccache-$arch/ available
08:25 < mnemoc_> i don't like the idea of extracting ccache files
08:25 < mnemoc_> those are lot of small files what is harmfull for small systems
08:25 < mnemoc_> i really have to go
08:25 < mnemoc_> cu :)
08:25 < mnemoc_> i trust your decition
08:27 < rxr> cu
08:27 < rxr> sleep well
08:34 -!- _jeru [~jeru@mail.oberlinhaus.de] has joined #t2
08:34 -!- _jeru is now known as jeru
08:35 < rxr> moin jeru 
08:35 < jeru> moin
08:35 < jeru> fast rxr
08:35 < jeru> :)
08:35 < rxr> ,-)
08:35 < jeru> are you fine today ?
08:35 < rxr> waiting for xmms to finish with changed ccache directory in-use ...
08:35 < rxr> I think so - was I bad yesterday ?
08:36 < jeru> nope ... 
08:36 < rxr> hehe
08:36 < rxr> are you fine today ?
08:36 < jeru> seems that you get up early since some days
08:37 < jeru> I'm quite fine...same procedure as every day ;)
08:37 < jeru> have you reviewed squashfs patch ? ;)
08:38  * rxr hiding 
08:38 < jeru> don't hide
08:38 < rxr> okok
08:38 < rxr> I review it today
08:38 < jeru> we'll find you anyways
08:40 < rxr> -> Compiler Cache enabled: 14.49% cache hits so far.
08:40 < rxr> -> Compiler Cache Hits while pkg build: 100.00% (214 hits, 0 misses)
08:41 < rxr> hm - I fear with this naive immplementation we will get write outside basedir reports ...
08:41 < rxr> uhm - damn /me rethinking ...
08:41 < jeru> btw, the uml skas3 patch is very helpful regarding the performance of UML's ;)
08:42 < rxr> 3:40 vs. 2:10
08:42 < rxr> xmms - first uncached the later cached ...
08:42 < rxr> however configure crap takes soo much time ...
08:43 < rxr> 2.7M    ccache-x86/xmms/
08:46 < CIA-9> rene * r8374 /trunk/package/office/ooo/install.patch: * a ooo/install.patch update
08:57 < rxr> for ploticus ccache is: 1:02 vs. 0:22
08:58 < CIA-9> rene * r8375 /trunk/package/graphic/ploticus/official-fixes.patch: * injected the next official ploticus fix
09:34 < rxr>  Wine 20050419 
09:35 < rxr>   tvtime 0.99 
09:57 < rxr> hm - is my x86 cpio defect?
09:57 < rxr> $ file initramfs.cpio 
09:57 < rxr> initramfs.cpio: byte-swapped cpio archive
09:57 < rxr> the linux kernel also morrons about no cpio sig found ...
09:59 < rxr> hm - there si cpio 2.6 and debian ships 2.5 ?
09:59 < rxr> and 2.6 is already form 2004 or so ..
09:59 < rxr> ok Dec 2004 ...
09:59 < rxr> too early for debian ...
10:00 < jeru> rxr: :D
10:01  * jeru is wondering if anybody was able to build python 
10:01 < rxr> which pyton where ?
10:01 < jeru> python24
10:01 < jeru> 2.4.1
10:02 < jeru> because the setup.patch doesn't apply
10:02 < rxr> I thikn so
10:02 < rxr> I run a test-buld
10:02 < jeru> no no ... this was the cause for broken zope build 
10:03 < jeru> anyways .... I'll commit a new patch now ;)
10:07 < rxr> ok - I cancelled the python buld
10:07 < rxr> it crawlled happily along until I hit C-c
10:08 < rxr> http://www.xs4all.nl/~ekonijn/yaird/
10:10 < CIA-9> chris * r8376 /trunk/package/python/python/python-setup.patch: 
10:10 < CIA-9> * fixed python-setup.patch to apply again
10:10 < CIA-9> * Note: this will also fix the last problems building Zope
10:13 < rxr> cool
10:13 < rxr> ok I know have proof of concept initramfs creation code ...
10:15 < jeru> :)
10:16 < jeru> rxr: if you want ... you can reschedule your python build 
10:16 < rxr> ok - then I can start coding hotplug++ to get full hardware detection into it with a fully modular kernel ...
10:16 < rxr> jeru: nope - I'm testing out a ccache directory layout change right now
10:17 < jeru> no prob
10:17 < rxr> and after that (and/or possible fixing) I'll start the next ooo test build ...
10:17 < rxr> my athlon is kept rather busy these days ...
10:17 < jeru> right so :)
10:20 < rxr> hm - cool
10:20 < rxr> the ccache changes work out of the box
10:20 < rxr> I thought the outside basedir check would morron about them
10:20 < rxr> good it is not implemented as strict as it could be ,-)
10:21 < rxr> strange is also, that the early userspace stuff hits in quite late
10:21 < rxr> either I do s.th. wrong, or it is not as early as I thought it would be ...
10:23 < jeru> rxr: can we add your target/embedded/parse-config to package/base/minit to set
10:23 < jeru> install_init() {
10:23 < jeru>         true
10:23 < jeru> }
10:25 < rxr> I' don't do this ?
10:25 < rxr> I think I did in the psion-pda target, right ?
10:25 < jeru> yep ... psion-pda/embedded
10:29 < rxr> jeru: oh - I over read some words in your lins - you want it in package/...
10:29 < rxr> hm
10:30 < rxr> jeru: yep we could move it into minit ...
10:30 < rxr> do you do ?
10:30 < jeru> yep ...;)
10:32 < jeru> strange .... snort is building again ... without any changes on snort itself
10:33 < jeru> you remember the autoconf/automake issue
10:33 < jeru> == 10:24:20 =[5]=> Building security/snort [2.3.2 2.1.0-rc2].
10:33 < jeru> -> Parallel build using 4 jobs enabled.
10:33 < jeru> -> Reading build/.../tools.chroot/lib/pkg_snort_pre.conf
10:33 < jeru> -> Including Prelude output patch ...
10:33 < jeru> -> Reading package configuration from package directory.
10:33 < jeru> -> Preparing build in src.snort.1113985439.16886.0
10:33 < jeru> -> Building. Writing output to $root/var/adm/logs/5-snort.out
10:33 < jeru> -> $root/var/adm/logs/5-snort.out -> 5-snort.log
10:34 < jeru> == 04/20/05 10:26:17 =[5]=> Finished building package snort.
10:34 < jeru> :)
10:42 < CIA-9> chris * r8377 /trunk/package/base/minit/parse-config: * added install_init() { true } because install_init can't be used to install minit init scripts for now
10:43 < jeru> rxr: will you remove the parse-config from embedded yourself ?
10:43 < jeru> or should I do ?
10:45 < rxr> you can
10:45 < rxr> have you svn cp'ed the embedded file? so you keep history ;-) ?
10:46 < jeru> no ... because there was already a parse-config in minit 
10:46 < jeru> copying the minit init scripts etc ...
10:47 < rxr> okok
10:52 < CIA-9> chris * r8378 /trunk/target/embedded/parse-config: * removed parse-config because the minit hack is now included in the parse-config of the minit package itself (see: changes in r8377 ;)
10:53 < jeru> I think this should be enough for "history" reasons ;)
10:55 < CIA-9> chris * r8379 /trunk/target/psion-pda/parse-config: * removed parse-config because the minit hack is now included in the parse-config of the minit package itself (see: changes in r8377)
10:59 < rxr> jeru: best is to group such changes into one commit changeset (altough it would not increate the svn activity graph)
11:10 < jeru> sorry ... but I thought you had migrated the psion target to embedded ... just noticed it later
11:10 < rxr> ah - ok
11:14 < jeru> rxr: btw, does your minit scripts prefer a special shell like ash ?
11:17 < rxr> I think I used sh in them
11:20 < jeru> ok
11:20 < jeru> will see what's happening in my UML test system ;)
11:20 < rxr> any reason why one would like to have this halfly functional klibc instead of a more general purpose dietlibc ?
11:21 < jeru> rxr: what is klibc anyways ;)
11:22 < rxr> some halfly functional stuff proposed and marketed for initramfs ...
11:22 < jeru> ah ok ...
11:22 < rxr> kernel libc ...
11:26 < jeru> hmmm ... fgetty doesn't build ...
11:26 < rxr> did the last time for me ...
11:26 < rxr> with uclibc IIRC
11:27 < CIA-9> rene * r8380 /trunk/scripts/Cleanup: * prepared scripts/Cleanup for the upcomming build/ccache-$arch layout
11:28 < jeru> gcc -o login login.o ltostr.o -s -lcrypt
11:28 < jeru> login.o(.text+0x366): In function `main':
11:28 < jeru> login.c: undefined reference to `strlcpy'
11:28 < jeru> collect2: ld returned 1 exit status
11:28 < jeru> make: *** [login] Error 1
11:29 < jeru> I'm using dietlibc for building fgetty
11:34 < jeru> rxr: make CC=gcc CPP=cpp CXX=g++ prefix=/usr CROSS= DIET=
11:35 < jeru> why isn't  DIET=diet ?
11:47 < jeru> rxr: do you have any ideas how to solve the fgetty problem ?
11:49 < rxr> DIET is not diet, because we control what C library is in use
11:49 < rxr> e.g. linking against uclibc or glibc
11:49 < rxr> maybe that fgetty version no longer builds against glibc
11:49 < rxr> it did built against uclibc
11:50 < rxr> I would also need to take a look what's wrong ...
11:53 < jeru> aehm? glibc? why it doesn't link against dietlibc ... if it's present ?
12:00 < rxr> because we have a libc selection ?
12:00 < rxr> I do not want it to be linked with dietlibc when I build my target with uclibc ...
12:01 < rxr> what exactly are you building ?
12:01 < jeru> I wanna use it on tweaked mnemosyne 
12:01 < jeru> with minit support
12:01 < rxr> with glibc as main libc ?
12:02 < jeru> yep ...
12:02 < jeru> can  I select dietlibc for specific packages which support it ?
12:02 < rxr> yes
12:02 < rxr> in some dietlibc expert menu ,-)
12:03 < jeru> ahhh ... ok ...remembering ...
12:07 < rxr> hehe
12:07 < jeru> but ... anyway it's not building if I checked dietlibc support :|
12:07 < rxr> .oO
12:08 < jeru> I'm away for 30min. now ... lunch time :)
12:09 < rxr> cu
12:13 < rxr> cool
12:13 < rxr> glibc:
12:13 < rxr> 465040 Apr 20 12:09 hotplug
12:13 < rxr> diet:
12:13 < rxr> 36096 Apr 20 12:13 hotplug
12:13 < rxr> our C++ hotplug++ work in progress
12:16 -!- mtr [~michael@Ha309.h.pppool.de] has joined #t2
12:32 < rxr> hi mtr 
12:34 < rxr> http://www.golem.de/0504/37579.html
12:44 < rxr> OpenOffice.org 2.0 delayed until July
12:50 < jeru> rxr: nice article :)
12:53 < rxr> jeru: including T2 PR ,-)
12:53 < jeru> hehe :)
12:54 < jeru> rxr: building fgetty manually works 
12:55 < rxr> wiet dietlibc ?
12:55 < rxr> with even ...
12:55 < rxr> maybe enabling dietlibc just for that package has some bug ...
13:01 < jeru> rxr: yep ... it builds with dietlibc
13:08 < jeru> arrghhh ... I think it was just a fault of a dumb user ... had to X fgetty in build with dietlibc again... wasn't checked anymore ... let's see if it works ;)
13:13 < jeru> rxr: works ... sorry ,)
13:16 < rxr> no problem
13:20 < rxr> http://www.heise.de/newsticker/meldung/58773
13:23 < rxr> .oO
13:24 < rxr> and .oO because with ccache one get's way bigger flist wrapper logs - becasue withotu ccahe they contain neraly no noise anymore - and with ccache all the /TOOLCHAIN/... files are in it ..
13:24 < rxr> however that can not be tweaked right now ...
13:24 < mtr> hi rxr
13:25 < rxr> welcome mtr 
13:26 < rxr> ok - new ccache mostly working ...
13:28 < mtr> m$ trivial patents, aren't these patents useless if someone can show that the subject is common and used before?
13:28 < rxr> yep
13:29 < rxr> I used it before - on a peace of paper in my wallet ...
13:29 < rxr> *g*
13:29 < mtr> :)
13:29 < rxr> I guess people in 18xx already did so ...
13:29 < mtr> but perhaps not in redmond
13:30 < jeru> hehe :D
13:30 < rxr> redmond in 18xx? Did it even exist *g*
13:31 < rxr> http://www.symlink.ch/articles/05/04/20/1118226.shtml
13:35 < jeru>   ^ a coward he is ? :)
13:35 < rxr> ok - improved ccache to be committed ...
13:38 < CIA-9> rene * r8381 /trunk/package/develop/ccache/parse-config: 
13:38 < CIA-9> * improved the ccache utilization of T2 by creating one cache per
13:38 < CIA-9>  package, sharing it between builds and using the same cache for
13:38 < CIA-9>  cross compilations and native ones (the generated code for the same
13:38 < CIA-9>  input should be identical), making it totally easiy to be used for
13:38 < CIA-9>  multiple builds and so on
13:38 < rxr> I think I'll restart ooo build onw ,-)
13:38 < rxr> and I'm curious how big the ooo ccache get's ,-)
13:39 < jeru> rxr: I guess your HD will screeeeeeeammm :)
13:39 < rxr> oh - and one other pro: the statistic counter output of the build process is more exact now - formerly parallel builds on the same box messed the ccache statistic counters up ... ,-))
13:39 < rxr> I guess the B-Trees of Reiser will dance with such deep and full trees ...
13:42 < CIA-9> mtr * r8382 /trunk/package/office/aqhbci/ (. aqhbci.conf aqhbci.desc): 
13:42 < CIA-9> * add aqhbci (1.0.6)
13:42 < CIA-9> * included plugins for ddv and rsa cards
13:45 < rxr> the new ccache scales far better ...
13:45 < rxr> stage 2 gcc build:
13:45 < rxr> -> Compiler Cache Hits while pkg build: 25.54% (414 hits, 1207 misses)
13:45 < rxr> formerly nothing would have been cached at that point ...
13:45 < rxr> I guess right now nearly the whole C compiler was built up from the cache ...
13:47 < valentin> re
13:47 < rxr> oh hi valentin 
13:47 < rxr> I just called you add home because I forgot you have to work in the uni today ... *g*
13:52 < valentin> rxr: nice article.
13:54 < rxr> thanks
13:54 < rxr> as usual more stuff comes to mind when it is online, but ...
13:54 < rxr> I have to finish the gcc article until sunday ...
13:54 < rxr> and dietlibc thereafter ...
13:54 < rxr> but first I write hotplug++ code today ...
13:55 -!- mtr_ [~michael@Hbd7c.h.pppool.de] has joined #t2
13:57 < CIA-9> mtr * r8383 /trunk/package/office/aqbanking/aqbanking.desc: * extended aqbanking: kbanking module for KDE bindings and Qt bank manager
14:00 < CIA-9> mtr * r8384 /trunk/package/kde/kmymoney/ (. kmymoney.conf kmymoney.desc): * added kmymoney (0.7 CVS-20050418)
14:01 < valentin> hey - rxr: you used a picture of my personal beeing for your video ?
14:04 < rxr> ouhm - might be the case ..
14:04 < rxr> I wanted to have some hidden T2 PR in it ,-)
14:04 < rxr> you mean from the CeBIT booth ?
14:05 < valentin> yep
14:05 < rxr> hey - and have you seen I deleted the M$ photo in the video *g* ?
14:05 < valentin> hm, that was to fast - mom
14:06 < valentin> haha
14:06 < rxr> ?
14:07 < valentin> the ms deletion
14:07 < rxr> hehe
14:08 < rxr> http://svn.exactcode.de/
14:08 < rxr> we need to hack more ...
14:09 < rxr> valentin: you'll help hacking the livecd thing the next days ?
14:09 -!- mtr [~michael@Ha309.h.pppool.de] has quit [Read error: 110 (Connection timed out)]
14:09 < valentin> rxr: tell me what to do now :)
14:09 < rxr> good - I already see golem vistors as peek in the apache stats
14:09 < rxr> valentin: now ?
14:09 < rxr> hack the Network frontend and then the Install
14:09 < rxr> er
14:10 < valentin> ok
14:12 < rxr> ok - /me shortly getting some fresh ingredients for my lunch ..
14:13 < rxr> and then my afternoon will be covered by watching OOO beeing built^W^W^W^W hacking early userspace / hotplug++ Embedded C++ code ...
14:13 < rxr> want to have that working fully until tomorrow night ...
14:14 < rxr> load average: 2.49, 2.05, 2.26
14:14 < rxr> ^- OOO build ...
14:14 < rxr> btw. what about using grub on the next gen live cd ?
14:15 < rxr> my test code currently does - and it is quite smooth and neat
14:15 < rxr> we could even use the patch to make grub colorful
14:15 < rxr> and I thing is is possible to add a continue booting from HD with grub - if I'm not too mistaken ...
14:15 < valentin> that would be good - but perhaps i would hide the bootloader menu at all
14:15 < valentin> ar show it a short time only
14:16 < valentin> at least for that project thing
14:17 < rxr> well - I think especially for this project a continue to boot from HD button would be nice
14:17 < rxr> of course auto boot either the CD or HD - whatever we find more intuitive - after 10 seconds or so is good, too
14:26 < CIA-9> rene * r8385 /trunk/package/multimedia/tvtime/tvtime.desc: * updated tvtime (0.9.15 -> 0.99)
14:33  * jeru likes grub too :)
14:33 < jeru> hi valentin ... :)
14:33 < valentin> hi jeru 
14:36  * rxr back soon
14:36 < rxr> and wine is currently test building
14:36 < rxr> cu
14:37 < CIA-9> rene * r8386 /trunk/ (package/develop/ccache/parse-config scripts/Cleanup): 
14:37 < CIA-9> * fixed new ccache implementation's symlinking for manually builds
14:37 < CIA-9> * improved the formating of the Cleanup help suggestion regarding
14:37 < CIA-9>  -build and -cache
15:02 < rxr> huh - wine still building ... ?
15:05 < rxr> hm - altough ooo is building longer:
15:05 < rxr> # du -csh ooo/ wine
15:05 < rxr> 38M     ooo/
15:05 < rxr> 53M     wine
15:05  * rxr preparing lunch ...
15:07 < rxr> == 04/20/05 15:07:25 =[9]=> Finished building package wine.
15:08 < CIA-9> rene * r8387 /trunk/package/emulators/wine/wine.desc: * updated wine (20050310 -> 20050419)
15:16 < jeru> ok ... leaving now ... cu later :)
15:16 -!- jeru [~jeru@mail.oberlinhaus.de] has quit [Remote closed the connection]
15:16 < CIA-9> mtr * r8388 /trunk/package/security/libchipcard/libchipcard.desc: * updated libchipcard (0.9.1 -> 1.9.12)
15:20 < CIA-9> mtr * r8389 /trunk/package/security/cyberjack/ (. ctapi-header.patch cyberjack.desc): * added cyberjack (2.0.8)
15:20 -!- sepp [~sepp@p213.54.224.9.tisdip.tiscali.de] has joined #t2
15:20 < sepp> hi
15:22 < mtr_> hi sepp 
15:26 -!- veki [~chatzilla@217.24.19.40] has joined #t2
15:32 < CIA-9> mtr * r8390 /trunk/package/kde/kmymoney/kmymoney.desc: * changed kmymoney to utilize common kde settings from kde-conf.in
15:34 < rxr> 72M     build/ccache-x86/ooo/
15:36 < CIA-9> mtr * r8391 /trunk/package/base/uclibc/parse-config-9: * add some more packages with config.sub hacks
15:41 < CIA-9> mtr * r8392 /trunk/package/base/uclibc/uclibc.conf: * read uclibc customization from $targetdir (instead of $confdir)
15:41 < rxr> 81M     build/ccache-x86/ooo/
15:53 < mnemoc_> :D
15:54 < mnemoc_> mtr_: about 8392, it should be config -> target -> generic because a particular build of a target may need it's own config
15:58 < mtr_> hi mnemoc_ 
15:58 < mnemoc_> hi mtr_ :D
16:01 < mtr_> mnemoc_: what is wrong with r8392?
16:04 < mnemoc_> per $target uclibc config is good, but removing per $config config is not
16:05 < rxr> mnemoc_: slept well ?
16:05 < rxr> mnemoc_: we should do the config change today, corect ?
16:05 < rxr> 97M     build/ccache-x86/ooo/
16:05 < rxr> == 13:52:56 =[9]=> Building office/ooo [1.9-m90 2.1.0-rc2].
16:08 < mnemoc_> rxr: what will we do, compatibility or conversion'
16:08 < mnemoc_> ?
16:08 < mnemoc_> both are ok to me
16:09 < rxr> sed -i would be ok for me
16:10 < mtr_> mnemoc_: r8392: yes, agreed, i removed the $confdir/uclibc.cfg , which is confusing, cause it should go into uclibc.conf
16:12 < mnemoc_> mtr_: i'm slow today.... what do you mean by 'it should go into uclibc.conf' ?
16:12 -!- veki [~chatzilla@217.24.19.40] has left #t2 []
16:26 < rxr> I estimate the ooo ccache grows up to over 400MB in size
16:29 < mnemoc_> does your rewrite clean old ccache?
16:29 < rxr> nope
16:29 < rxr> it does not mess with the old cache
16:31 < mnemoc_> http://t2.geeks.cl/regressions/ref/log/5-xserver.err <-- FYI
16:31 < mnemoc_> i wonder if i should Cleanup -full
16:33 < rxr> hm - manually it built on x86 and via T2 on powerpc
16:37 -!- rxr_ [~rene@e178128179.adsl.alicedsl.de] has joined #t2
16:37 -!- Topic for #t2:  T2 | 2.1.0-beta4 RELEASED | The next generation of System Development Environments (SDE) | http://www.t2-project.org/
16:37 -!- Topic set by menomc [] [Sat Apr 16 00:33:34 2005]
16:37 [Users #t2]
16:37 [ _Ragnar_] [ jsaw_  ] [ mtr_] [ rxr ] [ sepp     ] [ valentin] 
16:37 [ CIA-9   ] [ mnemoc_] [ nzg ] [ rxr_] [ sparc-kly] 
16:37 -!- Irssi: #t2: Total of 11 nicks [0 ops, 0 halfops, 0 voices, 11 normal]
16:37 -!- Channel #t2 created Sun Aug  8 21:15:33 2004
16:37 -!- [freenode-info] please register your nickname...don't forget to auto-identify! http://freenode.net/faq.shtml#nicksetup
16:38 -!- Irssi: Join to #t2 was synced in 15 secs
16:38 < mnemoc_> mtr_: about 8383, you are adding a new download but you are doing nothing with it
16:38 < mnemoc_> [10:32:23] <mnemoc_> http://t2.geeks.cl/regressions/ref/log/5-xserver.err <-- FYI
16:38 < mnemoc_> [10:32:51] <mnemoc_> i wonder if i should Cleanup -full
16:39 < rxr_> mnemoc_: well - not yet I would say
16:39 < mnemoc_> rxr: ok
16:41 < rxr_> 125M    build/ccache-x86/ooo/
16:41 < mnemoc_> rxr_: about build/ccache.... will we forbid $config=ccache ?
16:42 -!- tilix [~tilix@212.116.139.141] has joined #t2
16:42 < rxr_> lol
16:42 < mnemoc_> uhm?
16:43 < rxr_> yeah - you could add code forbidding configs starting with ccache- ,-)
16:43 < rxr_> however - is it that important ?
16:44 -!- rxr [~rene@e178151254.adsl.alicedsl.de] has quit [Read error: 60 (Operation timed out)]
16:44 < mnemoc_> Cleanup -cache will remove $config=ccache
16:44 < mnemoc_> and Cleanup -build will not remove $config=ccache 
16:44 -!- minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2
16:44 < minto> Hi guys
16:44 < mnemoc_> hi minto 
16:48 < rxr_> hi minto 
16:49 < minto> You have all been quite busy again.
16:49 < mnemoc_> T2 never stop
16:50 < rxr_> I'm thinking about making the FLWRAPPER_BASEDIR variable a colon seperated list ...
16:51 < rxr_> we could then strip the ccache dir out in the wrapper as well then ...
16:51 -!- tilix [~tilix@212.116.139.141] has left #t2 ["Konversation terminated!"]
16:51 < rxr_> currently the ccache does fill the log that I just made sure will not be filled up that much ...
16:52 < mnemoc_> ack
16:52 < rxr_> I could also remove the /tmp/ hardcoding then - and we would have this in that BASEDIR var:
16:52 < mnemoc_> FLWRAPPER_BASEDIR sounds good
16:52 < rxr_> we already have it
16:52 < mnemoc_> pff
16:52 < rxr_> just that it is not yet a list
16:53 < mnemoc_> why colon separated?
16:53 < rxr_> because all Unix PATHes are?
16:53 -!- keinek [~Keinek@201.254.12.179] has joined #t2
16:53 < keinek> hi everybody
16:53 < mnemoc_> Build-Pkg:322:flistroot="bin boot etc lib lib64 sbin usr var opt"
16:53 < mnemoc_> hi keinek 
16:54 < keinek> hi mnemoc_ 
16:54 < rxr_> mnemoc_: this is not safe for files with spaces ...
16:54 < mnemoc_> rxr_: ah... ok 
16:54 < rxr_> all other unix path specifications are colon seperated ...
16:54 < mnemoc_> ack
16:54 < rxr_> and it does not matter that much - you would use strtok in C anyway ..
16:55 < rxr_> what delimiter you throw in does not matter much ...
16:55 -!- _jeru [~jeru@p54BFDDAE.dip.t-dialin.net] has joined #t2
16:55 -!- _jeru is now known as jeru
16:55 < jeru> re hi *
16:56 < mnemoc_> rxr_: we still on bash, not C++ :)
16:56 < mnemoc_> hi jeru 
16:56 < rxr_> the wrapper is C ...
16:56 < mnemoc_> oh
16:56 < jeru> hi mnemoc_ :)
16:56  * mnemoc_ slaps himself
16:56 < rxr_> and you can work with : lists in bash just as well as with space ones ...
16:56 < rxr_> and in C++ I would not use strtok - all this old style C string^Wchar* handling is too error prone ...
16:56 < mnemoc_> yes, but IFS= sucks
16:57 < rxr_> well - in this case we do not need to touch the variable much from within bash
16:57 < rxr_> we only set it and are happy .?..
16:59 < mnemoc_> yes yes.... go for it...
17:00 < rxr_> hehe
17:00 < rxr_> later
17:00 -!- You're now known as rxr
17:00 < rxr> tonight or so ..
17:01 < rxr> it is just making flist processing more efficient
17:01 < rxr> I need to do udev / modular kernel boot hotplug++ code written first ...
17:01 -!- minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has quit [Read error: 104 (Connection reset by peer)]
17:02 -!- minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2
17:02 < rxr> 142M    build/ccache-x86/ooo
17:03 < jeru> mnemoc_: your ref build looks ugly :|
17:03 < mnemoc_> yes :(
17:03 < rxr> yeah - not too good
17:03 < rxr> I wonder why it is so ..
17:03 < mnemoc_> new errors appeared on stage 9
17:03 < jeru> mnemoc_: can we reschedule the whole ref build ?
17:04 < mnemoc_> i'm not sure if that would change anything
17:04 < jeru> mnemoc_: I think it will :)
17:05 < mnemoc_> any other vote of Cleanup -full ?
17:05 < jeru> mnemoc_: btw, I finished building a nearly full enabled mnemosyne without problems :)
17:05 < mnemoc_> nice
17:05 < mnemoc_> what about vserver+grsec?
17:05 < jeru> including prelude + snort stuff too ;)
17:06 < rxr> .oO(my desktop and OOO build, too)
17:06 < rxr> OOO for the first time ever that is ...
17:06 < jeru> and some other local stuff ... have to whipe out my local changes soon ;)
17:07 < jeru> mnemoc_: sorry forgot to write the mail regarding vserver + grsec ... arrggg
17:07 < mnemoc_> :(
17:09 < jeru> mnemoc_: I will write it now and start a little search for it
17:13 < CIA-9> amery * r8393 /trunk/package/network/openvpn/ (openvpn.cache openvpn.desc): * updated openvpn (2.0_rc16 -> 2.0)
17:14 < CIA-9> amery * r8394 /trunk/package/network/lftp/ (lftp.cache lftp.desc): * updated lftp (3.0.13 -> 3.1.3)
17:15 < rxr> hm - damn
17:15 < mnemoc_> ?
17:15 < rxr> I would like to restart my X - too bad a OOO build is running in a xterm ...
17:15 < mnemoc_> screen is your friend
17:16 < jeru> mnemoc_: http://vserver.limehouse.org/ :) download quickly 
17:17 < jeru> but it's now for 2.0pre1 should I update to vserver 2.0pre1 too ?
17:18 < CIA-9> mtr * r8395 /trunk/package/office/aqbanking/aqbanking.conf: * add kbanking and qbankmanager to aqbanking package (part II)
17:19 < jeru> mnemoc_: is #vserver heavy "loaded" with rock developers ?
17:20 < mnemoc_> uhm?
17:20 < mnemoc_> who?
17:20 < jeru> mnemoc_: I just ask 
17:21 -!- mnemoc_ [~amery@200.75.27.8] has quit ["Changing server"]
17:25 -!- mnemoc [~amery@200.75.27.8] has joined #t2
17:28 < jeru> mnemoc ... I'll try to update vserver and including grsecurity ... ok ?
17:29 < mnemoc> ok
17:44 < rxr> 166M    build/ccache-x86/ooo/
17:46 < mnemoc> mtr_: about 8395, you can do the same on .desc using: [SRC] .
17:46 < mnemoc> mtr_: you will are forcing kde dependecy over aqbanking what is wrong
17:46 < mnemoc> errr
17:47 < mnemoc> but you are  forcinf....
17:48 < mtr_> mnemoc: so the kbanking addon should be optional, depending on pkginstalled kdebase
17:49 < mnemoc> yep
18:01 < rxr> 11488
18:01 < rxr> files in the ooo ccache so far ...
18:05 < rxr> jsaw_: are you around?
18:09 < mnemoc> jsaw is a ghost
18:11 < rxr> well - not quite
18:11 < rxr> but I just wanted to know if he is sitting near his terminal
18:11 < rxr> regarding hotplug++
18:21 < rxr> hey!
18:21 < rxr> I made it !!!
18:21 < rxr> http://linux.slashdot.org/linux/05/04/20/1514205.shtml?tid=104&tid=117&tid=106
18:21 < rxr> the first storry I got onto slashdot ,-)!
18:23 < mnemoc> *click*
18:24 < jeru> oh! click ....
18:25 < rxr> and if they read the end some more slashdotters will notice T2 ,-)
18:25 < mnemoc> :D
18:27 < CIA-9> amery * r8396 /trunk/package/develop/ccache/parse-config: * fixed ccache/parse-config to not link loop inside the link
18:27 < mnemoc>  [ of René vine ]
18:27 < rxr> hehe
18:31 < jeru> :)
18:36 < mnemoc> rxr:  grep fbmmx.h /var/adm/flist/*
18:38 < rxr> grep: /var/adm/flist/*: No such file or directory
18:38 < rxr> ;-=)
18:39 < mnemoc> :\
18:39 < rxr> ok - with lists no match ...
18:39 < rxr> mnemoc: I compile it on my athlon ...
18:39 < rxr> I have not yet done it automated by T2 - only on the iBook
18:39 < rxr> I keep care ...
18:48 < rxr> ouhm - I seem to need a new harddisc for all the DVB dumps ...
19:01 < rxr> ouhm - now the Xng news generated more traffic from golem on http://www.t2-project.org than the T2 news on their site ...
19:07 < mnemoc> .oO( what can that mean? )o
19:13 < mnemoc> before or after /.?
19:13 < rxr> that means our PR is successful ,-)
19:14 < rxr> well - before
19:14 < rxr> and now it get's even higher ...
19:14 < mnemoc> :D
19:14 < rxr> also distrowatch causes more traffic on our boxes ...
19:14 < jeru> :D
19:14 < rxr> distowatch is by far the news site that brings the most people to T2
19:14 < mnemoc> we must get rc1 out
19:15 < rxr> yeah
19:15 < mnemoc> about SDECFG_ ... will we use compatibility or conversion of old config files?
19:15 < rxr> I have not taken a look how they get read / sourced
19:16 < rxr> if if compat is easy to archive we can do it
19:16 < rxr> if not - just convert it on first startup ...
19:16 < rxr> r1 | (no author) | 2003-04-26 01:28:20 +0200 (Sat, 26 Apr 2003) | 2 lines
19:16 < rxr> Initial import.
19:16 < rxr> what about getting -rc1 out until 04-26 ?
19:17 < mnemoc> svn anniversary?
19:17 < rxr> that leaves us 6 days to work *g*
19:17 < rxr> intial svn import anniversary, yes ,-)
19:17 < rxr> when we missed the ROCK-2.0 anniversary slightly ...
19:18 < mnemoc> tag&branch? or branch before tag?
19:18 < rxr> I think branch before tag
19:19 < rxr> because until tomorrow night I want modular kernel with udev and early userspace and hotplug++ functional
19:19 < rxr> and I like versioned backups ...
19:19 < rxr> not that a Cleanup of mistpyed rm -rf wipes my work ...
19:20 < mnemoc> let's branch after SDECFG
19:25 < rxr> ack
19:25 < rxr> who does it? you, me, valentin, ... ?
19:25 < rxr> SDECFG I mean ...
19:26 < rxr> 219M    build/ccache-x86/ooo/
19:26 < rxr> == 13:52:56 =[9]=> Building office/ooo [1.9-m90 2.1.0-rc2].
19:26 < mnemoc> flist?
19:26 < rxr> mnemoc: flist what ?
19:27 < mnemoc> size
19:27 < rxr> hehe
19:27 < mnemoc> fl_wrapper stuff
19:27 < rxr> if I would not use ccache wlog would only have one entry so far ...
19:28 < rxr> as I wrote my flwrapper changes reduced the log size by 1.65GB or so ...
19:28 < rxr> (for ooo)
19:28 < rxr> that is why I did them ...
19:28 < rxr> 130M    fl_wrapper.rlog
19:28 < rxr> 8.0M    fl_wrapper.wlog
19:28 < mnemoc> includinf ccache?
19:28 < rxr> wlog has, aside from the /var/adm only ccache ...
19:29 < rxr> # grep -v ccache fl_wrapper.wlog 
19:29 < rxr> time.bash(Build-Pkg).open64:    /var/adm/logs/9-ooo.out
19:29 < rxr> as expected ...
19:29 < mnemoc> i'll do SDECFG and you improve FLWRAPPER_BASEDIRS :)
19:29 < rxr> that is why I thought about further optimization with a collon seperated FLWRAPPER_BASEDIR so that those ccache noise is also stripped away in the first place ...
19:30 < rxr> .oO(T2 is getting sooo smooooooooooth ,-)
19:31 < mnemoc> we have cleaned rock a lot
19:32 < rxr> yep - a result from not implementing any random idea - but working together getting all working and smooth ...
19:33 < rxr> I saw the ROCK people made the next questionable decission - moving Emerge functionality into Build-Pkg ... :-(
19:33 < mnemoc> oh
19:33 < rxr> but - I stop ranting about it ...
19:34 < mnemoc> each team is free to make their own decitions
19:34 < rxr> yep
19:37 < rxr> should I later rename the flwrapper envvar from FLWRAPPER_BASEDIR to FLWRAPPER_FILTERDIR ?
19:37 < rxr> I would not want this in the first run, because I want to continue my ooo build with the tweaked wrapper first ...
19:37 < rxr> I C-z'ed it right now ...
19:39 < rxr> hm - the filtering will become slighly less efficent
19:39 < rxr> I have to remove my basedir len caching ... now that it is not anymore one path ...
19:39 < rxr> of course this will be barely noticeable on todays machines ,-)
19:40 < valentin> rehi
19:41 < rxr> rehi
19:41 < rxr> valentin: we are partially on slashdot ,-)
19:41 < mnemoc> FLWRAPPER_FILTERDIR looks better
19:41 < rxr> mnemoc: ok - ack. but after my OOO build finished ,-)
19:42 < valentin> i saw ...
19:45 < rxr> on your network traffic stats *g* ?
19:48 < valentin> did not notice any latency
19:48 < valentin> at least not with my ssh connection from university :)
19:49 < rxr> you know the apache log prettifier url ,-)
19:49 < keinek> hi
19:49 < keinek> is a good moment for build a target?
19:50 < rxr> I think so
19:50 < rxr> or - hm - if you have some time
19:50 < rxr> build tomorrow
19:50 < rxr> then you will start building with a quite API,ABI and so on froozen T2 ... 2.1 tree ...
19:50 < keinek> ok... so i wait.
19:50 < valentin> when is the CFG replacement stuff on schedule ?
19:50 < rxr> valentin: due to tonight
19:54 < mnemoc> compatibility is senseless.... i'll go for auto-conversion
19:54 < rxr> good
19:54 < mnemoc> Config cleans config file and rewrites
19:54 < mnemoc> so it gets changed anyway
19:56 < rxr> we need to make Config non destructive later on
19:56 < rxr> there seldom is a week where I do not loose a config due to C-c or so ...
19:56 < mnemoc> rxr: where can i download a good mail-on-commit hook script for svn?
19:56 < rxr> or by two parallel builds rebuilding the same config in parallel
19:56 < rxr> mnemoc: there is one supplied with subversion 
19:57 < mnemoc> is it good?
19:57 < rxr> in some tools doc s.th. directory
19:57 < rxr> I only modified it partially ..
19:57 < rxr> you can also have mine if you like to ...
19:58 < rxr> it was from some 0.2.x subversoin - but works since then
19:58 < mnemoc> please :)
19:58 < rxr> I mostly changed the diffstat injection and the how to get the changeset notice
19:58 < rxr> however for T2 I think about making mailing the whole diff again, so with so many comitees we review them easier in the MUA ...
19:59 < mnemoc> ack
19:59 < mnemoc> or a href to websvn?diff
20:00 < rxr> http://exactcode.de/rene
20:00 < rxr> commit-email.pl  
20:01 < mnemoc> thanks
20:02 < mnemoc> color diff are nice 
20:09 < keinek> mnemoc, pppoe exist in t2?
20:09 < mnemoc> it's part of ppp
20:09 < keinek> are you sure?
20:09 < mnemoc> of course
20:09 < mnemoc> i use pppoe on most places
20:10 < mnemoc> we even have pppoe support on rocknet
20:10 < keinek> and how configure that?
20:10 < mnemoc> interface ppp0
20:10 < mnemoc>         ppp eth0 debug
20:10 < mnemoc>                 pppoe
20:10 < mnemoc>                 ppp_option defaultroute
20:10 < mnemoc>                 ppp_option user "xxx@yyy"
20:11 < keinek> like a another eth0?
20:11 < keinek> Mmmm i like that
20:11 < mnemoc> yep
20:11 < keinek> meaby today install my t2 in the server.
20:11 < mnemoc> :)
20:12 < keinek> is easy install one dhcp?
20:12 < mnemoc> there are is a dhcp option
20:12 < mnemoc> .oO( what meaby means? )o
20:13 < keinek> perhaps?
20:14 < keinek> but if i configure dhcp... how share the files by nfs?
20:14 < rxr> maybe ,-)
20:14 < sepp> http://home.arcor.de/sebastian.czech/t2/wip.jpg
20:14 < sepp> one poster idea :)
20:14 < keinek> i use every day the Static IP to access and share files between computers.
20:14 < keinek> Thans rxr ;)
20:14 < keinek> maybe
20:14 < keinek> English... lesson 1
20:15 < keinek> when keinek said "meaby" he want to say "maybe"
20:15 < keinek> fine sound like FIND, but is fine.
20:15 < rxr> you can configure a nameserver to hand out names for dynamic dhcp addresses ..
20:15 < keinek> :D
20:16 < rxr> but for you local setup I would not recommend such a bigger DHCP configuration
20:16 < keinek> Mmmm i like that
20:16 < rxr> only if you like to practice settting such stuff up ,-)
20:16 < keinek> so... after i do mont nameserver:/share /mnt/remote
20:16 < keinek> ?
20:16 < keinek> mount*
20:16 < rxr> nope
20:17 < rxr> your nameserver is the server box that hands dhcp addresses and names out
20:17 < keinek> right
20:17 < rxr> it might be named keineks-server
20:17 < keinek> right
20:17 < keinek> mount thenameserver:/sharefiles /mnt/remotefiles
20:17 < keinek> :)
20:17 < rxr> the clients get other more mnemonic names such as window-client-xyz and the-linux-box ...
20:18 < rxr> ah - yes - this would be the mount command
20:18 < keinek> ok remember that is not samba.
20:18 < keinek> :)
20:18 < keinek> ok first step, install the t2 in the server.
20:18 < keinek> after....
20:18 < keinek> NIGHTMARE!
20:19 < rxr> ?
20:19 < keinek> :)
20:19 < keinek> you know... problems...
20:19 < mnemoc> sepp: what did you used?
20:19 < keinek> but i will very happy.
20:20 < sepp> mnemoc: no oss app
20:22 < sepp> there are no nice and fast 3d oss apps :(
20:22 < jeru> hi sepp ... nice picture :)
20:22 < mnemoc> :(
20:39 < valentin> sepp: what about blender, povray ?
20:40 < sepp> sorry i dont like blener
20:43 < valentin> so what did you use ?
20:44 < valentin> i liked the way you can script blender in python
20:44 < sepp> hmm it has no classic manipulator, that sucks
20:44 < sepp> traslabe, rotate, scale ...
20:45 < sepp> translate*
20:45 < valentin> ?
20:45 < valentin> you can do all that stuff in blender
20:45 < sepp> yes
20:46 < sepp> but it has no classic thing that you can touch to translate/scale/rotate ...
20:46 < valentin> you have mouse gestures ,)
20:47 < sepp> but this makes it impossible to work in persp. only view
20:47 < valentin> you can create a small script to draw a panel with a few buttons
20:48 < valentin> then you use theese to apply your affines
20:48 < mnemoc> a tool can't need you to code even the simpler actions
20:49 < sepp> i can not i stopped reading about python at the - we use tabs to indent point
20:49 < valentin> hehe
20:49 < valentin> hate that too
20:50 < rxr> valentin: how was your qt day ?
20:50 < valentin> day ?
20:50 < rxr> just joking
20:50 < valentin> coding simple kde3 apps is not as ugly as i thought it would be
20:51 < valentin> you do not have to type more than for - say gtkmm apps
20:51 < valentin> and the kde component system is quite impressive, when you need editing or webbrouser components :P
20:52 < rxr> yes - sure - I know the kparts and kioslaves ...
20:52 < valentin> though i fear i need to alter rocknet, too
20:52 < rxr> that is why I use KDE and nothing else ...
20:52 < rxr> that is not such of a big problem ...
20:52 < rxr> the product only needs to work with T2 2.2-work-in-progress ...
20:53 < valentin> maybe i create a overall compatible alternative t2-net package ? *g(
20:53 < mnemoc> rxr: did you build ooo without gnome-vfs and friends?
20:53 < rxr> nope
20:53 < rxr> btw. I obfuscated rock net - adding long long shell code into a run-up hook
20:54 < rxr> about 3-4 80char lines of stuff to detect the currently up and runniong box in susan's flat to discover over which I should route ,-)
20:54 < rxr> I was suprised the shell parser did not mangled too much of it ,-)
20:54 < rxr> of course we do not need to support such ugly shell code in run-down up script and so on
20:54 < valentin> at least we need to alter rocknet to know its own state somehow
20:54 < rxr> it is quite driving it outer limites ...
20:54 -!- veki [~veki@bunuel-cpe-49.nat-pool.bgd.sbb.co.yu] has joined #t2
20:54 < rxr> hi veki 
20:54 [Users #t2]
20:54 [ _Ragnar_] [ jsaw_ ] [ mnemoc] [ rxr      ] [ valentin] 
20:54 [ CIA-9   ] [ keinek] [ mtr_  ] [ sepp     ] [ veki    ] 
20:54 [ jeru    ] [ minto ] [ nzg   ] [ sparc-kly] 
20:54 -!- Irssi: #t2: Total of 14 nicks [0 ops, 0 halfops, 0 voices, 14 normal]
20:55 < valentin> it is quite annoying that altering the config while interface is up confuses your system on ifdown
20:55 < mnemoc> yep
20:55 < mnemoc> and it needs a soft 'restart'
20:56 < mnemoc> shuting down interfaces to add iptables rules is evil
20:56 < veki> hi
20:56 < valentin> hi veki
20:56 < veki> hi valentin
20:57 < veki> I found guy who will give me server with dual Xeon and 1GB RAm to compile target
20:57 < mnemoc> .oO( i thought veki was from rome but that says .yu )o
20:57 < valentin> mnemoc: i think that net tool should check what chaining is needed and take a look what is current and do the modifications
20:57 < valentin> veki: nice - i would like to have one too :)
20:58 < mnemoc> me too :D
20:58 < veki> I am not from rome though I lived in Croatia on adriatic coast.  I do have a lot of friends in Rome but not in the neighbourhood we mentioned yesterday :-)
20:59 < veki> my idea is to install on it T2 and try to build distro
21:00 < rxr> ooo build continuing
21:00 < mnemoc> rxr: ccache?
21:00 < rxr> yep
21:00 < rxr> implemented
21:00 < rxr> and deeply tested
21:00 < rxr> or better "in depth" ... ,-)
21:03 < veki> i will let you know when that server will be ready and I hope you will help me if I will have problems in installing t2 on it
21:03 < rxr> of course we will ,-)
21:03 < rxr> just ask here or when too many are asleep on the mailing list
21:06 < mnemoc> uhm, ecuador's congress and army is not supporting their president anymoe
21:07 < rxr> Drupal 4.6.0 
21:07 < veki> OK
21:07 < rxr> mnemoc: ouhm ?
21:07 < mnemoc> there is always one of us awake :)
21:08 < veki> ok, we will be in touch
21:08 < sepp> hmm how do i update system this week :) ?
21:09 < mnemoc> rxr: ecuador, a country :p, is about to change government by force
21:09 < rxr> sepp: now that Update-System is gone ?
21:09 < sepp> yes
21:09 < rxr> mnemoc: I know that ecudor is a country !!!
21:09 < mnemoc> :p
21:09  * rxr is not american ...
21:09 < rxr> sepp: Emerge-Pkg -system
21:09 < mnemoc> good point ;)
21:09 < CIA-9> rene * r8397 /trunk/ (3 files in 3 dirs): (log message trimmed)
21:09 < CIA-9> * further improved the flist wrapper by making FLWRAPPER_BASEDIR a
21:09 < CIA-9>  collon seperated list
21:09 < CIA-9> * removed hardcoded /tmp/ from and added it to the FLWRAPPER_BASEDIR
21:09 < CIA-9>  default entries
21:09 < CIA-9> * improved ccache enabled builds, by adding the CCACHE_DIR to the
21:09 < rxr> for Create-UpdateList
21:09 < CIA-9>  FLWRAPPER_BASEDIR list
21:09 < rxr> sepp: Emerge-Pkg -system -dry-run
21:09 < sepp> rxr: ahh thanks
21:10 < rxr> sepp: please report trouble if it gives you some ...
21:10 < sepp> rxr: ok
21:12 < veki> I have to go now, cu later
21:12 < rxr> cu veki 
21:12 < veki> cu
21:13 -!- veki [~veki@bunuel-cpe-49.nat-pool.bgd.sbb.co.yu] has left #t2 ["Leaving"]
21:14 < CIA-9> rene * r8398 /trunk/scripts/Cleanup: 
21:14 < CIA-9> * further improved Cleanup status output, to not make me kill it so
21:14 < CIA-9>  often in fear it removes vital parts of my build tree ...
21:19 < rxr> 237M    build/ccache-x86/ooo/
21:20 -!- sepp_ [~sepp@p213.54.204.155.tisdip.tiscali.de] has joined #t2
21:20 < mnemoc> Cleanup -download might look at download locks before removing
21:21 < mnemoc> jeru: will we have CMS? :)
21:21 < jeru> we will :) 
21:21 < jsaw_> hi all
21:21 < jeru> hi jsaw_ 
21:21 < rxr> hi jsaw_ !
21:22 < jsaw_> hi jeru, rxr, mnemoc 
21:22 < rxr> jsaw_: I looked into hotplug++ a bit deeper for the first time
21:22 < rxr> I fear I'll rewrite many parts ...
21:22 < rxr> first less old style string stuff should be used
21:22 < jsaw_> I knew that before...
21:23 < rxr> I'll add a mostly STL compatible string class
21:23 < rxr> (as well as some other STL compatible stuff into tinySTL)
21:23 < rxr> jsaw_: why did you made the system class so "feature rich"?
21:23 < jsaw_> that's why I was bugging you to look into it...I don't have too much C++ experience, ya know
21:23 < rxr> we should not really need to know whether it is 2.4 or 2.6
21:23 < rxr> just calling modprove with the module list should be enough, no ?
21:24 < jsaw_> rxr: shit happens, one of my weaknesses: getting lost in details...
21:24 < rxr> jsaw_: no problem - I just wanted to talk some lines about that first ...
21:24 < jsaw_> lemma look...
21:24 < rxr> jsaw_: I think I'll have a coding marathon over the next days
21:24 < valentin> hi jsaw_ 
21:24 < rxr> and get it more modern and working for USB and IEEE1394 until tomorrow night
21:25 < mnemoc> hi ghost^Wjsaw_ 
21:25 < valentin> if i had had a few more time this weekend i would have come over to heidelberg
21:25 < jsaw_> hi valentin 
21:25 < rxr> (I/we need it for the to be functional in 2days max. udev initramfs implementation)
21:25 < jsaw_> mnemoc: :)
21:25 < mnemoc> :)
21:26 < jsaw_> rxr: I don't want modprobe to get stuck, this would hurt while coldplugging
21:26 < rxr> "stuck" ?
21:26 < jsaw_> modprobe does not return on oops
21:27 < sepp_> hmm is it a good idea of Emerge-Pkg -system to update the kernel ?
21:27 < jsaw_> svn: REPORT of '/t2/!svn/vcc/default': Compressed response was truncated (http://svn.exactcode.de)
21:27 < jsaw_> gah, I hate DSL sometimes
21:28 -!- sepp [~sepp@p213.54.224.9.tisdip.tiscali.de] has quit [Read error: 60 (Operation timed out)]
21:28 < rxr> sepp_: depends ... - I'll implement the linux2* glibc* blacklist now ...
21:29 < sepp_> and Emerge -system should ask 
21:29 < rxr> ask what ?
21:29 < sepp_> with a wine update it wants to install isdn crap
21:29 < rxr> .oO(we really need to get rid of the last invalid deps ...)
21:29 < sepp_> Packages scheduled to build: isdn4k-utils libusb arts amule libgphoto sane-backends wine
21:30 < sepp_> for wine  :(
21:30 < sepp_> even if we get rid of i want wine but not arts, and in this point i know what i do ...
21:31 < rxr> then -deps=none
21:31 < rxr> is your friend ,-)
21:31 < CIA-9> rene * r8399 /trunk/package/emulators/wine/wine.cache: * injected an more accurate wine.cache
21:32 < mnemoc> we need to qualify dependencies
21:32 < sepp_> ohh 
21:32 < rxr> yes - in 2.2 or later ...
21:32 < rxr> btw. wine indeed needs the isdn stuff:
21:32 < rxr> isdn4k-utils: usr/include/capi20.h
21:32 < rxr> isdn4k-utils: usr/include/capicmd.h
21:32 < rxr> isdn4k-utils: usr/include/capiutils.h
21:32 < rxr> isdn4k-utils: usr/lib/libcapi20.so
21:33 < sepp_> 3 days i dont look at t2 and everythign changed :)
21:33 < rxr> sepp_: that have been the most wanted changes long scheduled that should be in 2.1
21:33 < mnemoc> emerge vi will try to install xorg on x-less machines :
21:33 < mnemoc> :)
21:33 < rxr> when mnemoc commits the ROCKCFG -> SDECFG conversion 2.1 will be branched off
21:34 < rxr> mnemoc: yeah ...
21:34 < mnemoc> oops.... ok ok
21:34 < rxr> mnemoc: can you sed ROCKDEBUG -> SDEDEBUG on the way?
21:34 < mnemoc> ok
21:34 < rxr> ROCK_DEBUG that is
21:34 < rxr> can you sed ROCK_DEBUG to SDEDEBUG ?
21:35 < rxr> like SDECFG ...
21:35 < mnemoc> will we preserve '_' ?
21:35 < mnemoc> ack
21:35 < rxr> ack ,-)
21:35 < jsaw_> rxr: System class' feature richness: that actually comes from the hotplug scripts. Some of this info is used during detection... 
21:35 < rxr> hm - ok - I take a look
21:35 < rxr> but I most probably make it simplier ...
21:36 < jsaw_> waiting for it... :) 
21:36 < rxr> src680-m90/sc/source/filter/excel
21:36 < rxr> ooo nears to end the build ,-)
21:36 < rxr> jsaw_: btw. you read OOo should bulit now ,-)
21:36 < jsaw_> yes, read it - and am very happy
21:37 < rxr> thanks again for the base work!
21:37 < jsaw_> he, well,... that last bits were the hardest it seems
21:39 < rxr> oh
21:39 < rxr> now that slashdot has my news osnwes picked it up as well ,-)!
21:39 < rxr> http://www.osnews.com/comment.php?news_id=10364
21:39 < CIA-9> sebastian * r8400 /trunk/package/www/firefox/firefox.desc: * changed [S] - they call it stable now
21:40 < jsaw_> nice
21:40 < rxr> which means more T2 PR *evil grin*
21:41 < valentin> rxr: do not toast my line :)
21:46 -!- minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has quit [Read error: 60 (Operation timed out)]
21:47 < rxr> I don
21:47 < rxr> 't think so
21:47 < valentin> dl.sourceforge.net unreachable ?
21:48 < sepp_> same thing here
21:48 < valentin> damn
21:49 < CIA-9> sebastian * r8401 /trunk/package/base/hdparm/hdparm.desc: * updated hdparm (6.0 -> 6.1)
21:50 < valentin> some bot is crawling our website
21:51 < valentin> httpd eats up 30% cpu
21:53 < jsaw_> getting back to my work...cu!
21:53 < jsaw_> [ghostmode] *click*
21:53 < valentin> cu
21:53 < jeru> cu jsaw_ 
21:55 < rxr> cu soon jsaw_ 
21:55 < sepp_> rxr: there is a problem with Emerge-Pkg -system, linux26 for example ignores pkg_linux26_post.conf from package/x11/linuxwacom, i would get a new kernel without wacom (maybe also without nvidia) driver this way
21:56 < sepp_> maybe more packages would have this sort of problem ?
21:56 < rxr> you mean you miss the downloads for those ?
21:57 < sepp_> yes
21:57 < rxr> yes - this is true - a known limitation of Download -package ...
21:57 < rxr> we should indeed fix this one day
22:01 -!- mnemoc_ [~amery@200.75.27.52] has joined #t2
22:03 -!- mnemoc [~amery@200.75.27.8] has quit [Read error: 110 (Connection timed out)]
22:16 -!- vircuser [~PeskyGee@pool-71-240-25-185.pitt.east.verizon.net] has joined #t2
22:16 < vircuser> Hi all.
22:17 < jeru> Hi vircuser aka PeskyGee :)
22:17 < mnemoc_> very unique nick
22:18 < vircuser> just wanted to state if someone wants to know that I just compiled T2 with a minium install w/Xorg and it took about 7 hours on a XP2600 w/1GB RAM 
22:18 < vircuser> heh usially I'm PerkyGee but I'm on  winbloze box right now and didn't think to change  :-)
22:19 < mnemoc_> /nick PerkyGee
22:19 < vircuser> Hey, whats the format in stone to config a network card? I can't seem to get it???
22:19 < mnemoc_> interface eth0
22:19 < mnemoc_>      dhcp
22:19 < mnemoc_>      drop all
22:20 -!- _Ragnar__ [loki@66-146-166-62.skyriver.net] has joined #t2
22:20 < mnemoc_> hi _Ragnar__ 
22:20 < vircuser> so when it asks to config eth0 you put interface eth0 in that field? Sorry for the dumb question but I cna't seem to get that right 
22:21 < mnemoc_> what field?
22:21 < vircuser> I couldn't get the system to compile on my other Linux so I installed the ISO's to compile my own  :-)
22:22 < rxr> mnemoc_: stone ,-)
22:22 < vircuser> when it says: Unconfigured interface eth0 detected. Do you want to create an interface section?
22:22 < mnemoc_> yes
22:22 < vircuser> hit yes and then?? I just put eth0 in there and it doesn't wiork 
22:23 < rxr> well on the next dialog you just hit enter, too
22:23 < rxr> you then will be asked whether to use DHCP or manual settings ...
22:23 < vircuser> It says: The interface name and profile? I want to go static on this 
22:23 < rxr> yes - then just leave eth0 there ... ,-)
22:23 < rxr> then say no to DHCP
22:23 < rxr> and then you get fields where you just tweak the static IPs
22:24 < rxr> ip 192.168.5.1/25
22:24 < rxr>  /24 of course
22:24 < mnemoc_> 25?
22:24 < rxr> ,-)
22:24 < rxr> you only need to modify the address
22:24 < rxr> the ip and /24 (number of bits for the net) need to be preserved 
22:24 < rxr> the next is gw for the gateway
22:24 < rxr> as well as the nameserver
22:24 < vircuser> it tells me everytime: Unknown profile: 'default'
22:25 < vircuser> when I try to start the service 
22:25 < mnemoc_> .oO
22:25 < rxr> hm - which version did you built? this should be fixed in T2 trunk:HEAD
22:25 < rxr> but it was just a warning anyway
22:25 < mnemoc_> we must provide minimal ISOs of every release :(
22:25 < rxr> yes
22:25 < vircuser> I did the latest beta release but I'm using the ISO right now 
22:26 < rxr> know with 2.1-stable and better persistent caching I can provide them ,-)
22:26 < sepp_> yes for x86_64 for example
22:26 < rxr> yes ...
22:26 < vircuser> using the ISO to compile on and I have to get the bootdisc file to compile 
22:26 < rxr> valentin: ah ok - just ignore this spurious warning then ...
22:26 < sepp_> it was a pain to get this running from the cross target
22:26 < rxr> sepp_: you have x86-64 running ?
22:26 < mnemoc_> _Ragnar__ will share with us x86_64 minimal ISOs
22:27 < _Ragnar__> minimal? k
22:27 < sepp_> rxr: i build t2 for x86-64 from a x86
22:27 < mnemoc_> cross target is script friendly, not user friendly
22:27 < sepp_> rxr: but i dont have a x86-64 here
22:28 < mnemoc_> _Ragnar__: thanks :D
22:28 < rxr> sepp_: is the result in production use ?
22:28 < _Ragnar__> with recent trunk or...?
22:28 < rxr> _Ragnar__: yes trunk should be fine ...
22:29 < sepp_> rxr: no i am sorry i had too many problems :(
22:29 < vircuser> after the compile is done. Can I add more apps to it before I burn it and recompile the kernel?
22:30 -!- _Ragnar_ [loki@66-146-166-62.skyriver.net] has quit [Read error: 110 (Connection timed out)]
22:30 < rxr> well - you can add more stuff to the image - however normally you need to add them as normal T2 packages
22:30 < rxr> what do you want to add to the ISO ?
22:31 < vircuser> I'm done compiling the minimal w/Xorg but I would like to add in for the install say ROX-Filer and a few other things 
22:32 < sepp_> rxr: but i plan to buy a dual x86-64 for home use soon
22:32 < rxr> sound great ,-)
22:32 < rxr> vircuser: you can add them to the package list / selection and rerun Build-Tarbget
22:33 < rxr> it will only build the missing pieces
22:33 < rxr> so /me off into the night - cu all
22:34 < mnemoc_> cu rxr 
22:34 < vircuser> rxr: Do I have to remove the others or will it see that they are already done?
22:35 < vircuser> cya rxr
22:38 < mnemoc_> vircuser: Build-Target will continue the build
22:39 < vircuser> cool so then I can add more apps to the ISO before I burn it  :-)
22:39 < mnemoc_> yep
22:39 < vircuser> but can I recompile the kernel>?
22:39 < mnemoc_> you don't need to
22:39 < vircuser> guess I can do that when I get it installed 
22:40 < vircuser> thanks man  :-) 
22:40 -!- minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2
22:40 < mnemoc_> you can tune your kernel using config/$config/linux.cfg
22:40 < vircuser> been wanting to rool my own for a while  :-) just looking for the right tool 
22:40 < vircuser> ooh before I burn the image?
22:40 < mnemoc_> yep
22:41 < vircuser> nice, thanks 
22:41 < mnemoc_> yw
22:45  * valentin falling asleep
23:03 < valentin> cu later
23:05 < mnemoc_> cu valentin 
23:08  * mnemoc_ feels like sh*t
23:09 < sepp_> ohh why?
23:10 < mnemoc_> i haven't been able to get rid of a damn virus
23:10 < sepp_> uhmm 
23:12  * sepp_ wishes mnemoc a good health
23:12 -!- minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has quit [Read error: 60 (Operation timed out)]
23:17 < mnemoc_> we (family) have been about a month 'feedback'-ing viruses between ourselves
23:18 < jeru> mnemoc_: that doesn't sound funny :/ 
23:19 < vircuser> after a compile, how long does it take to do the boot disk??
23:20 < sepp_> should i continue to finish the wip / some more bg's / posters ? i think t2 need much better pr ...
23:20 < vircuser> it looks like it is compiling the whole thing again???
23:20 < sepp_> maybe some nice 3d pics would be a good pr 
23:21 < jeru> hehe :)
23:21 < jeru> sepp_: what about a mascot for T2 ? ;)
23:22 < sepp_> yes but the name ...
23:22 < mnemoc_> a VW T2 :)
23:22 < sepp_> i dont want a tank logo
23:22 < jeru> ack ... and unfortunately I've no insparation for arts right now 
23:23 < jeru> mnemoc_: :D
23:23 < jeru> sepp_: ack ... we're peaceful people :)
23:23 < jeru> at least mostly
23:23 < vircuser> Should be a dude with a kickass guitar. There was a band in the 70's that did a great album and they were called T2  :-)
23:24 < sepp_> ohh really
23:24 < sepp_> maybe tux with a guitar and long hair ?
23:24 < jeru> hehe ... that fits rxr profile ;)
23:24 < vircuser> heheh yea thats the ticket  :-)
23:24 < mnemoc_> when we release 2.1.0 we will have to start a logo contest
23:25 < vircuser> T2:= Total Control  :-)
23:25 < mnemoc_> sounds interesting :)
23:25 < vircuser> with some freaked out hippie/grundge Tux  :-)
23:25 < jeru> hmmmmm ?????
23:25 < jeru> vircuser: hehe :D
23:25 < vircuser> sweet  :-)
23:25 < sepp_> hehe i will make a long haired guitar playing tux tomorrow ;)
23:26 < vircuser> heheh cool 
23:26 < jeru> :D
23:26 < mnemoc_> no tuxes on T2 logo please ;)
23:26 < sepp_> ok
23:26 < mnemoc_> T2 is not a linux
23:26 < vircuser> and Hey, everyone should try to get the album from T2 called: It'll all work out in boomland :-) if you like 70's prog, thats the ticket :-)
23:26 < mnemoc_> we can have darwin or hurd soon
23:27 < sepp_> a long haired gnu/tux/bsd mixture
23:27 < vircuser> well then don't use Tux. Get something else 
23:27 < vircuser> yea
23:27 < mnemoc_> :)
23:27 < jeru> a T2-mutant
23:28 < sepp_> hey nice idea
23:28 < vircuser> How about a Tucan with a guitar  :-) 
23:28 < mnemoc_> years ago, on the other project, i proposed a sculptor dwarf
23:28 < mnemoc_> uhm... a bird....
23:28 < vircuser> T2 the Tucan  :-) FREAK 
23:28 < sepp_> but i tucan with a guitar ?
23:29 < sepp_> a not i
23:29 < vircuser> The Ad: T2 the Tucan says: This OS kicks ass  :-)
23:29 < vircuser> heheh 
23:30 < vircuser> Or a Turtle with Jets coming out its ass  :-) heh 
23:30 < sepp_> maybe a bird with a gnu horn and freebsd arms 
23:30 < sepp_> and a guitar
23:30 < mnemoc_> what a mutant
23:30 < vircuser> :-)
23:31 < jeru> what about dragonfly ?
23:31 < vircuser> already used Dragonfly BSD
23:31 < jeru> I know
23:31 < jeru> :)
23:31 < sepp_> i will try to model something tomorrow
23:32 < vircuser> :)
23:32 < sepp_> a mutant 
23:32 < vircuser> hehe how about T-Rex  :-)
23:32 < sepp_> a trex with 2 heads ?
23:32 < vircuser> T2 The OS w/ Total Control 
23:33 < vircuser> heheh I'm setting here thinking up logos and I haven't even installed it yet heheh talk about MUTANT 
23:33 < sepp_> actually a trex with a tux/gnu/bsd head could be nice but its complex to model 
23:34 < vircuser> heheh you can have him squashing viruses and a MS butterfly  :-) 
23:35 < sepp_> thanks for this "nonsense" i got some new ideas :)
23:35 < vircuser> cool 
23:36 < vircuser> Hey, how long does a boot/rescue compile usually take?
23:36 < mnemoc_> i can only draw geometrical figures :(
23:36 < mnemoc_> around 2-3 hours
23:36 < sepp_> i love 3d
23:37 < vircuser> humm took 7 hrs for a minimal compile humm better get a beer :)
23:37 < sepp_> vircuser: you saw my wip ?
23:37 < vircuser> nope 
23:37 < sepp_> seems you habe good ideas
23:37 < sepp_> have
23:37 < vircuser> hehe thanks :)
23:38 < sepp_> the work in prog. is there - http://home.arcor.de/sebastian.czech/t2/wip.jpg
23:38 < sepp_> it is very minimalistic ...
23:39 < mnemoc_> T2's pen must drive :)
23:40 < vircuser> heheh cool :)
23:40 < mnemoc_> and the train can be loaded with parts of the pets of the projects (packages) we have 
23:40 < vircuser> looks good 
23:40 < sepp_> the source wagon should carry tapes - tape archive ...
23:41 < sepp_> gcc, firefox ...
23:41 < vircuser> maybe run over a few viruses on the way or squash a MS butterfly heheh that would be funny  :-)
23:41 < sepp_> hmm i think i dont like the ms bashing
23:41 < vircuser> You could have code coming out of the smokestack :)
23:41 < sepp_> YES
23:41 < sepp_> nice ides
23:42 < mnemoc_> some day we will be able to build reactos with T2
23:42 < sepp_> i could post the kernel code onto smoke trails 
23:43 < mnemoc_> or our own code
23:43 < vircuser> bury some harddrives in the background and perhaps USB stick or something :-)
23:43 < vircuser> Sticking up like stonehenge 
23:44 < sepp_> my idea was to replace the water thing with a pump that outputs tapes with gcc label for example
23:44 < vircuser> heheh yea nice 
23:44 < sepp_> it is a very early wip ...
23:45 < vircuser> but has potential :)
23:45 < sepp_> thanks for all the ideas !
23:45 < vircuser> np 
23:46 < vircuser> glad I could help a little 
23:47 < sepp_> took me 24h to get the train idea :(
23:47 < vircuser> brr but looks good.
23:47 < vircuser> what did you do it with?
23:48 < sepp_> i started with a tux with a trolly but this does not work
23:48 < vircuser> needs more power  :-) 
23:49 < vircuser> I cannot seem to get my network eth0 to come up for some reason humm 
23:49 < sepp_> it looked bad ...
23:50 < vircuser> yea you need something faster than that  :-)
23:52 < vircuser> Not enough information: 'dev' argument required???? Unknown profile: 'default' how do I fix this?
23:53 < mnemoc_> vircuser: paste your /etc/conf/network here
23:53 -!- veki [~chatzilla@217.24.19.40] has joined #t2
23:54 < vircuser> For new interface name (and profile) what the heck to I put there? It already says eth0 but its not working with just hat??
23:54 < vircuser> mnemoc: I started over 
23:55 < vircuser> mnemoc: unless its got my 8139cp and my eepro100 mixed up as eth1 and 0??? humm but I just cna't get netowrk up on this thing 
23:55 < mnemoc_> eth0   or eth0(profilename)
23:57 < sepp_> ouhm maya just crashed :( - i need to sleep ...
23:57 < sepp_> but i got some new ideas :)
23:58 < sepp_> n8 *
23:58 < vircuser> cya :)
23:58 < jeru> night sepp
23:59 < vircuser> Still not working 
23:59 < vircuser> says same thing unknown profile: default
--- Log closed Thu Apr 21 00:00:39 2005