T2 IRC Log: 2010-08-10
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 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 18:32 <@rxr> 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
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
16:05 < Baldzius> INFO: Testing
16:05 < Baldzius> INFO: Testing
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 18:32 <@rxr> 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