**** BEGIN LOGGING AT Fri Jan 30 02:59:57 2009
Jan 30 03:02:27 <juri_2> ok, time to start setting up a local build. ;)
Jan 30 03:06:25 <juri_2> hmm. ophonekitd died.
Jan 30 03:08:11 <mwester> did you update your GSM firmware?
Jan 30 03:08:33 <juri_2> how do you update your GSM firmware? :)
Jan 30 03:08:42 * juri_2 googles.
Jan 30 03:10:46 <mwester> one follows an excrutiating process involving fluid, a firmware file, an image stripped of all apps that might touch the gsm, and a great deal of luck.
Jan 30 03:11:56 <juri_2> sweet.
Jan 30 03:12:01 * juri_2 puts that on her todo list.
Jan 30 03:43:42 <gurugentoo1> hey what key combination brings up a console?
Jan 30 03:45:28 <playya> gnome?
Jan 30 03:45:43 <playya> you can use alt+F2 to get the open dialog
Jan 30 03:46:58 <gurugentoo> playya: I was thinking debian on FR
Jan 30 03:47:13 <playya> with xfce?
Jan 30 03:47:42 <gurugentoo> whatever it comes with by default, I can't get to a command line
Jan 30 03:47:55 <playya> on FR you have a 50:50 chance to hit the right button
Jan 30 03:48:15 <playya> daoesn't take long to bruteforce
Jan 30 03:48:42 <gurugentoo> hehe, well I thought it was something like alt+f1
Jan 30 03:49:58 <playya> alt+f1 should be the menu
Jan 30 03:51:09 <gurugentoo> hmm, also there are no f* keys on matchbox
Jan 30 03:52:34 <playya> there should be a button for additonal keys
Jan 30 03:52:52 <playya> can't remember where.
Jan 30 03:53:17 <gurugentoo> AHA! alt+ctrl+x
Jan 30 03:53:26 <playya> my n800 is in the closet
Jan 30 03:55:51 <Dave> yo yo yo
Jan 30 03:56:05 <Dave> playa why you be disrespectin' the nokia man?
Jan 30 03:56:12 <juri_2> *sigh*
Jan 30 03:56:14 <Dave> bust that shit out and let's get this party staaaaaaaaaaaaaaarted!
Jan 30 03:56:29 <juri_2> can i get someone sane to update the gsm firmware page?
Jan 30 03:56:38 <Dave> Possibly :)
Jan 30 03:56:47 <Dave> Is english speaking a prerequisite? :)
Jan 30 03:56:48 <juri_2> for instance, the images they mention to use no longer exist, and no mention of the GTA01 is made.
Jan 30 03:56:58 <Dave> haha yeah!
Jan 30 03:57:03 <Dave> shit, somebody noticed? :p
Jan 30 03:57:10 <playya> Dave, it might be dangerous to use it because it runs on an chinook or diablo devel image
Jan 30 03:57:21 <Dave> hot :P
Jan 30 03:57:22 <playya> really old one. about 1 year i think
Jan 30 03:57:46 <Dave> uppppppppppppppdaaaaaaaaaaaaaaate
Jan 30 03:58:09 * playya wants a n810 wimax
Jan 30 03:59:12 * juri_2 waits for the page to be updated. ;D
Jan 30 03:59:25 <Dave> ah
Jan 30 03:59:39 <Dave> does wimax exist where you live?
Jan 30 03:59:53 <playya> i don't think so
Jan 30 04:00:06 <playya> but i might be cool in the future ;)
Jan 30 04:00:12 <Dave> meh
Jan 30 04:00:13 <Dave> 4g ftw
Jan 30 04:00:21 * juri_2 doesn't believe it. ;)
Jan 30 04:00:54 <AntonTakk> juri_2: i thought i read on one of the mls (community, i think) that the firmware is for either the gta01 or 02 cause they have the same gsm chip, don't go on just my memory, thou
Jan 30 04:01:48 <juri_2> anton: i've read that as well.
Jan 30 04:02:07 <juri_2> still, if you're going to provide examples of a distro to use to flash.. wouldn't it make sense for it to.. exist? ;)
Jan 30 04:02:41 <juri_2> plus, the mention of the gta01 compatibility should be somewhere on the page.
Jan 30 04:21:16 <mwester> And why should anything associated with Om break tradition?
Jan 30 04:22:04 <mwester> missing images, misleading incomplete and outdated wiki pages, incomplete software... these are all of our favorite things! :D
Jan 30 04:22:33 <mwester> (We become quite disoriented and confused when we encounter the occasional well-written, thorough wiki page!)
Jan 30 04:26:51 <Dave> Mr. Wester :)
Jan 30 04:27:20 <mwester> wassup Mr. Dave-who-may-or-may-not-have-a-freerunner-or-few
Jan 30 04:30:08 <Dave> heehee :)
Jan 30 04:30:10 <Dave> Yes!
Jan 30 04:30:18 <Dave> Though more than half are currently discharged :(
Jan 30 04:30:28 <Dave> they need some juice and a new kaboose :p
Jan 30 04:30:58 <mwester> did you update the gsm firmware on any of the freerunners that you may or may not have?
Jan 30 04:31:31 <Dave> yep
Jan 30 04:31:31 <Dave> two
Jan 30 04:31:36 <Dave> the first one took two tries
Jan 30 04:31:52 <Dave> as it was the guinea pig
Jan 30 04:34:34 <raster> oink oink
Jan 30 04:36:12 <Dave> møøøøøøøøøøøøøøøøøøøø
Jan 30 04:37:43 <PaulFertser_> mrmoku: http://www.mail-archive.com/openmoko-kernel@lists.openmoko.org/msg03407.html (S3C dyntick support aka NO_HZ)
Jan 30 04:38:16 <mwester> PaulFertser_ is awake.
Jan 30 04:38:16 <Dave> missa moku notta here-a
Jan 30 04:38:23 <Dave> YES. PAUL.
Jan 30 04:38:55 <PaulFertser_> "Awaken, Awaken, Awaken, Awaken. Take the land the must be taken!"
Jan 30 04:39:17 <Dave> Awaken my child and embrace the glory that is your birthright...
Jan 30 04:39:39 <mwester> Does 2.6.29-rc0-way-too-early-to-use for the moko actually use dyntick yet, or still 200 int/sec
Jan 30 04:39:40 <mwester> ?
Jan 30 04:39:51 <Dave> :o
Jan 30 04:39:57 <Dave> I don't think it's ready yet?
Jan 30 04:40:02 <Dave> I heard earlier of kerplosions
Jan 30 04:40:15 <PaulFertser_> mwester: i think it doesn't, though i haven't checked yet :(
Jan 30 04:41:12 <mwester> Frankly, I'd rather they rolled back to 2.6.28 and got that working with some power-saving stuff; we'll never get cpufreq or dyntick working if we continue kernel-chasing.
Jan 30 04:41:41 <mwester> Now we have **nothing** that works.
Jan 30 04:44:33 <PaulFertser_> mwester: i think it was in the kernel since June, and it should be explicitly enabled by echo 1 > /sys/devices/system/timer/timer0/dyn_tick
Jan 30 04:46:31 <raster> mwester:  2.6.28 loves to kernel panic... instantly
Jan 30 04:46:36 <raster> its wonderful
Jan 30 04:46:42 <raster> sht-unstable doesnt even boot for me
Jan 30 04:46:49 <mwester> :(
Jan 30 04:47:23 <raster> boot and immedately after kernel flashes glamo white and black again
Jan 30 04:47:26 <raster> red blinking light
Jan 30 04:47:33 <raster> couldnt be arsed debugging it
Jan 30 04:47:42 <mwester> immediate kernel panic.
Jan 30 04:47:50 <raster> yup
Jan 30 04:47:52 <raster> pretty much
Jan 30 04:48:02 <raster> need debug board+serial con etc. to figure it out
Jan 30 04:48:04 <raster> maybe...
Jan 30 04:48:45 <mwester> Bad timing.
Jan 30 04:49:10 <mwester> As I read the news, it seems that Ainulindale may have lots of time on his hands, as most of France is shutting down, it seems.
Jan 30 04:49:31 <raster> shutting down?
Jan 30 04:49:54 <Mononoke> protests
Jan 30 04:50:06 <raster> aaaah... god bless them little frenchies :)
Jan 30 04:50:10 <Mononoke> =]
Jan 30 04:50:17 <mwester> maybe the paper here got it wrong, but it claims 1 million on strike, estimated\
Jan 30 04:50:38 <Mononoke> even more :/
Jan 30 04:51:00 <Mononoke> french know how to get people to code
Jan 30 04:51:10 <raster> "got a major finanical poopie.. but hey. give us some pay rises - and create jobs from thin air because if you don't.. we'll go protest and shit"
Jan 30 04:51:11 <raster> L(
Jan 30 04:51:23 <PaulFertser_> mrmoku: but CONFIG_NO_IDLE_HZ went away (probably it's called something else now).
Jan 30 04:51:24 <raster> what's it about this time?
Jan 30 04:51:34 <Mononoke> raster: nah read news its about nor reforming :)
Jan 30 04:51:56 <raster> oooh something else
Jan 30 04:52:21 <raster> god bless their little protesting french hearts
Jan 30 04:52:59 <Dave> :o
Jan 30 04:53:18 <Dave> damn frenchies
Jan 30 04:53:28 <Dave> more accurately rowdy french kids
Jan 30 04:54:26 <juri_2> mwester: i'm on 2.6.17, stabilizing my patches. still. ;)
Jan 30 04:56:13 <mwester> juri_2:  you should read the openmoko kernel mailing list; it would make you crazy then!
Jan 30 04:57:40 <juri_2> 'sanity is a small price for freedom' ;)
Jan 30 05:16:52 <AntonTakk> raster: is *E_DBus_Object_Property_Get_Cb the correct function to use for getting values passed by a dbus signal?
Jan 30 05:19:14 <AntonTakk> hrm
Jan 30 05:19:41 <AntonTakk> never mind
Jan 30 05:19:57 <Dave> :\
Jan 30 05:20:51 <AntonTakk> Dave: ?
Jan 30 05:21:09 <Dave> It just kind of sucks that you've been running into all these problems...
Jan 30 05:21:21 <Dave> Welcome to OM Development!
Jan 30 05:21:25 <AntonTakk> hehe
Jan 30 05:21:29 <Dave> :)
Jan 30 05:21:54 <AntonTakk> i never thought it would be easy to learn c, efl, and dbus all at once  :)
Jan 30 05:22:06 <Dave> haha yeah
Jan 30 05:22:15 <Dave> at least you don't have java thrown in there as well :p
Jan 30 05:22:22 <AntonTakk> eww
Jan 30 05:22:29 <AntonTakk> java is for drinking, not coding
Jan 30 05:22:49 <AntonTakk> mt dew and bawls is for drinking  :)
Jan 30 05:22:56 <AntonTakk> with the ocational bit of water
Jan 30 05:23:09 <gurugentoo> I find it amazing how much peeople hate on java, it's like the scapegoat
Jan 30 05:23:22 <gurugentoo> I'm not exactly a fan...but still
Jan 30 05:23:51 <AntonTakk> well, /me is somewhat stuck in his ways
Jan 30 05:23:55 <AntonTakk> ...doh
Jan 30 05:23:59 <juri_2> anton: and thats how i became diabetic... ;)
Jan 30 05:24:23 <AntonTakk> anyways, reading python code makes me confused and angry
Jan 30 05:25:21 <AntonTakk> c/c++ and perl just make me confused  ;)
Jan 30 05:26:44 <AntonTakk> anyways, back to trying to make my dbus test app only send it's method calls after receiving the right signal
Jan 30 06:33:22 <mrmoku_> raster: huh... why that :(
Jan 30 06:46:01 <mrmoku_> PaulFertser_: thanks for the info... seems to be non-existent in andy-tracking :(
Jan 30 06:47:17 <PaulFertser_> mrmoku_: probably it can be easily re-enabled. BTW, i've seen accels on the first place of powertop in the morning. Probably the default threshold is not good.
Jan 30 06:58:35 <raster> mrmoku_: yup. kernel panic
Jan 30 06:58:37 <raster> beats me
Jan 30 07:00:27 <mbuf> what is the NOR memory mapping address for the FR?
Jan 30 07:01:35 <lindi-> mbuf: $ grep NOR *.wiki|grep 000
Jan 30 07:01:35 <lindi-> Neo_FreeRunner_Memory_Mapping.wiki:nCS0: 00000000 07FFFFFF  4K steppingstone or NOR (Aux held down) <br>
Jan 30 07:01:38 <lindi-> Neo_FreeRunner_Memory_Mapping.wiki:nCS3: 18000000 1FFFFFFF  NOR <br>
Jan 30 07:02:40 <mbuf> lindi-, i did see that; but, nCS0 is 128 MB; but, http://wiki.openmoko.org/wiki/Flashing_NOR says, NOR is only 2MB
Jan 30 07:05:38 <mrmoku_> raster: booting with u-boot?
Jan 30 07:05:43 <raster> yup
Jan 30 07:05:55 <lindi-> mbuf: the region is larger yes
Jan 30 07:06:08 <mbuf> lindi-, thanks
Jan 30 07:07:20 <mrmoku_> raster: how big is the kernel you built?
Jan 30 07:07:34 <raster> hmm
Jan 30 07:07:43 <raster> dont tell me the kernel doesnt fit anymore and i need to repartition...
Jan 30 07:08:13 <raster> 1.8m
Jan 30 07:08:14 <raster> err
Jan 30 07:08:15 <raster> 1.9m
Jan 30 07:08:20 <mrmoku_> should be small enough... though some people optimized config to keep udner 2m
Jan 30 07:08:25 <PaulFertser_> raster: u-boot with default parameters doesn't boot kernels larger than 2M from NAND. But you're ok here :)
Jan 30 07:08:27 <mrmoku_> yep, 1.9m should still be ok
Jan 30 07:08:44 <raster> thats what i thought
Jan 30 07:09:05 <PaulFertser_> raster: why don't you enable loglevel=8 and console=tty0 to see why it panicing?
Jan 30 07:10:12 <raster> i'm lazy :)
Jan 30 07:13:22 <PaulFertser_> But no debug board needed, with your exceptional eyes you'll figure the reason of panic easily ;) I run various versions of andy-tracking from December, and i've never seen it panic without reason (e.g. wrong rootfs specified).
Jan 30 07:17:06 <raster> i havent changed my uboot env or bootargs for aaaages
Jan 30 07:17:11 <raster> it just started recently
Jan 30 07:17:15 <raster> (the panicing)
Jan 30 07:17:32 <raster> it seems to get to init
Jan 30 07:17:44 <raster> wtf
Jan 30 07:17:48 <raster> now its working
Jan 30 07:18:09 <raster> i used to have console=
Jan 30 07:18:12 <raster> to turn off console
Jan 30 07:19:14 <raster> dont tell me kernels now barf on that
Jan 30 07:26:25 <raster> hmmm hooray
Jan 30 07:26:27 <raster> no usbnet
Jan 30 07:29:34 <spaetz> morning
Jan 30 07:31:22 <spaetz> raster: no usbnet can be fixed after first reboot. for some a simple ifdown usb0; ifup usb0 helped too
Jan 30 07:31:38 <raster> that would assume i have a way to do that
Jan 30 07:32:30 <raster> it never booted to x
Jan 30 07:32:37 <raster> just got to starting FSO
Jan 30 07:32:41 <raster> (back end)
Jan 30 07:33:04 <AntonTakk> ok, so i have my calls for gsm registration based on receiving callbacks/signals now, but i still get org.freesmartphone.GSM.Network.Unauthorized  every time i call the register method
Jan 30 07:33:23 <raster> ooh unhappy
Jan 30 07:33:45 <mbuf> u-boot built has address from 0x33f80000; but, I want to debug u-boot code that is flashed to NAND; how do I do that?
Jan 30 07:34:31 <raster> doesnt like console-ttyS0
Jan 30 07:34:35 <raster> doesnt like console=ttyS0
Jan 30 07:34:47 <raster> seems kernel really is picky about its console now
Jan 30 07:34:50 <raster> needs to be a real device
Jan 30 07:34:56 <AntonTakk> on the bright side, i understand how to communicate on dbus now, even if i don't yet know how to get the values send with signals
Jan 30 07:35:00 <AntonTakk> sent*
Jan 30 07:44:33 <AntonTakk> also unauthorised to list networks....fantastic
Jan 30 07:49:37 <raster> aaah ok
Jan 30 07:49:39 <raster> 2nd boot it works
Jan 30 07:50:10 <raster> hmm well...
Jan 30 07:50:13 <raster> no X on the image
Jan 30 07:50:15 <raster> no wonder
Jan 30 07:52:56 <PaulFertser_> mrmoku_: it seems that everybody is so get used to the fact that SHR can't be connected to by usb on the first boot, that nobody's going to fix it ;)
Jan 30 07:54:09 <spaetz> PaulFertser_: :)
Jan 30 07:54:32 <spaetz> but missing X sounds like an issue that should probably be fixed...
Jan 30 07:54:38 <spaetz> :)
Jan 30 07:59:02 <PaulFertser_> spaetz: raster build this image himself, probably something in his configuration ;)
Jan 30 07:59:24 <raster> i didnt change any config
Jan 30 07:59:45 <raster> but right now... i've got other things to do that worry about this
Jan 30 08:05:05 <mrmoku_> PaulFertser_: its not just SHR though... FSO has the same problem ;)
Jan 30 08:05:28 <PaulFertser_> mrmoku_: First boot matters? Weird :) Haven't seen that on Debian ;)
Jan 30 08:06:28 <juri_2> ok, again, can i get someone sane and more familiar to fix the page on the wiki about gsm firmware flashing? the directions there are getting close to useless.
Jan 30 08:06:45 <juri_2> specifically, mentioning the GTA01, or linking to live images of the OS would be nice.
Jan 30 08:07:37 <PaulFertser_> juri_2: but OS doesn't matter in fact. And what's so specific about GTA01?
Jan 30 08:07:46 <AntonTakk> didn't know the gsm firmware flashing images had been released
Jan 30 08:08:11 <PaulFertser_> AntonTakk: they were not.
Jan 30 08:09:17 <AntonTakk> PaulFertser_: would you happen to know how to determine which provider number to provide to RegisterWithProvider ?
Jan 30 08:09:56 <PaulFertser_> AntonTakk: i can look how Zhone does registration, if you need that ;)
Jan 30 08:10:19 <PaulFertser_> juri_2: i'm ready to tweak the wiki page a little, but please give me more feedback (alas i'm not sane).
Jan 30 08:11:57 <AntonTakk> well, i need something, my attempt works right up until i call the register method (which is supposed to register with any available network, it returns "Unauthorized", which according to wiki.freesmartphone.org means you need to register to a specific provider
Jan 30 08:12:21 <AntonTakk> but doesn't mention how to determine this  :)
Jan 30 08:12:26 <PaulFertser_> AntonTakk: why didn't you try to read how Zhone does that?
Jan 30 08:12:28 <AntonTakk> convieniently
Jan 30 08:12:53 <AntonTakk> i couldn't read python if my life depended on it
Jan 30 08:13:05 <AntonTakk> and i did try
Jan 30 08:13:42 <AntonTakk> came away from that effort with a mental image of zhone playing with it's self, quite disturbing  :)
Jan 30 08:13:48 <PaulFertser_> Ha, i did echo 100 >thershold and now i see no accels in powertop
Jan 30 08:14:20 <PaulFertser_> Only dyntick support is not enabled to make powertop happy :)
Jan 30 08:15:31 <AntonTakk> you'd think all the reasonably sane power saving options would be enabled in the kernel config
Jan 30 08:15:47 <AntonTakk> this being for a mobile phone
Jan 30 08:16:50 <PaulFertser_> AntonTakk: use org.freesmartphone.GSM.Network.Register instead of org.freesmartphone.GSM.Network.RegisterWithProvider
Jan 30 08:20:15 <AntonTakk> PaulFertser_: i am using org.freesmartphone.GSM.Network.Register, it returns "Unauthorized"\
Jan 30 08:20:17 <PaulFertser_> AntonTakk: probably you didn't enter the PIN first?
Jan 30 08:20:28 <AntonTakk> i have no pin
Jan 30 08:20:31 <AntonTakk> on my sim
Jan 30 08:21:30 <PaulFertser_> AntonTakk: so, after the resource is ready, you do SetAntennaPower true, then Register and get Unathorized?
Jan 30 08:22:28 <spaetz> There's plenty on SHR trac tickets that state that it doesn't work with SIM PINs disabled
Jan 30 08:22:31 <PaulFertser_> AntonTakk: you should try Register only if SetAntennaPower successful.
Jan 30 08:22:44 <PaulFertser_> spaetz: works for me. Worked form the beginning.
Jan 30 08:22:48 <spaetz> so it might not be your fault, if the other apps also don't get it working right.
Jan 30 08:23:09 <PaulFertser_> spaetz: works with Zhone for me from ms4 and till now.
Jan 30 08:23:10 <spaetz> PaulFertser_: I count at least 2-3 SHR tickets stating that it works with SIM PINS enabled and doesn't if disabled
Jan 30 08:23:25 <AntonTakk> yep - request gsm -> receive ResourceChanged for gsm -> SetAntennaPower -> wait for AuthStatus "READY" -> Register -> Unauthorized
Jan 30 08:23:25 <spaetz> they don't mention zhone though
Jan 30 08:23:28 <PaulFertser_> spaetz: ophonekitd-specific issues?
Jan 30 08:23:34 <spaetz> I guess so
Jan 30 08:23:51 <AntonTakk> spaetz: zhone registers just fine thou
Jan 30 08:24:05 * spaetz shrugs. No clue
Jan 30 08:24:19 <AntonTakk> (and does not ask for a pin)
Jan 30 08:24:32 <PaulFertser_> AntonTakk: SetAntennaPower fail for you the first time you call it?
Jan 30 08:24:48 <AntonTakk> no
Jan 30 08:25:28 <AntonTakk> not from what i see using dbus-monitor --system   anyways
Jan 30 08:26:07 <PaulFertser_> AntonTakk: Then why do you wait for AuthStatus READY and how? 
Jan 30 08:27:00 <PaulFertser_> AntonTakk: zhone does Register upon successful SetAntennaPower 
Jan 30 08:27:36 <AntonTakk> SetAntennaPower causes three signals, in this order:   ReadyStatus: False, AuthStatus: READY, ReadyStatus: True
Jan 30 08:28:00 <AntonTakk> use a signal handler to wait for AuthStatus READY
Jan 30 08:28:06 <PaulFertser_> AntonTakk: Zhone doesn't care about these signals, it uses callbacks.
Jan 30 08:28:20 <AntonTakk> tried it that way too
Jan 30 08:28:45 <PaulFertser_> And Zhone works ;)
Jan 30 08:30:26 <PaulFertser_> spaetz: probably the same issue with ophonekitd? It tries to get AuthStatus though it shouldn't?
Jan 30 08:31:03 <AntonTakk> hrm
Jan 30 08:31:26 <AntonTakk> seems the cb i get from SetAntennaPower is neither reply or error
Jan 30 08:33:09 <spaetz> PaulFertser_: sounds possible. I've never looked at ophonekitd code, so I wouldn't know. But well possible.
Jan 30 08:33:13 <PaulFertser_> AntonTakk: in Python it's reply :p
Jan 30 08:34:30 <AntonTakk> hrm
Jan 30 08:42:17 <AntonTakk> hrm, seems SetAntennaPower isn't returning any callback
Jan 30 08:44:06 <PaulFertser_> AntonTakk: that's error probably. Then you're supposed to call GetAuthStatus
Jan 30 08:46:49 <AntonTakk> root@om-gta02:~# mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.SIM.GetAuthStatus -> 'READY'
Jan 30 08:47:39 <PaulFertser_> AntonTakk: then the resource is ready, i guess. You can call.
Jan 30 08:47:56 <AntonTakk> but it's not registered
Jan 30 08:48:29 <PaulFertser_> AntonTakk: yes, i'm wrong here. You should call SetAntennaPower again
Jan 30 08:49:05 <AntonTakk> you sure? multiple calls to SetAntennaPower didn't seem to help earlier
Jan 30 08:49:23 <PaulFertser_> AntonTakk: That's what Zhone does.
Jan 30 08:49:37 <AntonTakk> even if it gets READY?
Jan 30 08:50:47 <PaulFertser_> AntonTakk: yes, if it gets READY on GetAuthStatus, it repeats from the beginning: SetAntennaPower(true), Register.
Jan 30 08:51:07 <AntonTakk> hrm, ok
Jan 30 08:51:29 <AntonTakk> oh
Jan 30 08:51:45 <AntonTakk> SetAntennaPower finally returned a cb
Jan 30 08:51:50 <AntonTakk> but it was error
Jan 30 08:52:17 <AntonTakk> Name: org.freedesktop.DBus.Error.NoReply        Message: Message did not receive a reply (timeout by message bus)
Jan 30 08:53:36 <PaulFertser_> Weird... Are you sure that you provide a mandotory parameter to SetAntennaPower? 
Jan 30 08:53:50 <AntonTakk> yes - 'True'
Jan 30 08:55:02 <PaulFertser_> AntonTakk: ok, another question: does this scheme work with mdbus?
Jan 30 08:55:40 <AntonTakk> no - mdbus exits between calls, so i loose the gsm resource
Jan 30 08:56:08 <PaulFertser_> AntonTakk: ah, true...
Jan 30 08:56:42 <PaulFertser_> I guess somehow you call SetAntennaPower wrong...
Jan 30 08:58:34 <AntonTakk> it is: "org.freesmartphone.ogsmd", "/org/freesmartphone/GSM/Device", "org.freesmartphone.GSM.Device.SetAntennaPower" with TRUE as the only arg, right?
Jan 30 09:00:14 <PaulFertser_> AntonTakk: i think so, yes. 
Jan 30 09:02:33 <AntonTakk> PaulFertser_: another interesting thing - if i let zhone register, then run my test app, it works fine just how it is, even triggers a re-registration
Jan 30 09:03:59 <PaulFertser_> AntonTakk: can it be that you request resource in a wrong way?
Jan 30 09:04:24 <PaulFertser_> I don't see how it can be wrong though.
Jan 30 09:05:07 <AntonTakk> yeah, i don't see how either, since it gets a callback, and generates the expected signals
Jan 30 09:06:00 <AntonTakk> i am running testing, let me fish for a new version of frameworkd
Jan 30 09:06:35 <AntonTakk> newp, says it is up to date
Jan 30 09:08:48 <beniwtv> Anyone knows how to fix: Read-only file system
Jan 30 09:08:55 <PaulFertser_> AntonTakk: can you monitor dbus calls that Zhone makes?
Jan 30 09:09:06 <beniwtv> That's the first time I get this :/
Jan 30 09:09:25 <PaulFertser_> beniwtv: use rw in the kernel boot parameters
Jan 30 09:09:40 <AntonTakk> yeah, timing is a touch tricky thou, since zhone only seems to have any interest in trying when started from Xsession
Jan 30 09:10:03 <PaulFertser_> AntonTakk: no, Zhone should do the right thing every time you start it.
Jan 30 09:10:10 <AntonTakk> it doesn't
Jan 30 09:10:17 <beniwtv> PaulFertser: k, will try...
Jan 30 09:10:19 <PaulFertser_> AntonTakk: upgrade 
Jan 30 09:10:40 <AntonTakk> upgrade in general, or just zhone, or?
Jan 30 09:10:53 <AntonTakk> opkg says frameworkd is the latest version
Jan 30 09:10:55 <PaulFertser_> AntonTakk: running FSO about a week old here, every time i restart Zhone, it does the right thing. Upgrade in frameworkd and Zhone.
Jan 30 09:11:18 <AntonTakk> fso testing, or stable?
Jan 30 09:11:27 <PaulFertser_> AntonTakk: i use the version from git. And zhone from git. But to the best of my knowledge, Zhone should do the right thing every time it starts.
Jan 30 09:11:38 <PaulFertser_> AntonTakk: fso master git branch :)
Jan 30 09:11:46 <AntonTakk> hrm
Jan 30 09:11:54 <AntonTakk> so probably unstable
Jan 30 09:11:56 <AntonTakk> ?
Jan 30 09:12:21 <PaulFertser_> AntonTakk: yes, grab only frameworkd and zhone from ustable and see how that will work.
Jan 30 09:12:39 <PaulFertser_> AntonTakk: i installed it by hand with git and python setup.py
Jan 30 09:13:13 <AntonTakk> sounds like fun...know where i can get ipks?  ;)
Jan 30 09:13:31 <PaulFertser_> AntonTakk: at unstable repo probably? ;)
Jan 30 09:27:44 <beniwtv> PaulFertser_: hmm... it seems if I do _anything_ on it, it re-mounts ro. fschk needed?
Jan 30 09:36:28 <Azog> is there a workaround/fix for the nice white screen after rotation?
Jan 30 09:37:02 <mqy> I have the same problem on SHR
Jan 30 09:38:01 <mqy> even if I kill enlightenment then restart it...
Jan 30 09:38:34 <Azog> sometimes stopping X, suspending, starting X works
Jan 30 09:39:11 <AntonTakk> PaulFertser_: zhone behaves properly now, but my app has the same results
Jan 30 09:39:25 <mqy> oh? I'm busily testing a program, I can't wait so I reflashed shr
Jan 30 09:40:38 <mqy> Haven't test it for now, the SHR was installed in SD card, now in flash
Jan 30 09:42:02 <mqy> recent unstable SHR upgrade is really unstable :)
Jan 30 09:46:28 <mrmoku_> Azog, mqy: distorted screen after rotating is a know problem with the new kernel
Jan 30 09:46:34 <mrmoku_> nothing we can fix ourselves :(
Jan 30 09:49:57 <mqy> mrmoku_, thanks
Jan 30 09:51:15 <mqy> I there is little chance to fix the problem by reflashing, but I can't wait 
Jan 30 09:52:24 <mrmoku_> mqy: the only thing that helps would be to flash an older kernel... don't think this is distro specific. Just a kernel error
Jan 30 09:52:51 <mqy> ok, good idea
Jan 30 09:53:13 <mqy> better than reflashing rootfs :)
Jan 30 09:55:22 <mrmoku_> mqy: faster :D
Jan 30 09:56:59 <mqy> :)
Jan 30 09:57:06 <\marco> hi to all! :)
Jan 30 09:59:24 <\marco> there's a way to get window id in elementary? 
Jan 30 09:59:26 <Azog> mrmoku_: thanks
Jan 30 09:59:39 <Azog> i found http://docs.openmoko.org/trac/gitweb?p=kernel.git;a=commit;h=8e07543735b1b180ff45993f0e3cc82dad8142ea maybe that helps
Jan 30 09:59:57 <\marco> or I've to use x11 functions?
Jan 30 10:02:49 <\marco> oh.. another question.. screen became white when launching scummvm or numptyphysics.. 
Jan 30 10:03:05 <\marco> ( I'm using shr-unstable )
Jan 30 10:03:09 <mqy> Azog, that's a good news, looking forward to the new binary kernel
Jan 30 10:04:10 <\marco> I've noticed it happens when some app is trying to rotate the screen
Jan 30 10:04:36 <mqy> \marco, it maybe a kernel bug
Jan 30 10:04:40 <Azog> \marco: see the link i posted
Jan 30 10:04:47 <\marco> oh!
Jan 30 10:04:51 <\marco> thanks Azog :)
Jan 30 10:05:38 <\marco> good! :)
Jan 30 10:07:59 <beniwtv> mwester: ping
Jan 30 10:09:30 <beniwtv> Anyone knows how I tell the kernel to disable ext4 and use ext2 instead?
Jan 30 10:10:05 <TAsn> gprs doesn't work for me with the 23/1 unstable shr ;[
Jan 30 10:13:20 <mrmoku_> Azog: yeah, that looks like it could help
Jan 30 10:14:39 <Azog> hm, make update does not work, something with applying patches
Jan 30 10:16:55 <ptitjes> hello
Jan 30 10:17:11 <ptitjes> Ainulindale: ping
Jan 30 10:18:31 <mqy> $ping all: 102 packets transmitted, 0 received, 100% packet loss, time 101028ms
Jan 30 10:19:13 <ptitjes> mrmoku: hi
Jan 30 10:20:04 <ptitjes> mrmoku_: do you know who are the users of /org/shr/ophonekitd/Usage ?
Jan 30 10:20:28 <mrmoku_> ptitjes: hmm, could be there are none yet... don't know though
Jan 30 10:20:37 <ptitjes> BTW does quickdev go well ? I cna't see him these days on the channel...
Jan 30 10:20:54 <mrmoku_> ptitjes: I think he's busy with school and other stuff
Jan 30 10:21:02 <ptitjes> ok. I'm looking for who is it intended...
Jan 30 10:21:13 <ptitjes> ha! ok no probs so
Jan 30 10:21:45 <mrmoku_> ptitjes: Ainulindale will be able to tell you I hope :-)
Jan 30 10:21:55 <ptitjes> yeah! :p
Jan 30 10:22:02 <ptitjes> I hope too :D
Jan 30 10:22:38 <ptitjes> but I've got lots of other question for him!! :D
Jan 30 10:22:59 <ptitjes> poor Ainulindale...
Jan 30 10:24:15 <mrmoku_> hehe, btw. what is the best start to learn vala?
Jan 30 10:24:21 <Ainulindale> Ping
Jan 30 10:24:45 <ptitjes> mrmoku_: the tutorial and the examples
Jan 30 10:24:54 <ptitjes> I always use the examples first :D
Jan 30 10:24:59 <ptitjes> Ainulindale: hello
Jan 30 10:25:07 <Ainulindale> For ophonekitd:Usage
Jan 30 10:25:11 <Ainulindale> shr-settings should use it
Jan 30 10:25:14 <Ainulindale> I don't know if it does
Jan 30 10:25:33 <mqy> I guess quickdev left for Spring holiday
Jan 30 10:25:36 <ptitjes> it seems that it does not yet (so says hiciu)
Jan 30 10:25:41 <Ainulindale> Then it should
Jan 30 10:25:48 <Ainulindale> Because it shouldn't kill/restart ophonekitd
Jan 30 10:26:16 <king> What functionality would I miss if I don't manually extract the modules-2.5.24-* package to my Neo? I am running SHR-testing's kernel and rootfs.
Jan 30 10:26:17 <ptitjes> Ainulindale: could you also tell me why do we use device.GSM directly and not Phone as we should ?
Jan 30 10:26:59 <ptitjes> because as I understand it, phone is transparently hides the possibility for other call means (say wifi, blabla...)
Jan 30 10:27:06 <king> I read the nice write-up at the SHR blog. Is a stable / usable .ipk available in the repo yet?
Jan 30 10:27:14 <Ainulindale> ptitjes: because phone wasn't working when we started.
Jan 30 10:27:31 <Ainulindale> king: yep it's installed on unstable by default
Jan 30 10:27:45 <ptitjes> that's the answer I was hoping
Jan 30 10:27:46 <king> Ainulindale, You mean the shr-settings app?
Jan 30 10:27:50 <ptitjes> :D
Jan 30 10:28:01 <Ainulindale> yep
Jan 30 10:28:26 <king> Ainulindale, Is it usable? Or just a demo at this time?
Jan 30 10:28:35 <Ainulindale> It's usable
Jan 30 10:29:06 <ptitjes> Do we know if o.fs.Phone has users who could tell us it works now ? (say zhone ?
Jan 30 10:30:01 <king> Ainulindale, Would I be able to install the shr-settings with just 'ipk install shr-settings' even if i use the rootfs from shr-settings?
Jan 30 10:30:15 <king> I mean do I need to modify the sources?
Jan 30 10:30:34 <ptitjes> I wonder whether the o.fs.Phone.initProtocols() is supposed to do all the antenna power and stuff...
Jan 30 10:31:31 <ptitjes> do you understant "string[] initProtocols()" as :
Jan 30 10:31:47 <ptitjes> - tell me what protocols have been inited, or
Jan 30 10:32:01 <ptitjes> - init the available protocols and tell me what they are
Jan 30 10:33:16 <Azog> Ainulindale: http://docs.openmoko.org/trac/gitweb?p=kernel.git;a=commit;h=8e07543735b1b180ff45993f0e3cc82dad8142ea could fix the rotate-and-get-a-white-screen-bug how can i compile/package this kernel the normal/shr way?
Jan 30 10:37:52 <Ainulindale> Well just received my additional battery
Jan 30 10:38:22 <ptitjes> mazeltof!
Jan 30 10:38:24 <Ainulindale> Azog: Well I have no idea, I didn't use it
Jan 30 10:38:25 <ptitjes> :D
Jan 30 10:38:46 <Ainulindale> ptitjes: Would you like to help me to write my presentation for SHR for next thursday?
Jan 30 10:38:51 <Ainulindale> It could be useful to talk about ologicd
Jan 30 10:39:28 <ptitjes> Ainulindale: looking at the source o.fs.Phone it seems it is complete, but it does not do the GSM antenna power and stuff so this will stay in opkd
Jan 30 10:39:37 <ptitjes> Ainulindale: I would be glad to help
Jan 30 10:39:59 <ptitjes> Ainulindale: BTW I though it would be cool to speak of ologicd too
Jan 30 10:40:01 <ptitjes> :)
Jan 30 10:40:06 <Ainulindale> ptitjes: (I now have a wonderful amount of 3 phones, 3 batteries, yay o/)
Jan 30 10:40:57 <ptitjes> Ainulindale: I will introduce an internal generic interface to make the phone subsystems up (and put the GSM code there)
Jan 30 10:41:07 <ptitjes> thus shr.Usage will be of full use here
Jan 30 10:41:19 <Ainulindale> Hmmm be wary
Jan 30 10:41:22 <ptitjes> Ainulindale: lucky guy
Jan 30 10:41:25 <Ainulindale> Do not change the code as it is now
Jan 30 10:41:32 <Ainulindale> Add things if you want, then we'll talk about it
Jan 30 10:41:35 <Ainulindale> We'll have time tomorrow :-)
Jan 30 10:41:40 <ptitjes> I will first transcript literraly
Jan 30 10:41:44 <Ainulindale> Ok good
Jan 30 10:41:55 <Ainulindale> ptitjes: for that please create ophonekitd-vala in shr.git
Jan 30 10:42:11 <Ainulindale> First thing to add IMHO is a "plugin" system
Jan 30 10:42:12 <ptitjes> but the thing is as it is object-oriented I have to put the functions somewhere
Jan 30 10:42:18 <ptitjes> so I already identify roles
Jan 30 10:42:19 <Ainulindale> I want to make the autosuspend thing pluggable
Jan 30 10:42:38 <ptitjes> yeah this is the goal
Jan 30 10:42:43 <Ainulindale> Though it should go into ologicd in the end
Jan 30 10:43:00 <Ainulindale> spaetz: ping
Jan 30 10:43:14 <ptitjes> I think the technical stuff should stay in opkd as backup
Jan 30 10:43:41 <ptitjes> and be callable from elsewhere through shr.* dbus services
Jan 30 10:44:25 <ptitjes> mrmoku_: I'll be glad to answer your questions about Vala if you have some
Jan 30 10:44:48 <ptitjes> I'm loading up quickly
Jan 30 10:44:49 <ptitjes> :D
Jan 30 10:44:52 <Ainulindale> ptitjes: I have some
Jan 30 10:44:56 <Ainulindale> How can we use vala to pick up girls?
Jan 30 10:45:03 <Ainulindale> Preferable the big breasted kind
Jan 30 10:45:07 <Ainulindale> s/ble/bly/
Jan 30 10:45:07 <bzzbot> Ainulindale meant: Preferably the big breasted kind
Jan 30 10:45:08 <ptitjes> no probs
Jan 30 10:45:17 <ptitjes> I'll explain
Jan 30 10:45:23 <Ainulindale> ptitjes: oh and by the way, query
Jan 30 10:45:31 <mrmoku_> ptitjes: thanks... have to look at some examples first... try something :-)
Jan 30 10:45:52 <ptitjes> use a VAPI to map an a BIG C API
Jan 30 10:45:54 <ptitjes> :D
Jan 30 10:48:30 <ptitjes> there should be a page somewhere that describes who is working on what
Jan 30 10:49:49 <ptitjes> who can I ring from fso to know the users of o.fs.Phone ?
Jan 30 10:51:01 <ptitjes> Ainulindale: I think it would be smarter to create a ophonekitd2.git directly on shr
Jan 30 10:52:08 <Ainulindale> I disagree.
Jan 30 10:52:09 <ptitjes> I would rather not see -vala things in the name as it will be transparent that it is Vala and still be callable by regular C
Jan 30 10:52:11 <Ainulindale> This name is dumb
Jan 30 10:52:18 <Ainulindale> ophonekitd.git will be enough
Jan 30 10:52:19 <ptitjes> it is a rewrite man
Jan 30 10:52:23 <ptitjes> ha ok
Jan 30 10:52:37 <Ainulindale> Else it'll be ophonekitd6871329772804.git by the end of the year
Jan 30 10:52:43 <Ainulindale> (I'm starting to know how you work)
Jan 30 10:52:44 <ptitjes> but I fear this brings confusion
Jan 30 10:52:54 <ptitjes> LOL
Jan 30 10:52:58 <Ainulindale> ptitjes: we'll hide it temporarily on the web
Jan 30 10:53:07 <ptitjes> nice
Jan 30 10:53:18 <ptitjes> I'm ok for ophonekitd.git
Jan 30 10:53:28 <Ainulindale> Ok then I'll create it after lunch
Jan 30 10:53:32 * ptitjes is renaming his directory
Jan 30 10:54:04 <ptitjes> ok I won't be there this afternoon but will commit first stuff in the evening
Jan 30 10:55:57 <ptitjes> and BTW Ainulindale there is a sqlite3.vapi distributed with Vala :)
Jan 30 10:56:03 <ptitjes> les work less work
Jan 30 10:56:07 <ptitjes> :D
Jan 30 10:56:53 <ptitjes> Sup3rkiddo: hi!
Jan 30 10:57:08 <Sup3rkiddo> ptitjes, ola
Jan 30 10:57:14 <ptitjes> como esta ?
Jan 30 10:57:46 <Sup3rkiddo> ptitjes, unfortunately, my knowledge of espagnol stops at ola
Jan 30 10:57:51 <ptitjes> LOL
Jan 30 10:58:00 <ptitjes> ok how are you ?
Jan 30 10:58:12 <Sup3rkiddo> ptitjes, :D, doing good.. thanks
Jan 30 10:58:28 <ptitjes> this is the meaning of "como esta ?"
Jan 30 10:58:39 <Sup3rkiddo> ptitjes, yeah, googled it
Jan 30 10:59:06 <methril|away> ptitjes: are you spanish?
Jan 30 11:00:05 <ptitjes> methril|away: no pero ablo un poco
Jan 30 11:00:38 <ptitjes> Sup3rkiddo: did you see the chat we had with juergbi on #vala yesterday evening ?
Jan 30 11:00:56 <methril|away> ptitjes: me alegro, hay poca gente que hable español por aqui
Jan 30 11:01:38 <Sup3rkiddo> ptitjes, hmm.. no.... my laptop got dc'ed and i lost all the backlogs.. is there any logs?
Jan 30 11:02:07 <ptitjes> methril|away: no sé porque todo los gentes habla englese hacki
Jan 30 11:02:37 <ptitjes> methril|away: anyway as you can see I never wrote spanish...
Jan 30 11:02:45 <ptitjes> just spoke it
Jan 30 11:03:06 <methril|away> well, as everything is practice
Jan 30 11:03:13 <methril|away> my english is not really good
Jan 30 11:03:36 <Sup3rkiddo> ptitjes, is these some logs :)
Jan 30 11:03:38 <Sup3rkiddo> *there
Jan 30 11:03:47 <ptitjes> Sup3rkiddo: the generated bindings (with vala-dbus-binding-generator) for frameworkd do build very well
Jan 30 11:03:57 <ptitjes> I propose to put those in a shared library
Jan 30 11:04:27 <Sup3rkiddo> ptitjes, and these will call things over DBus?
Jan 30 11:04:58 <Sup3rkiddo> ptitjes, is there some code i can peek at ?
Jan 30 11:05:08 <ptitjes> yeah man!
Jan 30 11:05:41 <ptitjes> http://valadoc.org/paste.php?id=191
Jan 30 11:05:57 <ptitjes> isn't it nice ?? :D
Jan 30 11:06:54 <ptitjes> in fact when you give this to valac, despistes these are interfaces, the [DBus ()] annotations makes it generates all the glue C code to call those services and to server those services
Jan 30 11:07:43 <ptitjes> I think it would be smart to package this as a shared library in the event that there are many providers and users of thoses services implemented in Vala
Jan 30 11:07:45 <Sup3rkiddo> ptitjes, albeit, without any functionality :)... 
Jan 30 11:08:01 <ptitjes> BTW this code can also be called via regular C
Jan 30 11:08:21 <ptitjes> Sup3rkiddo: yeah just the glue stub code
Jan 30 11:08:33 <ptitjes> which is a big amount of C code in fact
Jan 30 11:08:52 <ptitjes> We have to think about it
Jan 30 11:09:00 <Sup3rkiddo> ptitjes, right, now i understand.. doh!... so people writing stuff in vala just inherit these ifaces 
Jan 30 11:09:12 <ptitjes> For now I integrated this vala file in my ophonekitd rewrite
Jan 30 11:09:42 <ptitjes> however I would be glad it is shared and not replicated in each and every project using/serving those dbus ifaces
Jan 30 11:09:57 <ptitjes> Sup3rkiddo: exactely! you got it!
Jan 30 11:10:58 <ptitjes> Sup3rkiddo: there may be yet some binding error, but in this case we just have to modify the generator
Jan 30 11:10:59 <Sup3rkiddo> ptitjes, just a thought again.. instead of a shared library, how about using --library flag to create a .vapi instead, which people can use.... 
Jan 30 11:11:19 <ptitjes> we have to do both
Jan 30 11:11:27 <ptitjes> as said juergbi
Jan 30 11:11:36 <Sup3rkiddo> ptitjes, i see
Jan 30 11:11:37 <ptitjes> like for libgee
Jan 30 11:11:47 <ptitjes> it is a shared lib implemted in Vala
Jan 30 11:12:02 <ptitjes> they generate a .so, a .vapi and a .gir
Jan 30 11:12:24 <ptitjes> though juergbi the .gir could be left appart as support for glib introspection is still young
Jan 30 11:12:56 <Sup3rkiddo> yeah
Jan 30 11:13:21 <ptitjes> I would be glad if we can add a supplementary Vala file to the library :
Jan 30 11:13:38 <ptitjes> Error management utils
Jan 30 11:14:19 <ptitjes> as errors and dbus are not good friends - and the dbus xml introspection does not specify them correctly
Jan 30 11:14:22 <ptitjes> enough
Jan 30 11:14:48 <Sup3rkiddo> ptitjes, yeah since this set generates only stub code.. why a shared object.?, let the people use the .vapi instead. They are going to implement the interfaces anyway :).. (/me is not able to get around the .so thing)
Jan 30 11:15:20 <ptitjes> look Sup3rkiddo
Jan 30 11:15:29 <Sup3rkiddo> yep :P
Jan 30 11:15:56 <ptitjes> try to valac -C --pkg dbus-glib-1 --pkg glib-2.0 framewokd-interfaces.vala
Jan 30 11:16:03 <ptitjes> and look at the generated C code
Jan 30 11:16:08 <ptitjes> then you'll understand
Jan 30 11:17:06 <ptitjes> if you do not do interfaces this code will be in you code
Jan 30 11:17:21 <ptitjes> if you do interfaces this code will be in the interfaces
Jan 30 11:17:50 <ptitjes> so this would be better for this code to be shared if we will all have the same
Jan 30 11:18:14 <ptitjes> and BTW this is a good thing to be assured we all have the same version of the dbus protocol
Jan 30 11:18:35 <Sup3rkiddo> ptitjes, hmm, right...
Jan 30 11:18:54 <ptitjes> did you see that number of lines!!!! that is creazy
Jan 30 11:18:57 <ptitjes> crazy
Jan 30 11:21:16 <ptitjes> oh BTW Sup3rkiddo I think I will add option to the binding generator to rename namespaces
Jan 30 11:21:45 <ptitjes> would like that freedesktop be FreeDesktop and freesmartphone be FreeSmartphone to be more Vala-ish
Jan 30 11:22:46 <Sup3rkiddo> ptitjes, hehe..
Jan 30 11:23:22 <ptitjes> any thoughts ?
Jan 30 11:23:33 <ptitjes> a name for the lib ?
Jan 30 11:26:08 <Sup3rkiddo> hmm, libfso ?
Jan 30 11:27:28 <ptitjes> nice
Jan 30 11:27:36 <ptitjes> I like it
Jan 30 11:28:55 <ptitjes> maybe with "dbus" in addition - libfso-dbus ?
Jan 30 11:30:39 <ptitjes> Sup3rkiddo: would you like libfso-dbus ?
Jan 30 11:31:24 <Sup3rkiddo> ptitjes, yeah, but dbus is understood when we speak of fso..
Jan 30 11:31:31 <ptitjes> or maybe libfso-glib to match libframeword-glib
Jan 30 11:31:46 <Sup3rkiddo> *gulp*.. confusion would ensue
Jan 30 11:31:55 <ptitjes> Sup3rkiddo: yeah but you may need to have other support library for fsod
Jan 30 11:32:20 <ptitjes> so maybe you must let some library name space
Jan 30 11:32:54 <Sup3rkiddo> ptitjes, fsod?
Jan 30 11:33:10 <ptitjes> isn't it the name of your rewrite ?
Jan 30 11:33:39 <Sup3rkiddo> ptitjes, yeah..., with so many names floating around.. (=
Jan 30 11:33:47 <ptitjes> oh yeah if you add support libraries they will be lib-fsod-stuff
Jan 30 11:33:54 <Sup3rkiddo> hehe
Jan 30 11:34:04 <ptitjes> and not libfso-stuff
Jan 30 11:34:30 <ptitjes> we must think about it
Jan 30 11:34:46 <ptitjes> as I think the generated C code is really glib specific
Jan 30 11:35:01 <Sup3rkiddo> ptitjes, yeah it.. is
Jan 30 11:35:20 <ptitjes> so maybe libfso-glib would be the best choice
Jan 30 11:35:52 <Zorkman> anybody know if i can fix the "windows reboots when connecting FR" issue myself?
Jan 30 11:36:09 <ptitjes> Zorkman: yeah install linux
Jan 30 11:36:13 <ptitjes> arf too bad joke
Jan 30 11:36:19 <Zorkman> ptitjes: not at my own pc...
Jan 30 11:36:21 <ptitjes> sorry :D
Jan 30 11:36:37 <Sup3rkiddo> ptitjes, hmm, lets see, libfso-glib seems fine
Jan 30 11:36:40 <Zorkman> and a live disk/usb doesn't have the drivers for my wireless card etc etc
Jan 30 11:37:22 <ptitjes> Sup3rkiddo: I think it should be hosted on fso's side - could you talk to your collegues about it ?
Jan 30 11:38:09 <ptitjes> I'll create it this evening and send you a tar ball if you are ok
Jan 30 11:38:42 <ptitjes> source tar ball - autotools are what fso uses, am I right ?
Jan 30 11:39:14 <Zorkman> i'm a bit (understatement) noob here, but from what i gather, this is the fix for the crashing: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=7c12414955e9b44a3e33d54e578bf008caa4475d
Jan 30 11:39:20 <Zorkman> wouldn't that be ease to incorporate?
Jan 30 11:39:26 <Sup3rkiddo> ptitjes, uh.. oh... i am afraid, i dont have enough credibility there.. i can however push it to fsod
Jan 30 11:39:39 <Zorkman> yesterday somebody said they wouldn't do it in fso ms, but I wonder why if it is that simple...
Jan 30 11:40:52 <ptitjes> Zorkman: no idea but if the fix is so simple and gives no problems on linux hosts that is a pity
Jan 30 11:44:52 <PaulFertser_> ptitjes: if you mean the fix for windows bsod, then in my experience networking still doesn't work. But it no longer wsods. The same effect can be archived by removing RNDIS driver from windows.
Jan 30 11:45:36 <PaulFertser_> Zorkman: or just take an appropriate version of andy-tracking and you'll get that fix.
Jan 30 11:46:14 <Mononoke> gurugentoo: the echo is still somehow there not so strong but it is there
Jan 30 11:46:17 <Zorkman> PaulFertser_, i will look into it, but andy-tracking is also >2MBn, isn't it?
Jan 30 11:46:33 <Ainulindale> methril|away: ptitjes no es solo hablando espanol aqui (pero espanol es un poco dificil para mi, por que hace mucho tiempo que no hablo...)
Jan 30 11:46:43 <PaulFertser_> Zorkman: it depends on your configuration. You already run andy-tracking if you run shr unstable.
Jan 30 11:46:44 <Ainulindale> +le
Jan 30 11:46:54 <PaulFertser_> Zorkman: and why should anyone care about that >2Mk?
Jan 30 11:48:03 <Zorkman> yeah I could just modify u-boot i guess
Jan 30 11:48:03 <PaulFertser_> Zorkman: if you don't want your windows to crash, just don't install rndis inf file, that's all.
Jan 30 11:48:38 <Zorkman> ok, i'll delete it and try, but withouth internet acces it's not very handy
Jan 30 11:49:10 <PaulFertser_> Zorkman: i don't know a way to make .28 work with windows anyway. No patches seem to help. 
Jan 30 11:49:49 <Zorkman> at least it will charge...
Jan 30 11:50:05 <PaulFertser_> Zorkman: remove the inf and it will charge as well.
Jan 30 11:51:11 <Zorkman> yeah i know, that's what i meant
Jan 30 11:52:07 <Zorkman> thanks for the info
Jan 30 11:52:16 <PaulFertser_> Zorkman: probably you can startx some small GNU/Linux distro in virtual machine and do some usb-device forwarding.
Jan 30 11:52:22 <Zorkman> i guess i'll just have to wait a while till someone knows how to fix it
Jan 30 11:52:59 <Zorkman> PaulFertser_: already tried that, but vmware keeps complaining about some registry key it can't acces while installing... very strange... i've checked the permissions and i have full acces to it and can change them manually
Jan 30 11:53:16 <PaulFertser_> Zorkman: i think you can enable debug info for rndis driver and send it to developer, he can fix it with logs, but can't without.
Jan 30 11:53:43 <Ainulindale> ptitjes: you should write down your name here http://openmoko-fr.org/wiki/index.php/2009-02-05_:_40_passage_des_panoramas#Inscriptions
Jan 30 11:53:47 <PaulFertser_> Zorkman: is vmware the only choice on windows? I hoped some free software can run there.
Jan 30 11:55:23 <Zorkman> PaulFertser_: only one i know, will do some googling
Jan 30 11:55:33 <Zorkman> vmware is free, but not open
Jan 30 11:56:48 <Ainulindale> spaetz?
Jan 30 11:57:38 <ptitjes> Ainulindale: arf I've no account there - could you add me ? :D
Jan 30 11:57:59 <Ainulindale> create en account then
Jan 30 11:58:09 <ptitjes> Ainulindale: also I was wondering, maybe wurp2 could come in France one day before and come with us!
Jan 30 11:58:20 <Ainulindale> Well ask him :-)
Jan 30 11:59:24 <ptitjes> I'll do
Jan 30 12:00:22 <Hire1> ainulindale
Jan 30 12:00:38 <Hire1> now I am working on workstation for a local band
Jan 30 12:00:49 <Hire1> and now I am playing with an ibanez
Jan 30 12:00:53 <Hire1> 7 chords
Jan 30 12:01:12 <Hire1> it is a guitar forged by satan.. it is absolutely crazy
Jan 30 12:01:57 <ptitjes> Ainulindale: I love the oui/oui 
Jan 30 12:02:32 <Zorkman> i removed the rndis and it doesn't even charge now... strange...
Jan 30 12:02:44 <ptitjes> Ainulindale: I've put oui/non for me :D
Jan 30 12:03:06 <spaetz> pong
Jan 30 12:03:07 <spaetz> yes
Jan 30 12:03:15 <Hire1> now i am testing a stratocaster
Jan 30 12:03:20 <Hire1> wow the ibanez is great
Jan 30 12:03:42 <spaetz> Ainulindale: pong
Jan 30 12:04:42 <ptitjes|dogwalk> Ainulindale: you didn't announce the presentation of SHR
Jan 30 12:05:29 <Hire1> oh my god
Jan 30 12:05:38 <Hire1> now an ibanez with 8 chords
Jan 30 12:05:42 <Hire1> a guitar without god
Jan 30 12:06:31 <Hire1> is fucking bid
Jan 30 12:06:33 <Hire1> *big
Jan 30 12:06:59 <CIA-47> freesmartphone.org: 03jluebbe 07framework * red743b76a658 10/ (3 files in 3 dirs): otimed: Add config options for time and zone sources.
Jan 30 12:08:21 <Ainulindale> spaetz: Could you give to your report a form acceptable for the blog?
Jan 30 12:08:26 <Ainulindale> And create an account there to post it? :-)
Jan 30 12:08:34 <Ainulindale> ptitjes|dogwalk: Yeah I will
Jan 30 12:12:55 <spaetz> Ainulindale: can I blog after creating an account, or do you need to give me access?
Jan 30 12:13:08 <Ainulindale> I need to give you access
Jan 30 12:13:09 * spaetz has created an account and is waiting for the confirmation email to arrive
Jan 30 12:13:12 <spaetz> ok
Jan 30 12:13:34 <spaetz> will notify you once I've finished the account creation
Jan 30 12:15:11 <Zorkman> withouth the rndis the led turns orange to indicate it is charging shr-settings tell me it is not
Jan 30 12:15:23 <Zorkman> it's discharging at a rate of 114mA
Jan 30 12:15:53 <Zorkman> PaulFertser_: any clue about this?
Jan 30 12:16:56 <PaulFertser_> Zorkman: force 500ma
Jan 30 12:17:27 <PaulFertser_> Zorkman: Should work. Clue is obvious: it's charging with 100ma which is too little. It can't request more before enumeration.
Jan 30 12:26:12 <spaetz> Ainulindale: signed up as "spaetz". Confirmation mail hasn't arrived yet. Can log in.
Jan 30 12:27:15 <spaetz> what's the movable URL for admin/post stuff?
Jan 30 12:27:20 <spaetz> never used it before
Jan 30 12:35:22 <mirko> raster: is there a possibility to "refresh" the desktop after adding/removing *.desktop-files?
Jan 30 12:35:42 <mirko> when deleting a desktop file the icon doesn't disappear until restart of e17 for me
Jan 30 12:39:29 <shoragan> PaulFertser_, you can now disable the zone setting
Jan 30 12:40:27 <PaulFertser_> shoragan: I've seen the commit, thanks a lot :)
Jan 30 12:40:52 <ptitjes|work> shoragan: you work on zhone ?
Jan 30 12:41:09 <ptitjes|work> shoragan: do you use o.fs.Phone or directly o.fs.Device.GSM ?
Jan 30 12:41:12 <shoragan> ptitjes|work, sometimes :)
Jan 30 12:41:20 <shoragan> GSM
Jan 30 12:41:38 <shoragan> Phone was not there when we zhone was started
Jan 30 12:41:50 <ptitjes|work> I need to know if there are users of o.fs.Phone and if it works now (it seems it wasn't some months ago)
Jan 30 12:42:04 <ptitjes|work> shoragan: LOL the same here (ophonekitd)
Jan 30 12:42:38 <shoragan> ptitjes|work, it would be great if you could try Phone, though
Jan 30 12:42:46 <ptitjes|work> I'll do that
Jan 30 12:42:48 <shoragan> and report any problems or annoyances
Jan 30 12:43:00 <ptitjes|work> put it on my todo list
Jan 30 12:43:07 <ptitjes|work> you'll have new about it next week
Jan 30 12:43:34 <ptitjes|work> bye
Jan 30 12:57:03 <raster> mirko: it should do it automatically
Jan 30 12:57:12 <raster> efreet moditors the .desktop dirs
Jan 30 12:57:15 <raster> (that hold the files)
Jan 30 12:57:25 <raster> if it sees files added, removed or changed - it responds
Jan 30 12:57:41 <raster> of course there ar eproblems like installation of some apps install .desktop before instaklling the icon it depends on
Jan 30 12:57:46 <raster> but removal is simple
Jan 30 12:57:56 <raster> it works fin on desktops- has ever since
Jan 30 12:58:05 <billk> PaulFertser: ping
Jan 30 12:58:08 <raster> maybe there is a profiel with fss2+ inotify?
Jan 30 12:58:13 <PaulFertser> billk: pong
Jan 30 12:58:33 <billk> Hi Paul, found some more on #2215 mux,
Jan 30 12:58:46 <billk> can you have a look when you get time,
Jan 30 12:58:56 <billk> .
Jan 30 12:59:11 <PaulFertser> I'm looking now.
Jan 30 12:59:28 <iazz> hi everyone
Jan 30 12:59:45 <iazz> are there any toolchain experts in here?
Jan 30 13:00:09 <iazz> I have an issue with the built-in specs of the cross preprocessor
Jan 30 13:00:45 <Weiss> iazz: saw your post in the other channel. could you post a log somewhere?
Jan 30 13:00:51 <iazz> uh
Jan 30 13:01:00 <iazz> I can also simply explain
Jan 30 13:01:23 <iazz> the log would be quite unreadable
Jan 30 13:01:56 <iazz> I tried to write a GCC spec file myself, but it made the compiler segfault :/
Jan 30 13:02:45 <iazz> the toolchain section of the wiki suggests to use setup-env
Jan 30 13:03:09 <iazz> which simply overwrites all the env variables regarding compilers and compiler options
Jan 30 13:04:48 <iazz> but that's not desirable if you're using autoconf and use its --host option
Jan 30 13:05:53 <Weiss> why not?
Jan 30 13:06:18 <iazz> because I need autoconf to know that it's cross-compiling
Jan 30 13:06:46 <iazz> among others to be able to compile code generation tools for the build architecture
Jan 30 13:08:00 <iazz> by itself, the cross-compiler should be able to find its system include directories
Jan 30 13:08:27 <iazz> so that you don't need to add -isystem or -I options
Jan 30 13:09:28 <Weiss> hmm, i think i see what you mean
Jan 30 13:10:04 <iazz> if you run the cross cpp with -v, you'll see that it looks at some wrong places
Jan 30 13:10:11 <iazz> ignoring nonexistent directory "/usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/home/build/internal-daily-build/build/testing/staging/arm-angstrom-linux-gnueabi/usr/include"
Jan 30 13:10:15 <iazz> ignoring nonexistent directory "/usr/local/openmoko/arm/lib/gcc/arm-angstrom-linux-gnueabi/4.1.2/../../../../arm-angstrom-linux-gnueabi/include"
Jan 30 13:12:22 <iazz> if you add -x c++ to tell cpp to look for C++ includes, the ignored list is even longer
Jan 30 13:12:42 <iazz> ignoring nonexistent directory "/home/build/internal-daily-build/build/testing/staging/arm-angstrom-linux-gnueabi//usr/include/c++"
Jan 30 13:12:45 <iazz> ignoring nonexistent directory "/home/build/internal-daily-build/build/testing/staging/arm-angstrom-linux-gnueabi//usr/include/c++/arm-angstrom-linux-gnueabi"
Jan 30 13:12:48 <iazz> ignoring nonexistent directory "/home/build/internal-daily-build/build/testing/staging/arm-angstrom-linux-gnueabi//usr/include/c++/backward"
Jan 30 13:13:32 <iazz> so before I go on to build a toolchain from scratch myself, I'd like to ensure nobody here knows a better way
Jan 30 13:13:56 <Weiss> i don't know enough GCC voodoo to be able to help with that, i'm afraid
Jan 30 13:17:55 <PaulFertser> billk: i still think that some hardware issue is involved. But it could be good to make it work with some hack. Everything's too strange...
Jan 30 13:19:07 <billk> I'm wondering that because its one of the first ones, its different in some way thats not obvious ...
Jan 30 13:19:27 <billk> have to leave it theer for tonight, will keep at it though, tkx.
Jan 30 13:21:38 <\marco> raster: sorry to bother.. is there a way to have a subwindow or a drawable area with a window id?
Jan 30 13:23:09 <iazz> oooh
Jan 30 13:23:27 <iazz> I think I'm getting closer to a solution regarding that specs stuff
Jan 30 13:23:38 <PaulFertser> billk: do you read private messages?
Jan 30 13:24:15 <billk> PaulFertser: ??? - not sure what you mean.
Jan 30 13:24:21 <raster> \marco: where?
Jan 30 13:24:28 <Dave> Raster!
Jan 30 13:24:42 <raster> Dave: d!
Jan 30 13:25:13 <\marco> raster: I mean... I'm trying to write an mplayer frontend.. and with option -wid can i tell mplayer to use an existent window
Jan 30 13:25:18 <Dave> ;)
Jan 30 13:25:34 <raster> technically possible
Jan 30 13:25:36 <raster> bad idea
Jan 30 13:25:39 <\marco> :D
Jan 30 13:25:41 <raster> u love layering, blending and control
Jan 30 13:25:45 <raster> err lose
Jan 30 13:25:55 <raster> as it will just blinly cover up a big rectangle and draw
Jan 30 13:25:56 <\marco> and.. a better idea is..?
Jan 30 13:25:58 <raster> blindly
Jan 30 13:26:02 <raster> use emotion
Jan 30 13:26:06 <raster> and it will be much slower
Jan 30 13:26:10 <raster> as u wont get video accel
Jan 30 13:26:17 <\marco> d'oh
Jan 30 13:26:34 <\marco> ok.. I'll try :) thanks for the hints
Jan 30 13:26:51 <raster> basically xvideo uses overlays
Jan 30 13:26:59 <\marco> so..?
Jan 30 13:27:03 <raster> thats another plane of pixels on top of the normal RGB framebuffer
Jan 30 13:27:15 <raster> better hardware doesnt need them and can inline convert yuv->Rgb + scale
Jan 30 13:27:33 <raster> but unless you do that you lose the ability to 1. scale, transvorm AND blend video on top of something
Jan 30 13:27:40 <raster> ANd blend/draw on top of the video
Jan 30 13:27:44 <raster> (with status and info)
Jan 30 13:27:48 <\marco> :(
Jan 30 13:28:03 <raster> it basically entirely screws with the drawing pipelien creating a big fat exception to the whole drawing model
Jan 30 13:28:10 <raster> its pretty much a bad ugly hack
Jan 30 13:28:19 <raster> to save some memory cycles
Jan 30 13:28:25 <raster> its just plain "Wrong"
Jan 30 13:28:27 <raster> as i said
Jan 30 13:28:31 <raster> more modern hw can just do this
Jan 30 13:28:41 <\marco> mhm.. I'm entering in a complicated world :)
Jan 30 13:28:43 <raster> eg the GL engine for evas uses a fragment shader to do yuv->rgb as it draws
Jan 30 13:28:47 <raster> so it gets full hw accel
Jan 30 13:28:52 <raster> AND can blend and composite etc.
Jan 30 13:29:00 <\marco> oh... good
Jan 30 13:29:11 <raster> technically some 2d hw can do the conversion + scale to owithout an overlay
Jan 30 13:29:20 <raster> but the gta02 is a lost cause
Jan 30 13:29:24 <raster> in that dept
Jan 30 13:29:26 <toggles_w> shr - anyone experiencing patch failusers on make update?
Jan 30 13:29:33 <\marco> exactly
Jan 30 13:29:41 <raster> and frankly - as this is a whole exception to the drawign system - its pointless to chase it
Jan 30 13:29:50 <raster> overlays destroy xcompositing too
Jan 30 13:29:52 <raster> eg compiz
Jan 30 13:29:55 <raster> and xcompmgr etc.
Jan 30 13:30:03 <raster> u need to do it the "right way" for compositing
Jan 30 13:30:07 <raster> and evas prety much needs that too
Jan 30 13:30:20 <raster> as i said - evas does have the ability to deal with yuv data itself
Jan 30 13:30:26 <raster> it has a fast yuv->Rgb converter
Jan 30 13:30:28 <raster> in software
Jan 30 13:30:45 <raster> emotion hooks in gtsreamer and/or libxine inot evas as a video object
Jan 30 13:30:49 <raster> rage is built on it
Jan 30 13:31:01 <\marco> ok
Jan 30 13:31:06 <raster> (if uw ant an example of it being used there's emotion_test with emotion and rage as a media-center kind of thing)
Jan 30 13:31:17 <raster> u get a simple video object that just goes and plays on tis own
Jan 30 13:31:20 <raster> with audio
Jan 30 13:31:25 <raster> u can control it and so on
Jan 30 13:31:46 <\marco> ok.. I'll look them
Jan 30 13:31:49 <\marco> :)
Jan 30 13:32:21 <raster> and now...
Jan 30 13:32:23 <raster> i'm piking
Jan 30 13:32:28 <\marco> thanks again ^^
Jan 30 13:32:29 <raster> i'm nattered
Jan 30 13:32:50 <mrmoku_> toggles_w: yeah.. need to update the patches
Jan 30 13:34:15 <toggles_w> mrmoku_: thanks...
Jan 30 13:34:45 <Dave> hahahaha, toggles
Jan 30 13:35:43 <toggles_w> Dave: dfu u
Jan 30 13:36:13 <toggles_w> shr `time make image` == real    1108m20.286s
Jan 30 13:36:31 <Dave> O_O
Jan 30 13:44:07 <mrmoku_> quickdev: hey, how are you... still busy me thinks :-)
Jan 30 13:44:24 <quickdev> mrmoku_, hey :) yeah..still budy ;)
Jan 30 13:44:26 <quickdev> *busy
Jan 30 13:44:29 <quickdev> and you?
Jan 30 13:44:57 <mrmoku_> fine, fine... 
Jan 30 13:45:24 <mrmoku_> was looking at your code... to find the segfault with newer EFL when sending a SMS
Jan 30 13:45:54 <mrmoku_> for a moment I thought the order in which the widgets are created matters...
Jan 30 13:50:39 <spaetz> raster, the illume mod_gsm code is in enlightenment svn.
Jan 30 13:50:50 <spaetz> would you be appropriate to approach for bug http://trac.shr-project.org/trac/ticket/198 ?
Jan 30 13:51:04 <spaetz> ie if GSM is turned off, make the icon reflect that?
Jan 30 13:51:31 <spaetz> this concerns the GSM top shelf gadget, if I was unclear :)
Jan 30 13:51:52 <CIA-47> freesmartphone.org: 03mickey 07fso-gsm0710muxd * r082c5c376211 10/ (gsm0710/gsm0710.c src/multiplexer.vala): 
Jan 30 13:51:52 <CIA-47> freesmartphone.org: init session OK
Jan 30 13:51:52 <CIA-47> freesmartphone.org: NOTE: Modified core to include \r\n on end of command
Jan 30 13:53:53 <beniwtv> mickeyl: ping
Jan 30 13:54:04 <mickeyl> yo
Jan 30 13:54:22 <Dave> Uh oh, hi mickey :)
Jan 30 13:54:27 <mickeyl> hi dave
Jan 30 13:54:32 <Dave> How's the bug hunt going? :)
Jan 30 13:54:54 <mickeyl> not bad so far
Jan 30 13:55:02 <Dave> Good
Jan 30 13:55:13 <beniwtv> mickeyl: I think I found a bug: http://pastebin.com/m314b3f87
Jan 30 13:55:43 <Dave> beniw, stop helping the other side! :P
Jan 30 13:55:43 <mickeyl> shoragan: ?
Jan 30 13:55:46 <mickeyl> hehe
Jan 30 13:56:06 <beniwtv> Dave: What other side? :D
Jan 30 13:56:12 <Dave> THE BUGS
Jan 30 13:56:27 <Dave> He's working for them -- get him! :P
Jan 30 13:56:37 * Dave throws a net at beniwtv
Jan 30 13:56:42 * beniwtv hides and calls his friend Mr. T
Jan 30 13:56:59 <quickdev> mrmoku_, sorry - connection problem
Jan 30 13:57:14 <mrmoku_> quickdev: t-dialin ;)
Jan 30 13:57:22 <mickeyl> ah
Jan 30 13:57:26 <mickeyl> that looks like a cut'n'paste error
Jan 30 13:57:31 * mickeyl attempts a fix
Jan 30 13:57:34 <mickeyl> ~lart shoragan 
Jan 30 13:57:34 * bzzbot changes shoragan's permissions to 0777 and tells the world
Jan 30 13:57:53 <Dave> bwaahahhaha
Jan 30 13:58:06 <mrmoku_> cat /dev/urandom > shorogan
Jan 30 13:58:30 <CIA-47> freesmartphone.org: 03mickey 07framework * r5c40b0ae089d 10/framework/subsystems/otimed/otimed.py: otimed: fix traceback on bad GPS time; thanks beniwtv for spotting!
Jan 30 13:58:50 <Dave> heehee
Jan 30 13:58:56 <Dave> Wow, that was quick ;)
Jan 30 13:59:00 * Dave high-fives mickey
Jan 30 13:59:10 * stefan_schmidt reminds mickeyl to not lart his team members to hart or they come back to him next time he misses testing. :D
Jan 30 13:59:15 <beniwtv> Dave: There's no one that quick as mickeyl
Jan 30 13:59:30 <beniwtv> :D
Jan 30 13:59:36 <mrmoku_> stefan_schmidt: hi, how's image building world?
Jan 30 13:59:41 * mickeyl bows to stefan_schmidt who is oh so true
Jan 30 13:59:57 <mrmoku_> successfully built an image after reverting the fastboot stuff?
Jan 30 14:00:02 <stefan_schmidt> mrmoku_: Getting better. OE side for the release looks ok now.
Jan 30 14:00:14 <stefan_schmidt> mrmoku_: yes, no idea why tho. :/
Jan 30 14:00:30 <stefan_schmidt> mrmoku_: I would like to sort this out after the release.
Jan 30 14:00:37 <Dave> mrmoku, who created that silliness in the first place?
Jan 30 14:00:43 <stefan_schmidt> mrmoku_: Would be great if you could give us  a hand there.
Jan 30 14:00:58 <stefan_schmidt> mrmoku_: You did the stuff wrt SHR and fastboot, right?
Jan 30 14:01:07 <Dave> Oh and have you SEEN unstable recently? :D
Jan 30 14:01:12 <mrmoku_> stefan_schmidt: yeah, we just wanted to do the same... revert that stuff and look at it after some release
Jan 30 14:01:15 <Dave> It's highly explosive!
Jan 30 14:01:16 <Dave> :D
Jan 30 14:01:24 <mrmoku_> though the last image did not work out nicely :(
Jan 30 14:01:37 <Ainulindale> mrmoku_: FYI
Jan 30 14:01:41 <Ainulindale> stefan_schmidt: FYI
Jan 30 14:01:46 <Ainulindale> When we applied the fastboot patches the first time
Jan 30 14:01:49 <Ainulindale> WHen they weren't in OE
Jan 30 14:01:49 <stefan_schmidt> hi Ainulindale 
Jan 30 14:01:52 <Ainulindale> They worked great
Jan 30 14:01:57 <Ainulindale> Including for GTA01
Jan 30 14:01:57 <stefan_schmidt> hmm
Jan 30 14:01:59 <Ainulindale> stefan_schmidt: hi :-)
Jan 30 14:02:04 <Ainulindale> stefan_schmidt: but we talked about that
Jan 30 14:02:13 <stefan_schmidt> perhaps john b0rked them while making them 'better' :)
Jan 30 14:02:19 <stefan_schmidt> All noted
Jan 30 14:02:26 <stefan_schmidt> Will look when I have time
Jan 30 14:02:33 <Ainulindale> stefan_schmidt: the patches are in our git history too
Jan 30 14:02:39 <Ainulindale> We can retry them
Jan 30 14:02:50 <stefan_schmidt> Ainulindale: ok
Jan 30 14:03:35 <Dave> goedmorgen, ainulindale :)
Jan 30 14:03:54 <Ainulindale> Oï
Jan 30 14:04:06 <spaetz> Ainulindale: 1) never got blog creation confirmation mail (mails from trac.bearstech come through though). 2) I don't know how and where to log into an MT installation :)
Jan 30 14:04:31 <mrmoku_> spaetz: me neither got a confirmations mail... think it just doesn't send one
Jan 30 14:04:45 <spaetz> ok, might be. 2) still applies :)
Jan 30 14:05:07 <spaetz> mrmoku_: thanks, BTW
Jan 30 14:05:21 <mrmoku_> spaetz: np, what is an MT installation?
Jan 30 14:05:43 <spaetz> the blog is a MovableType thingie
Jan 30 14:06:01 <spaetz> and I don't know where the "post a new post" URL is :-)
Jan 30 14:08:29 <mrmoku_> spaetz: ahh, sorry then... thought you were talking about the trac - have to take back 1) ;)
Jan 30 14:10:21 <Ainulindale> mrmoku_: you didn't subscribe
Jan 30 14:10:40 <mrmoku_> Ainulindale: nop, not (yet)
Jan 30 14:10:43 <Ainulindale> spaetz: 
Jan 30 14:10:43 <Ainulindale> spaetz: 15:01:59 < Ainulindale> stefan_schmidt: hi :-)
Jan 30 14:10:45 * mrmoku_ is not a good blogger
Jan 30 14:10:46 <Ainulindale> woops
Jan 30 14:10:49 <Ainulindale> http://blog.shr-project.org/cgi-bin/mt/mt.cgi
Jan 30 14:11:07 <Dave> We noticed :D
Jan 30 14:11:48 <spaetz> Ainulindale: thanks, will try
Jan 30 14:28:27 <spaetz> http://blog.shr-project.org/2009/01/what-is-still-needed-before-we-release.html
Jan 30 14:28:50 <spaetz> I didn't manage to replace the ticket numbers with links. My emacs regexp foos were too restricted.
Jan 30 14:29:56 <Sup3rkiddo> ptitjes|work, ping
Jan 30 14:30:01 <Ainulindale> spaetz: soon on planet :-)
Jan 30 14:30:26 <spaetz> ahh, SHR blog goes to planet?
Jan 30 14:30:39 <spaetz> I didn't even know. Cool
Jan 30 14:31:14 <CIA-47> freesmartphone.org: 03sudharsh 07openmoko-gsoc2008 * r0540e0300d36 10/fsod/src/subsystems/Device/ (display/display.vala power/power.vala): 
Jan 30 14:31:14 <CIA-47> freesmartphone.org: 1.) Remove GetMaximumBrightness
Jan 30 14:31:14 <CIA-47> freesmartphone.org: 2.) Fix signature of GetInfo to a{sv}
Jan 30 14:33:24 <spaetz> ok, linkified at least first couple of trac issues, so people know which trac is meant
Jan 30 14:33:58 <Ainulindale> spaetz: well that's also why I told you to write about your stuff
Jan 30 14:33:58 <Zorkman> spaetz: isn't the windows-crashes-on-connect worth to fix before release?
Jan 30 14:34:09 <Ainulindale> It's a good way to get to know who's working on SHR (this blog)
Jan 30 14:34:26 <Ainulindale> Zorkman: yes it would be. Tell that to stefan_schmidt :-)
Jan 30 14:34:46 <spaetz> Zorkman: I am not sure which bug that would be. Trac number?
Jan 30 14:34:52 <Ainulindale> spaetz: windows crashes on USB
Jan 30 14:34:56 <Ainulindale> MS Windows
Jan 30 14:35:04 <spaetz> ahh, no that doesn't need fixing :-)
Jan 30 14:35:16 <Ainulindale> spaetz: don't hesitate to change priority for tickets according to your own considerations
Jan 30 14:35:20 <Ainulindale> If we disagree we'll talk about it
Jan 30 14:35:43 <Zorkman> spaetz:  http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=7c12414955e9b44a3e33d54e578bf008caa4475d seems to be a fix, but i'm too noob to apply that myself
Jan 30 14:36:01 <spaetz> Zorkman: ok, it does need fixing. But I don't have windows and there doesn't seem to be a ticket out there, mentioning it. So how would I know about it :-)
Jan 30 14:36:18 <Zorkman> that's why i asked you :)
Jan 30 14:36:21 <spaetz> I will stay clean from anything kernel related for sure.
Jan 30 14:36:34 <Zorkman> (mailed it on the ML also, but haven't yet recieved an email to comment on the blog)
Jan 30 14:36:55 <spaetz> Zorkman: neither have I. Just log in and comment away.
Jan 30 14:37:02 <spaetz> seems to work
Jan 30 14:37:17 <stefan_schmidt> Zorkman: Is it really only this patch?
Jan 30 14:37:31 <Zorkman> it always says "Invalid login"
Jan 30 14:37:32 <stefan_schmidt> Zorkman: Or is there more needed which this one depends on?
Jan 30 14:37:42 <Zorkman> stefan_schmidt: i don't know, i just found it with googling
Jan 30 14:37:45 <Ainulindale> Zorkman: "Yorick"?
Jan 30 14:37:52 <Zorkman> Ainulindale: yes
Jan 30 14:37:54 <stefan_schmidt> Zorkman: well, then we have a problem
Jan 30 14:37:54 <mrmoku_> I could try to cherry-pick the rotate-correctly and the don't-trash-windoof fixes and add them as shr patches
Jan 30 14:37:56 <Ainulindale> You're enabled
Jan 30 14:38:01 <Ainulindale> This thing isn't enabling user automatically
Jan 30 14:38:02 <Ainulindale> It bothers me
Jan 30 14:38:04 <mrmoku_> (if stefan_schmidt won't be faster)
Jan 30 14:38:13 <Zorkman> thanks Ainulindale
Jan 30 14:38:16 <Ainulindale> mrmoku_: would be good
Jan 30 14:38:33 <stefan_schmidt> Zorkman: I don't have windows to test
Jan 30 14:38:42 <stefan_schmidt> Ah, well
Jan 30 14:38:47 <Ainulindale> Heh :-)
Jan 30 14:38:53 * mrmoku_ neither does have windoof to test
Jan 30 14:38:56 <Ainulindale> (Neither do I, at home at least)
Jan 30 14:38:56 <Zorkman> i have only windows on some computers
Jan 30 14:38:57 <stefan_schmidt> Now all kind of request about picking kernel patches will come in :)
Jan 30 14:39:17 <mrmoku_> hehe, life sucks :P
Jan 30 14:39:39 <spaetz> seriously, the makeing rotating work is a showstopper for me.
Jan 30 14:39:59 <stefan_schmidt> If someone does the work to collect _small_ patches that apply _cleanly_ on our rev and fix bugs send a list to the ml and I think about putting they into the release
Jan 30 14:40:11 <mrmoku> stefan_schmidt: was that a hint? :-)
Jan 30 14:40:19 <spaetz> numptyphysics is useless, tangogps is useless in the car (I need to put the FR on its side), and the terminal is way less useful
Jan 30 14:40:19 <stefan_schmidt> mrmoku: A big one. :)
Jan 30 14:40:58 <stefan_schmidt> Seriously, I see that people want that. But I will not go around, search patches, test them, etc. Not on  my release agenda
Jan 30 14:41:10 * stefan_schmidt thinks he is hard but fair
Jan 30 14:41:18 <mrmoku> stefan_schmidt: ok, will try this evening
Jan 30 14:41:23 <stefan_schmidt> mrmoku: thanks
Jan 30 14:41:28 <Ainulindale> stefan_schmidt: that's why I told you that loads of time 
Jan 30 14:41:30 <Ainulindale> DELEGATE!
Jan 30 14:41:31 <spaetz> Ohh, I am on planet.openmoko.org! :)
Jan 30 14:41:41 <stefan_schmidt> IIRC mickeyl will also pester me about the rtc kernel patch
Jan 30 14:41:44 <Ainulindale> stefan_schmidt: There's a huge community out there to help you :-)
Jan 30 14:42:02 <stefan_schmidt> Ainulindale: That's good. The reason why I ask. :)
Jan 30 14:42:53 <budfive> is there a plan to fix the PIN-less phone bugs (#232, for example) before the release?
Jan 30 14:43:13 <Ainulindale> There's a plan to fix everything and rock your world.
Jan 30 14:43:16 <Ainulindale> But we lack manpower
Jan 30 14:44:39 <mrmoku> stefan_schmidt: the new RTC patch from Werner?
Jan 30 14:44:58 <stefan_schmidt> mrmoku: yes
Jan 30 14:45:12 <mrmoku> stefan_schmidt: will look at that one too :-)
Jan 30 14:45:18 <stefan_schmidt> mrmoku: cool
Jan 30 14:46:08 <CIA-47> freesmartphone.org: 03mickey 07fso-gsm0710muxd * r6807d7ff1d60 10/ (4 files in 2 dirs): we now require libgee-1.0
Jan 30 14:52:05 <spaetz> are more people working on the dialer/message/log app? Or is it quickdev only?
Jan 30 14:52:21 <spaetz> and is he temporarily not very active or is he generally gone?
Jan 30 14:52:29 <spaetz> anyway, lunch. BBL
Jan 30 14:53:02 <quickdev> spaetz, currently not very active - I hope to contribute more soon :)
Jan 30 14:53:17 <spaetz> ahh, you are here? hello! :-)
Jan 30 14:53:25 <quickdev> hey ;)
Jan 30 14:54:08 <spaetz> ok that makes me glad. Looking forward to more improvements.
Jan 30 14:54:15 <spaetz> really gone to lunch now.
Jan 30 15:03:21 <spaetz> *sigh* not ready yet.
Jan 30 15:05:55 <spaetz> Ainulindale: If you are bored, can you add MS2 as posssible miestones to trac?
Jan 30 15:06:06 <spaetz> milestone, even
Jan 30 15:07:25 <Ainulindale> I'm not bored :-)
Jan 30 15:07:51 <Ainulindale> You're now milestone admin
Jan 30 15:08:01 <Ainulindale> stefan_schmidt: See? Delegate! :-)
Jan 30 15:08:10 <spaetz> hehe, but I am not bored either :)
Jan 30 15:08:22 * spaetz creates new milestone anyway
Jan 30 15:08:39 <spaetz> in case I find out how.
Jan 30 15:09:08 <spaetz> only possible from command line, I think
Jan 30 15:09:43 <spaetz> yep, "trac-admin milestone add <name>"
Jan 30 15:10:23 <Ainulindale> nope
Jan 30 15:10:28 <Ainulindale> you can through the web interface
Jan 30 15:10:39 <Ainulindale> http://trac.shr-project.org/trac/admin/ticket/milestones
Jan 30 15:10:43 <spaetz> mmh, intersting
Jan 30 15:10:52 <spaetz> thanks
Jan 30 15:26:28 <prpplague> greetings all
Jan 30 15:26:44 <prpplague> anyone here deal with the s3cmci.c code?
Jan 30 15:51:35 <CIA-47> freesmartphone.org: 03mickey 07fso-gsm0710muxd * r5313e2ec7a7f 10/ (4 files in 2 dirs): register SIGINT and define a handler to correctly shutdown
Jan 30 15:55:58 <bumbl> hmm so any news on the noise screen of death?
Jan 30 15:58:53 <toggles_w> whats that? sounds like fun
Jan 30 16:00:09 <bumbl> toggles_w: fun is something different
Jan 30 16:01:03 <bumbl> you resume from suspend or you do a xrandr -o $ or you just wait and the screen starts to go white with a black noise which turns into black after a while
Jan 30 16:03:19 <bumbl> this is not funny, is it?
Jan 30 16:03:22 <toggles_w> ahh, yes, fun is something different
Jan 30 16:03:26 <toggles_w> ;-)
Jan 30 16:05:09 <spaetz> bumbl: 14:45 < Arhuaco2> spaetz: Not yet, but I know Balaji is making some progress... I think that if you build balaji-tracking the rotation should  work. Would you like me to build balaji-tracking kernel for you so that you can try it?
Jan 30 16:05:32 <bumbl> spaetz: so there is hope
Jan 30 16:05:48 <bumbl> does everyone have that with recent kernels or just a few?
Jan 30 16:05:48 <spaetz> there's always hope :)
Jan 30 16:06:03 <spaetz> I have it in SHR-unstable at least
Jan 30 16:06:06 <bumbl> i didn't have a wsod but now i have a nsod :p
Jan 30 16:07:20 <mrmoku> bumbl: I think everybody has that... I'm looking into cherry-picking balaji's patch
Jan 30 16:08:21 <bumbl> ah ok
Jan 30 16:08:42 <bumbl> then at least om has to focus on fixing it
Jan 30 16:09:32 <Heinervdm> Hi, can someone tell me where i can find an API documentation of elementary?
Jan 30 16:19:03 <CIA-47> freesmartphone.org: 03mickey 07fso-gsm0710muxd * r3274f3a9a773 10/src/ (multiplexer.vala server.vala): closing and reopening the session works now
Jan 30 16:23:05 <bumbl> Heinervdm: use the source
Jan 30 16:23:06 <bumbl> :p
Jan 30 16:24:14 <Heinervdm> Im new to this, and i cant find sources for elementary ;)
Jan 30 16:24:24 <Heinervdm> only the bindings
Jan 30 16:25:03 <bumbl> http://trac.enlightenment.org/e/browser/trunk/TMP/st
Jan 30 16:25:09 <bumbl> demo apps are useful too
Jan 30 16:25:48 <juri_2> hmm.
Jan 30 16:26:02 <juri_2> so, my shl image kinda works.. except the gsm just dies, and goes away. ;)
Jan 30 16:26:56 <Heinervdm> bumbl: thx, thats a beginning
Jan 30 16:27:32 <spaetz> Heinervdm: http://trac.enlightenment.org/e/wiki/Elementary
Jan 30 16:33:18 <prpplague> if anyone is around that deals with the sdio portion of the wifi, there is a minor bug in the 2.6.28 kernel's s3cmci.c file, the fifo_free() function needs to use 64 as the base size of the fifo, not 63
Jan 30 16:34:01 <mqy> hi, can anybody tell me the gtk version of current SHR unstable?
Jan 30 16:35:14 <mqy> some functions are not present in arm-angstrom-linux-gnueabi, e.g gtk_scale_button_set_orientation
Jan 30 16:37:18 <spaetz> mqy: http://build.shr-project.org/shr-unstable/ipk/armv4t/gtk+_2.12.11-r4_armv4t.ipk
Jan 30 16:38:16 <Ainulindale> ptitjes|work?
Jan 30 16:38:38 <mqy> spaetz, thanks. I just run opkg info, no result :)
Jan 30 16:38:53 <mqy> forgot opkg update
Jan 30 17:15:33 <mrmoku> juri_2: any logs? is the ophonekitd process still there? could you try to (re)start it?
Jan 30 17:18:26 <TAsn> Ainulindale, why did you drop gtk+-fastscaling?
Jan 30 17:18:42 <Ainulindale> I didn't.
Jan 30 17:18:50 <Ainulindale> It has no use anymore, it was dropped upstream
Jan 30 17:19:01 <TAsn> oh cool, why doesn't it have any use?
Jan 30 17:20:55 <Ainulindale> Can't recall
Jan 30 17:21:04 <TAsn> ok, cool ;]
Jan 30 17:21:09 <TAsn> thanks.
Jan 30 17:21:20 <TAsn> btw is there a contact import script or should I make one?
Jan 30 17:21:30 <Ainulindale> I think there's one
Jan 30 17:21:35 <Ainulindale> As to know where, I don't
Jan 30 17:21:53 <TAsn> I c, well then I'll have to make one. ;] thanks anyway.
Jan 30 17:23:49 <TAsn> nvm, I'll just look for one, I'm too tired too busy to code. ;\
Jan 30 17:25:14 <TAsn> if anyone is interested: http://wiki.openmoko.org/wiki/User:Zem#DBus_Access_Scripts
Jan 30 17:33:56 <mw|> I'm not patient enough.. dbus developers are slow :-p /me tries to submit patch upstream
Jan 30 17:34:23 <mw|> But what I wonder is.. does this bug ever affect SHR as of today
Jan 30 17:34:35 <juri_2> mrmoku: waiting on view logs atm, its not running, trying to restart.
Jan 30 17:34:42 <mw|> (do we ever suspect dbus calls never getting a reply, as in not even a timeout)
Jan 30 17:35:45 <juri_2> FWIW, i'm running on release gsm firmware.
Jan 30 17:35:54 <mw|> Access, as in MS-access?
Jan 30 17:37:12 <juri_2> i've got all kinds of logs, but no method to get them to you.
Jan 30 17:39:15 <TAsn> btw, I really think that's when the screen is locked the display should be turned off, no one will use it anyhow because you lock in order to put it in the pocket... and not turning it off will waste battery, though people will be easily confused with standby, and will waste more battery if they'll accidentally lock instead of standby, so there two solutions, either turn the red led on when the screen is locked and not standbyed
Jan 30 17:39:15 <TAsn>  or something else I haven't thought of ;]
Jan 30 17:39:21 <TAsn> anyhow, I gtg, think about it.
Jan 30 17:41:14 <mw|> TAsn: I think I agree
Jan 30 17:41:18 <mw|> but not 100%
Jan 30 17:41:26 <bumbl> spaetz: do you get a nsod after resume too?
Jan 30 17:41:37 <mw|> if a user plays mp3-files and want to put the phone in the pocket
Jan 30 17:41:49 <mw|> never mind... I read you wrong
Jan 30 17:41:54 <mw|> display can be powered down yes
Jan 30 17:42:13 <mw|> and standby or not should be tagged via other means
Jan 30 17:42:26 <mw|> like mplayer tells X to not enable screen-saver when playing a movie
Jan 30 17:42:57 <mw|> (we can probably use the screen-saver temporary disabled flag to disable suspend when multimedia is played)
Jan 30 17:43:12 <mw|> (might be that we already do, I don't know)
Jan 30 17:44:28 <Ainulindale> No we don't
Jan 30 17:44:42 <mw|> okey
Jan 30 17:44:43 <Ainulindale> And we should
Jan 30 17:44:56 <Ainulindale> (request the CPU/Display resource if a media player is launched)
Jan 30 17:46:08 <mw|> mhm
Jan 30 17:46:33 <mw|> sounds like a plan
Jan 30 17:48:23 <ptitjes> Can someone give me an idea of a cmd line syntax for key-value pairs ?
Jan 30 17:48:34 <ptitjes> This for renaming namespaces
Jan 30 17:48:48 <ptitjes> I thought about --ns:OLD_NAME=NEW_NAME
Jan 30 17:48:56 <ptitjes> Any other ideas ?
Jan 30 18:02:21 <mrmoku> bumbl: bad news.... kernel with only balajis patch for rotation :(
Jan 30 18:02:37 <mrmoku> xrandr -o 3; xrandr -o 1 goes white immediately
Jan 30 18:02:49 <bumbl> :(
Jan 30 18:03:09 * mrmoku is trying current andy-tracking to see if it's fixed there
Jan 30 18:03:17 * bumbl damns the dev who has borked it in first place
Jan 30 18:03:42 <bumbl> http://docs.openmoko.org/trac/ticket/2217
Jan 30 18:04:11 <bumbl> it should be fixed with a special kernel command that reverts the change to the last one
Jan 30 18:09:31 <ptitjes> Ainulindale: could we host vala-dbus-binding-tool temporarily ?
Jan 30 18:19:33 <beniwtv> Anyone noticed andy-tracking is now on 2.6.29?
Jan 30 18:19:50 <beniwtv> Have /sys paths been changed there also?
Jan 30 18:20:00 <beniwtv> (or is it save to try)
Jan 30 18:25:31 <PaulFertser> juri_2: ping
Jan 30 18:31:56 <PaulFertser> juri_2: i'd very much like to hear what exactly you don't like about GSM/Flashing wiki page. And did you succeed in flashing moko10?
Jan 30 18:34:05 <Alinermedia> Hello Weiss! (Thomas?)
Jan 30 18:34:21 <Alinermedia> Weiss: Thanks a lot for the email, I'm on it!
Jan 30 18:34:22 <Alinermedia> :D
Jan 30 18:46:22 <beniwtv> Dave! The man from the other side is here again with a BUG :P mwahahahaahahh :P
Jan 30 18:52:11 <ptitjes> Sup3rkiddo: okay lib is done
Jan 30 18:52:28 <king> I am using the default rootfs images from shr-testing. In the first boot the tangogps found the gps chip, when I opkg updated and ugraded, tangogps thinks there is no gps in my device. Shouldn't this issue have been resolved by now?
Jan 30 18:52:41 <king> Anyways, I would like to know the edit I need to make to get the gps up again.
Jan 30 18:53:03 <bumbl> don't upgrade
Jan 30 18:53:27 <king> bumbl, Shouldn't it be safe to upgrade if I am in the shr-testing branch.
Jan 30 18:53:51 <king> bumbl, the pace at which I assume shr to move forward if it is to get a usable OS out in this decade, does mean I need to upgrade, NO?
Jan 30 18:53:55 <bumbl> my experience showed that upgrading on any rootfs is not a god idea
Jan 30 18:54:14 <bumbl> king: nah you need to reflash :p
Jan 30 18:54:32 <king> bumbl, What exactly happens that shouldn't happen when you upgrade?
Jan 30 18:54:43 <king> bumbl, I know its just a matter of a '-' I just don't know where to put it!
Jan 30 18:55:15 <bumbl> version mismatch afaik; not everthing is upgraded correctly (some config files stay untouched)
Jan 30 18:55:18 <bumbl> etc.
Jan 30 18:55:49 <king> bumbl, I have the fso-gpsd open, would you please tell me where I need to put the '-' ?
Jan 30 18:56:19 <king> bumbl, But the shr-testing branch still has the images from 24th December, then is the only way to get new software mean to wait for a new release in that branch?
Jan 30 18:56:20 <bumbl> king: edit /etc/init.d/fso-gpsd
Jan 30 18:56:33 <king> bumbl, Yes, I have it open.
Jan 30 18:56:55 <king> bumbl, Do I have to add the '-' before -S?
Jan 30 18:58:19 <king> Someone please tell me what changes do I need to make in the fso-gpsd to make tangogps see my gps again.
Jan 30 18:59:35 <dos1> fso milestone5 images are supposed to be released today, yes?
Jan 30 19:00:15 <king> dos1, Would you please tell me about the edits?
Jan 30 19:00:28 <king> dos1, I remember that I just need an extra '-' somewhere!
Jan 30 19:00:36 <bumbl> king: add --execute or something in
Jan 30 19:00:44 <bumbl> or was it --exec
Jan 30 19:00:47 <dos1> king: firstly try to run "fso-gpsd" command in console
Jan 30 19:00:49 <bumbl> before the path
Jan 30 19:01:11 <dos1> king: if it works, edit line in /etc/init.d/fso-gpsd to:
Jan 30 19:01:19 <dos1> king: start-stop-daemon --start --pidfile /var/run/${NAME}.pid --exec /usr/sbin/fso-gpsd -- -S localhost:gpsd -P /var/run/${NAME}.pid
Jan 30 19:01:45 <king> dos1, I ran it, no messages came, I got a new command prompt below it.
Jan 30 19:01:53 <dos1> king: so run tangogps
Jan 30 19:02:04 <dos1> king: it should behave as you described ;]
Jan 30 19:02:40 <king> dos1, After running it, tangogps sees my gps. Is that edit to make this change persistent?
Jan 30 19:02:48 <dos1> king: yep
Jan 30 19:03:18 <Bloodhound_> king, you will need to typ the fso-gpsd every time you wanna use gps now,
Jan 30 19:03:35 <king> dos1, Thanks a LOT! I keep on breaking this file on every update and then missing these instructions!
Jan 30 19:03:45 <king> Bloodhound_, No dos1 says they will become persistent with the edit.
Jan 30 19:03:57 <Bloodhound_> oke,
Jan 30 19:04:02 <king> dos1, ^ He is scarring me.
Jan 30 19:04:08 <dos1> Bloodhound_: only edit /etc/init.d/fso-gpsd
Jan 30 19:04:24 <dos1> king: without editing you would need to type that every time
Jan 30 19:04:36 <Bloodhound_> dos1, the way you descriped? thx m8 then im gonna try that 
Jan 30 19:04:36 <king> dos1, I get that.
Jan 30 19:04:49 <dos1> king: but after editing, it is starting automatically
Jan 30 19:04:54 <dos1> Bloodhound_: yep
Jan 30 19:04:57 <dos1> it is fixed in unstable
Jan 30 19:05:02 <Bloodhound_> hmm,
Jan 30 19:05:05 <king> dos1, Do you second bumbls point that it is a bad idea to upgrade shr? It breaks things and config files?
Jan 30 19:05:17 <Bloodhound_> im using unstable, and gona upgrade now,
Jan 30 19:05:19 <king> dos1, Does unstable still have the process hog bug?
Jan 30 19:05:34 <king> dos1, Do you know when any knew images are going to be moved to shr-testing?
Jan 30 19:05:36 <dos1> king: no, i upgraded today and only breakage i noticed is not working illume actions for aux and power buttons
Jan 30 19:05:51 <dos1> king: hog bug? it's about enlightenment cpu usage?
Jan 30 19:05:55 <dos1> king: don't know when
Jan 30 19:06:32 <king> dos1, thanks a LOT. It is very difficult to get SHR to behave.
Jan 30 19:06:47 <Bloodhound_> dos1, i upgraded today unstable by new image, but the gsm is not regestering, and in gsm menu in settings app its saying ophonekit is not started
Jan 30 19:07:46 <dos1> Bloodhound_: view log and play with it
Jan 30 19:07:55 <dos1> Bloodhound_: for me it works ;)
Jan 30 19:08:02 <king> dos1, Are the edits in fso-gpsd you mentioned at line 17+
Jan 30 19:08:34 <dos1> king: 17, yep
Jan 30 19:08:35 <Bloodhound_> yep, right now im using an old unstable image, it was long ago i took my FR from the desk ;)
Jan 30 19:08:46 <dos1> Bloodhound_, king: i suggest my repo: http://openmoko.opendevice.org/build/shr-unstable/feed/
Jan 30 19:08:53 <king> dos1, The line in my config is ordered very differently:  start-stop-daemon --start /usr/sbin/fso-gpsd -S localhost:gpsd -P var/run/${NAME}.pid
Jan 30 19:09:09 <king> dos1, I have had nightmarish experiences with shr-testing. I am not brave enough for unstable!
Jan 30 19:09:14 <Bloodhound_> dos1, whats different in that repro?
Jan 30 19:09:21 <king> Bloodhound_, It is HIS :)
Jan 30 19:09:28 <Bloodhound_> hehe :P
Jan 30 19:09:42 <dos1> Bloodhound_: yes, mine :D i'm rebuilding every time i noticed interesting fix
Jan 30 19:09:50 <dos1> or feature
Jan 30 19:10:08 <dos1> king: change it. it is not working because of that different ordering
Jan 30 19:10:09 <Bloodhound_> oke :) btw i was stunned today by the new settings app thats awesome :)
Jan 30 19:10:25 <king> dos1, Should I delete line 17 and paste your line in?
Jan 30 19:10:32 <dos1> king: and shr-unstable is working more reliable for me than shr-testing
Jan 30 19:10:38 <king> dos1, !
Jan 30 19:10:39 <dos1> king: yep
Jan 30 19:11:14 <king> dos1, Do you notice anything evil here?  start-stop-daemon --start --pidfile /var/run/${NAME}.pid --exec /usr/sbin/fso-gpsd -- -S localhost:gpsd -P /var/run/${NAME}.pid
Jan 30 19:11:54 <dos1> king: it looks good
Jan 30 19:12:25 <king> dos1, Can I opkg install shr-setting in shr-testing?
Jan 30 19:13:00 <king> After using the iphone the Neo really feels Clunky :(
Jan 30 19:13:02 <Bloodhound_> dos1, are you into the testing stuff? couz somehow i want to join the testing team, today i got my dual simcard so :)
Jan 30 19:13:23 <dos1> king: it's not tested, but it should work, you can try
Jan 30 19:14:23 <king> dos1, I like the idea that your repo maybe more usable. What should I get from http://openmoko.opendevice.org/build/shr-unstable/feed/om-gta02/ so that I get a updated kernel and rootfs and all the req modules?
Jan 30 19:15:26 <dos1> Bloodhound_: no, i'm a developer of shr-settings and few patches for ussd and loading screen in illume;]
Jan 30 19:15:45 <Bloodhound_> okey :)
Jan 30 19:15:53 <dos1> king: i think upgrading from testing to unstable will be unsuccessfull
Jan 30 19:16:06 <dos1> king: in testing some packages are different version numbers
Jan 30 19:16:19 <dos1> king: i will suggest reflash
Jan 30 19:16:41 <king> dos1, I will re-flash. But what packages do I get from that URL?
Jan 30 19:16:49 <king> dos1, Are you Sebastian?
Jan 30 19:17:01 <dos1> king: yep :)
Jan 30 19:17:03 * king extends hand, nice to meet you.
Jan 30 19:17:14 <dos1> ^^
Jan 30 19:17:34 <Bloodhound_> dos1,  nice to meet u anyway :) thx for the great work for shr-settings ;)
Jan 30 19:17:48 * king likes the sound of that name. Very tickling on the tongue :)
Jan 30 19:18:25 <dos1> king: install kernel-modules and do opkg upgrade
Jan 30 19:18:28 <PaulFertser> The roof is on fire!
Jan 30 19:19:32 <bumbl> Foxtrott Uniform Charlie Kilo
Jan 30 19:19:48 * king passes a bucket
Jan 30 19:20:38 * Bloodhound_ trows om2008.8 in the bucket :) om is on fire :P
Jan 30 19:21:13 * king wonders at what coded message that hoax call conveyed.
Jan 30 19:21:24 * king is sloppy
Jan 30 19:21:42 * bumbl wonders why all are using /me
Jan 30 19:21:55 * Bloodhound_ is bored of waiting for dfu-util finished flashing 
Jan 30 19:22:01 * bumbl says: that's irritating
Jan 30 19:22:10 * dos1 is hungry
Jan 30 19:22:10 <PaulFertser> WTF? youtube says "This video is unavailbale for view in your country". WTF?
Jan 30 19:22:15 * bumbl thinks that dfu-util takes ages to flash
Jan 30 19:22:15 <dos1> ;]
Jan 30 19:22:24 * tordo found his gta02 again after it being lost for 2 days <3
Jan 30 19:22:36 <PaulFertser> tordo: Congrats! Where was it?
Jan 30 19:22:41 <Bloodhound_> PaulFertser, try to set the youtube thing on wordwide :)
Jan 30 19:22:41 <Sharwin_F> hi, is there any upate avaiaable to the aux-button not working to block screen on shr-unstable?
Jan 30 19:22:43 * bumbl thinks: hehe tordo 
Jan 30 19:22:45 * king thinks gta02 is unstealable!
Jan 30 19:22:53 <PaulFertser> Bloodhound_: what if i use youtube-dl?
Jan 30 19:23:04 <tordo> PaulFertser: it was right next to my desk, just under something
Jan 30 19:23:08 <PaulFertser> :)))
Jan 30 19:23:09 <bumbl> PaulFertser: well it might be one of the few licensed youtube videos
Jan 30 19:23:12 <tordo> i felt like a moron, yet a happy one when i found it
Jan 30 19:23:14 <Bloodhound_> you can also try that, but i dont think thats working ;)
Jan 30 19:23:29 <ptitjes> wurp2: it is ok I think (have to see one more person tonight) but it seems to be good for everybody. I'll write you a mail during the night to explain you everything. Because I must go now
Jan 30 19:23:41 <PaulFertser> Bloodhound_: i don't have fucking flash playere anyway, so that's the only opportunity.
Jan 30 19:23:57 <Sharwin_F> or someway to block screen with terminal? (I don't think it could be posible to unblock screen because you can't acces to terminal though :P)
Jan 30 19:24:02 * king is an offended minor
Jan 30 19:24:20 <Bloodhound_> hmm
Jan 30 19:24:36 <Bloodhound_> then i dont know a solution though
Jan 30 19:24:43 * dos1 is thinking, what he can patch in SHR now ;]
Jan 30 19:24:45 <Bloodhound_> maybe find another vid with the same content ;)
Jan 30 19:25:13 <Bloodhound_> dos1, fix that the power button and aux button works in SHR unstable,
Jan 30 19:25:19 <dos1> detecting USSD requests is patched; loading screen is reworked
Jan 30 19:25:24 <king> dos1, I didn't get you. I see that you don't provide the complete rootfs and kernel images at your repo. Just the modules-*. How would I use your packages?
Jan 30 19:25:46 <dos1> Bloodhound_: firstly i have to find, why it is not working :P
Jan 30 19:25:59 <dos1> king: yep, i don't have images in my repo - flash from bearstech
Jan 30 19:26:15 <dos1> king: after that, add my repo as mentioned at top of site
Jan 30 19:26:27 <dos1> king: and do opkg install kernel-modules; opkg upgrade
Jan 30 19:26:47 <king> dos1, You mean I should use shr-unstable for rootfs and kernel files?
Jan 30 19:26:48 <Bloodhound_> dos1, wich kernel modules you have in your repro?
Jan 30 19:26:52 <dos1> king: kernel is at http://openmoko.opendevice.org/build/shr-unstable/kernels/om-gta02/
Jan 30 19:26:59 <spaetz> bumbl: no I don't get the nosd on resume
Jan 30 19:27:02 <spaetz> just rotate
Jan 30 19:27:14 <dos1> king: shr-unstable rootfs; mine kernel
Jan 30 19:27:16 <spaetz> at least I have been lucky so far
Jan 30 19:27:28 <dos1> s/mine/my/
Jan 30 19:27:28 <bzzbot> dos1 meant: king: shr-unstable rootfs; my kernel
Jan 30 19:27:29 <dos1> ?
Jan 30 19:27:42 <dos1> king: and after that my repo
Jan 30 19:27:55 <spaetz> IMHO shr-testing is kind of obsolete and unmaintained until shr-unstable is in some nice shape and is moved over to testing
Jan 30 19:27:59 <spaetz> but I might be wrong
Jan 30 19:28:06 <dos1> Bloodhound_: don't know ;] i did it when i had problems with g_ether
Jan 30 19:28:07 <king> dos1, Shouldn't I get the uImage-* from shr-unstable also?
Jan 30 19:28:35 <dos1> king: i think it's not necessary, as my repo is fully compatible with shr-unstable
Jan 30 19:28:54 <king> dos1, But your repo doesn't have any kernel files, just all modules-*.
Jan 30 19:29:10 <dos1> king: look at http://openmoko.opendevice.org/build/shr-unstable/kernels/om-gta02/
Jan 30 19:29:19 <king> dos1, Yes I see those.
Jan 30 19:29:23 <spaetz> mw|: disabling screen blank and suspend would be nice.
Jan 30 19:29:25 <dos1> http://openmoko.opendevice.org/build/shr-unstable/kernels/om-gta02/uImage-om-gta02-latest.bin
Jan 30 19:29:26 <king> dos1, What should I get from there?
Jan 30 19:29:31 <king> dos1, I got it.
Jan 30 19:29:41 <spaetz> I'm also thinking about how it could be integrated/achieved
Jan 30 19:29:53 <Bloodhound_> dos1, whats fixed in that kernel? like why should i use over the newest kernel thats found in shr-unstable?
Jan 30 19:29:57 <king> dos1, Should I get anything else from there? Any of the modules-* package?
Jan 30 19:30:43 <dos1> Bloodhound_: i think it can be the same kernel ;]
Jan 30 19:31:03 <Bloodhound_> dos1,  hmm i think not im always using this kernel : 	uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r2-om-gta02.bin
Jan 30 19:31:41 <dos1> Bloodhound_: http://openmoko.opendevice.org/build/shr-unstable/kernels/om-gta02/uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r2-om-gta02.bin ? ;)
Jan 30 19:31:43 <dos1> it's latest ;D
Jan 30 19:31:45 <Bloodhound_> so i ask myself what the difference is between that kernel and Uimage-om-gta02-latest.bin
Jan 30 19:31:48 <Bloodhound_> lol :P
Jan 30 19:32:28 <king> dos1, I am stuck. I got the uImage-om-gta02-latest.bin from shr-unstable. Do I get any of the modules with it?
Jan 30 19:32:33 <bumbl> mrmoku: ping
Jan 30 19:32:38 <dos1> king: no
Jan 30 19:32:51 <dos1> king: only after adding repository you can do "opkg install kernel-modules"
Jan 30 19:33:24 <bumbl>  dos1: do you run the latest shr-unstable image?
Jan 30 19:33:25 <king> dos1, If I were to get any of the modules (just for example) which one would I get for *-latest.bin? 
Jan 30 19:33:37 <bumbl> i can't start it because it tells me
Jan 30 19:33:45 <bumbl> Failed to set owner
Jan 30 19:33:52 <bumbl> and Failed to set mode
Jan 30 19:33:55 <dos1> bumbl: i'm upgrading image from 5 jan (if i remember correctly ;])
Jan 30 19:34:02 <BluesLee> bumbl: same problem here
Jan 30 19:34:06 <bumbl> ah ok
Jan 30 19:34:18 <dos1> king: the one with version as kernel from my last link
Jan 30 19:34:24 <bumbl> well
Jan 30 19:34:35 <bumbl> <- Monty Python + the holy grail
Jan 30 19:36:11 <Bloodhound_> does anyone know when SHR MS1 is finnished?
Jan 30 19:37:06 <TAsn> Bloodhound_, there was a blog post published today
Jan 30 19:37:12 <TAsn> read it ;]
Jan 30 19:37:44 <Bloodhound_> oke :)
Jan 30 19:38:19 <king> dos1, I am afraid I don't get any of your instructions. Maybe this stuff is not for me.
Jan 30 19:38:29 <mrmoku> bumbl: pong
Jan 30 19:39:21 <bumbl> mrmoku: what is wrong with latest unstable
Jan 30 19:39:24 <bumbl> Failed to set owner
Jan 30 19:39:27 <bumbl> and Failed to set mode
Jan 30 19:39:48 <mrmoku> bumbl: some have a problem with fs not beeing remounted rw
Jan 30 19:39:50 <mrmoku> but not all
Jan 30 19:40:01 <mrmoku> might depend on the bootenv... don't know
Jan 30 19:40:03 <AntonTakk> anyone know what would cause a dbus timeout waiting for a callback from SetAntennaPower(True)?
Jan 30 19:40:43 <Bloodhound_> bumbl, i just flashed the newest shr-unstable now, and its just working here gsm is registered.
Jan 30 19:42:26 <bumbl> mrmoku: i am using qi
Jan 30 19:42:42 <mrmoku> bumbl: me too and it works just fine... SD card?
Jan 30 19:42:46 <Bloodhound_> bumbl, try booting from NOR
Jan 30 19:43:02 <bumbl> Bloodhound_: yep i try now
Jan 30 19:43:06 <bumbl> mrmoku: inserted
Jan 30 19:43:48 <beniwtv> bumbl: Do you have any problems with Qi? It seems that sometimes andy-tracking does not initialize or segfaults for me  and programs start to misbehave :(
Jan 30 19:45:00 <bumbl> beniwtv: usually i don't have problems with qi
Jan 30 19:45:10 <bumbl> but i don't use andy-tracking
Jan 30 19:45:17 <beniwtv> bumbl: what kernel?
Jan 30 19:46:03 <PaulFertser> beniwtv: i don't have any problems with Qi and andy-tracking.
Jan 30 19:47:58 <BluesLee> bumbl: try to boot from nor, this works for me
Jan 30 19:48:07 <beniwtv> PaulFertser: hmm... I still have not found out what's causing this ATM, but I will keep digging.... the problem is with 2.6.24 I didn't get reliable charger insertion/removal events and thus wanted to try andy-tracking. Apparently that solved that but sometimes now boot fails
Jan 30 19:48:37 <BluesLee> bumbl: i dont know what is the problem with the new unstable images, but it maybe an interplay with qi
Jan 30 19:49:03 <juri_2> hmm. the phone works fine. too bad ophonekitd won't stay running...
Jan 30 19:50:07 <BluesLee> bumbl: nevertheless i had issues, from time to time non working gsm, contacts crashing, not suspending
Jan 30 19:52:01 <juri_2> i seem to have no other 'functionality' effecting issues.
Jan 30 19:52:42 <PaulFertser> juri_2: i thought you were unhappy with the GSM flashing instructions, weren't you?
Jan 30 19:52:51 <juri_2> paul: correct. ;)
Jan 30 19:53:09 <juri_2> dead links to a 'trusted/blessed' version.
Jan 30 19:53:10 <PaulFertser> juri_2: please tell me what you don't like about it?
Jan 30 19:53:14 <juri_2> thats a definate nono.
Jan 30 19:53:30 <PaulFertser> juri_2: nono? How a dead link to recommended image can be a nono?
Jan 30 19:53:43 <PaulFertser> juri_2: do you have a 3G-capable SIM?
Jan 30 19:53:58 <juri_2> in addition, the page 'forgets' that the GTA01 exists. while the directions should work for a GTA01, those links won't, thats a GTA02 image.
Jan 30 19:54:26 <juri_2> paul: i have one of the 'round pins' sims, i want to use in my second openmoko. i think its bug 666? :)
Jan 30 19:54:31 <PaulFertser> juri_2: i think only one link is gta02-specific (to the fso-console image) and it doesn't work anyway.
Jan 30 19:55:07 <juri_2> right. i'd like that link pointed to a new trusted/blessed version that won't be going away, and in addition, i'd like a gta01 version of that link.
Jan 30 19:55:11 <PaulFertser> juri_2: i don't know anything about round pins, but why don't you update GSM firmware just in case? I think 3G-capable sims are common in your region, so it worth doing.
Jan 30 19:55:20 <PaulFertser> juri_2: why? any distro works.
Jan 30 19:55:34 <juri_2> paul: thats not the impression i get from the page.
Jan 30 19:55:52 <juri_2> 'make sure nothing is touching the gsm'... uh.. OK.. how do i do that? thats distro specific. ;)
Jan 30 19:56:30 <PaulFertser> juri_2: but if you use a distro, you're supposed to know it enough, aren't you? ;)
Jan 30 19:56:34 <juri_2> so, it would be nice if a more modern version of that FSO image was thrown together, that was guaranteed not to touch the GSM.
Jan 30 19:56:45 <lindi-> juri_2: anyone with *nix knowledge should know how to do that :)
Jan 30 19:57:02 <juri_2> lindi: you know how wrong that was.
Jan 30 19:57:05 <PaulFertser> juri_2: lsof is there for you ;) If not, then use /proc directly ;)
Jan 30 19:57:27 <juri_2> do i have lsof on this distro? do i not...
Jan 30 19:57:45 <juri_2> i think you're going through a lot of explination and posturing *not* to fix the page. :)
Jan 30 19:57:48 <PaulFertser> juri_2: what distro are you using?
Jan 30 19:58:03 <juri_2> i'm using the current GTA01 version of SHL.
Jan 30 19:58:28 <mrmoku> -L+R me hopes :-)
Jan 30 19:58:41 <juri_2> i note, that there are no directions on that page for actually *doing* an lsof, and verifying nothing is touching the GSM.
Jan 30 19:58:48 <juri_2> i don't even see the device name.
Jan 30 19:58:54 <PaulFertser> juri_2: then turn off ophonekitd and check that gsm0710muxd is not running.
Jan 30 19:58:57 <juri_2> mrmoku: yea. ;)
Jan 30 19:59:08 <PaulFertser> juri_2: /dev/ttySAC0
Jan 30 19:59:21 <juri_2> paul: geat. try sticking those two lines *on the page*. ;)
Jan 30 19:59:45 <lindi-> PaulFertser: udev rules for renaming those to /dev/gsm and /dev/gps would be quite good idea btw
Jan 30 20:00:00 <lindi-> PaulFertser: since they are statically assigned to those two purposes on the hardware
Jan 30 20:00:00 <TAsn> lindi-, ++
Jan 30 20:00:07 <bumbl> lindi-: /dev/gsm0 /dev/gps0
Jan 30 20:00:18 <bumbl> to precisise
Jan 30 20:00:26 <TAsn> bumbl, planning on a second gsm modem? ;]
Jan 30 20:00:39 <bumbl> TAsn: sure
Jan 30 20:00:39 <lindi-> # Samsung UARTS
Jan 30 20:00:40 <lindi-> KERNEL=="s3c2410_serial[0-9]",   NAME="ttySAC%n"
Jan 30 20:00:41 <bumbl> usb
Jan 30 20:00:47 <PaulFertser> juri_2: i know that you're a programmer so you should be able to follow instructions on given on IRC ;)
Jan 30 20:00:49 <TAsn> bumbl, ;]
Jan 30 20:00:52 <bumbl> hspa modem
Jan 30 20:00:53 <lindi-> that's what debian's unofficial fso-config-gta02 comes with
Jan 30 20:01:17 <juri_2> paul: true. i'm just also a programmer that spent the last YEAR writing documentation. directions without documentation are a pet peve.
Jan 30 20:01:28 <PaulFertser> juri_2: for "ordinary users" fso-console is recommended. So, i'll add new link to the fso-console there.
Jan 30 20:01:32 <juri_2> if you don't want to update it, whats it going to take for me to get edit rights? ;)
Jan 30 20:01:54 <juri_2> i don't do that much without documentation anymore. :)
Jan 30 20:01:59 <PaulFertser> juri_2: come on, you know that the source is the best docs.
Jan 30 20:02:12 <PaulFertser> juri_2: i'll update the page after you flash your modem :p
Jan 30 20:02:14 <juri_2> yes. to the GSM firmware.
Jan 30 20:02:18 * juri_2 RUNS. ;)
Jan 30 20:03:40 <juri_2> thats fair, you'll have to wait until after i get back from lunch.
Jan 30 20:03:42 <PaulFertser> juri_2: honestly, i didn't have any hesitations and doubts and when i wanted to flash GSM firmware i didn't try to find any images. My debian works, that's enough. For me everything worked exactly like described, so i considered the wiki page to be good enough ;)
Jan 30 20:04:05 <juri_2> i'm getting a bit tetchy. time to eat. diabetes--; :(
Jan 30 20:04:15 <PaulFertser> juri_2: bon appetite :)
Jan 30 20:04:24 <beniwtv> mickeyl: ping :)
Jan 30 20:05:30 <dos1> mickeyl: hi, will ms5 images be released today?
Jan 30 20:05:41 <mickeyl> no
Jan 30 20:05:55 <mickeyl> as announced on the lists, pending our testing  it's going to be monday 
Jan 30 20:06:17 <spaetz> Ainulindale: last -unstable image is really broken. I also get failed to set mode/owner on /var/volatile/.... and no X
Jan 30 20:06:36 <mickeyl> beniwtv: yo?
Jan 30 20:07:02 <beniwtv> mickeyl: Might want to look at this: http://pastebin.com/m1eb54aa7
Jan 30 20:07:14 <beniwtv> mickeyl: GPS time works now, btw :)
Jan 30 20:10:27 <CIA-47> freesmartphone.org: 03mickey 07framework * r700ab8250582 10/framework/subsystems/odeviced/kernel26.py: odeviced: move checking for pyrtc below creating the logger. thanks beniwtv!
Jan 30 20:12:44 <toggles_w> damn
Jan 30 20:13:15 <toggles_w> my phone is doing nothing and e is eating 43% i thought it i read 7%
Jan 30 20:13:42 <spaetz> it uses 7 on mine. 30% on some others.... :-(
Jan 30 20:16:40 <toggles_w> reboot bought it down to 30% ;-)
Jan 30 20:18:44 <juri_2> oh, its worth mentioning, that on the GTA01, the lite image is still big enough that the system complains its out of disk space, and as a result, i can't get text messages.
Jan 30 20:19:14 <lindi-> mickeyl: any thoughts on http://trac.freesmartphone.org/ticket/334 ? It seems that running framework under strace slows it down so much that I keep hitting these bugs all the time. could we reduce the number of commands that need to be sent on resume? couldn't they be delayed until I have answered the call properly?
Jan 30 20:20:49 <mickeyl> ya, could be 
Jan 30 20:20:57 <mickeyl> will try that after ms5
Jan 30 20:21:33 <lindi-> mickeyl: and would be it be possible to resort to polling the GSM for things completely?
Jan 30 20:21:57 <lindi-> mickeyl: so that suspend/resume would not be such a special event for calypso
Jan 30 20:23:52 <mickeyl> polling?
Jan 30 20:24:21 <lindi-> mickeyl: you could ask signal quality every 30 seconds for example
Jan 30 20:24:32 <lindi-> mickeyl: instead of having calypso send unsolicited messages
Jan 30 20:24:40 <mickeyl> not possible
Jan 30 20:24:50 <mickeyl> unsolicited messages are an inherent part of v250.ter
Jan 30 20:24:55 <mickeyl> no way to get around that
Jan 30 20:28:12 <PaulFertser> juri_2: why don't you want to have root on SD?
Jan 30 20:29:41 <dos1> hmm
Jan 30 20:29:48 <dos1> how to use connman?
Jan 30 20:29:52 <lindi-> mickeyl: but they are disabled for suspend?
Jan 30 20:30:02 <lindi-> mickeyl: surely they could be disabled all the time?
Jan 30 20:30:06 <dos1> is there somewhere a guide?
Jan 30 20:30:14 <dos1> (to use from dbus)
Jan 30 20:30:24 <mickeyl> lindi-: no
Jan 30 20:30:30 <mickeyl> lindi-: you can not 'poll' for a call
Jan 30 20:30:37 <mickeyl> or for an sms
Jan 30 20:30:51 <mickeyl> and even if we could, the modem would never be able to fall into deep sleep then
Jan 30 20:31:00 <PaulFertser> lindi-: you might be also interested to read a comment in http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=52584bf1802590902a9c52b3a1188ccab0ad6669
Jan 30 20:31:19 <lindi-> mickeyl: but call will resume from suspend anyway?
Jan 30 20:31:38 <lindi-> mickeyl: yes it would not enter deep sleep when the main processor is running
Jan 30 20:31:50 <lindi-> mickeyl: but i can't let it go to deep sleep anyway due to the recamp bug
Jan 30 20:31:58 <mickeyl> on the calypso perhaps, yes
Jan 30 20:32:05 <mickeyl> i'm doing ogsmd for more than just that
Jan 30 20:32:38 <lindi-> PaulFertser: could i increase that delay?
Jan 30 20:33:09 <dos1> my calypso is going to deep sleep without recamp bug
Jan 30 20:33:24 <lindi-> dos1: mine isn't :)
Jan 30 20:33:32 <Hire> here neither
Jan 30 20:33:42 <dos1> so don't eat my baterry with unnecessary things to me ;x
Jan 30 20:33:47 <lindi-> mickeyl: ok, i'm just trying to figure out what possible solutions I could try
Jan 30 20:33:50 <PaulFertser> lindi-: by editing the source, sure. But it just hides deficiencies in at command parser, not solves. You've read the comment, haven't you?
Jan 30 20:34:06 <lindi-> PaulFertser: i guess we need better parser yes
Jan 30 20:34:20 <mickeyl> lindi-: sure. disabling unsolicited is no option, just forget about that. a revamp as indicated in the comment would work
Jan 30 20:34:22 <lindi-> i'll upload some more buggy logs to #334
Jan 30 20:34:24 <PaulFertser> dos1: recamping probably depends on cell network conditions, not device.
Jan 30 20:34:29 <mickeyl> try to increase timeout for your problem
Jan 30 20:34:33 <mickeyl> s/10/30
Jan 30 20:37:51 <beniwtv> mickeyl: works, thanks for fixing at the speed of light :)
Jan 30 20:40:38 <mickeyl> :)
Jan 30 20:40:52 <lindi-> mickeyl: yeah it seems that if I wait for 10 seconds and answer the call when it is sending those resume commands to calypso it will fail
Jan 30 20:41:07 <lindi-> so making the timeout a lot longer could help
Jan 30 20:42:37 <lindi-> if I hang up the call when it is sending these I probably also hit the bug?
Jan 30 20:45:47 <Kensan> evenin'
Jan 30 20:46:31 <dos1> connman... it is a mysterous something to connections for me now ;P
Jan 30 20:50:39 <dos1> ok, now i see why
Jan 30 20:50:41 <dos1> ** (connmand:2488): WARNING **: Can't load /usr/lib/connman/plugins/wifi.so
Jan 30 20:50:57 <dos1> and the same with udhcp, ethernet and bluetooth
Jan 30 21:08:37 <Dave> :p
Jan 30 21:09:44 <beniwtv> Dave: You're too late.... We've already fixed it. Better luck next time. mwahahahaah :P
Jan 30 21:10:12 <mwester> lindi-:  there needs to be another mechanism to deal with the "reset state of unsolicited command stuff" upon resume -- the timed approach is sub-optimal (and not just for the reason you have noted, which is indeed a bad problem).
Jan 30 21:10:20 <Dave> Boo
Jan 30 21:10:27 * Dave throws an egg at beniw
Jan 30 21:10:35 * mwester jumps in fright and runs away
Jan 30 21:10:55 * beniwtv has an egg-shield
Jan 30 21:11:11 * Hire likes the egg
Jan 30 21:11:21 * mrmoku eats the egg
Jan 30 21:11:46 * mwester notes the expiration date on the now-empty egg carton.
Jan 30 21:11:53 * dos1 is wondering, who will do scrambled eggs?
Jan 30 21:12:05 * Hire spits the egg because is rancid
Jan 30 21:12:12 * bumbl frie el huevo :p
Jan 30 21:12:17 * bumbl abuses /me
Jan 30 21:12:33 * mrmoku is not frightend of expired eggs
Jan 30 21:12:44 * Hire likes the expired eggs
Jan 30 21:12:56 * dos1 is using /me to be cool on channel
Jan 30 21:13:18 * Hire uses the dave's egg as a sexual toy on dos1
Jan 30 21:13:21 * bumbl wishes that all the conversation could be done in /me form
Jan 30 21:13:21 * mrmoku throws the empty carton back at dave
Jan 30 21:13:53 * bumbl gets some old tomatos into the chan
Jan 30 21:14:06 * dos1 hides. very well. and /me is unfindable now.
Jan 30 21:14:08 * Hire takes the carton because is a magic carton egg 
Jan 30 21:14:35 * mrmoku thinks the magic carton will not fix any kernel issue :(
Jan 30 21:14:40 * Dave is bewildered
Jan 30 21:15:10 * toggles_w   
Jan 30 21:15:13 * Hire rubbes the carton... now we have three wishes !
Jan 30 21:15:19 * Dave turns the aforementioned empty carton into a new bitchin' case for his beagleboard
Jan 30 21:15:46 * mrmoku thinks Dave won't make phone calls with his beagleboard... even inside a carton
Jan 30 21:16:03 * Hire uses the freerunner as sexual toy on Dave
Jan 30 21:16:06 * bumbl wishes to have an anti brokenmoko fix code bot
Jan 30 21:16:11 * Hire calls some friends
Jan 30 21:16:17 * Dave slowly backs away from Hire...
Jan 30 21:16:24 <sakkara> how can i switch back the theme if i changed it accidently?
Jan 30 21:16:31 <Hire> well...
Jan 30 21:16:34 <Hire> the combo braker
Jan 30 21:16:35 <Dave> Noooooooooooooooooooooooooooooooooo, you ruined it sakkara!
Jan 30 21:16:36 <Hire> great :|
Jan 30 21:16:38 <dos1> sakkara is combo breaker
Jan 30 21:16:41 <dos1> :D
Jan 30 21:16:45 <Dave> >:O
Jan 30 21:16:45 <Hire> *breaker
Jan 30 21:16:49 <fgau> lol
Jan 30 21:16:57 <sakkara> ...
Jan 30 21:16:59 * bumbl wonders who will put this on bash.org
Jan 30 21:16:59 * Dave murders sakkara with an empty egg carton
Jan 30 21:17:01 <Hire> someone kick sakkara
Jan 30 21:17:03 <sakkara> please tell me
Jan 30 21:17:09 * bumbl throws he tomatos after sakkara 
Jan 30 21:17:10 <Dave> bumble, RACE TO THE FINISH!
Jan 30 21:17:18 <Dave> :D
Jan 30 21:17:22 <bumbl> :p
Jan 30 21:17:26 <sakkara> no tomatoes needed^^
Jan 30 21:17:29 <bumbl> sakkara: rm -r ~/.e
Jan 30 21:17:32 * mrmoku thinks sakkara should tap on the wrench in illume top bar and change it back under Look
Jan 30 21:17:49 <sakkara> there is no illume top bar any more :-/
Jan 30 21:18:00 <sakkara> all gone
Jan 30 21:18:01 <mrmoku> sakkara: so do what bumbl told you ;)
Jan 30 21:18:09 * bumbl thinks sakkara should do what i said and then restart x
Jan 30 21:18:17 <sakkara> ok
Jan 30 21:18:50 <Dave> bash bash bash
Jan 30 21:19:21 <beniwtv> bumbl: Alright, Dave was the one starting it, maybe he should put it on bash.org, if no one objects :P
Jan 30 21:19:25 * mrmoku is booting the freshly flashed fso mc3 to see if they do better
Jan 30 21:20:17 * bumbl tells mrmoku: no they don't; nsod anywhere
Jan 30 21:20:28 * bumbl adds: at least for me
Jan 30 21:20:44 * mrmoku thinks nsod is the smallest of SHR's problems atm
Jan 30 21:21:15 * bumbl thinks it is a huge problem if it happens when you resume as it did with ms5 rc3
Jan 30 21:21:18 <Dave> nsod? :D
Jan 30 21:21:29 <Dave> Neon Screen of Death?
Jan 30 21:21:33 <dos1> noise screen of death? ;x
Jan 30 21:21:34 * bumbl tells Dave: noise screen of death
Jan 30 21:21:39 <Dave> WTF?
Jan 30 21:21:40 <mrmoku> bumbl: you get nsod without rotation?
Jan 30 21:21:41 <bumbl> another braindead bug
Jan 30 21:21:45 <bumbl> mrmoku: yep
Jan 30 21:21:53 <mrmoku> that is indeed bad :(
Jan 30 21:22:02 <Dave> is that like cat /dev/input/touchscreen0 > /dev/audio1 ?
Jan 30 21:22:07 <Dave> :D
Jan 30 21:22:16 <bumbl> mrmoku: i got it even when doing nothing for a while
Jan 30 21:22:16 <Dave> NOISY SCREEN OF AGGRAVATION :D
Jan 30 21:22:20 * mrmoku thought it would happen only after having rotated the screen
Jan 30 21:22:21 <bumbl> that was last week
Jan 30 21:22:31 <Dave> mrmoku, what does it have to do with rotation? o.O
Jan 30 21:22:31 <bumbl> since hat i haven't touched my neo
Jan 30 21:22:47 <bumbl> and now i have a noisefree suspend with shr
Jan 30 21:22:48 <mrmoku> Dave: current kernel garbles the screen if you rotate
Jan 30 21:23:14 <Dave> kinky :p
Jan 30 21:23:22 * [Rui] waves
Jan 30 21:23:30 <bumbl> mrmoku: for me the problem happend the first time after i rotated and then suspended and resumed
Jan 30 21:23:42 * [Rui] is writing an accelerometer -> dbus little program
Jan 30 21:23:58 <bumbl> yaadp?
Jan 30 21:24:16 <Dave> rotate it!
Jan 30 21:25:17 <bumbl> hmm elementary alarm does not wake a power off freeruner as it was reported by some
Jan 30 21:25:22 <bumbl> a while ago
Jan 30 21:25:28 <Kensan> Hello Mister Dave
Jan 30 21:25:37 <Kensan> Bonsoir Mr. Wester
Jan 30 21:25:40 <Dave> Greetings Kensan
Jan 30 21:25:57 <Kensan> how are things around here? haven't been checking in lately ;)
Jan 30 21:26:02 <dos1> bumbl: for me it wakes
Jan 30 21:26:53 <dos1> today forgotten alarm waked FR in my pack ;]
Jan 30 21:27:00 <Dave> Kensan, intriguing yet mentally trying, as usual ;)
Jan 30 21:27:04 <bumbl> xrandr -o 1 -> beautiful nsod
Jan 30 21:28:06 <Kensan> Dave: ah same old same old then
Jan 30 21:29:21 <Dave> yep :)
Jan 30 21:30:36 <bumbl> dos1: have you heard anything of morphis lately?
Jan 30 21:30:44 <bumbl> i need the hoversel widget
Jan 30 21:31:30 <dos1> bumbl: no :(
Jan 30 21:32:10 <Dave> YES
Jan 30 21:32:11 <Dave> MORPHIS
Jan 30 21:32:14 <Dave> Economy sucks
Jan 30 21:32:19 <Dave> he told us this :)
Jan 30 21:32:21 <spaetz> darn, somehow screenBlanking is broken for me:
Jan 30 21:32:23 <lindi-> mwester: we really need to teach the parser to recognize unsolicited messages like +CRING or +CLIP
Jan 30 21:32:33 <spaetz>  oeventsd.action INFO     call dbus signal /org/freesmartphone/Device/Display/pcf50633_bl SetBrightness((90,))
Jan 30 21:32:35 <bumbl> economy doesn't suck
Jan 30 21:32:36 <spaetz> 2009.01.30 22:30:26 oeventsd.action ERROR    signal SetBrightness emited an error org.freedesktop.DBus.Error.UnknownMethod: Method "SetBrightness" with signature "i" on interface "org.freesmartphone.Device.Display" doesn't exist
Jan 30 21:32:57 <bumbl> it is just we always try to cure the symptoms and then think everything is ok
Jan 30 21:33:00 <bumbl> but it isn't
Jan 30 21:33:38 <ike> It isn't because economy sucks.
Jan 30 21:33:49 <ike> (sorry - couldn't resist myself)
Jan 30 21:34:10 <ike> Good morning (ugt).
Jan 30 21:42:25 <spaetz> ohh, found bug in SHR that prevents screen blanking to work properly. need to update rules.yaml
Jan 30 21:43:03 <mwester> lindi-:  Yep, at a minimum.  There is no doubt that the parser needs to handle (i.e. not lose track of where it is) any sort of unsol. message handling, and that includes an incoming call while restoring modem state after resume.
Jan 30 21:44:45 <mwester> lindi-:  However, I would submit that we also need to have the modem "sleep/wake" mode scheduled independent of system suspend/resume.  It is the case that the GSM must always be put to "sleep" while the system is suspended, but there are many cases where you may wish to defer restoring the unsol. message handling of the GSM -- or perhaps even skip that altogether.
Jan 30 21:45:03 <lindi-> mwester: yep
Jan 30 21:46:11 <mwester> I.E. resuming the system  to "chirp" low-battery at the user --- it would be a grevious error to wake the GSM at that moment, as there's no need for it, but even worse, waking the GSM would aggravate the problem.
Jan 30 21:47:23 <mwester> So, we need to enlist the aid of a very knowlegeable FSO developer, who would know where and how such a mechanism might be grafted into the framework.
Jan 30 21:47:48 <lindi-> mwester: i think i'll first look into teaching the parser to handle unsolicited data at any point
Jan 30 21:48:49 * Dave refrains from a nomination