**** BEGIN LOGGING AT Sat Sep 24 02:59:57 2011 Sep 24 06:43:56 moin Sep 24 07:09:58 moin Sep 24 07:58:04 SHR: 03morphis 07meta-smartphone * rf36a1ed467ba 10/meta-aurora/README: meta-aurora: mention meta-shr as dependency Sep 24 07:58:08 SHR: 03morphis 07meta-smartphone * r5cec7370ff0c 10/meta-shr/recipes-core/initscripts/initscripts_1.0.bbappend: meta-shr: initscripts: respect following prepends after we touched FILESEXTRAPATHS Sep 24 08:05:00 JaMa: hi, can I remove references of shr-unstable and shr-testing in the building wiki page ? Sep 24 08:30:01 morphis__: hi, one day we should talk about the gps in palm devices. I would like to take a look Sep 24 08:32:12 I would prefere to do that instead of trying to help in developping aurora (where I would take too much time to get what works how, or there is a decent doc about the framework and all its bricks and about aurora? ); apart of building testing and repporting of course! Sep 24 08:41:17 GarthPS: maybe leave them for now and mark them as obsolete? Sep 24 08:42:22 GarthPS: gps is a good point Sep 24 08:42:29 GarthPS: not yet please Sep 24 08:42:33 mrmoku: hmm yes. but, all the page is speaking about shr-unstable everywhere so .. i will let it like this until the change will be completely efficient Sep 24 08:42:44 GarthPS: you already took a look at msmcomm? Sep 24 08:43:18 JaMa: ^^ Sep 24 08:43:45 morphis__: nope not yet I was think off having an overview befor Sep 24 08:43:58 overvie of the wall system Sep 24 08:44:02 whole Sep 24 08:47:05 GarthPS: ok Sep 24 08:47:14 GarthPS: we already started with implementing GPS Sep 24 08:47:17 GarthPS: ok Sep 24 08:47:31 GarthPS: but you should try first to get a log from webOS to get a better overview Sep 24 08:48:18 GarthPS: yes, but do we advise shr-core to end-users already? :) Sep 24 08:48:20 morphis__: yes but for example I would like to have some information as the schematic of the system , to understand what do what Sep 24 08:49:54 JaMa: :) you know that not me :) that 's why I asked. but as this page is net for normal users but for peolpes who want to helps with/by building shr then they should not west their time with old thing no ? Sep 24 08:50:19 morphis: yes but for example I would like to have some information as the schematic of the system , to understand what do what Sep 24 08:51:08 morphis: who speak to who and how. I though there would be an other way to know that than reading msmcomm code Sep 24 08:51:27 GarthPS: then keep references to shr-u but say that shr-c is default for development and used for new stuff Sep 24 08:53:53 JaMa: or I don't west other of my time doing something taht will be thrown away in "few days" when shr-u will be definitely gone :) Sep 24 08:54:13 and just wait for it before changing this page :) Sep 24 08:55:56 good for me :) Sep 24 08:56:47 GarthPS: look at docs/msmcomm-protocol.txt in the msmcomm repository Sep 24 09:00:43 GarthPS: http://pastie.org/2583386 Sep 24 09:01:39 JaMa: $ http://trac.shr-project.org/trac/wiki/Building%20SHR?action=diff&version=113&old_version=112 is it ok for you for now ? Sep 24 09:05:13 GarthPS: sure, thanks Sep 24 09:05:46 JaMa: np . :) Sep 24 09:07:02 morphis: [...]MSM modem made by qualcomm.[...] I though that palmpre 2 ahd a omap3630 for TI not from qualcomm.. I need schematic!! :D Sep 24 09:07:38 GarthPS: there are two components, the application processor (made by TI) and the baseband processor (made by qualcomm) Sep 24 09:07:56 morphis: ah ok thx Sep 24 09:09:59 morphis: so is it true that webos is "hardecoded" for qualcomm baseband preocessors as I read somewhere ? Sep 24 09:10:38 GarthPS: no the userland component responsible for telephony supports more than one modem type Sep 24 09:10:40 GarthPS: http://www.gnumonks.org/~laforge/papers/gsm_phone-anatomy-latest.pdf Sep 24 09:12:11 morphis: Harald Welte...hmm this name tell me something..... :) Sep 24 09:12:23 :) Sep 24 09:13:22 morphis: http://openmoko-fr.org/blog/public/images/Rencontres/IMG_1814.JPG saw him when I lived in Grenoble Sep 24 09:13:51 ah ok Sep 24 09:14:02 you are on the picture too? Sep 24 09:14:06 http://openmoko-fr.org/blog/index.php?post/2009/10/19/Rencontres-et-anecdotes Sep 24 09:14:37 was a great fun pleasure Sep 24 09:14:44 s/fun/funy Sep 24 09:14:58 :) Sep 24 09:17:29 mickeyl: https://github.com/morphis/smoke-gobject Sep 24 09:21:31 morphis: ok I read docs/msmcomm-protocol.txt but what about the gps ? Sep 24 09:21:47 look at the source Sep 24 09:21:52 and get a log file from webos Sep 24 09:22:04 do you have the reference of the qualcomm baseband processor ? I need to find a schematic Sep 24 09:22:15 ok Sep 24 09:23:17 we should document the way to get log from webos if it is not already done Sep 24 09:23:49 you don't need the schematic for GPS Sep 24 09:24:00 it doesn't help with reversing the modem protocol Sep 24 09:24:07 it's already done Sep 24 09:24:26 docs/record-til-dump.txt Sep 24 09:25:32 morphis: ok . it was just to help me to materialyze Sep 24 09:26:11 morphis: MSM6260 right ? Sep 24 09:29:54 as I am theoricaly more from elec side than for programmation side Sep 24 09:32:25 GarthPS: yeah, it's a msm6260 which is connected to the omap via a hsuart Sep 24 09:32:27 and via usb Sep 24 09:32:32 but ignore the usb for now Sep 24 09:32:47 there are some lines to control power state of the modem too Sep 24 09:33:06 morphis: you means usb between omap and the baseband ? Sep 24 09:33:09 there is a page on fso wiki documenting the modems Sep 24 09:33:12 in the hardware section Sep 24 09:33:13 hi morphis Sep 24 09:33:16 GarthPS: yes Sep 24 09:33:45 GarthPS: http://wiki.freesmartphone.org/index.php/Modems Sep 24 09:35:48 thx Sep 24 09:40:15 morphis, btw at work I had access to some imx51 rev 2 (so with broken NEON) Sep 24 09:40:30 ok Sep 24 09:40:30 mplayer indeed freeze the device too Sep 24 09:40:46 morphis, also talk to woglinde....he is doing an overlay for tegra Sep 24 09:40:52 tegra lack a NEON unit Sep 24 09:43:05 GNUtoo: no neon on tegra? Sep 24 09:43:53 no Sep 24 09:44:28 I eared that it was because they already had an nvidia GPU on it Sep 24 09:46:47 http://wiki.debian.org/ArmHardFloatPort#NEON Sep 24 09:47:18 says: Sep 24 09:47:21 "It would seem sensible NOT to require NEON in a new port since some modern ARMv7 SoCs such as Marvell Dove and NVidia Tegra2 don't implement it. " Sep 24 09:48:07 but palm used neon Sep 24 09:50:06 that is strange.... Sep 24 09:54:34 morphis: http://www.datasheetarchive.com/indexdl/Datasheet-024/DSA00418642.pdf if this interest you Sep 24 09:56:14 morphis: so msmcomm can already pull GPS bits or no ? Sep 24 09:56:34 not yet lokked into the libmsmcomm code Sep 24 10:15:42 GarthPS, yes I think the GPS is attached to the msm6x Sep 24 10:26:20 hi, does somebody look at the bugs I add in shr? Sep 24 10:26:28 *bugreports Sep 24 10:26:42 http://www.shr-project.org/trac/query?status=accepted&status=assigned&status=new&status=reopened&version=SHR-core&col=id&col=summary&col=version&col=status&col=owner&col=type&col=reporter&order=priority Sep 24 10:27:07 http://www.shr-project.org/trac/ticket/1490 is really annoying Sep 24 10:27:20 and renders the gta02 (and maybe other devices too) quite unusable Sep 24 10:29:34 who should I ping for that bug? Sep 24 10:29:45 dos1|away, arrrg you're away Sep 24 10:34:14 it's really annoying Sep 24 10:34:46 I can now make calls Sep 24 10:34:46 etc... Sep 24 10:34:46 touchscreen is fixed Sep 24 10:34:54 everything is fine for making phone calls(not playing music but that's another story) Sep 24 10:34:59 but that bug!!!! Sep 24 10:35:12 the bug #1490 Sep 24 10:40:03 dos1|away, piing Sep 24 10:40:17 is there somebody there? Sep 24 10:40:30 who knows someone that could fix bug #1490? Sep 24 10:41:13 I guess that no one even noticied that bug since no one uses shr-core daily or at least tries to Sep 24 10:41:19 sigh Sep 24 10:44:17 sigh Sep 24 10:44:17 is bugreporting useless? Sep 24 10:47:27 GNUtoo: impressive repport :) I don't think that is useless but as the port to shr-cor eis ongoing then I would not expect them to be fix that quick Sep 24 10:48:00 basically here's my issue Sep 24 10:48:09 It's saturday and the phone shop will open Sep 24 10:48:36 I want to decide if it's worth buying a freerunner nokia battery or not Sep 24 10:48:36 so I need a fix quickely Sep 24 10:48:40 or the assurance to get a fix Sep 24 10:49:13 #1490 shr trac? Sep 24 10:49:20 or fso? Sep 24 10:50:03 fso has no #1490 so I assume shr... Sep 24 10:50:04 shr Sep 24 10:50:06 elm_softkey Sep 24 10:50:13 yes Sep 24 10:50:15 that's a really annoying bug Sep 24 10:50:28 I wanted to ask TAsn how easy it would be to make it a real e module Sep 24 10:50:37 I also told nschle85 that bugreporting was the way to go Sep 24 10:50:42 is it true? Sep 24 10:50:43 I guess that would fix the corruption too Sep 24 10:50:58 sure Sep 24 10:51:26 to be honest I personally did not use the bugs for some time now... but I should and hopefully will Sep 24 10:51:29 the corruption is after sometime of usage Sep 24 10:51:29 like 1 minute Sep 24 10:51:29 or something like that Sep 24 10:51:29 it's not there right after boot Sep 24 10:51:43 it's broken after e restart too Sep 24 10:51:51 or some kind of 'reload' Sep 24 10:52:04 which probably invalidates something that the softkey is using Sep 24 10:52:13 (just my thoughts... unverified) Sep 24 10:52:34 I've a shortcut for the bugs on my firefox bar Sep 24 10:52:34 http://www.shr-project.org/trac/query?status=accepted&status=assigned&status=new&status=reopened&version=SHR-core&col=id&col=summary&col=version&col=status&col=owner&col=type&col=reporter&order=priority Sep 24 10:52:44 GNUtoo: get a battery... I will talk with TAsn how to fix that Sep 24 10:52:54 now I have to clean the tent Sep 24 10:52:57 bbl Sep 24 10:53:49 ok Sep 24 10:54:12 thanks a lot Sep 24 10:56:01 ok I found an alternative it seems Sep 24 10:56:16 I'll go and buy the battery as soon as it re-opens Sep 24 10:56:56 also some apps don't close Sep 24 10:57:03 such as ffphonelog Sep 24 10:57:05 but that's less urgent Sep 24 10:59:33 my workarround is called illume-softkey btw Sep 24 11:11:48 TAsn: ping :) Sep 24 11:30:38 help! Sep 24 11:30:40 GNUtoo: illume-softkey? Sep 24 11:30:44 no Sep 24 11:30:48 I broke something Sep 24 11:30:52 I want to fix Sep 24 11:31:00 I broke something in fso Sep 24 11:31:10 the commit you stole me by accident Sep 24 11:31:12 it didn't work Sep 24 11:31:15 ohh Sep 24 11:31:26 ok Sep 24 11:31:28 because I forgott to add that in the Makefile.am: Sep 24 11:31:50 + alsa-2.6.39 Sep 24 11:31:50 the fix is dead easy Sep 24 11:31:53 but it needs fixing Sep 24 11:31:59 there are 3 solutions Sep 24 11:32:12 I send you my patch, you push Sep 24 11:32:25 you do it Sep 24 11:32:25 or Sep 24 11:32:32 I push my patch but I need my key in fso for that Sep 24 11:33:28 GNUtoo: whatever you prefer :) Sep 24 11:33:46 I prefer having push access as I did before Sep 24 11:34:01 you mailed your key to mickey, right? Sep 24 11:34:03 morphis: ping Sep 24 11:34:04 yes Sep 24 11:34:07 nothing happened Sep 24 11:34:28 I think morphis can do that too Sep 24 11:34:35 when I mailed my key to you...I added mickeyl in the to= people Sep 24 11:34:41 ok thanks a lot Sep 24 11:35:38 http://www.pastie.org/private/5fxees21slxclea5kyycq Sep 24 11:35:38 the fix Sep 24 11:36:02 yeah, already did it Sep 24 11:36:41 yeah, already did it Sep 24 11:36:52 what did you mean? Sep 24 11:36:52 is it already in? Sep 24 11:36:57 if so thanks a lot Sep 24 11:37:11 GNUtoo: I just changed the Makefile.am and am about to commit Sep 24 11:37:35 ok thanks a lot!!! Sep 24 11:37:36 do it then Sep 24 11:37:59 freesmartphone.org: 03mok 07cornucopia * r384e1ac9b04d 10/fsodeviced/conf/openmoko_gta/Makefile.am: Sep 24 11:37:59 freesmartphone.org: fsodeviced: add alsa-2.6.39 to Makefile.am for openmoko_gta config Sep 24 11:37:59 freesmartphone.org: Signed-off-by: Klaus Kurzmann Sep 24 11:38:35 GNUtoo: so... what is illume-softkey? Sep 24 11:39:02 a plugin Sep 24 11:39:07 for enlightenment Sep 24 11:39:30 it does roughly the same thing that the shr thing Sep 24 11:39:30 but look different Sep 24 11:39:45 and is more ugly,takes space on the screen etc.... Sep 24 11:41:19 let me make a scap Sep 24 11:41:29 GNUtoo: no need just activated it :) Sep 24 11:41:32 or you can find it in mobile Sep 24 11:41:35 yup Sep 24 11:41:40 ok you already found it Sep 24 11:41:45 takes space on the bottom :/ Sep 24 11:41:56 and does not offer the list of open windows Sep 24 11:42:02 what is the leftmost button for? Sep 24 11:46:36 mrmoku, for closing the app Sep 24 11:48:21 mrmoku, we forgott something more Sep 24 11:48:32 does not work though Sep 24 11:48:39 yes it fails to compile Sep 24 11:48:52 lack of a Maekfile or something like that in 2.6.39 dir Sep 24 11:49:07 ahh, the rightmost button is closing for me Sep 24 11:49:33 shame on me :-P Sep 24 11:49:37 mrmoku, it fails to compile now Sep 24 11:49:42 Makefile.am is lacking Sep 24 11:49:45 in 2.6.39 dir Sep 24 11:50:29 too bad we lack the devshell in oe-core Sep 24 11:50:36 that makes it impossible to test before commiting Sep 24 11:50:39 http://paste.pocoo.org/show/481583/ Sep 24 11:51:30 freesmartphone.org: 03mok 07cornucopia * rf3c72f6f00b2 10/fsodeviced/conf/openmoko_gta/alsa-2.6.39/Makefile.am: Sep 24 11:51:30 freesmartphone.org: fsodeviced: add a Makefile.am for the alsa-2.6.39 subdir in openmoko_gta config too Sep 24 11:51:30 freesmartphone.org: Signed-off-by: Klaus Kurzmann Sep 24 11:51:57 thanks Sep 24 11:52:00 GNUtoo: that one we would have noticed just by calling ./autogen.sh Sep 24 11:52:15 ah ok Sep 24 11:52:49 or not... because of too many other missing deps :/ Sep 24 11:59:29 hmmm could you build to check if it works Sep 24 11:59:31 I need to eat Sep 24 12:00:34 ok Sep 24 12:08:15 it seem that it still fails Sep 24 12:09:09 did you add the Makefile.am path somewhere Sep 24 12:09:09 ? Sep 24 12:13:03 mrmoku, ^^^ Sep 24 12:16:40 GNUtoo: gah Sep 24 12:17:43 freesmartphone.org: 03mok 07cornucopia * rad041cbc9174 10/fsodeviced/configure.ac: Sep 24 12:17:43 freesmartphone.org: fsodeviced: and actually add the alsa-2.6.39 Makefile.am to configure.ac Sep 24 12:17:43 freesmartphone.org: Signed-off-by: Klaus Kurzmann Sep 24 12:20:13 let me try lol Sep 24 12:23:51 GNUtoo: I was thinking that I have a seconde battery for my gta02 laying somewhere and as I don"t use it a lot I could send it to you.. don't know if it worse it.. as it is not completely new... Sep 24 12:24:02 have to go Sep 24 12:25:01 GarthPS, hi Sep 24 12:25:18 if I can find one here no need Sep 24 12:25:39 else maybe I'll need one somehow Sep 24 12:25:39 bearstech may be an option Sep 24 12:25:43 unless you're in France Sep 24 12:25:51 because that would be easy otherwise Sep 24 12:27:20 GNUtoo: ok works now Sep 24 12:27:21 drwxr-xr-x root/root 0 2011-09-24 14:22 ./etc/freesmartphone/conf/openmoko_gta/alsa-2.6.39/ Sep 24 12:27:47 nice!!! Sep 24 12:28:04 I'll test a phonecall as soon as it's compiled and then flashed Sep 24 12:42:06 morphis_, hi Sep 24 12:59:14 lxsameer, let's continue to talk here Sep 24 12:59:29 GNUtoo: nice Sep 24 12:59:33 personally I use a manual setup, but there is a makefile to ease the process Sep 24 12:59:55 http://www.shr-project.org/trac/wiki/Building%20SHR Sep 24 13:00:09 GNUtoo: let me see that Sep 24 13:00:13 look attentively at that: Sep 24 13:00:25 $ make setup-shr-core # for up-to-date code. #or for 'in some days deprecated' code "make setup-shr-unstable" or "setup-shr-testing' Sep 24 13:00:40 you'll need some help from me I guess Sep 24 13:00:47 we're available by mail at the shr-devel mailing list Sep 24 13:00:54 or I'm available the weeks-end Sep 24 13:01:04 or during the week after work Sep 24 13:01:06 or before Sep 24 13:01:20 because some stuff changed Sep 24 13:01:33 i already have the shr source i just want to update it Sep 24 13:02:01 basically first setup shr-core Sep 24 13:02:01 and then you'll have to add your machine Sep 24 13:02:01 to do that you must look in meta-smartphone/meta-htc Sep 24 13:02:44 http://git.shr-project.org/git/?p=meta-smartphone.git is the repository.... Sep 24 13:04:17 JaMa, is our build specialist btw Sep 24 13:04:41 GNUtoo: nice , can i have your email address Sep 24 13:04:51 yes Sep 24 13:05:18 GNUtoo: what is it then ? Sep 24 13:06:57 sorry bad 3G range Sep 24 13:09:02 GNUtoo A no-log.org Sep 24 13:09:10 replace the A by @ Sep 24 13:09:19 gnutoo_: thanks Sep 24 13:25:57 I'll go out try to find a battery for om-gta02 Sep 24 13:26:01 bye Sep 24 14:11:28 what is wrong in this error http://dpaste.com/620212/ Sep 24 14:15:19 lxsameer: maybe oe repo has problems? Sep 24 14:15:40 mrmoku: i don't know, what is its address ? Sep 24 14:16:19 lxsameer: you can check in shr-core/openembedded-core/.git/config Sep 24 14:16:44 url = git://git.openembedded.org/openembedded-core-contrib Sep 24 14:17:27 mrmoku: thanks Sep 24 14:17:27 lxsameer: fetching from there works for me Sep 24 14:17:35 yw Sep 24 14:17:39 mrmoku: :( let me recheck that Sep 24 14:17:53 yeah, Sep 24 14:18:01 maybe it was just a short hickup and works again now Sep 24 14:18:36 mrmoku: no i try it some time before Sep 24 14:19:11 mrmoku: shr-core is empty Sep 24 14:20:56 mrmoku: i clone that url by hand but can not do that with make Sep 24 14:22:27 ahh, ok Sep 24 14:22:41 lxsameer: you're using the chroot? Sep 24 14:23:05 mrmoku: yeah and i do as it said in http://www.shr-project.org/trac/wiki/Building%20SHR Sep 24 14:23:18 * mrmoku takes a look at the latest Makefile changes Sep 24 14:24:03 mrmoku: my source code i for about 2 month ago Sep 24 14:27:10 lxsameer: but the Makefile is current, no? Sep 24 14:28:09 mrmoku: no, i just run the chroot script su - bitbake and the make setup-shr-core Sep 24 14:28:42 mrmoku: should i pull the shr-chroot ? Sep 24 14:29:10 lxsameer: yeah, exit the chroot... change into that OE dir and do make update-shr-chroot Sep 24 14:29:35 mrmoku: ok Sep 24 14:29:36 lxsameer: and then - inside chroot again - do a make update after su - bitbake Sep 24 14:29:45 mrmoku: ok Sep 24 14:30:44 mrmoku: is it neccessary to pull the main shr-chroot folder (the most top folder ) Sep 24 14:31:01 * lxsameer speak xglish Sep 24 14:34:09 freesmartphone.org: 03angelo 07aurora * r260f05aca7a0 10/aurora-daemon/src/application.cpp: Sep 24 14:34:09 freesmartphone.org: aurora-daemon: allow applications return to launcher when closed Sep 24 14:34:09 freesmartphone.org: * Should be used root.closeApplicationByName(my-application) to close it Sep 24 14:53:36 lxsameer: make update pulls it for you Sep 24 14:53:58 lxsameer: err - shr-chroot get's pulled by make update-shr-chroot Sep 24 14:54:20 lxsameer: but _don't_ do that while being chrooted into it Sep 24 14:56:23 mrmoku, yo. Sep 24 14:56:34 mrmoku, sorry, you know how it is, when surf is up, I'm not available. :) Sep 24 14:57:07 (p.s I bear the right to unpong) :P Sep 24 15:17:08 hey Sep 24 15:20:34 TAsn: hehe, yeah Sep 24 15:20:53 TAsn: will bear the right to ping you later then :-P Sep 24 15:20:54 :P Sep 24 15:21:03 Hehe, probably for the best. Sep 24 15:21:10 I think I need some rest Sep 24 15:21:33 TAsn: maybe while surfing think about how to fix shr_elm_softkey Sep 24 15:21:42 hehe Sep 24 15:21:50 maybe making it a real e-module would fix it Sep 24 15:21:53 isn't that [rui]'s pet now? Sep 24 15:21:56 maybe there's something else wrong Sep 24 15:22:01 mrmoku, dunno Sep 24 15:22:13 ok, will talk to [Rui] too when he passes Sep 24 15:22:18 :P Sep 24 16:00:55 TAsn: Hello Tom Sep 24 16:03:15 any idea way 'enjoy' fails to play files, giving "_emotion_gstreamer_video_pipeline_parse() Unable to get GST_CLOCK_TIME_NONE" ? Sep 24 16:03:34 Yoram, in shr? Sep 24 16:03:42 shr-core Sep 24 16:03:54 hmm I remember having that problem too Sep 24 16:04:02 Yoram, is the file you are laying in sd card? Sep 24 16:04:09 *playing? Sep 24 16:04:13 yes Sep 24 16:04:23 is that a problem ? Sep 24 16:04:24 Yoram, make sure the sd card is ounted corectly and the file exists :) Sep 24 16:04:29 *mounter Sep 24 16:04:33 *mounted Sep 24 16:04:35 pespin: it is Sep 24 16:04:40 omg I can't write u.u Sep 24 16:04:59 pespin: or not ? just a minute Sep 24 16:05:54 stupid me, that was the problem Sep 24 16:06:02 thanks... Sep 24 16:06:33 Yoram, ;) I think the sd card automount is missing in sd card in shr-core Sep 24 16:06:50 *fstab Sep 24 16:07:13 I have to go out, bye! Sep 24 16:30:14 Hi all Sep 24 16:31:36 morphis_: hi Sep 24 16:44:47 hey angelox|laptop Sep 24 16:45:24 hi Slyon! Sep 24 17:06:59 morphis_: should i implement agent functions in aurora-daemon like we did in python? Sth like: Sep 24 17:07:00 void DeviceService::setBrightness(int brightness) { Sep 24 17:07:00 if(brightness != _brightness) _brightness = brightness; Sep 24 17:07:00 } Sep 24 17:18:23 angelox|laptop: hm, I am currently thinking again about writing the agents/services in vala and generating the stub c++ automatically Sep 24 17:18:42 see https://github.com/morphis/smoke-gobject Sep 24 17:18:51 only problem is a cross compiled gobject-introspection Sep 24 17:18:53 JaMa: ping Sep 24 17:19:17 morphis_: ah ok..i see.. Sep 24 17:19:32 * angelox|laptop will be back soon Sep 24 17:19:35 angelox|laptop: ok Sep 24 17:19:42 mrmoku: ping Sep 24 17:19:45 morphis_: pong Sep 24 17:19:58 mrmoku: you know about cross compiling gobject-introspection? Sep 24 17:20:05 not really Sep 24 17:20:05 I only know mickeyl had problems with that Sep 24 17:20:22 and it does not compile currently cause of choosing the wrong python Sep 24 17:21:02 I remember there have been big problems with it... but that is long ago Sep 24 17:22:06 hm Sep 24 17:22:09 mickeyl: ping Sep 24 17:22:33 morphis_: did you try? Sep 24 17:22:37 yes Sep 24 17:22:39 ok Sep 24 17:22:42 it fails Sep 24 17:22:51 cause of missing python header files Sep 24 17:22:57 but they are there for arm Sep 24 17:23:07 but AM_PYTHON... choose the wrong python version Sep 24 17:23:11 the native one Sep 24 17:23:37 indeed Sep 24 17:23:37 | configure: error: Python headers not found Sep 24 17:24:23 "checking for python... /home/morphis/data/oe/buildroot-core/tmp/sysroots/x86_64-linux/usr/bin/python" is the problem Sep 24 17:30:21 * angelox|laptop is back Sep 24 17:31:00 morphis_: but what will be the real difference between using vala or c++ for the agents? Sep 24 17:31:27 better handling of async method calls Sep 24 17:32:10 hmm Sep 24 17:33:34 i understand Sep 24 17:33:40 morphis_: well if it needs python for building then that would be correct Sep 24 17:35:56 phones companies like SFR or orange don't sell batteries anymore, they want you to buy a new phone instead.... Sep 24 17:36:07 heh Sep 24 17:36:15 but there is no new replacement for the gta02 Sep 24 17:37:04 anyway thanks a lot for fixing my mess Sep 24 17:37:09 or our mess rather Sep 24 17:37:22 hi JaMa Sep 24 17:37:37 hi mrmoku Sep 24 17:39:05 hi lxsameer Sep 24 17:40:13 mrmoku, do you know what dos1 is working on? Sep 24 17:40:29 GNUtoo: hi man Sep 24 17:40:37 GNUtoo: did you find battery ? Sep 24 17:40:40 no Sep 24 17:40:41 GNUtoo: no idea Sep 24 17:40:45 I just said that: Sep 24 17:40:50 phones companies like SFR or orange don't sell batteries anymore, they want you to buy a new phone instead.... Sep 24 17:41:42 GNUtoo: i'm updating my shr source tree for now Sep 24 17:42:04 anyway Sep 24 17:42:49 dos1 has too much task at once: Sep 24 17:42:49 he didn't finish fixing the keyboard Sep 24 17:42:49 ps -A was not fixed Sep 24 17:42:49 and elm_softkey -> he doesn't know yet about it Sep 24 17:42:50 *shr_elm_softkey Sep 24 17:42:50 lxsameer, be sure that you have shr-core Sep 24 17:43:12 GNUtoo: how can i make sure ? Sep 24 17:43:32 GNUtoo: i know about softkey, it happens here on n900 too Sep 24 17:43:45 GNUtoo: tried to check why or at least find some pattern, but failed Sep 24 17:44:01 GNUtoo: I talked with TAsn ... [Rui] was the last one working on it Sep 24 17:44:16 look at the directory structure Sep 24 17:44:17 if you have one "openembedded" directory..... Sep 24 17:44:17 dos1, I can fix keyboard and ps -A Sep 24 17:44:17 but I've no idea for softkey Sep 24 17:44:17 ok Sep 24 17:44:44 GNUtoo: about keyboard - i left it that way, cause i'm not theme maintainer Sep 24 17:44:55 GNUtoo: about ps -A - oops, forgot about that, let me do that now Sep 24 17:45:52 about keyboard again - i tried to color those images from edc file, but i failed - it seems that new images are needed (or maybe just their names were changed? dunno) Sep 24 17:46:07 s/new/inverted/ Sep 24 17:46:08 dos1 meant: about keyboard again - i tried to color those images from edc file, but i failed - it seems that inverted images are needed (or maybe just their names were changed? dunno) Sep 24 17:46:41 GNUtoo: can i ask you for a favor? Sep 24 17:47:09 ask Sep 24 17:47:31 ok Sep 24 17:48:15 GNUtoo: highlight me when you want to talk to me :) , thanks a lot Sep 24 17:51:36 morphis_, hey, I probably won't be able to test the bootimage now since I'm running on a newly-installed Trisquel on my main PC, so I have to rebuild all the fastboot stuff, etc Sep 24 17:52:47 ah apparently the fastboot I build works out of the box Sep 24 17:52:53 built* Sep 24 17:52:59 paulk: no problem anyway as I got it up Sep 24 17:53:07 usbnet works now Sep 24 17:53:14 oh nice! Sep 24 17:53:18 what was the problem? Sep 24 17:53:57 I uses CONFIG_USB_NET with CONFIG_USB_ANDROID_* and the sysfs setting it works Sep 24 17:54:03 s/uses/used/ Sep 24 17:54:03 morphis_ meant: I used CONFIG_USB_NET with CONFIG_USB_ANDROID_* and the sysfs setting it works Sep 24 17:54:15 ok Sep 24 17:57:33 mrmoku: I am trying it now with a --with-python-includes Sep 24 17:58:40 morphis_: by the way,i did implement some stuff in application.cpp (check for first boot;close application).. please if you have time,check them later to see if everything is right Sep 24 17:59:03 angelox|laptop: great, your changes are already pushed? Sep 24 17:59:48 morphis_: yes,them are pushed and tested,but i need some other one to check if i should change something :) Sep 24 17:59:53 great Sep 24 18:00:50 also did make when user close settings-app it go to launcher,but it's implemented in a bad way i guess. (close app-settings and then re-run launcher) Sep 24 18:00:51 angelox|laptop: one thing: if you do a git commit Sep 24 18:01:26 angelox|laptop: please respect generale git commit styles (first line is a short description, second line is empty, then comes a longer description) Sep 24 18:01:57 paulk, we have autotoolized fastboot Sep 24 18:02:18 and fastboot from android is statically linked Sep 24 18:02:18 GNUtoo, ah yes, I remember this now Sep 24 18:02:21 morphis_: ok,please sorry me. Sep 24 18:07:12 morphis_, so usbnet now works.... Sep 24 18:07:13 nice Sep 24 18:07:24 what works out of the box ? Sep 24 18:10:00 hmm... does someone know what tpdulen stands for? as seen in "newFromHexPdu( string hexpdu, int tpdulen )" (fsogsmd/src/lib/fsogsm3rdparty.vapi) Sep 24 18:10:10 morphis_, mickeyl ^^^ Sep 24 18:12:35 it's handling of sms Sep 24 18:12:59 that's all I can say Sep 24 18:12:59 I guess it's the pdu len Sep 24 18:13:07 angelox|laptop: no problem Sep 24 18:13:23 GNUtoo: sorry, but I didn't tried more than just usbnet and ssh now Sep 24 18:13:28 s/now/yet/ Sep 24 18:13:29 morphis_ meant: GNUtoo: sorry, but I didn't tried more than just usbnet and ssh yet Sep 24 18:13:55 ok Sep 24 18:14:59 angelox|laptop: the code looks good Sep 24 18:15:23 angelox|laptop: but please add a new line for every "{" Sep 24 18:16:21 angelox|laptop: I will add aurora-daemon to OE in the next days Sep 24 18:16:31 so we have a fully functional image then Sep 24 18:16:55 mrmoku, did you probably get in touch with a "tpdu" while implemeting the N900 modem plugin? Sep 24 18:16:57 wow Sep 24 18:17:05 I would be able to try it then Sep 24 18:19:50 morphis_: ok Sep 24 18:20:19 morphis_: great Sep 24 18:23:40 just need to compile qt4-embedded ... Sep 24 18:24:06 Slyon: receiving sms messages already works? Sep 24 18:24:17 Slyon: tpdu? in which context? Sep 24 18:24:19 mrmoku: wow, I passed the configure step of gobject-introspection Sep 24 18:24:26 morphis_: great Sep 24 18:24:41 very good Sep 24 18:24:45 hm, next problem Sep 24 18:24:52 mrmoku, in context of a sms pdu Sep 24 18:25:06 "| make[2]: *** No rule to make target `/usr/lib/glib-2.0/include/glibconfig.h', needed by `GLib-2.0.gir'. Stop." Sep 24 18:25:18 morphis_, no... i need to know what the tpdulength of a pdu is to encode it Sep 24 18:25:38 morphis_, but i have no clue Sep 24 18:25:39 but with plain msmcomm? Sep 24 18:25:46 Slyon: about fsogsmd integration? Sep 24 18:25:53 morphis_, yes with plain msmcomm it works... you implemeted it ;) Sep 24 18:25:57 pn_sms_isi.h:#define SMS_TPDU_MAX_LEN 0xE8 Sep 24 18:26:00 pn_sms_isi.h:#define SMS_TPDU_ROUTING 0x0400 Sep 24 18:26:16 Slyon: working on SMS for n900? :) Sep 24 18:26:30 mrmoku, no :P palmpre Sep 24 18:26:33 :P Sep 24 18:27:07 I started to look into SMS some time ago... and got distracted by other stuff Sep 24 18:27:12 ah Sep 24 18:27:25 (for n900) Sep 24 18:27:30 hmm... mickey wrote some tests with fixes sms/pdu's and their "tpdulength"s Sep 24 18:27:35 but he isnt here Sep 24 18:27:44 i guess he should know what it is Sep 24 18:28:01 s/fixes/fixed/ Sep 24 18:31:08 freesmartphone.org: 03angelo 07aurora * raa6f06c414d3 10/ (3 files in 2 dirs): aurora: fix applications closing by the close button. Sep 24 18:33:58 yeah! i guess i've got it Sep 24 18:35:57 it seems to be: number of bytes of the PDU excluding all SMSC bytes (like smsc-digits, smsc-length, smsc-addres-type) Sep 24 18:36:37 Slyon: maybe this helps: http://www.dreamfabric.com/sms/ Sep 24 18:37:03 morphis_, yes. this helped a little already :) Sep 24 18:37:24 morphis_, i encrypted it ;) ^^^ Sep 24 18:37:48 s/encrypted/decrypted/ Sep 24 18:37:49 Slyon meant: morphis_, i decrypted it ;) ^^^ Sep 24 18:38:05 ah ok Sep 24 18:38:19 maybe look at ofono as the code comes from ofono Sep 24 18:39:09 yes i know. looked there already. but there are no commets. But nevermind. It's just PDU-length withoud SMSC-bytes Sep 24 18:42:20 ok Sep 24 18:54:37 angelox|laptop: but please add a new line for every "{" Sep 24 18:54:45 morphis_: even for else functions? Sep 24 18:55:50 yes Sep 24 18:57:21 then it will be sth like: Sep 24 18:57:32 ... } else Sep 24 18:57:32 { Sep 24 18:57:32 ... Sep 24 18:57:32 } Sep 24 18:58:11 } Sep 24 18:58:12 else Sep 24 18:58:13 { Sep 24 18:58:18 ok Sep 24 18:58:22 thanks Sep 24 19:25:23 morphis_, YAY! [SIGNAL] org.freesmartphone.GSM.SMS.IncomingTextMessage /org/freesmartphone/GSM/Device :1.81 ("+49XXXXXXXXXXX","11/09/24,21:24:35+08","TEST") Sep 24 19:26:43 yeah! Sep 24 19:27:26 morphis_, and umlauts work out-of-the box as well :) Sep 24 19:27:37 wow Sep 24 19:28:01 didn't try multipart sms yet Sep 24 19:32:33 mrmoku, hi Sep 24 19:32:46 dos1, hi Sep 24 19:32:46 I've sent a new patch for shr-settings Sep 24 19:33:19 http://lists.shr-project.org/pipermail/shr-devel/2011-September/003862.html Sep 24 19:36:23 SHR: 03GNUtoo 07shr-settings * ra3f204d2e8e0 10/shr-settings: Change from 'ps -A | grep ophonekitd|phonefsod' to 'pidof phonefsod' to handle busybox Sep 24 19:36:33 thanks a lot Sep 24 19:36:55 GNUtoo: np Sep 24 19:37:16 thanks to you Sep 24 19:37:29 i got too many non-SHR related things on my head recently Sep 24 19:37:36 and i easily get distracted :/ Sep 24 19:38:30 ok Sep 24 19:52:05 GNUtoo: hello, short question: if i enter new tickets, should i assign them to you or JaMa ? Sep 24 19:52:36 no idea, let's keep mrmoku but be sure to assign to shr-core Sep 24 19:52:48 angelox|laptop: I think we have to stay with the services written in plain c++ Sep 24 19:52:52 I only see shr-core tickets Sep 24 19:54:45 SHR: 03morphis 07meta-smartphone * rb59843791c06 10/meta-palm/recipes-kernel/linux/linux-palmpre_git.bb: meta-palm: linux-palmpre: bump SRCREV for latest version Sep 24 19:55:05 GNUtoo: is mrmoku: responsible for assigning tickets ? Sep 24 19:55:13 no Sep 24 19:55:24 he's the one who get the tickets by default Sep 24 19:56:19 GNUtoo: and does he work on them ? JaMa: very quckly responses within some days i get an answer Sep 24 19:56:46 morphis_: ok...at least for this release? Sep 24 19:56:47 note the "no idea" Sep 24 19:56:50 in my response Sep 24 19:56:55 so you may know better than me Sep 24 19:57:28 ok bye Sep 24 19:58:16 angelox|laptop: I think so Sep 24 19:59:02 nschle85, before you go here's are the URL I watch: Sep 24 19:59:13 http://www.shr-project.org/trac/query?status=accepted&status=assigned&status=new&status=reopened&version=SHR-core&col=id&col=summary&col=version&col=status&col=owner&col=type&col=reporter&order=priority Sep 24 20:00:19 morphis_: ok Sep 24 20:07:36 GNUtoo: #1484 exists also for N900 can i change the headline ? Sep 24 20:07:46 yes Sep 24 20:08:24 also add a comment about n900 while you're at it telling it doesn't work for n900 Sep 24 20:08:50 GNUtoo: ok Sep 24 20:09:32 GNUtoo: 1485, what does it mean ? using the cross (X) from the top menu bar does not close the applications ? Sep 24 20:09:36 (just to explain why the title was changed) Sep 24 20:09:48 yes Sep 24 20:09:57 you have to killall the application Sep 24 20:10:01 to close it Sep 24 20:10:36 GNUtoo: ok same effect for N900 but more applications affected, i think X does never work, ill retest and change the ticket too Sep 24 20:10:54 it works Sep 24 20:10:55 try vala-terminal Sep 24 20:11:10 I can try if you want Sep 24 20:11:24 because there is a setting during the initial wizard Sep 24 20:11:28 the illume one Sep 24 20:11:30 not the shr one Sep 24 20:11:38 it says click or mouse over Sep 24 20:11:46 I have choosen click Sep 24 20:11:57 what did you choose? Sep 24 20:12:13 GNUtoo: click Sep 24 20:12:16 ok Sep 24 20:12:23 so we're with the same settings Sep 24 20:12:41 I've to finish the tune files Sep 24 20:13:26 GNUtoo: do you have also the problem that the desktop icons are not shown afetr reboot ? I you click on the small square which reorganizes the icons they will be rendered Sep 24 20:13:34 yes Sep 24 20:13:41 I didn't bugreport that yet tough Sep 24 20:13:46 I forgott Sep 24 20:13:51 GNUtoo: i ll do Sep 24 20:13:58 the small square is for split screen Sep 24 20:14:04 on n900 it's great Sep 24 20:14:09 GNUtoo: yes Sep 24 20:14:25 GNUtoo: but you have this issue on GTA02 to ? Sep 24 20:14:28 yes Sep 24 20:14:31 morphis_, incoming sms via FSO are working. except that they don't get ack'ed, yet. but I'll work on this next. Sep 24 20:15:00 GNUtoo: what are tune files ? Sep 24 20:15:21 like: Sep 24 20:15:35 conf/machine/include/tune-* Sep 24 20:15:46 I need that for htcdream Sep 24 20:16:04 GNUtoo: ok so ill not disturb.. bye Sep 24 20:16:08 nschle85, also we need to fix the charging on n900, it's way too slow with a charger Sep 24 20:16:14 nschle85, you can disturb Sep 24 20:16:19 and please disturb Sep 24 20:16:27 but if I'm long to respond....you know why Sep 24 20:17:12 GNUtoo: yes, but i also will start GPS development at the moment iam doing things which are not GPS related ... Sep 24 20:17:40 ok nice Sep 24 20:35:21 dos1: hello Sep 24 20:35:34 nschle85: hi Sep 24 20:37:37 dos1: thank you for fixing http://shr-project.org/trac/ticket/1469 but some keys are already white on white background, can you fix that too please, so we can close the ticket ? Sep 24 20:38:08 nschle85: those keys are image-based, so they need to be altered Sep 24 20:38:14 AFAIK Sep 24 20:38:23 i tried to do that in some easy way in edc but i failed Sep 24 20:39:17 dos1: so you are still working on it ? Sep 24 21:40:37 hello i have another short question: from where is phoneuid started ? Sep 24 21:43:07 no idea Sep 24 21:43:14 why? Sep 24 21:43:14 aha Sep 24 21:43:14 I remember Sep 24 21:43:19 in X startup scripts Sep 24 21:43:22 like in: Sep 24 21:45:42 /etc/X11/Xsession.d Sep 24 21:45:44 there is a 80phoneuid Sep 24 21:45:44 GNUtoo: why ? 2011.09.24 22:10:05.001007 [phonefsod] CRITICAL: !!! ouch, phoneuid is gone - telephony won't work anymore !!! Sep 24 21:45:59 which phone? n900? Sep 24 21:46:06 GNUtoo: yes N900 Sep 24 21:46:10 hmmm Sep 24 21:46:27 GNUtoo: but it was not started yet :-) Sep 24 21:46:43 ok Sep 24 21:47:10 if i restart phonefsod later the pin login comes Sep 24 21:47:37 ah pin, yes it's broken Sep 24 21:48:18 please document what you find about the pin in the bugreport about the pin not working Sep 24 21:48:35 so i think: phonefsod cannot handle that phoneuid is started later Sep 24 21:49:30 ok Sep 24 21:58:12 GNUtoo: ok i "fixed" the pin login problem Sep 24 21:58:23 wow!!!! Sep 24 21:58:25 how? Sep 24 21:58:45 GNUtoo: if i would tell you you wouldnt beliefe Sep 24 21:59:02 tell me? Sep 24 21:59:09 and let's see Sep 24 22:00:26 its like i expected, frameworkd needs afix, it does not handle if phoneuid is started after it Sep 24 22:00:50 yes but what fix: Sep 24 22:00:56 http://www.shr-project.org/trac/ticket/1478 Sep 24 22:00:57 document your fix in that Sep 24 22:00:59 or send a patch Sep 24 22:01:00 nschle85, why frameworkd is related to PIN problem? Sep 24 22:01:22 AFAIK frameworkd is now only used for oeventsd, opreferencesd and opimd, nothing else Sep 24 22:01:59 dos1|N900: i looked at the logfiles Sep 24 22:02:14 ok ill explain please wais some seconds Sep 24 22:02:19 wait Sep 24 22:02:24 dos1|N900, well it depends on the phone Sep 24 22:02:43 some phones may have a different and wrong frameworkd.conf Sep 24 22:06:53 this is the "fix": change /etc/init.d/frameworkd and add a line Sep 24 22:07:04 case "$1" in start) echo -n "Starting freesmartphone.org framework daemon: " /usr/bin/phoneui-wrapper.sh & Sep 24 22:07:30 add the /usr/bin... line Sep 24 22:08:40 ok I belive it Sep 24 22:08:40 we had shell issues in shr-core Sep 24 22:08:45 maybe you didn't cleansstate the right stuff Sep 24 22:08:51 to get the fix Sep 24 22:09:35 ups its already fixed ? Sep 24 22:10:22 maybe Sep 24 22:10:25 let me try Sep 24 22:10:41 which commit was it ? Sep 24 22:10:52 let me find it Sep 24 22:12:32 you should ask mrmoku Sep 24 22:12:53 ah Sep 24 22:12:58 SHR: base-files: use own profile and motd Sep 24 22:13:04 95760613ab0cff3fd754e6276e9e13643867ffd1 Sep 24 22:13:14 nschle85, ^^ Sep 24 22:14:37 i am back Sep 24 22:15:21 I'll go Sep 24 22:15:36 try with that base-files fix Sep 24 22:16:14 GNUtoo: and what do i have to cleansstate ? Sep 24 22:16:35 the task and base-files Sep 24 22:16:37 GNUtoo: IS PIN WORKING FOR YOU ? Sep 24 22:16:50 it was not Sep 24 22:16:55 I must re-look Sep 24 22:17:11 but please add what you found in the bugreport Sep 24 22:17:53 GNUtoo: but its a workaround which may help to find the real problem Sep 24 22:23:45 yes of course Sep 24 22:23:45 that's why I ask you to document the problem Sep 24 22:23:46 *the fix Sep 24 22:24:17 GNUtoo: ok i booted the second time and the workaround worked here Sep 24 22:24:28 so i can describe it Sep 24 22:24:56 but late i ll revert the workaround and attach the logfiles Sep 24 22:28:14 also document the workarround in the bug Sep 24 22:28:14 it could be the fix Sep 24 22:28:14 I don't really know but it could be Sep 24 22:33:08 GNUtoo: frameworkd should be fixed :-) Sep 24 22:33:39 ah you mean like someone should fix frameworkd? Sep 24 22:33:43 GNUtoo: added my workaround, it seems to work on n900 but its timing dependend Sep 24 22:33:56 GNUtoo: yes Sep 24 22:33:57 ok Sep 24 22:35:04 GNUtoo: updated http://shr-project.org/trac/ticket/1478 you can try it on GTA02 Sep 24 22:35:56 ok Sep 24 22:36:08 I've n900 powered on and gta02 down Sep 24 22:36:36 GNUtoo: on n900 it seems to "work" but on gta02 i dont know Sep 24 22:37:30 phoneui-wrapper.sh started from frameworkd initscript? Sep 24 22:37:35 GNUtoo: because i dont know that phoneuiguid can register fast enough on dbus on gta02 Sep 24 22:37:35 that's plain wrong Sep 24 22:37:50 you can't be sure that X are already started or not Sep 24 22:38:00 dos1|N900: i know Sep 24 22:38:25 but it'll retry right? Sep 24 22:38:32 if it's in the wrapper script Sep 24 22:38:45 dos1|N900: but it worked and thats what i say, its timing dependent and only a hack Sep 24 22:38:54 it is Sep 24 22:39:12 dos1|N900: and i hope it will help to analyze the real problem Sep 24 22:41:39 ok for today i also did nothing for N900 gps :-) Sep 24 22:41:48 bye Sep 24 22:42:42 dos1|N900: GNUtoo: its worh looking the logfiles Sep 24 22:42:51 worth Sep 24 22:43:13 ok bye... see you tomorrow, Sep 24 23:38:41 mrmoku, hi Sep 24 23:38:51 3g still doesn't work for me on n900 **** ENDING LOGGING AT Sun Sep 25 02:59:57 2011