**** BEGIN LOGGING AT Mon Sep 01 02:59:56 2008
Sep 01 07:32:42 <aleix> hi
Sep 01 07:36:57 <abraxa_> ohayou
Sep 01 08:06:56 <CM_work> abraxa_: Good morning
Sep 01 08:07:08 <abraxa_> ahoy
Sep 01 08:07:08 <CM_work> What are you up to these days? 
Sep 01 08:07:21 <abraxa_> Swearing.
Sep 01 08:07:26 <CM_work> Hehe, same here
Sep 01 08:07:54 <abraxa_> My prof requires me to do ARM stuff, and it's been an extremely frustrating experience so far.
Sep 01 08:09:07 <CM_work> I've been forced to do some jsp and .js at work, not really my thing either. 
Sep 01 08:09:33 <lindi-> abraxa_: hah :) we ported a toy operating system from mips to arm last spring and it required a lot of nerves :)
Sep 01 08:09:52 <CM_work> Been using the FSO some though, and I like it.
Sep 01 08:10:14 <abraxa_> CM_work: You got a GTA02?
Sep 01 08:10:26 * rwhitby uses fso on a gta01
Sep 01 08:10:40 * abraxa_ thinks rwhitby is lurking
Sep 01 08:11:41 <CM_work> abraxa_: Nope, still just my GTA01
Sep 01 08:11:56 <CM_work> Using rwhitby's builds :)
Sep 01 08:12:10 <abraxa_> Ahh, nice going :)
Sep 01 08:12:13 <CM_work> Tried to build using the makefile, but something just didn't work
Sep 01 08:13:03 <CM_work> Did a short presentation at work of it and people had lots of questions. 
Sep 01 08:13:22 * CM_work waits for GTA03
Sep 01 08:13:24 * aleix doesn't even own a FR :-(
Sep 01 08:13:25 <abraxa_> CM_work: I'm glad you're doing well, I bet your girl is happy also :)
Sep 01 08:15:03 <aleix> rwhitby: I attached a really simple script to download the necessary files from shr.bearstech.com
Sep 01 08:15:26 <aleix> rwhitby: may be you can upload it to the site
Sep 01 08:16:31 <rwhitby> aleix: I'm going to add the functionality to the makefile, once I work out where to put the common dir in a svn or git repo somewhere.
Sep 01 08:16:45 <aleix> rwhitby: great :-)
Sep 01 08:16:46 <rwhitby> then it will be "wget Makefile; make"
Sep 01 08:17:28 <CM_work> abraxa_: Oh, for sure. Good times. :)
Sep 01 08:18:33 <aleix> rwhitby: do you need git hosting?
Sep 01 08:19:29 <rwhitby> aleix: no, I have plenty of options, I just need to choose between them :-)
Sep 01 08:19:37 <aleix> rwhitby: :-)
Sep 01 08:20:07 <aleix> rwhitby: ok, by now, I have added a link to my script in the wiki
Sep 01 08:20:10 <rwhitby> aleix: I'll probably get mickey to create a repo on git.freesmartphone.org
Sep 01 08:20:39 <aleix> rwhitby: yes, that would make sense
Sep 01 08:22:35 <aleix> rwhitby: I still need to figure out how to get rid of shr.bbclass. it would make sense to added to OE, but the SRC_URI would point to the svn repo and not to the local drive which is good while developing...
Sep 01 08:22:52 <aleix> s/to added/to add it)
Sep 01 11:30:21 <CIA-58> freesmartphone.org: 03charlie 07framework * rbeb827c2fd9a 10/framework/subsystems/oeventsd/ (5 files): 
Sep 01 11:30:21 <CIA-58> freesmartphone.org: [oeventsd] Use metaclass to create rules function from Action and Trigger class
Sep 01 11:30:21 <CIA-58> freesmartphone.org: Every Action or Trigger class that has a 'function_name' attribute will automatically be accessible from the rule file using that
Sep 01 11:30:21 <CIA-58> freesmartphone.org: function name. So that we don't need to create the function in parser.py.
Sep 01 11:41:37 <CIA-58> freesmartphone.org: 03sudharsh 07openmoko-gsoc2008 * rc3d0c94dbeb9 10/odeviced/src/plugins/input/input-helpers.h: remove static properties
Sep 01 11:41:37 <CIA-58> freesmartphone.org: 03sudharsh 07openmoko-gsoc2008 * r9e456bcf95e4 10/odeviced/src/plugins/input/ (input-helpers.c input-helpers.h): change held_key_payload.
Sep 01 11:54:13 <CIA-58> freesmartphone.org: 03sudharsh 07openmoko-gsoc2008 * re7a879b2c5bd 10/odeviced/src/plugins/input/input-helpers.c: Send 'pressed' signal irrespective of reportheld secs value
Sep 01 12:00:42 <quickdev> Hey
Sep 01 12:02:58 <edistar> hi
Sep 01 12:06:22 <quickdev> mickey|zzZZzz, alphaone, here?
Sep 01 12:21:06 <quickdev> FSO uses a standard illume package?
Sep 01 12:22:19 <rwhitby> quickdev: raster is on #openmoko - just ask him :-)
Sep 01 12:22:36 <quickdev> rwhitby, he did the work on illume?
Sep 01 12:23:18 <rwhitby> hmm - what's illume again?  anything to do with enlightenment?
Sep 01 12:23:58 <quickdev> rwhitby, yes. It's the window manager
Sep 01 12:24:13 <quickdev> rwhitby, the black bar on top ;)
Sep 01 12:37:04 <quickdev> raster, was illume initiated for openmoko?
Sep 01 12:37:43 <raster> well by me for om
Sep 01 12:38:16 <quickdev> ah, you're the founder ;)
Sep 01 12:41:06 <quickdev> raster, any thoughts where the code for the backlight dimming could be?
Sep 01 12:41:20 <raster> illume / doesnt do it
Sep 01 12:41:26 <raster> it just sets x's screensaver timeout
Sep 01 12:41:27 <raster> x does it
Sep 01 12:41:35 <raster> and when it gets a "screen has blanked" event
Sep 01 12:42:05 <raster> it starts a timer (default 1 second) then sends a dbus message to ompower to request suspend
Sep 01 12:42:59 <quickdev> raster, what about this ticket: http://trac.freesmartphone.org/ticket/72
Sep 01 12:43:13 <quickdev> it suggests illume to handle dimming
Sep 01 12:43:26 <raster> but it doesnt
Sep 01 12:43:51 <raster> what u probably want is instead of settign the screen to BLANK set the screensaver timout
Sep 01 12:44:00 <raster> listen to xscreensaver events saying idle time has been exceeded
Sep 01 12:44:05 <quickdev> raster, x is more elegant, isn't it?
Sep 01 12:44:11 <raster> then send a message to fso daemon sayng user is idle
Sep 01 12:44:15 <raster> let fso do its thing
Sep 01 12:44:20 <raster> well i htink its mroe elegant
Sep 01 12:44:22 <raster> BUT it has problems
Sep 01 12:44:27 <raster> x doesnt know lots of thnigs
Sep 01 12:44:32 <raster> like variable brightness levels
Sep 01 12:44:35 <raster> (dimming)
Sep 01 12:44:40 <raster> NEWER x stuff does know
Sep 01 12:44:47 <raster> therex xbacklight support
Sep 01 12:45:07 <raster> also x will always abort screensaver on any screen touch
Sep 01 12:45:11 <raster> whihc u dont necessarily want
Sep 01 12:45:16 <raster> ie u have "locked" the screen
Sep 01 12:45:33 <raster> u want the touchscreen to be inactive and not make anythng reset the blanker
Sep 01 12:45:50 <raster> its cleaner to do these thrugh x
Sep 01 12:45:59 <raster> as it already does a this kind of stuff
Sep 01 12:46:07 <quickdev> yes, right..
Sep 01 12:46:14 <raster> thats why i sued the x screensaver/blanker to trigger suspend.
Sep 01 12:46:17 <raster> but it has its limits
Sep 01 12:46:30 <raster> is working around this with dbus the right idea?
Sep 01 12:46:35 <raster> i am not really convinced
Sep 01 12:54:15 <quickdev> raster, so in your eyes, x would be the way to go if we think about dimming and screen locking?
Sep 01 13:06:38 <raster> yes
Sep 01 13:06:45 <raster> correct
Sep 01 13:06:54 <raster> as basically - x controls the screen
Sep 01 13:06:59 <raster> going behind its back is just unclean
Sep 01 13:07:02 <raster> :(
Sep 01 13:07:08 <raster> it breaks the model
Sep 01 13:16:06 <quickdev> raster, what I understood: At the moment illume triggers x to start the screensaver and the screen gets blank. X doesn't handle variable backlight dimming and a locked screen so far, right?
Sep 01 13:16:44 <raster> well it just confirues x
Sep 01 13:16:48 <raster> configures x
Sep 01 13:16:53 <raster> "set screensaver timeout to X"
Sep 01 13:17:06 <raster> otherwise correct
Sep 01 13:21:59 <quickdev> raster, have you heard of any approaches towards a screen locker?
Sep 01 13:22:13 <raster> well thats the xscreensaver extension
Sep 01 13:22:19 <raster> it sends u an event when idle timeout hits
Sep 01 13:22:31 <raster> then YOU can do something instead of x's built-in blanker/lock
Sep 01 13:22:42 <raster> so it acts as a timeout mechanism
Sep 01 13:22:49 <raster> as such e enables the built-in blanker
Sep 01 13:29:57 <quickdev> raster, another question: If the kernel supports suspend, would it be the role of x to activate it?
Sep 01 13:30:08 <raster> no
Sep 01 13:30:09 <raster> definitely not
Sep 01 13:30:30 <quickdev> instead - if automatically enabled?
Sep 01 13:34:37 <raster> the problem is suspend has all sorts of conseauences
Sep 01 13:34:40 <raster> consequences
Sep 01 13:34:46 <raster> you dont want x just suspending
Sep 01 13:35:04 <raster> you want to be able to control backlight/blank separately from suspend
Sep 01 13:36:53 <quickdev> yeah, but in general I wonder where suspend is triggered
Sep 01 13:39:13 <raster> well thats the message to ompower
Sep 01 13:39:28 <raster> it says "well we're idle - so i request a suspend state"
Sep 01 13:39:39 <raster> someone else can say "i'm busy - i request a powe up state"
Sep 01 13:39:55 <raster> power up states take precedence - so as long as someone has a powerup state on - it wont suspend
Sep 01 13:40:33 <quickdev> ah, ok - I read some source code using ompower through dbus, but what is ompower? A daemon? Haven't ever heard of it
Sep 01 13:40:47 <raster> its a small opwer management daemon
Sep 01 13:40:58 <raster> the idea is that it would control thew power state to several devices
Sep 01 13:41:11 <raster> the cpu (system), screen, gps, gsm, etc. etc.
Sep 01 13:41:25 <raster> so its a place to centralise power management/control
Sep 01 13:42:36 <quickdev> raster, in fso power states are partly handled in frameworkd. Where is ompower used? ASU? Is there repository?
Sep 01 13:42:57 <raster> asu
Sep 01 13:43:04 <raster> check the .bb
Sep 01 13:43:08 <raster> the code is in om's svn
Sep 01 13:44:49 <quickdev> raster, asu is going to switch to frameworkd, or am I wrong?
Sep 01 13:44:58 <raster> eventually
Sep 01 13:53:52 <CIA-58> freesmartphone.org: 03sudharsh 07openmoko-gsoc2008 * r3a428de00afb 10/odeviced/src/plugins/input/input-helpers.c: refactor code, remove a goto http://xkcd.com/292/ ;)
Sep 01 13:55:49 <raster> ok
Sep 01 13:55:51 <raster> snoozies
Sep 01 14:02:12 <quickdev> ERROR: '/home/deluxe/shr/shr-unstable/shr/openembedded/packages/openmoko-dialer3/openmoko-dialer3_svn.bb' failed
Sep 01 14:02:16 <quickdev> Any suggestions?
Sep 01 14:03:19 <quickdev> I tried to build shr
Sep 01 14:06:55 <quickdev> wurp2|working, here?
Sep 01 14:06:56 <AndreasD> quickdev: I've just committed a few changes to libframeworkd-phonegui-gtk that should make dialer compile
Sep 01 14:07:09 <quickdev> AndreasD, fine, thanks :)
Sep 01 14:09:31 <AndreasD> quickdev: I also have a small fix for lfg, which make dialer make voice calls instead of data calls
Sep 01 14:10:42 <AndreasD> however I'm working on fixing another bug in lfg and need to talk to Ainulindale to get the changes into the freesmartphone repos
Sep 01 14:12:15 <quickdev> AndreasD, I executed make update-shr and it downloaded 3 files from libframeworkd-phonegui-gtk but compiling doesn't work. My log: http://rafb.net/p/JMS0Zr65.html
Sep 01 14:13:23 <AndreasD> have you recompiled libframeworkd-phonegui-gtk?
Sep 01 14:17:40 <quickdev> AndreasD, now it works. Thanks, I'm not very familiar with building distributions yet ;)
Sep 01 14:18:08 <AndreasD> quickdev: np :-)
Sep 01 14:18:25 <quickdev> AndreasD, do you know something about the bug in talking.c?
Sep 01 14:20:22 <AndreasD> quickdev: working on it, first thing on my list though is to make CallStatus signal in lfg work
Sep 01 14:21:22 <quickdev> AndreasD, , perfect :)
Sep 01 14:21:53 <aleix> AndreasD: are you using the "New way" environment?
Sep 01 14:22:11 <AndreasD> aleix: Nope
Sep 01 14:22:29 <aleix> ok, :-) I just wanted to make sure everything worked fine
Sep 01 14:22:38 <aleix> bad luck...next time
Sep 01 14:22:39 <aleix> :-)
Sep 01 14:22:44 <AndreasD> aleix: Any idea on how much space is needed?
Sep 01 14:23:01 <aleix> for the environment itself?
Sep 01 14:23:07 <AndreasD> for building
Sep 01 14:23:17 <aleix> let me se
Sep 01 14:24:23 <aleix> still... du -sh
Sep 01 14:26:23 <aleix> 7.9 GB (with fso, shr, downloads, build files)
Sep 01 14:26:25 <quickdev> AndreasD, now bitbake says "unable to locate shared libarary": http://rafb.net/p/Rhrzlq48.html - Building libframeworkd-phonegui-gtk ran successfully. 
Sep 01 14:29:03 <AndreasD> quickdev: hmm don't know, you should probably ask someone who use bitbake (I don't)
Sep 01 14:30:11 <AndreasD> alexix: thanks :-), if I get time I might try it out but I wont promise anything
Sep 01 14:30:54 <aleix> AndreasD: no problem :-)
Sep 01 14:30:59 <aleix> quickdev: same problem here
Sep 01 14:32:03 <quickdev> aleix, oe_libinstall -so libframeworkd-glib-phonegui-gtk ${STAGING_LIBDIR} - so libframeworkd-glib-phonegui-gtk must be the reason
Sep 01 14:32:09 <quickdev> got that from the bb file
Sep 01 14:33:45 <aleix> quickdev: yes, i see. i think this should be removed, let me check
Sep 01 14:34:30 <aleix> quickdev: dialer3 its an app not a library
Sep 01 14:35:00 <quickdev> aleix, yes, but it tries to install a library? Is that required?
Sep 01 14:35:16 <quickdev> Building works with removed libary install line
Sep 01 14:35:24 <aleix> quickdev: no, that library is aleady installe, in fact libframeworkd-glib-phonegui-gtk does not exist
Sep 01 14:35:40 <aleix> quickdev: its either libframeworkd-glib or libframeworkd-phonegui-gtk
Sep 01 14:35:55 <quickdev> Who is responsible for fixing the bb file?
Sep 01 14:35:57 <aleix> quickdev: and both libraries are already installed
Sep 01 14:36:01 <aleix> quickdev: i will
Sep 01 14:36:10 <quickdev> ok :)
Sep 01 14:36:24 <quickdev> aleix, where do you fix it? Where are the bb files coming from? :)
Sep 01 14:36:50 <aleix> quickdev: i will fix it in the Ainulindale repo
Sep 01 14:37:04 <quickdev> ah, ok
Sep 01 14:37:39 <aleix> ok, works here to
Sep 01 14:39:56 <aleix> quickdev: fixed, you can update now
Sep 01 14:41:33 * aleix is now able to build an SHR image with the latest changes (thanks AndreasD)
Sep 01 14:42:07 <quickdev> aleix, it's compiling since I removed the line ;)
Sep 01 14:48:47 <aleix> quickdev: well, i meant its now in the repo :-)
Sep 01 14:59:30 <aleix> wurp2|working: ping
Sep 01 15:17:28 <quickdev> AndreasD, is the dialer3 using frameworkd?
Sep 01 15:18:21 <AndreasD> quickdev: yes, it uses lfg to hide the dbus calls
Sep 01 15:18:50 <AndreasD> take a look at http://wiki.openmoko.org/wiki/Libframeworkd-glib
Sep 01 15:22:09 <quickdev> although I'm quite often in the freesmartphone git I didn't noticedi t
Sep 01 15:22:48 <AndreasD> It was recently moved from shr svn to freesmartphone git ;-)
Sep 01 15:24:01 <quickdev> that might be the cause ;)
Sep 01 15:29:17 <quickdev> AndreasD, my dialer3 is not working. Just launched it on my freerunner. It displays a Gtk-Warning about a missing icon 'moko-history-call-in', says "aborting..." and "Aborted" and quits. Any ideas? ;)
Sep 01 15:31:43 <quickdev> He wants the 'hicolor' theme.
Sep 01 15:34:36 <AndreasD> quickdev: nope, sorry
Sep 01 15:35:29 <quickdev> AndreasD, opkg list | grep theme - could you post it?
Sep 01 15:40:03 <quickdev> AndreasD, the solution is installing hicolor-icon-theme.
Sep 01 15:40:19 <quickdev> aleix, is it possible to include the package hicolor-icon-theme in the shr build?
Sep 01 15:42:45 <quickdev> when clicking 'call' it quits for an unknown reason
Sep 01 15:55:04 <aleix> quickdev: no idea, I still can not decide on that... newbie here :-)
Sep 01 15:55:39 <quickdev> who is responsible for adding packages to shr? 
Sep 01 15:56:18 <aleix> quickdev: maybe wurp2|working, Ainulindale, MarcOChapeau
Sep 01 16:21:17 <sicu> -j openmoko-no
Sep 01 16:41:23 <quickdev> mickeyl, there's a little typo in the ussd handler. One minute for it?
Sep 01 16:42:05 <mickeyl> sure
Sep 01 16:42:08 <mickeyl> what did i wrong?
Sep 01 16:44:41 <quickdev> mickeyl, http://git.freesmartphone.org/?p=framework.git;a=blob;f=framework/subsystems/ogsmd/objects.py;h=e0a0c0ae459797afa3000f70c97aed2eda98f4e2;hb=HEAD#l466 - line 466, DBUS_INTERFACE_CALL should be DBUS_INTERFACE_NETWORK
Sep 01 16:46:02 <quickdev> btw. ussd works quite fine
Sep 01 16:49:29 <CIA-58> freesmartphone.org: 03mickey 07framework * r8043af8488b5 10/framework/subsystems/ogsmd/objects.py: ogsmd: fix wrong dbus namespace for IncomingUssd signal. Thanks quickdev!
Sep 01 16:49:30 <mickeyl> ah, right. fixed.
Sep 01 16:52:30 <quickdev> mickeyl, it's sure that frameworkd is used in asu later on, isn't it?
Sep 01 17:00:11 <alphaone> quickdev: If we're good enough, sure :-)
Sep 01 17:02:00 <aleix> hi
Sep 01 17:03:01 <quickdev> has anyone ever thought about an EFL based dialer?
Sep 01 17:03:14 <mickeyl> quickdev: no one really can tell about Openmoko's plans
Sep 01 17:03:21 <mickeyl> we should know more in 6 weeks
Sep 01 17:03:34 <mickeyl> quickdev: sure, that's what zhone is :)
Sep 01 17:04:44 <quickdev> mickeyl, zhone is just a demo, nothing more, isn't it?
Sep 01 17:04:51 <mickeyl> yep
Sep 01 17:10:28 <quickdev> Ainulindale, didn't you work on a ncurses gui?
Sep 01 18:46:48 <CIA-58> freesmartphone.org: 03mickey 07framework * r8911eab6d722 10/ (3 files in 2 dirs): enable global log_level in [frameworkd] section
Sep 01 19:41:24 <w_erase> How can I troubleshoot bitbake -c build openmoko-dialer3 error ? are there logfiles for this task ? 
Sep 01 19:43:36 <w_erase> found them .. sorry
Sep 01 21:35:48 <rwhitby> mickeyl: ping
Sep 01 22:33:34 <rwhitby> mickeyl: Parsing .bb files, please wait...http://svn.openmoko.org/trunk/src/target/kernel
Sep 01 22:33:49 <rwhitby> looks like there's a recipe that accesses the svn kernel stuff you just removed
Sep 01 22:33:58 <mickeyl> ah right
Sep 01 22:34:01 <mickeyl> need to yank these
Sep 01 22:34:07 <mickeyl> let me do that
Sep 01 22:34:28 <rwhitby> mickeyl: did you get my email about a git repo for the fso makefile stuff?
Sep 01 22:35:00 <mickeyl> yeah
Sep 01 22:35:10 <mickeyl> will add you a repository asap
Sep 01 22:35:14 <rwhitby> thx
Sep 01 22:35:21 <rwhitby> no great hurry
Sep 01 22:43:57 <mickeyl> should be there now
Sep 01 22:44:20 <mickeyl> g'night
Sep 01 22:56:49 <rwhitby> mickey|zzZZzz: thx
Sep 01 23:08:51 <Ken_Young> Is there a way to adjust the backlight brightness on an OM phone besides writing to the /sys,.../brightness files, that would be independent of the phone model?
Sep 01 23:54:59 <Ken_Young> Does anyone know if there is a document somewhere which lists all possible tags which may appear in the CONTROL/control file used to build a .ipk file, and what the use of each tag is?
Sep 02 00:01:44 <CIA-58> freesmartphone.org: 03rod 07fso-makefile * rf2f6b286ec10 10/Makefile: 
Sep 02 00:01:44 <CIA-58> freesmartphone.org: Download common directory from git repository.
Sep 02 00:01:44 <CIA-58> freesmartphone.org: Signed-off-by: Rod Whitby <rod@whitby.id.au>
Sep 02 00:04:06 <rwhitby> Ken_Young: UTSL, I'm afraid.
Sep 02 00:05:02 <Ken_Young> rwhitby, Okey-dokey.
Sep 02 00:05:35 <Ken_Young> rwhitby, Thanks for letting me know.
**** ENDING LOGGING AT Tue Sep 02 02:59:56 2008