T2 IRC Log: 2005-10-11

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.

« prev | next »

--- 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