**** BEGIN LOGGING AT Fri Aug 20 02:59:56 2010
Aug 20 04:03:11 <Q-Master> JaMa|Zzzz: it should be rebuilt then. It is built against libpcrypt 0.9.8.
Aug 20 04:17:57 <GNUtoo|laptop> hi mickeyl 
Aug 20 04:38:16 <JaMa|Zzzz> Q-Master: ok
Aug 20 04:38:33 <Q-Master> JaMa|Wrk: 8)
Aug 20 05:54:00 <JaMa|Wrk> Q-Master: linphone rebuilt (you probably also need libexosip2 reinstall), but I'll bump PR and build again
Aug 20 05:54:13 <Q-Master> thnx
Aug 20 06:11:36 <PaulF> GNUtoo|laptop: hey
Aug 20 07:36:52 <mickey|office> morning
Aug 20 07:43:41 <vanous> morning
Aug 20 07:48:29 <playya__> moin
Aug 20 08:25:26 <CIA-59> freesmartphone.org: 03Frederik.Sdun 07cornucopia * r9e38af15da17 10/tools/mdbus2/src/main.vala: mdbus2: Don't add empty arguments to the array of subarguments
Aug 20 10:19:46 <soltys> JaMa|Wrk: there is a bug in mupdf recipe
Aug 20 10:23:51 <JaMa|Wrk> soltys: where?
Aug 20 10:25:16 <soltys> in SRC_URI
Aug 20 10:25:28 <soltys> package on server lack -source in name
Aug 20 10:25:44 <soltys> and it fails to download
Aug 20 10:26:20 <soltys> you'll fix that or should I send patch to oe-devel ?
Aug 20 10:26:53 <JaMa|Wrk> soltys: ah thanks I had it downloaded a while ago and then it was renamed..
Aug 20 10:27:50 <JaMa|Wrk> soltys: I'll thanks
Aug 20 10:27:58 <soltys> JaMa|Wrk: np
Aug 20 10:31:32 <soltys> ok now it's time to look at other packages that failed..
Aug 20 10:32:15 <JaMa|Wrk> only maxima is known to fail now
Aug 20 10:32:44 <soltys> I have more packages, and maxima builded with newest sbcl
Aug 20 10:32:49 <soltys> installed on host
Aug 20 10:32:58 <JaMa|Wrk> here too, but that needs to be fixed in OE
Aug 20 10:33:32 <JaMa|Wrk> I've already asked leviathan to send recipe for some lisp-native (as I don't care about maxima and he wanted it :))
Aug 20 10:33:46 <soltys> hm most of packages that failed here are svn versions.. strange ;)
Aug 20 10:34:16 <JaMa|Wrk> if it failed because of fetch.. then maybe because of https in svn checkout?
Aug 20 10:34:28 <soltys> will look at that
Aug 20 10:34:39 <JaMa|Wrk> usually you can trust svn cert if you checkout manually and add it to trust permanently
Aug 20 10:34:50 <soltys> maybe svn on slackware 13.0 is crappy ;)
Aug 20 10:34:51 <JaMa|Wrk> or add -trust-server-cert to svn commands in bitbake.conf
Aug 20 10:35:01 <JaMa|Wrk> which version do you have?
Aug 20 10:35:10 <JaMa|Wrk> -trust is for 1.5 and newer
Aug 20 10:35:26 <JaMa|Wrk> see bitbake.conf chengelog for details :)
Aug 20 10:35:41 <thrashold> How much power does the blue led on the power button consume?
Aug 20 10:35:46 <JaMa|Wrk> http://git.openembedded.org/cgit.cgi/openembedded/log/conf/bitbake.conf
Aug 20 10:36:07 <soltys> JaMa|Wrk: version 1.6.4 (r38063)
Aug 20 10:37:43 <JaMa|Wrk> soltys: then you're good --trust-server-cert is supported only in >=svn-1.6
Aug 20 10:40:57 <soltys> JaMa|Wrk: I saw your commit about that
Aug 20 10:41:22 <soltys> JaMa|Wrk: should I add it to oe/conf/bitbake.conf or sth other place ?
Aug 20 10:42:10 <JaMa|Wrk> soltys: you can add it to your local.conf (easier ie if you're using shr makefile which resets all OE checkout changes)
Aug 20 10:43:39 <soltys> JaMa|Wrk: ok, thanks
Aug 20 10:45:54 <JaMa|Wrk> yw
Aug 20 10:57:23 <soltys> ;)
Aug 20 10:57:54 <soltys> hmm meybe next week will be week of ngw100 hacking.. if I pass last exam..
Aug 20 10:58:51 <JaMa|Wrk> avr32?
Aug 20 10:58:58 <soltys> mhm
Aug 20 10:59:07 <soltys> hrw lended mi his board ;)
Aug 20 10:59:56 <JaMa|Wrk> ah :)
Aug 20 11:00:07 <soltys> or I'll hack shr on gta01..
Aug 20 11:00:25 <pespin> Weiss, any idea about this error? it seems xorg related ;) http://espeweb.net/misc/openmoko/screenshots/Screenshot-1.png
Aug 20 11:00:27 <JaMa|Wrk> yeah gta01 please ... :)
Aug 20 11:00:30 <soltys> will see. At first place I have to pass ;)
Aug 20 11:00:54 <pespin> Weiss, happened this way: using aceofpenguins -> suspended -> resumed
Aug 20 11:01:02 <JaMa|Wrk> soltys: if you can merge gta01 patches to 2.6.32 or .34 it would be great to move gta01 ..
Aug 20 11:01:22 <JaMa|Wrk> pespin: looks like what also heinervdm reported
Aug 20 11:01:33 <soltys> JaMa|Wrk: I'm not a kernel hacker but will see what I can do ;)
Aug 20 11:02:14 <soltys> JaMa|Wrk: and if that gta01 still works ;)
Aug 20 11:02:15 <JaMa|Wrk> soltys: it's only about 2 patches.. so the important part is to test it (which I cannot do without gta01)
Aug 20 11:03:07 <JaMa|Wrk> soltys: http://git.openmoko.org/?p=kernel.git;a=shortlog;h=refs/heads/gta01-machine-2.6.31
Aug 20 11:03:36 <soltys> JaMa|Wrk: I'll look at it when I get back from work ;)
Aug 20 11:04:21 <JaMa|Wrk> soltys: and because of arch/arm structure changed (unified dir for mach-s3c24xx machines) it would be better to try just .34 and ignore .32 for gta01
Aug 20 11:04:29 <pespin> JaMa|Wrk, do you kn ow if there's some bug opened somewhere?
Aug 20 11:04:57 <soltys> JaMa|Wrk: ok I'll have that in maind ;)
Aug 20 11:05:22 <soltys> but first I have to pass that f$%^&$% CNC programming ;/
Aug 20 11:06:57 <JaMa|Wrk> pespin: there isn't afaik only strange color changes in 1187 (maybe not related at all)
Aug 20 11:07:04 <\marco> hi to all :)
Aug 20 11:09:04 <JaMa|Wrk> hi to marco
Aug 20 11:13:37 <JaMa|Wrk> soltys: btw now fails also eve (needs EFL bump from my queue) phoneme-advanced-foundation (fails on armv4t and I did test build only for armv5te before readding it to feed)
Aug 20 11:23:35 <Weiss> pespin, JaMa|Wrk: I think those are separate... pepsin's looks like a lot of pixmaps got corrupted
Aug 20 11:25:59 <soltys> JaMa|Wrk: also recipes that fetch sources from svn://svn.om.vptt.ch fails also for me on do_fetch
Aug 20 11:26:12 <soltys> or failed before..
Aug 20 11:30:22 <JaMa|Wrk> soltys: everything from task-shr-feed should be available in SHR PREMIRROR (no need to checkout)
Aug 20 11:31:19 <JaMa|Wrk> soltys: you can check with http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-April/019234.html
Aug 20 11:33:06 <JaMa|Wrk> soltys: and start of that thread http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-April/019206.html shows I had also issues with vptt.ch
Aug 20 11:35:37 <soltys> JaMa|Wrk: ok so I can download manualy from build.shr.... everything that fails right ?
Aug 20 11:38:48 <JaMa|Wrk> soltys: it should be downloaded automaticaly from http://build.shr-project.org/sources (before trying to contact upstream servers)
Aug 20 11:39:11 <JaMa|Wrk> soltys: but stuff which was never built on shr buildhost is not there
Aug 20 11:39:43 <JaMa|Wrk> soltys: and the rest is on my desktop (from where I did that mirror - download status test)
Aug 20 12:14:02 <soltys> JaMa|Wrk: I have some errors with qt..
Aug 20 12:18:49 <JaMa|Wrk> do you have tinderbox set?
Aug 20 12:19:57 <soltys> no
Aug 20 12:20:18 <JaMa|Wrk> pity, you should, what's the error you see?
Aug 20 12:21:07 <soltys> sec, I set tinderbox and run bitbake task-shr-feed
Aug 20 12:21:59 <JaMa|Wrk> ok
Aug 20 12:37:14 <JaMa|Wrk> just finished here :) NOTE: package qt4-x11-free-4.6.3+4.7.0-beta2-r18.0: task do_buildall: Succeeded
Aug 20 12:38:27 <ThibG> waow, why is Illume's home screen corrupted? o_O
Aug 20 12:39:00 <JaMa|Wrk> gray with color dots until redraw?
Aug 20 12:39:44 <ThibG> hm, sort of
Aug 20 12:39:52 <ThibG> dots with many many different colors
Aug 20 12:40:24 <ThibG> well, not that many
Aug 20 12:40:43 <JaMa|Wrk> yup that should be it.. happens here too, but only about 3 times a month
Aug 20 12:40:58 <TAsn> JaMa|Wrk, saw my memo?
Aug 20 12:41:06 <ThibG> seems to happen everytime on resume
Aug 20 12:41:13 <JaMa|Wrk> TAsn: don't think so
Aug 20 12:41:20 <JaMa|Wrk> TAsn: where?
Aug 20 12:41:26 <TAsn> here...
Aug 20 12:41:29 <TAsn> memoserv
Aug 20 12:41:34 <TAsn> it sounds like the theme isn't read.
Aug 20 12:41:40 <JaMa|Wrk> eve?
Aug 20 12:41:41 <TAsn> yes.
Aug 20 12:41:52 <TAsn> the reason it's not read
Aug 20 12:41:57 <TAsn> is because you didn't
Aug 20 12:41:59 <TAsn> edje_convert it
Aug 20 12:42:02 <TAsn> (eve's theme)
Aug 20 12:42:22 <JaMa|Wrk> my build on armv5t doesn't have reloaction issue anymore (now rebuilding armv4t from scratch) and it looked ok there
Aug 20 12:42:44 <JaMa|Wrk> TAsn: wasn't IIRC dos1 saying that edje_convert is not needed with recent edje_cc?
Aug 20 12:43:01 <TAsn> JaMa|Wrk, recent = more recent than the commit number you gave me.
Aug 20 12:43:06 <TAsn> edje_cc started working 2 days ago
Aug 20 12:43:09 <TAsn> or something like that.
Aug 20 12:43:28 <JaMa|Wrk> TAsn: EFL_SRCREV ?= "51463"
Aug 20 12:43:42 <JaMa|Wrk> that's from yesterday's night
Aug 20 12:43:45 <TAsn> that's cool.
Aug 20 12:43:49 <TAsn> still doesn't work?
Aug 20 12:44:13 <JaMa|Wrk> seems fine on spitz (armv5t) waiting for armv4 rebuild to finish
Aug 20 12:44:51 <JaMa|Wrk> wasn't able to test on neo, because relocation issue from webkit-efl (I hope it will be also resolved with rebuild)
Aug 20 12:45:21 <JaMa|Wrk> NOTE: Running task 6219 of 12697
Aug 20 12:45:42 <JaMa|Wrk> so I'll have it built before returning home today.. so I can try it and then push whole efl queue
Aug 20 12:46:01 <soltys> ;)
Aug 20 12:47:26 * JaMa|Wrk wants it pushed soon and 1 week for "stabilization" before leaving for 3 weeks
Aug 20 12:48:00 <JaMa|Wrk> then 2 weeks without any SHR dev with OE r/w :)
Aug 20 12:49:02 <TAsn> hehe :)
Aug 20 12:49:06 <TAsn> Sucks.
Aug 20 12:49:32 <JaMa|Wrk> TAsn: you can still work on autorev stuff :)
Aug 20 12:57:57 <soltys> JaMa|Wrk: http://tinderbox.openembedded.org/builds/83734/
Aug 20 12:58:58 <soltys> JaMa|Wrk: that is failing for me
Aug 20 13:01:47 <JaMa|Wrk> soltys: when did you remove tmp for last time?
Aug 20 13:03:06 <JaMa|Wrk> soltys: and are you using shr makefile? (pastebin local.conf)
Aug 20 13:04:39 <JaMa|Wrk> soltys: and those download issues (if it's not really trying to download from SHR mirror first) could be maybe resolved with something like this http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=7bdb604776210b56ab9f055dcfbb595b7366e94e
Aug 20 13:06:17 <JaMa|Wrk> soltys: we have currently only PREMIRRORS = "(ftp|https?)$://.*/.* http://build.shr-project.org/sources/", please try to patch distro/shr.conf and send patch shr-devel
Aug 20 13:06:37 <soltys> JaMa|Wrk: I'm using shr makefile, tmp was removed about 9.08.2010
Aug 20 13:07:20 <soltys> JaMa|Wrk: my local conf http://wklej.org/id/379542/
Aug 20 13:07:49 <soltys> JaMa|Wrk: and I check that links in about 1.5 hour when I get back home
Aug 20 13:07:54 <soltys> JaMa|Wrk: now I have to go
Aug 20 13:08:20 <JaMa|Wrk> 5 days ago we switched to openssl, and maybe I didn't found all recipes which need PR bump to rebuild against it
Aug 20 13:08:30 <JaMa|Wrk> s/to /to newer/
Aug 20 13:08:30 <apt> JaMa|Wrk meant: 5 days ago we switched to neweropenssl, and maybe I didn't found all recipes which need PR bump to rebuild against it
Aug 20 13:08:45 <JaMa|Wrk> soltys: ok..
Aug 20 13:46:02 <GNUtoo|laptop> hi mickeyl 
Aug 20 13:47:08 <GNUtoo|laptop> so....
Aug 20 13:47:22 <GNUtoo|laptop> first tests:
Aug 20 13:47:43 <GNUtoo|laptop> /a.out doesn't print
Aug 20 13:47:43 <GNUtoo|laptop> launchProcessInBackground( "/home/root/a.out > /dev/null  2>&1" ); //works
Aug 20 13:47:43 <GNUtoo|laptop> launchProcessInBackground( "/home/root/a.out"); // works
Aug 20 13:47:53 <GNUtoo|laptop> but then...
Aug 20 13:47:58 <GNUtoo|laptop> I made a threaded vala thing
Aug 20 13:48:19 <GNUtoo|laptop> the same source code from a main, in a standalone vala program
Aug 20 13:48:20 <GNUtoo|laptop> it runs
Aug 20 13:48:23 <GNUtoo|laptop> and doesn't crash
Aug 20 13:48:28 <GNUtoo|laptop> from fso....it crashes
Aug 20 13:48:30 <daniele_athome> hi...
Aug 20 13:48:32 <GNUtoo|laptop> s/fso/fsodeviced
Aug 20 13:48:36 <GNUtoo|laptop> I'm really lost
Aug 20 13:48:39 <GNUtoo|laptop> I need your help
Aug 20 13:48:45 <GNUtoo|laptop> I can't continue without your help
Aug 20 13:48:49 <GNUtoo|laptop> I can do testing etc...
Aug 20 13:48:55 <GNUtoo|laptop> and write test-cases
Aug 20 13:49:07 <GNUtoo|laptop> but I bet they don't know fsodeviced in #vala
Aug 20 13:49:17 <GNUtoo|laptop> you're one of the only person capable of helping me
Aug 20 13:49:22 <GNUtoo|laptop> hi daniele_athome 
Aug 20 13:49:46 <daniele_athome> hi GNUtoo|laptop 
Aug 20 13:53:06 <GNUtoo|laptop> who got a palm pre btw?
Aug 20 13:53:20 <GNUtoo|laptop> I'm worried about wifi on that device
Aug 20 13:53:28 <GNUtoo|laptop> I also heard that morphis got oe commit access
Aug 20 13:53:32 <GNUtoo|laptop> that's great
Aug 20 13:55:33 * PaulF saw an android lg phone yesterday, feeling a bit envy now; it felt so fluent and smooth...
Aug 20 13:56:18 <daniele_athome> mmm
Aug 20 13:57:07 <GNUtoo|laptop> PaulF, what about SHR/debian+fso on a more recent phone?
Aug 20 13:57:20 <GNUtoo|laptop> because even if android feel smooth and fluent it's a nightmare
Aug 20 13:57:28 <GNUtoo|laptop> basically let's say you free it
Aug 20 13:57:33 <GNUtoo|laptop> like the replicant project
Aug 20 13:57:43 <GNUtoo|laptop> let's say you even have a free market
Aug 20 13:57:50 <GNUtoo|laptop> then you need applications
Aug 20 13:58:07 <GNUtoo|laptop> three aren't a lot of them that are floss
Aug 20 13:58:17 <GNUtoo|laptop> and they are very difficult to port
Aug 20 13:58:39 <GNUtoo|laptop> some people told me that the solution is to convince the free as in price app maker to release source
Aug 20 13:58:50 <GNUtoo|laptop> but until that happens ...it's not great
Aug 20 13:58:56 <GNUtoo|laptop> another example:
Aug 20 13:59:05 <GNUtoo|laptop> did you ear about the wesnoth on iphone story
Aug 20 13:59:19 <GNUtoo|laptop> there is something important in the lwn article
Aug 20 13:59:24 <PaulF> GNUtoo|laptop: there's just no way. You know like the desktop folks have all kinds of functionality neatly intergrated in Emacs. Seems like andoroid UI for most basic things is integrated enough and it seems "friendly"
Aug 20 13:59:25 <GNUtoo|laptop> not about the license
Aug 20 13:59:27 <GNUtoo|laptop> but...
Aug 20 13:59:42 <GNUtoo|laptop> abuot the fact that the porter spent 8 months full time....
Aug 20 13:59:46 <GNUtoo|laptop> different GUI
Aug 20 13:59:53 <GNUtoo|laptop> different sound system etc...
Aug 20 13:59:59 <GNUtoo|laptop> on the iphone
Aug 20 14:00:03 <GNUtoo|laptop> same for android
Aug 20 14:00:08 <GNUtoo|laptop> I spent less than a week 
Aug 20 14:00:13 <GNUtoo|laptop> maybe 2/3/4 days
Aug 20 14:00:17 <GNUtoo|laptop> porting wesnoth
Aug 20 14:00:28 <GNUtoo|laptop> I had nearly nothing to do
Aug 20 14:00:31 <GNUtoo|laptop> only an oe recipe
Aug 20 14:00:42 <GNUtoo|laptop> and I was very new to oe
Aug 20 14:00:48 <GNUtoo|laptop> It was my first recipe
Aug 20 14:01:22 <GNUtoo|laptop> PaulF, so...who will spent 8 month unpaid porting a game to android?
Aug 20 14:01:25 <GNUtoo|laptop> I bet no-one
Aug 20 14:03:18 <GNUtoo|laptop>  PaulF I didn't understood? what do you mean by "there's just no way" ?
Aug 20 14:03:27 <GNUtoo|laptop> you will switch to android? :(
Aug 20 14:04:11 <GNUtoo|laptop> PaulF, I should definitely make a presentation video of the htcdream under SHR
Aug 20 14:04:26 <GNUtoo|laptop> with my not commited yet,but documented, customizations it's so usable
Aug 20 14:04:45 <GNUtoo|laptop> I should document more
Aug 20 14:04:56 <GNUtoo|laptop> tough
Aug 20 14:04:57 <JaMa|Wrk> or commit :)
Aug 20 14:05:15 <PaulF> GNUtoo|laptop: i won't of course, i just had a feeling something like when i get when seeing some uber-sexy super-pretty blonde girl, she might be nice but not suitable for me anyway.
Aug 20 14:05:32 <daniele_athome> mmm...
Aug 20 14:05:46 <JaMa|Wrk> but you would play with her, right? :)
Aug 20 14:05:47 <GNUtoo|laptop> JaMa|Wrk, I'll do that later
Aug 20 14:06:09 <GNUtoo|laptop> I commit necessary stuff and document the rest
Aug 20 14:06:16 <GNUtoo|laptop> it's on my todo list 
Aug 20 14:06:34 <GNUtoo|laptop> there are some things that I don't know where to set
Aug 20 14:06:38 <GNUtoo|laptop> for instance the top bar size
Aug 20 14:07:03 <GNUtoo|laptop> in illume
Aug 20 14:07:14 <JaMa|Wrk> GNUtoo|laptop: I guess that's set in our theme
Aug 20 14:07:24 <JaMa|Wrk> GNUtoo|laptop: because default has bigger top bar
Aug 20 14:07:39 <GNUtoo|laptop> JaMa|Wrk, maybe he'll play 2 min with the phone/her and after he'll be fed-up
Aug 20 14:07:46 <GNUtoo|laptop> ok
Aug 20 14:07:55 <GNUtoo|laptop> is theme machine arch?
Aug 20 14:08:00 <GNUtoo|laptop> or is it all-arch
Aug 20 14:08:05 <PaulF> JaMa|Wrk: well, i can't say about the girls but such UIs definitely confuse me. E.g. when i got my hands on mac os x for the first time i could hardly manage to start a terminal, then made sure vim, screen and emacs are available, typed hello world in C in emacs and tried to compile. It failed as there was no cc installed. And that was it, i did not know how to play further :)
Aug 20 14:08:12 <GNUtoo|laptop> anyway there are more important things todo:
Aug 20 14:08:29 <JaMa|Wrk> probably all-arch.. but we'll change it if needed
Aug 20 14:08:37 <GNUtoo|laptop> gps,push the thing against silence when answering calls etc...
Aug 20 14:09:12 <GNUtoo|laptop> and audio fixes
Aug 20 14:09:31 <GNUtoo|laptop> that fix buffer underruns,and premit to view big buck bunny fullscreen
Aug 20 14:09:37 <JaMa|Wrk> PaulF: hehe :) I have similar experience
Aug 20 14:10:21 <JaMa|Wrk> PaulF: and for me is easier to use already known CLI for something than when somebody shows me homescreen with 50+ icons and says that some app there allows you to set something
Aug 20 14:10:45 <GNUtoo|laptop> lol about 50+ icons
Aug 20 14:10:54 <GNUtoo|laptop> I love cli
Aug 20 14:11:07 <JaMa|Wrk> PaulF: yesterday we were looking for some bluetooth settings on htc dream + android on friends phone.. :)
Aug 20 14:11:30 <GNUtoo|laptop> JaMa|Wrk, bluetooth doesn't work on htcdream under SHR
Aug 20 14:11:38 <daniele_athome> *** KERNEL PANIC while sending sms from SHR phoneui :( ***
Aug 20 14:11:41 <daniele_athome> :(
Aug 20 14:11:45 <GNUtoo|laptop> ouch
Aug 20 14:11:47 <daniele_athome> but sms got sent
Aug 20 14:11:55 <GNUtoo|laptop> lol
Aug 20 14:14:32 <daniele_athome> http://scap.linuxtogo.org/files/6f2b917b902d42ac88c6a9a64b1fb197.png
Aug 20 14:14:39 <daniele_athome> some spam :P
Aug 20 14:15:00 <JaMa|Wrk> daniele_athome: nice
Aug 20 14:15:32 <daniele_athome> JaMa|Wrk, I had to adapt to the WSOD caused by the rotation :P
Aug 20 14:16:13 <daniele_athome> (the keyboard was in landscape)
Aug 20 15:05:24 <GNUtoo|laptop> ping mickeyl 
Aug 20 16:24:16 <morphis> heyho
Aug 20 16:27:44 <papa-piet> Hey morphis
Aug 20 16:37:10 <GNUtoo|laptop> hi morphis 
Aug 20 16:37:26 <GNUtoo|laptop> congrats morphis for oe commit access
Aug 20 16:37:32 <morphis> GNUtoo|laptop: thank you :)
Aug 20 16:37:47 <GNUtoo|laptop> morphis, do you still need help? or should I concentrate on dream?
Aug 20 16:37:50 <morphis> one thing I want to do for a long time now :)
Aug 20 16:38:00 <GNUtoo|laptop> btw about dream, do you know vala+fso well?
Aug 20 16:38:07 <GNUtoo|laptop> basically I've this issue
Aug 20 16:38:23 <morphis> GNUtoo|laptop: hm, maybe some help with pointing me to the things I have to do to become SHR running on the palm pre
Aug 20 16:38:31 <morphis> jepp, I know fso + vala
Aug 20 16:38:37 <GNUtoo|laptop> there is no pointers but I can help
Aug 20 16:38:43 <GNUtoo|laptop> ask me what to do for foo
Aug 20 16:38:45 <GNUtoo|laptop> and I'll repond
Aug 20 16:38:49 <GNUtoo|laptop> *respond
Aug 20 16:38:53 <GNUtoo|laptop> about fso+vala
Aug 20 16:39:10 <GNUtoo|laptop> the htcdream got a gps activator in userland
Aug 20 16:39:18 <GNUtoo|laptop> I want to run it not with fork within vala
Aug 20 16:39:27 <GNUtoo|laptop> but instead
Aug 20 16:39:35 <GNUtoo|laptop> I rename main in gps_start()
Aug 20 16:39:39 <GNUtoo|laptop> of the gps program
Aug 20 16:39:43 <GNUtoo|laptop> and I use it in vala
Aug 20 16:39:47 <GNUtoo|laptop> but it makes the phone crash
Aug 20 16:40:03 <GNUtoo|laptop> if I launch a process with system ("gps &") in vala
Aug 20 16:40:04 <GNUtoo|laptop> it works
Aug 20 16:40:32 <PaulF> GNUtoo|laptop: why not take the code of the "activator" and write it in vala?
Aug 20 16:40:34 <GNUtoo|laptop> glib.timeout_add didn't work
Aug 20 16:40:38 <morphis> can you show me the code?
Aug 20 16:40:41 <GNUtoo|laptop> Threads didn't work
Aug 20 16:40:47 <GNUtoo|laptop> ok
Aug 20 16:40:56 <papa-piet> morhis I'm playing with oe now 
Aug 20 16:41:49 <morphis> papa-piet: great!
Aug 20 16:42:07 <morphis> papa-piet: I improved upstream palmpre support in the last days
Aug 20 16:42:23 <GNUtoo|laptop> http://pastebin.com/SsFP2kRr
Aug 20 16:42:29 <morphis> GNUtoo|laptop: there is also a glib spawn method
Aug 20 16:42:44 <GNUtoo|laptop> http://pastebin.com/QtWN57CM
Aug 20 16:42:54 <GNUtoo|laptop> can g_spawn spawn a thread?
Aug 20 16:43:01 <morphis> or even the ProcessWorker in libfsobasis
Aug 20 16:43:03 <morphis> jepp
Aug 20 16:43:07 <GNUtoo|laptop> wow
Aug 20 16:43:10 <GNUtoo|laptop> what's the syntax?
Aug 20 16:43:12 <morphis> no, I am wrong
Aug 20 16:43:14 <GNUtoo|laptop> I'll try at once
Aug 20 16:43:19 <morphis> it will spawn a new process not a thread
Aug 20 16:43:26 <GNUtoo|laptop> ok
Aug 20 16:43:49 <morphis> http://valadoc.org/glib-2.0/GLib.Process.spawn_async.html
Aug 20 16:43:58 <GNUtoo|laptop> that can run a thread?
Aug 20 16:44:04 <morphis> or http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=libfsobasics/fsobasics/process.vala;h=6761fbc795cc3279da4bc928fdf403893df30f28;hb=HEAD
Aug 20 16:44:12 <GNUtoo|laptop> because I looked at that....but I thought it was for programs only
Aug 20 16:44:13 <morphis> a process as far as I know
Aug 20 16:44:19 <GNUtoo|laptop> like fork() or clone()
Aug 20 16:44:19 <morphis> ah ok,
Aug 20 16:44:24 <morphis> I understand
Aug 20 16:44:29 <GNUtoo|laptop> mickeyl, doesn't want a separate process
Aug 20 16:44:32 <morphis> did not look at your code until now
Aug 20 16:44:34 <GNUtoo|laptop> he wants all within vala
Aug 20 16:44:34 <GNUtoo|laptop> ok
Aug 20 16:45:20 <morphis> the phone crashes or the app?
Aug 20 16:45:42 <GNUtoo|laptop> the phone
Aug 20 16:45:54 <GNUtoo|laptop> if the app crashed it would be easier to debug
Aug 20 16:46:19 <GNUtoo|laptop> a bad timing, or bad gps activator can potentially crash the phone
Aug 20 16:46:40 <GNUtoo|laptop> for instance when I did the tests for phh  the phone crashed nearly each time I ran the test program
Aug 20 16:46:45 <GNUtoo|laptop> morphis, also:
Aug 20 16:46:52 <GNUtoo|laptop> the same method in a main in vala
Aug 20 16:46:59 <GNUtoo|laptop> whiti the same fork code....
Aug 20 16:47:06 <GNUtoo|laptop> s/fork/threading/g
Aug 20 16:47:06 <apt> GNUtoo|laptop meant: whiti the same threading code....
Aug 20 16:47:09 <GNUtoo|laptop> works
Aug 20 16:47:13 <morphis> hm
Aug 20 16:47:19 <GNUtoo|laptop> but when importing that in fso it doesn't work anymore
Aug 20 16:47:32 <GNUtoo|laptop> btw it's not because of the printf and not reading stdin/stderr
Aug 20 16:47:38 <GNUtoo|laptop> because I removed all the printfs
Aug 20 16:47:55 <morphis> mickey is already using threads somewhere?
Aug 20 16:47:59 <GNUtoo|laptop> before system("gps &") crashed because of that but now it doesn't anymore
Aug 20 16:48:02 <GNUtoo|laptop> I don't know
Aug 20 16:48:10 <GNUtoo|laptop> I'm very new to vala and fso internals
Aug 20 16:48:17 <morphis> ok
Aug 20 16:48:45 <morphis> where does gps_start comes from?
Aug 20 16:48:47 <morphis> another lib?
Aug 20 16:48:48 <PaulF> GNUtoo|laptop: (curiosity) can you give me a link to the activator's sources please?
Aug 20 16:48:58 <GNUtoo|laptop> I spent the whole day of yesterday hitting my head against walls because mickeyl was not there
Aug 20 16:49:11 <GNUtoo|laptop> http://pastebin.com/QtWN57CM
Aug 20 16:49:41 <GNUtoo|laptop> that's the activator which contains gps_start();
Aug 20 16:49:48 <morphis> yeah, he is not there very often these days ...
Aug 20 16:50:50 <morphis> hm
Aug 20 16:51:15 <GNUtoo|laptop> that's the more readable version,modified by me
Aug 20 16:51:32 <playya> GNUtoo|laptop, line 111 looks wrong to me
Aug 20 16:51:35 <GNUtoo|laptop> the fist one had only hexes
Aug 20 16:51:44 <GNUtoo|laptop> like function(hex,hex,hex...)
Aug 20 16:51:57 <GNUtoo|laptop> playya, no I added that
Aug 20 16:52:05 <GNUtoo|laptop> playya, that got defined when built in android
Aug 20 16:52:17 <GNUtoo|laptop> so because we do not use android build system
Aug 20 16:52:20 <GNUtoo|laptop> that is not defined
Aug 20 16:52:21 <playya> yes. but i think it should be a #ifndef
Aug 20 16:52:27 <GNUtoo|laptop> no
Aug 20 16:52:29 <GNUtoo|laptop> it's ifdef
Aug 20 16:52:35 <GNUtoo|laptop> basically mickeyl renamed the functions
Aug 20 16:52:51 <GNUtoo|laptop> clnt_call -> android_clnt_call
Aug 20 16:53:02 <GNUtoo|laptop> so it doesn't clash with libc etc...
Aug 20 16:53:05 <morphis> GNUtoo|laptop: try to wrap the thread logic into an extra class
Aug 20 16:53:12 <GNUtoo|laptop> how?
Aug 20 16:53:15 <playya> ah. ok
Aug 20 16:53:25 <morphis> that can do wonders!
Aug 20 16:53:33 <GNUtoo|laptop> ah ok 
Aug 20 16:53:38 <GNUtoo|laptop> basically class something
Aug 20 16:53:43 <morphis> puuh, don't know I am not very familiar with GObject 
Aug 20 16:53:45 <GNUtoo|laptop> thread function();
Aug 20 16:53:51 <GNUtoo|laptop> then in another class
Aug 20 16:53:54 <morphis> and GObject is sometimes very strange
Aug 20 16:53:59 <GNUtoo|laptop> smt = new something()
Aug 20 16:53:59 <morphis> like http://live.gnome.org/Vala/ThreadingSamples
Aug 20 16:54:04 <GNUtoo|laptop> ?
Aug 20 16:54:24 <morphis> take a look at the first example
Aug 20 16:54:24 <GNUtoo|laptop> ah ok thanks a lot!!!
Aug 20 16:54:27 <morphis> :)
Aug 20 16:54:48 <morphis> this callback stuff does very not do the thing it should
Aug 20 16:55:02 <morphis> but wrapping a callback function within a class will help
Aug 20 16:56:01 <morphis> maybe playya can tell us more about this
Aug 20 16:56:27 <playya> hmm?
Aug 20 16:57:08 <PaulF> GNUtoo|laptop: such a mess you have to face on your every step (audio, modem, gps, wifi)... You're a brave man!
Aug 20 16:57:18 <GNUtoo|laptop> lol indeed
Aug 20 17:05:15 <\marco> someone read the mail I've sent to the devlist some days ago?
Aug 20 17:05:38 <\marco> the one about the udev rule
Aug 20 17:05:42 <GNUtoo|laptop> still crash
Aug 20 17:07:03 <morphis> hm
Aug 20 17:07:07 <morphis> code?
Aug 20 17:08:11 <GNUtoo|laptop> http://pastebin.com/Q4k3kpuj
Aug 20 17:08:13 <GNUtoo|laptop> here's the new version which still crashes
Aug 20 17:09:04 <GNUtoo|laptop> PaulF, I'm not the only one, morphis made hard things too, I wouldn't be capable of reverse engineering a proprietary network protocol
Aug 20 17:09:32 <morphis> GNUtoo|laptop: ^^
Aug 20 17:10:03 <morphis> GNUtoo|laptop: without gps_start() in the thread_func?
Aug 20 17:10:11 <GNUtoo|laptop> morphis, I've dnsmasq on my htcdream, when it reboots....I loose the network connection 
Aug 20 17:10:22 <GNUtoo|laptop> because it dhcpc on the htcdream
Aug 20 17:10:23 <GNUtoo|laptop> I'll look
Aug 20 17:10:36 <morphis> ok
Aug 20 17:10:42 <GNUtoo|laptop> http://pastebin.com/Q4k3kpuj
Aug 20 17:10:44 <GNUtoo|laptop> it's inside
Aug 20 17:10:48 <GNUtoo|laptop> grep for gps_start
Aug 20 17:12:05 <GNUtoo|laptop> basically I should remove dnsmasq but it was needed for tethering
Aug 20 17:12:23 <GNUtoo|laptop> the htcdream was way faster than the huwuwai key
Aug 20 17:12:28 <GNUtoo|laptop> now It's the same 
Aug 20 17:12:30 <GNUtoo|laptop> strange
Aug 20 17:12:35 <GNUtoo|laptop> so my father used it 
Aug 20 17:12:40 <GNUtoo|laptop> and he has windows
Aug 20 17:12:56 <GNUtoo|laptop> and I didn't want to mess up with windows so I installed dnsmasq
Aug 20 17:13:17 <GNUtoo|laptop> anyway...it still crashed
Aug 20 17:13:23 <GNUtoo|laptop> s/crashed/crashes
Aug 20 17:14:51 <GNUtoo|laptop> am I still connected?
Aug 20 17:14:58 <GNUtoo|laptop> /topic says so....
Aug 20 17:16:32 <morphis> hm
Aug 20 17:18:10 <GNUtoo|laptop> hmmm
Aug 20 17:18:22 <GNUtoo|laptop> is my code wrong?
Aug 20 17:18:29 <GNUtoo|laptop> should I join();
Aug 20 17:18:34 <GNUtoo|laptop> but that'll block fso no?
Aug 20 17:18:41 <GNUtoo|laptop> s/fso/fsodeviced
Aug 20 17:19:10 <morphis> hm, join will wait for the thread to finish
Aug 20 17:19:31 <morphis> playya: how to convert from void* to uint8[]? any idea?
Aug 20 17:19:49 <GNUtoo|laptop> I know
Aug 20 17:19:52 <playya> tried to cast it?
Aug 20 17:20:42 <GNUtoo|laptop> (I only used threads in python,java and kernel)
Aug 20 17:21:06 <morphis> playya: jepp ala '(uint8[]) void_stuff' does not work
Aug 20 17:21:54 <playya> argh. this is a bug. tried to use unowned?
Aug 20 17:22:24 <morphis> will do
Aug 20 17:22:39 <morphis> you mean unowned void* or unowned uint8[]?
Aug 20 17:23:28 <GNUtoo|laptop> is it still for my issue?
Aug 20 17:23:35 <GNUtoo|laptop> if not what should I do next?
Aug 20 17:25:49 <morphis> GNUtoo|laptop: hm, it's not for you
Aug 20 17:25:56 <morphis> but I will try something
Aug 20 17:25:56 <GNUtoo|laptop> ok
Aug 20 17:25:59 <GNUtoo|laptop> ok
Aug 20 17:26:04 <GNUtoo|laptop> thanksa  lot
Aug 20 17:26:07 <GNUtoo|laptop> *thanks a lot
Aug 20 17:27:12 <GNUtoo|laptop> morphis, btw about wifi on palm pre do you have an idea on how to get values needed for the platform device code?
Aug 20 17:27:20 <GNUtoo|laptop> like .gpio = 
Aug 20 17:28:09 <morphis> hm
Aug 20 17:28:16 <morphis> which platform code do you mean?
Aug 20 17:28:20 <morphis> for libertas?
Aug 20 17:28:43 <GNUtoo|laptop> yes
Aug 20 17:28:58 <GNUtoo|laptop> something like in your board file
Aug 20 17:29:00 <GNUtoo|laptop> for instance:
Aug 20 17:29:15 <GNUtoo|laptop>         trout_wifi_control.irq = gpio_to_irq(TROUT_WIFI_IRQ_GPIO);
Aug 20 17:29:30 <GNUtoo|laptop> in static void trout_wl1251_init(void)
Aug 20 17:29:52 <morphis> GNUtoo|laptop: this works for me: http://pastebin.com/tXRK5w6X
Aug 20 17:29:59 <GNUtoo|laptop> bb in 1 sec
Aug 20 17:30:03 <morphis> ah ok
Aug 20 17:30:18 <morphis> maybe we have to take a look at the kernel sources or the driver sources
Aug 20 17:30:48 <morphis> playya: btw. I reworked msmcommd
Aug 20 17:31:06 <morphis> playya: you have now a DBus-API to send the relevant commands from fsogsmd to msmcommd 
Aug 20 17:31:25 <morphis> playya: no more sending the commands from fsogsmd over a transport to msmcommd
Aug 20 17:32:02 <morphis> that make the integration in fsogsmd easier for us
Aug 20 17:33:36 <GNUtoo|laptop> back
Aug 20 17:33:37 <CIA-59> freesmartphone.org: 03morphis 07msmcomm * rda0c36a15388 10/msmcommd/src/ (7 files): msmcommd: implement start/stop instead of reset for link handlers
Aug 20 17:33:37 <CIA-59> freesmartphone.org: 03morphis 07msmcomm * r2e3ec079efae 10/msmcommd/src/ (4 files): msmcommd: remove remote client handler
Aug 20 17:33:40 <CIA-59> freesmartphone.org: 03morphis 07msmcomm * rb66e66682774 10/ (4 files in 3 dirs): libmsmcomm: msmcomm-1.0.vapi: use a property for the mode of the change operation mode cmd
Aug 20 17:33:40 <CIA-59> freesmartphone.org: 03morphis 07msmcomm * rf1fad05d48ac 10/msmlogd/ (7 files in 4 dirs): msmcomm: remove msmlogd
Aug 20 17:33:46 <CIA-59> freesmartphone.org: 03morphis 07msmcomm * r354f34567d1b 10/msmcommd-old/ (26 files in 5 dirs): msmcomm: remove msmcommd-old
Aug 20 17:33:46 <CIA-59> freesmartphone.org: 03morphis 07msmcomm * r7f9a4ccee0b0 10/msmvterm/ (7 files in 3 dirs): msmcomm: remove msmvterm
Aug 20 17:33:46 <CIA-59> freesmartphone.org: 03morphis 07msmcomm * rf3b3dbe12442 10/ (28 files in 3 dirs): msmcomm: rework build system; libmsmcomm and msmcommd has now separate build systems
Aug 20 17:33:46 <CIA-59> freesmartphone.org: 03morphis 07msmcomm * rb01c1796bc66 10/ (15 files in 4 dirs): msmcomm: implement dbus command interface in msmcommd
Aug 20 17:33:58 <GNUtoo|laptop> morphis, that uses a main
Aug 20 17:34:07 <GNUtoo|laptop> my issue is whitin fso
Aug 20 17:34:07 <morphis> jepp
Aug 20 17:34:10 <morphis> as a first try
Aug 20 17:34:16 <GNUtoo|laptop> all works well with a main
Aug 20 17:34:24 <morphis> now I am writing one with a mainloop as fso does
Aug 20 17:34:29 <GNUtoo|laptop> ah ok
Aug 20 17:34:31 <GNUtoo|laptop> thanks a lot!!!
Aug 20 17:36:55 <morphis> hm with a mainloop it does not work anymore ...
Aug 20 17:36:59 <morphis> just as with fso
Aug 20 17:37:04 <morphis> but it does not crash
Aug 20 17:37:11 <morphis> maybe cause it is much simpler than fso
Aug 20 17:38:27 <morphis> hm, I should call loop.run() ... arg
Aug 20 17:38:46 <morphis> so it works
Aug 20 17:39:00 <morphis> GNUtoo|laptop: do you get a crashdump?
Aug 20 17:39:38 <GNUtoo|laptop> no
Aug 20 17:39:42 <GNUtoo|laptop> only a phone reboot
Aug 20 17:39:45 <GNUtoo|laptop> I'll explain
Aug 20 17:39:55 <GNUtoo|laptop> basically the phone has a main cpu
Aug 20 17:40:10 <GNUtoo|laptop> and many other cores
Aug 20 17:40:39 <GNUtoo|laptop> it has a shared memory interface between modem and main cpu, is it right phh?
Aug 20 17:40:55 <phh> right
Aug 20 17:41:12 <GNUtoo|laptop> a lot of things are attached to the modem
Aug 20 17:41:14 <GNUtoo|laptop> like audio
Aug 20 17:41:15 <GNUtoo|laptop> gps
Aug 20 17:41:23 <GNUtoo|laptop> usbnet
Aug 20 17:41:28 <GNUtoo|laptop> maybe battery
Aug 20 17:41:40 <phh> yup battery
Aug 20 17:41:41 <phh> for you
Aug 20 17:41:42 <GNUtoo|laptop> ok
Aug 20 17:41:52 <GNUtoo|laptop> so if you crash the modem the phone crash
Aug 20 17:41:54 <GNUtoo|laptop> now....
Aug 20 17:41:59 <GNUtoo|laptop> there are 2 way to access the modem
Aug 20 17:42:03 <GNUtoo|laptop> from kernelspace
Aug 20 17:42:06 <GNUtoo|laptop> and from userspace
Aug 20 17:42:24 <GNUtoo|laptop> for the gps activator, userspace is used
Aug 20 17:42:34 <GNUtoo|laptop> so basically userspace can crash the phone
Aug 20 17:43:15 <GNUtoo|laptop> if you succeed to crash the modem from userspace it reboots
Aug 20 17:43:41 <GNUtoo|laptop> if the gps program works well, you've got gps fix and no crash
Aug 20 17:43:59 <morphis> ah ok
Aug 20 17:44:00 <GNUtoo|laptop> but if you've a bad gps program, or use it badly....
Aug 20 17:44:13 <GNUtoo|laptop> if run standalone the gps activator works fine
Aug 20 17:44:20 <GNUtoo|laptop> I can even have some fix in buildings
Aug 20 17:44:30 <GNUtoo|laptop> but outside it works less well than the freerunner
Aug 20 17:44:42 <GNUtoo|laptop> but I was told that it was because freerunner gps was so good
Aug 20 17:44:43 <morphis> hm
Aug 20 17:44:57 <GNUtoo|laptop> I was told that by the n900 guy who does the fso+debian port
Aug 20 17:45:19 <GNUtoo|laptop> basically I compaired both,
Aug 20 17:45:27 <GNUtoo|laptop> one phone in each hand
Aug 20 17:45:35 <GNUtoo|laptop> I bet people looked at me strangely
Aug 20 17:45:59 <morphis> which data you get from the gps activator?
Aug 20 17:46:06 <morphis> or does it only activate gps?
Aug 20 17:46:17 <GNUtoo|laptop> it activates the gps
Aug 20 17:46:24 <GNUtoo|laptop> and then permanently request fixes
Aug 20 17:46:29 <GNUtoo|laptop> like each 3 sec
Aug 20 17:46:30 <GNUtoo|laptop> or more
Aug 20 17:46:39 <GNUtoo|laptop> if you go below 3 on htcdream....
Aug 20 17:46:42 <GNUtoo|laptop> it crashes the phone
Aug 20 17:47:08 <GNUtoo|laptop> gps is plain NMEA
Aug 20 17:47:13 <GNUtoo|laptop> on /dev/smd27
Aug 20 17:47:17 <GNUtoo|laptop> which is a virtual serial port
Aug 20 17:47:22 <GNUtoo|laptop> over shared memory interface
Aug 20 17:48:11 <morphis> ah ok, then you have on plugin in fso for activating the gps and the normal nmea one recieves the fixes from gps?
Aug 20 17:48:17 <GNUtoo|laptop> yes
Aug 20 17:48:20 <morphis> ok
Aug 20 17:48:24 <GNUtoo|laptop> not in fso yet
Aug 20 17:48:30 <GNUtoo|laptop> for now it's a standalone program
Aug 20 17:48:35 <GNUtoo|laptop> it's in the android-rpc recipe
Aug 20 17:48:40 <GNUtoo|laptop> in uttilities fso git
Aug 20 17:48:48 <GNUtoo|laptop> the program binary is named gps
Aug 20 17:48:57 <morphis> maybe you can write a simple dbus daemon for it which you launch over dbus
Aug 20 17:49:01 <GNUtoo|laptop> by not in fso yet I meann not in fsodeviced
Aug 20 17:49:12 <GNUtoo|laptop> hmmm maybe
Aug 20 17:49:18 <morphis> just for the moment
Aug 20 17:49:21 <GNUtoo|laptop> I already thought about that 
Aug 20 17:49:25 <morphis> maybe mickey can fix this threading issue later
Aug 20 17:49:27 <GNUtoo|laptop> but mickeyl should comment on it
Aug 20 17:49:31 <morphis> should be very simple
Aug 20 17:49:40 <GNUtoo|laptop> the dbus or the threading issue?
Aug 20 17:49:46 <morphis> jepp, he told me to take a look tomorrow back on FSO
Aug 20 17:49:54 <morphis> dbus thing
Aug 20 17:49:57 <GNUtoo|laptop> ok
Aug 20 17:50:04 <GNUtoo|laptop> I already did dbus thing in python
Aug 20 17:50:08 <GNUtoo|laptop> but it was long time ago
Aug 20 17:50:14 <GNUtoo|laptop> I even fixed an openmoko tutorial
Aug 20 17:50:21 <morphis> take a look at the vala tutorial
Aug 20 17:50:22 <GNUtoo|laptop> they used the wrong bus type
Aug 20 17:50:28 <GNUtoo|laptop> (system/x11)
Aug 20 17:50:28 <morphis> there is a simple dbus server implemented
Aug 20 17:50:30 <GNUtoo|laptop> ok
Aug 20 17:50:33 <morphis> or at the msmcommd service
Aug 20 17:50:37 <GNUtoo|laptop> but I never did servers
Aug 20 17:50:45 <GNUtoo|laptop> msmcommd is a dbus server?
Aug 20 17:50:47 <morphis> it's very simple today
Aug 20 17:50:48 <morphis> jepp
Aug 20 17:50:51 <GNUtoo|laptop> nice
Aug 20 17:50:56 <GNUtoo|laptop> I wondered where it was
Aug 20 17:51:07 <GNUtoo|laptop> I looked at the source and didn't find the msmcommd source
Aug 20 17:51:13 <GNUtoo|laptop> in fsogsdm
Aug 20 17:51:16 <GNUtoo|laptop> *fsogsmd
Aug 20 17:51:19 <morphis> look in msmcomm.git/msmcommd
Aug 20 17:51:22 <GNUtoo|laptop> ok
Aug 20 17:51:30 <morphis> there will be nore more plain msmcomm commands in fsogsmd
Aug 20 17:51:30 <GNUtoo|laptop> morphis, at what point are you with modem?
Aug 20 17:51:34 <GNUtoo|laptop> is it near completion
Aug 20 17:51:39 <morphis> the whole protocol is spoken over dbus now
Aug 20 17:51:41 <GNUtoo|laptop> mickeyl looked at the status long time ago
Aug 20 17:51:45 <morphis> puuh
Aug 20 17:51:52 <GNUtoo|laptop> so he told me it was far from complete
Aug 20 17:51:57 <soltys> JaMa|Off: I think that I have patch for that problem with fetching sources. I'll test it a bit and send tomorrow on oe-devel
Aug 20 17:52:01 <morphis> Call, Device, SIM (Access, Phonebook) should be done
Aug 20 17:52:06 <GNUtoo|laptop> wow
Aug 20 17:52:09 <morphis> SMS and GPS are missing
Aug 20 17:52:12 <morphis> but only a matter of time
Aug 20 17:52:26 <GNUtoo|laptop> but SMS is understood
Aug 20 17:52:32 <morphis> jepp
Aug 20 17:52:35 <GNUtoo|laptop> *decoded
Aug 20 17:52:37 <GNUtoo|laptop> ok
Aug 20 17:52:46 <GNUtoo|laptop> you plan to work on GPS?
Aug 20 17:52:49 <JaMa|Off> soltys: ok
Aug 20 17:52:49 <GNUtoo|laptop> awsome!!!!
Aug 20 17:52:55 <morphis> not decoded, but I looked at the messages responsible for sms and it should be very easy
Aug 20 17:53:00 <GNUtoo|laptop> ok
Aug 20 17:53:03 <morphis> GPS should be easy to
Aug 20 17:53:14 <morphis> it's the same port + protocol than the modem
Aug 20 17:53:20 <GNUtoo|laptop> ok nice
Aug 20 17:53:23 <JaMa> TAsn: eve still looks the same :/ (rebuilt from scratch, latest webkit-efl and latest EFL)
Aug 20 17:53:31 <morphis> no fancy activation is needed, just a command over the modem port
Aug 20 17:53:38 <TAsn> JaMa, you need to edit the theme then.
Aug 20 17:53:58 <GNUtoo|laptop> I wonder if I should buy the pre now or wait(n900 needs an activator for modem)
Aug 20 17:54:08 <morphis> my priorities atm are: 1. msmcommd 2. fsogsmd integration 3. working image 4. SMS & GPS
Aug 20 17:54:16 <morphis> hm
Aug 20 17:54:17 <GNUtoo|laptop> (someone didn't commit it and people are still waiting for it)
Aug 20 17:54:21 <morphis> buy a palm pre 
Aug 20 17:54:28 <GNUtoo|laptop> indeed
Aug 20 17:54:28 <morphis> you will get one for about 200 Euro at ebay
Aug 20 17:54:39 <TAsn> JaMa, cp /usr/share/eve/default.edj /tmp
Aug 20 17:54:40 <TAsn> cd /tmp
Aug 20 17:54:44 <TAsn> edje_decc default.edj
Aug 20 17:54:45 <morphis> I nevery really looked at the n900
Aug 20 17:54:49 <TAsn> vim default.edc
Aug 20 17:54:50 <GNUtoo|laptop> basically I'll have nexusone and htcdream to play with
Aug 20 17:54:52 <morphis> but it sounds intersting
Aug 20 17:54:53 <JaMa> TAsn: strange.. one worked and second was probably newer already
Aug 20 17:54:54 <JaMa> SHR root@gojama /usr/share/eve $ edje_convert default.edj 
Aug 20 17:54:54 <JaMa> ERR: edje_convert_main.c:150 main() Unable to get edje_file section from old file format, are you sure it's an old file ?
Aug 20 17:54:57 <JaMa> SHR root@gojama /usr/share/eve $ edje_convert ewebkit.edj 
Aug 20 17:54:58 <TAsn> :250
Aug 20 17:54:59 <GNUtoo|laptop> palm pre would be for having a working phone
Aug 20 17:55:01 <morphis> whats about the nexusone?
Aug 20 17:55:02 <GNUtoo|laptop> 429E
Aug 20 17:55:06 <morphis> ah ok :)
Aug 20 17:55:12 <GNUtoo|laptop> to get 16G
Aug 20 17:55:18 <morphis> 429 a brand new palm pre plus
Aug 20 17:55:23 <GNUtoo|laptop> indeed
Aug 20 17:55:27 <TAsn> JaMa, yeah, ewebkit is old
Aug 20 17:55:30 <morphis> but the original palm pre is there for about 200 Euro
Aug 20 17:55:33 <TAsn> it's not generated at installation
Aug 20 17:55:36 <TAsn> default.edj is
Aug 20 17:55:45 <GNUtoo|laptop> basically I need wifi+phone+music with good sound quality
Aug 20 17:55:52 <TAsn> (it's old but they ran edje_convert on it)
Aug 20 17:55:56 <TAsn> JaMa, anyhow.
Aug 20 17:56:00 <TAsn> do what I just said
Aug 20 17:56:02 <JaMa> but after calling convert it looks the same
Aug 20 17:56:06 <TAsn> yes
Aug 20 17:56:06 <JaMa> ok, mmt
Aug 20 17:56:11 <TAsn> because it was always converted.
Aug 20 17:56:15 <TAsn> *already
Aug 20 17:56:41 <morphis> GNUtoo|laptop: with webOS?
Aug 20 17:56:45 <GNUtoo|laptop> no
Aug 20 17:56:47 <GNUtoo|laptop> no way
Aug 20 17:56:50 <GNUtoo|laptop> with SHR
Aug 20 17:57:00 <GNUtoo|laptop> I want SHR on it
Aug 20 17:57:04 <GNUtoo|laptop> webos is useless for me
Aug 20 17:57:14 <GNUtoo|laptop> it's not free software,doesn't have xorg etc...
Aug 20 17:57:35 <GNUtoo|laptop> I already backported things for my bug device 
Aug 20 17:57:40 <GNUtoo|laptop> and I don't want to do it again
Aug 20 17:57:46 <PaulF> GNUtoo|laptop: i know. morphis's a hero no doubt.
Aug 20 17:57:51 <GNUtoo|laptop> indeed
Aug 20 17:57:56 <JaMa> TAsn: what on line 250?
Aug 20 17:57:59 <morphis> PaulF: maybe :D
Aug 20 17:58:02 <TAsn> 205
Aug 20 17:58:09 <TAsn> change the 800 to 600
Aug 20 17:58:25 <TAsn> same on line 338
Aug 20 17:58:31 <GNUtoo|laptop> basically without phone functionality n900 costs too much
Aug 20 17:58:45 <TAsn> (though actually, having a minimum is arther stupid, no idea what it's for, but I guess they had their reasons)
Aug 20 17:58:49 <GNUtoo|laptop> I bet a pandora would be cheaper
Aug 20 17:58:56 <TAsn> JaMa, then exit vim
Aug 20 17:58:59 <TAsn> edje_cc default.edc
Aug 20 17:59:08 <TAsn> cp default.edj /usr/share/eve/
Aug 20 17:59:11 <GNUtoo|laptop> so or palm pre or nothing(if dream works or nexusone works)
Aug 20 17:59:36 <TAsn> sorry for over specifying the method, I know you probably know most of it, I'm just soo tired and it helps me think straight :)
Aug 20 17:59:52 <GNUtoo|laptop> morphis, what about doing a dbus server in C?
Aug 20 17:59:59 <GNUtoo|laptop> is it harder?
Aug 20 18:00:08 <GNUtoo|laptop> I turn gps.c into a dbus server
Aug 20 18:00:11 <morphis> GNUtoo|laptop: puuh, don't now
Aug 20 18:00:12 <TAsn> JaMa, now just run again and hope for the best.
Aug 20 18:00:13 <GNUtoo|laptop> using C code
Aug 20 18:00:24 <morphis> I would write a simple dbus server with vala around gps.c
Aug 20 18:00:31 <GNUtoo|laptop> ok
Aug 20 18:00:31 <morphis> just write a simple vapi for gps.c
Aug 20 18:00:34 <GNUtoo|laptop> I'll do that then
Aug 20 18:00:37 <GNUtoo|laptop> no need
Aug 20 18:00:41 <GNUtoo|laptop> I just add extern
Aug 20 18:00:43 <morphis> should be done in less than a half hour
Aug 20 18:00:44 <GNUtoo|laptop> and link against gps
Aug 20 18:00:46 <GNUtoo|laptop> ok
Aug 20 18:00:58 <morphis> ok
Aug 20 18:01:00 <GNUtoo|laptop> maybe more because I'm very tired
Aug 20 18:01:02 <JaMa> TAsn: looks better, but still too big :)
Aug 20 18:01:04 <GNUtoo|laptop> but it should be ok
Aug 20 18:01:14 <TAsn> because the theme is bad
Aug 20 18:01:16 <GNUtoo|laptop> (I don't sleep well theses days)
Aug 20 18:01:22 <TAsn> just start editing the hardcoded stuff to be smaller
Aug 20 18:01:25 <TAsn> (on the top of that file)
Aug 20 18:01:30 <JaMa> as we have 640x800
Aug 20 18:02:09 <TAsn> huh? who has what?
Aug 20 18:02:30 <GNUtoo|laptop> btw does someone knows a brand+model combinaison of a webcam with a tripod that is uvc?
Aug 20 18:02:41 <GNUtoo|laptop> because I can't make videos with my gspca one
Aug 20 18:02:47 <GNUtoo|laptop> I'd like to make htcdream's videos
Aug 20 18:02:55 <GNUtoo|laptop> s/'s//
Aug 20 18:02:55 <apt> GNUtoo|laptop meant: I'd like to make htcdream videos
Aug 20 18:03:00 <JaMa> TAsn: err, I meant 640x480
Aug 20 18:03:13 <GNUtoo|laptop> but it often break on jpeg error in gst-launch
Aug 20 18:03:31 <TAsn> JaMa, 480x600
Aug 20 18:03:34 <TAsn> JaMa, 480x640
Aug 20 18:03:48 <TAsn> so what's wrong with 480 600?
Aug 20 18:03:56 <TAsn> Should be a safe size (because of the illume bar)
Aug 20 18:04:12 <TAsn> Anyhow, just keep editing the hardcoded sizes in that file
Aug 20 18:04:12 <JaMa> 19:57:40 < TAsn> change the 800 to 600
Aug 20 18:04:14 <JaMa> ?
Aug 20 18:04:25 <JaMa> ah sorry :)
Aug 20 18:04:40 <TAsn> #define TOP_PANEL_HEIGHT 64
Aug 20 18:04:41 <TAsn> #define BOTTOM_PANEL_HEIGHT 85
Aug 20 18:04:42 <TAsn> those
Aug 20 18:04:42 <JaMa> for some reason I've read change that to 800 x 600 :)
Aug 20 18:04:55 <TAsn> and the toolbar item as well
Aug 20 18:05:02 <TAsn> all can be safely made smaller.
Aug 20 18:05:08 <PaulF> gena2x: when you add an amp-meter between battery and GSM you add an additional resistance and the modem is picky about that.  
Aug 20 18:05:09 <TAsn> JaMa, how's everything now?
Aug 20 18:05:57 <JaMa> too long workday for me today.. looks quite ok with 480 x 600
Aug 20 18:06:08 <gena2x> PaulF: aha, ok.
Aug 20 18:06:28 <JaMa> TAsn: but with keyboard show it still uses 480x600 :/
Aug 20 18:06:40 <TAsn> actually
Aug 20 18:06:41 <JaMa> TAsn: so URL field is scrolled above screen
Aug 20 18:06:43 <TAsn> you can drop those lines
Aug 20 18:06:47 <TAsn> drop those lines
Aug 20 18:06:49 <TAsn> completely
Aug 20 18:06:54 <TAsn> you don't need them at all 
Aug 20 18:06:59 <TAsn> since illume makes everything full screen anyway
Aug 20 18:07:03 <TAsn> it's just a hack they did
Aug 20 18:07:17 <TAsn> because for some reason they didn't want to set "first time size" in code.
Aug 20 18:07:33 <TAsn> remove both of those lines
Aug 20 18:07:35 <PaulF> gena2x: can you try with gps on in suspend?
Aug 20 18:07:37 <TAsn> and make the bars smaller
Aug 20 18:07:39 <TAsn> and you'll be ok.
Aug 20 18:08:05 <soltys> JaMa: ok now only eve fails on do_fetch ;) and it tryes to download sources from shr buildhost 
Aug 20 18:08:09 <PaulF> gena2x: can it be that it's the current going to gps via serial lines?
Aug 20 18:08:34 <soltys> now i gtg
Aug 20 18:08:36 <gena2x> PaulF: one minute ago i found problem
Aug 20 18:08:48 <JaMa> TAsn: now it looks great! thanks!
Aug 20 18:08:48 <gena2x> PaulF: you right, it were both gps and gsm
Aug 20 18:08:56 <lindi-> gena2x: interesting
Aug 20 18:09:05 <PaulF> gena2x: hehe
Aug 20 18:09:13 <JaMa> TAsn: even with bars it's usable OK
Aug 20 18:09:17 <lindi-> gena2x: so was the state of serial port somehow wrong?
Aug 20 18:09:22 <lindi-> gena2x: or was it a gpio?
Aug 20 18:09:32 <gena2x> PaulF: i have to do on, then off for both and current decreased to 20ma in suspend
Aug 20 18:09:34 <JaMa> soltys: fix for eve is in my queue..
Aug 20 18:09:51 <gena2x> lindi-: ^^^
Aug 20 18:09:58 <JaMa> soltys: you can send that patch now (if it looks as the one I sent you I'll push it now)
Aug 20 18:10:04 <TAsn> JaMa, np. My training in the dark (e17) side has finally brought some fruits :P
Aug 20 18:10:06 <TAsn> JaMa, btw.
Aug 20 18:10:09 <TAsn> scap please :)
Aug 20 18:10:20 <TAsn> And I suggest you make the bars smaller before you commit.
Aug 20 18:10:21 <lindi-> gena2x: omhacks already has a bugfix for that
Aug 20 18:10:35 <lindi-> gena2x: "om gps power 0" writes to power_on three times...
Aug 20 18:10:53 <lindi-> gena2x: it even references the bug report in the comments
Aug 20 18:10:54 <gena2x> lindi-: this sounds wrong
Aug 20 18:11:08 <gena2x> lindi-: completely
Aug 20 18:11:09 <lindi-> gena2x: yes but the bug existed so omhacks has to workaroud
Aug 20 18:11:35 <gena2x> lindi-: this should be fixed in kernel
Aug 20 18:11:40 <lindi-> gena2x: it was
Aug 20 18:11:46 <soltys> JaMa: It doesn't look like that, but if it has to I do it in the morning.. now I have to go or I'll be late..
Aug 20 18:11:49 <gena2x> and? fix is lost?
Aug 20 18:11:49 <lindi-> gena2x: apparently it was now broken again
Aug 20 18:11:55 <gena2x> damn.
Aug 20 18:12:04 <lindi-> gena2x: see the bug report referenced from omhacks source code
Aug 20 18:12:15 <TAsn> JaMa, scap and don't forget to also make the hardcoded other sizes smaller.
Aug 20 18:12:32 <lindi-> xen + oprofile + gdb caused my system to crash, can't read $HOME easily
Aug 20 18:13:11 <gena2x> xen + oprofile + gdb on freerunner????
Aug 20 18:13:33 <lindi-> gena2x: // Workaround bug http://docs.openmoko.org/trac/ticket/2293
Aug 20 18:13:38 <lindi-> gena2x: no, on my play machine
Aug 20 18:13:48 <lindi-> gena2x: I was trying to profile rtklib
Aug 20 18:14:27 * lindi- has two openmokos generating raw gps data for rtklib. SD cards tend to fill up pretty quickly
Aug 20 18:14:59 * gena2x gone to see what is rtklib
Aug 20 18:15:11 <morphis> bye
Aug 20 18:16:17 <gena2x> wow, chineese 'start' button in winxp on screenshots... :)
Aug 20 18:17:12 <gena2x> something deep inside GPS...
Aug 20 18:17:31 <gena2x> i'll take a journey into GPS anyway, but later :)
Aug 20 18:19:12 <gena2x> now only 20mA left...
Aug 20 18:22:30 <lindi-> gena2x: it's free software to calculate your position
Aug 20 18:26:29 <gena2x> lindi-: some kind of processor? can it be in middle of application and gps reciever on freerunner?
Aug 20 18:28:14 <gena2x> oh, no, do not answer.
Aug 20 18:28:27 <gena2x> i have to study GPS anyway, but later.
Aug 20 18:28:30 <gena2x> :)
Aug 20 18:29:45 <GNUtoo|laptop> hmmm
Aug 20 18:29:47 <GNUtoo|laptop> Error: Connection ":1.27" is not allowed to own the service "org.htcdream.gps" due to security policies in the configuration file
Aug 20 18:29:47 <gena2x> PaulF: btw, .34 (and i think .32) seem succesfully drawing 1A from USB for a while
Aug 20 18:29:51 <GNUtoo|laptop> I'll change the config file
Aug 20 18:29:55 <GNUtoo|laptop> but that should go in oe?
Aug 20 18:30:01 <GNUtoo|laptop> or is there another possibility
Aug 20 18:30:47 <gena2x> PaulF: or may be it is u-boot.
Aug 20 18:30:50 <gena2x> hm...
Aug 20 18:31:38 <PaulF> gena2x: i tried to avoid regressions in pcf50633 driver in .32 ...
Aug 20 18:38:11 <GNUtoo|laptop> ok I'll add the config file in oe
Aug 20 18:38:22 <GNUtoo|laptop> because it works(the demo not the full program)
Aug 20 18:40:03 <gena2x> PaulF: seem that pcf (and rest of kernel) just thinks subsystems are off, but they actually powered.
Aug 20 18:40:28 <gena2x> PaulF: so to actually power down them i have to power up them first
Aug 20 18:40:47 <JaMa|Zzzz> TAsn, eve: http://scap.linuxtogo.org/files/540e696616521b05ec6a4e6b1884b7a7.png
Aug 20 18:40:58 <gena2x> but 20ma still missing
Aug 20 18:40:58 <TAsn> thanks.
Aug 20 18:41:10 <JaMa|Zzzz> build started, now really off to bed
Aug 20 18:41:20 <TAsn> JaMa|Zzzz, the lower buttons could be made smaller
Aug 20 18:41:23 <TAsn> but awesome, gj :)
Aug 20 18:41:39 <JaMa|Zzzz> haven't changed those.. :)
Aug 20 18:41:50 <TAsn> I know (as they are very big)
Aug 20 18:42:11 <JaMa|Zzzz> we can update eve patch fast, but webkit-efl and efl build will take long.. so I wanted to start it today
Aug 20 18:43:08 <PaulF> gena2x: hm, interesting. Probably there's some problem with initializing regulators.
Aug 20 18:43:48 <gena2x> PaulF: this also happens after resume
Aug 20 18:44:49 <gena2x> PaulF: i'll try to review, but first need to find where is 20mA lost in suspend :)
Aug 20 18:50:03 <TAsn> JaMa|Zzzz, sure thing :)
Aug 20 18:51:01 <lindi-> gena2x: yes you can do /dev/gps -> rtklib -> gpsd -> foxtrotgps
Aug 20 18:51:35 <lindi-> gena2x: but I have not managed to get the realtime mode of rtklib work yet. I am only doing post processing
Aug 20 20:09:48 <GNUtoo|laptop> hi mickeyl 
Aug 20 20:10:13 <GNUtoo|laptop> mickeyl, following morphis's advice I started to make a dbus interface for the gps
Aug 20 20:10:24 <GNUtoo|laptop> I'd like some advises on the API to follow
Aug 20 20:10:37 <GNUtoo|laptop> it works
Aug 20 20:10:45 <GNUtoo|laptop> but I don't know if the API is good
Aug 20 20:10:50 <GNUtoo|laptop> also I compiled it manually
Aug 20 20:10:55 <GNUtoo|laptop> and also...how to commit it
Aug 20 20:14:12 <GNUtoo|laptop> who got commit access to fso?
Aug 20 20:14:23 <GNUtoo|laptop> I bet only mickeyl could review that
Aug 20 20:14:25 <GNUtoo|laptop> anyway
Aug 20 20:14:30 <GNUtoo|laptop> he knows msm+fso
Aug 20 20:15:10 <TAsn> OH SHIT!
Aug 20 20:15:21 <TAsn> I lost my commit access to fso :P
Aug 20 20:15:35 <TAsn> (changed my private key)
Aug 20 20:15:38 <GNUtoo|laptop> ah ok
Aug 20 20:15:48 <TAsn> I knew I forgot something :|
Aug 20 20:16:02 <GNUtoo|laptop> ah you're on hollidays and fotgott your ssh key
Aug 20 20:16:43 <GNUtoo|laptop> Deubeuliou, forgott his nexusone in a train....that's even worse
Aug 20 20:18:51 <TAsn> no, I stopped using my old key and created a new one.
Aug 20 20:18:52 <TAsn> :)
Aug 20 20:24:13 <GNUtoo|laptop> ok
Aug 20 20:24:51 <GNUtoo|laptop> http://pastebin.com/32bYq2Y1
Aug 20 20:24:53 <GNUtoo|laptop> and:
Aug 20 20:25:41 <GNUtoo|laptop> http://pastebin.com/D5paXi9B
Aug 20 20:25:42 <GNUtoo|laptop> and:
Aug 20 20:26:17 <GNUtoo|laptop> http://pastebin.com/XEvPK4hr
Aug 20 20:26:19 <GNUtoo|laptop> and:
Aug 20 20:27:01 <GNUtoo|laptop> http://pastebin.com/nJPHdpXF
Aug 20 20:27:07 <GNUtoo|laptop> (librpc's debug.h)
Aug 20 20:27:09 <GNUtoo|laptop> that's all
Aug 20 20:27:13 <GNUtoo|laptop> so....
Aug 20 20:27:23 <GNUtoo|laptop> under which license should I put the vala dbus thing
Aug 20 20:27:28 <GNUtoo|laptop> fso is under which license
Aug 20 20:27:29 <GNUtoo|laptop> ?
Aug 20 20:27:36 <GNUtoo|laptop> because if it's gpl2 there is an issue
Aug 20 20:27:42 <GNUtoo|laptop> because the rest is apache2
Aug 20 20:28:06 <GNUtoo|laptop> anyway it's dbus
Aug 20 20:28:16 <GNUtoo|laptop> so it shouldn't be a big issue
Aug 20 20:28:24 <GNUtoo|laptop> if I put the activator under apache2 or gplv3
Aug 20 20:28:39 <GNUtoo|laptop> s/activator/dbus service
Aug 20 20:28:45 <GNUtoo|laptop> the c file stays under apache2
Aug 20 20:29:10 <GNUtoo|laptop> or whatever license it was under
Aug 20 20:29:35 <GNUtoo|laptop> phh released it under MIT right?
Aug 20 20:29:59 <GNUtoo|laptop> if it's MIT the license used by the dbus service doesn't mater....
Aug 20 20:30:06 <GNUtoo|laptop> so I'll use the fso license
Aug 20 20:30:10 <phh> it depends on the original code's licence :/
Aug 20 20:30:15 <phh> should be apache
Aug 20 20:30:18 <GNUtoo|laptop> so it's apache2?
Aug 20 20:30:19 <GNUtoo|laptop> ok
Aug 20 20:30:20 <GNUtoo|laptop> thanks a lot
Aug 20 20:30:26 <GNUtoo|laptop> we'll add the headers then
Aug 20 20:30:26 <phh> the one for android.
Aug 20 20:30:30 <GNUtoo|laptop> ok
Aug 20 20:30:31 <phh> since it's a fork of libhardware_legacy
Aug 20 20:30:38 <GNUtoo|laptop> ok
Aug 20 20:32:16 <wankel> Hi everyone!
Aug 20 20:32:26 <GNUtoo|laptop> hi
Aug 20 20:32:34 <GNUtoo|laptop> so I think I'll license the dbus thing under apache2
Aug 20 20:32:44 <GNUtoo|laptop> it's easier this way
Aug 20 20:32:47 <Slyon> hi ;)
Aug 20 20:32:59 <wankel> hi :-)
Aug 20 20:34:17 <lindi-> GNUtoo|laptop, note that it is incompatible with gpl2
Aug 20 20:34:24 <GNUtoo|laptop> I know
Aug 20 20:34:34 <GNUtoo|laptop> that's not an issue
Aug 20 20:34:52 <GNUtoo|laptop> It's a dbus interface
Aug 20 20:34:59 <GNUtoo|laptop> or is it?
Aug 20 20:35:02 <GNUtoo|laptop> basically:
Aug 20 20:35:06 <GNUtoo|laptop> gps.c //apache2
Aug 20 20:35:19 <GNUtoo|laptop> vala_dbus_service //my_code
Aug 20 20:35:24 <GNUtoo|laptop> fso //lgpl2
Aug 20 20:35:52 <GNUtoo|laptop> my_code was taken from an official example code from the vala tutorial
Aug 20 20:36:52 <lindi-> just adding a dbus layer surely can not be used to get away with license incompatibility alone
Aug 20 20:37:45 <GNUtoo|laptop> ah?
Aug 20 20:37:50 <GNUtoo|laptop> I'll ask legal help
Aug 20 20:39:01 <wankel> sorry for interupting... Could anyone spend some time helping me on track getting a toolchain in working order?
Aug 20 20:40:57 <gena2x> wankel: distribution?
Aug 20 20:41:03 <wankel> shr
Aug 20 20:41:24 <Slyon> wankel, i don't know a lot about the toolchain. But jama pushed a shr toolchain to the server today.
Aug 20 20:41:31 <Slyon> maybe you can try this: http://build.shr-project.org/shr-unstable/sdk/
Aug 20 20:41:47 <wankel> yes, I've been following the list closely
Aug 20 20:42:29 <wankel> I'm really quite green in this... I downloaded and extracted the tarballs
Aug 20 20:42:49 <wankel> does that mean I'm ready to roll or does it need more?
Aug 20 20:42:57 <gena2x> wankel: what do you want to do?
Aug 20 20:43:16 <gena2x> i mean with toolchain
Aug 20 20:43:23 <wankel> start getting "hello world" on my freerunner... :-)
Aug 20 20:43:47 <gena2x> wankel: are you sure you want to do this in shr?
Aug 20 20:43:52 <wankel> I guess I need a toolchain for crosscompiling
Aug 20 20:43:54 <mickeyl> GNUtoo|laptop: no time atm., but if you really want to make it a dbus service, make it a resource-aware one
Aug 20 20:44:06 <GNUtoo|laptop> mickeyl, what's that?
Aug 20 20:44:07 <wankel> I think so, since I run SHR most of the time
Aug 20 20:44:12 <mickeyl> so implement org.freesmartphone.Usage.Resource
Aug 20 20:44:15 <mickeyl> and register with fsousaged
Aug 20 20:44:20 <mickeyl> that way GPS is a resource
Aug 20 20:44:24 <GNUtoo|laptop> mickeyl, can't I make the dbus service and make FSO use it?
Aug 20 20:44:26 <wankel> gena2x: does it add a lot of overhead
Aug 20 20:44:27 <mickeyl> without having to make anything in fsodeviced
Aug 20 20:44:34 <gena2x> wankel: you may use native compile natively in debian/qtmoko
Aug 20 20:44:43 <mickeyl> GNUtoo|laptop: that's unnecessary overhead
Aug 20 20:44:47 <mickeyl> make it a resource from the start
Aug 20 20:44:49 <gena2x> wankel: you may use some sort or cross compilation in qtmoko/debian
Aug 20 20:44:50 <GNUtoo|laptop> mickeyl, my code is apache2, is it an issue for your setup?
Aug 20 20:44:50 <mickeyl> and we have what we need
Aug 20 20:45:15 <gena2x> wankel: shr building is quite pain... you need to rebuild whole shr.
Aug 20 20:45:21 <mickeyl> we don't link, so it's irrelevant
Aug 20 20:45:34 <GNUtoo|laptop> mickeyl, ok
Aug 20 20:45:36 <gena2x> wankel: afair
Aug 20 20:46:16 <wankel> gena2x: it's not that I want to cross compile per se...  I'm mostly trying a place to start doing something
Aug 20 20:46:29 <GNUtoo|laptop> mickeyl, basically gps.c is apache2, so should be my dbus server, but fso is lvplv2.1 which is incompatible with apache2, but if fso<->my_server is not linked....
Aug 20 20:46:42 <mickeyl> ya, it's irrelevant
Aug 20 20:47:34 <GNUtoo|laptop> ok thanks a lot
Aug 20 20:47:37 <mickeyl> np
Aug 20 20:47:41 <GNUtoo|laptop> so...how can I make this resource thing?
Aug 20 20:47:42 <gena2x> wankel: best thing to do is to get some bug (better annoying) and try to fix it. and be very patient in fixing it.
Aug 20 20:47:45 <mickeyl> it's pretty easy to integrate w/ the FSO resource system
Aug 20 20:47:46 <GNUtoo|laptop> is there a howto?
Aug 20 20:47:52 <GNUtoo|laptop> a pseudo-howto?
Aug 20 20:47:54 <mickeyl> not for the server :)
Aug 20 20:47:55 <GNUtoo|laptop> or something?
Aug 20 20:47:58 <mickeyl> only for clients
Aug 20 20:48:01 <mickeyl> but here's how to do it:
Aug 20 20:48:08 * GNUtoo|laptop listen attentively
Aug 20 20:48:13 <mickeyl> on startup you register with FSO by calling http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Usage.html;hb=HEAD#RegisterResource
Aug 20 20:48:28 <mickeyl> if you shut down for some reason you unregister by calling http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Usage.html;hb=HEAD#UnregisterResource
Aug 20 20:48:30 <wankel> gena2x: I'd need SOME programming skills for that, wouldn't I?
Aug 20 20:48:41 <mickeyl> during the lifetime you have to implement http://docs.freesmartphone.org/org.freesmartphone.Resource.html
Aug 20 20:48:48 <mickeyl> which is what FSO will call you
Aug 20 20:48:51 <mickeyl> depending on client requests
Aug 20 20:48:52 <mickeyl> that's all
Aug 20 20:48:56 <GNUtoo|laptop> ok 
Aug 20 20:48:57 <GNUtoo|laptop> thanks a lot
Aug 20 20:49:21 <mickeyl> so basically you call two functions and implement 4
Aug 20 20:49:27 <wankel> gena2x: I thouhght I'd try building something small for myself as a practise
Aug 20 20:49:29 <mickeyl> and then GPS is a resource
Aug 20 20:49:33 <mickeyl> bbl, see ya tomorrow
Aug 20 20:49:34 <gena2x> wankel: sure. if you have no, and want to get them, you should first learn something.
Aug 20 20:50:19 <gena2x> wankel: to do learning and 'something small' it's much better to start with host imo :)
Aug 20 20:51:11 <wankel> gena2x heheh... you're right in that I think, but  I've been looking for some excuse to start programming for years actually, and now my FR is calling me, more or less..
Aug 20 20:51:44 <gena2x> wankel: but main thing is will, so if you _really_ want to write shr app as a first app why not... but this will not be easy.
Aug 20 20:52:07 <wankel> gena2x : with host you mean: on x86 or do you mean without cross compiling
Aug 20 20:52:17 <gena2x> wankel: yeah
Aug 20 20:52:36 <wankel> gena2x : which?
Aug 20 20:53:04 <gena2x> "on x86 and without cross compiling" :)
Aug 20 20:53:59 <gena2x> or if you again want hard way you may do all this on freerunner, but natively in debian.
Aug 20 20:54:07 <wankel> gena2x: hehe.. then I'll throw some more will into it and at least have my FR as host...would that add to the burden? Running debian, for example?
Aug 20 20:54:36 <wankel> gena2x : ah, yes, you were reading my mind ;-)
Aug 20 20:54:58 <JaMa|Zzzz> wankel: you can install native toolchain to neo with SHR too
Aug 20 20:55:01 <gena2x> wankel: it same to x86, you'll notice no difference. it is just much slower
Aug 20 20:55:14 <gena2x> nonono
Aug 20 20:55:19 <gena2x> JaMa|Zzzz: and coreutils?
Aug 20 20:55:47 <JaMa|Zzzz> gena2x: yes with coreutils (/me never used busybox)
Aug 20 20:55:55 <gena2x> so may be ok.
Aug 20 20:56:13 <gena2x> but anyway, better to _start_ with usual debian imo.
Aug 20 20:56:48 <gena2x> shr ipk building is true hardcore for first program.
Aug 20 20:57:07 <wankel> I can imagine "plain" debian (be it on arm or elsewhere) has more of an ecosystem of helpful hints on starting to program than SHR has...
Aug 20 20:57:07 <JaMa|Zzzz> why would he prepare .ipk for hello world?
Aug 20 20:57:13 <Slyon> JaMa|Zzzz, i got trouble while building eve, could you have a look? http://tinderbox.openembedded.net/public/logs/task/7300071.txt
Aug 20 20:57:17 <JaMa|Zzzz> and how much easier he would creat .deb?
Aug 20 20:57:40 <gena2x> JaMa|Zzzz: you right. just my imagination too wild :)
Aug 20 20:58:31 <wankel> I'm not trying to ignite some flames here that will last till the end of the year, mind you;-)
Aug 20 20:59:06 <gena2x> JaMa|Zzzz: but frankly speaking, using shr for learning development basics is not really good idea, are you agree?
Aug 20 20:59:36 <JaMa|Zzzz> Slyon: with webkit-efl you mean? haven't seen this one, but looks like gcc upgrade or cmake upgrade didn't work very well for you..
Aug 20 21:00:02 * JaMa|Zzzz is half sleeping, so no flames plase :)
Aug 20 21:00:45 <Slyon> JaMa|Zzzz, yes it fails at webkit-efl.. so shall i try to clean an rebuild cmake and gcc?
Aug 20 21:01:02 <wankel> gena2x: I'll focus on debian on FR for starters
Aug 20 21:01:06 <gena2x> JaMa|Zzzz: sorry, have nice dreams. i have almost nothing against shr, just think that debian is true better thing to start with.
Aug 20 21:01:16 <JaMa|Zzzz> gena2x: I agree that on host with native toolchain it's easier.. but if he choose to build something on fr, then I think that all distributions with native toolchain are equally difficult to use -> so use whatever you know best
Aug 20 21:01:36 <wankel> gena2x I guess I then can follow just any debian-centric how-to on the net?
Aug 20 21:01:44 <JaMa|Zzzz> or whatever you have already installed on device 
Aug 20 21:02:00 <JaMa|Zzzz> gena2x: and I have nothing agains debian :)
Aug 20 21:02:10 <gena2x> hehe.
Aug 20 21:02:26 * JaMa|Zzzz cannot type now.. eyes are always closed on last letter :)
Aug 20 21:02:56 <JaMa|Zzzz> Slyon: yup, try to clean toolchain + cmake + cmake-native and run again
Aug 20 21:03:22 <Slyon> JaMa|Zzzz, thanks will try
Aug 20 21:03:23 <JaMa|Zzzz> Slyon: cd shr-unstable/openembedded; for i in recipes/binutils/*2.20.1*.bb recipes/gcc/gcc*4.5*bb recipes/eglibc/eglibc*2.12*.bb; do bitbake -c clean -b $i;
Aug 20 21:03:24 <wankel> in that case... I got one "production" FR running SHR, and one backup on Debian (because I couldn't help myself when finding one second hand..)
Aug 20 21:03:34 <Slyon> nice :)
Aug 20 21:04:02 * gena2x saw zzzz in jama state for last few hours and just not wanted question of person who first time on maillist left unaswered.
Aug 20 21:04:47 <gena2x> wankel: yes, debian on fr is just usual debian
Aug 20 21:04:53 * JaMa|Zzzz off
Aug 20 21:05:14 <wankel> JaMa|Zzzz which packages would I need on SHR get a toolchain on FR?
Aug 20 21:07:02 <wankel> gena2x : thanks, I'll see how far I get!
Aug 20 21:08:37 <gena2x> wankel: gl. ask questions :) i can/try answer debian questions.
Aug 20 21:09:09 <wankel> gena2x: one last thing, which language would you suggest for not too hard entry and later on not too hard transition to another environment (lets say, SHR, for example?)
Aug 20 21:09:59 <gena2x> wankel: start with C. this is still basic for almost everything in development.
Aug 20 21:11:00 <wankel> gena2x : ah, C, known for it's easy entry ;-)
Aug 20 21:11:48 <wankel> gena2x: on the bright side: I got something about that on my bookshelve as well, in case my internet got cut... :-)
Aug 20 21:13:16 <wankel> i'll be off for now, good night for those in the timezone to have night now and for the rest, well, see you later!
Aug 20 21:13:33 <gena2x> goo luck
Aug 20 21:13:40 <wankel> thanks!
**** ENDING LOGGING AT Sat Aug 21 02:59:57 2010