T2 IRC Log: 2007-06-11

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 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