--- Log opened Mon Jun 11 00:00:12 2007 00:33 -!- MasterOne [i=nobody@85.125.207.250] has quit [Remote closed the connection] 01:02 -!- MasterOne [i=nobody@85.125.207.250] has joined #t2 01:31 -!- MasterOne [i=nobody@85.125.207.250] has quit ["Verlassend"] 01:55 -!- idealm [n=ideal@c58-107-18-66.belrs2.nsw.optusnet.com.au] has joined #t2 01:56 -!- idealm [n=ideal@c58-107-18-66.belrs2.nsw.optusnet.com.au] has quit [Read error: 54 (Connection reset by peer)] 02:03 -!- mtr_ [n=Michael@pD9E10E6C.dip0.t-ipconnect.de] has joined #t2 02:20 -!- mtr [n=Michael@kobz-590cb393.pool.einsundeins.de] has quit [Read error: 110 (Connection timed out)] 02:20 -!- mtr_ is now known as mtr 03:32 -!- sepp [n=sepp@BADbe85.bad.pppool.de] has joined #t2 03:36 < rxr> moin 03:38 < sepp> moin rxr ;) 03:39 < rxr> hey sepp! 03:39 < rxr> how comes are are awake at this time ? :-= 03:39 < rxr> :-) even 03:40 < sepp> too hot to sleep in my stupid flat 03:40 < rxr> ah, ic 03:40 < rxr> guess I'll enjoy simillar air when back in berlin in some days ... 03:41 < rxr> off for some sight seeing in simillar hot air - cu then 03:54 -!- sepp_ [n=sepp@BADba9c.bad.pppool.de] has quit [Read error: 110 (Connection timed out)] 08:31 -!- write_erase [n=olivier@81.80.156.36] has joined #t2 08:51 < mtr> moin 09:12 -!- tri [n=Richter@pd95b2df8.dip0.t-ipconnect.de] has joined #t2 09:13 < tri> moin :-) 09:33 < mtr> moin tri 10:07 < tri> mtr: do you have firefox installed ? 10:07 < write_erase> hi 10:07 < tri> hi write_erase 10:07 < tri> write_erase: do you have firefox installed ? 10:09 < mtr> hi write_erase 10:09 -!- Stelz [i=stelz@unaffiliated/stelz] has quit ["There is intelligent life out there..."] 10:10 * mtr 's preferred browser is firefox 10:14 < tri> mtr: can you take a quick look at your /usr/bin/firefox script is there the MOZ_PLUGIN_PATH.patch included ? 10:18 < mtr> hmm, I do not have /usr/bin/firefox :( 10:18 < mtr> which firefox 10:18 < mtr> /opt/mozilla.org/bin/firefox 10:19 < tri> ah ok i mean /opt/.../firefox 10:20 < tri> is there the moz_plugin_patch in your firefox script ? 10:21 < mtr> How can I detect this patch? Should I look just for any instance of MOZ_PLUGIN_PATH? 10:22 < mtr> not found :( 10:22 < mtr> only in seamonkey: 10:22 < mtr> grep MOZ_PLUGIN /opt/mozilla.org/bin/* 10:22 < mtr> /opt/mozilla.org/bin/seamonkey:if [ "$MOZ_PLUGIN_PATH" ] 10:23 < mtr> I have my firefox plugins located in /opt/mozilla.org/lib/firefox-2.0.0.3/plugins 10:24 < tri> hm i think you should find it if you do a vi /opt/.../bin/firerfox ? 10:24 < tri> and there should be added this one http://svn.exactcode.de/t2/trunk/package/www/firefox/MOZ_PLUGIN_PATH.patch 10:25 < tri> on my system the build scripts says it is succefully included but if i look at the firefox script under /opt/.../bin/firefox it isn't 10:25 < tri> and for that reason firefox doesn't care which plugin is in /usr/lib/mozilla/plugins 10:27 < mtr> same here, this patch is applied, but not included in the firefox script 10:27 < tri> how can i trace the buildscripts ? 10:27 < tri> the patch is from 2005 maybe this is a problem ? 10:28 < mtr> seems the patch works only for seamonkey 10:29 < tri> hm 10:32 < mtr> does it work for you if you manually patch firefox? 10:33 -!- Stelz [i=stelz@unaffiliated/stelz] has joined #t2 10:33 < tri> hm one moment i try it 10:51 -!- bfg [n=blacky@203-206-57-245.dyn.iinet.net.au] has joined #t2 10:58 < CIA-9> mtr * r24441 /trunk/package/base/linux26/linux26.desc: * updated linux26 (2.6.21.3 -> 2.6.21.4) 11:05 -!- bfg [n=blacky@203-206-57-245.dyn.iinet.net.au] has quit [Read error: 54 (Connection reset by peer)] 11:44 -!- tri [n=Richter@pd95b2df8.dip0.t-ipconnect.de] has quit [Read error: 54 (Connection reset by peer)] 11:44 -!- tr1 [n=Richter@pd95b2df8.dip0.t-ipconnect.de] has joined #t2 11:56 < tr1> mtr: i think the wrong file is patched with the MOZ_PLUGIN_PATH.patch file 11:56 < tr1> shouldn't it be browser/app/mozilla.in ? 12:36 < rxr> re 12:45 < CIA-9> rene * r24442 /trunk/package/editors/zile/zile.desc: * updated zile (2.2.33 -> 2.2.34) 13:06 < CIA-9> susan * r24443 /trunk/package/gnome2/bluez-gnome/bluez-gnome.desc: * updated bluez-gnome (0.7 -> 0.8) 13:21 -!- sepp_ [n=sepp@BADb8aa.bad.pppool.de] has joined #t2 13:21 < CIA-9> rene * r24444 /trunk/package/graphic/imagemagick/imagemagick.desc: * updated imagemagick (6.3.4-3 -> 6.3.4-5) 13:24 < CIA-9> rene * r24445 /trunk/package/perl/perl-html-table/perl-html-table.desc: * updated perl-html-table (2.05 -> 2.06) 13:25 < CIA-9> rene * r24446 /trunk/package/perl/perl-appconfig/perl-appconfig.desc: * updated perl-appconfig (1.56 -> 1.65) 13:26 < CIA-9> rene * r24447 /trunk/package/perl/perl-netaddr-ip/perl-netaddr-ip.desc: * updated perl-netaddr-ip (4.004 -> 4.007) 13:27 < CIA-9> rene * r24448 /trunk/package/perl/perl-archive-zip/perl-archive-zip.desc: * updated perl-archive-zip (1.18 -> 1.20) 13:27 < CIA-9> rene * r24449 /trunk/package/perl/perl-mime-types/perl-mime-types.desc: * updated perl-mime-types (1.19 -> 1.20) 13:34 < tr1> ping rxr 13:35 < rxr> hi 13:37 < tr1> what are the differents between t2 and opensde ? 13:37 -!- sepp [n=sepp@BADbe85.bad.pppool.de] has quit [Read error: 110 (Connection timed out)] 13:42 < rxr> tr1: you can read that on the IRC logs 13:42 < rxr> this is a long storry and basically boils down that the opensde "founder" wants to have his own personal copy to play with 13:43 < rxr> they already have quickly fall behind in doing package updates in a timely manner as well as re-sorting the whole build system to using opensde gets differnt every week 13:43 < rxr> so probably a lot does not build there at the moment 13:44 < rxr> plus the build scripts are used with different naming and semantinc, while t2 kept it compatible for 5 years or so now 13:45 < rxr> thus more easy for people who tried t2 already 4 years ago and also a better foundation for companie as not "every changing" 13:45 < rxr> plus a whole lot more - ymmv 13:46 < tr1> which date do i have to look for the irc logs ? 13:47 < rxr> around april/may or so last year 13:47 < tr1> i have problems with the firefox MOZ_PLUGIN patch 13:47 < rxr> I do not have an exact date at hand 13:48 < tr1> the patch is against xpfe/bootstrap/mozilla.in 13:48 < tr1> but it isn't working the build script said ok patch included 13:48 < tr1> but if i look at the firefox script in /opt.../bin/firefox there it isn't 13:49 < tr1> now i build firefox and patched the file ./browser/app/mozilla.in 13:49 < CIA-9> susan * r24450 /trunk/package/graphic/poppler/ (3 files): * updated poppler (0.5.4 -> 0.5.9) 13:49 < tr1> and now it is working the plugins in /usr/lib/mozilla/plugins are found by firefox 13:50 < rxr> that sounds good 13:50 < tr1> maybe you can have a quick look on that ? 13:50 < rxr> I do not remeber all the details on that 13:50 < tr1> should i mail it to the list ? 13:50 < rxr> yes, best send a mail with patch to the list 13:50 < rxr> normally I could take a look immediatly, but i'm abroad in Taipei right now 13:52 < tr1> np - i send i mail :-) 13:52 < tr1> and have fun in taipei ! 13:52 < rxr> yeah - we go back tomorrow night, so only 24h left here :_) 13:57 < rxr> so - cu later 13:57 < rxr> have fun 14:00 < tr1> cu 15:16 < tr1> ping sepp 15:21 < sepp_> pong 15:21 < sepp_> :) 15:22 < tr1> can i private msg to you in german ? 15:22 -!- sepp_ is now known as sepp 15:23 < sepp> now you can ;) 15:24 < sepp> but you need to be identified to freenode ... 15:24 < tr1> ah ok 15:25 -!- tr1 is now known as tri 15:25 < tri> ok now :-) 15:29 < mtr> re 15:29 < tri> hi mtr 15:33 < mtr> T2's growing package database reaches wildcard shell expansion limits: 15:33 < mtr> ./scripts/Create-PkgList: line 98: /usr/bin/gawk: Argument list too long 15:34 < mtr> causes by a gawk ... package/*/*/*.desc 15:34 < mtr> *caused 15:34 < mtr> ... 15:36 -!- andr01d [n=root@bzq-219-167-68.static.bezeqint.net] has joined #t2 15:36 < andr01d> hi there, good people 15:36 < sepp> hi there, good andr01d :p 15:37 < tri> hi andr01d 15:37 < andr01d> so how's it going today, compiling as usual? :) 15:39 < sepp> yup 15:39 < mtr> hi andr01d 15:39 < andr01d> hi mtr 15:40 < andr01d> you can congradulate me, i have a compilation box at last! this way I get errors about five times quicker now :) 15:41 < sepp> hehe 15:42 < andr01d> mtr, my offer stands, so if you want access to this box - just send me your pub key 15:44 < andr01d> I mean - if it helps you develop T2 - it's in my interest too 15:44 < mtr> oh yes, there is a virtual beer to earn, i remember ;) 15:45 < andr01d> sepp was the one promising the beer? :) 15:45 < mtr> thought it was you 15:45 < sepp> i did not 15:45 * mtr scrolling back 15:46 < andr01d> nah, I was promising to help you get that beer... but i don't remember who did offer it :) 15:47 < mtr> ah ok, it was pdinoto_ :) 15:48 < andr01d> AHA! well, AFAIK T2 7.0 compiles for Embedded Generic with uClibc... so it's time to hold that promise, pdinoto_ 15:48 < andr01d> now, don't act as if you're away, pdinoto_ ;) 15:49 < pdinoto_> ha ha... 15:49 < pdinoto_> there is no better incentive as beer... ;-) 15:52 < mtr> burning cpu cycles for T2 builds is also most welcome :) 15:53 < mtr> if you could offer some VM for this purpose this would be really helpful 15:54 < mtr> rxr already has a setup and scripts for an automated regression tester 15:54 < pdinoto_> What type of access do you need? 15:54 < mtr> but we could test-build more variations and platforms 15:55 < tri> a think this VM is a nice option 15:56 < pdinoto_> I have space and idle CPU to use, but need to isolate that VM from the rest 15:56 < mtr> andr01d offered a vmware platform on a blade center, afair 15:57 < pdinoto_> of the network in order to get permission. SSH with key exchange is enough? 16:00 < andr01d> yah, the blade center was just assambled, not yet operational... today VMWare infrastructure 3 is being installed on it 16:00 -!- sepp_ [n=sepp@Z65f4.z.pppool.de] has joined #t2 16:00 < andr01d> then i'll get admin acces 16:00 < andr01d> & then i'll be able to give you a dedicated VM 16:01 < andr01d> for meanwhile - I can give you access to my private build machine: Dual Xeon 2.8, 3GB RAM 16:01 < andr01d> DOH! just noticed that I've created it with 8GB disk 16:04 < andr01d> dammit 16:05 < pdinoto_> andr01d: vmware-vdiskmanager is in order... a couple of -cfg's will surely fill 8g :) 16:06 < andr01d> hmm, i can simply add another disk & mount it under /t2 or something 16:07 < pdinoto_> mtr: I would love to help building automatically for regression testing, 16:07 < pdinoto_> mtr: specially for embedded and uClibc, which will close to our needs here... 16:08 < andr01d> maybe we should setup a T2 grid? :) 16:09 < andr01d> beowulf, anyone? :) 16:09 < pdinoto_> mtr: Should I wait for rxr to let him know? You tell him? 16:09 < mtr> :) 16:10 < mtr> pdinoto_: yes, I would like to ask rxr about his regression tester, he already has scripts and a working setup 16:10 < pdinoto_> andrOid: sounds nice... you know how to do it? 16:10 < pdinoto_> mtr: ok. Count me in the T2-build farm as node :) 16:11 < andr01d> never did it, but i'd certainly like to find out how it works :) have lotsa experience with setting up clustered services (DB, mail, etc.) 16:11 < mtr> :) 16:13 < andr01d> well beowulf site claims that it's fairy easy to set up beowulf grid.. "Mind you, it is quite possible to go into beowulfery with no more than a limited understanding of networking, a handful of machines" 16:15 < tri> this could also be nice to have binary (the t2 gem) files 16:17 < write_erase> andr01d, What do you want a grid computing for ? 16:17 < andr01d> to build T2 in seconds? 16:17 -!- sepp [n=sepp@BADb8aa.bad.pppool.de] has quit [Read error: 110 (Connection timed out)] 16:23 < pdinoto_> write_erase: if I understand correctly, instead of several build host you could 16:23 < write_erase> Not sure bewulf would help for that ... 16:24 < pdinoto_> write_erase: have a single, distributed build. 16:24 < write_erase> I'm reading the beowulf FAQ 16:24 < andr01d> yeah, just read it - the app has to be aware opf beowulf in order to use it 16:24 < write_erase> Can I take my software and run it on a Beowulf and have it go faster? 16:24 < write_erase> Yes ! 16:24 < andr01d> that's a bummer 16:24 < write_erase> You need to split it into parallel tasks that communicate using MPI or PVM or network sockets or SysV IPC. 16:25 < pdinoto_> write_erase: me neither :-) That is why I ask... 16:25 < pdinoto_> perhaps distcc would be better... 16:25 < write_erase> I couple of scripts and DISTCC would be ok 16:25 < write_erase> hehe 16:30 -!- bogdan_ [n=bogdan@dyn-89.136.24.164.nt.upcnet.ro] has joined #t2 16:40 < andr01d> looks like distcc is the thing we want... 16:40 < andr01d> I want to be a node 16:48 -!- bogdan_ [n=bogdan@dyn-89.136.24.164.nt.upcnet.ro] has quit [Remote closed the connection] 16:50 < tri> cu 16:50 -!- tri [n=Richter@pd95b2df8.dip0.t-ipconnect.de] has left #t2 [] 16:55 < pdinoto_> cu 16:57 < andr01d> cu man 16:58 < pdinoto_> is there a way to check after a build failure why a particular package 16:58 < pdinoto_> was included in the build? 16:58 < andr01d> great question... 16:58 < pdinoto_> I trimmed down embedded target, and so far I get linux26 to compile, 16:58 < andr01d> at what stage? 16:59 < pdinoto_> and fails at elvis-tiny. 16:59 < pdinoto_> andrO1d: stage-1 16:59 < andr01d> weird.. yesterday i managed to compile elvis-tiny but did fail 1-2 packages afterwards... 16:59 < pdinoto_> I can't grasp where elvis-tiny gets selected... 16:59 < andr01d> afaik elvis is some kind of text editor 17:00 < andr01d> i don't think anything should depend on it... 17:00 < pdinoto_> yep, that is why it is so weird... 17:01 < andr01d> i'll be getting to elvis in 1-2 packages, i'll let you know if it fails/succeeds 17:02 < andr01d> do you have any idea how t2 selects the pacakge it needs to compile next? 17:02 < pdinoto_> ok, let me know, please 17:02 < mtr> target/embedded/config.in implements the package filter, and there it contains a positive filter for elvis-tiny 17:02 < pdinoto_> there is a priority value in the .desc file, that IIRC is fixed. 17:02 < mtr> why does elvis-tiny fail? can you post the error log? 17:03 < pdinoto_> sure... 17:04 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has joined #t2 17:04 < andr01d> yesterday i failed at stage-1 while compiling psmisc - patches failed... 17:05 < andr01d> but there were updates since, so i don't know if it's still relevant 17:06 < andr01d> pdinoto_: how many packages do you have selected for your embedded target? 17:07 < mtr> if you dont care about those single package failures you can do "touch build//var/adm/logs/1-$pkg.log" to create a logfile and tell T2 not to build it again 17:09 < pdinoto_> mtr: http://rafb.net/p/OLmZwX73.html 17:10 < pdinoto_> rxr: oh, nice trick to keep it going. Will try it now. 17:10 -!- Stelz [i=stelz@unaffiliated/stelz] has quit ["There is intelligent life out there..."] 17:12 < andr01d> eh... there's no visible error in the log pdinoto_ pasted (?) 17:12 < misl> hi folks 17:13 < pdinoto_> yes... I did not understand that either... 17:13 -!- Stelz [i=stelz@unaffiliated/stelz] has joined #t2 17:13 < andr01d> can you post /root/t2-7.0-svn/src.elvis-tiny.b1.20070609.010150.25636.t2-build/cmd_wrapper.log ? 17:13 < mtr> pdinoto_: do you have download/mirror/e/elvis-tiny_1.4-20.diff.bz2 ? 17:13 < mtr> hi misl 17:14 < pdinoto_> root@t2-build:~/t2-7.0-svn# ls -l download/mirror/e/elvis-tiny_1.4-18.diff.bz2 17:14 < pdinoto_> -rw-r--r-- 1 root root 13620 May 22 18:46 download/mirror/e/elvis-tiny_1.4-18.diff.bz2 17:20 < pdinoto_> andr01d: http://rafb.net/p/o8di4X49.html 17:20 < andr01d> make.out :-D ROFL 17:20 < andr01d> pdinoto_: hmmm... no leads there too, very strange 17:21 < pdinoto_> in fact, it happened in two different builds. 17:21 < mtr> pdinoto_: the 7.0-stable branch has 1.4-20, for any reason the file did not download 17:21 < mtr> argh, the script did not download the file, i meant ;) 17:22 < andr01d> mtr: thanks a bunch for telling me about ccache... 17:23 < andr01d> only when you follow the .out logs - do you really realize how many things can be cached :) 17:23 < mtr> yw :) 17:23 < mtr> really speeds up the rebuild 17:23 < pdinoto_> oh, I see the .desc has the 1.4-20 patch. Will try a ./script/Download -required 17:24 < andr01d> mtr: I wanted to ask you a big question, is it good time now? 17:24 < andr01d> (to ask the question, i mean) 17:24 < mtr> you may even try: ./scripts/Download elvis-tiny 17:25 < mtr> andr01d: sure, its a good time to ask, but we will see if it's good for an answer too :) 17:25 * andr01d clears the throat 17:26 < andr01d> how do i make adjustments to the kernel of the target at or before the compilation stage? 17:28 < andr01d> a paradox: embedded target contains both grep & ugrep... eh? 17:28 < andr01d> o_O 17:31 < mtr> there are several ways to adjust the kernel .config file: 17:32 < mtr> 1. using scripts/Config -> enable expert options -> Linux kernel options -> apply custom kernel build options 17:33 < mtr> 2. manually create the config/$cfg/linux.cfg file, add a "X CONFIG_SMP" to enable SMP and "O CONFIG_ACPI" to disable, for example 17:34 < andr01d> oh... good enough for me, thanks! 17:34 < mtr> 3. if you copied the whole target directory and derived you own, you may add kernel.conf file, and kernel.conf.sh scripts to modify 17:36 < andr01d> great, thanks! 17:38 -!- write_erase [n=olivier@81.80.156.36] has quit ["Leaving"] 17:40 < mtr> btw, did you notice the distcc article in our wiki: http://bugs.t2-project.org/wiki/Distcc 17:43 < andr01d> now i did :) 17:44 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has quit [Read error: 104 (Connection reset by peer)] 17:48 -!- minto [n=minto@84-104-172-187.cable.quicknet.nl] has joined #t2 17:48 < andr01d> great article... bookmarked for later reference ;) 17:49 < andr01d> mtr: why does T2 need to compile pacakges in numerous stages? 17:49 -!- minto [n=minto@84-104-172-187.cable.quicknet.nl] has quit [Client Quit] 17:53 < mtr> because it gives: independance from the host system, reproducable and reliable results, 17:53 < mtr> and there are some historical reasons 17:54 < andr01d> oh, so the 1st stage compiles the basic compilation tools for taget system, the next stage compiles more packages that are dependent on the 1st stage packages & so on? 17:57 < mtr> yes, basically stage-0 rebuilds all the tools the host system needs, 17:58 < andr01d> so the further down the stages I am - the less chance there is that something gets nasty errors? 17:58 < mtr> stage-1 is called "cross", the basic tools are cross-compiled (even for the same architecture) 17:58 < mtr> yes 17:58 < andr01d> so the main goal is to survive stages 0 & 1, afterwards there's less chance to fail... 17:59 < mtr> stage-3 uses the fresh build to chroot into it and rebuild the toolchain again 17:59 < andr01d> yikes! so stage 3 is also critical 17:59 < mtr> stage-5 then natively builds all the packages 18:01 < andr01d> I assume that it's documented in the docs somewhere, right? 18:01 < mtr> if you check the "This is cross-build between architectures" you only have stages 0&1, and all packages marked with the CROSS flag are cross-build in stage-1 18:01 < andr01d> oh... 18:01 < mtr> http://www.t2-project.org/handbook/html/t2.build-auto.html#t2.build-stages 18:01 < andr01d> what's better? CROSS or the regular 9stage way? 18:02 < andr01d> wow, thanks for the link... 18:02 < andr01d> dammit, psmisc failed on me again 18:03 < andr01d> !> Apply patch /root/t2-7.0rc/package/base/uclibc/patches/psmisc-add_libintl.patch ... 18:03 < andr01d> !> patching file src/Makefile.in 18:03 < andr01d> !> Hunk #1 FAILED at 54. 18:03 < andr01d> !> Hunk #2 FAILED at 179. 18:03 < andr01d> !> 2 out of 2 hunks FAILED -- saving rejects to file src/Makefile.in.rej 18:03 < mtr> touch build//var/adm/logs/1-psmisc.log and run Build-Target again 18:03 < andr01d> you say - ignore it & it'll go away? ;) 18:04 < mtr> ignore today, it will go away tomorrow :) 18:05 < andr01d> done just that, works like magic ;) 18:09 < mtr> pdinoto_: elvis-tiny builds now? 18:14 < andr01d> doh unionfs failed... 18:19 < mtr> unionfs depends on e2fsprogs, which is currently not part of the generic embedded package selection ... :( 18:21 < andr01d> unionimap.c:28:3: error: #error Unionimap needs libuuid to compile 18:21 < andr01d> looks like there's some -dev package missing 18:21 < mtr> libuuid is part of e2fsprogs 18:22 < andr01d> oh... i see... shoul i apply the "touch" method? 18:23 < mtr> .oO 18:24 < mtr> if you do not that too often your target will be non-functional :) 18:24 < mtr> /not/d 18:24 < andr01d> hehe, can i add the e2fsprogs to the package selection? 18:25 < mtr> what do you think is a reasonable package selection for a "Generic Embedded" target? 18:27 < mtr> probably we should create package templates for the embedded build, just like for the generic system 18:27 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has joined #t2 18:27 < andr01d> i think the target should provide the bare minimum - a shell, editor, scripting tools (sed,awk,grep, etc.), disk tools & basic networking tools - just enough to be able to download stuff 18:36 -!- cbrake_away is now known as cbrake 18:39 < andr01d> e2fsprogs compiled successfuly but unionfs still fails 18:49 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has quit [Read error: 110 (Connection timed out)] 18:56 -!- minto [n=minto@84-104-172-187.cable.quicknet.nl] has joined #t2 18:57 -!- minto [n=minto@84-104-172-187.cable.quicknet.nl] has quit [Client Quit] 18:59 < andr01d> trying to skip unionfs 19:01 < andr01d> gatling fails too 19:04 < andr01d> restarted compilation with the "this is a cross-build" unchecked 19:11 < LMJ> hello 19:17 < andr01d> hi there 19:22 < mtr> hi LMJ 19:35 < andr01d> well, I'm out... will probably join you from home... 19:35 < andr01d> cu all 19:38 -!- andr01d [n=root@bzq-219-167-68.static.bezeqint.net] has quit ["harakiri"] 20:44 -!- write_erase [n=olivier@bon13-2-82-237-125-220.fbx.proxad.net] has joined #t2 21:30 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has joined #t2 21:54 -!- sepp_ [n=sepp@Z65f4.z.pppool.de] has quit [Remote closed the connection] 22:24 -!- tri [n=tri@p57ADCC86.dip0.t-ipconnect.de] has joined #t2 22:25 < tri> re 22:29 < Stelz> rehi 22:57 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has quit ["ChatZilla 0.9.78.1 [Firefox 2.0.0.4/2007051502]"] 22:58 -!- tri [n=tri@p57ADCC86.dip0.t-ipconnect.de] has left #t2 [] 23:17 -!- write_erase [n=olivier@bon13-2-82-237-125-220.fbx.proxad.net] has quit ["Leaving"] --- Log closed Tue Jun 12 00:00:13 2007