T2 IRC Log: 2010-08-31
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 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
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