**** BEGIN LOGGING AT Tue Nov 03 02:59:57 2009
Nov 03 07:23:20 <spaetz_> yay, finally. /me flashes 1st shr/merge image
Nov 03 07:26:45 <spaetz_> 128MB for the lite image tar? was it always that big?
Nov 03 07:48:00 <spaetz_> who did the new boot screen, dos?
Nov 03 07:48:24 <JaMa> mrmoku|away: any idea why we have libmikmod mtd-utils-native strace preferred versions higher than automatically selected by bitbake (DEFAULT_PREFERENCE = -1 probably), I droped almost whole preferred-shr-versions and those 3 would be downgraded.. so I added them again..
Nov 03 07:49:00 <JaMa> spaetz_: 88M 2009-11-02 17:27 shr-full-eglibc-ipk--20091102-om-gta02.rootfs.tar.gz
Nov 03 07:49:14 <JaMa> spaetz_: even with few more apps in it
Nov 03 07:49:50 <spaetz_> yes, the lite tar is about 50MB, but ungzipping makes it 112MB
Nov 03 07:50:11 <JaMa> ah ungzipped :)
Nov 03 07:50:12 <spaetz_> I guess it has always been about that size, I just never noticed
Nov 03 07:50:25 <spaetz_> hey, it boots into X. Yay!
Nov 03 07:50:32 <JaMa> spaetz_: thumb disabled?
Nov 03 07:50:42 <spaetz_> yep, disabled
Nov 03 07:51:10 <spaetz_> ok, no sim card in there, let's see what the contacts app does when I open it...
Nov 03 08:05:39 <[Rui]> JaMa: oooo... so shr-u is being updated now? Nice :)
Nov 03 08:08:15 <JaMa> [Rui]: its updated almost every day.. but updates are not built properly yet..
Nov 03 08:09:08 <[Rui]> JaMa: oh... I thought that image you were listing was one that was just built... :)
Nov 03 08:12:15 <spaetz_> mmh, USB networking didn't seem to come up properly
Nov 03 08:12:25 <spaetz_> getting a wifi connection works though
Nov 03 08:13:24 <spaetz_> mmh, GSM doesn't connect either
Nov 03 08:14:34 <JaMa> spaetz_: try to disable connman if usb0 will be up after reboot..
Nov 03 08:15:36 <spaetz_> ok, might try
Nov 03 08:15:38 <JaMa> spaetz_: problem is that with connman it looks up in ifconfig, but its not usable, Thomas send some patch disabling usb0 from connman IRC..
Nov 03 08:16:45 <spaetz_> there is a connman running as "/usr/sbin/connmand -I usb0"
Nov 03 08:17:06 <spaetz_> how do I disable that, is there an entry in some connman.conf?
Nov 03 08:18:12 <spaetz_> nahh... checking google
Nov 03 08:19:17 <JaMa> spaetz_: I tried and failed.. I also quick-scanned src for config description and found nothing..
Nov 03 08:27:44 <spaetz_> doh, I know why my GSM doesn't come up.
Nov 03 08:27:59 <spaetz_> there should be a binary fso-abyss if it installed correctly, right?
Nov 03 08:28:06 <spaetz_> no such thing on my FR
Nov 03 08:28:53 <spaetz_> mmh, although that seems to suceed Requesting new channel from 'fso-abyss'
Nov 03 08:31:05 <JaMa> spaetz_: mine is in /usr/sbin/fso-abyss
Nov 03 08:32:07 <spaetz_> ok, it's there.
Nov 03 08:32:22 <spaetz_> and sth seems to work: mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Network.GetStatus
Nov 03 08:32:25 <spaetz_> {   'mode': 'automatic', 'registration': 'unregistered', 'strength': 0}
Nov 03 08:33:54 <spaetz_> and now it's registered
Nov 03 08:34:04 <spaetz_> I needed to manually issue: mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Network.Register 
Nov 03 08:34:13 <spaetz_> weird
Nov 03 08:36:59 <spaetz_> TAsn: I can receive and make calls, but the "mic" and "speakers" slider are always initially on 0 and moving them doesn't seem to change things.
Nov 03 08:37:13 <spaetz_> ie I can make calls but neither hear or say anything :)
Nov 03 08:49:21 <spaetz_> shit, that new locking screen is beautiful
Nov 03 08:49:40 <mickey|office> scap?
Nov 03 08:49:52 <mickey|office> morning, btw
Nov 03 08:50:05 <JaMa> morning
Nov 03 08:53:11 <spaetz_> morning, installing scap. but it's nicely animated too. hold on :)
Nov 03 08:54:14 <mickey|office> cool
Nov 03 08:55:03 <spaetz_> e crashed :(. rebooting
Nov 03 08:57:42 <spaetz_> will fso...d goodness be able to initialize subsystems in parallel?
Nov 03 08:57:58 <spaetz_> frameworkd takes 70 sec to come up according to log
Nov 03 08:58:16 <spaetz_> why not init the gps why we are waiting for the darn GSM to wake up...
Nov 03 08:59:02 <mickey|office> spaetz_: first off, fso*d is blazingly faster even if it would initialize subsystems one-after-another
Nov 03 08:59:21 <mickey|office> spaetz_: second, every subsystem is an individual process, so yes, they can be started in parallel
Nov 03 08:59:34 <spaetz_> mickey|office: ok, that I well believe. Maybe parallizing isn't all that important then...
Nov 03 08:59:47 <spaetz_> ahh, they really are separate processes, interesting
Nov 03 09:00:07 <mickey|office> it's going to be amazing
Nov 03 09:00:20 <mickey|office> if things don't go wrong, fsogsmd will be done in 2009
Nov 03 09:00:33 * spaetz_ was so busy building the darn shr/merge tree that he didn't follow FSO dev
Nov 03 09:00:35 <mickey|office> at least ready for beta
Nov 03 09:00:49 <spaetz_> yay, no beta is too mature for SHR
Nov 03 09:00:52 <mickey|office> well, i didn't post any updates
Nov 03 09:01:00 <spaetz_> we plainly refuse anything beyond early alpha
Nov 03 09:01:02 <mickey|office> i should take the time and post a status report
Nov 03 09:01:13 <spaetz_> and once we start reaching beta, we prefer a rewrite ;)
Nov 03 09:01:35 <JaMa> spaetz_: :))
Nov 03 09:01:43 <mickey|office> hehe
Nov 03 09:02:12 <spaetz_> and don't you dare propose installing anything on the FR with a major version number larger than 0 :)
Nov 03 09:04:34 <spaetz_> ERROR: '['/home/spaetz/src/shrbuildenv/shr-unstable/openembedded/recipes/shr/elementary-theme-gry_git.bb']' RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity 'e-wm-theme-illume-gry' but it wasn't found in any PACKAGE or RPROVIDES variables
Nov 03 09:04:44 <spaetz_> Jesus, I need your help
Nov 03 09:06:58 <JaMa> spaetz_: its just misting in shr/merge.. copy it from shr/import..
Nov 03 09:07:33 <JaMa> spaetz_: or I can add it (done here :))
Nov 03 09:09:53 <spaetz_> mickey|office: http://scap.linuxtogo.org/files/3ad2162867623820e58dd12de229b1ae.png
Nov 03 09:09:59 <spaetz_> locking screen
Nov 03 09:10:08 <spaetz_> slider at the bottom unlocks
Nov 03 09:10:17 <spaetz_> and the unlock screen kind of slides away
Nov 03 09:10:36 <mickey|office> ooh slick look!
Nov 03 09:10:49 <spaetz_> yep, very slick
Nov 03 09:11:14 <spaetz_> it seems to be invoked by a) AUX button and b) lock timeout
Nov 03 09:11:30 <JaMa> wow nice
Nov 03 09:18:39 <spaetz_> and mokonnect is finally able to connect to my WEP WLAN without causing a kernel oops. hurray!
Nov 03 09:19:45 <spaetz_> setting a "suspend" timeout of -1 doesn't prevent suspend any longer... :(
Nov 03 09:30:15 <spaetz_> mickey|office: why would that fail? mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.SetResourcePolicy CPU enabled  
Nov 03 09:30:18 <spaetz_> ERROR:dbus.connection:Unable to set arguments ('CPU',) according to signature u'ss': <type 'exceptions.TypeError'>: More items found in D-Bus signature than in Python arguments
Nov 03 09:35:00 <mickey|office> hmm, for some reason it didn't pick up the 2nd argument
Nov 03 09:35:20 <spaetz_> seems like it. I tried with and without '"'. no difference
Nov 03 09:35:51 <mickey|office> might be a regression. i'll keep that in mind and try later 
Nov 03 09:35:58 <spaetz_> ok, thanks
Nov 03 09:35:58 <mickey|office> you can use cli-framework in the meantime
Nov 03 09:36:20 <spaetz_> ok, will try that. and there is always dbus-send
Nov 03 09:36:27 <mickey|office> right
Nov 03 09:36:36 <spaetz_> (although that has a horrible command line structure)
Nov 03 09:36:36 <mickey|office> cli-framework is a tad bit simpler though ;)
Nov 03 09:36:39 <mickey|office> $ cli-framework
Nov 03 09:36:42 <spaetz_> yes :)
Nov 03 09:36:49 <mickey|office> >>> usageiface.RequestResource("CPU", "enabled")
Nov 03 09:36:56 <spaetz_> thanks
Nov 03 09:37:04 <spaetz_> that helps a lot :)
Nov 03 09:47:43 <spaetz_> mickey|office: same shit using cli-framework
Nov 03 09:47:45 <spaetz_> >>> usageiface.RequestResource("CPU", "enabled")
Nov 03 09:48:30 <spaetz_> http://dpaste.com/115682/plain/
Nov 03 09:48:48 <spaetz_> TypeError: Fewer items found in D-Bus signature than in Python arguments
Nov 03 09:48:58 <spaetz_> probably python-dbus is broken
Nov 03 09:49:00 <mickey|office> err
Nov 03 09:49:01 <mickey|office> wait
Nov 03 09:49:07 <mickey|office> RequestResource != SetResourcePolicy
Nov 03 09:49:13 <spaetz_> darn, my bad
Nov 03 09:49:14 <mickey|office> my example was wrong
Nov 03 09:49:14 <spaetz_> retrying
Nov 03 09:49:23 <spaetz_> sorry, should have noticed
Nov 03 09:49:59 <spaetz_> I guess usageiface.SetResourcePolicy("CPU", "enabled")
Nov 03 09:50:04 <spaetz_> this should work?
Nov 03 09:50:24 <mickey|office> yes
Nov 03 09:50:26 <spaetz_> gives quickly back a: raceback (most recent call last):
Nov 03 09:50:26 <spaetz_>   File "<console>", line 1, in <module>
Nov 03 09:50:26 <spaetz_>   File "/usr/lib/python2.6/site-packages/dbus/proxies.py", line 140, in __call__
Nov 03 09:50:29 <spaetz_>     **keywords)
Nov 03 09:50:31 <spaetz_>   File "/usr/lib/python2.6/site-packages/dbus/connection.py", line 622, in call_blocking
Nov 03 09:50:34 <spaetz_>     message, timeout)
Nov 03 09:50:37 <spaetz_> DBusException: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus)
Nov 03 09:50:40 <spaetz_> :(
Nov 03 09:50:50 <mickey|office> hmm, that means fsousaged has crashed or is hanging
Nov 03 09:51:21 <spaetz_> doh, fsousaged doesn't seem to be runninh
Nov 03 09:51:23 <spaetz_> running
Nov 03 09:51:39 <spaetz_> checking frameworkd.conf
Nov 03 09:52:54 <spaetz_> need to ask mrmoku|away or someone about how to fsousaged is started
Nov 03 09:53:14 <spaetz_> sorry for bothering you. will report back after I checked with the shr guys
Nov 03 09:53:29 <mickey|office> oki, np
Nov 03 09:54:37 <spaetz_> ok, manually starting fsousaged, I get different messages: DBusException: org.freesmartphone.Usage.ResourceUnknown: Resource CPU had never been registered
Nov 03 09:54:54 <spaetz_> whcih might make sense as fsousaged has not been properly started, I guess
Nov 03 09:55:06 <mickey|office> no
Nov 03 09:55:14 <mickey|office> the CPU resource is actually being provided by (fs)odeviced
Nov 03 09:55:19 <mickey|office> since it interfaces with the idle notifier
Nov 03 09:55:34 <spaetz_> which is also not running here, still lots of frameworkd components, I guess
Nov 03 09:55:45 * spaetz_ sighs
Nov 03 09:56:03 <mickey|office> frameworkd should provide it as well, _but_
Nov 03 09:56:09 <mickey|office> fsousaged needs to be present before
Nov 03 09:56:15 <mickey|office> otherwise the resource can't be registered
Nov 03 09:56:23 <spaetz_> yep, that makes sense
Nov 03 09:56:26 <mickey|office> ideally that works by dbus system autoactivation
Nov 03 09:56:42 <mickey|office> when frameworkd wants to register the resource, fsousaged gets started
Nov 03 09:56:46 <spaetz_> thanks, will need to check whether fsousaged crashed or was never started
Nov 03 09:56:48 <mickey|office> at least that's how it's supposed to work
Nov 03 09:56:49 <spaetz_> mmh
Nov 03 09:56:59 * spaetz_ checks .service files
Nov 03 09:58:47 <mickey|office> it might be some bug in Vala's dbus support, i have noticed autoactivation timing out and/or giving strange errors since a while
Nov 03 09:58:51 <mickey|office> we have to debug that properly
Nov 03 09:58:57 <mickey|office> so i'm curious what you find
Nov 03 09:59:07 <mickey|office> mrmoku knows how to build dbus debug versions :)
Nov 03 10:00:11 <spaetz_> mmh, mdbus doesn't show org.freesmartphone.ousaged (which is expected) and a mdbus -s org.freesmartphone.ousaged lists stuff. So it seems it is properly started if needed
Nov 03 10:00:59 <spaetz_> and fsousaged shows up as a running process afterwards, so it keeps running and doesn't crash
Nov 03 10:06:29 <JaMa> spaetz_: should we use calc_git or calc_0.0.1?
Nov 03 10:08:38 <spaetz_> good question, I think dos1 did some modification since 0.0.1 but I generally prefer to use released versions if possible
Nov 03 10:08:49 <spaetz_> let me check and release a 0.0.2 if needed
Nov 03 10:09:08 <JaMa> spaetz_: git is used by default, but only commit missing from 0.0.1 is "Limit scaling down of entry" by dos1
Nov 03 10:10:08 <spaetz_> ok, then let me make a release 0.0.2 with that and we use the release
Nov 03 10:10:25 <spaetz_> the ipg names are just so much nicer than with a git rev in them :)
Nov 03 10:11:03 <JaMa> ok :)
Nov 03 10:11:37 <JaMa> I'll bump SRCREV, because the the one used now says that it doesn't exist..
Nov 03 10:15:08 <JaMa> ah and that was because it was missing in sane-srcrevs in shr/merge 
Nov 03 10:15:12 <spaetz_> JaMa: I tagged calc 0.0.2
Nov 03 10:15:31 <spaetz_> do you bump the recipe?
Nov 03 10:16:53 <JaMa> no.. just srcrev :)
Nov 03 10:17:23 <JaMa> ok, I'll add default_preference -1 to git.bb and bump to 0.0.2
Nov 03 10:19:10 <JaMa> spaetz_: why are bb files downloading tagged version from git instead of tarballs?
Nov 03 10:20:30 <JaMa> hmm it returns generated filename with created snapshot? http://github.com/spaetz/calc/tarball/0.0.2
Nov 03 10:21:09 * JaMa should read more carefully "No Downloads Yet" :)
Nov 03 10:21:45 <spaetz_> JaMa: there are no tarballs on github, i think
Nov 03 10:22:41 <spaetz_> oh there are
Nov 03 10:22:51 <JaMa> probably can be there, but I didn't notice that there are generated snapshots on "Downloads" page not prepared tarbals
Nov 03 10:24:10 <spaetz_> don't know if the tarballs are dynamically generated
Nov 03 10:24:25 <spaetz_> so either we use http://github.com/spaetz/calc/tarball/0.0.2 or we use git...
Nov 03 10:24:49 <JaMa> spaetz_: but that url returns different name for every access..
Nov 03 10:25:04 <JaMa> spaetz_: not sure how to handle it in OE.. so I'll stay with git.. 
Nov 03 10:25:21 <JaMa> spaetz_: are SRCREVs ignored when using tag=tagname?
Nov 03 10:25:52 <Heinervdm> JaMa: yes they are
Nov 03 10:26:22 <JaMa> ok great..
Nov 03 10:26:28 <Heinervdm> JaMa: because of that we never had a SRCREV for calc
Nov 03 10:26:38 <spaetz_> JaMa: ok
Nov 03 10:27:23 <spaetz_> probably we should use something like: SRC_URI = "git://github.com/spaetz/calc.git;protocol=http;branch=master;tag=${PV}"
Nov 03 10:27:33 <spaetz_> rather than hardcoding the tag in SRC_URI?
Nov 03 10:28:30 <spaetz_> and we don't need to explicitely specify PV in the recipe if its called calc_0.0.2.bb either, right?
Nov 03 10:28:54 <spaetz_> this was my very first forray into OE stuff, so I probably had made every error that you can make...
Nov 03 10:29:26 <JaMa> spaetz_: yes, this i changed too :)
Nov 03 10:31:00 <spaetz_> thanks :)
Nov 03 10:32:26 <zoff99> hi guys
Nov 03 10:33:22 <zoff99> in the mailing list somebody said there are already some test images? where can i download them?
Nov 03 10:36:16 <spaetz_> zoff99: I didn't say there a test images. I compiled my own image.
Nov 03 10:36:28 <spaetz_> based on the latest stuff
Nov 03 10:36:59 <spaetz_> and as I am not able to talk and hear while making phone calls, I doubt we want to replace it with the existing shr-unstable just yet
Nov 03 10:38:45 <spaetz_> JaMa: I asked #connman about not caring about usb0
Nov 03 10:38:53 <spaetz_> onnmand -I usbX excludes it
Nov 03 10:39:08 <spaetz_> And it supports glob style matching. So -I usb* and similar things work.
Nov 03 10:39:20 <Heinervdm> spaetz_: that's already included in our recipe
Nov 03 10:39:33 <JaMa> spaetz_: have you tried to disable it and reboot?
Nov 03 10:39:43 <spaetz_> Heinervdm: yep, I noticed that its called like that. But I don't get any IP for usb0
Nov 03 10:39:53 <spaetz_> when booting shr/merge
Nov 03 10:40:13 <spaetz_> although a static IP is specified in /etc/network/blah
Nov 03 10:40:15 <JaMa> spaetz_: I haven't tried if -I usb0 works.. because I'm removing connman as in post-flash phase :)
Nov 03 10:41:17 <Heinervdm> for me it worked
Nov 03 10:41:22 <spaetz_> weird
Nov 03 10:48:22 <zoff99_> can an OP please kick "zoff99" ist my, but somehow leftover :-(
Nov 03 10:49:10 <lindi-> zoff99_: use nickserv ghost
Nov 03 10:49:33 <zoff99_> nickserv ghost
Nov 03 10:49:39 <zoff99_> oops, how do i do that?
Nov 03 10:50:04 <JaMa> Heinervdm: do you remember where was OLDEST_KERNEL defined?
Nov 03 10:50:17 <JaMa> I don't see it now..
Nov 03 10:50:40 <spaetz_> zoff99: he will go away soon all by itself
Nov 03 10:50:49 <Heinervdm> JaMa: i think in the machine config
Nov 03 10:50:55 <JaMa> Heinervdm: maybe its conf/distro/include/eglibc.inc:OLDEST_KERNEL_linux-gnueabi ?= "2.6.16"
Nov 03 10:50:58 <zoff99_> oki
Nov 03 10:51:12 <Heinervdm> JaMa: no it's set to 2.6.24
Nov 03 10:51:13 <JaMa> Heinervdm: ah you're right, thanks conf/machine/om-gta02.conf:OLDEST_KERNEL_linux-gnueabi = "2.6.24"
Nov 03 10:51:16 <JaMa> lunch..
Nov 03 10:51:19 <zoff99_> so anybody can tell me where to download the new test images, heard something on the mailing list
Nov 03 10:51:47 <spaetz_> 1:36 < spaetz_> zoff99: I didn't say there a test images. I compiled my own image.
Nov 03 10:51:59 <spaetz_> there are no new images for download
Nov 03 10:52:03 <zoff99_> oh :-( can u put it somewhere?
Nov 03 10:52:16 <zoff99_> people are dying to try this out
Nov 03 10:52:25 <spaetz_> sure, but you won't be able to make working phone calls
Nov 03 10:52:30 <zoff99_> who cares
Nov 03 10:52:36 <zoff99_> i just want to see whats new
Nov 03 10:53:36 <spaetz_> I have a slow upstream, expect this to take a while :)
Nov 03 10:54:05 <zoff99_> :-)
Nov 03 10:54:11 <spaetz_> 15 minutes or so
Nov 03 10:54:12 <zoff99_> where do u want to put the image?
Nov 03 10:54:17 <zoff99_> web server?
Nov 03 10:54:34 <spaetz_> yep
Nov 03 10:54:35 <zoff99_> i have the flu, so i got time :-)
Nov 03 10:55:15 <zoff99_> ok, dont forget to tell the URL :)
Nov 03 10:55:24 <spaetz_> yep, will do :)
Nov 03 10:56:01 <zoff99_> anybody know when "offical" unstable images will be compiled again?
Nov 03 10:56:17 <zoff99_> spaetz_: thanks
Nov 03 10:57:52 <spaetz_> zoff99_: lite image tar.gz will be here when upload finished: http://sspaeth.de/uploads/tmp/shr.tar.gz
Nov 03 10:58:04 <spaetz_> will let you know
Nov 03 10:58:14 <zoff99_> ok thanks
Nov 03 10:58:30 <zoff99_> späth.de wie kommt man auf das? :)
Nov 03 10:58:36 <zoff99_> spät.de
Nov 03 11:01:19 <zoff99> spaetz: could you tell the URL one more time please :-) disconnected
Nov 03 11:03:05 <spaetz_> zoff99: if you last name is Spaeth :-). http://sspaeth.de/uploads/tmp/shr.tar.gz 50% uploaded
Nov 03 11:03:25 <spaetz_> I said that I have a slow upstream :)
Nov 03 11:03:43 <spaetz_> DSL is more expensive in Switzerland than in Germany...
Nov 03 11:03:53 <zoff99> no, i mean my IRC got disconneted and the window with the URL was gone
Nov 03 11:04:27 <zoff99> here in austria, from "3" you can get for 9 euro/month good mobile internet
Nov 03 11:08:38 <Ainulindale> mickey|office ? You're in an actual *office* ? :-)
Nov 03 11:16:43 <spaetz_> zoff99: upload finished
Nov 03 11:16:59 <spaetz_> feel free to download, but no warranties:)
Nov 03 11:17:14 <spaetz_> Ainulindale: he's calling the trains his office by now :)
Nov 03 11:17:22 <Ainulindale> Heh
Nov 03 11:19:38 <zoff99> what? trains?
Nov 03 11:19:41 <zoff99> dont understand
Nov 03 11:21:28 <spaetz_> zoff99: mickey often works online from trains
Nov 03 11:21:38 <zoff99> ok, i ll try the image. cant wait for the first crash :)
Nov 03 11:51:39 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * rdfff880d5ade 10/fsogsmd/src/plugins/modem_qualcomm_htc/htcparser.vala: fsogsmd: htcparser: add continuation support from atparser here as well
Nov 03 11:51:42 <spaetz_> we really should make the gry theme the default, it looks very close to default and is way faster
Nov 03 11:54:24 <mickey|office> Ainulindale: indeed, a real office :)
Nov 03 12:24:42 <spaetz_> Heinervdm: disabling usb0 like this doesn't seem to work. I have those 2 processes on my FR:
Nov 03 12:24:45 <spaetz_> /usr/sbin/connmand -I usb0
Nov 03 12:24:55 <spaetz_> /sbin/udhcpc -f -i usb0 -p /var/run/connman/udhcpc.usb0.pid
Nov 03 12:25:12 <spaetz_> so clearly something isn't working
Nov 03 12:26:24 <Sup3rkiddo> mickey|office, ola!
Nov 03 12:26:46 <JaMa> spaetz_: if i kill connman; ifdown usb0; ifup usb0 then my connection works
Nov 03 12:29:44 <Heinervdm> spaetz_: hmm, then connman doesn't ignore usb0...
Nov 03 12:29:50 <spaetz_> Heinervdm: exactly :)
Nov 03 12:30:06 <spaetz_> JaMa: I *could* do that, but its not the right thing to do.
Nov 03 12:30:07 <Heinervdm> perhaps we have a newer connman now
Nov 03 12:30:20 <spaetz_> I am trying to get it to work *correctly* :-)
Nov 03 12:30:29 * spaetz_ checks for newer versions of connman
Nov 03 12:30:48 <Heinervdm> spaetz_: there is a newer version, but that does not compile i think
Nov 03 12:31:16 <spaetz_> we have 0.42 and there is 0.46
Nov 03 12:31:20 <spaetz_> trying to compile that
Nov 03 12:31:34 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * r2472c0906030 10/fsogsmd/src/plugins/modem_qualcomm_htc/htcparser.vala: 
Nov 03 12:31:34 <CIA-52> freesmartphone.org: fsogsmd: htcparser: add warning for URC AT violation.
Nov 03 12:31:34 <CIA-52> freesmartphone.org: HTC: Your implementation of V1 mode S U C K S -- go in the corner and be ashamed
Nov 03 12:31:41 <Heinervdm> spaetz_: we have 0.44 i think
Nov 03 12:31:48 <Heinervdm> we are using git
Nov 03 12:32:29 <spaetz_> blah. :(
Nov 03 12:32:32 <spaetz_> confusing
Nov 03 12:32:46 <spaetz_> our recipe still says 0.42 in the file name
Nov 03 12:32:55 <spaetz_> why don't we use release tarballs?
Nov 03 12:33:03 <spaetz_> we tries to use 0.46
Nov 03 12:33:09 * spaetz_ tries to use 0.46
Nov 03 12:33:10 <Heinervdm> spaetz_: we are using org.oe.dev version ;=
Nov 03 12:34:33 <Heinervdm> spaetz_: but if #connman people answer your questions you can ask if you can define a default state for an interface and static ip with a config file
Nov 03 12:34:47 <Heinervdm> when i asked them i got no answer
Nov 03 12:35:16 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * r79749372e29b 10/fsogsmd/src/ (3rdparty/conversions.c lib/atcommands.vala lib/sms.vala): fsogsmd: initial SMS storage sync. works now
Nov 03 12:37:36 <JaMa> I also tried to build connman-gnome to test in on neo, if there is some config generated from gui..
Nov 03 12:37:54 <Ainulindale> mickey|office: where's that office?
Nov 03 12:38:06 <JaMa> but then i moved my attention somewhere else and disabled connman completely :)
Nov 03 12:39:44 <spaetz_> Heinervdm: asking in #connman now. But I guess the solution is to just upgrade connman.
Nov 03 12:39:51 <spaetz_> trying to compile the newer version...
Nov 03 12:40:15 <Heinervdm> spaetz_: i think there is no such thing to configure interfaces ;)
Nov 03 12:41:01 <JaMa> spaetz_: I tested few versions.. but its still the same from some 0.39 or something like that..
Nov 03 12:41:02 <mickey|office> Ainulindale: 20 minutes by car from home. Sharing it with some old friends, they're working on Java games.
Nov 03 12:44:35 <dos1> spaetz_: you mean that animation in shr-today?
Nov 03 12:44:42 <dos1> spaetz_: (in mail about shr/merge)
Nov 03 12:45:21 <spaetz_> dos1: is that locking screen shr-today?
Nov 03 12:45:38 <spaetz_> the animation when you unlock. Nice
Nov 03 12:45:51 <spaetz_> beautiful even :)
Nov 03 12:45:52 <dos1> spaetz_: yup. then that was me who added that animation :D
Nov 03 12:45:57 <spaetz_> cool.
Nov 03 12:46:02 * spaetz_ pats dos1 on the back
Nov 03 12:46:04 <dos1> edje rules ;)
Nov 03 12:46:15 <spaetz_> hehe, once you master its black magic
Nov 03 12:46:45 <spaetz_> edje might rule, but you implemented it. So thanks :)
Nov 03 12:56:54 <rebelThor> anyone know if I can get the libical ipk for shr/import ? i was curious to try ffalarms 3 ;)
Nov 03 12:57:01 <rebelThor> s/3/0.3/
Nov 03 12:57:02 <apt> rebelThor meant: anyone know if I can get the libical ipk for shr/import ? i was curious to try ffalarms 0.3 ;)
Nov 03 13:02:10 <zoff99> dont know why, i am having problems with that before
Nov 03 13:02:21 <zoff99> hmm, dont know whats wrong? :(
Nov 03 13:03:26 <PaulFertser> dos1: ping
Nov 03 13:03:33 <PaulFertser> dos1: wanna know a funny fact?
Nov 03 13:03:48 <PaulFertser> dos1: tomorrow russia celebrates a day of independence from Poland
Nov 03 13:03:51 <PaulFertser> Or something like that
Nov 03 13:04:20 <spaetz_> Heinervdm: connman_0.46 compiled flawlessly here on shr/merge
Nov 03 13:04:26 <spaetz_> pushing that now
Nov 03 13:04:31 <Heinervdm> spaetz_: ok
Nov 03 13:06:04 <PaulFertser> dos1: http://en.wikipedia.org/wiki/Unity_Day_(Russia)
Nov 03 13:15:00 <dos1> PaulFertser: funny thing is on polish wikipedia - http://translate.google.com/translate?prev=hp&hl=en&js=y&u=http://pl.wikipedia.org/wiki/Dzień_Jedności_Narodowej&sl=auto&tl=en&history_state0= 
Nov 03 13:15:06 <dos1> PaulFertser: look at footnote
Nov 03 13:19:22 <PaulFertser> dos1: yeah, every historian laughed at the new holiday, it's wrong in so many ways its hard to believe.
Nov 03 13:29:52 <blindcoder> PaulFertser: so is it a non-work holiday?
Nov 03 13:30:31 <blindcoder> colleagues of mine are currently in .ru they need to know for their timesheet :)
Nov 03 13:30:58 <PaulFertser> blindcoder: yes, that's an official holiday, so most of russians do not work tomorrow.
Nov 03 13:35:19 <spaetz_> dos1: I find the tux splash screen pretty cool. But I would even prefer if the "initializing cpu0" line were not there
Nov 03 13:35:41 <spaetz_> just a 00000] SHR is booting... would be sufficient (and prettier IMHO)
Nov 03 13:39:53 <spaetz_> Heinervdm: OK, probably 0.46 does pose a problem. I just compiled and installed 0.46
Nov 03 13:39:56 <spaetz_> and get this:
Nov 03 13:39:57 <spaetz_> connmand[1545]: src/rfkill.c:__connman_rfkill_init() 
Nov 03 13:39:57 <spaetz_> Segmentation fault
Nov 03 14:17:49 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * rb9c93dafd849 10/fsogsmd/src/ (5 files in 2 dirs): fsogsmd: repair SmsStorage after changing how Sms.Message is bound by Vapi
Nov 03 14:35:40 <spaetz_> who of you had mentioned those alignment traps?
Nov 03 14:35:42 <spaetz_> Alignment trap: connmand (1437) PC=0x0001b72c Instr=0x2800fbd1 Address=0xffffffff FSR 0x813
Nov 03 14:35:52 <spaetz_> and for what reasons do they occur?
Nov 03 14:35:59 <rebelThor> spaetz I think TeLLuS mentioned them
Nov 03 14:36:15 <rebelThor> but I had an instance of it on my shr/merge image as well
Nov 03 14:44:28 <spaetz_> ok, sent analysis to shr-devel. An Alignment-trap occurs every time the app tries to open a non-existing file.
Nov 03 14:45:06 <rebelThor> that sounds like a very big name for a common and possibly small issue 
Nov 03 15:01:22 <mickey|office> so
Nov 03 15:01:45 <mickey|office> with the new SMS API you'll get an array of text messages on high level
Nov 03 15:02:07 <mickey|office> it's possible now that messages are not complete yet
Nov 03 15:02:13 <mickey|office> (concatenated sms fragmentation)
Nov 03 15:02:27 <mickey|office> do you want to get a dummy entry for that ("incomplete") in the result?
Nov 03 15:02:47 <mickey|office> or should an incomplete entry just be skipped?
Nov 03 15:10:28 <pb__> I guess the ideal thing would be to have a message representation that lets you show that text is missing, i.e. a chain of text blocks rather than just a single block.  It can sometimes happen that a fragmented message never arrives completely and it seems reasonable that the UI might want to display as much text as is available.
Nov 03 15:34:10 <mickey|office> pb__: agreed. will do it like that. thanks
Nov 03 15:34:15 * mickey|office -> home
Nov 03 15:38:07 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * r1772ae9d0779 10/fsogsmd/src/lib/ (atmediators.vala sms.vala): fsogsmd: more work on SmsStorage
Nov 03 16:00:50 * pabs3 notes that intone needs a recompile in mrmoku's SHR-unstable: intone: error while loading shared libraries: libelementary-ver-svn-02.so.0: cannot open shared object file: No such file or directory
Nov 03 16:12:16 <rebelThor> pabs3: intone works ok for me on the latest shr-unstable (import) image.. where do you get that error ?
Nov 03 16:12:56 <pabs3> using mrmoku-unstable http://build.shr-project.org/tests/mrmoku/unstable/feed/
Nov 03 16:24:51 <mrmoku> spaetz, JaMa, Heinervdm: what is the current state of affairs? we're trying to fix thumb issues?
Nov 03 16:26:04 <TAsnn> spaetz, GTA01 or 02?
Nov 03 16:26:17 <TAsnn> what does your libphoneui.conf say?
Nov 03 16:26:27 <TAsnn> are you using latest version?
Nov 03 16:27:17 <rebelThor> mrmoku: should I open a ticket for that libphoneui-contacts crash-if-searching-really-fast bug or are you going to be handling it ? :)
Nov 03 16:27:28 <spaetz_> TAsnn: gta02 and git as of 12 hours ago or so
Nov 03 16:27:44 <TAsnn> rebelThor, please open.
Nov 03 16:27:50 <TAsnn> I was too lazy to open one myself.
Nov 03 16:28:00 <rebelThor> TAsnn: cool, on it
Nov 03 16:28:02 <spaetz_> mrmoku: still crashes and see my mail to shr-devel it seems they are pthread related
Nov 03 16:28:19 <TAsnn> rebelThor, explain that it's because the index is for some reason loaded before list is populated.
Nov 03 16:29:11 <mrmoku> spaetz_: yeah, saw your mails... that's why I ask
Nov 03 16:30:31 <TAsnn> spaetz, i c. hm.. and you say changing does nothing?! :|
Nov 03 16:30:38 <TAsnn> What do the logs say?
Nov 03 16:32:21 <spaetz_> changing what?
Nov 03 16:32:30 <TAsnn> sliders
Nov 03 16:32:34 <spaetz_> nope
Nov 03 16:32:56 <TAsnn> <TAsnn> What do the logs say?
Nov 03 16:33:01 <TAsnn> /etc/phoneuid.conf
Nov 03 16:33:06 <TAsnn> oops
Nov 03 16:33:07 <TAsnn> meant
Nov 03 16:33:09 <spaetz_> didn't hear anything. but there are other issues as well, sometimes I would not get any SIM PIN dialog
Nov 03 16:33:09 <rebelThor> TAsnn: #696
Nov 03 16:33:14 <TAsnn> /var/log/phoneuid.log ;]
Nov 03 16:33:14 <spaetz_> sometimes I get it twice.
Nov 03 16:33:19 <TAsnn> rebelThor, :)
Nov 03 16:33:21 <TAsnn> thanks.
Nov 03 16:33:29 <JaMa> mrmoku, spaetz_: e-mail reply sent, now bbl (4hours maybe)
Nov 03 16:33:38 <spaetz_> will provide the phoneuid.log at some point, need to leave now
Nov 03 16:33:46 <spaetz_> or pretty soon at least
Nov 03 16:34:36 <spaetz_> TAsnn: there seem to be dbus problems as well:
Nov 03 16:34:42 <F4t> hey guys, whats the latest recommened release for flashing, in terms of highest % of working stuff....
Nov 03 16:34:45 <spaetz_> this is on phoneuid.log 2009.11.03 16:30:20.601739 [phoneuid]    Unable to connect to dbus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory
Nov 03 16:35:02 <spaetz_> but not sure whether it was there when I tried calling. I rebooted quite often since then
Nov 03 16:35:07 <TAsnn> F4t, mrmoku/tests
Nov 03 16:35:20 <TAsnn> and install libphone-ui libphone-ui-shr phoneuid and phonefsod
Nov 03 16:35:20 <F4t> TAsnn, link?
Nov 03 16:35:37 <F4t> oh christ, any "just flash it" release?
Nov 03 16:35:45 <TAsnn> spaetz_, I'll wait for better logs ;]
Nov 03 16:35:50 <TAsnn> F4t, not yet. ;(
Nov 03 16:36:00 <F4t> *sigh* back to brick mode
Nov 03 16:36:24 <spaetz_> TAsnn: will provide them during next couple of days
Nov 03 16:36:37 <TAsnn> spaetz, thanks. :)
Nov 03 16:36:41 <TAsnn> I'm off.
Nov 03 16:36:42 <TAsnn> ciao.
Nov 03 16:36:43 <spaetz_> I need to do daywork during next few days
Nov 03 16:36:44 <spaetz_> ciao
Nov 03 16:37:36 <mrmoku> spaetz_: yeah... freaking daywork... me too :|
Nov 03 16:37:46 <spaetz_> :(
Nov 03 16:40:31 <spaetz_> one problem is that /usr/bin/fsousaged crashes the 1st time its called. And not sure why
Nov 03 16:44:38 <mrmoku> spaetz_: trying to fix that by syncing fso stuff from merge to import
Nov 03 16:44:46 <mrmoku> first son pickup service though
Nov 03 16:44:48 <mrmoku> bbl
Nov 03 16:47:34 <spaetz> mrmoku|away, i am building sshr/merge. so syncing to shr/import won't help... :-(
Nov 03 16:50:02 <dos1> oh, strange
Nov 03 16:50:10 <dos1> trying to build tangogps 0.9.8 on buildhost
Nov 03 16:50:18 <dos1> it says 404, while on my pc it's ok...
Nov 03 16:50:21 <dos1> on buildhost:
Nov 03 16:50:31 <dos1> PING tangogps.org (78.40.125.11) 56(84) bytes of data.
Nov 03 16:50:33 <dos1> 64 bytes from tango.bearstech.com (78.40.125.11): icmp_seq=1 ttl=64 time=0.219 ms
Nov 03 16:50:34 <dos1> on my pc:
Nov 03 16:50:47 <dos1> PING tangogps.org (88.191.100.245) 56(84) bytes of data.
Nov 03 16:50:49 <dos1> 64 bytes from sd-18671.dedibox.fr (88.191.100.245): icmp_seq=1 ttl=53 time=71.6 ms
Nov 03 16:55:54 <lindi-> dos1: shouldn't you keep local copies of the source?
Nov 03 16:57:51 <dos1> lindi-: that's new version, just released
Nov 03 16:58:12 <dos1> lindi-: but i already workarounded it - copied source tarball from my pc to buildhost :P
Nov 03 17:34:33 <PaulFertser> Gnutoo: (your alsa effort) great stuff, i see you did quite some debugging. I wonder if no other kernel hackers involved.
Nov 03 17:34:55 <Gnutoo> only me and little hep from irc
Nov 03 17:35:15 <Gnutoo> btw I took from qualcomm....I didn't write the driver...I only debugged it
Nov 03 17:35:42 <Gnutoo> done only with printks
Nov 03 17:35:49 <Gnutoo> and BUG()
Nov 03 17:35:52 <Gnutoo> + addr2line
Nov 03 17:37:06 <PaulFertser> Gnutoo: i know, i read your mail
Nov 03 17:37:26 <PaulFertser> And i meant s/if/why the hell/
Nov 03 17:37:29 <Gnutoo> yes I saw that(else how would you know)
Nov 03 17:37:41 <Gnutoo> don't know
Nov 03 17:37:59 <Gnutoo> maybe because I'm the only one having an htcdream interested in alsa
Nov 03 17:38:10 <Gnutoo> and that wanted to do it
Nov 03 17:39:04 <Gnutoo> btw I  bet  you're on the ml for the openmoko sound card
Nov 03 17:39:08 <Gnutoo> the wolfson
Nov 03 17:39:11 <Gnutoo> or something like that
Nov 03 17:40:35 <PaulFertser> Gnutoo: heh, not exactly, i registered when i needed to have an alsalib bug fixed (that affected any soundcard in fact).
Nov 03 17:42:22 <Gnutoo> ok
Nov 03 17:45:02 <PaulFertser> Gnutoo: i think you might want to Cc Pavel Machek on all your dream-related mails since he's interested to get proper support for that upstream.
Nov 03 17:45:16 <Gnutoo> wow
Nov 03 17:45:29 <Gnutoo> ok
Nov 03 17:45:40 <Gnutoo> does he work for google?
Nov 03 17:46:32 <Gnutoo> (just curious)
Nov 03 17:46:37 <PaulFertser> Gnutoo: of course not, if he worked for Google they had upstream support already. I'll pass you a link to his recent mails.
Nov 03 17:46:46 <Gnutoo> ok thanks
Nov 03 17:46:52 <Gnutoo> I've read mails from him
Nov 03 17:47:33 <Gnutoo> because what I saw from google is not very good,if I understood well they take their code,submit upstream and do no effort....
Nov 03 17:51:59 <PaulFertser> Gnutoo: example: http://article.gmane.org/gmane.linux.ports.arm.kernel/68001
Nov 03 17:52:25 <Gnutoo> thanks a lot!!!
Nov 03 17:53:31 <Flyser_> Weiss: Do you know about this http://article.gmane.org/gmane.comp.video.dri.devel/39639 patch? Would this be helpful on the openmoko
Nov 03 18:22:31 <morphis> heyho
Nov 03 18:23:16 <Gnutoo> Flyser_, what bootloader do you use...because If I remember well QI doesn't initialize the framebuffer
Nov 03 18:24:31 <sycoso> Is it possible to download the sourcecode of the shr-version of midori somewhere?
Nov 03 18:24:41 <Flyser_> Gnutoo: I still use u-boot ... forgot about Qi
Nov 03 18:24:50 <Gnutoo> ok
Nov 03 18:25:05 <Gnutoo> Flyser_, you've got the freerunner?
Nov 03 18:25:10 <Flyser_> yes
Nov 03 18:25:23 <Gnutoo> Flyser_, ok because installing QI on the gta01 is not advised
Nov 03 18:28:50 <PaulFertser> Gnutoo: Qi on gta01 can boot from SDHC while u-boot still misses the patches i guess
Nov 03 18:29:03 <Gnutoo> ok
Nov 03 18:29:23 <Gnutoo> it need messing up with the env
Nov 03 18:29:24 <Gnutoo> but it works no?
Nov 03 18:30:44 <PaulFertser> Gnutoo: i guess no
Nov 03 18:31:15 <Gnutoo> ah ok
Nov 03 18:49:24 <spaetz> k
Nov 03 18:55:21 <morphis> mrmoku: ping
Nov 03 18:55:48 <mrmoku> morphis: phong
Nov 03 18:56:02 <mrmoku> -h
Nov 03 18:56:03 <mrmoku> :)
Nov 03 18:56:28 <morphis> everything goes right? :)
Nov 03 18:56:41 <mrmoku> well... more or less :)
Nov 03 18:56:55 <mrmoku> everything is slower than expected...
Nov 03 18:57:09 <mrmoku> apart from segfaulting... that is quite fast :P
Nov 03 18:57:23 <morphis> hrhr :
Nov 03 18:57:24 <morphis> :)
Nov 03 18:57:39 <mrmoku> morphis: how's the challenge?
Nov 03 18:58:03 <TAsnn> mrmoku, talking about thumbless image?
Nov 03 18:58:10 <morphis> hmhm... I think we can reach the expected target before 13. november ..
Nov 03 18:58:14 <mrmoku> TAsnn: no, thumbfull image :)
Nov 03 18:58:19 <morphis> s/can/can not/
Nov 03 18:58:19 <apt> morphis meant: hmhm... I think we can not reach the expected target before 13. november ..
Nov 03 18:58:29 <mrmoku> hmm... modem ?
Nov 03 18:58:38 <morphis> stuckiing with this creepy binary protocol between modem and userspace
Nov 03 18:58:57 <mrmoku> bad thing :|
Nov 03 18:58:59 <TAsnn> mrmoku, why is it slow then?
Nov 03 18:59:12 <TAsnn> mrmoku, and what about thumbless image?
Nov 03 18:59:13 <mrmoku> TAsnn: progress is slow... not apps
Nov 03 18:59:20 <TAsnn> oh, ok. :)
Nov 03 18:59:36 <TAsnn> more HUGE waves today ;]
Nov 03 18:59:40 <TAsnn> I'm too tired to code ;]
Nov 03 19:00:05 <morphis> mrmoku: jepp, but I hope I can get first details about the protocol in the next days
Nov 03 19:00:07 <mrmoku> TAsn: hehe
Nov 03 19:01:02 <spaetz> do less surfing ang more coding, TAsn. surfing is bad for your health...
Nov 03 19:01:06 <mrmoku> morphis: hopefully we have a working image until then... with or without thumb
Nov 03 19:01:08 <spaetz> ;-)
Nov 03 19:01:17 <morphis> mrmoku: would be great
Nov 03 19:01:20 <mrmoku> and then I will add palmpre to our makefile :)
Nov 03 19:01:41 <morphis> mrmoku: I am currently pointing out how to make dual-booting webos and shr on the pre :)
Nov 03 19:01:41 <TAsn> spaetz, actually, in this storm, surfing is really bad for my health :)
Nov 03 19:01:44 <TAsn> my body is broken ;]
Nov 03 19:03:03 <morphis> mrmoku: do you already tried to build shr for palmpre machine target?
Nov 03 19:03:32 <mrmoku> morphis: no, not yet... first I want to have working images from shr/merge branch
Nov 03 19:04:04 <mrmoku> morphis: hmmm... thinking about it... palm pre is armv5, right?
Nov 03 19:04:04 <spaetz> mrmoku, they do kind of work :-)
Nov 03 19:04:24 <mrmoku> spaetz: yep :)
Nov 03 19:04:27 <mrmoku> but just kind of
Nov 03 19:04:33 <spaetz> yep
Nov 03 19:04:48 <mrmoku> morphis: would you be able to try out a shr image on your palm pre?
Nov 03 19:05:45 <morphis> mrmoku: currently not, but at the week I am planing to do something like this and then I can even use a shr image :)
Nov 03 19:05:54 <morphis> s/week/weekend/
Nov 03 19:05:55 <apt> morphis meant: mrmoku: currently not, but at the weekend I am planing to do something like this and then I can even use a shr image :)
Nov 03 19:06:08 <mrmoku> morphis: ok
Nov 03 19:06:20 <mrmoku> morphis: because thumb mode problems are arm4vt only IIUC
Nov 03 19:06:23 <spaetz> todays shr/merge lite image is available on  sspaeth.de/uploads/tmp/shr.tar.gz ...
Nov 03 19:06:32 <mrmoku> so it might just work on palm pre
Nov 03 19:06:37 <mrmoku> (apart from the base ;)
Nov 03 19:06:42 <morphis> mrmoku: hehe :)
Nov 03 19:06:56 <mrmoku> morphis: will try to build a palm pre image until weekend then
Nov 03 19:06:57 <morphis> mrmoku: which problems do you have with thumb mode?
Nov 03 19:07:01 <morphis> cool
Nov 03 19:07:04 <mrmoku> random segfaults
Nov 03 19:07:09 <morphis> ieee
Nov 03 19:07:16 <morphis> some hints why?
Nov 03 19:07:40 <mrmoku> did not follow closely the last two days due to lots of daywork
Nov 03 19:07:50 <mrmoku> but if I got it correctly something in glibc
Nov 03 19:07:57 <mrmoku> related to threading
Nov 03 19:08:00 <mrmoku> dunno
Nov 03 19:08:29 <morphis> ah, but didn't you change to eglibc?
Nov 03 19:08:30 <spaetz> glibc using assembler that  is not armv4 save
Nov 03 19:08:34 <spaetz> safe
Nov 03 19:09:00 <spaetz> eglibc,glibc same shit
Nov 03 19:09:55 <morphis> ah ok
Nov 03 19:10:10 <Heinervdm> what's with uclibc?
Nov 03 19:10:40 <spaetz> morphis, some possible hint http://lists.shr-project.org/pipermail/shr-devel/2009-November/001098.html
Nov 03 19:14:33 <morphis> but why does it occur now and not before some months, cause org.openembedded.org has a newer version of glibc?
Nov 03 19:18:56 <TeLLuS> mrmoku: Have you tried using intone and have a look on the Alignment traps yet?  I see it when selecting with double tap 'Songs dir' and when it tries to play next song.
Nov 03 19:19:37 <TeLLuS> I'm a bit hesitant to replace the old working intone with the new one now today. Since I NEED it on my way home tomorrow.
Nov 03 19:21:05 <dos1> hmmm
Nov 03 19:22:06 * dos1 would like to see some open hardware company helping rockbox with developing their portable music player ;x
Nov 03 19:22:15 <pb_> spaetz: here's an actual patch you could try: http://pastebin.ca/1655213
Nov 03 19:22:16 <TeLLuS> dos1: With your new version you can run it with gdb and see the glib function again..
Nov 03 19:22:29 <dos1> TeLLuS: hmm?
Nov 03 19:22:47 <TeLLuS> ehh, I ment spaetz..
Nov 03 19:22:53 <dos1> ;)
Nov 03 19:23:21 <zoff99> hi
Nov 03 19:23:24 <dos1> too bad that rockbox doesn't work on my creative zen...
Nov 03 19:23:43 <zoff99> anybody can help me with booting from SD card
Nov 03 19:23:45 <zoff99> it works some times, but often not
Nov 03 19:24:08 <spaetz> pb_, cool. thanks. i'll send that patch to ml tomorrow. i'll be swamped with daywork...
Nov 03 19:24:41 <rddDavid51> blindcoder: ping
Nov 03 19:25:07 <GNUtoo> dos1, isn't there an initial bootloader for it?
Nov 03 19:25:11 <GNUtoo> oops hi
Nov 03 19:25:15 <blindcoder> rddDavid51: pong
Nov 03 19:25:47 <spaetz> JaMa, ping, see pb's patch http://pastebin.ca/1655213 whenever you have time...
Nov 03 19:25:48 <PaulFertser> pb_: hehe, it's the same issue you discovered a year ago, rediscovered a week ago, told about JaMa and mickeyl? ;)
Nov 03 19:26:09 <dos1> GNUtoo: no... only for ZEN Vision:M
Nov 03 19:26:10 <rddDavid51> I tried the 58 version but there's still a bug : the values for october are not displayed
Nov 03 19:26:13 <GNUtoo> dos1, ah ok
Nov 03 19:26:21 <pb_> PaulFertser: heh.  more or less the same one, yes, just in a slightly different place this time.
Nov 03 19:26:33 <dos1> GNUtoo: i have that flash based player from 2007
Nov 03 19:26:33 <GNUtoo> dos1, you need a free(as in freedom) music player?
Nov 03 19:26:40 <GNUtoo> dos1, ok
Nov 03 19:26:43 <rddDavid51> blindcoder: I'm dvermd, need to change my id
Nov 03 19:26:44 <pb_> PaulFertser: I haven't checked whether this was also fixed in glibc 2.6.1 originally but it definitely seems broken in the eglibc that shr is using.
Nov 03 19:27:01 <blindcoder> rddDavid51: argh... yeah... now that you mention it I remember that there's a bug... broken by design, really
Nov 03 19:27:19 <blindcoder> rddDavid51: if you enter a weight for the second of october, it should be
Nov 03 19:27:44 <dos1> GNUtoo: well, maybe not need, but i would really like to have free player ;)
Nov 03 19:27:49 <blindcoder> rddDavid51: let me check
Nov 03 19:27:55 <spaetz> pb_, isn't sth like this not a prime candidate for upstreaming?
Nov 03 19:27:57 <PaulFertser> pb_: looks like it can be found by grepping the whole sources, no?
Nov 03 19:28:01 <GNUtoo> dos1, one of the reason why I bought an htcdream was for using it as music player...I've freed the audio library(do not need the libacoustic anymore) so basically I've a free music player...while debuging alsa for making it work under GNU/Linux
Nov 03 19:28:20 <pb_> spaetz: yeah.  I thought it had already been applied upstream but evidently not.
Nov 03 19:28:31 <GNUtoo> dos1, oops bogus sentense....audio library is on android and alsa on SHR
Nov 03 19:28:32 <pb_> PaulFertser: it's actually easier to grep the compiled binaries, but yes.
Nov 03 19:28:55 <dos1> GNUtoo: no problem, understood you ;)
Nov 03 19:28:58 <GNUtoo> ok
Nov 03 19:29:04 <rddDavid51> blindcoder: I've values for 15th october till now but setting a value for the 2th october doesn't help
Nov 03 19:30:03 <dos1> well, i need to look for some project, earn some money and then look for buying something new to hack ;)
Nov 03 19:30:20 <blindcoder> rddDavid51: hrm... would have been too easy. I'm in the source right now, just a minuten
Nov 03 19:30:52 <rddDavid51> blindcoder: take your time ;-)
Nov 03 19:30:55 <GNUtoo> dos1, ok with SHR support I suppose?
Nov 03 19:31:16 <dos1> right now i have only something about 50 euros I got as part of donation for SHR ;x
Nov 03 19:31:18 <TeLLuS> pb_: That patch is not for the Alignment traps in glib is it?
Nov 03 19:31:24 <dos1> GNUtoo: hmm?
Nov 03 19:31:36 <GNUtoo> dos1, I meant suported by SHR
Nov 03 19:32:04 <dos1> GNUtoo: sorry, i don't understand. what supported by shr?
Nov 03 19:32:16 <GNUtoo> dos1, the device you buy
Nov 03 19:32:43 <dos1> GNUtoo: dunno if it'll be phone :P i'm happy with my freerunner for now
Nov 03 19:32:58 <mrmoku> TeLLuS: with the shr/import image from tests/mrmoku/unstable?
Nov 03 19:33:11 <TeLLuS> mrmoku: tests/mrmoku/unstable
Nov 03 19:33:39 <GNUtoo> dos1, ok so wiht 50E you could buy an arduino or build a pinguino,but are you allowed to buy something that is out of the scope of SHR?
Nov 03 19:34:05 <mrmoku> TeLLuS: right now I have no intone installed... can try though
Nov 03 19:34:47 <pb_> TeLLuS: which alignment traps are those?
Nov 03 19:35:48 <dos1> GNUtoo: oh, you got me wrongly. it's just money we got from freeyourphone.de community, as they had some money, and ~30% went to us. and i got part of it as i was very active those days
Nov 03 19:36:12 <GNUtoo> ok
Nov 03 19:36:16 <GNUtoo> indeed you did a lot
Nov 03 19:36:44 <GNUtoo> if I remember well you wrote the settings GUI
Nov 03 19:37:02 <dos1> too bad i'm not still as active as before... ;x
Nov 03 19:37:15 <TeLLuS> pb_: My pastbin have timed out, we will see if someone else can get the gdb bt, since I now have installed another version
Nov 03 19:37:39 <dos1> as recently i'm quite tired... even when i have spare time, i can't manage to do something usefull...
Nov 03 19:37:43 <Weiss> Flyser_: well spotted. quite possibly..
Nov 03 19:37:55 <dos1> but i'll try! you'll see me again!
Nov 03 19:37:57 <dos1> ;D
Nov 03 19:38:36 <Heinervdm> TAsn: http://trac.shr-project.org/trac/ticket/697
Nov 03 19:39:40 <TAsn> Heinervdm, ?
Nov 03 19:39:42 <TAsn> can be closed?
Nov 03 19:39:43 <TAsn> :)
Nov 03 19:40:07 <Heinervdm> TAsn: dos1 added recipe for 0.9.8
Nov 03 19:40:14 <TAsn> that works?
Nov 03 19:40:18 <dos1> TAsn: yup
Nov 03 19:40:19 <GNUtoo> dos1, ok too bad you're tired...I hope you'll get better soon
Nov 03 19:40:26 <TAsn> cool, closing.
Nov 03 19:40:29 <dos1> TAsn: it's already in repo
Nov 03 19:40:34 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * rd8a92d1e1a9d 10/fsogsmd/src/lib/ (atmediators.vala fsogsm3rdparty.vapi mediator.vala sms.vala): 
Nov 03 19:40:34 <CIA-52> freesmartphone.org: fsogsmd: org.freesmartphone.GSM.SIM.RetrieveMessagebook() is now functional again,
Nov 03 19:40:34 <CIA-52> freesmartphone.org: using the SmsStorage. Incomplete messages are decoded as much as possible and
Nov 03 19:40:34 <CIA-52> freesmartphone.org: flagged as 'incomplete'.
Nov 03 19:41:14 <TAsn> ok, marked as fixed.
Nov 03 19:42:15 <spaetz> recipe is in whicch  branch?
Nov 03 19:42:38 <spaetz> lets push changes also to dev.oe...
Nov 03 19:46:14 <dos1> spaetz: dunno, patch should apply for both :P
Nov 03 19:51:17 <spaetz> ahh, not applied yet. ok :-)
Nov 03 19:52:44 <mrmoku> TeLLuS: hmm.. it segfaults. but I don't have alignment traps
Nov 03 19:56:14 <blindcoder> rddDavid51: okay, found and fixed it, I'm currently build rev 61 which also contains some ui fixes which work on my local X and - I hope - also on the freerunner, but it isn't tested yet :-) sorry for being the guinea pig
Nov 03 19:57:25 <rddDavid51> blindcoder: no problem, i'll install it when you'll release it
Nov 03 19:57:32 <blindcoder> rddDavid51: updloaded, you can opkg update and opkg install it
Nov 03 19:57:44 <TeLLuS> mrmoku: Yes, I tried again now. And I see something else..  evas_image_cache_set () from /usr/lib/libevas-ver-pre-svn-04.so.0  and elm_genlist_item_selected_set () from /usr/lib/libelementary-ver-pre-svn-04.so.0    When I installed the old version it pulled in some more libs that sems to have changed the behavior.. In gdb bt I see.. __libc_start_main () from /lib/libc.so.6 
Nov 03 19:57:53 <rddDavid51> blindcoder: are the source available somewhere ?
Nov 03 19:58:16 <blindcoder> rddDavid51: http://scavenger.homeip.net/svn/fltkhackdiet/trunk/
Nov 03 19:58:34 <pb_> mrmoku: alignment traps are a red herring in 90% of cases nowadays.
Nov 03 19:59:43 <mrmoku> pb_: to try out your patch... would I have to rebuild from sratch or is rebuilding eglibc enough?
Nov 03 19:59:50 <pb_> just rebuilding glibc is enough
Nov 03 19:59:50 <mrmoku> +c
Nov 03 19:59:53 <mrmoku> ok
Nov 03 19:59:59 <mrmoku> that is good :)
Nov 03 20:00:05 <pb_> I noticed a typo in the patch though, where it says __ARM_ARCH_V4T__ it should just be __ARM_ARCH_4T__
Nov 03 20:00:23 <rddDavid51> blindcoder: if I find other bugs, I'll try to fix them and send you a patch. could you add the source link to opkg so I don't have to remember it ?
Nov 03 20:00:59 <rddDavid51> blindcoder: fixed, values for october are displayed
Nov 03 20:01:48 <pb_> regarding the alignment traps, one of the quirks of the arm cpu is that alignment faults are a higher priority exception than protection faults.  so, if you have a pointer that is just complete garbage, you will fairly often see it reported as an "alignment trap" even though the real problem is nothing to do with alignment.
Nov 03 20:02:00 <blindcoder> rddDavid51: I need to find out how to do that, I'm not familiar with dpkg at all
Nov 03 20:02:43 <pb_> e.g. spaetz's crash earlier, 0xffffffff is always going to be a hopeless pointer value and making it word-aligned will not change that.
Nov 03 20:03:30 <rddDavid51> blindcoder: I meant add a link on the description on opkg.org
Nov 03 20:03:59 <morphis> so gn8 everybody
Nov 03 20:04:08 <blindcoder> rddDavid51: ah, okay, will do that
Nov 03 20:04:23 <rddDavid51> blindcoder: thx
Nov 03 20:07:12 <pb_> fwiw, http://copper.reciva.com/pb/libpthread.so.0 is a pthread build with that patch applied
Nov 03 20:07:13 <TeLLuS> pb_: ok, Good to know, but I think I got some other values earlier..   w8.. they should be in the log here.
Nov 03 20:07:22 <pb_> you could try just dropping that into your rootfs and see if it helps
Nov 03 20:07:38 <CIA-52> freesmartphone.org: 03mickey 07specs * r1f12f6fab0df 10/ (4 files in 3 dirs): add org.freesmartphone.GSM.Debug interface specification
Nov 03 20:08:26 <CIA-52> freesmartphone.org: 03mickey 07libfso-glib * re312e15a6b2a 10/src/freesmartphone-gsm.vala: regen
Nov 03 20:08:43 <TeLLuS> intone (1679) PC=0x40433f4c Instr=0xe594200c Address=0x7273753b FSR 0x003    Alignment trap: intone (1865) PC=0x40046330 Instr=0xe5920000 Address=0x746f6e41 FSR 0x003
Nov 03 20:11:15 <spaetz> thanks for the link to the pthread, pb_ . will try
Nov 03 20:12:18 <spaetz> are recivas armv4t too?
Nov 03 20:12:34 * spaetz has one at home ;-)
Nov 03 20:13:05 <pb_> yeah, most recivas are v4t.  our latest boards are v5tej.
Nov 03 20:13:37 <pb_> TeLLuS: that address 0x746f6e41 is also garbage
Nov 03 20:13:48 <pb_> so, that is "just a segfault", not a genuine alignment trap as such
Nov 03 20:15:48 <TeLLuS> ok, will check backtrace again when I get it
Nov 03 20:16:50 <mrmoku> somebody with fsousaged problems with a tests/mrmoku image around?
Nov 03 20:17:17 <mrmoku> alexxy: ping :)
Nov 03 20:17:28 <alexxy> mrmoku: pong
Nov 03 20:17:41 <mrmoku> alexxy: you have problems with fsousaged, right?
Nov 03 20:17:56 <alexxy> right
Nov 03 20:18:06 <mrmoku> alexxy: want to try if updating fixes it?
Nov 03 20:18:13 <alexxy> yep
Nov 03 20:18:14 <alexxy> =)
Nov 03 20:32:45 <alexxy> mrmoku: ok testing
Nov 03 20:38:49 <alexxy> mrmoku: still broken
Nov 03 20:49:28 <mrmoku`> alexxy: hmm... I upgraded and it works
Nov 03 20:53:23 <max_posedon> let me be 3rd tester
Nov 03 20:53:33 <mrmoku`> :)
Nov 03 20:54:03 <max_posedon> because fsousaged was broken for me
Nov 03 21:00:33 <max_posedon> oh, I always forgot switch off gprs..
Nov 03 21:02:44 <playya_> new shr image?
Nov 03 21:04:41 <max_posedon> new bugs in mrmoku/unstable feed!
Nov 03 21:04:58 <max_posedon> Not installing libphone-utils0 (0.0.2+gitr45+f1377146556da8a68a84cf10a5f516c5f7b6015b-r2) on root -- already installed.
Nov 03 21:04:58 <max_posedon> Not installing libfsoframework0 (0.2.0.0+gitr702+1772ae9d077941490f9329ec6b122c39fec85605-r0.1) on root -- already installed
Nov 03 21:05:05 <playya_> ok. upgrading
Nov 03 21:05:15 <max_posedon> opkg bug, or rebuild without changing version?
Nov 03 21:05:42 <max_posedon> mrmoku`, should I install them manuly?
Nov 03 21:09:31 <JaMa> mrmoku`: can I push minimalized preferred-versions? I removed everything which was holding version back only few versions higher than what would bitbake use are there now
Nov 03 21:10:05 <mrmoku`> JaMa: yup, go ahead
Nov 03 21:10:08 <mrmoku`> max_posedon: hmm
Nov 03 21:10:30 <mrmoku`> max_posedon: yes, try to manually force install them
Nov 03 21:10:50 <JaMa> mrmoku`: haven't checked if there is something in task-shr-feed preferred higher version than automatically selected by bitbake.. just shr-image..
Nov 03 21:11:22 <max_posedon> not needed
Nov 03 21:11:29 <max_posedon> I already can say, fsousaged works
Nov 03 21:11:35 <mrmoku> max_posedon: great :)
Nov 03 21:11:36 <max_posedon> but ophonekitd doesn't!
Nov 03 21:11:43 <mrmoku> heh... what is ophonekitd ;)
Nov 03 21:11:47 <max_posedon> wtf its asks me pin?!
Nov 03 21:12:24 <max_posedon> I have disabled pin!
Nov 03 21:14:07 <mrmoku> JaMa: lets take care of the feed when we have a nice working image :)
Nov 03 21:14:37 <max_posedon> may be its good time try phone* stuff?
Nov 03 21:14:42 <max_posedon> does it work better?)
Nov 03 21:14:44 <mrmoku> max_posedon: YES :)
Nov 03 21:14:47 <mrmoku> (to both)
Nov 03 21:14:52 <max_posedon> at least may be will not ask my pin
Nov 03 21:14:54 <max_posedon> how?
Nov 03 21:14:58 <max_posedon> what I should to do
Nov 03 21:15:23 <mrmoku> install phonefsod phoneuid libphone-ui0 libphone-ui-shr and phoneui-apps
Nov 03 21:15:31 <alexxy> max_posedon: so you have same bug?
Nov 03 21:15:40 <max_posedon> alexxy, with fsousaged army ?
Nov 03 21:15:42 <JaMa> mrmoku: sure.. rebuilding some stuff to test pb's patch.. as I have disabled thumb in all recipes known to segfault for me:)
Nov 03 21:15:54 <mrmoku> remove ophonekitd and libframeworkd-...
Nov 03 21:15:55 <alexxy> max_posedon: yep
Nov 03 21:15:59 <mrmoku> (with -force-depends)
Nov 03 21:16:15 <max_posedon> alexxy, yes, I *had* this issue
Nov 03 21:17:33 <TeLLuS> My current gdb bt for intone http://pastebin.com/m60c151c2     It works better changeing songs now so it can be a bit usefull but with some bugs with workarounds
Nov 03 21:18:03 <max_posedon> mrmoku, I'm sure I shouldn't remove libframeworkd-glib0 
Nov 03 21:18:12 <mrmoku> max_posedon: oohh yes :D
Nov 03 21:18:16 <max_posedon> only libframeworkd-phonegui-efl0, libframeworkd-phonegui0 yes?
Nov 03 21:18:17 <mrmoku> don't remove that :)
Nov 03 21:18:19 <mrmoku> yep
Nov 03 21:18:28 <mrmoku> important is ophonekitd
Nov 03 21:18:39 <mrmoku> as it would conflict with phonefsod
Nov 03 21:18:57 <mrmoku> max_posedon: ahh, and shr-messages, shr-contacts and shr-dialer
Nov 03 21:19:07 <mrmoku> as otherwise you would have doubled desktop icons
Nov 03 21:19:49 <max_posedon> ok, removing done, now installing
Nov 03 21:21:05 <mrmoku> max_posedon: going to bed now though...
Nov 03 21:21:12 <mrmoku> not to hide... but because I'm sure it will work :)
Nov 03 21:21:32 <max_posedon> ok, I don't need my phone tomorrow)
Nov 03 21:21:37 <mrmoku> :)
Nov 03 21:21:42 <mrmoku> you could use it though ;)
Nov 03 21:22:20 <mrmoku> JaMa: ping me if I should rebuild something on the buildhost tomorrow
Nov 03 21:22:24 <mrmoku> gnight all
Nov 03 21:25:35 <JaMa> mrmoku|away: ok.. gnite
Nov 03 21:31:28 <max_posedon> oh...
Nov 03 21:31:31 <max_posedon> dos1, !!!!!!
Nov 03 21:31:38 <max_posedon> where is my contacts/messages?!
Nov 03 21:31:52 <max_posedon> (in mrmoku/unstable feed)
Nov 03 21:32:20 <max_posedon> alexxy, may be you know?
Nov 03 21:33:42 <max_posedon> my contacts!
Nov 03 21:33:54 <max_posedon> somebody, please help!)
Nov 03 21:35:17 <TeLLuS> max_posedon: phoneui-apps-contacts
Nov 03 21:35:39 <max_posedon> oh, I was stupid
Nov 03 21:35:48 <max_posedon> looks like I just should wait
Nov 03 21:35:55 <max_posedon> first time it shows me empty list
Nov 03 21:36:04 <max_posedon> sorry), I'm little panicking
Nov 03 21:36:35 <max_posedon> now, I just *LOVE* new shr stuff
Nov 03 21:36:40 <max_posedon> its awesome!)
Nov 03 21:37:03 <max_posedon> still few issues, but I love it)
Nov 03 21:53:40 <wjbaird> any opim experts on?    It looks like I'm missing a column that launcher expects - I'm getting an error that ends in "OperationalError: table messages has no column named Timestamp" when I try to send an sms from launcher...
Nov 03 21:53:50 <wjbaird> dos1: ping?
Nov 03 21:54:30 <dos1> wjbaird: looks like shr-launcher problem, not opimd
Nov 03 21:55:14 <wjbaird> ok - so the db shouldn't have a 'Timestamp' column?   I assumed I just had an out of date db...
Nov 03 21:56:27 <Heinervdm> wjbaird: no program should ever use opimd databases
Nov 03 21:56:41 <Heinervdm> expect of opimd
Nov 03 21:57:29 <wjbaird> Heinervdm: ?   I don't understand...  You are saying that c_c's launcher program shouldn't be able to send text messages and store the results in opim?
Nov 03 21:58:07 <wjbaird> he's not banging on the DB directly, if that's what you think...
Nov 03 21:58:17 <Heinervdm> wjbaird: no, but i don't understand how it can come to that error message
Nov 03 21:58:21 <wjbaird> the traceback I have starts at : "/usr/lib/python2.6/site-packages/framework/subsystems/opimd/pimd_messages.py", line 392, in Add
Nov 03 21:58:32 <Heinervdm> when it's doing it in the corret way
Nov 03 21:58:43 <wjbaird> I checked out  sqlite-messages.db - it's timestamp is Aug 17.
Nov 03 21:58:57 <wjbaird> My assumption was that it was from an early opimd that didn't have the timestamp filed
Nov 03 21:59:09 <wjbaird> field, even...   and that I just need to rebuild it...
Nov 03 21:59:43 <Heinervdm> the table layout hasn
Nov 03 21:59:47 <Heinervdm> 't changed...
Nov 03 21:59:52 <wjbaird> I'm running a relatively old shr install that I last updated in early Sept.    Positively ancient by dos1's standards...
Nov 03 22:00:12 <wjbaird> original install was probably around mid-august...
Nov 03 22:00:48 <wjbaird> should there be a Timestamp column in the messages db in  sqlite-messages.db?
Nov 03 22:00:55 <dos1> wjbaird: hmm
Nov 03 22:01:05 <dos1> wjbaird: if you don't need data from that database, delete it
Nov 03 22:01:07 <wjbaird> 'cause I definitely don't have one...
Nov 03 22:01:17 <dos1> but aug 17...
Nov 03 22:01:26 <Heinervdm> wjbaird: yes there is a Timestamp column
Nov 03 22:01:38 <dos1> it changed, but over summer holidays
Nov 03 22:01:43 <dos1> i don't think it was changed later...
Nov 03 22:01:57 <wjbaird> dos1:  thanks - I don't have any data in the db, so if I delete it, it'll be regenerated?
Nov 03 22:02:01 <dos1> yup
Nov 03 22:02:05 <wjbaird> do I need to do any magic to have it regenerated?
Nov 03 22:02:09 <wjbaird> restart anything?
Nov 03 22:02:24 <Heinervdm> ah dos1 changed the layout, Timestamp changed from TEXT to INTEGER
Nov 03 22:02:45 <dos1> wjbaird: just frameworkd
Nov 03 22:03:10 <wjbaird> Heinervdm:  on my system if I do "sqlite3 sqlite-messages.db .dump | grep -i timestamp" I get no output...   the field isn't even there...
Nov 03 22:03:15 <wjbaird> dos1:  thanks.
Nov 03 22:07:10 <wjbaird> dos1:  Sure that's all I need to restart?   I haven't seen a new db file created, and I'm still getting the same crash error from launcher "no column named Timestamp"
Nov 03 22:07:29 <wjbaird> dos1: should I just reboot, or would you like to figure out what's going on?
Nov 03 22:07:51 <dos1> yup, you can just reboot
Nov 03 22:14:18 <wjbaird> Hmm.  should I also wipe out any of my other opim DBs, in case others have issues like this?   I have a few others that have timestamps in August that don't have any data in them...
Nov 03 23:02:19 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * r4ed3740613ef 10/fsogsmd/src/ (5 files in 2 dirs): fsogsmd: implement basic versions of DebugAtCommand and DebugInjectAtResponse()
Nov 04 01:09:45 <JaMa> pb_: tested your patch, but still too many segfaults.. dbus, e-wm (I didn't get to fontconfig one, because e-wm segfaults before it when built with thumb).. now zzzz
Nov 04 01:10:04 <JaMa> pb_: I'll recheck tomorrow
Nov 04 01:10:51 <JaMa> pb_: and the same with libpthread binary you provided
**** ENDING LOGGING AT Wed Nov 04 02:59:57 2009