--- Log opened Tue Aug 10 00:00:49 2010 00:15 < rconstruct> well, poppler now, AC_INIT: not a literal 00:15 < rconstruct> again, autoconf 00:15 < rconstruct> so, autoconf 2.66 = shit, autoconf 2.67 = shit 00:15 < rconstruct> only chance is 2.65 00:15 < rconstruct> i can try and disable poppler, but from what i'm googling/reading 00:15 < rconstruct> it affects countless projects 00:16 < rconstruct> for some reason i truly cannot understand, some autoconf dev decided to break things for the sake of it 02:33 < rconstruct> can't send mails to the ml, gmx.com bounces, seems the list doesn't likes gmx.com 02:34 < rconstruct> a subscription request from another mail account "scored 8.8 points in the SPAM checker" 02:34 < rconstruct> lol 04:36 < rconstruct> xvidcap fixed 06:11 -!- rconstruct [~cgwork@bl17-178-150.dsl.telepac.pt] has quit [Quit: leaving] 07:04 -!- Stealth [stealth@sourcemage/guru/stealth] has quit [Ping timeout: 240 seconds] 07:04 -!- Stealth [stealth@sourcemage/guru/stealth] has joined #t2 08:17 -!- CIA-46 [~CIA@208.69.182.149] has quit [Ping timeout: 248 seconds] 08:44 -!- CIA-32 [~CIA@208.69.182.149] has joined #t2 10:53 <@rxr> re 11:07 < koan> why is gdb built in stage 3 of the generic target? 11:09 <@rxr> historic relicts 11:09 <@rxr> mostly stage 0, 1, and 5 are used 11:09 <@rxr> the stage in between where more used decades ago when the cross building resulted not so 100% identical binaries 11:10 <@rxr> so some stuff was rebuild early after teh bootstrapping to make sure the binaries are fully good 11:10 <@rxr> or to fix circular depdendency issues, where one basic tool features depend on another, and vice versa 11:10 <@rxr> most normal stuff is build in stage 5 (like regular, native stage) or stage 1 (cross build) 11:11 <@rxr> everything after stage 1 (so from 2 and up) is native build inside the fresh sandbox 11:11 < koan> ok 12:27 -!- Baldzius [~aldas@87-198-133-94.static.ptr.magnet.ie] has joined #t2 12:27 < Baldzius> moin 12:27 < Baldzius> good crack -> http://img823.imageshack.us/img823/7646/washingmachinebrickface.gif 12:31 <@rxr> poor brick 12:31 <@rxr> moin moin Baldzius 12:32 < Baldzius> hey rxr 13:50 < Baldzius> I am thinking reverting autoconf back to 2.65 13:51 < Baldzius> too much work fixing packages now :/ 13:51 < Baldzius> it's not so bad basically 16:05 < Baldzius> INFO: Auto-detecting best mirror ... 16:05 < Baldzius> INFO: Downloading mirror-list from t2-project.org. 16:05 < Baldzius> INFO: Testing ... error 16:05 < Baldzius> INFO: Testing ... error 16:05 < Baldzius> INFO: Testing ... error 16:05 < Baldzius> INFO: No Mirror Found! 16:07 < koan> hm I also had some download errors here a couple of minutes ago, maybe related 16:11 < koan> INFO: download from mirror failed, trying original URL. 16:29 < CIA-32> aldas * r37137 /trunk/package/kde/ (26 files in 26 dirs): (log message trimmed) 16:29 < CIA-32> * updated kde (4.4.5 -> 4.5.0), including: 16:29 < CIA-32> updated kdebase-runtime (4.4.5 -> 4.5.0) 16:29 < CIA-32> updated kdepimlibs (4.4.5 -> 4.5.0) 16:29 < CIA-32> updated kde-i18n-de (4.4.5 -> 4.5.0) 16:29 < CIA-32> updated kdelibs (4.4.5 -> 4.5.0) 16:29 < CIA-32> updated kdeartwork (4.4.5 -> 4.5.0) 16:32 < Baldzius> maybe rxr is doing something atm 16:32 < Baldzius> he's been quite today 16:44 <@rxr> re 16:44 <@rxr> was out of the office :_) 16:48 -!- sparc-kly [~mubex@adsl-72-50-28-199.prtc.net] has quit [Ping timeout: 240 seconds] 16:53 <@rxr> had to go to customs, declare my HP thin client that arrived from canada, ... 16:53 <@rxr> :-) 16:53 <@rxr> Transmeta Efficeon 16:57 < Baldzius> :) 16:57 < Baldzius> any reason why dl is down? 17:00 -!- soopurman [~L7-loser@138.sub-75-247-187.myvzw.com] has joined #t2 17:05 <@rxr> nope 17:12 < CIA-32> aldas * r37138 /trunk/package/e16/enlightenment16/enlightenment16.desc: * updated enlightenment16 (1.0.3 -> 1.0.4) 17:14 <@rxr> vm got stuck, somehow 17:14 <@rxr> not easy to see why 17:16 -!- soopurman [~L7-loser@138.sub-75-247-187.myvzw.com] has quit [Quit: Leaving] 17:39 < koan> hm so I have built a target, but some packages failed because they couldn't be downloaded, now I have them downloaded, but when I redo Build-Target, the script complains "Binary file for foobar not present. Skipped in package database." and then it fails creating the output image 17:40 <@rxr> remove the error files of the failed packages 17:40 <@rxr> rm build/.../var/adm/logs/*.err 17:41 < koan> ok now it works, thanks 17:42 <@rxr> the Target build is using the regular log files to store the state of good, and failed builds 17:46 < koan> does Build-Target already create an ISO file? if so, where is it located? 17:47 <@rxr> no Build-ISO does 17:47 <@rxr> I wrote on some TODO that it might be time and nice to have Build-Target create it at the end automagically, ... 17:50 < koan> is there already a script to create an image for use on a USB stick? 17:50 <@rxr> yes, works only with grub (the default) misc/archive/iso2*.sh 17:50 <@rxr> iso2stick.sh I think 17:50 <@rxr> all from top of my mind 17:50 <@rxr> (--typos) 17:51 < koan> so I first create the ISO file with Create-ISO, which I can convert to a USB image with iso2stick 17:51 <@rxr> yes 17:51 < koan> perfect 18:06 < CIA-32> rene * r37139 /trunk/package/graphic/cuneiform/cuneiform.desc: * updated cuneiform (0.9.0 -> 1.0.0) 18:07 < CIA-32> rene * r37140 /trunk/package/xorg/renderproto/renderproto.desc: * updated renderproto (0.11 -> 0.11.1) 18:07 < CIA-32> rene * r37141 /trunk/package/xorg/xextproto/xextproto.desc: * updated xextproto (7.1.1 -> 7.1.2) 18:07 < CIA-32> rene * r37142 /trunk/package/xorg/glproto/glproto.desc: * updated glproto (1.4.11 -> 1.4.12) 18:07 < CIA-32> rene * r37143 /trunk/package/xorg/videoproto/videoproto.desc: * updated videoproto (2.3.0 -> 2.3.1) 18:08 <@rxr> Baldzius: btw. the possible make update causes some regressions 18:08 <@rxr> just in case you noticed that pending possible update and want to tackle it 18:08 <@rxr> I got it in my dirty working-copy trunk 18:08 <@rxr> guess we should wait some weeks or months before that make update even goes into trunk 18:09 <@rxr> -[D] 2397905372 make-3.81.tar.gz ftp://ftp.gnu.org/pub/gnu/make/ 18:09 <@rxr> +[D] 778767654 make-3.82.tar.gz ftp://ftp.gnu.org/pub/gnu/make/ 18:09 <@rxr> Log: 18:09 <@rxr> * updated make (3.81 -> 3.82) 18:09 < Baldzius> ok 18:09 < CIA-32> rene * r37144 /trunk/package/xorg/kbproto/kbproto.desc: * updated kbproto (1.0.4 -> 1.0.5) 18:09 < Baldzius> I don't know if you noticed but I was saying that maybe we should revert autoconf back to 2.65 18:09 <@rxr> even some linux kernel architecutres fail with it due to new, pickier rule evaluation 18:09 < Baldzius> last normal working version 18:10 <@rxr> yeah noticed, but I'm not so much into this auto*junk, so whatever your testing reveals as work better at a given time 18:10 < CIA-32> rene * r37145 /trunk/package/xorg/xproto/xproto.desc: * updated xproto (7.0.17 -> 7.0.18) 18:10 < Baldzius> ok 18:11 < CIA-32> rene * r37146 /trunk/package/xorg/xf86-input-aiptek/xf86-input-aiptek.desc: * updated xf86-input-aiptek (1.3.0 -> 1.3.1) 18:11 < Baldzius> I don't really want to spend time fixing 8.0 because of this 18:11 < CIA-32> rene * r37147 /trunk/package/xorg/xf86-video-i128/xf86-video-i128.desc: * updated xf86-video-i128 (1.3.3 -> 1.3.4) 18:11 <@rxr> sure 18:11 < CIA-32> rene * r37148 /trunk/package/xorg/xf86-video-xgi/xf86-video-xgi.desc: * updated xf86-video-xgi (1.5.1 -> 1.6.0) 18:11 <@rxr> you could do the revert in just 8.0 18:12 < Baldzius> yeah, trunk is fine 18:12 < CIA-32> rene * r37149 /trunk/package/xorg/xf86-video-xgixp/xf86-video-xgixp.desc: * updated xf86-video-xgixp (1.7.99.4 -> 1.8.0) 18:12 < CIA-32> rene * r37150 /trunk/package/xorg/xf86-video-mga/xf86-video-mga.desc: * updated xf86-video-mga (1.4.11 -> 1.4.13) 18:12 < CIA-32> rene * r37151 /trunk/package/xorg/xf86-video-ast/xf86-video-ast.desc: * updated xf86-video-ast (0.89.9 -> 0.91.10) 18:12 < CIA-32> rene * r37152 /trunk/package/xorg/xf86-video-vmware/xf86-video-vmware.desc: * updated xf86-video-vmware (11.0.1 -> 11.0.2) 18:13 < CIA-32> rene * r37153 /trunk/package/network/obexd/obexd.desc: * updated obexd (0.29 -> 0.30) 18:13 < CIA-32> rene * r37154 /trunk/package/mail/libesmtp/libesmtp.desc: * updated libesmtp (1.0.4 -> 1.0.6) 18:13 < CIA-32> rene * r37155 /trunk/package/security/libassuan/libassuan.desc: * updated libassuan (2.0.0 -> 2.0.1) 18:14 <@rxr> Baldzius: KDE 4.5.0 stabiler und mit mehr Funktionen 18:14 <@rxr> Die Entwickler haben Version 4.5.0 der KDE 18:14 <@rxr> http://www.heise.de/newsticker/meldung/KDE-4-5-0-stabiler-und-mit-mehr-Funktionen-1053029.html 18:15 < Baldzius> commited 2h ago 18:15 <@rxr> oh, btw. guess we need this iPhone iOS jailbreaking discovered freetype2 security fix :-) 18:15 <@rxr> Baldzius: oh :-) 18:15 < Baldzius> I think freetype is already commited too 18:16 < Baldzius> unless that breach is very very new 18:16 <@rxr> guess there will soon be an openssl thinkg http://marc.info/?t=128118169100001&r=1&w=2 18:16 <@rxr> yes, the freetyp2 breach is just these days 18:17 <@rxr> astonshign that Apple uses freetype 18:17 <@rxr> especially given freetype had to workaround font hinting patents by Apple, ... 18:17 <@rxr> pretty disgusting that they can not evne maintain their own font parsing libraries anymore, ... 18:18 <@rxr> here is the freetype thing: https://www.redhat.com/security/data/cve/CVE-2010-1797.html 18:18 < Baldzius> same story with M$ and zlib 7 year or so ago 18:18 <@rxr> http://www.kb.cert.org/vuls/id/275247 18:19 <@rxr> Baldzius: any chance you can cherry pick those 2 security patches ß 18:19 < Baldzius> I think it's fixed in 2.4.2 18:19 < Baldzius> not sure if 2.3.x is affected 18:20 < Baldzius> we can merge 2.4.2 just in case 18:20 < Baldzius> nothing major should happen 18:20 <@rxr> http://www.t2-project.org/packages/freetype.html 18:20 <@rxr> should, ... 18:21 <@rxr> ah, yess 2.4.2 sound good 18:21 <@rxr> looks like we should try 2.4.2 in the 8.0 branch 18:22 < Baldzius> I'll merg 18:22 < Baldzius> e 18:22 <@rxr> have to finally setup auto-syncing on that ext. server 18:22 < Baldzius> not easy? 18:22 < Baldzius> cron? 18:23 <@rxr> have no cron on that lightweight VMs 18:26 < Baldzius> ic 18:27 <@rxr> and some is some generic file exchange anyway 18:27 <@rxr> maybs rsync over ssh, but I have to think about it 18:30 <@rxr> somehow I have way more visitors on my private blog today 18:30 <@rxr> just don't know where they come from 18:30 <@rxr> strange thing 18:31 <@rxr> refferers are not telling 18:31 <@rxr> as if they come thru manual typing the URL, e.g. from a magazin 18:31 <@rxr> not other http://rene.rebe.de/ 18:52 -!- Igneous [~igneous@necrotox.in] has joined #t2 18:52 < Igneous> salutations, all 18:54 < Igneous> I'm in the process of playing with T2, looking to build a distribution for the freeswitch-based phone system I'm creating.. I've hit a few snags just in building the first few packages in T2 (t2-stable), and I'm beginning to wonder if my toolchain is too dated or improperly configured. 18:55 < Igneous> Is there a distribution that you guys suggest being the host for building T2 targets? Perhaps T2 itself? 18:55 < Igneous> (I'm doing my development on debian lenny) 18:56 -!- soopurman [~L7-loser@138.sub-75-247-187.myvzw.com] has joined #t2 18:57 < Baldzius> hey Igneous 18:57 < Baldzius> http://thread.gmane.org/gmane.comp.t2.devel/4668 18:57 < Igneous> ah thanks, Baldzius 18:58 < Igneous> the issue I'm having actually seems to be with building linux26 18:59 < Igneous> I get a message fairly far into the build telling me that i486-linux-ulibc-depmod is not a command when parsing linux24.conf 18:59 < Baldzius> oh 19:00 < Baldzius> not really in with all those embed glibc things 19:00 < Igneous> I'm thinking about just trying to roll out a 'desktop' version and see how that goes 19:00 < Igneous> maybe there's just a bug in the embedded minimal profile 19:01 < Baldzius> maybe, myself I always use plain fat glibc :) 19:02 < Baldzius> rxr might get you something on it 19:02 < Baldzius> or mtr , but he's been quite for some time now 19:02 < Igneous> what is the suggested "profile" to use when building a test distribution? 19:02 < Baldzius> I would go with minimal 19:02 < Igneous> I don't really care about a gui, I just want a barebones cli setup 19:02 < Baldzius> than you can build anything you like on top of it 19:03 < Igneous> how long does that usually take to build? 19:03 < Baldzius> depends 19:03 < Igneous> well, on your system, let's say 19:03 < Baldzius> on core2 duo laptop it's maybe 7h 19:03 < Baldzius> or so 19:03 < Baldzius> maybe less 19:03 < Igneous> phew 19:03 < Baldzius> never counted 19:03 < Baldzius> very hard to say 19:04 < Baldzius> or you can choose cross compile 19:04 < Baldzius> this will be much faster 19:04 < Baldzius> but has issues with perl 19:04 < Igneous> I turned up a cc1.4xlarge ec2 virtual machine the other day, I think I my bring it back up and do the build on it 19:04 < Baldzius> you'll have to recompile again 19:04 < Igneous> 16cores, 22gb of ram, do all of the build in ram, -j20 :P 19:04 < Baldzius> heh 19:05 < Baldzius> monster d*ck :) 19:05 < Igneous> http://omploader.org/vNTc0eQ 19:05 < Igneous> costs $1.50/hr to run, but maaaan is it a beast 19:06 < Igneous> the cpus it has in it are quadcore octo-threadded xeons with 8mb of l2 cache 19:06 < Igneous> I think it's the 5590 19:06 < Baldzius> oh man, 1.50 19:06 < Baldzius> g* 19:06 < Baldzius> you can get server much cheaper 19:06 < Igneous> bleh, it's not too expensive, my company pays for everything :P 19:06 < Igneous> plus I only need it for a few hours a day 19:06 < Baldzius> lucky u :) 19:07 < Baldzius> oh , then fine 19:07 < Baldzius> sorry, need go back to work :) 19:07 < Baldzius> shift ends in 1.5h 19:08 < Baldzius> sometimes you need to wait for someone to reply 19:08 < Igneous> cya, thanks for the help man 19:08 < Baldzius> np 19:11 < koan> nice, I also thought about using EC2 instances to build T2, just never did it, I wonder how fast you can build it on the extra large instance :-) 19:14 < Igneous> the one to have is the "quadruple extra large" 19:14 < Igneous> the extra large is still pretty limited in terms of cpu, but the 4xlarge is HVM and freaking rips 19:15 < Igneous> plus you can have multiple nodes clustered together, so for each node you add another 16 cores 19:22 < koan> cool 19:22 <@rxr> re 19:23 <@rxr> Igneous: :-) 19:23 [Users #t2] 19:23 [@ChanServ] [ ch172 ] [ koan ] [ mtr ] [ soopurman] [ zod] 19:23 [@rxr ] [ CIA-32 ] [ mjungwirth] [ old_gaffer] [ Stealth ] 19:23 [ Baldzius] [ Igneous] [ mqueiros_ ] [ rogermason] [ TobiX ] 19:23 -!- Irssi: #t2: Total of 16 nicks [2 ops, 0 halfops, 0 voices, 14 normal] 19:25 <@rxr> so got fresh 1GB memory for my new Transmeta thin client :_) 19:25 <@rxr> and no, officially only 512MB are supported :-) 19:25 <@rxr> Igneous: I use 6 to 8 cores to build T2 here 19:25 <@rxr> though the Xeon's VT performance sucks 19:26 <@rxr> it's pre Nested-Paging, ... :-((( 19:26 < koan> I have to do it with one core in a VirtualBox instance :-( 19:26 <@rxr> wanted to ebay it, but folks don't wanna givbe much money for that Mac Pro anymore :-((( 19:26 < Igneous> I'm thinking about building a Dual socket G34 box after playing with this 16core vm 19:27 < Igneous> I really want something in my office that's that powerful 19:27 < Igneous> (but slightly cheaper) 19:27 <@rxr> for our new machines we ony use AMD cpus 19:27 < Igneous> The 12core amd64 magny-cours look really appealing 19:27 < Igneous> and they're only like $400 19:34 <@rxr> updated, yet again: http://www.t2-project.org/hardware/workstation/HP/t5000/ 19:34 <@rxr> (renamed too, was t5710) 19:46 < Igneous> what a cool litle thin client 19:46 < koan> why is lsusb not applicable on that t5000? doesn't it have usb? 19:46 <@rxr> copied that info from web formus some time ago 19:46 <@rxr> had no usb info :-9 19:46 <@rxr> can update soon with what I got here :-) 19:46 < Igneous> http://cgi.ebay.com/IBM-8362-A53-Network-Station-1000-/320556566616?pt=LH_DefaultDomain_0 19:47 < Igneous> I've been thinking about getting one of those 19:47 < Igneous> seems like an odd piece of hardware I could have loads of fun getting to work 19:47 <@rxr> nice 19:47 <@rxr> btw. recently read that there nearly was a ppc cpu that could execute both, ppc and x86 instructions 19:48 <@rxr> http://en.wikipedia.org/wiki/PowerPC_600#PowerPC_615 19:49 < Igneous> huh 19:50 <@rxr> yep 19:50 < Igneous> did they ever make it to production? 19:50 <@rxr> did not noticed until before some weeks either 19:51 < koan> I remember there were once expansion slots with an x86 processor for Macs, so you could run both Mac and PC software natively 19:51 <@rxr> the are rumors whether nvidia will enter the CPU market, ... for some year now 19:52 -!- soopurman [~L7-loser@138.sub-75-247-187.myvzw.com] has quit [Ping timeout: 240 seconds] 19:53 < Igneous> koan: there was a similar thing for sun workstations 19:53 < Igneous> http://en.wikipedia.org/wiki/SunPCi 19:53 < Igneous> Windows on my Solaris? More likely than you'd think! 19:58 -!- Baldzius [~aldas@87-198-133-94.static.ptr.magnet.ie] has quit [Quit: Leaving] 20:03 < koan> rxr: what is the iPconfig package doing? 20:04 <@rxr> if that is the tiny network tools one that it is used for network installs in the install initrd 20:04 -!- soopurman [~L7-loser@50.sub-75-247-184.myvzw.com] has joined #t2 20:05 < koan> oh the installer supports network installs? 20:07 < koan> and why is pdksh installed in the minimal set of the generic target? 20:08 < Igneous> pdksh is tiny and has tab completion 20:09 < Igneous> and sh-like 20:18 <@rxr> koan: it is a historic choice from the ROCK Linux roots 20:19 <@rxr> koan: while there is another reason, the main readon today it that we needed a tiny yet pretty complete shell that we can statically link with dietlibc for the initrd 20:19 < koan> ok, so it's used in the initrd 20:19 <@rxr> yes, by default 20:19 <@rxr> our space optimized initrd :-)( 20:19 <@rxr> of course that is customizable if people want xx MB larger initrd with glibc and friends, ... 20:20 < koan> I'll leave it, I have no intention of messing with the initrd :-) 20:20 <@rxr> yeah, we speak about kB anyway, and if you change it it will only get biggerr 20:20 <@rxr> btw. we can further get down in the ISO size of the classic installer if we would compress the 2nd_stage again ... 20:24 < CIA-32> aldas * r37156 /trunk/package/security/cryptsetup/cryptsetup.desc: * updated cryptsetup (1.1.0 -> 1.1.3) 20:30 -!- rconstruct [~cgwork@bl17-176-83.dsl.telepac.pt] has joined #t2 20:30 < rconstruct> hi 20:38 < koan> hi rconstruct 20:41 < rconstruct> hi koan 20:41 < rconstruct> gcl is taking a bit of time to build... 20:42 < rconstruct> a bit abnormal 20:42 < rconstruct> like, already more than firefox and qt4 combined 20:42 < rconstruct> lol 20:48 <@rxr> shoud not 20:48 <@rxr> our site lists 160% of binutils 20:48 <@rxr> http://www.t2-project.org/packages/gcl.html 20:48 <@rxr> you can tail -f the build log in var/adm/logs/9-gcl.out to see what is going on 20:56 < Igneous> this generic/minimal build seems to be getting alot further than he embedded minimal/ulibc 20:57 < koan> yes I just built a generic/minimal system without any problems 20:58 <@rxr> uclibc and cross builds can sometimes be a little picky, especially if you build on a non-t2 systems 20:59 < Igneous> yeah I was getting an odd error about i486-linux-ulibc-depmod not being a valid command when building linux26 20:59 <@rxr> oh that is another thing 20:59 <@rxr> need to fix it 20:59 <@rxr> that is not due foreign dist, that is new due fully cross module kernel build :-) 21:00 <@rxr> I did not saw it with uclibc but something else 21:00 <@rxr> think sparc or so also modifing the arch triplet 21:00 <@rxr> or was it arm eabi ? 21:00 <@rxr> whatever, ... 21:00 < Igneous> this was an embedded minimal build for x86, actually :P 21:00 <@rxr> need to compensate the depmod binary is probably slightly different named, e.g. without the uclibc moniker 21:00 < Igneous> nothing too "embedded", just figured it would be quicker 21:01 <@rxr> well, if you have no embedded board, use a normal target 21:01 < Igneous> I plan to eventually deploy on ARM sheevaplugs 21:01 <@rxr> the embedded target does not produce an ISO, it is meant to be copied to a board flash 21:01 < Igneous> so I figured I'd play with the embedded target at least a bit 21:10 < rconstruct> hmm, this is stuck in *> Corrected ./gmp3/ltmain.sh 21:10 < rconstruct> btw, that pkgconfig pkg.m4 fix works ok with autoconf 2.66, 2.67 21:12 < rconstruct> well, gcl, stage 5, stuck at 21:12 < rconstruct> checking for randomized brk remedy 21:14 < rconstruct> going to remove it and do its build at stage 9 21:20 <@rxr> ah, I saw this brk check on one of my boxes, too 21:20 <@rxr> maybe the test fails with too much memory or so 21:20 <@rxr> guess we would patch it away :) 21:29 -!- soopurman [~L7-loser@50.sub-75-247-184.myvzw.com] has quit [Ping timeout: 260 seconds] 21:41 -!- soopurman [~L7-loser@127.sub-75-223-79.myvzw.com] has joined #t2 21:47 <@rxr> my efficeon HP thin client archives a "geekbench" score of 875 21:47 <@rxr> http://browse.geekbench.ca/geekbench2/search?q=efficeon 21:48 <@rxr> ^- those are others, I do not pay for this account to submit ... :-) 21:54 <@rxr> oh, one can submit without account? whatever 21:54 <@rxr> http://browse.geekbench.ca/geekbench2/view/277158 22:09 < rconstruct> patches sent 23:16 < koan> hm when building the minimal xorg package set of the generic target, mesa fails: http://pastebin.com/inyQtR5U --- Log closed Wed Aug 11 00:00:49 2010