T2 IRC Log: 2006-12-01

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 Fri Dec 01 00:00:27 2006
02:22 -!- idealm [n=ideal@222.66.106.154] has joined #t2
03:02 -!- psycodad [n=obiwan@2001:4060:4419:b1:0:0:0:2] has quit [Remote closed the connection]
03:02 -!- psycodad [n=obiwan@2001:4060:4419:b1:0:0:0:2] has joined #t2
06:28 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 104 (Connection reset by peer)]
06:45 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2
09:39 -!- mtr_ [n=Michael@pD9E10748.dip0.t-ipconnect.de] has joined #t2
09:48 -!- mtr [n=Michael@pD9E1431D.dip0.t-ipconnect.de] has quit [Read error: 60 (Operation timed out)]
09:48 -!- mtr_ is now known as mtr
11:18 -!- DEac- [n=deac@xdsl-195-14-202-169.netcologne.de] has joined #t2
11:30 -!- DEac-_ [n=deac@xdsl-213-196-204-253.netcologne.de] has quit [Read error: 110 (Connection timed out)]
11:37 -!- idealm [n=ideal@222.66.106.154] has quit [Read error: 60 (Operation timed out)]
11:55 -!- idealm [n=ideal@222.67.239.101] has joined #t2
15:04 -!- idealm_ [n=ideal@58.33.49.15] has joined #t2
15:22 -!- idealm [n=ideal@222.67.239.101] has quit [Read error: 113 (No route to host)]
15:53 < rxr> re
15:54 [Users #t2]
15:54 [@ChanServ] [ CIA-9 ] [ emte ] [ mtr ] [ Stelz ]
15:54 [ _Ragnar_] [ DEac- ] [ idealm_] [ psycodad] [ valentin]
15:54 [ capey ] [ Demian] [ LMJ ] [ rxr ] [ zod ]
15:54 -!- Irssi: #t2: Total of 15 nicks [1 ops, 0 halfops, 0 voices, 14 normal]
16:51 -!- Demian [n=demian@201.206.32.18] has quit [Read error: 110 (Connection timed out)]
17:18 < rxr> this is soo annoying
17:19 < rxr> I can not find a libslt version that is able to compile the libxcb-1.0.0 release ...
17:19 < rxr> sigh
17:19 < rxr> they are either erroring out with a parser error or segfaulting ..
17:19 < rxr> damn crack
17:20 < mtr> libxslt 1.1.17 does not work?
17:20 < mtr> Topix #xcb: "xsltproc 1.1.18 segfaults or hangs; use 1.1.17"
17:21 < mtr> Topic*
17:21 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has joined #t2
17:27 < misl> hi folks
17:30 < mtr> hi misl
17:31 < misl> hi mtr :)
17:32 -!- Demian [n=demian@201.206.32.18] has joined #t2
17:32 < Demian> hi
17:36 < mtr> hi Demian
17:38 < Demian> um.. one of you remember what files to delete or purge from samba directory (*.tdb) so that there is no cache of shares permissions?
18:12 -!- sepp [n=sepp@p213.54.157.180.tisdip.tiscali.de] has joined #t2
18:12 < sepp> hello :)
18:19 -!- kensai [n=kensai@206.248.84.111] has joined #t2
18:34 -!- kensai [n=kensai@206.248.84.111] has quit ["Leaving"]
18:40 < rxr> hi sepp
18:42 < sepp> hi rxr
18:43 < sepp> has someone built latest wine?
18:43 < rxr> when I comitted it I built it :-)
18:43 -!- idealm_ [n=ideal@58.33.49.15] has quit [Remote closed the connection]
18:43 < rxr> /var/adm/logs/9-wine.log
18:43 < sepp> it produces files with only 0s in it with `... gcc -o relay.o relay.c` and so on
18:44 < rxr> Package Name and Version: wine 0.9.26 7.0-trunk
18:44 < sepp> same here
18:45 < sepp> strange
18:46 < sepp> can that be because of ccache and borked cache?
18:47 < rxr> can be
18:49 < sepp> ohh, that was it, i removed the wine cache dir ...
18:49 < sepp> will try things next time before asking :)
18:51 < sepp> cpu overheated, something did a emergency shtdown, cache was in a bad state :/
18:51 < rxr> heh - or just continue posting to bring life in here and fill our google reached knowledge base ;-)
18:54 < sepp> i took the heat sink from the cpu and it was way too hot to even touch it for a second
18:57 < sepp> the little vacuum cleaner on top filled it with dust over the years
18:59 < rxr> yeah
19:09 < _Ragnar_> hi hi
19:09 < emte> you need to buy some filters for your case
19:09 < emte> or switch to liquid cooling
19:10 < emte> i've had my drives shutdown my systems , not my cpu though
19:11 < emte> i need to invent a better way to keep my barracudas cool
19:13 < _Ragnar_> put a 120mm fan in front of it
19:13 < _Ragnar_> and don't use a caddy
19:14 < emte> my personl issue is more due to ambient temperature
19:14 < emte> personal*
19:15 < _Ragnar_> ah lol
19:16 < emte> doesnt happen super often anymore though, its a bit milder where i live now
19:16 < _Ragnar_> and for CPU get a scythe ninja cooler
19:16 < sepp> maybe i should better get a cleaning lady
19:16 < emte> i've zalman atm
19:17 < sepp> :)
19:17 < _Ragnar_> lol
19:17 < sepp> she could collect the dust before the pc sucks it in
19:17 < emte> waiting to hit the lotto to buy a resorator
19:17 < emte> and strap a few peltiers to it
19:18 < emte> here you go sepp http://www.pccasegear.com/category38_1.htm
19:18 < rxr> http://rene.rebe.name/photos/?p=/Hardware-hacking/d0010144.jpg
19:19 < rxr> ^- burner power regulators .-)
19:19 < emte> lol
19:21 < _Ragnar_> that doesn't look good :0
19:21 < _Ragnar_> looks like way too much thermal compound on the proc too :)
19:22 < emte> its an amd
19:22 -!- tigger^ [n=tigger@inversepath/tigger] has joined #t2
19:22 < tigger^> anyone seen/knows how to handle/fix:
19:22 < rxr> _Ragnar_: yeah - maybe a bit
19:22 < tigger^> /home/rob/t2-trunk/build/system-7.0-trunk-t2rtbt-x86/usr/dietlibc/include/sys/stat.h:621: error: expected declaration specifiers or '...' befor
19:22 < tigger^> e 'mode_t'
19:22 < rxr> that photo is very old anyway - 2 years or soo ...
19:23 < tigger^> this is while building vanilla t2trt target
19:23 < rxr> it's a ordinary 32bit Athlon from them time when it was recent ...
19:23 < tigger^> t2rtbt even :)
19:23 < sepp> i should make a photo of my board, the capacitor row looks like it has been there for 100 years
19:23 < tigger^> I get loads of errors following that
19:23 < tigger^> while compiling cpio in stage 1
19:24 < rxr> tigger^: oh - nice someone actually trying that target, it might be some rough edges are not yet polished on it
19:24 < tigger^> suggestions for what I might try?
19:25 < tigger^> this is my first experience with t2
19:25 < tigger^> so I'm a little unsure of my footing
19:25 < rxr> let me take a look what I did with t2rtbt .-)
19:26 < tigger^> :)
19:26 < tigger^> I should mention this is with svn of t2-trunk
19:26 < rxr> yeah - t2rtbt is not in 6.0-stable anyway :-)
19:26 < tigger^> right, just remembered
19:26 < rxr> tigger^: do you expect a fully finished polished target or just wanna toy around ?
19:27 < rxr> I ask because I just start t2rtbt for the fun of it and it is not yet really finished / 100% functional
19:27 < rxr> that is "developers welcome" :-)
19:27 < tigger^> rxr: bit of both, I'd like a small system to build on
19:27 < tigger^> I tried compiling embedded also, but iirc that failed
19:28 < tigger^> for a different reason
19:28 < rxr> well - than better chosse the embedded target as base
19:28 < tigger^> something as small as rtbt seemed like a good place to start
19:28 < rxr> because the t2rtbt will get very specializties such as some standard tools written in lua (as the orignial tomsrtbt had) and so on
19:28 < tigger^> and iron out UserError as much as possible before asking stupid questions and wasting peoples time :)
19:28 < tigger^> I see
19:28 < tigger^> I'll retry that one
19:28 < tigger^> thanks
19:29 < rxr> there you have the choice between ucibc (where more stuff bulids) or dietlibc (less is more - but you can not choose every third party package
19:29 < rxr> if you want something that builds more than less choose 6.0-stable tree
19:30 < rxr> as in trunk we update and polish stuff which sometimes break the "non-mainstream" target configurations from building
19:30 * tigger^ nods
19:30 < tigger^> kinda the point of trunk :)
19:30 < rxr> e.g. just yesterday we updated linux to 2.6.19 and now we have to hunt all the third party kernel module packages to actually build again and so on
19:30 < _Ragnar_> o_o yea
19:31 < rxr> and I'm also not sure if the new binutils will cause regressions
19:31 < rxr> the changelog read a bit experimental to me ...
19:31 < rxr> non-the-less I wanted to give it a try as only the last minir version number bit changed
19:31 < tigger^> rxr: 6.0.1?
19:32 < rxr> tigger^: if you can checkout the 6.0 branch
19:32 < tigger^> ok
19:32 < rxr> howto should be documented here:
19:33 < rxr> http://www.t2-project.org/download.html
19:33 < rxr> hm - ok - 6.0 is not mentioned
19:33 < rxr> anyway just svn co http://svn.exactcode.de/t2/branches/6.0/ t2-6.0
19:33 < tigger^> oki
19:34 < tigger^> are things backported to that?
19:34 < tigger^> or is it now static?
19:35 < rxr> the branch is dynamic
19:35 < rxr> e.g. receives backports
19:35 < tigger^> k
19:35 < rxr> tags are done from it
19:36 < tigger^> just by the by, is anyone still attempting zaurus builds with t2?
19:36 < tigger^> I found some stuff from 2004/5 in some irc logs
19:36 < tigger^> but no recent stuff
19:44 -!- sepp [n=sepp@p213.54.157.180.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)]
19:46 -!- sepp [n=sepp@p83.129.178.43.tisdip.tiscali.de] has joined #t2
19:51 [Users #t2]
19:51 [@ChanServ] [ CIA-9 ] [ emte] [ mtr ] [ sepp ] [ valentin]
19:51 [ _Ragnar_] [ DEac- ] [ LMJ ] [ psycodad] [ Stelz ] [ zod ]
19:51 [ capey ] [ Demian] [ misl] [ rxr ] [ tigger^]
19:51 -!- Irssi: #t2: Total of 17 nicks [1 ops, 0 halfops, 0 voices, 16 normal]
19:52 < rxr> tigger^: yeah - emte I think it was who is working on Ipaq support
19:53 < rxr> tigger^: and here in the company, susan, also wants to proof of concept get T2 on her Ipaq (when her dipoma theseis about something related to that device) finished
19:53 < rxr> tigger^: furthermore we, exactcode, is delivering t2 linux to industry partners - so embedded support will gradually improve further
19:54 * tigger^ nods
19:54 < rxr> tigger^: and last but not least we got some very breaking news related to T2 promotion that I can not open up here right now that will quite boost public awareness of T2 over the last year significantly
19:55 < emte> yeah i am
19:55 < tigger^> well I got told so many times I was a developer of an inferior system
19:55 < tigger^> so I finally gave up and am trying t2 ;)
19:55 < tigger^> (well, something like that)
19:56 < emte> my exams have priority for the next two weeks though
19:56 * tigger^ nods
19:56 < tigger^> emte: maybe I'll bug you in 2/3 weeks time then
19:57 < tigger^> emte: see if I can offer random spurts of assistance ;)
19:58 < rxr> tigger^: what inferior system ?
19:58 < tigger^> rxr: not that I beleive they are comparable, but Gentoo
19:59 < emte> well tigger^ most things are working
19:59 < rxr> ah yeah
19:59 < tigger^> Where was a developer until ~6 months ago
19:59 < emte> i need to make tslib behave and then all i need to do are pull in the familiar specific patches and scripts
19:59 < rxr> too bad Gentoo is a bit more known than T2 these days
19:59 < tigger^> rxr: they have different goals
19:59 < tigger^> imho
19:59 < rxr> but especially in embedded, cross compile and such area T2 has (in my opinion) very strong pros
19:59 < tigger^> but maybe this is my lack of knowledge of t2
20:00 < rxr> of course they have more devels and hardcode more dependencies more exactly and such :-)
20:00 < rxr> tigger^: ack
20:00 < rxr> tigger^: I have to leave now - evening dinner and such
20:00 < emte> as long as i dont run into a specific version requirement, it should all be good love
20:00 < rxr> tigger^: if you have T2 related issues to solve just feel free to bug me
20:01 < tigger^> emte: :)
20:01 < tigger^> rxr: sure
20:01 < rxr> I'm mostly here from 8-18 o'clock UTC
20:01 < tigger^> likewise
20:01 < tigger^> well, maybe 9
20:01 < tigger^> ;)
20:01 < rxr> tigger^: EU I guess then?
20:01 < tigger^> Yep, Dublin
20:01 < rxr> oh - cool!
20:01 < rxr> ireland is soooo nice
20:02 < tigger^> heh, I like Dublin certainly
20:02 < rxr> have been on a 3 week cycling trip round it 1998
20:02 < tigger^> Took us a while to get used to it, but yeah, we both love Dublin now
20:02 < rxr> where are you from ?
20:02 < tigger^> Peterborough, UK
20:03 < tigger^> So a really long way from Dublin *cough*
20:03 < rxr> :-)
20:03 < tigger^> It's about an hour from London ;)
20:03 < rxr> Berlin, DE here ...
20:03 < rxr> http://rene.rebe.name/photos/?p=/Ireland/
20:04 < rxr> too bad importing it into my new blog removed the comments off the pictures ...
20:04 < tigger^> :/
20:04 < rxr> anyway - susan is waiting - have to urry now .-)
20:04 < tigger^> sure
20:04 < tigger^> cya
20:04 < rxr> tigger^: would be nice to see you around here then - just ask any question you have
20:04 < rxr> or: http://bugs.t2-project.org/newticket
20:04 < rxr> :-)
20:05 * tigger^ nods
20:08 < tigger^> oh, one thing I meant to ask, how does ccache voodoo work?
20:08 < tigger^> it's not clear where to turn it on, or if it's automatic
20:14 < sepp> there is a option in Config
20:15 < sepp> "use ccache whenever possible" or so
20:15 < tigger^> ok, I missed it clearly
20:15 < tigger^> I'll check again
20:15 < tigger^> thanks
20:15 < sepp> np
20:30 < tigger^> /home/rob/t2-6.0/misc/target/functions.in: line 19: 24865 Segmentation fault tar cSp --no-recursion --files-from=$3
20:30 < tigger^> :/
20:30 -!- d-marc [n=d-marc@HSI-KBW-091-089-007-174.hsi2.kabelbw.de] has joined #t2
20:32 < sepp> some bash problem?
20:32 < tigger^> checking it now
20:37 < tigger^> re-running the build is rebuilding the packages
20:37 < tigger^> kinda figured it wouldn't do that
20:37 < tigger^> expected it to cache the ones it's already built
20:39 < sepp> if you restart Build-Target it will continue, not restart from 0
20:40 < tigger^> I see
20:40 < tigger^> wee. different error this time
20:40 * tigger^ sighs
20:40 * tigger^ turns off tmpfs for building
20:41 < tigger^> I don't see ccache in the config btw
20:41 < tigger^> I rechecked
20:41 < tigger^> Under which heading should it be?
20:42 < sepp> under expert options?
20:42 < tigger^> Yep
20:42 < tigger^> I expected it under 'Various options'
20:42 < tigger^> But it's not there, that I can see
20:44 < sepp> [*] Use compiler cache (ccache) where possible
20:44 < tigger^> I don't have that option :/
20:44 < tigger^> anyway, have to go out
20:44 < tigger^> Thanks for the help
20:44 < sepp> ok
20:44 < sepp> :)
20:45 -!- |d-marc| [n=d-marc@HSI-KBW-091-089-006-082.hsi2.kabelbw.de] has joined #t2
20:46 < sepp> tigger^: you need to enable the ccache package
20:49 -!- d-marc [n=d-marc@HSI-KBW-091-089-007-174.hsi2.kabelbw.de] has quit [Read error: 110 (Connection timed out)]
20:50 -!- |d-marc| is now known as d-marc
21:00 -!- d-marc is now known as d-marc_afk
21:47 < tigger^> sepp: ah. I see
21:47 < tigger^> sepp: makes sense really ;)
21:57 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has quit ["Chatzilla 0.9.75 [Firefox 1.5.0.8/2006102516]"]
22:05 -!- sepp [n=sepp@p83.129.178.43.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)]
22:12 < tigger^> rxr: !> xheader.c:991: error: 'SIZE_MAX' undeclared (first use in this function)
22:12 < tigger^> rxr: while compiling archiver/tar stage 1 on generic embedded
22:12 < tigger^> rxr: guessing it relates to: http://www.freebsd.org/cgi/query-pr.cgi?pr=94084
22:16 < tigger^> rxr: ah, I see there was a ml post relating to it
22:45 < tigger^> rxr: seems you've a fix for it in the 6.0 stable branch, but it I still get the error :/
23:01 < tigger^> rxr: mm. posting related to disktype, whereas I get it for tar
23:04 -!- d-marc_afk [n=d-marc@HSI-KBW-091-089-006-082.hsi2.kabelbw.de] has quit [Read error: 104 (Connection reset by peer)]
23:04 -!- d-marc [n=d-marc@HSI-KBW-091-089-006-082.hsi2.kabelbw.de] has joined #t2
--- Log closed Sat Dec 02 00:00:28 2006