**** BEGIN LOGGING AT Wed Jan 05 02:59:58 2011
Jan 05 08:22:31 <JaMa|Off> mrmoku: great work! should I switch to master branch? ./libphone-ui_git.bb:SRC_URI = "git://git.shr-project.org/repo/libphone-ui.git;protocol=http;branch=gdbus" I guess it's just forgoten replace and bitbake master doesn't like branch switches :/
Jan 05 08:29:32 <mrmoku> JaMa|Off: duh, yes... oversaw that one before comitting
Jan 05 09:00:50 <DocScrutinizer> moin, and wb mrmoku 
Jan 05 09:03:30 <mrmoku> DocScrutinizer: thanks :)
Jan 05 09:03:51 * mrmoku hates being without good connectivity
Jan 05 09:04:00 <DocScrutinizer> :-D
Jan 05 09:04:23 <mrmoku> time to get good roaming conditions
Jan 05 09:04:23 <DocScrutinizer> World Wide WIFI *now*
Jan 05 09:05:31 <mrmoku> next time before going to italy I will have to consider getting me a austrian 3 sim
Jan 05 09:05:36 <mickeyl> mrmoku: apparantly the wpa supplicant's dbus interface is neither documented nor supports introspection. i ended up reading the sourcecode to make things work *sigh*
Jan 05 09:06:01 <mickeyl> no to mention that it's a braindead interface
Jan 05 09:06:03 <mickeyl> but oh well
Jan 05 09:06:05 <mickeyl> t'works
Jan 05 09:07:10 <mrmoku> hehe
Jan 05 09:07:12 <mrmoku> good thing :-)
Jan 05 09:07:34 <mrmoku> mickeyl: what does that mean though? :P
Jan 05 09:08:13 <mickeyl> it means as long as the 3rdparty API works, we have nice location support based on wifi access points in the vincinity
Jan 05 09:08:22 <mickeyl> (and cell towers, of course)
Jan 05 09:09:12 <mrmoku> ahh, ok
Jan 05 09:09:20 <mickeyl> i'll add some finishing touches in fsotdld and then add a testfunction in zhone
Jan 05 09:09:28 <mrmoku> DocScrutinizer: http://drei.at/portal/de/privat/tarife/internet_togo/InternetToGo.html
Jan 05 09:10:56 <mrmoku> mickeyl: fsotdld reminds me of GPS... nobody took up the task to port ogsmd to vala?
Jan 05 09:11:22 <mickeyl> mrmoku: not in its glory. fsotdld supports NMEA receivers though
Jan 05 09:11:36 <mickeyl> i have yet to add ublox, but this has very low priority
Jan 05 09:11:59 <mickeyl> and the problem is noone knows about fsotdld API, so we would probably have to add a gspd adapter as well
Jan 05 09:12:26 <mickeyl> the one who originally did it for gypsy is MIA
Jan 05 09:12:34 <mickeyl> i guess he left the mokoscene...
Jan 05 09:12:44 <DocScrutinizer> mickeyl: would you know off top of your head how to talk AT to get CellBroadcast?
Jan 05 09:12:49 <mrmoku> hmm... porting fso-gpsd to fsotdld would be enough?
Jan 05 09:13:06 <mickeyl> mrmoku: no, as this converts the gypsy API which i have abandonded. it was a mistake to use it in the first place
Jan 05 09:13:14 <mickeyl> DocScrutinizer: yeah
Jan 05 09:13:17 <mrmoku> ahh, ok
Jan 05 09:13:27 <mickeyl> DocScrutinizer: it's basically one call
Jan 05 09:13:31 <mickeyl> let me lookup
Jan 05 09:13:37 <DocScrutinizer> :-D
Jan 05 09:14:01 <mickeyl> +CSCB=1,"",""
Jan 05 09:14:18 <DocScrutinizer> (not that I'd have much hope to find support for it in libisi or even pnatd)
Jan 05 09:15:10 <DocScrutinizer> which means N900 has broken functionality for CB
Jan 05 09:15:43 <mickeyl> cscb is the 0707 way to set your subscriptions, unfortunately many modems require additional steps to trigger reception, i.e. the neo requires AT%CBHZ=1 to trigger
Jan 05 09:16:11 <DocScrutinizer> at+CSCB=1,"",""
Jan 05 09:16:12 <DocScrutinizer> ERROR
Jan 05 09:16:52 <DocScrutinizer> *sigh* 
Jan 05 09:17:05 <DocScrutinizer> time to open another WONTFIX ticket
Jan 05 09:17:06 <mickeyl> JaMa|Off: does json-glib build for you? i get a python exception
Jan 05 09:17:29 <PaulFertser> What are the downsides of making fsotdld a client of gpsd (via libgps of course)?
Jan 05 09:17:44 <mrmoku> JaMa|Off: ahh, talking about building problems... thanks for your gdbus-binding-tool present :-)
Jan 05 09:17:50 <mrmoku> it has building problems though
Jan 05 09:17:52 <JaMa|Off> mrmoku: fixed :)
Jan 05 09:17:56 <mrmoku> oh
Jan 05 09:17:58 <JaMa|Off> mickeyl: yes.. the same here
Jan 05 09:18:09 <mickeyl> JaMa|Off: ok, i guess we need to forbit g-ir-scanner running
Jan 05 09:18:11 <mickeyl> forbd
Jan 05 09:18:15 <mickeyl> forbid, dmnit
Jan 05 09:18:18 <JaMa|Off> :)))
Jan 05 09:18:24 * mrmoku has to admit once again being to slow for JaMa|Off :P
Jan 05 09:18:48 <mickeyl> PaulFertser: just the usual bunch of additional dependencies, additional setup etc.
Jan 05 09:18:52 <JaMa> also eina.vapi seems broken with latest vala :/
Jan 05 09:19:05 <mickeyl> PaulFertser: so nothing that would absolutely prevent it
Jan 05 09:19:26 <mickeyl> might be worth a plugin
Jan 05 09:19:52 <PaulFertser> mickeyl: that's one way to see it. But another would be to see gpsd as a core OS infrastructure. Well-known, supporting many GPS receivers out of the box, allowing network and local inquiry and control etc etc.
Jan 05 09:20:11 <JaMa> playya, mickeyl: eina.vapi issue? http://tinderbox.openembedded.org/public/logs/task/15841018.txt
Jan 05 09:20:35 <mickeyl> JaMa: yeah
Jan 05 09:20:39 <mickeyl> JaMa: will fix upstream
Jan 05 09:20:48 <JaMa> great
Jan 05 09:21:16 <mickeyl> PaulFertser: yeah, gpsd has its merits. i don't like it too much, but i guess i can overcome that personal thing
Jan 05 09:21:51 <mickeyl> using it as a location source is actually a good idea
Jan 05 09:21:54 <mickeyl> so we get both
Jan 05 09:21:58 <mickeyl> gpsd's support for devices
Jan 05 09:22:01 <mickeyl> and the fsotdld API
Jan 05 09:23:11 <PaulFertser> mickeyl: it also provides a rudimentary dbus interface (sending dbus signal every time fix/position changes) but it's obviously not enough for you. Nevertheless i can't see why duplicating effort on u-blox worth it. If it doesn't save ephemiris yet i think it'd be a nice mini-project to add that functionality to gpsd and integrate with the fso resource subsystem.
Jan 05 09:23:42 <mickeyl> iirc the dbus interface is gone
Jan 05 09:23:47 <mickeyl> one of the big changes lately
Jan 05 09:23:54 <mickeyl> but anyways, i kind of agree with you
Jan 05 09:24:39 <mickeyl> a nice spot for "leveraging existing services" for FSO
Jan 05 09:24:44 <PaulFertser> mickeyl: i've checked the sources just about a month ago and looking at it right now, it still has the possibility to send a signal every time fix changes.
Jan 05 09:25:02 <PaulFertser> Not really an interface but for some applications even that is enough.
Jan 05 09:25:10 <mickeyl> i see. well i'd use it via libgps anyways then
Jan 05 09:25:24 <mickeyl> just need to write a Vapi, if it doesn't already exist
Jan 05 09:26:25 <mickeyl> JaMa: hmm, i can't find that line
Jan 05 09:27:12 <mickeyl> JaMa: i guess we just need to bump revision
Jan 05 09:27:18 <mickeyl> JaMa: looks like i fixed that some weeks ago
Jan 05 09:27:31 <mickeyl> at least it isn't in HEAD
Jan 05 09:27:37 <JaMa> I'll check, but I'm using almost latest rev locally
Jan 05 09:27:57 <mickeyl> r54457 | playya | 2010-11-11 15:37:20 +0100 (Do, 11. Nov 2010) | 2 Zeilen
Jan 05 09:27:57 <mickeyl> vala: update eina bindings and examples
Jan 05 09:28:54 <JaMa> mickeyl: ahh sorry iliwi bundles own copy of libeflvala vapis :/
Jan 05 09:29:04 <mickeyl> JaMa: argh :/
Jan 05 09:29:07 <mickeyl> that's bad bad bad
Jan 05 09:29:42 <DocScrutinizer> https://bugs.maemo.org/show_bug.cgi?id=8347 - if any of you cares to vote for that bug
Jan 05 09:30:35 <mickeyl> i doubt that it's "increasingly important feature", but i support your bug
Jan 05 09:30:42 <mickeyl> will upvote after breakfast
Jan 05 09:30:44 <mickeyl> l8er
Jan 05 09:33:49 <DocScrutinizer> mickeyl: I remembered that when you said ""...(and celltowers)"" - O2 should still send lat/lon in gauss-wegener or what's it called, on CBC210
Jan 05 09:35:48 <DocScrutinizer> one interesting detail though: my Nokia-6210 TOV showed significantly increased standby power consumption when CB was enabled
Jan 05 09:36:50 <DocScrutinizer> probably quite normal, as the modem RX can't go deep-sleep
Jan 05 09:37:38 <DocScrutinizer> hmmm, breakfast...
Jan 05 09:39:08 <mrmoku> JaMa: are you sure the gdbus-binding-tools fix is actually correct?
Jan 05 09:39:42 <JaMa> mrmoku: works for me and does what I initially intended
Jan 05 09:39:57 <mrmoku> JaMa: ahh... do_configure... not append
Jan 05 09:39:59 <mrmoku> now I see :)
Jan 05 09:40:15 <mrmoku> good
Jan 05 09:53:34 * JaMa has new shr-image finally :)
Jan 05 09:54:10 <JaMa> and now new elementary api break :/ http://trac.enlightenment.org/e/changeset/55869
Jan 05 10:16:52 <JaMa> mrmoku: 
Jan 05 10:16:53 <JaMa> SHR root@gjama ~ $ phoneuid
Jan 05 10:16:53 <JaMa> BUG: route/class_api.c:42
Jan 05 10:16:53 <JaMa> phoneuid: route/class_api.c:42: rtnl_class_register: Assertion `0' failed.
Jan 05 10:16:56 <JaMa> Aborted
Jan 05 10:32:59 <mrmoku> JaMa: huh?
Jan 05 10:34:07 <mrmoku> JaMa: is that on n900?
Jan 05 10:34:27 <JaMa> mmt upgrading 2nd partition from tests/shr-u to see if it fails the same, and no, on om-gta02
Jan 05 10:34:40 <mrmoku> there is no such thing in phoneuid
Jan 05 10:35:30 <mrmoku> might be something coming from libfso-glib though...
Jan 05 10:35:30 <mrmoku> hmm
Jan 05 10:36:11 <JaMa> shr buildhost is doing rootfs atm
Jan 05 10:36:20 <mrmoku> ok
Jan 05 10:37:07 <mrmoku> brb
Jan 05 10:42:39 <JaMa> and yes, the same fail in 2nd partition
Jan 05 10:47:42 <mrmoku> mickeyl: any idea if that could have its origin in libfso?
Jan 05 10:47:46 <mrmoku> 11:13 < JaMa> phoneuid: route/class_api.c:42: rtnl_class_register: Assertion `0' failed.
Jan 05 11:22:49 <PaulFertser> mickeyl: (gps API thoughts, marginally useful) here are some thought by Eric Raymond about the way GPS information should be reported: /?p=801
Jan 05 11:22:56 <PaulFertser> http://esr.ibiblio.org/?p=801
Jan 05 11:26:25 <mickeyl> mrmoku: hmm, possible, we use libnl for some notifications. can you get a backtrace?
Jan 05 11:26:28 <mickeyl> PaulFertser: thanks, i will read that
Jan 05 11:27:33 <mickeyl> DocScrutinizer: yeah, for quite a while this worked fine. I can'T seem to get those to appear with any of my current modems ... hmm
Jan 05 11:28:13 <DocScrutinizer> mickeyl: do you want me to check with 6210?
Jan 05 11:29:00 <mickeyl> DocScrutinizer: yeah, can't hurt to check whether it really no longer comes (which would really surprise me, since O2 is still using it to show the homezone icons) or whether the problem is at the modem side
Jan 05 11:29:10 <JaMa> mickeyl: installing -dbg, but for now http://paste.pocoo.org/show/315191/
Jan 05 11:29:12 <mickeyl> hi dcordes, long time no see. how's ubuntu? ;)
Jan 05 11:29:30 <DocScrutinizer> ok, stay tuned. Will take several mintes
Jan 05 11:29:35 <mickeyl> thanks!
Jan 05 11:29:56 <mickeyl> bbiab, need to drive some tax papers to my tax advisor *sigh*
Jan 05 11:30:06 <dcordes> mickeyl: it's not that bad. in 10.10 all cpu instructions of leo are used and I keep using it personally for hsdpa web browsing on my hd2
Jan 05 11:30:39 <dcordes> mickeyl: I joined because I want to compile latest SHR for it
Jan 05 11:30:57 <mickeyl> dcordes: ah, excellent. 
Jan 05 11:31:10 <mickeyl> good, SHR and FSO are always making progress
Jan 05 11:31:23 <mickeyl> hd2's hardware fully working from Linux now?
Jan 05 11:31:29 <dcordes> it seems like gnutoo is close to finish a usable SHR image for dream
Jan 05 11:31:54 <mickeyl> yeah, pretty much. he's the lone fighter. i abandoned the dream1
Jan 05 11:31:54 <dcordes> no, ALSA is still not working and sleep / wakeup should be fixed
Jan 05 11:32:02 <dcordes> but I got multi touch working in ubuntu :)
Jan 05 11:32:05 <mickeyl> nice
Jan 05 11:32:19 <dcordes> and gnutoo made backlight work in gnu
Jan 05 11:39:11 * DocScrutinizer curses broken battery for 6210
Jan 05 11:53:50 <antrik> someone who enjoys C hacking... sounds like me. don't have an N900 though
Jan 05 11:54:18 <antrik> (regarding libisi)
Jan 05 11:55:49 <DocScrutinizer> mickeyl: CBC221 on O2 still sending Gauss-Wegener coords
Jan 05 11:56:28 <DocScrutinizer> 364977548097
Jan 05 11:56:31 <DocScrutinizer> :-)
Jan 05 11:58:06 <DocScrutinizer> 364978548034
Jan 05 11:59:28 <DocScrutinizer> TA of first one: 2
Jan 05 12:01:39 <DocScrutinizer> 364883548122
Jan 05 12:02:59 <DocScrutinizer> TA:1
Jan 05 12:03:58 <DocScrutinizer> quite handover happy a location I seem to have here
Jan 05 12:05:03 <DocScrutinizer> just for the occasional lurkers that maybe miss context: http://lists.openmoko.org/pipermail/openmoko-kernel/2008-June/002987.html
Jan 05 12:20:04 <mickeyl> DocScrutinizer: ok, good. then i need to another dive into my Cinterion mc75i manual
Jan 05 12:23:02 <JaMa> Heinervdm: shr-dialer.bb is also obsolete and also not in BBPATH anymmore :)
Jan 05 12:23:22 <Heinervdm> JaMa: i know
Jan 05 12:35:10 <Heinervdm> JaMa: ah you meant phoneui-dialer ;)
Jan 05 12:35:36 <JaMa> ah right phoneui-dialer :)
Jan 05 12:41:17 <mrmoku> hmm... probably I should convert the phoneui-apps to gdbus/libshr-glib too
Jan 05 12:45:36 <mrmoku> JaMa: the tests feed is populated with gdbus stuff?
Jan 05 12:55:21 <JaMa> mrmoku: yes OE HEAD
Jan 05 12:55:59 <mrmoku> good
Jan 05 12:56:03 <JaMa> mrmoku: only htcdream is still building
Jan 05 12:56:05 * mrmoku boots his FR to update
Jan 05 12:56:23 <JaMa> you can try on n900 :)
Jan 05 12:56:53 <mrmoku> yeah, but on FR I can try the full GSM stuff
Jan 05 12:57:02 <JaMa> yup better
Jan 05 13:11:12 <mickeyl> hmm, no cell broadcasts for me
Jan 05 13:11:17 <mickeyl> strange
Jan 05 13:19:49 <DocScrutinizer> chan 221, O2 E-net?
Jan 05 13:19:53 <mickeyl> yep
Jan 05 13:20:16 <DocScrutinizer> :head-scratch:
Jan 05 13:20:22 <mickeyl> like i said, most vendors require special trigger commands
Jan 05 13:20:30 <mickeyl> i have yet to find that command for this very modem
Jan 05 13:22:38 <DocScrutinizer> EEEEK, I'm basically offline GSM-wise. 
Jan 05 13:22:53 * DocScrutinizer moves back SIM to proper phone
Jan 05 13:23:43 <mickeyl> hehe
Jan 05 13:32:44 <mrmoku> JaMa: just for the record http://shr.pastebin.com/wSycqjMe
Jan 05 13:39:16 <JaMa> hmm haven't seen this, only resolve_conffiles..
Jan 05 13:40:38 <mrmoku> hmm... does not boot anymore
Jan 05 13:41:18 * mrmoku downloads and installs a fresh image then
Jan 05 14:06:16 <GNUtoo|laptop> hi mrmoku 
Jan 05 14:07:21 <GNUtoo|laptop> ahhhh
Jan 05 14:07:43 <GNUtoo|laptop> please switch to libnl2 and ban libnl1
Jan 05 14:07:56 <GNUtoo|laptop> http://pastebin.com/PiNZeesN
Jan 05 14:08:24 <GNUtoo|laptop> and phonefsod says: phonefsod-Message: phonefsod-0.1.0 is in startup mode as user(root)
Jan 05 14:08:56 <JaMa> bluez still depends on libnl
Jan 05 14:09:40 <JaMa> also ie pstree
Jan 05 14:09:48 <mrmoku> and fso is using libnl2
Jan 05 14:12:22 <mrmoku> GNUtoo|laptop: start it with -d 1 ... and watch it segfaulting :/
Jan 05 14:12:45 <GNUtoo|laptop> libnl2 worked fine with i2
Jan 05 14:12:47 <GNUtoo|laptop> *iw
Jan 05 14:13:33 <GNUtoo|laptop> http://pastebin.com/PiNZeesN is when it links with libnl1 and libnl2
Jan 05 14:14:22 <GNUtoo|laptop> JaMa, what should we do then?
Jan 05 14:14:40 <GNUtoo|laptop> fso depends on libnl2
Jan 05 14:14:44 <GNUtoo|laptop> and bluez on libnl1
Jan 05 14:14:50 <GNUtoo|laptop> and having both makes an issue
Jan 05 14:14:56 <GNUtoo|laptop> there is a warning at linking
Jan 05 14:14:58 <JaMa> don't know.. just pointing that baning libnl1 is not that easy
Jan 05 14:15:02 <GNUtoo|laptop> and then that error at runtime
Jan 05 14:15:03 <GNUtoo|laptop> ok
Jan 05 14:15:15 <JaMa> and we had both for long time.. something went wrong lately that's an issue now
Jan 05 14:15:55 <GNUtoo|laptop> here's the warning:
Jan 05 14:16:07 <GNUtoo|laptop> http://pastebin.com/fhpfq3sa
Jan 05 14:18:00 <JaMa> for i in libnl/libnl_1.1.bb freesmartphone/*.bb shr/libphone-ui-shr_git.bb shr/phoneuid_git.bb ; do bitbake -c clean -b $i; done
Jan 05 14:20:37 <JaMa> libnl2 was released Oct13, hopefully now more project will adopt it
Jan 05 14:21:08 <GNUtoo|laptop> ok
Jan 05 14:21:29 <GNUtoo|laptop> I was cleaning only phoneuid
Jan 05 14:22:03 <JaMa> I have more stuff linked to libnl1 http://paste.pocoo.org/show/315296/
Jan 05 14:22:21 <GNUtoo|laptop> ok
Jan 05 14:22:39 <GNUtoo|laptop> I'll look for me
Jan 05 14:23:54 <JaMa> adding libnl2_2.0.bb
Jan 05 14:25:53 <playya> I'm writig a binary reader class and have some questions:
Jan 05 14:27:08 <playya> what do you prefer: a foile like api (with get_int32, seek, ...) or an  array like API (get_int32(4),...)
Jan 05 14:32:13 <mrmoku> hmm... what happened to libfso-glib?
Jan 05 14:32:18 <mrmoku> all autotools stuff is gone
Jan 05 14:32:22 <mrmoku> and it does not build
Jan 05 14:33:58 * mrmoku builds the gdbus branch instead
Jan 05 14:35:07 * JaMa hunting bison
Jan 05 14:35:32 <mrmoku> a bison should be sufficient for more than one bbq ;)
Jan 05 14:36:58 <JaMa> yup but OE bison is probably too small for one newer libnl2-2.0 http://bbs.chinaunix.net/archiver/tid-1521762-page-11.html
Jan 05 14:37:08 <mrmoku> :P
Jan 05 14:59:02 <GNUtoo|laptop> JaMa, what should we do for libnl1 then?
Jan 05 14:59:18 <GNUtoo|laptop> try if newer bluez that I have locally depend on libnl1?
Jan 05 14:59:33 <GNUtoo|laptop> or fix the issue in another way
Jan 05 15:11:11 <mickeyl> JaMa: libnl2 seen a release? wow
Jan 05 15:11:21 * mickeyl really surprised
Jan 05 15:12:09 <mickeyl> playya: array is more concise
Jan 05 15:12:47 <JaMa> GNUtoo|laptop: I've tried latest bluez4 few weeks ago and it failed with libnl2 we currently have.. so I'm trying that libnl-2.0
Jan 05 15:12:56 <GNUtoo|laptop> ok
Jan 05 15:13:05 <mickeyl> JaMa: how does it fail? perhaps we can patch it
Jan 05 15:13:30 <JaMa> mmt I'll try to upgrade libnl2 first 
Jan 05 15:13:36 <JaMa> with newer bison it builds again
Jan 05 15:18:01 <GNUtoo|laptop> libphone-ui-shr-1_0.0.1+gitr1+bbd25c25d5f034eeaedba2b151c80a5480b28feb-r2:  arm-oe-linux-gnueabi-gcc: /home/gnutoo/embedded/oe/oetmps/htcdream/sysroots/armv6-novfp-oe-linux-gnueabi/usr/lib/libnl.so: No such file or directory
Jan 05 15:18:10 <GNUtoo|laptop> strange
Jan 05 15:21:37 <mickeyl> JaMa: i don't see where bluez HEAD is using netlink at all
Jan 05 15:22:01 <mickeyl> ah
Jan 05 15:22:03 <mickeyl> commit ecb835fca7e7134f38a3d061d186eb38d83bcb8b
Jan 05 15:22:03 <mickeyl> Author: Marcel Holtmann <marcel@holtmann.org>
Jan 05 15:22:03 <mickeyl> Date:   Wed Oct 6 10:21:11 2010 +0200
Jan 05 15:22:03 <mickeyl>     Remove netlink plugin
Jan 05 15:22:14 <mickeyl> so i guess we should just not care
Jan 05 15:23:27 <JaMa> just checked that my last try was with bluez4_4.66.bb and --disable-netlink (to get rid of libnl dependency)
Jan 05 15:23:37 <JaMa> now there is 4.75 version
Jan 05 15:23:43 <mickeyl> and HEAD is @ 4.84
Jan 05 15:24:19 <JaMa> yes 4.75 is too old (just checked "| configure: error: Netlink library is required")
Jan 05 15:24:26 <mickeyl> ok
Jan 05 15:26:53 <JaMa> bluez4-4.84-r8.0: task do_buildall: Succeeded
Jan 05 15:27:04 <mickeyl> yay
Jan 05 15:32:40 <mrmoku> mickeyl: any idea what to do to make dbus-proxy-daemon work with our current dbus?
Jan 05 15:33:00 <mrmoku> I get REJECTED EXTERNAL DBUS_COOKIE_SHA1
Jan 05 15:33:51 <JaMa> mickeyl: should I push it before testing on device? because I won't be able to test properly on device this week :/
Jan 05 15:33:58 <JaMa> still too busy with daywork :/
Jan 05 15:34:36 <mickeyl> JaMa: feel free to, distros have pinned their versions or agree to use the latest
Jan 05 15:34:39 <mickeyl> mrmoku: never seen that!
Jan 05 15:34:53 <mickeyl> mrmoku: which dbus version is SHR building these days?
Jan 05 15:35:17 <JaMa> mickeyl: 1.4.1
Jan 05 15:37:58 <playya> are there any know protocols which align there datatypes to value which are not pow(2)?
Jan 05 15:38:06 <playya> like 5 or 7
Jan 05 15:39:53 <mickeyl> JaMa: perhaps we should check whether my 1.3.x makes a difference
Jan 05 15:40:06 <mickeyl> although i can't really imagine that
Jan 05 15:40:19 <mickeyl> let me google for that error message
Jan 05 15:40:55 <mickeyl> mrmoku: aah
Jan 05 15:41:00 <mickeyl> you're talking about a proxy
Jan 05 15:41:06 <mickeyl> so the normal dbus works?
Jan 05 15:41:35 <mrmoku> yeah
Jan 05 15:41:45 <mrmoku> I want to run phonefsod on my laptop for debugging
Jan 05 15:41:49 <mrmoku> worked fine some time ago
Jan 05 15:44:43 <mickeyl> ok, noone of the protocols changed IIRC
Jan 05 15:44:53 <mickeyl> so it needs to be a default config change guilty
Jan 05 15:47:09 <mrmoku> mickeyl: I tried disabling <auth>
Jan 05 15:47:35 <mrmoku> does not help... hmm... maybe it's just not allowed to connect to fso stuff
Jan 05 16:00:37 <mrmoku> mickeyl: hmm... seems to be a gdbus specific thing... at least dbus-monitor works this way
Jan 05 16:02:06 <mickeyl> ah
Jan 05 16:02:12 <mickeyl> i guess noone ever worked with gdbus over TCP yet
Jan 05 16:02:16 <mrmoku> 0022 mok@gonzales[pts/4]:~/src/openmoko/phonefsod-> DBUS_SYSTEM_BUS_ADDRESS=tcp:host=192.168.0.202,port=8081 gdbus monitor --system --dest org.freesmartphone.odeviced
Jan 05 16:02:17 <mickeyl> welcome to the wonderful world of pioneering
Jan 05 16:02:19 <mrmoku> Error connecting: In WaitingForData: unexpected response `REJECTED EXTERNAL DBUS_COOKIE_SHA1 ANONYMOUS'
Jan 05 16:02:22 <mrmoku> :P
Jan 05 16:02:28 <mickeyl> i'm afraid you need to take this up to gtk-devel
Jan 05 16:02:35 <mickeyl> i doubt it's anything vala-related
Jan 05 16:02:50 <mrmoku> yeah, me too
Jan 05 16:03:01 <GNUtoo|laptop> hmmm
Jan 05 16:03:13 <GNUtoo|laptop> maybe you have to copy a cookie
Jan 05 16:03:15 <GNUtoo|laptop> or similar
Jan 05 16:03:19 <GNUtoo|laptop> for remote dbus
Jan 05 16:03:34 <GNUtoo|laptop> like for remote pulseaudio for instance
Jan 05 16:05:34 <mickeyl> mrmoku: if you're adventures... might trace the same call once using dbus-glib and gdbus on the TCP layer
Jan 05 16:05:42 <mickeyl> to point out where the differences are
Jan 05 16:06:14 <mrmoku> mickeyl: somehow it should work though: http://library.gnome.org/devel/gio/unstable/GDBusServer.html#GDBusServer--address
Jan 05 16:06:43 <mrmoku> TCP transport on two different hosts without authentication
Jan 05 16:07:13 <mickeyl> hmm, might also test w/ 2.27.x first
Jan 05 16:07:30 <mickeyl> i don't know whether there have been any changes to the gdbus code from .26.1 to 27.x
Jan 05 16:07:49 <mrmoku> heh, ok
Jan 05 16:07:56 * mrmoku only wants to debug phonefsod :P
Jan 05 16:08:30 <mickeyl> well
Jan 05 16:08:41 <mickeyl> you can always run it locally and only use modem forwarding
Jan 05 16:10:25 <mrmoku> hmm
Jan 05 16:10:26 <mrmoku> G_DBUS_SERVER_FLAGS_AUTHENTICATION_ALLOW_ANONYMOUS
Jan 05 16:10:33 <mrmoku> it's not just modem
Jan 05 16:10:43 <mrmoku> fsodeviced and fsousaged too
Jan 05 16:11:02 <mrmoku> yeah, I could run those on my laptop too
Jan 05 16:13:33 <mickeyl> yep, i run most of the things on the workstation
Jan 05 16:16:52 <mrmoku> mickeyl: btw. is gdbus still the branch to use for libfso-glib and the master branch missing autofoo on purpose?
Jan 05 16:18:58 <mickeyl> yes
Jan 05 16:19:04 <mickeyl> take a look at the README :)
Jan 05 16:19:18 <mickeyl> i removed everything on the master branch but the README
Jan 05 16:20:29 <mrmoku> ok :)
Jan 05 16:22:48 <mickeyl> if you think it's inconvenient, just holler
Jan 05 16:22:52 <mickeyl> it was just the first idea i had
Jan 05 16:29:40 <mrmoku> mickeyl: no, it's fine this way
Jan 05 16:37:40 <pavanai> how to update android os?
Jan 05 16:37:49 <pavanai> iam having dell xcd 28
Jan 05 16:39:10 <pavanai> anybody in this chat room?
Jan 05 16:42:03 <mrmoku> configure: error: Could not find i2c functions in linux/i2c-dev.h...please install i2c-tools
Jan 05 16:42:06 <mrmoku> hmm
Jan 05 16:42:13 <mrmoku> mickeyl: i have i2c-tools installed
Jan 05 16:44:05 <pavanai> anybody know how to update andro ver 2.1 to 2.2?
Jan 05 16:51:27 <mickeyl> mrmoku: i2c-tools-dev?
Jan 05 16:51:53 <mickeyl> libi2c-dev here
Jan 05 16:53:06 <CIA-70> freesmartphone.org: 03mickey 07cornucopia * r646cabcb79fb 10/fsodeviced/configure.ac: fsodeviced: mention libi2c-dev
Jan 05 16:53:40 <mrmoku> ahh... libi2c
Jan 05 16:54:12 <mrmoku> hmm... no such thing in archlinux :/
Jan 05 16:55:06 <DocScrutinizer> i2ctools was messed up. dev was an integral part of base pkg
Jan 05 16:55:18 <DocScrutinizer> iirc
Jan 05 16:57:58 <mickeyl> mrmoku: hmm, bummer. essentially you need the static helper functions
Jan 05 16:58:16 <mickeyl> mrmoku: given that we have such a nightmare with it also in OE, i will probably include them in fsodeviced soon
Jan 05 16:58:49 <mickeyl> mrmoku: i need to drive Sabine to the midwife now, but when I'm back i can do that 
Jan 05 17:00:23 <DocScrutinizer> midwife??
Jan 05 17:00:38 <mickeyl> well, that's how dict.leo calls it
Jan 05 17:00:39 <mickeyl> Hebamme
Jan 05 17:00:45 <DocScrutinizer> ooh
Jan 05 17:01:12 <mickeyl> we're looking for one that helps us afterwards
Jan 05 17:01:18 <mickeyl> obviously we're very late :/
Jan 05 17:01:31 <DocScrutinizer> good luck!
Jan 05 17:01:35 <mickeyl> thanks
Jan 05 17:02:21 <mickeyl> we thought that is something we can take care 3 or 4 weeks before the birth
Jan 05 17:02:31 <mickeyl> but apparantly those folks are very rare :)
Jan 05 17:02:42 <mickeyl> so we try to look for one now
Jan 05 17:03:29 <mickeyl> bbl
Jan 05 17:04:05 <DocScrutinizer> mrmoku: you ever checked OM/OE/SHR against FHS? ESP regarding location of cmds in /usr/*, which is supposed to not be available during early boot
Jan 05 17:05:10 <DocScrutinizer> I *really* don't want to see an abomination like optification on SHR
Jan 05 17:05:38 <DocScrutinizer> just because /usr/bin ""has to be on /""
Jan 05 17:06:14 <DocScrutinizer> ~optification
Jan 05 17:06:14 <apt> rumour has it, optification is a inventive duct tape workaround to reclaim space in fs root, done due to the fact the partitioning is FUBAR, or http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Packaging,_Deploying_and_Distributing/Installing_under_opt_and_MyDocs, or ""OMG - I wish somebody had looked into FHS and moved /usr to eMMC"", or http://www.pathname.com/fhs/pub/fhs-2.3.html#PURPOSE2 bullet1,2 and fhs-2.3.html#PURPOSE16 sentence3
Jan 05 17:16:15 <mrmoku> DocScrutinizer: no, never checked that... I hope OE is doing the right thing :P
Jan 05 17:16:37 <DocScrutinizer> HAH optimist
Jan 05 17:17:29 <DocScrutinizer> btw /var is another candidate perfectly allowable for late-mount
Jan 05 17:18:16 <mrmoku> well... we're doing some volatile foo with var
Jan 05 17:18:26 <mrmoku> which happens quite early I think
Jan 05 17:19:18 <DocScrutinizer> it's completely ok to mount /var any time. Just not rely on /var existing before you have taken care to mount it
Jan 05 17:20:51 <DocScrutinizer> maemo relies on quite a number of binaries from /usr/(s)bin during early boot, so they decided /usr has to live on NAND rootfs :-/
Jan 05 17:21:42 <DocScrutinizer> ...instead of moving those binaries they need from /usr/(s)bin to /(s)bin
Jan 05 17:22:00 <mrmoku> heh
Jan 05 17:22:17 * mrmoku dinner :-)
Jan 05 17:22:27 <DocScrutinizer> now /usr is completely useless cruft and they invented /opt(ification)
Jan 05 17:22:35 <DocScrutinizer> breakfast :-)
Jan 05 17:23:31 <DocScrutinizer> o/
Jan 05 17:23:51 <DocScrutinizer> ~factinfo optification
Jan 05 17:23:51 <apt> optification -- created by DocScrutinizer <~jr@openmoko/engineers/joerg> at Mon Mar 15 10:29:39 2010 (296 days); last modified at Sat Sep 18 13:26:19 2010 by DocScrutinizer!~halley@openmoko/engineers/joerg; it has been requested 58 times, last by DocScrutinizer, 17m 37s ago.
Jan 05 17:36:35 <morphis> heyho
Jan 05 17:37:40 <morphis> ah great libphone-ui compiles again!
Jan 05 17:41:30 <JaMa|Off> good with last upgrade.. libnl1 was autoinstalled and is now orphaned, removing.
Jan 05 17:41:47 <JaMa|Off> and phoneuid works again :)
Jan 05 17:42:05 <JaMa|Off> and then segfaults ;/
Jan 05 17:44:56 <CIA-70> freesmartphone.org: 03morphis 07msmcomm * r48026fc35ced 10/libmsmcomm-next/ (configure.ac msmcomm/Makefile.am msmcomm/abstractobject.vala): libmsmcomm-next: implement abstract object and add libfsobasics as dependency
Jan 05 17:45:04 <morphis> but it compiles, thats a first step!
Jan 05 17:45:10 <CIA-70> freesmartphone.org: 03morphis 07msmcomm * rf5060e6e9244 10/msmvterm/ (AUTHORS COPYING ChangeLog INSTALL NEWS README autogen.sh): msmvterm: add missing autotools build environment
Jan 05 17:45:10 <CIA-70> freesmartphone.org: 03morphis 07msmcomm * r76ea77f846e4 10/libmsmcomm-next/msmcomm/ (4 files): libmsmcomm-next: more work on call messages and message group
Jan 05 17:50:41 <CIA-70> freesmartphone.org: 03morphis 07msmcomm * rd2bad9c95a87 10/libmsmcomm-next/.gitignore: libmsmcomm-next: add local .gitignore
Jan 05 17:50:48 <CIA-70> freesmartphone.org: 03morphis 07msmcomm * rcf45bc8bab21 10/libmsmcomm-next/msmcomm/callmessage.vala: libmsmcomm-next: add magic values for block option in call origination command
Jan 05 18:00:49 <CIA-70> freesmartphone.org: 03morphis 07msmcomm * r53c6623aa0c6 10/libmsmcomm-next/msmcomm/ (3 files): libmsmcomm-next: correct naming convention for message classes
Jan 05 18:01:17 <mickey|office> exciting commits :)
Jan 05 18:01:20 <mickey|office> bbiab, -> home
Jan 05 18:09:19 <mrmoku> JaMa|Off: yeah, phonefsod segfaults too
Jan 05 18:29:48 <mickeyl> so this should make building simpler:
Jan 05 18:30:49 <mrmoku> mickeyl: btw. I have the binaries installed
Jan 05 18:30:56 <mrmoku> just no lib or includes
Jan 05 18:31:08 <mickeyl> git pull
Jan 05 18:31:10 <CIA-70> freesmartphone.org: 03mickey 07cornucopia * r7fd4ac0918f9 10/fsodeviced/ (4 files in 4 dirs): fsodeviced: include everything necessary to use i2c from userland
Jan 05 18:31:52 <mrmoku> yeah, already building :)
Jan 05 18:32:08 <mrmoku> configured fine, thanks :)
Jan 05 18:32:24 <mickeyl> cool
Jan 05 18:32:47 <mrmoku> next thing is... how to configure fsogsmd to use the remote modem?
Jan 05 18:33:07 <mickeyl> which modem do you want to use?
Jan 05 18:33:15 <mickeyl> FreeRunner?
Jan 05 18:33:16 <mrmoku> yup
Jan 05 18:33:20 <mickeyl> ok
Jan 05 18:33:29 <mickeyl> use the following in fsogsmd.conf:
Jan 05 18:33:43 <mickeyl> [libgsm0710mux]
Jan 05 18:33:59 <mickeyl> device_type = tcp
Jan 05 18:34:06 <mickeyl> device_port = 192.168.0.202
Jan 05 18:34:14 <mickeyl> device_speed = 5621
Jan 05 18:34:23 <mickeyl> rest as usual
Jan 05 18:34:30 <mickeyl> then you will need a script that does the sysfs dance
Jan 05 18:34:31 <mrmoku> ok
Jan 05 18:34:35 <mickeyl> (i.e. turning modem off and on)
Jan 05 18:34:44 <mrmoku> ahh, no fsogsmd running on target then
Jan 05 18:34:50 <mickeyl> yes
Jan 05 18:35:04 <mickeyl> then you turn off sleep mode
Jan 05 18:35:11 <GNUtoo|htcdream> and what about lowlevel plugin config?
Jan 05 18:35:16 <mickeyl> (mterm2 /dev/ttySAC0 => AT%SLEEP=bla)
Jan 05 18:35:28 <mickeyl> then you launch serial-forward
Jan 05 18:35:36 <CIA-70> freesmartphone.org: 03morphis 07msmcomm * r9d14650db788 10/libmsmcomm-next/msmcomm/ (basemessage.vala callmessage.vala): libmsmcomm-next: implement all known call commands and solicited responses
Jan 05 18:35:54 <mickeyl> serial_forward -n /dev/ttySAC0 -p 5621 -t serial -r
Jan 05 18:36:01 <mickeyl> then you can run fsogsmd :)
Jan 05 18:36:05 <mrmoku> ok
Jan 05 18:36:08 <mickeyl> no need for any lowlevel plugins, they won't work on the workstation
Jan 05 18:36:27 <GNUtoo|htcdream> so he must desactivate them
Jan 05 18:36:37 <GNUtoo|htcdream> that's what I tought
Jan 05 18:36:51 <mickeyl> *nod* probably the best, they will hopefully fail gracefully though
Jan 05 18:36:56 <morphis> can anyone do me a favour and look at my compat-wireless-2.6-old patches on the OE-devel ML?
Jan 05 18:36:59 <GNUtoo|htcdream> ah ok
Jan 05 18:37:09 <mickeyl> morphis: looks good to me on first glance
Jan 05 18:38:04 <GNUtoo|htcdream> how old and spefic is compat wireless old?
Jan 05 18:38:22 <morphis> I only can compile it for the palmpre
Jan 05 18:38:25 <GNUtoo|htcdream> could I add htcdream support later?
Jan 05 18:38:29 <GNUtoo|htcdream> ok
Jan 05 18:38:35 <morphis> never got it compiling for x86 or other machines
Jan 05 18:38:42 <morphis> GNUtoo|htcdream: would be nice
Jan 05 18:38:43 <GNUtoo|htcdream> ok
Jan 05 18:38:57 <morphis> but compat-wireless-2.6-old is from late 2009
Jan 05 18:38:58 <mrmoku> plugin.vala:815.41-815.63: error: The type name `Linux.Network.IfAddrMsg' could not be found Linux.Network.IfAddrMsg* ifa = (Linux.Network.IfAddrMsg*) Linux.Netlink.NLMSG_DATA(nlh);
Jan 05 18:39:08 <GNUtoo|htcdream> anyway it would only be usefull if I fix that irq
Jan 05 18:39:14 <mrmoku> ~lart netlink
Jan 05 18:39:16 * apt makes a balloon animal out of netlink
Jan 05 18:39:28 <morphis> mickeyl: should I interpret your comment as Acked-by?
Jan 05 18:40:09 <mickeyl> yeah. it doesn't hurt anything since it's a complete new provider anyways
Jan 05 18:40:19 <GNUtoo|htcdream> indeed
Jan 05 18:40:28 <mickeyl> mrmoku: hmm... are you on the latest vala?
Jan 05 18:40:37 <GNUtoo|htcdream> so I wonder if ack are really neededs
Jan 05 18:40:44 <mickeyl> mrmoku: i did quite some additions while you were away?
Jan 05 18:40:47 <mickeyl> s/?/.
Jan 05 18:41:02 <mrmoku> mickeyl: are they upstream yet?
Jan 05 18:41:11 <mrmoku> or do I need one of your tarball releases?
Jan 05 18:41:35 <CIA-70> freesmartphone.org: 03morphis 07msmcomm * r417455311de9 10/libmsmcomm-next/msmcomm/callmessage.vala: libmsmcomm-next: make payload of CallCallbackResponseMessage known to base class
Jan 05 18:42:05 <morphis> mickeyl: will add our acked-by
Jan 05 18:42:26 <mickeyl> mrmoku: pushed it upstream. best use vala HEAD
Jan 05 18:42:32 <morphis> GNUtoo|htcdream: why not? it's better anyway when adding old stuff nobody else uses I think
Jan 05 18:42:39 * mrmoku calls yaourt -S vala-git :-)
Jan 05 18:42:47 <morphis> in the end we will end up with too much unmaintained stuff
Jan 05 18:42:48 <mickeyl> yapourt?
Jan 05 18:42:57 <GNUtoo|htcdream> ok
Jan 05 18:43:00 <morphis> ArchLInux package manager
Jan 05 18:43:05 <mrmoku> archlinux build stuff from source
Jan 05 18:43:05 <mickeyl> oh
Jan 05 18:43:13 <mickeyl> what makes you use that distro?
Jan 05 18:43:37 <GNUtoo|htcdream> recent packages?
Jan 05 18:43:38 <mrmoku> good question... I was quited into Fedora
Jan 05 18:44:01 <mrmoku> but TAsn was always talking good about arch and after my collegeau started to talk good about it too I gave it a shot
Jan 05 18:44:05 <mrmoku> and it convinced me
Jan 05 18:44:15 <mrmoku> a lot faster than bloated Fedora
Jan 05 18:44:22 <morphis> Arch is great but only something for people with enough time :)
Jan 05 18:44:24 <mrmoku> and very flexible
Jan 05 18:44:32 <GNUtoo|htcdream> how good is fedora?
Jan 05 18:44:42 <mrmoku> morphis: well... not as much time as gentoo ;)
Jan 05 18:44:50 <GNUtoo|htcdream> lol
Jan 05 18:44:56 <morphis> mrmoku: right, but much more I need with my ubuntu :)
Jan 05 18:45:00 <mrmoku> GNUtoo|htcdream: I like fedora a lot too
Jan 05 18:45:08 <mrmoku> and I distasted all buntus ;)
Jan 05 18:45:08 <pespin_> I'm using arch on my PC and netbook here too :)
Jan 05 18:45:21 <pespin_> arch + e17 ftw :P
Jan 05 18:45:24 <GNUtoo|htcdream> i'm on trisquel but fedora looks nice
Jan 05 18:45:49 <mrmoku> one problem with fedora is the fast release cycle
Jan 05 18:45:51 <mickeyl> mrmoku: interesting
Jan 05 18:45:59 <mickeyl> should try that once 
Jan 05 18:45:59 <mrmoku> every half year you have a big upgrade
Jan 05 18:46:03 <GNUtoo|htcdream> that is an advantage for me
Jan 05 18:46:04 <mrmoku> arch is rolling release
Jan 05 18:46:17 <GNUtoo|htcdream> trisquel is 6 month in the past...
Jan 05 18:46:34 <mrmoku> mickeyl: yeah, so far I'm really happy with it 
Jan 05 18:46:43 <mrmoku> and installed it on my server and wifes pc too
Jan 05 18:46:58 <mrmoku> ahh... and the laptop of my elder one
Jan 05 18:47:00 <pespin_> arch doesn't need so much time once you learn how everything works. I think it saves you lots of time with other things
Jan 05 18:47:30 <mrmoku> mickeyl: one of the nice policies is that arch uses upstream packages as they are
Jan 05 18:47:33 <GNUtoo|htcdream> you hace more than one wife?
Jan 05 18:47:34 <pespin_> ie I installed arch on the computer I bought yesterday, and everything it's quite configured right now :)
Jan 05 18:47:36 <mrmoku> very low patching level
Jan 05 18:47:50 <mickeyl> mrmoku: hmm, right, that can be good
Jan 05 18:48:06 <mrmoku> s/wifes pc/wife's pc/
Jan 05 18:48:11 <mrmoku> just one
Jan 05 18:48:12 <GNUtoo|htcdream> lol
Jan 05 18:48:17 <mrmoku> is more than enough anyway ;)
Jan 05 18:48:30 <mickeyl> hahahaha
Jan 05 18:49:13 <mrmoku> mickeyl: current vala HEAD goes one step ahead
Jan 05 18:49:14 <mrmoku> plugin.c: In function 'low_level_nokia900_netlink_start':
Jan 05 18:49:14 <mrmoku> plugin.c:1126:9: error: variable 'ifreq' has initializer but incomplete type
Jan 05 18:49:21 <mrmoku> plugin.c: In function 'low_level_nokia900_netlink_getlink':
Jan 05 18:49:21 <mrmoku> plugin.c:1210:30: error: 'ARPHRD_PHONET' undeclared (first use in this function)
Jan 05 18:49:43 <mrmoku> I might just remove that plugin ;)
Jan 05 18:49:49 <pespin_> mrmoku, do you need git? or 11.2 is enough for you? you have 11.2 in vala-devel package from AUR
Jan 05 18:50:06 <GNUtoo|htcdream> ah?
Jan 05 18:50:17 <morphis> mickeyl: you like libmsmcomm-next?
Jan 05 18:50:32 <GNUtoo|htcdream> why removing the lowlevel?
Jan 05 18:50:33 <mickeyl> morphis: ya, i like the idea
Jan 05 18:50:41 <mrmoku> pespin_: AUR has vala-git :)
Jan 05 18:50:48 <morphis> mickeyl: already looked at the code?
Jan 05 18:50:52 <mickeyl> morphis: not yet
Jan 05 18:50:53 <GNUtoo|htcdream> removing in your laptop or in git?
Jan 05 18:50:55 <mickeyl> mrmoku: nah, just lets outfactor the netlink stuff
Jan 05 18:50:57 <mrmoku> GNUtoo|htcdream: I just need fsogsmd on my laptop
Jan 05 18:51:01 <GNUtoo|htcdream> ok
Jan 05 18:51:15 <GNUtoo|htcdream> i feared removal in git...
Jan 05 18:51:15 <morphis> mickeyl: ah ok, tell if you do and found something you don't like
Jan 05 18:51:21 <mickeyl> will do
Jan 05 18:51:43 <mrmoku> mickeyl: yeah, but not now... I want to see a working phonefsod again
Jan 05 18:51:48 <mickeyl> sure
Jan 05 18:51:49 <pespin_> mrmoku, you have both in AUR, vala-devel and vala-git :)
Jan 05 18:51:59 <mrmoku> pespin_: yeah
Jan 05 18:52:10 <mrmoku> without that plugin it built fine :-)
Jan 05 18:53:00 <mrmoku> mickeyl: hmm... what config will it use? the default one?
Jan 05 18:53:11 <mickeyl> mrmoku: it uses the search path
Jan 05 18:53:19 <mickeyl>  /etc/<binary>.conf
Jan 05 18:53:23 <mickeyl>  /etc/freesmartphone/<binary>.conf
Jan 05 18:53:28 <mickeyl>  /etc/freesmartphone/<machinedetect>/<binary>.conf
Jan 05 18:53:32 <mickeyl> machinedetect being default
Jan 05 18:53:41 <mickeyl> uses the first it finds
Jan 05 18:53:48 <mrmoku> ok, but I need the GTA02 one, right? so I copy it over to /etc/fsogsmd.conf
Jan 05 18:53:53 <mickeyl> yes
Jan 05 18:55:17 <mickeyl> the forwarding was invaluable for me for writing fsogsmd. pity it took years until we found out why it didn't work initially
Jan 05 18:56:05 <mrmoku> heh, yeah
Jan 05 18:56:18 * mrmoku looks up the sysfs dance in the openmoko plugin
Jan 05 18:56:29 <GNUtoo|htcdream> why wasn't it working?
Jan 05 18:56:48 <mrmoku> ahh, just 0 and then 1 to the power node?
Jan 05 18:59:15 <TAsn> morphis, actually, I recently found out (after using ubuntu at work)
Jan 05 18:59:29 <TAsn> that arch is actually faster than ubuntu for non-standard things
Jan 05 18:59:33 <TAsn> and once you get it running
Jan 05 18:59:43 <TAsn> arch does not need any help (obviously)
Jan 05 18:59:46 <TAsn> so they are the same.
Jan 05 19:01:07 <mrmoku> 2011.01.05 19:56:52.086581 [GLib-GObject]       WARNING: invalid cast from `GDBusProxy' to `FreeSmartphoneUsage'
Jan 05 19:01:10 <mrmoku> hmm
Jan 05 19:01:20 <mickeyl> harmless
Jan 05 19:01:57 <morphis> TAsn: :)
Jan 05 19:02:08 <mickeyl> GNUtoo|htcdream: Mux mode is binary, so you need to turn on raw mode
Jan 05 19:02:27 <GNUtoo|htcdream> ok
Jan 05 19:03:39 <pespin_> TAsn, You are lucky, I think I'll stop bothering you about sms-report till mrmoku has libphoneui ported to gdbus running correctly
Jan 05 19:03:42 <pespin_> ;)
Jan 05 19:07:00 <TAsn> pespin_, haha :)
Jan 05 19:07:07 <TAsn> pespin_, I told you I will never remember
Jan 05 19:07:12 <TAsn> unless you remind me at the right time
Jan 05 19:07:13 <TAsn> :)
Jan 05 19:07:22 <TAsn> and you apparently also forget :)
Jan 05 19:07:32 <TAsn> And yes, I'm the luckiest person I'm aware of.
Jan 05 19:07:41 <mrmoku> 2011-01-05T19:03:36.826401Z [WARN]  subsystem : Could not load plugin: Could not load /usr/local/lib/cornucopia/modules/fsogsm/modem_ti_calypso.so: /usr/local/lib/cornucopia/modules/fsogsm/modem_ti_calypso.so: cannot open shared object file: No such file or directory
Jan 05 19:07:46 <mrmoku> hmm
Jan 05 19:08:03 <pespin_> TAsn, yeah xD mainly because It's weird for eme to remind you on thursdays :P
Jan 05 19:08:10 <CIA-70> freesmartphone.org: 03morphis 07msmcomm * r5ee31802b8eb 10/libmsmcomm-next/ (3 files in 3 dirs): libmsmcomm-next: structures.vapi: set default destroy function for structures
Jan 05 19:08:19 <pespin_> I think I'll write an IRC bot or something hehe
Jan 05 19:08:47 <TAsn> pespin_, :P
Jan 05 19:12:29 <mrmoku> ok... good night story time
Jan 05 19:12:29 <mrmoku> bbiab
Jan 05 19:26:42 <mrmoku> mickeyl: something still not correct with my fsogsmd
Jan 05 19:26:50 <mrmoku> it does not get on the bus
Jan 05 19:27:27 <mrmoku> mickeyl: for clarification... the calypso plugin I do need, right?
Jan 05 19:29:20 <mickeyl> yes
Jan 05 19:29:43 <mrmoku> --enable-libgsm0710mux
Jan 05 19:29:47 <mrmoku> did not do that
Jan 05 19:29:48 <mickeyl> the config is usually the same as for 02, just without the lowlevel plugin and with the other libgsm0710mux settings
Jan 05 19:29:50 <mickeyl> oh :)
Jan 05 19:29:53 <mickeyl> that you need :)
Jan 05 19:29:58 <mickeyl> otherwise it won't be built
Jan 05 19:30:00 <mrmoku> configure: error: Package requirements (gsm0710mux-1.0 >= 0.3.4) were not met:
Jan 05 19:30:04 <mickeyl> yep
Jan 05 19:30:09 * mrmoku clones that one
Jan 05 19:30:52 <mickeyl> after that you will run into the next dependency :)
Jan 05 19:30:53 <mickeyl> gsm0710
Jan 05 19:31:00 <mickeyl> but that should be it
Jan 05 19:31:46 <mrmoku> that one I already have :)
Jan 05 19:32:29 <CIA-70> freesmartphone.org: 03morphis 07msmcomm * rd43261408ea3 10/libmsmcomm-next/msmcomm/messagedisassembler.vala: libmsmcomm-next: pass array of bytes to message disassembler instead of a void pointer
Jan 05 19:32:32 <CIA-70> freesmartphone.org: 03morphis 07msmcomm * r06373d8fd4bc 10/libmsmcomm-next/tests/ (Makefile.am testmessagedisassembler.vala): libmsmcommd-next: add first test case for message disassembler
Jan 05 19:33:44 <morphis> hm I added compat-wireless-2.6-old to MACHINE_EXTRA_RDEPENDS and it gets build when I build shr-lite-image but not added to the rootfs
Jan 05 19:34:01 <mrmoku> ahh... starts without any warning now :)
Jan 05 19:34:12 <mrmoku> and is sitting on the bus :D
Jan 05 19:34:17 <mickeyl> excellent
Jan 05 19:34:17 * mrmoku getting excited
Jan 05 19:34:26 <mickeyl> modem is out of sleep mode?
Jan 05 19:34:40 <GNUtoo|htcdream> when is the next (bus) stop?
Jan 05 19:35:10 <mrmoku> root@om-gta02 ~ # mterm2 /dev/ttySAC0 => AT%SLEEP=0187
Jan 05 19:35:14 <mrmoku> is what I did
Jan 05 19:35:16 <mickeyl> oh
Jan 05 19:35:23 <mickeyl> that => was meant "literally"
Jan 05 19:35:29 <mrmoku> hehe, ok
Jan 05 19:35:31 <mickeyl> i.e. typing the command in
Jan 05 19:35:33 <mickeyl> and it's not 0187
Jan 05 19:35:38 <mickeyl> 0187 is the echo suppression etc.
Jan 05 19:35:50 <mickeyl> it's 2 iirc
Jan 05 19:36:13 <mrmoku> duhh, ok
Jan 05 19:36:24 <mickeyl> so first waking up
Jan 05 19:36:30 <mickeyl> by typing at<CR> a couple of times
Jan 05 19:36:33 <mickeyl> then at%sleep=2
Jan 05 19:36:40 <mickeyl> then shut down mterm2 and run the serial_forwad
Jan 05 19:37:36 <GNUtoo|htcdream> fsogsmd fall asleep in the bus?
Jan 05 19:38:10 <mrmoku> at%sleep=2
Jan 05 19:38:10 <mrmoku> EXT: I
Jan 05 19:38:10 <mrmoku> OK
Jan 05 19:38:40 <CIA-70> freesmartphone.org: 03morphis 07msmcomm * rbf34d1cf9176 10/libmsmcomm-next/ (2 files in 2 dirs): libmsmcomm-next: message disassembler: return null when message size is too small
Jan 05 19:39:23 <mickeyl> excellent
Jan 05 19:39:35 <mickeyl> now serial_forward and you're up and running... if you configured fsogsmd.conf right :D
Jan 05 19:40:03 <mickeyl> it's actually straightforward once you memorize the steps ;)
Jan 05 19:40:29 <mrmoku> not yet... it's not reading the correct config
Jan 05 19:41:41 <mrmoku> 2011-01-05T19:37:59.668565Z [DEBUG] TiCalypsoModem <4C>: Created; configured for serial:/dev/ttySAC0@115200
Jan 05 19:41:44 <mrmoku> :/
Jan 05 19:41:59 <mickeyl> might be a red herring
Jan 05 19:42:04 <mickeyl> libgsm0710mux overwrites modem_access
Jan 05 19:42:20 <mickeyl> i.e. modem_access is not being used when you're using the mux transport
Jan 05 19:42:46 <mickeyl> since it has its own config params
Jan 05 19:43:02 <mickeyl> i didn't want to turn this into like
Jan 05 19:43:13 <mickeyl> modem_access = mux:/dev/ttySAC0:advanced:64:10:08
Jan 05 19:43:15 <mickeyl> :)
Jan 05 19:43:24 <mickeyl> still might be better.. duno
Jan 05 19:43:51 <mrmoku> ahh, so you say it just logs the wrong thing?
Jan 05 19:44:25 <mickeyl> that's what i'm trying to say, yes
Jan 05 19:44:52 <mrmoku> ERROR:plugin.c:135:low_level_openmoko_real_poweron: assertion failed: (_tmp1_)
Jan 05 19:45:02 <mickeyl> ok, so much for gracefully failing ;)
Jan 05 19:45:05 <mickeyl> remove the lowlevel_plugin
Jan 05 19:45:07 <mrmoku> when phonefsod is trying to activate it ;)
Jan 05 19:45:09 <mickeyl> setting
Jan 05 19:45:09 <mrmoku> ok
Jan 05 19:45:16 <mickeyl> heh, you're adventurous
Jan 05 19:45:22 <mickeyl> already starting with the highest level of abstraction
Jan 05 19:45:46 * mickeyl bottom-up
Jan 05 19:46:17 <mrmoku> 2011.01.05 20:42:45.326048 [phonefsod]  DEBUG: error: GDBus.Error:org.freesmartphone.Resource.UnableToEnable: GDBus.Error:org.freesmartphone.Resource.UnableToEnable: Can't open the modem. g-io-error-quark 36
Jan 05 19:47:00 <mickeyl> ok
Jan 05 19:47:04 <mickeyl> fsogsmd log?
Jan 05 19:47:51 <mrmoku> mickeyl: my fault
Jan 05 19:47:56 <mickeyl> k
Jan 05 19:48:03 <mrmoku> I turned off the enhanced mux mode
Jan 05 19:48:15 <mrmoku> heh, no
Jan 05 19:48:16 <mrmoku> the same
Jan 05 19:48:20 * mrmoku checks log
Jan 05 19:48:38 <mickeyl> for such situations i only use DEBUG and stderr:colors ...
Jan 05 19:48:39 <mrmoku> 2011-01-05T19:44:43.053864Z [DEBUG] TiCalypsoModem <4C>: Will open 4 channels...
Jan 05 19:48:42 <mrmoku> 2011-01-05T19:44:43.304154Z [WARN]  libfsotransport <fd -1>: Create called on already existing transport. Ignoring
Jan 05 19:48:45 <mrmoku> 2011-01-05T19:44:54.000734Z [ERROR] libfsotransport <0710:2>: Can't allocate channel #2 from MUX: Modem does not provide this channel.
Jan 05 19:49:13 <mrmoku> heh, phonefsod is driving me mad by blanking my screen every second :P
Jan 05 19:49:16 * mrmoku turns that off
Jan 05 19:49:18 <mickeyl> hehe
Jan 05 19:49:56 <mickeyl> might want to enable libgsm0710mux debug log until the setup works
Jan 05 19:50:01 <mrmoku> ok
Jan 05 19:51:02 <mickeyl> the thing is... calypso has broken firmware, so it can't drop out of MUX mode
Jan 05 19:51:14 <mickeyl> which means you need to do the reset dance every time you want to restart fsogsmd
Jan 05 19:51:34 <mickeyl> but usually once it's up and running, you don't need to restart fsogsmd
Jan 05 19:51:53 <mrmoku> mickeyl: http://shr.pastebin.com/hsrqxpJG
Jan 05 19:52:04 <mrmoku> ahhhh
Jan 05 19:52:05 <mrmoku> ok
Jan 05 19:52:09 <mickeyl> that looks good so far
Jan 05 19:52:31 <mrmoku> then I will dance the sysfs again :P
Jan 05 19:52:35 <mickeyl> :D
Jan 05 19:52:56 <mickeyl> it's helpful to have a script
Jan 05 19:52:58 <mickeyl> powercycle
Jan 05 19:53:04 <mickeyl> which also turns off sleep mode
Jan 05 19:53:30 <mickeyl> i had that once, but it went away with a reflash...
Jan 05 19:53:47 <mrmoku> something like 'echo at%slepp=2 | mterm2 ...' ?
Jan 05 19:54:02 <mickeyl> yep, but no need to go through mterm
Jan 05 19:54:16 <mickeyl> directly echoing to the device node should work as well
Jan 05 19:54:29 <mickeyl> note that you need to echo "AT\r\n" a couple of times first
Jan 05 19:54:35 <mickeyl> and sleep a bit between commands :)
Jan 05 19:55:04 <mickeyl> gsm is quite rewarding to work with ;)
Jan 05 19:55:13 <mrmoku> lovely ;)
Jan 05 19:55:48 <mickeyl> you can probably imagine what a trivial bit of software a GSM daemon is *cough*
Jan 05 19:56:16 <mrmoku> heh, yeah
Jan 05 19:56:35 * mickeyl unsure whether he'd do that all again...
Jan 05 19:58:30 <mickeyl> to play safe, lets get forwarding working first before trying fsogsmd
Jan 05 19:58:50 <mrmoku> too late :P
Jan 05 19:58:51 <mrmoku> New connection from: '192.168.0.200'
Jan 05 19:58:51 <mrmoku> Sending from destination 32
Jan 05 19:58:51 <mrmoku> New connection from: '192.168.0.200'
Jan 05 19:58:57 <mrmoku> should be fine?
Jan 05 19:59:08 <mickeyl> that looks good
Jan 05 19:59:18 <mrmoku> still no go though
Jan 05 19:59:22 <mickeyl> hmm
Jan 05 19:59:25 <mickeyl> twice new connection is not good
Jan 05 20:00:01 <mickeyl> lets check forwarding 
Jan 05 20:00:04 <mrmoku> ok
Jan 05 20:00:04 <mickeyl> powercycle modem
Jan 05 20:00:07 <mickeyl> run serial_forward
Jan 05 20:00:09 <mickeyl> then on the host, run
Jan 05 20:00:15 <mickeyl> mterm2 tcp:192.168.0.202 -s 5621
Jan 05 20:00:20 <mickeyl> and check whether the modem talks with you
Jan 05 20:00:46 * mrmoku builds mterm2 on host :P
Jan 05 20:01:08 <mickeyl> (alternatively, use any other terminal emulator that can talk via tcp ;)
Jan 05 20:01:16 <mrmoku> no thanks :P
Jan 05 20:01:27 <mrmoku> already built and installed :)
Jan 05 20:01:32 <mickeyl> good
Jan 05 20:01:51 <mrmoku> at
Jan 05 20:01:52 <mrmoku> at
Jan 05 20:01:52 <mrmoku> OK
Jan 05 20:01:55 <mrmoku> so it works :)
Jan 05 20:01:57 <mickeyl> excellent
Jan 05 20:02:01 <mickeyl> disable echo mode
Jan 05 20:02:05 <mickeyl> i think we forgot that
Jan 05 20:02:10 <mrmoku> how?
Jan 05 20:02:14 <mickeyl> iirc calypso won't enter MUX mode if you have echo on
Jan 05 20:02:15 <mickeyl> ATE0
Jan 05 20:02:26 <mickeyl> so that might have been our problem
Jan 05 20:02:33 <mickeyl> all that is codified in the lowlevel_plugin
Jan 05 20:02:38 <mickeyl> that's why we have it
Jan 05 20:02:38 <mrmoku> hmm... no response on that one
Jan 05 20:02:46 <mickeyl> then it fell asleep
Jan 05 20:02:51 <mickeyl> AT again
Jan 05 20:03:01 <mrmoku> ok
Jan 05 20:03:04 <mickeyl> and be sure AT%SLEEP=2 is done
Jan 05 20:03:08 <mrmoku> damn sleepy calypso
Jan 05 20:03:11 <mickeyl> yeah
Jan 05 20:03:12 <mickeyl> it sucks
Jan 05 20:03:20 <mickeyl> they should have no sleep mode by default
Jan 05 20:03:21 <mrmoku> just did it again
Jan 05 20:03:23 <mrmoku> (the sleep)
Jan 05 20:03:31 <mickeyl> i think it was 2, not 4
Jan 05 20:03:38 <mickeyl> let me confirm by looking at the code
Jan 05 20:04:14 <mickeyl> yes, sleep=2
Jan 05 20:04:16 <mickeyl> lowlevel says:
Jan 05 20:04:22 <mickeyl> ATE0Q0V1
Jan 05 20:04:29 <mickeyl> AT%SLEEP=2
Jan 05 20:04:40 <mickeyl> and then it hands control over to higher level
Jan 05 20:04:51 <mrmoku> ok, did those two again
Jan 05 20:04:56 <mrmoku> was not sleeping this time :)
Jan 05 20:04:59 <mickeyl> excellent
Jan 05 20:05:03 <mrmoku> now quit term2 and fire fsogsmd?
Jan 05 20:05:04 <mickeyl> so we have forward working
Jan 05 20:05:07 <mickeyl> correct
Jan 05 20:05:15 <mickeyl> this time it should work
Jan 05 20:05:21 <mickeyl> echo mode was the last thing i forgot
Jan 05 20:05:34 <mickeyl> i guess
Jan 05 20:05:34 <mickeyl> ;)
Jan 05 20:05:41 <GNUtoo|laptop> recipes/shr/shr-settings/elementary.sh has export ELM_FINGER_SIZE=70, can I change to 50?
Jan 05 20:05:51 <mickeyl> depends on your fingers ;)
Jan 05 20:05:57 <GNUtoo|laptop> I mean in oe
Jan 05 20:05:59 <mrmoku> 2011.01.05 21:02:28.140976 [phonefsod]  DEBUG: resource GSM is now enabled
Jan 05 20:06:01 <GNUtoo|laptop> 70 breaks htcdream
Jan 05 20:06:02 <mrmoku> yay :D
Jan 05 20:06:05 <mickeyl> mrmoku: congrats!
Jan 05 20:06:13 <mrmoku> mickeyl: thanks :)
Jan 05 20:06:14 <mickeyl> mrmoku: can i play with my wife now?
Jan 05 20:06:19 <mrmoku> yup :P
Jan 05 20:06:22 <mickeyl> thanks. bbl tonite :)
Jan 05 20:06:24 <mrmoku> and I will play with phonefsod :P
Jan 05 20:06:29 <mickeyl> toi toi toi
Jan 05 20:06:39 <mrmoku> yeah
Jan 05 20:06:48 <mickeyl> one last tip
Jan 05 20:06:58 <mickeyl> remember that releasing the resource will shut the modem logically down
Jan 05 20:07:02 <mickeyl> so if you don't want the powercycle dance
Jan 05 20:07:10 <mickeyl> request the GSM resource from an additional process as well
Jan 05 20:07:27 <mickeyl> so you can request/release with phonefsod without problems
Jan 05 20:07:42 <pespin_> GNUtoo|htcdream, about that 70 in elm, I was told that it was indeed a too high number
Jan 05 20:07:46 <pespin_> in #e
Jan 05 20:08:18 <pespin_> I was told something like "who the hell has those enormous fingers?" or similar xD
Jan 05 20:08:38 <pespin_> I think I used 50 in FR for some time too and it works ok
Jan 05 20:08:50 <GNUtoo|laptop> ok
Jan 05 20:08:59 * GNUtoo|laptop really wants to change to 50 but needs some acks
Jan 05 20:11:03 <mrmoku> mickeyl: ok
Jan 05 20:15:46 <dos1> well
Jan 05 20:15:54 <dos1> i'm ok with 50
Jan 05 20:16:18 <dos1> but i'm sure when you'll change it, many people will complain on ml that they can't hit anything :P
Jan 05 20:16:26 <GNUtoo|laptop> ?
Jan 05 20:16:35 <morphis> mickeyl: does Object.new(type) not call the constructor of a class?
Jan 05 20:16:40 <GNUtoo|laptop> it changes something on om-gta02?
Jan 05 20:16:46 * GNUtoo|laptop will try
Jan 05 20:16:48 <dos1> ah
Jan 05 20:17:06 <GNUtoo|laptop> I want it for htcdream
Jan 05 20:17:10 <dos1> GNUtoo|laptop: yoy want to change it only for htcdream?
Jan 05 20:17:13 <dos1> you*
Jan 05 20:17:26 <dos1> then do it and don't wait for any acks :P
Jan 05 20:17:38 <GNUtoo|laptop> no I want to change it globally
Jan 05 20:17:49 <GNUtoo|laptop> else I need to MACHINE_ARCH the recipe
Jan 05 20:18:02 <dos1> then it changes it on om-gta02 too :P
Jan 05 20:18:02 <GNUtoo|laptop> just for one small config file
Jan 05 20:18:06 <GNUtoo|laptop> yes
Jan 05 20:18:09 <pespin_> dos1, afair with 50 it works well too
Jan 05 20:18:12 <GNUtoo|laptop> but is the change ok for om-gta02
Jan 05 20:18:35 <dos1> for me ok, but as i said - i'm sure people will complain :/
Jan 05 20:18:46 <dos1> so probably you should ask on maillist
Jan 05 20:18:56 <GNUtoo|laptop> ok
Jan 05 20:19:37 <dos1> and when somebody will complain after reaching consensus, then you will be able to say "i asked on maillist and everyone agreed" :D
Jan 05 20:20:26 <GNUtoo|laptop> ok lol
Jan 05 20:20:26 <morphis> mickeyl: seems so ... thats bad
Jan 05 20:21:08 <GNUtoo|laptop> /etc/init.d/xserver-nodm restart didn't fix the elm bar for switching apps
Jan 05 20:21:10 <GNUtoo|laptop> any idea
Jan 05 20:21:13 <GNUtoo|laptop> ?
Jan 05 20:26:28 <pespin_> GNUtoo|laptop, shr_elm_softkey & ?
Jan 05 20:27:19 <GNUtoo|laptop> I'll try but doing that manually at each startup is kind of problematic
Jan 05 20:28:36 <PaulFertser> mickeyl: should serial_forward really exit if a connection was e.g. aborted?
Jan 05 20:28:53 <pespin_> GNUtoo|laptop, I think a way is finding where the shr_elm_softkey is called and adding a "sleep 20" before
Jan 05 20:29:00 <PaulFertser> mickeyl: i'm trying to use it for gps atm and it sometimes just quits "without a reason".
Jan 05 20:29:09 <GNUtoo|laptop> hmmm phonefsod segfaults
Jan 05 20:29:19 <GNUtoo|laptop> is it a known issue?
Jan 05 20:31:02 <GNUtoo|laptop> ah putting the illume finger size to 50 changes some stuff
Jan 05 20:31:06 <GNUtoo|laptop> on om-gta02
Jan 05 20:31:12 <GNUtoo|laptop> such as shr-settings close button
Jan 05 20:31:25 <pespin_> yeah theyare a bit smaller afair, but it's ok I think
Jan 05 20:31:37 <GNUtoo|laptop> so I'll change it only for htcdream
Jan 05 20:32:05 <pespin_> GNUtoo|laptop, someone aid phonefsod was segfaulting before, so I suppouse it's know :P
Jan 05 20:32:08 <GNUtoo|laptop> mrmoku, ping, do you know about phonefsod segfault?
Jan 05 20:32:15 <GNUtoo|laptop> should I try to debug it 
Jan 05 20:32:25 <GNUtoo|laptop> ?
Jan 05 20:32:46 <GNUtoo|laptop> (I'm the kind of people who uses cross-gdb + gdbserver)
Jan 05 20:33:39 <GNUtoo|laptop> the elm softkey is too small on om-gta02....
Jan 05 20:33:42 <GNUtoo|laptop> with 50
Jan 05 20:33:56 <GNUtoo|laptop> I'll come up with something to machine arch that file
Jan 05 20:36:50 <GNUtoo|laptop> oh nice!!!! GDB works again
Jan 05 20:37:07 <GNUtoo|laptop> #7  0x0000c964 in main (argc=<value optimized out>, argv=<value optimized out>) at phonefsod.c:814
Jan 05 20:37:51 <GNUtoo|laptop> phonefsod doesn't segfault when ran without -d
Jan 05 20:37:52 <GNUtoo|laptop> strange
Jan 05 20:38:19 <GNUtoo|laptop> it exits normally
Jan 05 20:44:21 <GNUtoo|laptop> ahh
Jan 05 20:44:26 <GNUtoo|laptop> a child segfaults
Jan 05 20:44:37 <CIA-70> freesmartphone.org: 03morphis 07msmcomm * r064e86f76f66 10/libmsmcomm-next/msmcomm/ (5 files): libmsmcomm-next: fix construction chain of message classes and several bugs
Jan 05 20:44:38 <CIA-70> freesmartphone.org: 03morphis 07msmcomm * rcfb87de5bc23 10/libmsmcomm-next/tests/testmessagedisassembler.vala: libmsmcomm-next: tests: test unpack logic of message disassembler with a concret message
Jan 05 20:46:18 <mrmoku> GNUtoo|laptop: I'm on it
Jan 05 20:46:29 <mrmoku> have almost everything running on my laptop now :)
Jan 05 20:46:38 <GNUtoo|laptop> mrmoku, ok
Jan 05 20:46:41 <GNUtoo|laptop> ah it was for that?
Jan 05 20:46:46 <mrmoku> yup
Jan 05 20:47:02 <GNUtoo|laptop> why not using gdb+gdbserver
Jan 05 20:47:02 <GNUtoo|laptop> ?
Jan 05 20:47:18 <mrmoku> I would still have to crosscompile
Jan 05 20:48:33 <GNUtoo|laptop> yes
Jan 05 20:48:35 <GNUtoo|laptop> ah ok
Jan 05 20:48:36 <GNUtoo|laptop> got it
Jan 05 20:48:40 <GNUtoo|laptop> it's faster that way
Jan 05 20:49:06 <GNUtoo|laptop> you could use oe_runmake or run.do.compile
Jan 05 20:49:53 <GNUtoo|laptop> run_do_compile can now run in any dir
Jan 05 21:04:53 <Martix> larsc: 2.6.37 for FR few hours after vanilla release, good job :-)
Jan 05 21:07:58 <GNUtoo|laptop> larsc, hi, you said that nothing was exiting, but your bq2xxx work seem exiting. more specifically it could bring better bq27xxx driver for upstream.
Jan 05 21:08:17 <GNUtoo|laptop> I've not looked at the source yet tough
Jan 05 21:09:33 <larsc> nothing exciting for the normal user
Jan 05 21:09:53 <GNUtoo|laptop> we use bq2xxx in nokia900
Jan 05 21:10:01 <GNUtoo|laptop> which is beeing ported to SHR
Jan 05 21:10:35 <GNUtoo|laptop> maybe I'm also not a normal user....lol
Jan 05 21:12:19 <CIA-70> freesmartphone.org: 03morphis 07msmcomm * rf163efd64533 10/libmsmcomm-next/msmcomm/messageassembler.vala: libmsmcomm-next: implement packing logic for message assembler
Jan 05 21:12:20 <CIA-70> freesmartphone.org: 03morphis 07msmcomm * r4305ac27ec05 10/libmsmcomm-next/tests/ (Makefile.am testmessageassembler.vala): libmsmcomm-next: add test case for packing logic in message assembler
Jan 05 21:12:52 <larsc> do you have any additional patches for the bq27x00 in your n900 patchset?
Jan 05 21:14:00 <GNUtoo|laptop> not exactly
Jan 05 21:14:14 <GNUtoo|laptop> I only imported bits from the openmoko driver
Jan 05 21:20:21 <larsc> are the patches somewhere where i can look at them?
Jan 05 21:20:36 <GNUtoo|laptop> yes 
Jan 05 21:20:38 <GNUtoo|laptop> they are ugly
Jan 05 21:20:46 <GNUtoo|laptop> and they are in fso kernel
Jan 05 21:20:48 <GNUtoo|laptop> here:
Jan 05 21:20:58 <GarthPS> GNUtoo|laptop: hi! I am working on the FSO-install for the plam. i want to test the link /tmp/boot/init to see if it point to fso or to webos but it does note work as it should. here
Jan 05 21:21:04 <GNUtoo|laptop> (I've to open a browser...it's heavy compiling here)
Jan 05 21:21:06 <GarthPS> http://pastebin.com/P2zJBeE7
Jan 05 21:22:39 <GNUtoo|laptop> larsc, http://git.freesmartphone.org/?p=linux-2.6.git;a=shortlog;h=refs/heads/nokia900/master
Jan 05 21:22:42 <GNUtoo|laptop> the last patches
Jan 05 21:22:43 <GarthPS> GNUtoo|laptop: do you have some time to help me ?
Jan 05 21:22:51 <GNUtoo|laptop> GarthPS, I'll look
Jan 05 21:23:03 <GarthPS> GNUtoo|laptop: thx
Jan 05 21:23:11 <GNUtoo|laptop> GarthPS, what doesn't work?
Jan 05 21:23:38 <GNUtoo|laptop> GarthPS, note that I can't try....I've no palm-pre despite of the fact that I helped with wifi
Jan 05 21:23:48 <GarthPS> in a console , my commade to test return what i want , but in the ifeq in the make file it does not works
Jan 05 21:23:53 <GarthPS> GNUtoo|laptop: sylvain@Hellboy:~/softs/WebOS/FSO$ novacom -w run file://bin/ls -- -l /tmp/boot/sbin/init | cut -c 85-
Jan 05 21:23:53 <GarthPS> webos
Jan 05 21:24:13 <GNUtoo|laptop> ok
Jan 05 21:24:15 <GarthPS> GNUtoo|laptop: u yop I know thx :)
Jan 05 21:25:13 <GarthPS> GNUtoo|laptop: do you see something wrong in my swtich-boot traget on pastebin ?
Jan 05 21:25:20 <GNUtoo|laptop> the rule is have a simplier test
Jan 05 21:25:25 <GNUtoo|laptop> I'll try something
Jan 05 21:25:43 <GNUtoo|laptop> what is webos?
Jan 05 21:25:48 <GNUtoo|laptop> a string?
Jan 05 21:25:55 <GNUtoo|laptop> shouldn't it be "webos" ?
Jan 05 21:28:12 <GarthPS> GNUtoo|laptop: yes it is a string
Jan 05 21:28:33 <GarthPS> GNUtoo|laptop: added "" but still no right tested
Jan 05 21:29:03 <GarthPS> GNUtoo|laptop: I should see "switching to FSO" but no
Jan 05 21:30:13 <GNUtoo|laptop> ok I'm trying
Jan 05 21:30:20 <GNUtoo|laptop> with some code I can run on my laptop
Jan 05 21:31:30 <larsc> GNUtoo|laptop: you probably want my patches then, it adds some extra properties and polling+caching to the driver
Jan 05 21:31:43 <GNUtoo|laptop> yes I want your patches
Jan 05 21:44:53 <GNUtoo|laptop> GarthPS, "" seem useless
Jan 05 21:45:02 <GNUtoo|laptop> but $$(command) returns something
Jan 05 21:45:58 <mrmoku> playya: /org/freesmartphone/Usage: org.freesmartphone.Usage.ResourceChanged ('GSM', true, {'policy': <'auto'>, 'refcount': <2>})
Jan 05 21:46:15 <mrmoku> what sort of thing is <'auto'> and <2> in glib world?
Jan 05 21:46:17 <mrmoku> any idea?
Jan 05 21:50:37 <larsc> GNUtoo|laptop: i just added another patch to the bq27x00 adding a external_power_changed callback. thanks to your comment
Jan 05 21:50:48 <GNUtoo|laptop> ok
Jan 05 21:50:50 <GNUtoo|laptop> thanks
Jan 05 21:51:06 <GarthPS> GNUtoo|laptop could you past your line plz ?
Jan 05 21:52:26 <GNUtoo|laptop> @echo $$(your_command)
Jan 05 21:53:13 <GNUtoo|laptop> such as:
Jan 05 21:53:18 <GNUtoo|laptop> echo $$(uname -a)
Jan 05 22:01:04 <GarthPS> GNUtoo|laptop: ok thx I am making some progress..
Jan 05 22:18:41 <GNUtoo|laptop> GarthPS, ok I've something that works
Jan 05 22:19:08 <GarthPS> GNUtoo|laptop: :) I am listening ?
Jan 05 22:19:24 <GNUtoo|laptop> try with $(strip $(variable)
Jan 05 22:19:29 <GNUtoo|laptop> I'll paste something very soon
Jan 05 22:25:45 <GNUtoo|laptop> ok example working, I'll apply to your case
Jan 05 22:28:33 <GNUtoo|laptop> http://pastebin.com/2VDUYYnG works
Jan 05 22:28:51 <GNUtoo|laptop> it works from the Makefile
Jan 05 22:29:01 <GNUtoo|laptop> but you could also remove the needs_make line and do
Jan 05 22:29:07 <GNUtoo|laptop> make needs_make=4
Jan 05 22:32:02 <GarthPS> GNUtoo|laptop: ok thank you!
Jan 05 22:37:18 <GNUtoo|laptop> GarthPS, I've a really working example this time
Jan 05 22:37:38 <GNUtoo|laptop> http://pastebin.com/DZZ6Nvn8
Jan 05 22:37:44 <GNUtoo|laptop> this one incorporate :
Jan 05 22:37:46 <GNUtoo|laptop> *the test
Jan 05 22:37:49 <GNUtoo|laptop> *the stripping
Jan 05 22:37:59 <GNUtoo|laptop> *calling something from the command line
Jan 05 22:40:15 <GNUtoo|laptop> GarthPS, ^^^
Jan 05 22:43:26 <pespin> error when trying to build shr-lite-image from sctatch:
Jan 05 22:43:27 <pespin> | /usr/lib/libgcc_s.so.1: file not recognized: File format not recognized
Jan 05 22:43:39 <pespin> NOTE: package python-numeric-24.2-ml1: task do_compile: Failed
Jan 05 22:45:05 <GNUtoo|laptop> ha it takes stuff from host
Jan 05 22:45:12 <GarthPS> GNUtoo|laptop: Your are my man! really thx you! :)
Jan 05 22:45:44 <GNUtoo|laptop> GarthPS, :) It took me quite some time...I don't know well Makefiles as I always mess with autotools
Jan 05 22:45:49 <GNUtoo|laptop> (fixing autotools issues)
Jan 05 22:46:06 <GNUtoo|laptop> (making configure.ac fom scratch is another story, and I never did that)
Jan 05 22:46:22 <GarthPS> GNUtoo|laptop: :) it is "shell" and "strip" which were salvator
Jan 05 22:46:39 <GNUtoo|laptop> yes
Jan 05 22:46:48 <GNUtoo|laptop> all taken from gnu make manual
Jan 05 22:48:34 <mickeyl> PaulFertser: (serial_forward) i need to have a look then. it never quits unsolicited here.
Jan 05 22:49:18 <mickeyl> mrmoku: auto is astring, refcount is an int
Jan 05 22:49:26 <mickeyl> i.e. they're Variant
Jan 05 22:49:29 <GNUtoo|laptop> bbl
Jan 05 22:49:29 <mickeyl> which makes the list a
Jan 05 22:49:36 <mickeyl> GLib.HashTable(string,Variant)
Jan 05 22:53:52 <PaulFertser> mickeyl: i think the accept() might be wrong, i can check if it's actually ECONNABORTED but i think it very well might be.
Jan 05 22:54:46 <mickeyl> PaulFertser: ok, good to know
Jan 05 22:54:48 <PaulFertser> mickeyl: but no problem, just a notice. BTW, it seems like for serial forwarding socat will do as well (if not better, it allows setting the baudrate and other parameters).
Jan 05 22:55:04 <mickeyl> yeah, in the simple serial case it might
Jan 05 22:55:33 <PaulFertser> mickeyl: cy8mrln case is not that simple, i agree. 
Jan 05 22:55:34 <PaulFertser> :)
Jan 05 22:55:35 <mickeyl> i doubt that it knows about hsuart and the cy8mrln though ;)
Jan 05 22:56:21 <mickeyl> this time i'm unguilty for NIH though, it's not my project, i just picked it up and maintaing it
Jan 05 22:59:16 <PaulFertser> mickeyl: sure thing, and it really is useful for those non-standard serial interfaces :)
Jan 05 23:04:51 <mickeyl> hmm, i'm getting lost in Nokia's UI these days... can anyone sort out uiemo, qt-components, meego-touch for me?
Jan 05 23:27:16 <gena2x> if this doesn't work only for me: gena@work:~/prg/openmoko$ git clone git://git.openmoko.org/git/kernel.git linux-2.6
Jan 05 23:27:16 <gena2x> Cloning into linux-2.6...
Jan 05 23:27:16 <gena2x> git.openmoko.org[0: 88.198.160.201]: errno=Connection refused
Jan 05 23:27:16 <gena2x> fatal: unable to connect a socket (Connection refused)
Jan 05 23:27:18 <gena2x> ?
Jan 05 23:27:23 <gena2x> s/if/is/
Jan 05 23:27:55 <gena2x> any ideas how to clone .37?
Jan 05 23:28:00 <larsc> probably related to the server move
Jan 05 23:28:31 <gena2x> so just waut?
Jan 05 23:28:49 <gena2x> damn, *wait.
Jan 05 23:29:30 <larsc> http works
Jan 05 23:29:45 <larsc> git clone http://git.openmoko/git/...
Jan 05 23:34:55 <gena2x> ah, http just somehow doesn't pass my firewall, thanks.
**** ENDING LOGGING AT Thu Jan 06 02:59:58 2011