T2 IRC Log: 2009-03-17
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.
--- Log opened Tue Mar 17 00:00:13 2009
00:04 -!- tri1 [n=tri@p4FCF22CC.dip0.t-ipconnect.de] has quit ["Leaving."]
00:34 -!- T-One [n=T-One@62.218.122.66] has quit [Read error: 60 (Operation timed out)]
00:38 -!- T-One [n=T-One@62.218.122.66] has joined #t2
03:43 -!- fnordianslipeee [n=darren@78.33.82.89] has quit [Read error: 110 (Connection timed out)]
04:50 -!- Netsplit over, joins: CIA-41
04:50 -!- Netsplit kornbluth.freenode.net <-> irc.freenode.net quits: @ChanServ
04:51 -!- Netsplit over, joins: @ChanServ
06:47 -!- Netsplit kornbluth.freenode.net <-> irc.freenode.net quits: koan
06:49 -!- Netsplit over, joins: koan
06:49 -!- koan [n=koan@unaffiliated/koan] has quit [Success]
06:49 -!- koan [n=koan@unaffiliated/koan] has joined #t2
06:55 -!- synchris_odium [n=synchris@athedsl-202753.home.otenet.gr] has joined #t2
07:12 -!- synchris [n=synchris@pdpc/supporter/professional/synchris] has quit [Read error: 110 (Connection timed out)]
08:05 -!- T-One [n=T-One@62.218.122.66] has quit [Read error: 104 (Connection reset by peer)]
08:05 -!- T-One [n=T-One@62.218.122.66] has joined #t2
09:09 -!- T-One [n=T-One@62.218.122.66] has quit [Read error: 110 (Connection timed out)]
09:20 < CIA-41> rene * r32605 /trunk/package/base/linux26/linux26.desc: * updated linux26 (2.6.28.7 -> 2.6.28.8)
09:41 -!- tfl0pz [n=tfl0pz@mail.constalant.com] has joined #t2
09:41 < tfl0pz> moin
09:41 < tfl0pz> anyone ever had an issue with xorg-server 1.6 not building kbd_drv?
09:42 < rxr> I'm not yet on 1.6
09:42 < rxr> (and actually I'm thinking about dropping X from our platforms due to excessive and ungoing breakage and slowness)
09:46 < tfl0pz> thanks rxr :) to me this means 'forget about it' ;)
09:46 < tfl0pz> it will save me lots of time actually
09:46 < rxr> (our platform I do not mean t2 :-) just things we base on it ...)
09:47 < rxr> I hope aldas tested it ...
09:47 < rxr> maybe try to use the evdev driver instread of the "obsoleted" kbd and mouse one?
09:49 < tfl0pz> hmm i could give it a try
09:50 < rxr> for me the release quality and development in the open source world in the last 5 years is a big joke
09:50 < rxr> thanks god I spent 50% of my time in OS X these days ...
09:53 < tfl0pz> yep we've spent a tremendous amount of time debugging annoying open source bugs instead of doing actual work
09:53 < rxr> yeah -and just because developer again and again obsolete / delete working code and instead of fixing a one-liner bug rewrite whole modules for the fun of it ..
10:03 -!- fnordianslipeee [n=darren@78.33.82.89] has joined #t2
10:20 -!- T-One [n=T-One@62.218.122.66] has joined #t2
10:33 < tfl0pz> and btw rxr is everything with the 2.6.28 kernel ok with t2 because i seem to have weird problems with it (just to know if the issues are in my stuff)
10:33 < rxr> 2.6.28 works quite fine here
10:33 < rxr> what problem d you see
10:33 < rxr> (2.6.28 is booth on our servers and my laptop=
10:33 < rxr> )
10:34 < tfl0pz> i've got a problem when mounting live.squash in initrd - it says '/dev/loop0: no such device' although it has managed to do losetup successfully :/
10:36 -!- fnordianslipeee [n=darren@78.33.82.89] has quit [Read error: 110 (Connection timed out)]
10:51 < CIA-41> rene * r32606 /trunk/package/gnome2/termit/termit.desc: * updated termit (2.1 -> 2.2.0)
10:51 < CIA-41> rene * r32607 /trunk/package/graphic/gimp/gimp.desc: * updated gimp (2.6.5 -> 2.6.6)
10:51 < CIA-41> rene * r32608 /trunk/package/network/crossroads/crossroads.desc: * updated crossroads (2.46 -> 2.47)
10:57 -!- digitaloktay [n=debian@dslb-084-057-253-102.pools.arcor-ip.net] has joined #t2
10:59 -!- digitaloktay_ot [n=debian@dslb-084-057-254-121.pools.arcor-ip.net] has joined #t2
11:15 -!- digitaloktay [n=debian@dslb-084-057-253-102.pools.arcor-ip.net] has quit [Nick collision from services.]
11:16 -!- digitaloktay_ot is now known as digitaloktay
11:39 < rxr> http://www.t2-project.org/packages/uclibc.html <- new cpu architecture remark generation
11:40 < rxr> oads (2.46 -> 2.47)
11:40 < rxr> http://www.t2-project.org/packages/x86info.html
11:43 < rxr> http://www.t2-project.org/packages/dietlibc.html
11:50 -!- michael-i [n=michael-@141.41.40.181] has joined #t2
11:56 < rxr> hi michael-i
11:58 -!- synchris_odium is now known as synchris
12:25 < rxr> oh my god -- there are already 10 bash-4.0 patches ... !!!
12:25 < rxr> ftp://ftp.gnu.org/pub/gnu/bash/bash-4.0-patches/
12:37 < CIA-41> rene * r32609 /trunk/package/network/asterisk/ (asterisk.desc compile.patch):
12:37 < CIA-41> * updated asterisk (1.4.18 -> 1.4.19), fixes compilation with uclibc
12:37 < rxr> michael-i: as of r32609 asterisk now builds for blackfin, on my side
12:37 < CIA-41> based builds
12:38 < rxr> michael-i: I wasted some hours with the new toolchain -- but at least for my bf533 I'm not getting anywhere, way too broken ...
12:41 < CIA-41> rene * r32610 /trunk/package/network/asterisk/no-mmu.patch.blackfin: * added MMU-less support to asterisk (so far enabled for blackfin, only)
12:41 < rxr> michael-i: ok, forgot a patch :-) r32610 and asterisk should build for blackfin
12:45 < CIA-41> rene * r32611 /trunk/package/network/asterisk/asterisk.desc: * updated asterisk (1.4.19 -> 1.4.20)
12:49 < CIA-41> rene * r32612 /trunk/package/network/asterisk/asterisk.desc: * updated asterisk (1.4.20 -> 1.4.21)
12:53 < CIA-41> rene * r32613 /trunk/package/network/asterisk/asterisk.desc: * updated asterisk (1.4.21 -> 1.4.22)
13:25 < michael-i> rxr: saw the mails...nice work. The toolchain is a pain to update from their SVN because it is so slow. Many problems in updating it though, right?
13:27 < rxr> yes, at least for my BF533 i was not able to get even the basic toolchain completely built without errors
13:27 < rxr> I hope your newer CPU is fully covered by the current toolchain
13:28 < rxr> what CPU do you exactly have ?
13:29 < rxr> if one would not need C++ some newer toolchain would work for my BF533, but I did not found a combination while spending some hours that would survice a bootstrap with C++ required
13:30 < rxr> (and AFAIHS asterisk has partially C++ in the sources, anyway9
13:30 < CIA-41> rene * r32614 /trunk/package/network/asterisk-addons/asterisk-addons.desc: * updated asterisk-addons (1.4.5 -> 1.4.6)
13:30 < rxr> ) even
13:31 < michael-i> 527
13:31 < michael-i> in my target, I have a patch which disables the usage of the c++ linker in Asterisk since we're not using any of the module which require it
13:32 < rxr> oh
13:33 < rxr> but still it would be counter productive for others if we update to a halfly working toolchain :-) without C++ support :-)
13:33 < michael-i> that's the crappy part...
13:41 < rxr> ok - and for the fun of it I also fixed the asterisk-addons to cross build
13:41 < CIA-41> rene * r32615 /trunk/package/network/asterisk-addons/ (asterisk-addons.conf asterisk-addons.desc): * fixed asterisk-addons to cross build
13:50 < CIA-41> rene * r32616 /trunk/package/network/ (asterisk/asterisk.conf asterisk-addons/asterisk-addons.conf):
13:50 < CIA-41> * added a "code shared" not to asterisk.conf and fixed
13:50 < CIA-41> a line's whitespacing in asterisk-addons.conf
13:57 -!- digitaloktay [n=debian@dslb-084-057-254-121.pools.arcor-ip.net] has quit ["Verlassend"]
13:59 [Users #t2]
13:59 [@ChanServ] [ koan ] [ mqueiros_] [ Skaperen] [ T-One ] [ zod]
13:59 [ CIA-41 ] [ LMJ ] [ mtr ] [ Stealth ] [ tfl0pz]
13:59 [ dsoul ] [ michael-i] [ rxr ] [ synchris] [ TobiX ]
13:59 -!- Irssi: #t2: Total of 16 nicks [1 ops, 0 halfops, 0 voices, 15 normal]
14:07 -!- RayMan72 [n=radjis@ip245-128-173-82.adsl2.static.versatel.nl] has joined #t2
14:09 < michael-i> rxr, where can I look to begin modifying the "intelligent initrd" in t2? I'm not finding where that is all put together
14:09 < rxr> just do not include the initrd package if you do not want to ouse it
14:09 < rxr> then no initrd should be attempted to be bulid (IIRC)
14:10 < michael-i> ok, i'll take a look. thanks!
14:10 < rxr> as you want to run anything from your own initrd you will not need it anyway
14:10 < rxr> I think (but I can check) the t2 initrd output (if you want to use it at all) should still work without the "standard" initrd being build
14:10 < rxr> that it is it packs the resulting build sandbox together as initrd (IIRC)
14:11 < rxr> so - I gotta go lunch
14:11 < michael-i> enjoy
15:44 < rxr> michael-i: can you reproduce the asterisk on blackfin on your side?
15:45 < michael-i> rxr: I haven't tried it yet...still working on getting linux26 and some 3rd party modules building
16:52 < michael-i> bus time...i might have some postlinux.conf questions for tomorrow :)
16:52 < michael-i> ciao
16:52 -!- michael-i [n=michael-@141.41.40.181] has quit []
16:54 < rxr> cu
16:54 [Users #t2]
16:54 [@ChanServ] [ koan ] [ mtr ] [ Skaperen] [ T-One ] [ zod]
16:54 [ CIA-41 ] [ LMJ ] [ RayMan72] [ Stealth ] [ tfl0pz]
16:54 [ dsoul ] [ mqueiros_] [ rxr ] [ synchris] [ TobiX ]
16:54 -!- Irssi: #t2: Total of 16 nicks [1 ops, 0 halfops, 0 voices, 15 normal]
17:03 -!- RayMan72 [n=radjis@ip245-128-173-82.adsl2.static.versatel.nl] has quit ["i've to Leave"]
17:44 < CIA-41> aldas * r32617 /trunk/package/gnome2/anjuta/anjuta.desc: * updated anjuta (2.24.1 -> 2.26.0.0)
17:44 < CIA-41> aldas * r32618 /trunk/package/kde/kipi-plugins/ (kipi-plugins-0.2.0-libgpod.patch kipi-plugins.desc): * updated kipi-plugins (0.2.0-rc1 -> 0.2.0)
17:45 < CIA-41> aldas * r32619 /trunk/package/kde/digikam/digikam.desc: * updated digikam (0.10.0-rc1 -> 0.10.0)
20:24 -!- digitaloktay [n=debian@dslb-084-057-254-121.pools.arcor-ip.net] has joined #t2
21:46 [Users #t2]
21:46 [@ChanServ ] [ dsoul] [ mqueiros_] [ Skaperen] [ T-One ] [ zod]
21:46 [ CIA-41 ] [ koan ] [ mtr ] [ Stealth ] [ tfl0pz]
21:46 [ digitaloktay] [ LMJ ] [ rxr ] [ synchris] [ TobiX ]
21:46 -!- Irssi: #t2: Total of 16 nicks [1 ops, 0 halfops, 0 voices, 15 normal]
21:47 < CIA-41> rene * r32620 /trunk/package/develop/llvm/ (llvm.conf llvm.desc): * added a clang snapshot to the llvm package
21:55 -!- tri [n=tri@p4FCF1F44.dip0.t-ipconnect.de] has joined #t2
22:02 [Users #t2]
22:02 [@ChanServ ] [ dsoul] [ mqueiros_] [ Skaperen] [ T-One ] [ tri]
22:02 [ CIA-41 ] [ koan ] [ mtr ] [ Stealth ] [ tfl0pz] [ zod]
22:02 [ digitaloktay] [ LMJ ] [ rxr ] [ synchris] [ TobiX ]
22:02 -!- Irssi: #t2: Total of 17 nicks [1 ops, 0 halfops, 0 voices, 16 normal]
22:23 -!- digitaloktay [n=debian@dslb-084-057-254-121.pools.arcor-ip.net] has quit ["Verlassend"]
22:58 -!- tri [n=tri@p4FCF1F44.dip0.t-ipconnect.de] has quit ["Leaving."]
23:01 -!- delirus42 [n=delirus4@76.8.185.207] has joined #t2
23:07 < delirus42> This is probably a silly question... but can the x86 arch of T2 be built from within an x86_64 environment?
--- Log closed Wed Mar 18 00:00:13 2009
00:04 -!- tri1 [n=tri@p4FCF22CC.dip0.t-ipconnect.de] has quit ["Leaving."]
00:34 -!- T-One [n=T-One@62.218.122.66] has quit [Read error: 60 (Operation timed out)]
00:38 -!- T-One [n=T-One@62.218.122.66] has joined #t2
03:43 -!- fnordianslipeee [n=darren@78.33.82.89] has quit [Read error: 110 (Connection timed out)]
04:50 -!- Netsplit over, joins: CIA-41
04:50 -!- Netsplit kornbluth.freenode.net <-> irc.freenode.net quits: @ChanServ
04:51 -!- Netsplit over, joins: @ChanServ
06:47 -!- Netsplit kornbluth.freenode.net <-> irc.freenode.net quits: koan
06:49 -!- Netsplit over, joins: koan
06:49 -!- koan [n=koan@unaffiliated/koan] has quit [Success]
06:49 -!- koan [n=koan@unaffiliated/koan] has joined #t2
06:55 -!- synchris_odium [n=synchris@athedsl-202753.home.otenet.gr] has joined #t2
07:12 -!- synchris [n=synchris@pdpc/supporter/professional/synchris] has quit [Read error: 110 (Connection timed out)]
08:05 -!- T-One [n=T-One@62.218.122.66] has quit [Read error: 104 (Connection reset by peer)]
08:05 -!- T-One [n=T-One@62.218.122.66] has joined #t2
09:09 -!- T-One [n=T-One@62.218.122.66] has quit [Read error: 110 (Connection timed out)]
09:20 < CIA-41> rene * r32605 /trunk/package/base/linux26/linux26.desc: * updated linux26 (2.6.28.7 -> 2.6.28.8)
09:41 -!- tfl0pz [n=tfl0pz@mail.constalant.com] has joined #t2
09:41 < tfl0pz> moin
09:41 < tfl0pz> anyone ever had an issue with xorg-server 1.6 not building kbd_drv?
09:42 < rxr> I'm not yet on 1.6
09:42 < rxr> (and actually I'm thinking about dropping X from our platforms due to excessive and ungoing breakage and slowness)
09:46 < tfl0pz> thanks rxr :) to me this means 'forget about it' ;)
09:46 < tfl0pz> it will save me lots of time actually
09:46 < rxr> (our platform I do not mean t2 :-) just things we base on it ...)
09:47 < rxr> I hope aldas tested it ...
09:47 < rxr> maybe try to use the evdev driver instread of the "obsoleted" kbd and mouse one?
09:49 < tfl0pz> hmm i could give it a try
09:50 < rxr> for me the release quality and development in the open source world in the last 5 years is a big joke
09:50 < rxr> thanks god I spent 50% of my time in OS X these days ...
09:53 < tfl0pz> yep we've spent a tremendous amount of time debugging annoying open source bugs instead of doing actual work
09:53 < rxr> yeah -and just because developer again and again obsolete / delete working code and instead of fixing a one-liner bug rewrite whole modules for the fun of it ..
10:03 -!- fnordianslipeee [n=darren@78.33.82.89] has joined #t2
10:20 -!- T-One [n=T-One@62.218.122.66] has joined #t2
10:33 < tfl0pz> and btw rxr is everything with the 2.6.28 kernel ok with t2 because i seem to have weird problems with it (just to know if the issues are in my stuff)
10:33 < rxr> 2.6.28 works quite fine here
10:33 < rxr> what problem d you see
10:33 < rxr> (2.6.28 is booth on our servers and my laptop=
10:33 < rxr> )
10:34 < tfl0pz> i've got a problem when mounting live.squash in initrd - it says '/dev/loop0: no such device' although it has managed to do losetup successfully :/
10:36 -!- fnordianslipeee [n=darren@78.33.82.89] has quit [Read error: 110 (Connection timed out)]
10:51 < CIA-41> rene * r32606 /trunk/package/gnome2/termit/termit.desc: * updated termit (2.1 -> 2.2.0)
10:51 < CIA-41> rene * r32607 /trunk/package/graphic/gimp/gimp.desc: * updated gimp (2.6.5 -> 2.6.6)
10:51 < CIA-41> rene * r32608 /trunk/package/network/crossroads/crossroads.desc: * updated crossroads (2.46 -> 2.47)
10:57 -!- digitaloktay [n=debian@dslb-084-057-253-102.pools.arcor-ip.net] has joined #t2
10:59 -!- digitaloktay_ot [n=debian@dslb-084-057-254-121.pools.arcor-ip.net] has joined #t2
11:15 -!- digitaloktay [n=debian@dslb-084-057-253-102.pools.arcor-ip.net] has quit [Nick collision from services.]
11:16 -!- digitaloktay_ot is now known as digitaloktay
11:39 < rxr> http://www.t2-project.org/packages/uclibc.html <- new cpu architecture remark generation
11:40 < rxr> oads (2.46 -> 2.47)
11:40 < rxr> http://www.t2-project.org/packages/x86info.html
11:43 < rxr> http://www.t2-project.org/packages/dietlibc.html
11:50 -!- michael-i [n=michael-@141.41.40.181] has joined #t2
11:56 < rxr> hi michael-i
11:58 -!- synchris_odium is now known as synchris
12:25 < rxr> oh my god -- there are already 10 bash-4.0 patches ... !!!
12:25 < rxr> ftp://ftp.gnu.org/pub/gnu/bash/bash-4.0-patches/
12:37 < CIA-41> rene * r32609 /trunk/package/network/asterisk/ (asterisk.desc compile.patch):
12:37 < CIA-41> * updated asterisk (1.4.18 -> 1.4.19), fixes compilation with uclibc
12:37 < rxr> michael-i: as of r32609 asterisk now builds for blackfin, on my side
12:37 < CIA-41> based builds
12:38 < rxr> michael-i: I wasted some hours with the new toolchain -- but at least for my bf533 I'm not getting anywhere, way too broken ...
12:41 < CIA-41> rene * r32610 /trunk/package/network/asterisk/no-mmu.patch.blackfin: * added MMU-less support to asterisk (so far enabled for blackfin, only)
12:41 < rxr> michael-i: ok, forgot a patch :-) r32610 and asterisk should build for blackfin
12:45 < CIA-41> rene * r32611 /trunk/package/network/asterisk/asterisk.desc: * updated asterisk (1.4.19 -> 1.4.20)
12:49 < CIA-41> rene * r32612 /trunk/package/network/asterisk/asterisk.desc: * updated asterisk (1.4.20 -> 1.4.21)
12:53 < CIA-41> rene * r32613 /trunk/package/network/asterisk/asterisk.desc: * updated asterisk (1.4.21 -> 1.4.22)
13:25 < michael-i> rxr: saw the mails...nice work. The toolchain is a pain to update from their SVN because it is so slow. Many problems in updating it though, right?
13:27 < rxr> yes, at least for my BF533 i was not able to get even the basic toolchain completely built without errors
13:27 < rxr> I hope your newer CPU is fully covered by the current toolchain
13:28 < rxr> what CPU do you exactly have ?
13:29 < rxr> if one would not need C++ some newer toolchain would work for my BF533, but I did not found a combination while spending some hours that would survice a bootstrap with C++ required
13:30 < rxr> (and AFAIHS asterisk has partially C++ in the sources, anyway9
13:30 < CIA-41> rene * r32614 /trunk/package/network/asterisk-addons/asterisk-addons.desc: * updated asterisk-addons (1.4.5 -> 1.4.6)
13:30 < rxr> ) even
13:31 < michael-i> 527
13:31 < michael-i> in my target, I have a patch which disables the usage of the c++ linker in Asterisk since we're not using any of the module which require it
13:32 < rxr> oh
13:33 < rxr> but still it would be counter productive for others if we update to a halfly working toolchain :-) without C++ support :-)
13:33 < michael-i> that's the crappy part...
13:41 < rxr> ok - and for the fun of it I also fixed the asterisk-addons to cross build
13:41 < CIA-41> rene * r32615 /trunk/package/network/asterisk-addons/ (asterisk-addons.conf asterisk-addons.desc): * fixed asterisk-addons to cross build
13:50 < CIA-41> rene * r32616 /trunk/package/network/ (asterisk/asterisk.conf asterisk-addons/asterisk-addons.conf):
13:50 < CIA-41> * added a "code shared" not to asterisk.conf and fixed
13:50 < CIA-41> a line's whitespacing in asterisk-addons.conf
13:57 -!- digitaloktay [n=debian@dslb-084-057-254-121.pools.arcor-ip.net] has quit ["Verlassend"]
13:59 [Users #t2]
13:59 [@ChanServ] [ koan ] [ mqueiros_] [ Skaperen] [ T-One ] [ zod]
13:59 [ CIA-41 ] [ LMJ ] [ mtr ] [ Stealth ] [ tfl0pz]
13:59 [ dsoul ] [ michael-i] [ rxr ] [ synchris] [ TobiX ]
13:59 -!- Irssi: #t2: Total of 16 nicks [1 ops, 0 halfops, 0 voices, 15 normal]
14:07 -!- RayMan72 [n=radjis@ip245-128-173-82.adsl2.static.versatel.nl] has joined #t2
14:09 < michael-i> rxr, where can I look to begin modifying the "intelligent initrd" in t2? I'm not finding where that is all put together
14:09 < rxr> just do not include the initrd package if you do not want to ouse it
14:09 < rxr> then no initrd should be attempted to be bulid (IIRC)
14:10 < michael-i> ok, i'll take a look. thanks!
14:10 < rxr> as you want to run anything from your own initrd you will not need it anyway
14:10 < rxr> I think (but I can check) the t2 initrd output (if you want to use it at all) should still work without the "standard" initrd being build
14:10 < rxr> that it is it packs the resulting build sandbox together as initrd (IIRC)
14:11 < rxr> so - I gotta go lunch
14:11 < michael-i> enjoy
15:44 < rxr> michael-i: can you reproduce the asterisk on blackfin on your side?
15:45 < michael-i> rxr: I haven't tried it yet...still working on getting linux26 and some 3rd party modules building
16:52 < michael-i> bus time...i might have some postlinux.conf questions for tomorrow :)
16:52 < michael-i> ciao
16:52 -!- michael-i [n=michael-@141.41.40.181] has quit []
16:54 < rxr> cu
16:54 [Users #t2]
16:54 [@ChanServ] [ koan ] [ mtr ] [ Skaperen] [ T-One ] [ zod]
16:54 [ CIA-41 ] [ LMJ ] [ RayMan72] [ Stealth ] [ tfl0pz]
16:54 [ dsoul ] [ mqueiros_] [ rxr ] [ synchris] [ TobiX ]
16:54 -!- Irssi: #t2: Total of 16 nicks [1 ops, 0 halfops, 0 voices, 15 normal]
17:03 -!- RayMan72 [n=radjis@ip245-128-173-82.adsl2.static.versatel.nl] has quit ["i've to Leave"]
17:44 < CIA-41> aldas * r32617 /trunk/package/gnome2/anjuta/anjuta.desc: * updated anjuta (2.24.1 -> 2.26.0.0)
17:44 < CIA-41> aldas * r32618 /trunk/package/kde/kipi-plugins/ (kipi-plugins-0.2.0-libgpod.patch kipi-plugins.desc): * updated kipi-plugins (0.2.0-rc1 -> 0.2.0)
17:45 < CIA-41> aldas * r32619 /trunk/package/kde/digikam/digikam.desc: * updated digikam (0.10.0-rc1 -> 0.10.0)
20:24 -!- digitaloktay [n=debian@dslb-084-057-254-121.pools.arcor-ip.net] has joined #t2
21:46 [Users #t2]
21:46 [@ChanServ ] [ dsoul] [ mqueiros_] [ Skaperen] [ T-One ] [ zod]
21:46 [ CIA-41 ] [ koan ] [ mtr ] [ Stealth ] [ tfl0pz]
21:46 [ digitaloktay] [ LMJ ] [ rxr ] [ synchris] [ TobiX ]
21:46 -!- Irssi: #t2: Total of 16 nicks [1 ops, 0 halfops, 0 voices, 15 normal]
21:47 < CIA-41> rene * r32620 /trunk/package/develop/llvm/ (llvm.conf llvm.desc): * added a clang snapshot to the llvm package
21:55 -!- tri [n=tri@p4FCF1F44.dip0.t-ipconnect.de] has joined #t2
22:02 [Users #t2]
22:02 [@ChanServ ] [ dsoul] [ mqueiros_] [ Skaperen] [ T-One ] [ tri]
22:02 [ CIA-41 ] [ koan ] [ mtr ] [ Stealth ] [ tfl0pz] [ zod]
22:02 [ digitaloktay] [ LMJ ] [ rxr ] [ synchris] [ TobiX ]
22:02 -!- Irssi: #t2: Total of 17 nicks [1 ops, 0 halfops, 0 voices, 16 normal]
22:23 -!- digitaloktay [n=debian@dslb-084-057-254-121.pools.arcor-ip.net] has quit ["Verlassend"]
22:58 -!- tri [n=tri@p4FCF1F44.dip0.t-ipconnect.de] has quit ["Leaving."]
23:01 -!- delirus42 [n=delirus4@76.8.185.207] has joined #t2
23:07 < delirus42> This is probably a silly question... but can the x86 arch of T2 be built from within an x86_64 environment?
--- Log closed Wed Mar 18 00:00:13 2009