--- Log opened Tue Oct 11 00:00:41 2005 00:03 < rxr> mnemoc: I have to think about the problem 00:04 < rxr> I grab my sub notebook and cawl into bed trying to focus ... 00:07 < mnemoc> i can live another day with this bug, go to rest ;) 00:16 < rxr> not yet 00:18 < Baldzius> new koffice version has been released but it fails 00:18 < Baldzius> seems they didn't fix qt 3.3.5 issue 00:18 < Baldzius> bastards :) 00:20 < rxr> Baldzius: maybe we are better of tweaking qt' uic than hunting every package 00:20 < rxr> ? 00:20 < mnemoc> ack 00:21 < Baldzius> rxr: :) 00:21 < Baldzius> hm i think i will make it to compile under qt 3.3.5 00:21 < rxr> mnemoc: do you have any timeframe native diet gcc ever worked ? 00:23 < Baldzius> but what's the point releasing new version when it's not compatible with latest qt 00:25 < Baldzius> ah never mind, time to sleep 00:25 < Baldzius> good night all :) 00:25 < mnemoc> rxr: when do you want 2.1.0 released? ;) 00:26 < rxr> Baldzius: maybe kde people conside 3.3.5 broken? 00:26 < rxr> mnemoc: work_ed_? 00:26 < rxr> not work 00:26 < mnemoc> rxr: yes, on gcc-3.4.3 i was able to build 1-gcc 00:26 < rxr> are you sure it was "just" the other version? or more changes in between? 00:27 < morfoh> rxr: I'm quite sure too that it worked with gcc 3.4.3 00:27 < rxr> are you sure it was "just" the other version? or more changes in between? 00:27 < rxr> hm - I think _WRAPPER_BYPASS is broken 00:27 < mnemoc> no other agressive change in that time 00:28 < rxr> it discard any argument present in the invocation :-() 00:29 < mnemoc> after replacing fl_wrapper we need to redesign that imo 00:30 < rxr> and the day not a single ROCK bit is left we mark in the calender ,-) 00:31 < morfoh> mnemoc: couldn't we use sth. like cdb for information regarding foo-% ? 00:32 < mnemoc> that goes against core principles 00:32 < mnemoc> grep-friendly 00:32 < morfoh> didn't knew that oore priciple :p 00:33 < mnemoc> .desc could also be a binary database 00:33 < mnemoc> but it's plain text, grep friendly 00:33 < mnemoc> also the entire /var/adm 00:33 < morfoh> but no ... we are grep friendly 00:34 < morfoh> :p 00:39 < CIA-2> amery * r12494 /branches/2.1/package/network/gatling/: * added gatling (0.8) from trunk 00:40 < morfoh> :) 00:42 < rxr> :) 00:43 < rxr> hm - the _BYPASS issue is a bit mystic 00:46 < rxr> ok - is not wrapper fauls 00:47 < rxr> I thinkg dietlibc config somewhere messes s.th. up 00:48 < rxr> our new conditional wrapper args are soo cool - mand I barely can imagine eve worked without those .. 00:48 < rxr> mnemoc: we should patant them 00:49 < rxr> oehm - gcc built 00:49 < morfoh> rxr: I guess our OSS master doesn't like patents ;) 00:49 < rxr> who ? 00:49 < mnemoc> you 00:49 < morfoh> Open Sourse Software Master mnemoc :p 00:49 < morfoh> Source 00:51 < mnemoc> rxr: it lacks of an 'or' feature ;) 00:54 < rxr> define or? 00:56 < mnemoc> if this or this or this are _not_ present, add this 00:57 < mnemoc> "a[|b]*?foo:bar" 00:57 < rxr> and you pull on my head when the parser segfaults again ... 00:57 < rxr> use 3 seperate expressions for this ... ,-) 00:57 < mnemoc> :) 00:57 < mnemoc> i can't for the 'else' part 00:57 < rxr> mnemoc: can we have conditonal wrapper in stable? 00:58 < rxr> or should I work around gcc building in some other less-optimal way ? 00:58 < mnemoc> sure 00:58 < mnemoc> everything that works before "conditonal wrapper" should work after "conditonal wrapper" 00:58 < rxr> hm - or wait 00:59 < rxr> do you really need / want it - I think it should be easy to solve without as well 00:59 < rxr> what do _you_ want for stable? 01:00 < rxr> ms. stable ,-) 01:00 < rxr> mr. stable even 01:00 < rxr> ... 01:00 < mnemoc> o.o 01:00 < rxr> late over here ... 01:00 < mnemoc> if we don't need it, i would prefer to wait 01:00 < mnemoc> 2.1.1 or .2 ;) 01:02 < mnemoc> to stable should not be frozen, just API/ABI/config/prefix change safe 01:02 < rxr> ok - I test build with conditional wrapper merged for the prof of concept 01:02 < rxr> and if it works I implemented it without for 2.1 01:02 < mnemoc> thanks :) 01:03 < mnemoc> s/to stable/to me, stable/ 01:04 < rxr> ouhm - my aging athlon again loaded @ 6 ... 01:04 < rxr> 2086 builds total, 1507 completed fine, 208 with errors. 01:04 < mnemoc> that load measure is a mistery to me 01:05 < rxr> basically how many processes are waiting marked in Run state to be scheduled 01:05 < rxr> higher load indicates X - 1 additional processors could be fully utilized right now 01:06 < rxr> higher load than 1 01:06 < CIA-2> amery * r12495 /branches/2.1/package/network/lighttpd/: * added lighttpd (1.4.4) from trunk 01:06 < rxr> so here, always about 6-1 = 5 processes are always waiting to be run again ... 01:06 < mnemoc> thanks ;) 01:06 < rxr> do you have special business with those packages? 01:07 < rxr> lighttpd, gatling ... 01:07 < rxr> I fear the worts ... 01:07 < rxr> worst 01:07 < rxr> damn - I guess my body wants sleep .. 01:07 < mnemoc> ? 01:07 < morfoh> rxr: ?why ? 01:07 < rxr> .o(was just joking) 01:07 < mnemoc> i want phpldapadmin without apache on one 01:07 < rxr> just wanted to know if mnemoc runs them in production envs ... 01:08 < mnemoc> and exporting regressions report without apache on other ;) 01:08 < morfoh> rxr: lighttpd is quite nice if you need php or ruby support afaik it's quite fast ;) 01:09 < mnemoc> i'll also use gatling as the fallback webserver to avoid DoS 01:09 < morfoh> mnemoc: uhm ? 01:10 < mnemoc> keepalived 01:11 < mnemoc> "sorry server" but functional 01:11 < morfoh> yeah ... you can switch at least to the static content 01:11 < mnemoc> yep 01:12 < morfoh> well ... anyway. most content is static ;) 01:14 < mnemoc> using ktcpvs you can redirect dynamic to one server and static to another 01:14 < mnemoc> but ktcpvs is 2.4 only 01:14 < morfoh> mnemoc: but you could also run gatling as frontend on both servers and just proxying the needed URL to lighttpd 01:15 < rxr> now I get another even stranger error 01:15 < mnemoc> :( 01:15 < rxr> I know why you guys wanted me to debug that ... 01:15 < mnemoc> :) 01:15 < morfoh> rxr: sorry :) 01:23 < rxr> but this is past the issue I suppost to fix 01:23 < rxr> ;-) 01:23 < rxr> so that might indeed be fixed 01:23 < morfoh> :) 01:26 < keinek> rxr, i need a live cd of t2 01:26 < keinek> what download? 01:26 < keinek> :) 01:27 < sparc-kly> make one :P 01:30 < keinek> :( 01:30 * keinek apply a flying kick to sparc-kly 01:31 < keinek> Yiaaaaaaaaaaatatata 01:31 < keinek> :) 01:31 < sparc-kly> lol 01:31 < sparc-kly> what sup keinek . :P 01:32 * sparc-kly compiling scribus 01:33 < rxr> gsmp.tfh-berlin.de 01:33 < rxr> http://gsmp.tfh-berlin.de/ftp/t2/stable/2.2.0-beta/t2-live-2.2.0-beta3.iso 01:34 < rxr> I had a gamma - but it was lost due to HD head crash 01:34 < rxr> I can upload it again - or better a HEAD build in some days 01:34 < rxr> + var_append GCC_WRAPPER_INSERT ' ' '-shared?-shared-does-not-work' 01:34 < rxr> ^- does this win the price for biggest evilness of the week? 01:35 < sparc-kly> http://www.hardmac.com/news/2005-10-10/#4588 :S 01:37 < mnemoc> rxr: is -shared available to gcc wrapper? 01:37 < rxr> mnemoc: ? 01:38 < rxr> sparc-kly: intel macs are boring - we had Intel for years - the the powerful operating system at hand .. 01:38 < rxr> OS X is so dog slow - evertime I have to boot it I regert it minutes thereafter ... 01:38 < rxr> IBM has Power4 multi core's Intel crap has to hide badly ... 01:38 < rxr> Power5 even ... 01:39 < rxr> even look at the el-cheapo Playstation 3 - PowerPC or Xbox - both nice PowerPC multi core cells ... 01:40 < keinek> thanks rxr 01:41 < rxr> and latest Mac products really lack quality 01:41 < rxr> the new iBooks are falling more and more apart by just watching onto them 01:42 < rxr> and then this ugly PCish gray plastic (instead of the former bright white or transparent with inside-white) 01:43 < morfoh> rxr: is there any PPC alternative for a small laptop or subnote ? 01:43 < rxr> nope 01:43 < rxr> In former times IBM hat RISC laptops - but that was in the 90' 01:43 < rxr> '90 even 01:44 < rxr> guess why I have a AMD Turion subnote beneath my fingers ... 01:44 < rxr> my other choice would have been a transmeta 01:44 < morfoh> oh ,,, yeah, good choice ;) 01:51 < rxr> morfoh: did you shift your sleep cycle ? 01:52 < morfoh> not really ... less sleep atm ;) 01:52 < morfoh> but I'll go sleep now ... thanks for the reminder ;) 01:56 < rxr> uni work? 01:58 < morfoh> yes 02:03 < morfoh> rxr: but I also started to refresh my c knowledge esp. network programming 02:04 < morfoh> good night ... I'll go sleep 02:04 < rxr> n8 morfoh 02:05 < morfoh> thanks .. you too :) 02:05 -!- morfoh [n=jeru@p54BEB967.dip.t-dialin.net] has quit ["leaving"] 02:10 < rxr> guess what, defect code in question is revision 1, initial import ... 02:11 < mnemoc> :) 02:11 < mnemoc> defective code in wrapper or in gcc? 02:12 < rxr> dietlibc.conf 02:16 < rxr> == 10/11/05 02:15:01 =[1]=> Finished building package dietlibc. 02:16 < rxr> ok - let's see 02:16 < rxr> gcc going ... 02:18 < rxr> "We have now received confirmation that Madonna will indeed have her own iPod. It will be the new iPod Nano - as we previously supposed - and in the color PINK." 02:18 < rxr> .oO 02:26 < rxr> well - yet a new error: 02:26 < rxr> i386-t2-linux-gnu-gcc: Internal error: Segmentation fault (program as) 02:26 < rxr> oh - cool - accidently found out that two finger tap on the touchpad is middle button - nice 02:28 < mnemoc> :) 02:32 < rxr> mnemoc: hey your issue consists of about 4 bugs in s sum or so 02:34 < mnemoc> :D 02:35 < mnemoc> as with native uclibc builds, this is a great way to test our toolchain ;) 02:37 < mnemoc> what i don't understand is why we didn't suffer of this before 02:40 < rxr> there are other changes that unvield this 02:40 < rxr> there are so many things broken I doubt a simple downdate would build 02:40 < rxr> but you could test .... 02:40 < rxr> in fact it would be nice if you test ,-) 02:54 < rxr> I barely remeber when it was the last time it was that late 02:55 < rxr> oh - ok - in switzerland @ archivista the last day or so I was around 2 back in the flat I think ... 03:05 < mnemoc> i'll try with gcc downdated 03:19 -!- sparc-kly [n=ultra5@64.237.245.89] has quit [Connection timed out] 03:26 < mnemoc> gcc update reverted and also dietlibc adaptation, build started 03:34 -!- sparc-kly [n=ultra5@64.237.241.7] has joined #t2 03:35 < rxr> mnemoc: oh - just wanted to finally sleep this laptop ... 03:40 < mnemoc> when do you have light saving TZ change? 03:43 < rxr> oehm - I always forget 03:43 < rxr> maybe this month? 03:44 < rxr> 30.10 03:44 < mnemoc> we changed between sat and sun 03:44 < rxr> @ my birthday this year 03:44 < mnemoc> :D 04:04 < rxr> I fear I found yet anothe issue 04:04 < rxr> +r 04:04 < rxr> 4:04 is a goot time to sleep I guess 04:05 < rxr> hehe - athlon still loaded 5 ... 04:07 < mnemoc> :) 04:07 < mnemoc> top - 23:08:04 up 2 days, 9:35, 9 users, load average: 7.57, 6.70, 4.61 04:08 < sparc-kly> 02:08:34 up 59 min, 1 user, load average: 0.25, 0.16, 0.23 04:08 < sparc-kly> :D i win 04:08 < mnemoc> :) 04:08 < rxr> feared so 04:08 < rxr> we have even a bug in the wrapper 04:08 < mnemoc> oh 04:08 < rxr> due to path removal others can be from the system and not the T2 toolchain one 04:09 < rxr> just wondered about on hour why my fixed diet is not used 04:09 < rxr> build fixed diet into the system and voala 04:09 < rxr> I hunt that hopefully last bug after sleep 04:09 < rxr> how many bugs have I fixed on the way now? 4? 04:09 < rxr> what the h*ll difficult things to you hand me in the night? 04:10 < rxr> evil mnemoc 04:10 < mnemoc> *G* 04:10 < mnemoc> btw, you have commited none 04:10 < rxr> I worked in 2.1 04:10 < rxr> I want commit to trunk first 04:10 < rxr> and the first fix depends on conditional wrapper ... 04:10 < rxr> gcc built now 04:11 < mnemoc> 1-gcc under diet? 04:11 < rxr> i386-t2-linux-gnudietlibc-ranlib ./libgcc.a 04:11 < rxr> ack 04:12 < rxr> but it does use in-system diet helper 04:12 < rxr> due to wrapper bug 04:12 < rxr> but since it is 04:12 here, ... 04:12 < rxr> I really should start getting a nap 04:12 < rxr> I fear tomorrow you want me getting g++ built with diet ... 04:13 * rxr wonders since when mnemoc got to be a dietlibc fan 04:13 < mnemoc> i like it, a lot 04:17 < mnemoc> but uclibc can be used to build fatless targets with lot more packages 04:24 < rxr> ok - let's see 04:24 < rxr> == 04:23:14 =[1]=> Building base/gcc [3.4.4 2.1-stable]. 04:24 * rxr starts to get used to two finger paste ,-) 04:24 < mnemoc> :) 04:31 < rxr> == 10/11/05 04:30:17 =[1]=> Finished building package gcc. 04:31 < rxr> commits tomorrow 04:31 < rxr> and I have to mediate about this PATH issue 04:31 < mnemoc> to trunk.... :) 04:32 < rxr> I fear it is not really solvable and more due to strange historic crap in the dietlibc.conf / parse-config and more misuse of the wrapper 04:32 < rxr> since the wrapper is a wrapper of a wrapper 04:32 < rxr> and well, ... 04:32 < rxr> mnemoc: remind me when I got sleep ... ,-) 04:32 < mnemoc> ok ;) 04:32 < _Ragnar_> nini rene :) 04:33 < rxr> grep diet gcc 04:33 < rxr> Binary file gcc matches 04:33 < rxr> # ldd gcc not a dynamic executable 04:33 < rxr> # ./gcc --version 04:33 < rxr> gcc (GCC) 3.4.4 04:33 < rxr> n8 all 04:33 < mnemoc> esden did a highly obscure work on dietlibc support 04:33 < rxr> yes - _obscure_ it is ... 04:33 < mnemoc> ok, gn8 rxr ;) 04:33 < rxr> n8 all 04:35 < CIA-2> amery * r12496 /trunk/package/develop/php/php.conf: * changed php to build fastcgi if apache is not built 04:54 -!- Shingo-- [n=Shingo--@201.36.98.165] has quit ["Download Gaim: http://gaim.sourceforge.net/"] 05:10 -!- sparc-kly [n=ultra5@64.237.241.7] has quit [Read error: 110 (Connection timed out)] 05:10 -!- sparc-kly_ [n=ultra5@64.237.251.210] has joined #t2 05:11 -!- sparc-kly_ is now known as sparc-kly 05:39 -!- sparc-kly [n=ultra5@64.237.251.210] has quit [Read error: 110 (Connection timed out)] 05:44 -!- Shingo-- [n=Shingo--@201.36.98.165] has joined #t2 08:00 -!- mtr_ [n=Michael@p578209F6.dip0.t-ipconnect.de] has joined #t2 08:14 -!- mtr [n=Michael@p5781F87A.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)] 08:33 -!- keinek [n=keinek@201.250.232.113] has quit [Remote closed the connection] 09:21 -!- CIA-2 [n=CIA@flapjack.navi.cx] has quit [Killed by Md (buggy. I hope that some day somebody will contact staff and fix CIA)] 09:21 -!- CIA-2 [n=CIA@flapjack.navi.cx] has joined #t2 10:13 < Baldzius> good morning 10:33 < owl> moin 10:39 < Baldzius> hi owl 10:50 < owl> hi Baldzius 11:02 -!- veki [n=chatzill@217.24.19.40] has joined #t2 11:19 -!- veki [n=chatzill@217.24.19.40] has left #t2 [] 11:33 < rxr> re 11:33 < rxr> 2086 builds total, 1688 completed fine, 243 with errors. 11:33 < Baldzius> hi rxr 11:34 < Baldzius> rxr: can you update that err list? 11:36 -!- rnd33 [n=hetfield@stdcetinokt.zhwin.ch] has joined #t2 11:36 < rnd33> hallo 11:36 < Baldzius> hi :) 11:39 < rnd33> gibts ne moeglichkeit debian/ubuntu pkgs unter t2 zu installieren? (archlinux geht ja schon mal..) 11:44 < rxr> rnd33: well use dpkg and force them to install - or convert to tar.bt2/gz using alien and extract that ... 11:45 < rxr> rnd33: what package do you miss in T2? 11:46 < rnd33> rxr, it is a general question.. nothing special.. (for example gnome 2.12 would be fine) 11:49 < Baldzius> i am gonna update koffice and koffice-i18n -> 1.4.2 11:51 < rxr> rnd33: we have gnome 2.12 ... 11:51 < rxr> I would under no circumstances inject other's distributions packages by the way 11:51 < Baldzius> krita developers left 2 stupid bugs but everything compiles fine with qt 3.3.5 11:51 < rxr> i only works occationally and is not worth the trouble 11:54 < rnd33> rxr, i thought thats a german distribution.. 12:11 -!- rnd33 [n=hetfield@stdcetinokt.zhwin.ch] has left #t2 ["Leaving"] 12:14 < rxr> ? 12:21 < rxr> no reason to run away :-( 12:21 < Baldzius> :) 12:21 < Baldzius> koffice* updated 12:22 < Baldzius> rxr: i updated shadow and made some modifications, should i send patch to you? 12:22 < rxr> on - commit 12:23 < rxr> I'll test 12:23 * rxr back soon 12:23 < Baldzius> there are not much, i chagend lib dir from /lib/ to /usr/lib 12:24 < jsaw> rxr: http://svn.exactcode.de/ -> "exact-iamge" 12:31 < Baldzius> rxr: done, r12501 12:33 < rxr> jsaw: oh 12:33 < rxr> re 12:34 < rxr> fixed 12:34 * rxr breakfast 12:45 -!- CIA-2 [n=CIA@flapjack.navi.cx] has quit [Killed by Md (still buggy. please contact staff)] 12:46 -!- CIA-2 [n=CIA@flapjack.navi.cx] has joined #t2 12:59 < rxr> re 13:01 < rxr> reference build 5-pixie does OOM my maachine ... 13:01 < rxr> stochastic.cpp 13:14 < rxr> hm - CIA dead again ... 13:14 -!- CIA-2 [n=CIA@flapjack.navi.cx] has quit [Killed by Md (still buggy. please contact staff!)] 13:14 -!- CIA-2 [n=CIA@flapjack.navi.cx] has joined #t2 13:17 < CIA-2> rene * r12503 /trunk/package/base/dietlibc/dietlibc.conf: 13:17 < CIA-2> * fixed dietlibc wrapper creation to pass the arguments to the wrapped 13:17 < CIA-2> programm, so they actually work 13:17 < CIA-2> * added a comment # wrapper so this place is easier to find 13:17 < Baldzius> rxr: what about pam's login? 13:17 < Baldzius> it conflicts with shadow's login 13:19 < CIA-2> rene * r12504 /trunk/package/base/dietlibc/diet-gcc-hack.patch: 13:19 < CIA-2> * fixed dietlibc's diet to not transform options when called for 13:19 < CIA-2> assembling (happens building a GCC with dietlibc ...) 13:20 < rxr> removed 13:20 < CIA-2> rene * r12505 /trunk/package/base/pam/etc_pamd_login.txt: * removed pam's etc/pam.d/login - shipped with shadow 13:21 < Baldzius> rxr: don't forget conf 13:21 < Baldzius> it makes files appear in flists 13:22 < Baldzius> not files but lines 13:22 < CIA-2> rene * r12506 /trunk/package/base/dietlibc/pkg_gcc_post.conf: 13:22 < CIA-2> * only enable C, not ObjC, in GCC when built with dietlibc 13:22 < CIA-2> * remove any previous --enable-languages previously present 13:22 < rxr> Baldzius: ? 13:23 -!- sparc-kly [n=ultra5@64.237.247.181] has joined #t2 13:24 < CIA-2> rene * r12507 /trunk/package/base/dietlibc/parse-config-9: 13:24 < CIA-2> * improved dietlibc to only inject -static, when not called for single 13:24 < CIA-2> file compilation - removed a stray \ on the way 13:25 < Baldzius> rxr: from pam.conf 13:25 < Baldzius> for x in other su shadow login; do 13:25 < Baldzius> if [ ! -f $root/etc/pam.d/$x ]; then 13:26 < Baldzius> su shadow login are removed, but when you install pam, they appear in flists 13:26 < Baldzius> at least for me 13:26 < Baldzius> so i have other left 13:30 -!- karasz [n=chatzill@80.97.102.202] has joined #t2 13:30 < karasz> moin all 13:31 < Baldzius> hi karasz 13:36 < rxr> oh 13:41 < rxr> does this work for you: 13:41 < rxr> untested ... 13:42 < Baldzius> rxr: ? 13:43 < rxr> CIA is lagging 13:43 < Baldzius> i have "for x in other; do" 13:43 < rxr> I did a commit 13:43 < Baldzius> ok, i'll check 13:50 < Baldzius> The package build aborted with the following config error: 13:50 < Baldzius> pam: package/base/pam/pam.conf: line 54: unexpected EOF while looking for matching `"' 13:50 < Baldzius> pam: package/base/pam/pam.conf: line 56: syntax error: unexpected end of file 13:50 < Baldzius> Disable the 'Paranoia Check' config option to ignore such errors. 14:00 < rxr> retry ,-) 14:01 < rxr> sorry for the delay - was writing a mail ... 14:01 < rxr> retry with svn up before that is, -) 14:02 < Baldzius> rxr: ofcourse :) 14:04 < Baldzius> rxr: cp: cannot stat `/opt/t2/trunk/package/base/pam/etc_pamd_--host=i386-t2-linux-gnu.txt': No such file or directory 14:05 < rxr> oh my 14:20 < rxr> - for x in $confdir/etc_pamd_$x.txt; do 14:20 < rxr> + for x in $confdir/etc_pamd_*.txt; do 14:20 < rxr> I test buid and comimt 14:20 < Baldzius> ok 14:23 < rxr> committed 14:25 < Baldzius> i'll check later, now gcc compiling 14:43 < Baldzius> rxr: all fine 14:46 -!- morfoh [n=jeru@mail.oberlinhaus.de] has joined #t2 14:47 < morfoh> moin 14:47 < Baldzius> hi morfoh 14:47 < morfoh> hi Baldzius 14:49 < rxr> moin morfoh 14:50 < karasz> moin morfoh :) 14:57 < morfoh> moin karasz, rxr :) 15:16 < rxr> 2086 builds total, 1730 completed fine, 256 with errors. 15:16 < Baldzius> rxr: can you update error list? 15:16 < morfoh> rxr: btw, any news regarding 2.1. and dietlibc ? 15:17 < morfoh> brb 15:19 < rxr> morfoh: yes - builds now when the system dietlibc is updated as well 15:20 < rxr> morfoh: I right now track this last remaining bug that, due to wrapper interaction the system diet is used mistakenly by this accident 15:20 < rxr> but code wise we are there - just this wrapper 15:20 < rxr> issue 15:20 < rxr> that is more a wrapper misuse than a wrapper bug 15:20 < rxr> I still think how to rearange / fix this 15:25 < rxr> the exec trace is as following: 15:25 < rxr> /mnt/space/src/t2-2.1/build/embedded-2.1-stable-x86-embedded/TOOLCHAIN/tools.cross/diet-bin/i386-t2-linux-gnudietlibc-gcc 15:25 < rxr> /mnt/space/src/t2-2.1/build/embedded-2.1-stable-x86-embedded/TOOLCHAIN/tools.cross/wrapper/i386-t2-linux-gnu-gcc 15:25 < rxr> /mnt/space/src/t2-2.1/build/embedded-2.1-stable-x86-embedded/TOOLCHAIN/tools.cross/wrapper/cmd_wrapper 15:25 < rxr> /usr/bin/diet 15:25 < rxr> /mnt/space/src/t2-2.1/build/embedded-2.1-stable-x86-embedded/TOOLCHAIN/tools.cross/wrapper/i386-t2-linux-gnu-gcc 15:25 < rxr> /mnt/space/src/t2-2.1/build/embedded-2.1-stable-x86-embedded/TOOLCHAIN/tools.cross/wrapper/cmd_wrapper 15:25 < rxr> /mnt/space/src/t2-2.1/build/embedded-2.1-stable-x86-embedded/TOOLCHAIN/tools.cross/crosscc/i386-t2-linux-gnu-gcc 15:27 -!- mtr_ is now known as mtr 15:27 < mtr> hi 15:28 < rxr> ok - fix should be easy - /me testing 15:28 < rxr> hi morfoh 15:28 < rxr> hi mtr even ,-) 15:28 < mtr> rxr: had a similar wrapper issue before: http://permalink.gmane.org/gmane.comp.t2.devel/1084 15:28 < mtr> hi rxr 15:29 < mtr> afair the problem was the usage of host-system dietlibc, too 15:29 < rxr> ouhm 15:29 < rxr> oh my god 15:29 < rxr> mtr: it was not applied, right ? 15:30 < mtr> yep, never got applied, there were more issues with the _dyn_start symbol, and the thing got lost somehow ... 15:31 < rxr> was the time I was in swiss or holiday I think :-( 15:31 < mnemoc> moin 15:31 < rxr> parts of the patch would have solved my endless debugging last night ... 15:34 < rxr> moin mnemoc 15:34 < mnemoc> moin rxr 15:36 < rxr> mnemoc: ok - _now_ trunk should biult dietlibc gcc 15:37 < mnemoc> do we need conditional wrappers on 2.1 to solve it? 15:37 < rxr> and _now_ in 2.1 15:37 < rxr> somehow CIA is dead again 15:37 < rxr> mnemoc: nope 15:38 < rxr> they only pretify stuff passed to gcc - but not needed to build it 15:38 < rxr> I tested without those this morning 15:38 < mnemoc> great! 15:38 < rxr> the changes need are only the various ROCK inherited dietlibc bugs ... 15:38 < rxr> ... in teh T2 scripts 15:38 < rxr> all should be merged 15:38 < rxr> can you test on your box ? 15:39 < mnemoc> what should i merge? 15:39 < rxr> nothign 15:39 < rxr> I merged alll 15:39 * mnemoc kicks CIA 15:39 < mnemoc> ok 15:39 < rxr> oh - and one thing was a diet bug ... 15:39 < rxr> see diet-gcc-hack.patch 15:39 < rxr> yep - 2.1 build on my side now 15:40 < mnemoc> Cleanup -build build/diet* 15:40 < rxr> the last thing I fixed was gnudietlibc wrapper interaction 15:40 < rxr> mnemoc: thanks for pushing me to look into this grave hub of bugs ... 15:41 < mnemoc> rxr: thanks you for fixing them :) 15:41 < mnemoc> morfoh: i changed WEB module on mnemosyne to be a choice 15:43 < Baldzius> hi mnemoc 15:43 < Baldzius> mnemoc: is openldap 2.3.9 compiling for you? 15:47 < rxr> mnemoc: I test on trunk now - let's see if gcc-4.0 does built with dietlibc as well ,-) 15:48 < rxr> maybe I have my dietlibc based system as xmas present then ,-) 15:48 < rxr> mnemoc: I think I start with playing with alterative kernsl this year 15:49 < rxr> Darwin, Hurd, Slowlaris and some BSD (Open) or so 15:49 < mnemoc> Baldzius: not tried, but it's their first stable condidate of 2.3 tree, so it's time to push it into trunk 15:49 < mnemoc> Baldzius: i don't have any build of t2 trunk 15:50 < Baldzius> mnemoc: :) 15:50 < mnemoc> :) 15:50 < rxr> just to not give those other projects a too big headstart 15:50 < mnemoc> rxr: and dropping linux 2.4 on t2-2.2? ;) 15:50 < rxr> NO 15:51 < rxr> mnemoc: stop proposing this ,-) 15:51 < mnemoc> :( 15:51 < rxr> why do you want me to svn rm it ? 15:51 < mnemoc> i don't want to see static /dev on 2.2 15:51 < rxr> wow - yet another german city migrating to Linux? 15:51 < rxr> Mannheim this time! 15:51 < mnemoc> :D 15:51 * Baldzius hates linux-2.4 :) 15:51 < mnemoc> english documentation? 15:52 < rxr> http://www.golem.de/0510/40933.html 15:52 < mnemoc> Baldzius: it's the last stable linux, but abandoned. 15:52 < rxr> mnemoc: here is the slowlaris kernel with debian news: 15:52 < rxr> http://www.golem.de/0510/40929.html 15:52 < Baldzius> i am using linux-2.6 since 2.5.54 15:52 < Baldzius> as i remeber 15:53 < mnemoc> rxr: golem is not english ;) 15:53 < rxr> babelfish 15:54 < mnemoc> i did 15:57 < rxr> 2086 builds total, 1752 completed fine, 256 with errors. 15:58 < rxr> man - we have many packages onw 15:58 < rxr> time for some dual Opteron to do the ref builds ... 15:58 < rxr> good we have minto's box - only need permanant net now .. 15:58 < rxr> permanent power that is ... 15:59 < mnemoc> :) 16:00 < rxr> I do not want to count how long this good old Athlon is building on this reference now ... 16:01 < rxr> model name : AMD Athlon(TM) XP 2500+ 16:03 < mnemoc> poor p4/512 takes 3 days on building ++reference of 2.1 16:06 < mnemoc> rxr: pkgsel of my reference: http://t2.geeks.cl/regressions/stable/pkgsel.txt 16:07 < mnemoc> rxr: why don't we hwclock on shutdown? 16:07 < mnemoc> (system stop) 16:11 < rxr> mnemoc: no idea, maybe to not mess up the system clock with a potentially messed up system time? 16:11 < rxr> mnemoc: why do you want that sss 16:11 < rxr> ? even 16:12 < mnemoc> i guess it's more probable to have messed up system clock ;) 16:12 < mnemoc> at least in my case 16:12 < morfoh> moin mnemoc, mtr + * ;) 16:12 < mnemoc> moin morfoh 16:13 < morfoh> .oO( bad day for one of our windooze servers today ... just f*cked up and doesn't boot anymore ) 16:16 < morfoh> brb ... 16:20 < rxr> morfoh: I hope you are not the admin ,-) 16:25 < mnemoc> it seems he is 16:35 < Baldzius> poor morfoh, windoze on server is nightmare 16:47 < rxr> I like the red ">>> mktemp stinks! DON'T USE IT ! <<< 16:48 < rxr> " warnings from dietlibc ;_) 16:48 < rxr> I doubt - AFAIK morfoh is not in the windows admin businessa 16:53 < jsaw> re 16:53 < rxr> hi jsaw ! 16:53 < jsaw> hi rxr :) 16:53 < rxr> btw. I ordered an exhibition pass for the linux world expo for you, right? 16:54 < jsaw> I still plan to attend, yes. However, I might not be there all the time (my exam was shifted once again...) 17:04 < jsaw> rxr: how much is the exhibition pass? 17:04 < rxr> free 17:04 < jsaw> oh, nice :) 17:04 < rxr> we are registered as open source project - not as company ,-) 17:04 < jsaw> ic 17:04 < mnemoc> :D 17:21 < jsaw> btw dietlibc, maybe somebody should look at cvs, there were some recent libdl, x86-64 etc. changes/fixes (also for gcc-4) 17:23 < rxr> I think I'll power up a sun later and see to get my 64bit compiler with 32bit output by default hackery going on ... 17:25 < rxr> oh my god are germany chile flights expensive ... 17:25 < jsaw> gotta go, cu 17:26 < rxr> cu jsaw 17:30 < morfoh> rxr: normally I'm not the admin for that box, but I've to take care now to recover the box ... at least I've reactivated it so far that it boots from floppy and the important lab services are running again 17:33 < morfoh> Baldzius: yeah ... poor morfoh ... the admin who is responsible for that server is away now :| 17:33 < Baldzius> :/ 17:33 < morfoh> f* 17:36 < morfoh> btw, it wsa the same admin who complained about that I'm typing that much on my keyboard and that on windooze he just have to click and it just works .... now I see how it works :/ 17:41 < Baldzius> "to click and it just works" - _l0l_ 17:42 < rxr> for me windoes never worked ... 17:42 < rxr> no matter how hard I clicked it 17:42 < mnemoc> crappy OS, crappy admins 17:43 < Baldzius> rxr: :) 17:43 < mnemoc> rxr: you think too much for windows 17:44 < morfoh> Baldzius: yeah ... he complained that he doesn't understand what I'm typing all the day, and I invited him to sit nearby to me to learn sth. but he denied :p 17:45 < Baldzius> morfoh: i know some guys like yours i just don't call them admins 17:46 < rxr> yes - those are commonly reffered to as overpayed mouse movers 17:46 < morfoh> Baldzius: ack ... if they don't have their "comfortable" GUI they are lost 17:47 < Baldzius> rxr: _l0l_ 17:48 < morfoh> and they mostly steal away if it becomes "hot" 17:48 < morfoh> now I'm sitting here alone. seems that no one else want to fix it :/ 17:49 < morfoh> .oO( just the underpaid keyboard user )o 17:50 < Baldzius> :) 17:54 < morfoh> brb ... 18:06 < morfoh> re 18:10 < morfoh> hmmmm .... and the "hotline" for the lab application is just available between 8:00-17:00 ... nice ... for a mission critical app. in a hospital :/ 18:12 < morfoh> mnemoc: btw, did you started a dietsheba build on trunk yet ? 18:15 < mnemoc> i have not build something at trunk on many months 18:15 < mnemoc> but i'm building a minimal mnemosyne against diet on 2.1 18:15 < mnemoc> == 13:13:12 =[1]=> Building base/gcc [3.4.4 2.1-stable]. <--- two minutes ago 18:15 < morfoh> ah ... ic :) 18:16 < morfoh> mnemoc: what did you merged for the test ? 18:16 < mnemoc> rene merged what he said to be needed 18:16 < mnemoc> i'm completly ignorant on that field 18:16 < mnemoc> i just read the diff :) 18:17 < morfoh> ah ok ... so it's already included and gratefuly merged by rene :) 18:17 < morfoh> rxr: btw, thanks so far ;) 18:17 < mnemoc> svn diff -r 12510:12515 18:18 < morfoh> ack ;) 18:18 < mnemoc> ++ if (!strcmp(argv[i], "-xassembler")) 18:18 < mnemoc> ++ goto donttouch; 18:18 < mnemoc> on diet.c .... evil 18:19 < morfoh> mnemoc: 3266 builds total, 3219 completed fine, 45 with errors.<-- 2.1 ref on athlon-xp 18:19 < mnemoc> outch 18:19 < mnemoc> regressions report? 18:19 < mnemoc> morfoh: using my pkgsel, or just default? 18:20 < morfoh> mnemoc: of course yours ;) 18:21 < mnemoc> 3268 builds total, 3247 completed fine, 21 with errors. 18:21 < morfoh> but a lot failed java crap that wasn't downloaded 18:21 < mnemoc> ic :) 18:21 < morfoh> :) 18:21 < mnemoc> get missing files from my mirror if you want 18:21 < morfoh> and we should merge linux howtos because the URL is outdated too 18:22 < mnemoc> we have mirror for that 18:22 < mnemoc> if mirrors are updates we should not care if they were removed upstream 18:22 < mnemoc> updated* 18:22 < morfoh> but normally it should first watch for downloads on the mirrors 18:27 < mnemoc> skiped or skipped? 18:28 < mnemoc> skipped 18:31 < morfoh> mnemoc: but wqhy do you have the java crap from sun included in your pkgsel ? 18:33 < mnemoc> to increase testing 18:33 < mnemoc> i have to detect as much errors as possible on one build 18:36 < mnemoc> morfoh: razor vs. dcc? 18:37 < morfoh> mnemoc: what do you mean ? 18:37 < morfoh> because I updated dcc on the ref build ? 18:37 < mnemoc> i assume you use dcc 18:38 < morfoh> mnemoc: yes. and you ? 18:38 < mnemoc> razor 18:38 < morfoh> because ? 18:38 < mnemoc> because spamassassin suggested it ;) 18:39 < mnemoc> that's why i asked you 18:41 < morfoh> yeah ... indeed I've to check other anti spam solutions too ... yet another issue more on my todo :\ 18:45 < morfoh> mnemoc: why do we have 2 pixie packages ? 18:45 < mnemoc> two branches iirc 18:46 < morfoh> but on http://www.mosfet.org/pixie/ they claim that the stable version is include within kdegraphics 18:47 < mnemoc> if they are broken, svn rm 18:48 < morfoh> mnemoc: yeah ... I'll check kdegraphics if I'm home ... to see what's included there 18:50 < morfoh> ------------------------------------------------------------------------ 18:50 < morfoh> r7852 | rene | 2005-03-29 17:04:22 +0200 (Di, 29 Mär 2005) | 3 lines 18:50 < morfoh> Gerhard Weis : * fixed and updated pixieplus (0.6.0-CVS) 18:50 < morfoh> ------------------------------------------------------------------------ 18:50 < morfoh> at least this was the last update on it 19:01 < morfoh> what a s*cker ... the actual pixieplus tar ball claims to be gzip compressed but it is not :\ 19:01 < mnemoc> :D 19:01 < morfoh> mnemoc: yeah :) 19:01 < morfoh> tgz but just a tar :p 19:01 < mnemoc> i guess Download can't handle deflate 19:02 < morfoh> yep 19:02 < morfoh> mnemoc: you guessing was right :p 19:02 < mnemoc> curl must have --dont-deflate or similar 19:05 < rxr> re 19:07 < rxr> on trunk gcc-4 does not easily built with dietlibc ... :-( 19:07 < mnemoc> = 10/11/05 14:00:20 =[1]=> Finished building package gcc. <--- 7 minutes ago, diet/mnemosyne ;) 19:07 < mnemoc> 8 19:09 < morfoh> mnemoc: yeah ... at least it builds :) 19:10 < mnemoc> at least? it's great! :) 19:10 < morfoh> poor rxr ... so you fixed 2.1. but are in trouble with diet on trunk now :\ 19:10 < mnemoc> == 10/11/05 14:08:41 =[1]=> Aborted building package ncurses. <--- outch 19:10 < morfoh> mnemoc: I just wanted to test you reaction ;) 19:10 < mnemoc> Created (vanished) file outside basedir (ignored): //lib/cf10365 19:10 < mnemoc> Created (vanished) file outside basedir (ignored): //lib/cf10365/conftest9012345 19:10 < mnemoc> Created (vanished) file outside basedir (ignored): //lib/cf10365/conftest9012346 19:11 < mnemoc> .oO 19:11 < morfoh> uhm ? 19:11 < mnemoc> rxr: ideas ----^ ? 19:11 < mnemoc> 1-ncurses on diet 19:13 < mnemoc> /../i686-t2-linux-gnu/bin/ld: ../obj_s/hardscroll.o(.note+0x10): unresolvable relocation against symbol `__you_tried_to_link_a_dietlibc_object_against_glibc' 19:13 < mnemoc> ^---- the real error i guess ;) 19:13 < morfoh> brb 19:14 < mnemoc> cu morfoh 19:14 < rxr> mnemoc: I can look into this when I got trunk to build 1-gcc with dietlibc 19:16 < _Ragnar_> hi 19:16 < mnemoc> rxr: thanks ;) 19:18 < SerWou> good evening 19:19 < SerWou> got a question about packages selections before compile t2 : got a pc with DV card, what packages i need to be able to grab videos from a dvcam ? 19:22 < SerWou> thinking about this, i wonder if it's good or not : 19:22 < SerWou> dv1394 or ieee1394 19:22 < SerWou> libraw1394 19:22 < SerWou> libdc1394 19:22 < SerWou> libdv 19:22 < SerWou> libavc1394 19:22 < SerWou> dvgrab 19:22 < SerWou> kino 19:27 < morfoh> re ... but moving home now ... seems the crappy windooze server is working properly now 19:28 < morfoh> btw, bonsoir SerWou ;) 19:28 < SerWou> bonsoir morfoh ;) 19:28 < SerWou> bonne route ;) 19:28 < morfoh> merci 19:30 * rxr restarting irssi - it still highlights messgaes to morfoh ... :-( --- Log closed Tue Oct 11 19:30:36 2005