--- Log opened Tue Aug 31 00:00:49 2010 07:58 -!- old_gaffer [~quassel@211.238.240.87] has quit [Read error: Connection reset by peer] 08:00 -!- uid9909 [~uid9099@2001:470:9a41:107:8c64:1c3a:7efa:36f7] has joined #t2 08:02 -!- old_gaffer [~quassel@211.238.240.87] has joined #t2 08:28 -!- T-One [~T-One@194.183.141.238] has joined #t2 09:55 -!- Baldzius [~aldas@87-198-133-94.static.ptr.magnet.ie] has joined #t2 09:55 < Baldzius> moin 09:58 < uid9909> good morning 09:59 < CIA-32> aldas * r37482 /branches/8.0/package/office/openoffice-org/ (configure.patch lbnames.patch): 09:59 < CIA-32> * merged r37119 from trunk to branches/8.0: 09:59 < CIA-32> fixed openoffice-org compilation with gcc-4.5.1 and bdb-4.8.x 09:59 < Baldzius> hey uid9909 10:05 <@rxr> moin 10:06 < Baldzius> hey rxr 10:08 <@rxr> I invested in pixel real estate 10:08 <@rxr> now got 1920x1200 of it 10:09 <@rxr> unfortunately one pixel is a little dim :-( 10:10 < Baldzius> :) 10:10 <@rxr> still thinking wether I will return it for that 10:11 <@rxr> whether 10:14 < Baldzius> what color? 10:14 -!- uid9909 [~uid9099@2001:470:9a41:107:8c64:1c3a:7efa:36f7] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716]] 10:14 <@rxr> case color? or dead pixel color ? 10:15 < Baldzius> dead pixel 10:15 < Baldzius> I used to work with 3 or 4 and it was pretty fine 10:15 <@rxr> in the past I was lucky, I think I never had a pixel defect 10:15 <@rxr> this one is stuck darker 10:16 <@rxr> all red, green and blue sub-pixel of that pixel are pretty dark, but I think not completely off 10:16 < Baldzius> you will hardly notice it once get used to it 10:17 <@rxr> yes, I'm also thinking if it is ok, don't see with normal desktop content, only with fill color test, but the thing is the display was not the cheapest, ... so 10:17 < Baldzius> unless manufacturer gives 0 dead pixel guarantee 10:17 <@rxr> and I mostly got it for the image processing code and review I do (beside T2 :-) 10:17 <@rxr> so the intension was to have a btter "working with computer images" display, ... 10:18 < Baldzius> by time when first desktop lcds came in you had to get 5 dead pixels for replacement 10:18 < Baldzius> not sure what's the story now 10:18 <@rxr> yes, but I can return it for other reasons 10:19 <@rxr> in germany we can return online orders for any "don't like reasons" 10:19 <@rxr> so I would return with "generally not satisfied" rather than "don't like that dead pixel" :-) 10:20 < Baldzius> yes you can do same if you buy anything in argos or other shop 10:20 < Baldzius> but not sure if this applies for online shopping 10:21 < Baldzius> but in shop nobody asks you what's wrong, you just return 10:24 <@rxr> ough, Apple really found a real bug in our AI code, ... sigh 10:24 <@rxr> v 10:24 <@rxr> http://rene.rebe.de/2010-08-27/apples-ios-itunes-app-review-how-long/ 10:31 <@rxr> ok, gotta prepare the coffe machine, sort my desk 10:36 < CIA-32> aldas * r37483 /branches/8.0/package/database/mysql/hotfix.patch: 10:36 < CIA-32> * merged r37474 from trunk to branches/8.0: 10:36 < CIA-32> hotfixed mysql regression which went in with 5.1.50 update 10:43 < CIA-32> aldas * r37484 /trunk/package/filesystem/glusterfs/glusterfs.desc: * updated glusterfs (3.0.4 -> 3.0.5) 10:45 < CIA-32> aldas * r37485 /branches/8.0/package/multimedia/vlc/vlc.desc: 10:45 < CIA-32> * merged r37462 from trunk to branches/8.0: 10:45 < CIA-32> updated vlc (1.1.3 -> 1.1.4), security update : CVE-2010-3124 10:48 < CIA-32> aldas * r37486 /branches/8.0/package/database/couchdb/couchdb.desc: 10:48 < CIA-32> * merged r36983 and r37406 from trunk to branches/8.0: 10:48 < CIA-32> updated couchdb (0.11.0 -> 1.0.0 -> 1.0.1) 10:52 < CIA-32> aldas * r37487 /branches/8.0/package/lxde/lxrandr/hotfix.patch: 10:52 < CIA-32> * merged r37407 from trunk to branches/8.0: 10:52 < CIA-32> fixed lxrandr not to inf. loop during build 10:54 < CIA-32> aldas * r37488 /branches/8.0/package/xfce4/libxfce4menu/libxfce4menu.desc: 10:54 < CIA-32> * merged r37404 from trunk to branches/8.0: 10:54 < CIA-32> removed extra space from Download tag for libxfce4menu 10:55 < Baldzius> I think I will stop merging, this takes lots of energy 11:07 <@rxr> completely, forever? 11:22 < Baldzius> for 8.x 11:23 < Baldzius> you have to dedicate yourself on this if you need it done in proper way, the way I did with 6.0 11:23 < Baldzius> that's not really possible with full time job 11:23 < Baldzius> takes lots of energy out 11:24 < CIA-32> rene * r37489 /trunk/package/base/crash/crash.desc: * updated crash (5.0.6 -> 5.0.7) 12:31 < CIA-32> rene * r37490 /trunk/package/kde/ktorrent/ktorrent.desc: * updated ktorrent (4.0.2 -> 4.0.3) 12:32 < CIA-32> rene * r37491 /trunk/package/python/python-virtinst/python-virtinst.desc: * updated python-virtinst (0.500.3 -> 0.500.4) 12:39 < rogermason> Hello all. 12:39 <@rxr> hi rogermason 12:39 < Baldzius> hey 12:40 < rogermason> I'm working intermittently on texlive (have in-laws visiting from UK). I still have trouble unpacking. 12:40 < rogermason> Here is what i have at the moment: 12:40 < rogermason> texlive_source () { 12:40 < rogermason> xz -d $pkg-20091107-source.tar.xz 12:40 < rogermason> tar xf $pkg-20091107-source.tar 12:40 < rogermason> } 12:40 < rogermason> autoextract=0 12:41 < rogermason> hook_add preconf 3 "texlive_source" 12:41 < rogermason> var_append confopt ' ' "--prefix=/opt --disable-xindy" 12:41 < rogermason> It crashes: ===[texlive_source:2 (last $?=0)> xz -d texlive-20091107-source.tar.xz 12:41 < rogermason> xz: texlive-20091107-source.tar.xz: No such file or directory 12:42 <@rxr> use `match_source_file -p .` for the filename 12:42 <@rxr> or better yet: 12:42 <@rxr> `match_source_file -p source` 12:42 <@rxr> -p is for full path and the last is a match regex 12:43 <@rxr> which is why "." works, too, unless you got more than one file 12:43 <@rxr> then it matches any, too, which is also helpful in other cases :-) 12:49 < CIA-32> rene * r37492 /trunk/package/network/wireshark/wireshark.desc: * updated wireshark (1.2.10 -> 1.4.0) 12:50 < rogermason> Ah! Thanks. That uncompresses, but in the download/mirror/t directory. So I assume it is necessary to cd to the src.texlive... directory before unpacking? 12:51 <@rxr> gues that is just your xz use, can you not combine them, tar --compression...whatever? 12:51 <@rxr> or at least "xz -d < $file | tar ..." ? 12:51 <@rxr> the t2 build is supposed to be in that src.* working directoiry 12:51 <@rxr> unless you "cd" around 13:08 < rogermason> I re-compressed the tar file in download/mirror/t using xz. Now Emerge-Pkg says 0 packages scheduled to build. Time for breakfast. 13:11 <@rxr> why recompress? 13:11 <@rxr> Emerge-Pkg only builds new packages, if you build the version one, successfully (that is without error for t2) you can use Emerge-Pkg -force, ... 13:16 < rogermason> re-compress because my .conf uncompressed it. 13:30 <@rxr> ah ... 13:30 <@rxr> well, you typed it that way, ... :-) 13:31 < rogermason> :-) It is now uncompressing and untaring properly. It crashes firther on, but progress has been made. 13:58 <@rxr> :-) 15:41 -!- mqueiros_ [~mqueiros@a83-132-39-101.cpe.netcabo.pt] has quit [Quit: Ex-Chat] 16:20 -!- Baldzius [~aldas@87-198-133-94.static.ptr.magnet.ie] has quit [Quit: Leaving] 20:36 -!- mqueiros_ [~mqueiros@a83-132-39-168.cpe.netcabo.pt] has joined #t2 22:13 -!- graemer__ [~graemer@p5DDA8EBE.dip.t-dialin.net] has joined #t2 22:14 < graemer__> hallo 22:14 < graemer__> T2 8.0 soll ja auf MIPS64 laufen?! 22:14 < graemer__> allerdings bekomme ich beim cross-compiling auf x86-64 errors bzgl. dietlibc 22:15 < graemer__> dietlibc wird von einigen apps in 'minimal' statisch gelinkt 22:15 < graemer__> in Config hab ich glibc ausgewählt - die dietlib wird aber trotzdem versucht zu bauen 22:16 < graemer__> ist daher die Info auf der T2-Website falsch (da T2 nicht erstellbar für MIPS64)? 22:17 < graemer__> gleiches gilt für MIPS32 embedded - da will der gcc port nicht compilieren :/ 22:34 -!- graemer__ [~graemer@p5DDA8EBE.dip.t-dialin.net] has quit [Quit: Ex-Chat] --- Log closed Wed Sep 01 00:00:49 2010