**** BEGIN LOGGING AT Wed Dec 08 02:59:57 2010
Dec 08 06:49:16 <mrmoku> moin
Dec 08 07:00:11 <JaMa> moin
Dec 08 07:02:51 <JaMa> miracle cgroup patch is making my OE builds really slow :/ NOTE: Running task 8047 of 12963
Dec 08 07:30:49 <mrmoku> JaMa: miracle cgroup?
Dec 08 07:31:08 <JaMa> grouping processes based on tty for scheduler
Dec 08 07:31:32 <mrmoku> some patch on your buildhost then?
Dec 08 07:33:36 <JaMa> yup
Dec 08 07:34:07 <JaMa> but as whole oe chroot is on same tty it's not best scenario for that patch..
Dec 08 07:34:53 <JaMa> but it's true desktop interactivity is much better with it (but I'm usually using my desktop only remotely.. )
Dec 08 07:35:32 <mrmoku> hehe, ok
Dec 08 07:39:12 <DocScrutinizer> sounds like a weird idea
Dec 08 07:39:49 <DocScrutinizer> like a heritage from days of big iron mainframe 
Dec 08 07:40:47 <JaMa> it's not that bad if you're watching video on desktop while building with make -j 10 on "background"
Dec 08 07:41:23 <DocScrutinizer> ummm
Dec 08 09:35:00 <GarthPS> moin!
Dec 08 09:38:53 <JaMa> moin
Dec 08 09:43:40 <wolfspraul> blist
Dec 08 09:45:43 <GarthPS> the little question of the morning : How are you ? :)  and a more technic one: how is the state of ubifs in shr? because during a month, about 6months ago, i tried ubi images. but then I went back to jffs2 because I had a lot of issues with ubi like instability lagging hanging . So I am curious to know what other think and if it is good now. thx
Dec 08 09:46:29 <lindi-> GarthPS: did you report any bugs?
Dec 08 09:49:55 <GarthPS> lindi-: at the time no because it was progressive.. and because I only understand that it was ubi when I changed back to jffs2 and saw the differencies. And , i don't know really why, after understanding this i did not think about repport this. i juste write it here
Dec 08 09:51:49 <lindi-> GarthPS: things reported on IRC will just get forgotten in no time...
Dec 08 09:52:56 <GarthPS> lindi-: ..yeah I know but I had to be busy aat this time to think about repporting it
Dec 08 09:53:03 <GarthPS> lindi-: my bad
Dec 08 09:53:14 <GarthPS> lindi-: but so about my question
Dec 08 09:54:25 <lindi-> GarthPS: I have not moved to ubifs because of lack of bug reports :)
Dec 08 09:54:36 <lindi-> I'm using ext3 on SD
Dec 08 09:54:51 <GarthPS> lindi-: :) . not jffs2??
Dec 08 09:55:09 <lindi-> jffs2 does not quite work on SD
Dec 08 09:55:32 <GarthPS> lindi-: lol yop .i mean in NAND
Dec 08 09:55:55 <lindi-> not using NAND at the moment for anything
Dec 08 10:04:48 <GarthPS> lindi-: why ?
Dec 08 10:11:38 <lindi-> GarthPS: because SD is much larger
Dec 08 10:17:48 <GarthPS> lindi-: :) 
Dec 08 10:52:04 <morphis> heyho
Dec 08 10:52:33 <mrmoku> yo morphis
Dec 08 11:03:46 <DocScrutinizer> mrmoku: (gta04_the_original_device) http://people.openmoko.org/joerg/unsorted/gta04.pdf
Dec 08 11:04:26 <radekp> GarthPS: ubifs work quite good, i think some writes to filesystem get lost after unclear unmount (e.g. after pulling out battery)
Dec 08 11:04:36 <DocScrutinizer> just for the fun of it - I don't think it's really useful for anything now
Dec 08 11:06:14 <GarthPS> radekp: thx . indeed i had pulling out some time the battery
Dec 08 11:35:14 <[Rui]> hi all
Dec 08 11:36:12 <mrmoku> DocScrutinizer: hehe, nice... I like the debug console via IR and the laser pointer :)
Dec 08 11:36:27 <DocScrutinizer> heh, yeah
Dec 08 11:37:21 <DocScrutinizer> mrmoku: NB there's been nothing in that product spec that had an obvious no-go for the gta02 case
Dec 08 11:37:46 <DocScrutinizer> also quite some ideas I had are missing in that version
Dec 08 11:39:57 <mrmoku> sad thing that history went the way it did :/
Dec 08 11:41:43 <mrmoku> DocScrutinizer: on n900 the watchdogs are setup by nolo, right?
Dec 08 11:41:57 <DocScrutinizer51> yep
Dec 08 11:41:58 <mrmoku> so sitting for a long time in an u-boot menu might be a bad idea?
Dec 08 11:42:07 <DocScrutinizer51> yep
Dec 08 11:42:21 <mrmoku> shit
Dec 08 11:43:02 <DocScrutinizer51> or disable wd's in flasher (r+d)
Dec 08 11:43:30 <DocScrutinizer51> or teach uboot to tickle them
Dec 08 11:43:48 <mrmoku> yeah, but disabling them is not the permanent solution I think
Dec 08 11:44:13 <mrmoku> also R&D comes with other things like... turning on when better is put in
Dec 08 11:45:18 <DocScrutinizer51> err?
Dec 08 11:45:45 <mrmoku> in r&d mode if I put in the battery the device turns on
Dec 08 11:45:52 <mrmoku> it does not do that without r&d
Dec 08 11:45:55 <DocScrutinizer51> r+d is just nolo and in initscripts and some nokia blobs (dsme, mce?)
Dec 08 11:46:10 <mrmoku> hmm
Dec 08 11:46:12 <DocScrutinizer51> nod
Dec 08 11:46:44 <DocScrutinizer51> there's some force-poweron flag thats only effective in r+d iirc
Dec 08 11:47:10 <mrmoku> settable by flasher?
Dec 08 11:47:16 <DocScrutinizer51> yup
Dec 08 11:47:44 <mrmoku> nice :)
Dec 08 11:48:22 <DocScrutinizer51> nevertheless uboot should learn play nice with wd
Dec 08 11:48:44 <mrmoku> yup
Dec 08 11:48:45 <DocScrutinizer51> more clean approach
Dec 08 11:58:26 <mrmoku> hmm... u-boot has support for watchdogs
Dec 08 12:08:13 <DocScrutinizer51> mhm
Dec 08 12:08:54 <DocScrutinizer51> so maybe you can show meego folks how to do it right? :-D
Dec 08 12:10:19 <DocScrutinizer51> I'd contribute a dirty cheap charging, and we call it "the better uboot"
Dec 08 12:13:00 <mrmoku> :)
Dec 08 12:15:42 <GarthPS> guys what the diff between tmp/deploy/ipk/gta02 and /armv4t ?
Dec 08 12:16:38 <JaMa> ipk architecture
Dec 08 12:16:49 <JaMa> om-gta02 are specific for machine
Dec 08 12:17:03 <JaMa> armv4t are the same for all armv4t machines
Dec 08 12:17:36 <GarthPS> JaMa: ok thx
Dec 08 12:17:44 <GarthPS> was what i though
Dec 08 12:18:45 <GarthPS> JaMa: so if i switch to palmpre i will have armv7a and palmpre right ?
Dec 08 12:19:05 <JaMa> y
Dec 08 12:19:58 <GarthPS> ok thx
Dec 08 13:50:00 <[Rui]> hms... I hope the new eve fixes the redraw problem
Dec 08 13:51:07 <JaMa> no :/
Dec 08 13:55:01 <JaMa> 14:51:25 < JaMa> hello, we have refresh issue with eve (rendered page is not redrawn ie after scrolling) did someone notice it too? it's probably issue in webkit-efl as first report arrived after upgrading webkit-efl from 71965 to 72648
Dec 08 13:55:05 <JaMa> 14:52:51 < discomfitor> known bug
Dec 08 13:55:07 <JaMa> 14:53:45 < JaMa> do you have link to bug tracker? I've failed to find it
Dec 08 13:55:10 <JaMa> 14:54:21 < discomfitor> no
Dec 08 13:57:00 <GarthPS> does : ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, stripped
Dec 08 13:57:13 <GarthPS> and ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.14, not stripped
Dec 08 13:57:50 <GarthPS> mean that if the target can run the  GNU/Linux 2.6.14 it can run the  GNU/Linux 2.6.16 too ?
Dec 08 13:57:59 <[Rui]> oh well... :|
Dec 08 13:58:30 <[Rui]> that it is known it's already a good thing
Dec 08 14:00:44 <JaMa> GarthPS: yes, that should be minimal version
Dec 08 14:00:54 <GarthPS> JaMa: ok thx
Dec 08 14:01:27 <GarthPS> JaMa: I want to see if i just grab a ipk fro OE for palmpre that if it runs 
Dec 08 14:03:21 <JaMa> probably will be linked to different versions of libraries..
Dec 08 14:06:00 <GarthPS> JaMa:  i could make a dirty "link static"
Dec 08 14:06:35 <GarthPS> JaMa: or even more dirty :) a ln -s 
Dec 08 14:19:18 * JaMa prefers open source apps -> rebuilding if needed
Dec 08 14:57:25 <ritchy> hi everybody.. Is there a twitter client in the repo?
Dec 08 15:03:28 <HeinervdmWork> ritchy: elmdentica
Dec 08 15:10:11 <ritchy> HeinervdmWork: Thanks; looks great!!
Dec 08 15:18:46 <ritchy> HeinervdmWork: but there'sidenti.ca ans StatusNet only!?
Dec 08 15:35:28 <HeinervdmWork> ritchy: ask [Rui] how to use it
Dec 08 15:36:28 <[Rui]> ritchy: complain to Twitter why they're imposing an insecure (for local client apps) login protocol and get them to support basic auth again, and elmdentica will magically work *again* with Twitter.
Dec 08 15:37:13 <ritchy> :)
Dec 08 15:38:14 <[Rui]> ritchy: yeah... :) basically oauth adds nothing but twisted code and worse user interface, but it's a good compromise if you want to delegate actions on your behalf to forgeign sites.
Dec 08 15:39:13 <[Rui]> ritchy: plus, they've already announced they'd revoke keys that got compromised (with a Free Software client, your app's keys are *always* exposed).
Dec 08 15:40:36 <ritchy> oookay.. all right.. I think I will switch to Identi.ca :)
Dec 08 15:41:39 <[Rui]> ritchy: yay! :)
Dec 08 15:42:13 <[Rui]> ritchy: the only downside is that identi.ca/twitter.com integration is only one-way
Dec 08 15:42:28 <ritchy> ah; okay
Dec 08 15:42:49 <ritchy> other question: in shr-unstable there is no window-navigation!? (switch between apps or close apps)
Dec 08 15:42:51 <[Rui]> if you happen to have people with the same id's in Twitter and Identi.ca, it will allow you to automatically subscribe them here, but that is not always the case, of course.
Dec 08 15:42:57 <[Rui]> ritchy: but that's how I use.
Dec 08 15:43:07 <[Rui]> ritchy: there is, have you tried to restart the phone?
Dec 08 15:43:12 <[Rui]> ritchy: or ssh into it and restart X
Dec 08 15:43:17 <ritchy> I installed a fresh image today
Dec 08 15:43:28 <[Rui]> for some fscking reason elm_shr_softkey is not starting up properly
Dec 08 15:45:44 <ritchy> can I start it manually?
Dec 08 15:51:53 <[Rui]> ritchy: sure, shr_elm_softkey&
Dec 08 15:52:57 <ritchy> [Rui] thanks!
Dec 08 15:52:59 <ritchy> :)
Dec 08 15:53:33 <ritchy> I disabled my twitter account and will move to identica
Dec 08 15:54:18 <[Rui]> ritchy: and again about Twitter, I just will not make any effort to support oauth, but I would accept a code submission to add support if it was independent enough... however, it'll also have to wait until I am dependent on azy (new EFL library that'll make it easier to work with REST RPC calls)
Dec 08 15:54:24 <[Rui]> ritchy: :)
Dec 08 15:56:18 <[Rui]> well I gotta go, hope you like Elmdentica in shr-u, I'm not sure if it has my latest improvements, perhaps it does
Dec 08 15:56:50 <alabd> Good day all  , up to what speed does gprs modem of FR support ?
Dec 08 15:57:18 <[Rui]> when I move to azy, https calls will become async so a bit nicer to use when loading timelines
Dec 08 15:57:20 <ritchy> [Rui]: I'll test it within the next minutes ;))
Dec 08 15:57:29 <[Rui]> ok, but I have to go :)
Dec 08 15:57:37 <ritchy> oh; okay
Dec 08 15:57:51 <ritchy> have a nice day ;)
Dec 08 15:58:03 <ritchy> and thanks for all your help, [Rui]
Dec 08 15:58:20 <[Rui]> I won't disconnect so you can drop a line here or even at the bugs/rfe's for elmdentica (details at http://trac.enlightenment.org/e/wiki/Elmdentica
Dec 08 15:58:30 <[Rui]> ritchy: you're welcome :)
Dec 08 15:58:33 * [Rui] brbs
Dec 08 15:58:47 <[Rui]> s/brbs/bbls/
Dec 08 16:07:50 <mrmoku> JaMa|Off: ohh, just discovered /etc/udev/saved.atags :-)
Dec 08 16:08:56 <alabd> any opinion 
Dec 08 16:08:59 <alabd> ?
Dec 08 16:10:02 <JaMa|Off> ah smart udev :)
Dec 08 16:13:29 <JaMa|Off> mrmoku: my atags: http://paste.pocoo.org/show/302276/
Dec 08 16:13:43 <alabd> someone said he can connect to gprs with gprs usb dongel with speed about 30 kB/s , but with FR my speed is about 7 or max about 14 ... why ?
Dec 08 16:13:59 <mrmoku> JaMa|Off: yeah, looks similiar to mine
Dec 08 16:14:41 <mrmoku> alabd: http://en.wikipedia.org/wiki/Gprs
Dec 08 16:14:45 <mrmoku> gprs != gprs
Dec 08 16:15:03 <alabd> mrmoku:  yes maybe he is using EDGE of sim card
Dec 08 16:15:22 <alabd> can i-humble use EDGE with FR ? mrmoku
Dec 08 16:15:41 <anarsoul> alabd: afaik fr does not support EDGE
Dec 08 16:15:45 <mrmoku> without anything external attached to USB? no way alabd 
Dec 08 16:16:04 <[Rui]> back, won't be leaving so soon after all.
Dec 08 16:16:32 <[Rui]> ritchy: did elmdentica start ok for you? to me what's in current shr-u gave me a white window...
Dec 08 16:17:07 <[Rui]> I did an upgrade a bit ago and my local built package no longer works due to new efl so versions but now I have non working as what's on repo wasn't working for some reason.
Dec 08 16:17:46 <alabd> mrmoku:  he has used gprs usb dongel  ,  but i-humble used usb networking between FR and laptop ,
Dec 08 16:17:50 <[Rui]> which also basically means I need to make update my build tree and wait a big while as new packages get built :)
Dec 08 16:17:54 <ritchy> [Rui]: Yes, there's a white screen but I switched to the "home" screen and started it again..
Dec 08 16:18:12 <ritchy> this works fine ;)
Dec 08 16:18:25 <[Rui]> works fine now? weird
Dec 08 16:18:36 <alabd> anyone knows if FR support EDGE exactly or not ???
Dec 08 16:19:00 <mrmoku> not
Dec 08 16:19:03 <anarsoul> alabd: it does not
Dec 08 16:20:01 <[Rui]> well, shr-u's efl is more recent than my latest commit of elmdentica, so maybe there is a new development breaking up something for me
Dec 08 16:20:55 <alabd> anarsoul: thanks do you think is difference in speeds cause of that FR does not support EDGE ? or difference in frequencies/classes  are reasons .. ?
Dec 08 16:21:23 <mrmoku> alabd: GPRS Class12/CS4 
Dec 08 16:21:29 <mrmoku> alabd: (from http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware#GSM.2FGPRS)
Dec 08 16:21:54 <ritchy> [Rui]: Hmm.. no; only setup works fine
Dec 08 16:22:04 <ritchy> Now I've got a white window, too
Dec 08 16:22:32 <[Rui]> well, sorry :( don't know what's happened, updating my laptop's EFL as well as my shr-u build tree so it'll take a while to fix
Dec 08 16:22:38 <alabd> mrmoku: see both sim cards are the same ... you mean FR can be used with only that class ?
Dec 08 16:22:50 <mrmoku> alabd: yup, has nothing to do with the SIM
Dec 08 16:23:17 <alabd> mrmoku: you mean FR can be used with only that class ?
Dec 08 16:23:25 <mrmoku> yes
Dec 08 16:23:44 <alabd> with what max speed ?
Dec 08 16:23:50 <ritchy> [Rui]: Hey, no problem. I can use the web-interface with eve for the next time.. :)
Dec 08 16:24:33 <[Rui]> ritchy: eve suffers from a really nasty bug with efl-webkit, you drag the page but it doesn't redraw until you show and hide the keyboard, provoking two window resizes
Dec 08 16:25:00 <mrmoku> alabd: under good conditions 9.6
Dec 08 16:25:06 <ritchy> [Rui]: Funny ;)
Dec 08 16:25:17 <mrmoku> alabd: in my experience it was often much less due to bad reception
Dec 08 16:25:34 <alabd> mrmoku:  9.6 KB or Kb ?
Dec 08 16:25:43 <mrmoku> kbit/s
Dec 08 16:27:17 <alabd> mrmoku: afaik you are wrong it is at least KB/s
Dec 08 16:30:30 <mrmoku> JaMa|Off: hehe, even better /proc/atags :P
Dec 08 16:32:33 <alabd> mrmoku: thanks god bless you
Dec 08 16:37:58 <[Rui]> I think it may have to do with some recent commits from raster in elementary... yuck... well... at least I have a target to test as soon as I can try again
Dec 08 16:39:00 <ritchy> there's still the missing-dep-problem with intone (snd_pcm_oss not found) on lite-image (shr-u)
Dec 08 17:03:53 <mickeyl> charge.sh never reports FULL: 1 for me, although percentage is 100%. is that normal?
Dec 08 17:05:49 <mickeyl> do we have a .vapi for libi2c yet?
Dec 08 17:28:07 <mickeyl> hmm
Dec 08 17:28:09 * mickeyl orders http://www.codemercs.com/index.php?id=253
Dec 08 17:31:24 <[Rui]> well, I got bad news.... I haven't the foggiest idea what the issue is with stock elmdentica in shr-u, maybe some unknown EFL issue. I just updated locally and recompiled on my desktop: everything ok
Dec 08 17:31:50 <[Rui]> when bb progresses, I'll probably be able to test a custom built ipk
Dec 08 17:44:48 <[Rui]> mickeyl: what does that do?
Dec 08 17:45:18 <[Rui]> oh wait, the rpm didn't install
Dec 08 17:45:43 <mickeyl> it adds an i2c bus to your PC
Dec 08 17:45:55 <mickeyl> i have the FRNBv2 (FreeRunner navigation board) that adds a couple of sensors
Dec 08 17:46:06 <mickeyl> and I'm going to do the FSO integration
Dec 08 17:46:11 <mickeyl> but i don't want to crosscompile all the time :)
Dec 08 17:46:19 <mickeyl> so i will hook the board to the i2c bus provided by the USB dongle
Dec 08 17:46:26 <mickeyl> that's the idea at least...
Dec 08 17:46:53 <[Rui]> ah nice!
Dec 08 17:48:10 <[Rui]> but no issue anyways
Dec 08 17:57:08 <CIA-107> freesmartphone.org: 03mickey 07cornucopia * r0283d7c05ea9 10/fsodeviced/ (4 files in 3 dirs): fsodeviced: powersupply_n900: add skeleton for N900 powersupply plugin
Dec 08 18:15:15 <mrmoku> mickeyl: I always have FULL: 0
Dec 08 18:15:38 <mrmoku> mickeyl: the only thing I check is the status... if not 0x10 I interrupt and restart it
Dec 08 18:16:15 <mickeyl> i see
Dec 08 18:16:47 <mrmoku> there is another 'good' status I think... don't know it though :P
Dec 08 18:16:59 <mrmoku> and usually on second start status is 0x10 for me
Dec 08 18:17:44 <CIA-107> freesmartphone.org: 03mickey 07cornucopia * r7aa182048911 10/fsodeviced/vapi/i2c.vapi: fsodeviced: add i2c.vapi for communicating via libi2c
Dec 08 18:18:18 <mrmoku> i2c.vapi... good to have :-)
Dec 08 18:18:27 <mrmoku> dos1 was already missing it
Dec 08 18:21:30 <mickeyl> hmm
Dec 08 18:21:38 <mickeyl> array_length_pos = 1.9 ?
Dec 08 18:24:46 <CIA-107> freesmartphone.org: 03mickey 07cornucopia * rd39cab7c8add 10/fsodeviced/vapi/i2c.vapi: fsodeviced: fix i2c.vapi calls using arrays
Dec 08 19:08:11 <mickeyl> ok, so 2 is the bus, 0x55 is the device id, and 0x0b is the level
Dec 08 19:20:14 <CIA-107> freesmartphone.org: 03mickey 07cornucopia * rd95acd69b646 10/fsodeviced/ (3 files in 2 dirs): fsodeviced: powersupply_n900: read capacity every 15 seconds
Dec 08 19:22:25 <daniele_athome> poor freerunner... :(
Dec 08 19:22:30 <daniele_athome> it's been abandoned :(
Dec 08 19:23:58 <mrmoku> can't be... it still posesses my SIM :P
Dec 08 19:24:22 <daniele_athome> mrmoku, i'm talking about gsm
Dec 08 19:24:42 <daniele_athome> i'm afraid n900 is slowly taking over...
Dec 08 19:26:33 <mrmoku> this freaking wandering wlan is driving me mad :/
Dec 08 19:27:51 <daniele_athome> mrmoku: ??
Dec 08 19:28:08 <mrmoku> daniele_athome: on n900 wlan has softmac
Dec 08 19:28:25 <mrmoku> and udev is trying to give net devices a persistent interface
Dec 08 19:28:26 <daniele_athome> mrmoku, and?
Dec 08 19:28:29 <mrmoku> by mac address :P
Dec 08 19:28:40 <daniele_athome> ah!
Dec 08 19:28:43 <mrmoku> first boot wlan0, second boot wlan1, ...
Dec 08 19:28:49 <daniele_athome> mrmoku, so interface name is always different
Dec 08 19:28:50 <daniele_athome> ahah
Dec 08 19:28:56 <daniele_athome> :D
Dec 08 19:29:03 <daniele_athome> mrmoku, something similar happened to me with FR
Dec 08 19:29:18 <daniele_athome> at a certain point it stops to assign eth names...
Dec 08 19:29:26 <daniele_athome> it stopped eth13 if i remember correctly
Dec 08 19:29:31 <daniele_athome> s/stopped/stopped at/
Dec 08 19:29:31 <apt> daniele_athome meant: it stopped at eth13 if i remember correctly
Dec 08 19:29:59 <mrmoku> :)
Dec 08 19:30:15 <mrmoku> a FR with 14 net interfaces would be nice indeed :P
Dec 08 19:30:57 <daniele_athome> lol
Dec 08 19:37:28 <Heinervdm> Any idea about this? [phonefsod]  MESSAGE: Error: Process /usr/libexec/dbus-daemon-launch-helper received signal 6
Dec 08 19:38:06 <mrmoku> hmm
Dec 08 19:38:21 <mrmoku> Heinervdm: dbus-daemon-launch-helper is used for dbus-activation
Dec 08 19:38:35 <Heinervdm> it's from the new shr-t image on buildhost
Dec 08 19:38:36 <mrmoku> somehow it failed to dbus-activate something
Dec 08 19:38:47 <mrmoku> is fsogsmd started?
Dec 08 19:38:51 <Heinervdm> yes
Dec 08 19:39:42 <mrmoku> hmm.. phoneuid too?
Dec 08 19:39:56 <Heinervdm> yes, but no phoneuid.log
Dec 08 19:40:21 <Heinervdm> hmm, now phoneuid is gone
Dec 08 19:41:13 <mrmoku> phonefsod is trying to dbus activate it, which failes due to missing DISPLAY would be my guess
Dec 08 19:41:22 <mrmoku> which means it did not get started on x startup
Dec 08 19:41:53 <Heinervdm> would be possible
Dec 08 19:42:41 <Heinervdm> after a reboot shr_elm_dingsbums is not started too
Dec 08 19:43:13 <Heinervdm> something is wrong with beta3 of EFL
Dec 08 19:43:52 <Heinervdm> is it the same on shr-u?
Dec 08 19:44:17 <mrmoku> Heinervdm: hmm... on n900 I upgraded and had to rm .e
Dec 08 19:44:23 <mrmoku> otherwise it did segfault
Dec 08 19:44:29 <Heinervdm> i flashed a clean image
Dec 08 19:49:30 <mrmoku> hmm :/
Dec 08 19:52:02 <JaMa|Off> mrmoku: (agats) yup that's the result of RP's patch I send link to yesterday
Dec 08 19:55:31 <JaMa> Heinervdm: imho it starts shr_elm_softkey too soon sometimes :/
Dec 08 19:55:42 <JaMa> Heinervdm: the same was also in previous EFL_SRCREV
Dec 08 19:56:03 <Heinervdm> JaMa: and why isn't phoneuid started?
Dec 08 19:56:23 <JaMa> not sure why it sometimes works sometimes not (reboot/xserver restart)
Dec 08 19:56:39 <JaMa> Heinervdm: did you upgrade libphone-ui-shr after PE?
Dec 08 19:56:44 <JaMa> on target?
Dec 08 19:56:54 <JaMa> dinner, brb
Dec 08 19:59:45 <Heinervdm> JaMa: i flashed the buildhost image
Dec 08 20:03:29 <JaMa> strange I reflashed my image (built from scratch yesterday) and it's started ok
Dec 08 20:03:47 <JaMa> on opkg upgraded image from buildhost it was running too IIRC
Dec 08 20:04:00 <mrmoku> mickeyl: possible that fsodeviced dislikes vanishing input devices?
Dec 08 20:05:45 <[Rui]> damn, gcc and evas failed, so many tasks still to go after cleaning :|
Dec 08 20:06:27 <mrmoku> (gdb) bt 
Dec 08 20:06:27 <mrmoku> #0  0x4062245c in read () from /lib/libpthread.so.0
Dec 08 20:06:27 <mrmoku> #1  0x40977d8c in kernel_idle_notifier_onInputEvent () from /usr/lib/cornucopia/modules/fsodevice/kernel_idle.so
Dec 08 20:06:30 <mrmoku> hmm
Dec 08 20:07:13 <mrmoku> JaMa: any change eglibc-dbg will shrink again someday? :P
Dec 08 20:07:50 <mrmoku> s/change/chance/
Dec 08 20:07:50 <apt> mrmoku meant: JaMa: any chance eglibc-dbg will shrink again someday? :P
Dec 08 20:15:52 <mrmoku> Reading symbols from /lib/libc.so.6...Reading symbols from /lib/.debug/libc-2.12.1.so...Killed
Dec 08 20:15:55 <mrmoku> :(
Dec 08 20:17:27 <JaMa> mrmoku: didn't it shrink after I've moved -dev in PACKAGES? I've noticed some khem's commit moving it before -dbg again ..
Dec 08 20:19:44 <JaMa> ah only -dev was smaller not -dbg
Dec 08 20:20:11 <JaMa> http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg13267.html
Dec 08 20:20:55 <JaMa> mrmoku: we can RFC splliting -dbg to ie -static-dbg etc
Dec 08 20:29:50 * JaMa trying u-boot finally
Dec 08 20:30:00 <JaMa> s/ u/his u/
Dec 08 20:30:39 <alabd> Good day all , is there anyway to have EDGE connection on FR ?
Dec 08 20:30:51 <lindi-> alabd: no.
Dec 08 20:30:54 <mrmoku> JaMa: as it is now it is useless
Dec 08 20:31:05 <mrmoku> makes gdb segfault on the FR and n900 
Dec 08 20:31:14 <mrmoku> [ 2832.898010] Out of memory: kill process 2382 (gdb) score 3209 or a child
Dec 08 20:31:46 <JaMa> do you really need it? I usually removed it to make gdb ignoring it
Dec 08 20:32:09 <JaMa> mrmoku: did my u-boot_git recipe change work for you?
Dec 08 20:32:22 <JaMa> mrmoku: I guess not as I had to fix few typos in it.. :)
Dec 08 20:32:29 <alabd> lindi-:  why ? there is a way that we can use EDGE with a1200 with editing firmware .. maybe same thing with firmware of FR
Dec 08 20:32:43 <mrmoku> JaMa: brb
Dec 08 20:33:47 <lindi-> alabd: ok, any legal way then :)
Dec 08 20:34:21 <alabd> lindi-:  is not FR firmware opensource ?
Dec 08 20:41:26 <lindi-> alabd: gsm firmware is not
Dec 08 20:41:45 <alabd> thanks
Dec 08 20:43:46 <mrmoku> JaMa: (gdb) yeah, removing is a good idea
Dec 08 20:43:50 <[Rui]> alabd: I don't think the governments will allow any free software gsm
Dec 08 20:44:02 <mrmoku> though on FR from flash it happened to me that I ran out of space
Dec 08 20:44:20 <mrmoku> JaMa: (u-boot) I did my own modifications
Dec 08 20:44:29 <mrmoku> there is a problem though... the watchdogs
Dec 08 20:44:53 <mrmoku> if you have them enabled and just sit in the u-boot prompt it turns off when the watchdogs trigger
Dec 08 20:45:16 <alabd> can anyone help me connection laptop and phone EGDE connection in private ?
Dec 08 20:48:09 <[Rui]> Suggestions, please? NOTE: package gcc-4.5-r23.1+svnr167449: task do_configure: Failed
Dec 08 20:48:22 <[Rui]> I already tried cleaning it and retrying. Same for evas.
Dec 08 20:49:23 <JaMa> mrmoku: I have it disabled but right now my last version always ends after loading kernel with "Starting kernel" message and then nothing
Dec 08 20:49:35 <JaMa> [Rui]: log.do_configure.$$ please
Dec 08 20:49:49 <mrmoku> JaMa: built with OE?
Dec 08 20:49:52 <JaMa> [Rui]: and what did you clean? just gcc_4.5 or whole toolchain?
Dec 08 20:49:54 <JaMa> mrmoku: yes
Dec 08 20:49:59 <[Rui]> could be a known thing, let me  find it
Dec 08 20:50:05 <[Rui]> just gcc
Dec 08 20:50:10 <mrmoku> JaMa: yeah, if you build the same source with the old om toolchain it works :/
Dec 08 20:50:11 <JaMa> then known thing
Dec 08 20:50:16 <[Rui]> do I need to clean it all?
Dec 08 20:50:45 <JaMa> [Rui]: you have to clean all gcc versions or even better whole toolchain
Dec 08 20:50:50 <mrmoku> JaMa: you should teach apt the clean_toolchain alias :P
Dec 08 20:50:56 <[Rui]> ouch :(
Dec 08 20:51:04 <JaMa> alias clean_toolchain="for i in openembedded/recipes/gcc/gcc*4.5*bb openembedded/recipes/binutils/binutils*2.20.1*bb openembedded/recipes/eglibc/eglibc*2.12*; do bitbake -c clean -b \$i; done"
Dec 08 20:51:37 <[Rui]> or put that in setup-env
Dec 08 20:51:46 <JaMa> [Rui]: it could work if you do shorter version of it
Dec 08 20:52:04 <JaMa> for i in openembedded/recipes/gcc/gcc*4.5*bb; do bitbake -c unpack -f -b  $i; done
Dec 08 20:52:34 <[Rui]> well, I was already cleaning it with the alias
Dec 08 20:52:37 <JaMa> but not 100% sure it will as you've already cleaned gcc (without cleaning it would be enough)
Dec 08 20:52:52 <[Rui]> yrah
Dec 08 20:53:38 <JaMa> if you have short list in GLIBC_GENERATE_LOCALES then building eglibc won't take so long..
Dec 08 20:53:51 <[Rui]> hms.
Dec 08 20:54:16 <[Rui]> I have GLIBC_GENERATE_LOCALES = "en_US.UTF-8",
Dec 08 20:54:37 <mrmoku> that *is* short :P
Dec 08 20:54:43 <JaMa> mrmoku: ah then ok.. I'll try with old toolchain.. I've misunderstood that in the end it worked for you even with recent toolchain
Dec 08 20:54:59 <mrmoku> JaMa: no unfortunatelly not :/
Dec 08 20:55:12 * JaMa has IT 2 times longer :P
Dec 08 20:55:30 * mrmoku too but with de instead of cz ;)
Dec 08 20:55:31 <JaMa> GLIBC_GENERATE_LOCALES = "cs_CZ.UTF-8 en_US.UTF-8"
Dec 08 20:55:45 <[Rui]> hehe, I don't bother with having it in Portuguese
Dec 08 20:55:58 * JaMa never actually used cs_CZ.. :)
Dec 08 20:56:16 * mrmoku neither de_DE :P
Dec 08 20:57:45 <[Rui]> for some reason, elmdentica in shr-u is not working.
Dec 08 20:57:47 <[Rui]> a blank screen
Dec 08 20:58:35 <[Rui]> oh... and now I see why, the package is borked
Dec 08 20:59:14 <[Rui]> http://pastebin.ca/2014186
Dec 08 21:00:54 <JaMa> same here in my build
Dec 08 21:02:45 <[Rui]> JaMa: I know why, it's now separing the rest of stuff into elmdentica-themes, needs a RDEPENDS?
Dec 08 21:08:13 <JaMa> yes, I'll add it
Dec 08 21:10:04 <[Rui]> cool, thanks
Dec 08 21:43:11 <mrmoku> mickeyl: what is your take on configuring cpufreq inside fso?
Dec 08 21:59:22 <daniele_athome> mickeyl, concerning my latest fso xml proposal
Dec 08 21:59:51 <daniele_athome> i'm modifying my lib generator to read directly from original specs; custom things are stored apart
Dec 08 22:00:21 <daniele_athome> i guess my proposal will never get through, so i'm workarounding it...
Dec 08 22:01:34 <JaMa> [Rui]: in feed
Dec 08 22:01:40 <JaMa> daniele_athome: your updates also in feed
Dec 08 22:01:50 <daniele_athome> JaMa, i saw, thanks
Dec 08 22:03:47 <JaMa> yw
Dec 08 22:05:20 <daniele_athome> JaMa, btw did you have time to look to libfreesmartphone-glib?
Dec 08 22:05:29 <daniele_athome> s/look to/look at/
Dec 08 22:05:29 <apt> daniele_athome meant: JaMa, btw did you have time to look at libfreesmartphone-glib?
Dec 08 22:11:09 <JaMa> what with it?
Dec 08 22:11:42 <JaMa> and no
Dec 08 22:12:47 <daniele_athome> JaMa, just wondering, i hope me not being the only user of that lib
Dec 08 22:13:07 <daniele_athome> and btw i'm modifying it to follow external xml specs (so specs.git)
Dec 08 22:35:50 <JaMa> mrmoku: my last u-boot works ok for booting from uSD (after building with old toolchain as you said) but still reboots phone when trying to boot maemo :/ does it work for you?
Dec 08 22:37:24 <JaMa> mrmoku: and here is my last version http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/f8c26d3d366915969f10f28374c8f15fb28e8ab1  or http://gitorious.org/u-boot-shr/u-boot/commits/shr
Dec 08 22:41:23 <lindi-> jikes. i have stuck pixel in the lcd
Dec 08 22:44:32 <JaMa> mrmoku: hmm now it boots
Dec 08 22:44:52 <JaMa> mrmoku: with power45 instead power46
Dec 08 22:47:22 <JaMa> mrmoku: http://build.shr-project.org/tests/jama/u-boot/kernel-power_2.6.28-maemo45.with.SHR.u-boot.bin this one
Dec 08 22:52:23 <[Rui]> yup... gcc-4.5 is now much better!
Dec 08 22:52:32 <[Rui]> JaMa: thanks for the RDEPENDS fix
Dec 08 22:56:45 <JaMa> [Rui]: nexttime don't play with -c clean for toolchain unless you want to rebuild all :)
Dec 08 22:57:21 <JaMa> [Rui]: the problem is that it's built in 2-4 steps/recipes and those are installing the same files to staging area (sysroots)
Dec 08 22:57:58 <JaMa> [Rui]: so if you -c clean step 4 (gcc for target) then it removes some file which were originaly installed by step3 (gcc-cross)
Dec 08 22:58:12 <JaMa> [Rui]: and step4 depends on those files provided by step3 etc
Dec 08 23:01:32 <daniele_athome> mmm
Dec 08 23:02:46 <[Rui]> ok
Dec 08 23:11:10 <[Rui]> JaMa|Zzz: nity nite
Dec 09 00:03:32 <CIA-107> freesmartphone.org: 03daniele.athome 07libfreesmartphone-glib * rd96cd1c58601 10/ (64 files in 9 dirs): 
Dec 09 00:03:32 <CIA-107> freesmartphone.org: Depending on external XML specs from now on
Dec 09 00:03:32 <CIA-107> freesmartphone.org: Internally maintained XML files are being removed, in favour
Dec 09 00:03:32 <CIA-107> freesmartphone.org: of small custom XML files defining only the special aspects of
Dec 09 00:03:32 <CIA-107> freesmartphone.org: library generation. Format is very simple, just read one as an
Dec 09 00:03:32 <CIA-107> freesmartphone.org: example :)
Dec 09 00:03:33 <CIA-107> freesmartphone.org: Signed-off-by: Daniele Ricci <daniele.athome@gmail.com>
Dec 09 00:03:38 <daniele_athome> mmm
Dec 09 00:04:01 <daniele_athome> mrmoku, JaMa|Zzz: don't bump srcrev, those changes aren't fully tested yet
Dec 09 00:06:25 <daniele_athome> goodnight
Dec 09 00:14:57 <CIA-107> freesmartphone.org: 03daniele.athome 07libfreesmartphone-glib * r88643eec3270 10/libfreesmartphone-glib_git.bb: 
Dec 09 00:14:58 <CIA-107> freesmartphone.org: Recipe: DEPENDS on fso-specs
Dec 09 00:14:58 <CIA-107> freesmartphone.org: Signed-off-by: Daniele Ricci <daniele.athome@gmail.com>
Dec 09 02:46:55 * GNUtoo will try to sleep now
**** ENDING LOGGING AT Thu Dec 09 02:59:57 2010