**** BEGIN LOGGING AT Thu Sep 04 02:59:57 2008
Sep 04 06:34:20 <ieatlint> anyone have any good resources on how to create a plugin system for a c/gtk program?
Sep 04 07:45:45 <|FiLiP|> shr-unstable, make image -> task summary: attempted 5159 tasks of which 5152 didn't need to be rerun and 1 failed
Sep 04 07:47:12 <|FiLiP|> looks like the cause is: Multiple .bb files are due to be built which each provide virtual/xserver  
Sep 04 07:54:02 <|FiLiP|> do I need both xserver-kdrive_1.3.0.0.bb AND xserver-kdrive-glamo_1.3.0.0+git.bb ?
Sep 04 08:03:24 <|FiLiP|> hmm, error seems to be: Cannot satisfy the following dependencies for task-base: * angstrom-version *
Sep 04 09:04:09 <CIA-58> freesmartphone.org: 03mickey 07framework * r5a5f707474cd 10/examples/ (3 files): add example for launching scripts on incoming call
Sep 04 10:27:46 <CIA-58> freesmartphone.org: 03stefan 07artwork * rd3f1e887965e 10/illume/illume-config/ (e.src module.illume.src): illume-config: Disable power.auto_suspend and screensaver
Sep 04 10:43:01 <CIA-58> freesmartphone.org: 03mickey 07framework * rcd72f979c018 10/setup.py: fix setup to automatically install all examples
Sep 04 11:25:34 <flohack> Hi! I can't rebuild individual qtopia packages, because somehow the 'build key' is set to i686 instead of arm. I get this error when trying to execute my patched addressbook:# DISPLAY=:0 addressbook
Sep 04 11:25:34 <flohack> Coult not load "/opt/Qtopia/plugins/application/libaddressbook.so" errorString() "The plugin '/opt/Qtopia/plugins/application/libaddressbook.so' uses incompatible Qt library. Expected build key "x86_64 Linux g++-4 full-config no-stl", got "i686 Linux g++-4 full-config no-stl""
Sep 04 11:25:35 <flohack> addressbook: cannot load application: No such file or directory
Sep 04 11:26:30 <flohack> The problem obviously is that the original package for qtopia was built on x86_64 and I build on i686. But as we are cross compiling with a compiler for arm, it should actually be 'arm Linux g++-4 full-config no-stl'
Sep 04 11:26:47 <flohack> or something similar
Sep 04 11:27:17 <|FiLiP|> flohack: you might wanna have a look at http://blog.wolfman.com/articles/2008/08/27/porting-xgps-to-qtopia-for-the-freerunner
Sep 04 11:28:12 <flohack> |FiLiP|: How would that help me?
Sep 04 11:29:17 <flohack> |FiLiP|: It does not say anything about the build key
Sep 04 11:32:07 <|FiLiP|> no, but he managed to build an application. did you check the environment var's ?
Sep 04 11:33:09 <flohack> |FiLiP|: I don't want to build an application, I want to rebuild part of qtopia. I think I found the problem. It's in openembedded/packages/qtopia-phone/qtopia-phone_arch.inc The code in there sets the architecture for the qtopia build.
Sep 04 11:37:16 <flohack> openembedded/conf/machine/om-gta02.conf seems to set the architecture correctly, but somehow this setting does not find it's way to the configure script for qtopia
Sep 04 11:40:51 <flohack> Is someone with a bit of openmoko build system experience here?
Sep 04 11:45:33 <|FiLiP|> i'm struggling with openmoko build myself :-( 
Sep 04 11:46:01 <flohack> |FiLiP|: Hmm....We should really move to debian....
Sep 04 11:47:56 <|FiLiP|> I'm currnetly running qtopia (native) on my FR, but want to give shr a try (on sd-card)
Sep 04 11:48:27 <|FiLiP|> after that, i want to decide if i want to start working on improving the qtopia on shr branch
Sep 04 11:49:59 <|FiLiP|> my shr build looks almost finished, just one task failed out of 5159, fails in do_rootfs
Sep 04 11:50:09 <flohack> Ok I really found the problem. git/qtopiacore/qt/configure simply includes uname -m output in the build key
Sep 04 11:50:19 <flohack> We need to set the build key manually
Sep 04 11:52:34 <|FiLiP|> might be usefull to add it to the wiki
Sep 04 11:53:55 <flohack> I'll file a bug on trac and include a patch to the bitbake recipe (hope it get applied).
Sep 04 12:03:38 <CIA-58> freesmartphone.org: 03stefan 07zhone * r790b1de2ed16 10/ (data/themes/zhone.edc src/zhone): zhone: Remove top bar in favour of the illume bar. Display year under time
Sep 04 12:23:40 <CIA-58> freesmartphone.org: 03mickey 07framework * r8e5e8f450fbc 10/framework/subsystems/ogsmd/modems/abstract/pdp.py: ogsmd: start honoring user and password in PDP
Sep 04 13:00:02 <write_erase> rwhitby, what about last night image build ? 
Sep 04 13:20:17 <flohack> Here is the bugreport and the patch attached (qtopia buildkey problem): https://docs.openmoko.org/trac/ticket/1959
Sep 04 13:39:26 <CIA-58> freesmartphone.org: 03mickey 07framework * raa7d34ea0096 10/framework/subsystems/ogsmd/modems/ (abstract/pdp.py ti_calypso/modem.py): ogsmd: repair ppp connections without user and password
Sep 04 14:58:22 <wurp2|working> |FiLiP|: I can give you a very quick preview of what SHR looks like now...
Sep 04 14:58:41 <wurp2|working> It looks just like 2007.2 with no working dialer or contacts app :-(
Sep 04 14:59:13 <wurp2|working> because SHR is just supposed to be 2007.2, with the gsm infrastructure switched from gsmd to FSO, and it isn't done yet
Sep 04 15:26:47 <|FiLiP|> wurp2|working: thx for the clarification. But how about the speed ? I do like the qtopia speed ; will shr be comparable ?
Sep 04 15:27:33 <wurp2|working> |FiLiP|: SHR speed will be comparable to the speed of the OS that came on your FR
Sep 04 15:27:41 <wurp2|working> Although dialer start up should be faster
Sep 04 15:27:54 <wurp2|working> And it's a priority for me to make dialer start up much faster
Sep 04 15:28:52 <|FiLiP|> the current qtopia on my FR makes me think of the Palm in the early days: simple and fast; when your press an icon, you see the result almost immediately
Sep 04 15:29:32 <|FiLiP|> no hourglass for  5 seconds or more, which is way too long for a phone
Sep 04 15:30:31 <wurp2|working> |FiLiP|: agreed
Sep 04 15:30:37 <|FiLiP|> I do like the ideas behind shr, just not sure if it will be speedy enough, and if it will bring a stable useable phone (and i mean just a phone) anytime soon
Sep 04 15:30:56 <wurp2|working> Yeah, qtopia is great if you're willing to lose the ability to easily port all the sw out there that is already written for linux
Sep 04 15:31:29 <|FiLiP|> so i'm not sure if an all-in-one contacts/dialer/messaging app is the way to go like some people tend yo think
Sep 04 15:31:36 <|FiLiP|> yo=to
Sep 04 15:32:01 <|FiLiP|> exactly, that's currently the only drawback i see for qtopia
Sep 04 15:32:08 <wurp2|working> all-in-one is the qtopia way...
Sep 04 15:32:26 <wurp2|working> SHR will be separate apps for those things (more or less the same apps you see in 2007.2)
Sep 04 15:33:21 <|FiLiP|> well qtopia has separate icons for dialer / messaging and contacts. they share data offcourse
Sep 04 15:33:56 <wurp2|working> I haven't looked enough at it to see how separate they are
Sep 04 15:34:07 <wurp2|working> IMO a phone should keep the dialer in memory at all times
Sep 04 15:34:19 <|FiLiP|> me neither, but they separate icons and all start-up pretty fast
Sep 04 15:34:29 <wurp2|working> The way Julien has done SHR, it does that for everything except the actual dialpad
Sep 04 15:34:41 <|FiLiP|> or dialer must be soo small it is a snap to load it
Sep 04 15:35:01 <wurp2|working> yeah, but in that case there's no reason not to pre-load it :-)
Sep 04 15:35:10 <|FiLiP|> indeed. 
Sep 04 15:35:38 <|FiLiP|> and don't forget the flashy icons . The ones in 2008.08 are rather dissapointing
Sep 04 15:36:38 <|FiLiP|> don't underestimate these; it does matter for a  lot of people
Sep 04 15:37:55 <|FiLiP|> if i understood coreectly, milestone 3 is due in a couple of days/a week ?
Sep 04 15:40:19 <wurp2|working> I'm not sure... mickey|bbl would know best
Sep 04 15:40:50 <wurp2|working> Yeah, to start with SHR's focus is to get the important stuff rock solid without making it hard to install the other stuff
Sep 04 15:49:34 <sicu|afk> will there be phonebook integration in milestone3 of FSO? just checked the roadmap, but it didn't clarify...
Sep 04 15:51:06 <wurp2|working> abraxa_ would be the one with the answers there, I think
Sep 04 15:51:40 <wurp2|working> honestly, if they get phonebook in, debian + zhone might be a better option than SHR :-(
Sep 04 16:50:01 <admiral0> hi
Sep 04 17:30:27 <AndreasD__> I've been trying out the new way SHR makefile
Sep 04 17:30:52 <AndreasD__> however I cannot seem to find any way to make a tarball-image
Sep 04 17:31:04 <AndreasD__> for installing on a sd-card 
Sep 04 17:32:20 <AndreasD__> is there any way to use the makefile to install on a sd-card?
Sep 04 17:35:35 <edistar> AndreasD__: mokomakefile?
Sep 04 17:36:24 <AndreasD__> edistar: can mokomakefile be used to build a shr image?
Sep 04 17:36:41 <edistar> just asking what you are using
Sep 04 17:37:01 <edistar> don't know how the shr images are built
Sep 04 17:37:37 <AndreasD__> I'm using the new way SHR makefile: http://wiki.openmoko.org/wiki/SHR_Development
Sep 04 17:42:35 <admiral0> AndreasD__:mount image and copy it??
Sep 04 17:45:20 <AndreasD__> admiral0: I'll try, has anyone tried if it works?
Sep 04 17:48:15 <admiral0> AndreasD__:it surely works
Sep 04 17:48:29 <admiral0> but i don't know how XD
Sep 04 17:48:42 <admiral0> never mounted a jffs
Sep 04 17:55:19 <celtune> AndreasD_ just add IMAGE_FSTYPES = "jffs2 tar.gz" to your build/conf/local.conf to build a tar.gz and a jffs2 image
Sep 04 17:57:06 <AndreasD__> admiral0:you can't however you can do some mtd tricks
Sep 04 17:57:17 <AndreasD__> celtune: thanks
Sep 04 17:57:28 <celtune> you are welcome
Sep 04 17:59:30 <|FiLiP|> are there any daily builds of shr available for download ? http://shr.bearstech.com/ only contains fso.
Sep 04 18:21:49 <nomeata> Hi. Is there a module that I have to load for bluetooth to work, if I’m on Debian?
Sep 04 18:22:09 <nomeata> hciconfig does not list anything, and I did power up the device according to http://wiki.openmoko.org/wiki/Manually_using_Bluetooth
Sep 04 20:47:53 <wurp2|working> blist
Sep 04 20:47:56 <wurp2|working> crapola
Sep 04 20:48:39 <johnsu01> :)
Sep 04 20:48:50 <johnsu01> weren't we just talking about this? :)
Sep 04 22:39:22 <rwhitby> ls -la
Sep 04 22:39:26 <rwhitby> oops
Sep 04 22:39:37 <rwhitby> write_erase: disk full on shr machine
Sep 04 22:41:39 <wurp2|working> :-(
Sep 04 22:53:22 <rwhitby> wurp2|working: I've alerted Lucas - hopefully they can allocate some more space
Sep 04 22:55:16 <wurp2|working> rwhitby: Excellent, thanks
Sep 04 22:55:33 <wurp2|working> rwhitby: Is there a link to download the images built by the host?
Sep 04 22:57:26 <rwhitby> wurp2|working: shr.bearstech.com
Sep 04 22:57:53 <rwhitby> e.g. http://shr.bearstech.com/fso-testing/images/neo1973/
Sep 04 22:58:18 <wurp2|working> Is fso-testing shr?
Sep 04 22:58:39 <rwhitby> no
Sep 04 22:58:44 <wurp2|working> I see build reports on shr, but no links that look like they're for downloading shr
Sep 04 22:58:48 <rwhitby> sorry, there are no shr images yet, just fso one
Sep 04 22:58:55 <wurp2|working> OK, np, just making sure
Sep 04 22:59:19 <rwhitby> the disk filled before an shr image was built
Sep 04 22:59:33 <wurp2|working> :-/
Sep 05 01:12:27 <cjb> huh, the dialer etc are greyed out in zhone in fso-unstable
Sep 05 01:16:10 <cjb> wonder if this is related
Sep 05 01:16:13 <cjb>     result = const.signalQualityToPercentage( int(safesplit( self._rightHandSide( response[0] ), ',' )[0]) ) # +CSQ: 22,99
Sep 05 01:16:13 <cjb> ValueError: invalid literal for int() with base 10: 'OK'
Sep 05 01:16:13 <cjb>  
Sep 05 02:42:54 <pjz>  anyone actually get dfu-util output like is listed on the wiki dfu-util page?
Sep 05 02:43:11 <pjz> with --list showing multiple lines for the moko, one per NAND partition?
Sep 05 02:45:38 * pjz decided to build latest dfu-util from source in case he's running something outdated
Sep 05 02:50:49 <pjz> hrm, didn't help. anyone able to get that output?
**** ENDING LOGGING AT Fri Sep 05 02:59:56 2008