**** BEGIN LOGGING AT Fri Feb 02 02:59:59 2007
Feb 02 03:30:13 <jts> part
Feb 02 03:37:23 <Zero_Chaos> Someone mind checking out my bug and telling me if I should have more information or if there is a solution? http://bugs.openembedded.org/show_bug.cgi?id=1842
Feb 02 04:46:51 <Zero_Chaos> Someone mind checking out my bug and telling me if I should have more information or if there is a solution? http://bugs.openembedded.org/show_bug.cgi?id=1842
Feb 02 07:45:07 <Ifaistos> morning all
**** BEGIN LOGGING AT Fri Feb 02 08:03:59 2007
Feb 02 08:24:30 <disaster> hi all
Feb 02 08:24:45 <hrw> morning
Feb 02 08:27:57 <hrw> morning greentux 
Feb 02 08:28:11 <greentux> morning hrw.
Feb 02 08:28:31 <greentux> hrw: i had a day off yesterday. so i will look at the office for news
Feb 02 08:29:55 <hrw> ok
Feb 02 08:34:30 <disaster> morning
Feb 02 08:36:38 <XorA> morning
Feb 02 08:37:20 <hrw> ho XorA 
Feb 02 08:48:02 <RP> morning all
Feb 02 08:49:21 <XorA> hey RP 
Feb 02 08:49:49 <XorA> RP: looks like Liam did asoc 0.13 last night
Feb 02 08:50:03 <RP> XorA: ah, sounds good :)
Feb 02 08:50:08 <RP> XorA: How's mainline looking for ASoC btw?
Feb 02 08:50:28 <XorA> RP: 0.13 is 2.6.20 only, and should make merge window for 2.6.21
Feb 02 08:50:53 <hrw> I will have to push progear BL support..
Feb 02 08:52:13 <RP> XorA: Was something merged into the ALSA tree already?
Feb 02 08:53:58 <XorA> RP: I think he should have pushed to alsa-kernel, but I havent checked, Liam doesnt get in until about 10, but he was talking to person of unpronounceable name about when to push to hit merge window
Feb 02 08:54:28 <RP> XorA: ok, that sounds good :)
Feb 02 08:55:04 * RP should get some Zaurus patches ready
Feb 02 08:59:59 <macpower> hi all !!
Feb 02 09:01:44 <macpower> how I do for put a partiton debian in read only ? please
Feb 02 09:02:48 <hrw> macpower: mount partition -o remount,ro
Feb 02 09:03:01 <hrw> or s/partition/mountpoint
Feb 02 09:03:07 <macpower> ok
Feb 02 09:03:23 <macpower> where i write this ?
Feb 02 09:03:34 <hrw> in rootshell
Feb 02 09:03:38 <macpower> ok
Feb 02 09:05:50 <macpower> i try two solution?
Feb 02 09:06:19 <hrw> start from second
Feb 02 09:07:38 <macpower> what want to say s/partiton/mountpoint .?
Feb 02 09:07:57 <hrw> mount mountpoint  -o remount,ro
Feb 02 09:09:06 <macpower> i just write mount mountpoint -o remount,ro
Feb 02 09:09:06 <macpower> ?
Feb 02 09:09:07 <macpower> and mountpoint is my partition
Feb 02 09:09:21 <hrw> bbl - food time
Feb 02 09:10:51 <macpower> what ?
Feb 02 09:17:57 <macpower> ??
Feb 02 09:32:27 <CM> macpower: I think you might be in the wrong channel, try #linuxhelp  :)
Feb 02 09:34:36 <greentux> hrw:  you will get the order next days... I am holiday next week, but all is in the right place
Feb 02 09:40:23 <hrw> re
Feb 02 09:40:43 <macpower> how i do for suspend to ram ?
Feb 02 09:40:46 <hrw> greentux: thx. will order tickets next week then
Feb 02 09:41:00 <hrw> macpower: #linuxnewbies is closed?
Feb 02 09:41:25 <macpower> but i do a embedded system
Feb 02 09:41:34 <CM> :)
Feb 02 09:41:46 <hrw> macpower: and you think that it will have it in other way
Feb 02 09:41:47 <hrw> ?
Feb 02 09:41:48 <macpower> and i just me doing suspend and read only
Feb 02 09:42:02 <hrw> my palmtops do suspend like my desktop
Feb 02 09:42:16 <hrw> echo mem >/sys/power/state or that kind
Feb 02 09:42:35 <macpower> ok
Feb 02 09:43:26 <macpower> is it need to modifuy the file stat?
Feb 02 09:43:42 <greentux> hrw:  you can trust, it will be ok. you can order now
Feb 02 09:44:45 <CM> macpower: In what way are you on an embedded system with debian? What desktop environment?
Feb 02 09:46:46 <hrw> greentux: ok
Feb 02 10:55:17 <disaster> bye all
Feb 02 12:00:06 <Crofton|home> someone from timesys hangs out here sometimes?
Feb 02 12:28:55 <jrn_> hi
Feb 02 12:29:27 <jrn_> got an monotone problem: using xubuntu and can only get monotone 0.23
Feb 02 12:29:43 <Crofton|home> rebuild from source?
Feb 02 12:29:48 <jrn_> got an table problem with each OE.mtn snapshot
Feb 02 12:29:52 <jrn_> hmm
Feb 02 12:29:54 <Crofton|home> download the statically linked binary?
Feb 02 12:29:57 <Crofton|home> yeah
Feb 02 12:30:03 <Crofton|home> you need later mtn
Feb 02 12:30:22 <Crofton|home> I hvae 0.32 here
Feb 02 12:30:29 <jrn_> ok ... i hate compiling when i can use apt.. but ok
Feb 02 12:30:50 <Crofton|home> they have statically linked binaries, if you run into dependency versioning issues
Feb 02 12:31:06 <Crofton|home> I think it needs a fairly recent boost
Feb 02 12:32:04 <jrn_> sry what means the last line? :}
Feb 02 12:32:16 <jrn_> i didnt get it, sorry
Feb 02 12:33:29 <jrn_> does it mean static linked bins are slow?
Feb 02 12:33:36 <jrn_> because of the lack of libboost?
Feb 02 12:38:46 <Crofton|home> lack of suitable version for compilation
Feb 02 12:38:58 <Crofton|home> libboost
Feb 02 12:39:05 <jrn_> ah ok
Feb 02 12:39:22 <jrn_> .oO(I should boost my english^^)
Feb 02 12:39:54 <Crofton|home> your english is better then my "foreign"
Feb 02 12:40:19 <jrn_> ^^
Feb 02 12:40:26 <jrn_> when you say that
Feb 02 12:40:34 <jrn_> WOW thanks man!! it _just_ works :D
Feb 02 12:43:20 <jrn_> it is a long way but soon i will have wmii on my zaurus *laughs*
Feb 02 12:44:04 <jrn_> and Scite i hope..
Feb 02 13:03:50 <slapin_nb> hi, all!
Feb 02 13:04:02 <slapin_nb> how to enable locales for GPE image? :)
Feb 02 13:07:51 <slapin_nb> XorA, ping
Feb 02 13:08:25 <XorA> slapin_nb: yo
Feb 02 13:08:52 <slapin_nb> XorA, as I see wm97xx touch drivers register ..-battery
Feb 02 13:09:19 <slapin_nb> what is it and how could I use it?
Feb 02 13:09:26 <XorA> slapin_nb: what handheld/board are you targetting?
Feb 02 13:09:55 <slapin_nb> XorA, Palm Zire 72, it gets data via TS_BMON
Feb 02 13:10:06 <slapin_nb> I mean voltage ADC
Feb 02 13:11:15 <slapin_nb> XorA, probably something in my head prevents me from understanding how to implement that on top of wm97xx driver
Feb 02 13:11:31 <slapin_nb> XorA, any clues?
Feb 02 13:11:43 <XorA> look for a function called something like readaux_adc
Feb 02 13:12:12 <slapin_nb> XorA, yeah, but I need wm structure for it, how could I get it from driver?
Feb 02 13:12:26 <slapin_nb> *wm pointer
Feb 02 13:13:35 <lrg> slapin_nb: look at pxa-wm97xx.c
Feb 02 13:14:46 <slapin_nb> lrg, ok, thanks!
Feb 02 13:17:17 <florian> good monring
Feb 02 13:18:10 <lrg> hey florian 
Feb 02 13:19:39 <florian> lrg: hi, i havn't seen you for a while
Feb 02 13:21:23 <lrg> florian: extremely busy atm. I need to hire 2 more devs but cant until q3
Feb 02 13:22:07 <lrg> florian: XorA and I are working at double effort :-/
Feb 02 13:24:50 <florian> lrg: I know that situation - i could need some more here as well :-)
Feb 02 13:26:36 <lrg> florian: if we were borg we wouldn't need to sleep 8hrs a day and could regenerate in 10 mins thus work a double day ;)
Feb 02 13:26:48 <florian> heh
Feb 02 13:27:09 * lrg steps into his alcove to regenerate
Feb 02 13:27:42 <XorA> and you guys think he is kidding :-)
Feb 02 13:27:53 * T0mW can think of an ex-employer who wanted me to do that
Feb 02 13:28:12 <Ifaistos> lrg : Or move to a different planet in the outer solar system where the days can last a few weeks ;)
Feb 02 13:28:19 <lrg> heh
Feb 02 13:31:04 * florian tried to hide in china, but one customer decided to send material and an engineer to out hotel
Feb 02 13:31:23 <lrg> heh ;)
Feb 02 14:45:35 <slapin_nb> btw, how to select which locales are installed on image for GPE?
Feb 02 14:45:45 <slapin_nb> I mean GPE language
Feb 02 14:45:53 <RP> slapin_nb: IMAGE_LIGUAS
Feb 02 14:46:00 <slapin_nb> RP, thanks!
Feb 02 14:57:46 <Jin^eLD> has anyone encountered this problem: http://pastebin.ca/337139
Feb 02 14:58:31 <Jin^eLD> my TARGET_ARCH is set correctly, why can't it figure out the byte order?
Feb 02 15:33:38 <hrw> hi
Feb 02 15:34:02 <hrw> hi
Feb 02 15:34:19 <RP> hihi hrw 
Feb 02 15:57:16 <hrw> RP: did you saw 'USB Composite Gadgets' support?
Feb 02 15:58:17 <slapin_nb> XorA, pxa-wm97xx.c hangs on my setup if I enable it :(
Feb 02 15:58:48 <slapin_nb> XorA, I have PM and APM enabled
Feb 02 15:59:20 <slapin_nb> XorA, I can't provide enough debugging since I have no serial port :(
Feb 02 16:00:51 <RP> hrw: no?
Feb 02 16:01:31 <hrw> RP: it appeared on linux-omap ML. sent by nokia
Feb 02 16:01:56 <RP> hrw: Ah, I keep meaning to subscribe to that...
Feb 02 16:02:08 <hrw> RP: http://linux.omap.com/pipermail/linux-omap-open-source/2007-February/009009.html
Feb 02 16:02:22 <hrw> RP: looks like a way to enable few gadgets at once
Feb 02 16:03:45 <XorA> slapin_nb: Im not actually familiar with running that part
Feb 02 16:03:56 <XorA> slapin_nb: you'll have to find some form of debug
Feb 02 16:04:01 <natezg> regarding the posts about need for embedded Linux developers, I have to move to Charleston, SC next fall and I'm whoring out my resume if anyone is interested, send me a tell
Feb 02 16:04:28 <hrw> SC?
Feb 02 16:04:36 <natezg> South Carolina
Feb 02 16:04:50 <slapin_nb> XorA, what is generic way to attach to driver? it works as is, but I need to have battery access :)
Feb 02 16:05:10 <hrw> slapin_nb: tosa use wm9712 for touchscreen and battery access
Feb 02 16:05:14 <RP> hrw: Yes, looks interesting. I bet it will cause problems on the pxa27x :-(
Feb 02 16:05:31 <hrw> RP: what does not cause problems on pxa27x? :D
Feb 02 16:05:33 <XorA> slapin_nb: examine tosa.c Im really not familiar with that driver
Feb 02 16:06:04 <hrw> RP: pxa27x UDC does not exist
Feb 02 16:07:10 <XorA> slapin_nb: or the tosa platform code
Feb 02 16:10:02 <bradbev> is bitbake able to fetch from a specific branch and revision within a git repository?
Feb 02 16:11:11 <lrg> RP: asoc 0.13 now in alsa hg for 2.6.21 window ;)
Feb 02 16:12:35 <slapin_nb> XorA, I found no battery data in tosa.c :( any clue?
Feb 02 16:13:18 <lrg> slapin_nb: please comment out wm97xx_reg_mach_ops() in pxa-wm97xx.c and try again
Feb 02 16:17:02 <RP> lrg: Great, I was asking XorA about that earlier :)
Feb 02 16:18:20 <RP> hrw: Not in mainline :-/
Feb 02 16:18:55 <slapin_nb> lrg, works
Feb 02 16:19:03 <slapin_nb> lrg, (boots)
Feb 02 16:19:14 <lrg> slapin_nb: :)
Feb 02 16:19:44 <slapin_nb> lrg, but as I get it does nothing at all in this case
Feb 02 16:20:09 <hrw> RP: and after reading lakml I feel like it will never be there
Feb 02 16:20:19 <lrg> slapin_nb: it's only an example of getting the pointer you need
Feb 02 16:21:03 <slapin_nb> lrg, thanks!
Feb 02 16:21:14 <RP> hrw: You mean David's comments to my last mails?
Feb 02 16:22:05 <hrw> RP: would have to check but probably
Feb 02 16:25:22 <Ifaistos> does anyone have a way of syncing between OE (upstream) and svn (downstream). I have been trying tailor with no luck
Feb 02 16:34:47 <Zero_Chaos> http://bugs.openembedded.org/show_bug.cgi?id=1842  <--- anyone grab a look for me?
Feb 02 16:38:15 <natezg> every time I change my machine.conf OE goes through the "
Feb 02 16:38:34 <natezg> handling Bitbake files thing, parsing them all and taking a really long time
Feb 02 16:38:39 <natezg> is there any way to speed that up
Feb 02 16:39:32 <natezg> BTW it looks like the edb9302a configuration is supported in the newest mainstream kernel patch
Feb 02 16:40:08 <natezg> 20-rc7
Feb 02 16:41:14 <pb__> no, you can't really speed that up.  all the files include machine.conf, so they all need to be re-parsed when it changes.
Feb 02 16:41:41 <pb__> your only options are to change that file less often, reduce the number of .bb files in your collection, or get a faster computer.
Feb 02 16:41:51 <natezg> pb_:k, thx
Feb 02 16:42:22 <RP> pb__: You can cheat and put ${MACHINE} in CACHE and set MACHINE via the environment ;-)
Feb 02 16:43:32 <pb__> heh
Feb 02 16:43:45 <RP> Although that helps changing MACHINE, not changing the .conf file itself I guess...
Feb 02 17:09:13 <natezg> got a mysterious error during do_stage on the new 2.6.20-rc7 kernel port I'm working on
Feb 02 17:09:16 <natezg> cp: cannot stat `include/asm-generic/*
Feb 02 17:09:25 <natezg> any ideas where to look on that?
Feb 02 17:10:02 <natezg> I don't understand the error message
Feb 02 17:10:41 <cbrake> natezg: during staging, files get copied to the tmp/staging directory
Feb 02 17:11:36 <cbrake> natezg: you may want to look at the kernel.bbclass to see what files it is trying to copy
Feb 02 17:12:52 <cbrake> natezg: yup, kernel.bbclass line 71
Feb 02 17:13:26 <cbrake> natezg: does the latest kernel have a include/asm-generic directory?
Feb 02 17:15:33 <pH5> sure it does
Feb 02 17:15:50 <pH5> natezg: the question is, has yours? :)
Feb 02 17:16:26 <natezg> so far I'm using an unmodified 2.6.20-rc7
Feb 02 17:16:32 <natezg> it has this directory
Feb 02 17:16:46 <natezg> linux-2.6.20-rc7-e1.0/include/asm-generic/
Feb 02 17:18:00 <natezg> thx, though, I've got enough info to do some digging now
Feb 02 17:34:05 <natezg> I think I see the problem
Feb 02 17:34:34 <natezg> I'm building the kernel in a separate directory from the source, the build scripts assuming this is not the case
Feb 02 17:34:50 <natezg> include/asm-generic does not exist in the build directory, only the source
Feb 02 17:35:54 <natezg> I suppose I can override kernel_do_stage, what do you think, does this make sense?
Feb 02 17:36:30 <natezg> currently all it's references appear to be assuming the copy will happen from the build directory, if I'm reading this right
Feb 02 17:38:09 <hrw> cu
Feb 02 17:58:38 <koen> good morning all
Feb 02 17:58:59 <Jin^eLD> hi koen
Feb 02 17:59:39 <koen> hey Jin^eLD 
Feb 02 18:01:15 <Jin^eLD> trying to get a MIPS based board to work in oe.dev.. turned out to be not an easy task :>
Feb 02 18:01:30 <koen> mipsel, mipseb?
Feb 02 18:01:34 <Jin^eLD> mipsel
Feb 02 18:02:16 <Jin^eLD> I talked to tmbinc and merged the glibc that is used in the dreambox branch into my dev tree
Feb 02 18:02:51 <Jin^eLD> there's still some weirdness though, gcc 3.4.5 is needed co compile glibc-intermediate, but then for the rest gcc 4.1.1 is being used
Feb 02 18:03:12 <Jin^eLD> anyway, lets see how far I get
Feb 02 18:10:42 <gerwinin> Koen : I will be in your neighboorhoud in 2 weeks
Feb 02 18:11:04 <koen> gerwinin: cool
Feb 02 18:11:14 <koen> you have my phonenumber :)
Feb 02 18:11:17 <Ifaistos> Jin^eLD : I have build images for the rb5xx boards
Feb 02 18:11:25 <gerwinin> Koen: I have you seen likewise recently ?
Feb 02 18:11:42 <koen> last tuesday
Feb 02 18:11:43 <gerwinin> Koen: I fixed my problem , some rotten memory module 
Feb 02 18:11:45 <Ifaistos> koen : hi !
Feb 02 18:11:49 <koen> hey Ifaistos 
Feb 02 18:11:54 <CIA-19> 03koen 07org.oe.dev * rd3de105f... 10/ (1 packages/dates/dates_0.3.bb): dates: add 0.3
Feb 02 18:12:03 <Jin^eLD> Ifaistos: using oe.dev branch?
Feb 02 18:12:32 <Jin^eLD> Ifaistos: what distro did you take as a starting point, which glibc/gcc versions did you use?
Feb 02 18:12:58 <Jin^eLD> just setting the machine appropriately did not work for me, I could only cleanly build the dreambox branch for mipsel
Feb 02 18:13:32 <Zero_Chaos> http://bugs.openembedded.org/show_bug.cgi?id=1842  <--- anyone grab a look for me?
Feb 02 18:13:42 <Ifaistos> Jin^eLD : I have build my own distro, although it's using the 'old' OE stuff. check http://owmnr.digital-opsis.com
Feb 02 18:14:19 <Jin^eLD> Ifaistos: thanks, I'll take a look
Feb 02 18:14:36 <Ifaistos> Jin^eLD : hopefully will get it up to speed withing the next millenium :)
Feb 02 18:14:41 <Jin^eLD> I'd like to keep in touch with oe.dev though, thats why I am trying to merge stuff from dreambox
Feb 02 18:14:46 <Jin^eLD> :)
Feb 02 18:15:42 <Ifaistos> Jin^eLD : my routerboard turned into a door-stopper had to return it to mtik
Feb 02 18:16:11 <natezg> cbrake:fixed my problem by copying over include files from ${S} to ${B} before staging, thx for help
Feb 02 18:16:12 <Jin^eLD> basically I got it to compile in .dev now, but I messed something up with threads, my system is panic'ing with "cannot set up thread-local storage", I guess it might be related to nptl stuff which dreambox glibc is configured for
Feb 02 18:16:23 <cbrake> natezg: dunno.  OE is kind of like Ruby on Rails.  If you do things the OE way, it is really easy.  If not, well ...
Feb 02 18:16:30 <Jin^eLD> Ifaistos: heh...
Feb 02 18:16:32 <Ifaistos> Jin^eLD : the mips cpu they are using has some 'locking' mechanism in the bootloader
Feb 02 18:16:35 <cbrake> natezg: no problem -- glad its working :-)
Feb 02 18:17:06 <Jin^eLD> Ifaistos: I am trying to OE the DeCypher 8100 board
Feb 02 18:17:28 <natezg> cbrake:well....built the new kernel now for testing :-O
Feb 02 18:18:16 <Ifaistos> Jin^eLD : are the new db boxes using this ? dm7020 or something ?
Feb 02 18:18:31 <natezg> koen:FYI edb9302a board support is in the mainstream kernel as of the latest patch, thx for pointing me that way
Feb 02 18:18:45 <Jin^eLD> Ifaistos: no idea.. I do not think so.. I only took the dreambox branch because zecke suggested to look at it - since dreambox is also some sort of mipsel based stuff
Feb 02 18:19:16 <Ifaistos> Jin^eLD : basicaly is ppc, mipsel is only one machine i think
Feb 02 18:19:29 <Jin^eLD> ah.. I see
Feb 02 18:19:46 <Ifaistos> Jin^eLD : some ibm 405 variant with mpeg decoding
Feb 02 18:20:27 <Jin^eLD> aha.. the 8100 has hidef decoders and stuff like that
Feb 02 18:21:11 <Ifaistos> Jin^eLD : it should :) These kind of cpu's would not be able to handle these kind of stuff....
Feb 02 18:21:27 <Jin^eLD> yep :)
Feb 02 18:21:51 <Ifaistos> Jin^eLD : even for voip,echo cancelation i am trying to use them anything below 600Mhz is a waste of time
Feb 02 18:22:29 <Jin^eLD> heh.. well, my target app is video playback using the hw decoders, so that's ok I guess :>
Feb 02 18:22:57 <Jin^eLD> my problem was that it just did not work in oe.dev, most people seem to work on ARM based stuff which is really well supported
Feb 02 18:23:20 <Ifaistos> Jin^eLD : do you have access to the specs of the decoder or do they give you a binary blob just as it was the case with dreambox
Feb 02 18:24:12 <Ifaistos> Jin^eLD : Yeah here almost everyone is ARMed to the teeth :)
Feb 02 18:24:27 <Jin^eLD> there is some binary firmware image, I am not yet sure about controlling playback but there are some sources of demo apps provided
Feb 02 18:24:35 <Jin^eLD> http://www.micronas.com/products/by_function/decypher_dhm8100a/product_information/index.html
Feb 02 18:25:17 <Ifaistos> Jin^eLD : mipsel should work without much trouble i think
Feb 02 18:25:35 * Ifaistos trying to remember which distro in OE is using mipsel
Feb 02 18:25:45 <Jin^eLD> the supplied SDK is difficult to work with though, based on RedHat 8 / RedHat 9 for building, uses old kernel, actually a release candidate that only compiles with gcc 3.3.4 and so on
Feb 02 18:26:04 <Jin^eLD> Ifaistos: well I tried, mipsel did not work out of the box in current dev :) that was my first attempt
Feb 02 18:27:22 <Jin^eLD> dreambox branch has some mipsel patches for glibc and uses a different glibc version
Feb 02 18:28:06 <Jin^eLD> and for some reason they need gcc-cross-initial = "3.4.5" (I think else glibc is not building) and then use gcc-cross = "4.1.1"
Feb 02 18:28:18 <Ifaistos> Jin^eLD : meshcube is mipsel
Feb 02 18:28:26 <Ifaistos> Jin^eLD : mtx-1
Feb 02 18:28:50 <Jin^eLD> well, has anyone tried building it recently? :)
Feb 02 18:29:11 <Jin^eLD> which distro does the mtx-1 use?
Feb 02 18:29:16 <Ifaistos> Jin^eLD : i think there were some updates pushed lately...
Feb 02 18:29:44 <Ifaistos> Jin^eLD : nylon
Feb 02 18:29:46 <Jin^eLD> I tried building for a mipsel machine yesterday or wednesday or so, so pretty recently
Feb 02 18:30:25 <Jin^eLD> nylon was my starting point, but it does not work
Feb 02 18:31:15 <Ifaistos> Jin^eLD : where is the problem ? glibc ?
Feb 02 18:33:14 <Jin^eLD> I would have to retry to give a definite answer, also the nylon stuff uses quite old gcc versions and so on; after it did not work I was pointed to the dreambox branch which uses more recent stuff and builds 
Feb 02 18:33:56 <Jin^eLD> probably good idea to try again with original oe.dev things and see what exactly the problem was
Feb 02 18:34:20 <Jin^eLD> I just wanted to have something working and tested, that's why I took dreambox
Feb 02 18:34:41 <Jin^eLD> I don't feel confident hacking around the glibc :) 
Feb 02 18:40:55 <Ifaistos> Jin^eLD : sometimes you need to hunt around for patches on certain arch's...
Feb 02 18:42:00 <Ifaistos> Jin^eLD : btw are you sure the cpu is mipsel ? it says mips32 24KE....
Feb 02 18:43:18 <Jin^eLD> the supplied toolchain is: mipsel-linux-gnu/gcc-3.3.4-glibc-2.3.2
Feb 02 18:43:32 <Jin^eLD> moment phone
Feb 02 18:58:14 <Jin^eLD> re
Feb 02 18:58:52 <Jin^eLD> Ifaistos: hmm.. well how can I find that out for sure?
Feb 02 18:58:57 <Jin^eLD> allthough I am pretty sure its mipsel..
Feb 02 18:59:40 <Ifaistos> Jin^eLD : not sure... did they supply a pre-build toolchain ?
Feb 02 19:00:23 <Jin^eLD> yes, the prebuild toolchain says mipsel-linux-gcc-3.3.4 (GCC) 3.3.4
Feb 02 19:00:33 <Jin^eLD> so I think its mipsel after lal
Feb 02 19:00:34 <Jin^eLD> all
Feb 02 19:03:49 <Jin^eLD> well. let's see if I can bring it up with glibc compiled from the dreambox branch... if I do I can investigate a little why oe.dev defaults did not work 
Feb 02 19:03:58 <Ifaistos> Jin^eLD : have a look at the versions they are using i.e gcc,libc  and try to build them using OE
Feb 02 19:04:29 <Ifaistos> Jin^eLD : also check what patches they are applying
Feb 02 19:04:37 <Jin^eLD> Ifaistos: I tried to build gcc 3.3.4 in OE but it somehow failed, glibc 2.3.2 is quite old too..
Feb 02 19:04:59 <Jin^eLD> hmm, i only have the prebuilt toolchain, no idea about any patches they might have applied to glibc/gcc
Feb 02 19:05:09 <Jin^eLD> I can probably ask for it
Feb 02 19:05:45 <Ifaistos> Jin^eLD : You can also use the pre-build toolchain with OE to build the rest
Feb 02 19:05:59 <Jin^eLD> I know.. but I wanted to avoid that
Feb 02 19:06:13 <Ifaistos> Jin^eLD : not much fun though :)
Feb 02 19:06:29 <Jin^eLD> not really :) well, I have to build the kernel using their gcc, it's the only one that works
Feb 02 19:07:02 <Jin^eLD> but I really wanted to have the rest from OE
Feb 02 19:07:06 <Jin^eLD> since it gets packaged nicely and so on
Feb 02 19:07:14 <Jin^eLD> also the glibc
Feb 02 19:08:49 <Ifaistos> Jin^eLD : copying is the best form of flattery :) try to build the same stuff to gain experience on the architecture.... then you can try to get newer versions
Feb 02 19:09:42 <Jin^eLD> well, I could not compile the same versions in OE, I did not investigate it further, it just did not build "out of the box"
Feb 02 19:10:19 <Jin^eLD> but indeed, if my current attempt fails I will have to start over
Feb 02 19:11:11 <Ifaistos> Jin^eLD : mastering OE + a new arch is a big task... been there done that ;0
Feb 02 19:11:17 <Jin^eLD> :>
Feb 02 19:13:07 <Jin^eLD> hmm crap, still the thread problem
Feb 02 19:13:18 <Jin^eLD> I think I'll disable nptl :)
Feb 02 20:18:08 <kergoth> anyone thought about further breaking down the site files beyond arm-linux and endian and stuff?  there are obviously a lot of tests which are just os speciifc, not architecture, adn vise versa
Feb 02 20:19:19 <Zero_Chaos> http://bugs.openembedded.org/show_bug.cgi?id=1842  <--- anyone grab a look for me?
Feb 02 21:09:53 <B_Lizzard> I made a new espgs package
Feb 02 21:09:59 <B_Lizzard> I'll post it in the bugtracker
Feb 02 21:10:06 <B_Lizzard> I'm mostly sure it works
Feb 02 21:12:32 <B_Lizzard> And an Exult package, but that needs some more testing
Feb 02 21:12:42 <B_Lizzard> But I built an ipk allright
Feb 02 21:17:34 <Jin^eLD> any ideas what "cannot set up thread-local storage: unknown error" could be?
Feb 02 21:18:11 <Jin^eLD> is my glibc bad or is it just some misconfiguration of boot options?
Feb 02 21:18:17 <Jin^eLD> ...still fighting with mipsel..
Feb 02 21:18:19 <koen> kergoth: there should be a 'common' sitefile somewhere in OE
Feb 02 21:19:55 <koen> B_Lizzard: isn't 'S = "${WORKDIR}/espgs-${PV}"" a bit redundant?
Feb 02 21:20:02 <B_Lizzard> Nope
Feb 02 21:20:12 <B_Lizzard> Um, yes
Feb 02 21:20:19 <B_Lizzard> Now that I think of it :)
Feb 02 21:20:31 <B_Lizzard> It was in the last .bb file, I DON'T KNOW :D
Feb 02 21:21:08 <koen> B_Lizzard: have a look at the abiword 2.5 recipes on how to get rid of hardcoding 8.15
Feb 02 21:21:21 <B_Lizzard> Will do
Feb 02 21:21:51 <B_Lizzard> By the way, exult requires the host CPU to run some binary it makes, how do I get past that?
Feb 02 21:22:16 <koen> with some goats, hemlock and a silver bullet
Feb 02 21:22:25 <B_Lizzard> Aha
Feb 02 21:22:31 <B_Lizzard> Damn, stores are closed
Feb 02 21:22:32 <koen> you're in luck, it's full moon tonight
Feb 02 21:22:51 <B_Lizzard> My local satanist group are on a road trip
Feb 02 21:23:03 <B_Lizzard> I'll ask Stan directly
Feb 02 21:23:31 <B_Lizzard> I HATE IT WHEN PEOPLE DO THAT
Feb 02 21:23:44 <B_Lizzard> And Abiword has something like that
Feb 02 21:23:54 <B_Lizzard> Having to run some binaries
Feb 02 21:24:05 <koen> only a perl script
Feb 02 21:24:05 <B_Lizzard> At least someone made a perl script
Feb 02 21:24:18 <B_Lizzard> Normally, you'd have to run a binary
Feb 02 21:24:39 <koen> the abiword people changed it after I they attended my fosdem presentation that mention abiword being broken :)
Feb 02 21:24:49 <koen> s/I they/they/
Feb 02 21:24:51 <B_Lizzard> I've wasted weeks trying to build Abiword 1.0.7
Feb 02 21:24:55 <B_Lizzard> :)
Feb 02 21:25:21 <B_Lizzard> Only to get cyclic "undefined reference" errors between wv and abiword
Feb 02 21:25:25 <B_Lizzard> Bastards
Feb 02 21:26:47 <B_Lizzard> Couldn't it just be cut down with "cut"?
Feb 02 21:26:55 <B_Lizzard> Or does it HAVE to be in python?
Feb 02 21:28:04 <pH5> B_Lizzard: libx11_X11R7.1-1.0.1.bb builds a binary that runs on the build host (manually, before executing oe_runmake)
Feb 02 21:28:18 <B_Lizzard> Aha
Feb 02 21:28:26 <B_Lizzard> I'll look into that
Feb 02 21:30:46 <B_Lizzard> Why isn't FVWM in OE?
Feb 02 21:30:50 <B_Lizzard> Damn you people
Feb 02 21:30:52 <B_Lizzard> :)
Feb 02 21:35:46 <slapin_nb> lrg, ping
Feb 02 21:36:55 <slapin_nb> lrg, http://ossfans.org/paste?id=c7be67 this trivial code hangs on driver_register. Any ideas?
Feb 02 21:41:28 <lrg> slapin_nb: put some printk around some of the mutexes in the wm97xx-core. it's probable that it's hanging in the wm97xx bus code  
Feb 02 21:42:40 <slapin_nb> lrg, sorry, my device have no way to attach serial console :(
Feb 02 21:43:16 <slapin_nb> lrg, is it possible to somehow debug that with other means?
Feb 02 21:46:25 <lrg> slapin_nb: what about the lcd display 
Feb 02 21:48:46 <slapin_nb> lrg it is not updated, so it hangs before it is initialized
Feb 02 21:51:16 <lrg> slapin_nb: probably a good idea to fix the lcd first for debug otherwise it may take a long time to fix other things
Feb 02 21:53:10 <slapin_nb> lrg, If I comment-out driver_register line, it doesn't hang, but it seems to be not a fix. and LCD works afterwards :)
Feb 02 21:54:33 <slapin_nb> lrg, so it seems I need to make device add wm9x stuff and this driver at the end of list...
Feb 02 21:55:06 <lrg> slapin_nb: possibly, check out the tosa code it does similar stuff
Feb 02 23:01:47 <slapin_nb> lrg, driver seems to work as module.
Feb 02 23:15:19 <natezg> o yes, life is good
Feb 02 23:15:28 <natezg> Linux version 2.6.20-rc7 (nathan@Starscream) (gcc version 4.1.1) #5 Fri Feb 2 17:43:15 CST 2007
Feb 02 23:15:28 <natezg> CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0007177
Feb 02 23:15:28 <natezg> Machine: Cirrus Logic EDB9302A Evaluation Board
Feb 02 23:16:00 * natezg struts
Feb 02 23:18:03 <natezg> rock on brothers, have a nice weekend, I'm gonna go home and level my warlock
**** ENDING LOGGING AT Sat Feb 03 02:59:59 2007