**** BEGIN LOGGING AT Mon Feb 21 02:59:57 2011 Feb 21 05:42:41 >>Silicon Labs will highlight its latest semiconductor innovations at Embedded World 2011 in Nuremburg, Germany, Mar. 1-3 at Stand 12-136.<< \o/ Feb 21 05:43:59 jonwil: that's mickey Feb 21 07:23:51 moin Feb 21 07:24:07 moin JaMa Feb 21 07:30:53 mrmoku: gcc, rebuilt, images synced (gta) Feb 21 07:31:04 s/c, /c / Feb 21 07:31:05 JaMa meant: mrmoku: gcc rebuilt, images synced (gta) Feb 21 07:35:37 great Feb 21 10:21:24 captainigloo, how much will we have to wait to use that shiny new illume-related stuff you are working on? :P Feb 21 10:21:41 I've seen a video and it looks nice :D Feb 21 10:30:12 * mrmoku wants to see the video too... maybe pespin could share the link :-) Feb 21 10:30:41 mrmoku, no! it's only for me!!! Feb 21 10:30:57 :P Feb 21 10:31:07 pespin: then I will never built it ;) Feb 21 10:31:13 s/built/build/ Feb 21 10:31:14 mrmoku meant: pespin: then I will never build it ;) Feb 21 10:31:23 mrmoku, :O http://www.youtube.com/watch?v=9jcrSqCiNGo Feb 21 10:31:36 you win xD Feb 21 10:31:53 :) Feb 21 10:33:56 wow that indeed looks nice Feb 21 10:34:05 compliments captainigloo :) Feb 21 10:34:14 if it would only be that fast on gta02 :P Feb 21 10:44:32 pespin: I just need to fix the configuration part Feb 21 10:45:08 pespin: and after that it should be ready to be put on the E svn Feb 21 10:45:14 maybe this week Feb 21 10:45:25 nice! :) Feb 21 10:48:59 mrmoku: I hope it will be fast Feb 21 10:49:45 captainigloo: great thing :) Feb 21 10:53:21 :) Feb 21 10:56:20 captainigloo, I'll test on nokia n900 when it'll be ready Feb 21 10:56:26 thanks a lot!!! Feb 21 10:59:00 hehe you're welcome Feb 21 12:20:35 mickey|office: hey, feeling better? :-) Feb 21 13:28:30 Hi Feb 21 13:37:48 shade-khv1_: does SHR-testing compile for you now? Feb 21 13:38:55 no, i have error ^( Feb 21 13:39:16 FATAL: imagemagick-native-6.4.4-1: ftp://ftp.nluug.nl/pub/ImageMagick/ImageMagick-6.4.4-1.tar.bz2 cannot check archive integrity Feb 21 13:40:58 full error text: Feb 21 13:41:00 55000K .......... ..........FATAL: imagemagick-native-6.4.4-1: ftp://ftp.nluug.nl/pub/ImageMagick/ImageMagick-6.4.4-1.tar.bz2 cannot check archive integrity Feb 21 13:41:00 ERROR: Function base_do_fetch failed Feb 21 13:41:00 ERROR: TaskFailed event exception, aborting Feb 21 13:41:05 FATAL: imagemagick-native-6.4.4-1: ftp://ftp.nluug.nl/pub/ImageMagick/ImageMagick-6.4.4-1.tar.bz2 cannot check archive integrity Feb 21 13:41:27 cannot to post entire text... wait a ces Feb 21 13:41:32 sec Feb 21 13:43:23 i posted error text here: http://indranet.ru/index.php?s=forum&a=show_theme&i=7 Feb 21 13:44:52 shade-khv1_: rm -f /media/shr/shr-testing/downloads/ImageMagick-6.4.4-1.tar.bz2* and try again Feb 21 13:48:21 looks like its begin to continue, thank you Feb 21 13:53:57 shade-khv1_: that error means that the tarball you've downloaded has a different checksum, so mostly sth was wrong with your download Feb 21 13:56:06 HeinervdmOff thanks, i am understand now Feb 21 15:49:52 Looks like make image siccesfully done! ^) Feb 21 15:50:27 I will try make shr-lite-image Feb 21 15:51:44 looks like there is no such target Feb 21 15:52:06 and also looks like i already have image in /tmp/deploy Feb 21 15:53:37 will try to flash it into device tomorrow Feb 21 15:53:43 Thanks to all Feb 21 16:54:36 mickey|zzZZzz: online? Feb 21 16:56:48 somebody know where i could find the code of SHR lockscreen ? Feb 21 16:57:28 captainigloo, http://git.shr-project.org/git/?p=libphone-ui-shr.git;a=tree;f=src;h=80729059c5441ff61d7ee5663ceb4e846a6ec275;hb=HEAD Feb 21 16:58:07 captainigloo, its the "idle" module Feb 21 16:58:17 Slyon: thanks a lot ! Feb 21 16:58:17 and the edje-file is under ../data/idle_screen Feb 21 16:58:29 captainigloo, yw Feb 21 18:12:29 heyho Feb 21 18:15:09 mrmoku: why do we have phoneui-utils-sound? is that not part of fsodeviced? Feb 21 18:24:14 morphis: to adjust volumes, toggle speaker... as helper for gui Feb 21 18:25:01 mrmoku: hm, but why we have to access plain alsa there and not using the dbus interface fsodeviced offers? Feb 21 18:26:04 morphis: that I don't know Feb 21 18:26:13 TAsn: ping :P Feb 21 18:26:44 morphis: plain alsa is a problem on pre? Feb 21 18:26:48 jepp Feb 21 18:26:58 we don't have any controls on the palm pre :) Feb 21 18:27:06 there is no alsa support Feb 21 18:27:07 heh, ok Feb 21 18:27:11 :) Feb 21 18:27:25 you inject so called audio scripts via sysfs-nodes into the kernel Feb 21 18:27:35 ouch Feb 21 18:27:36 and then execute them Feb 21 18:27:44 echo "volume_0" > /sys/... Feb 21 18:27:49 for example Feb 21 18:28:19 will take a close look at what we're doing there when i'm back to a kbd Feb 21 18:29:44 mrmoku, pong Feb 21 18:29:51 mrmoku, how's the script doing? :P Feb 21 18:30:02 TAsn: all built Feb 21 18:30:07 cool :P Feb 21 18:30:12 well all i need Feb 21 18:30:22 mrmoku: who wrotes this sound stuff for libphone-ui? Feb 21 18:30:23 btw, the packages in arch are pretty recent Feb 21 18:30:29 morphis, I think mostly me Feb 21 18:30:36 ah ok Feb 21 18:30:51 why do you use there direct alsa access and not using FSO for that? Feb 21 18:31:12 I don't know what's the current state of fsodeviced Feb 21 18:31:14 but at that time Feb 21 18:31:21 fso didn't let us modify volume nicely Feb 21 18:31:26 ah at the old times :) Feb 21 18:31:29 or do cool stuff Feb 21 18:31:37 I don't think that have changed Feb 21 18:31:40 there were reasons Feb 21 18:31:43 not really Feb 21 18:31:46 if you can tell me exactly what I did there Feb 21 18:31:54 I can probably tell you more Feb 21 18:32:22 mrmoku, so why did you ping me? Feb 21 18:32:35 I didn't go into the details, just saw you use there some alsa controls and handling the sound scenarios Feb 21 18:32:40 TAsn: for the audio stuff :) Feb 21 18:32:45 which is now a problem for me to port all that to palm pre Feb 21 18:32:48 mrmoku, oh. Feb 21 18:32:50 as there we don't have alsa Feb 21 18:33:04 we have alsa, but not controls are implemented Feb 21 18:33:12 s/not/no/ Feb 21 18:33:12 yeah Feb 21 18:33:12 morphis meant: we have alsa, but no controls are implemented Feb 21 18:33:15 actually on my todo Feb 21 18:33:17 was: Feb 21 18:33:24 creating an alsa config with nice aliases Feb 21 18:33:32 for easy mangling with stuff Feb 21 18:33:34 morphis, but iirc Feb 21 18:33:41 there's a config file somewhere Feb 21 18:33:48 and you can just disable/play with stuff there Feb 21 18:34:36 hm ok Feb 21 18:35:04 is libphone-ui configured to exit on g_critical? Feb 21 18:35:26 not sure, I remember playing with that Feb 21 18:35:26 if yes, we have to change this as thats why phoneuid is mostly failing on the palmpre Feb 21 18:35:30 ok Feb 21 18:35:36 don't remember what was set Feb 21 18:35:38 easy to check though Feb 21 18:36:55 hm, only a 'g_log_set_fatal_mask(NULL, G_LOG_LEVEL_ERROR);' Feb 21 18:37:07 but that should not cause the daemon to terminate on g_critical Feb 21 18:37:31 or I am wrong? Feb 21 18:38:04 ok... back to a real kbd now :) Feb 21 18:38:12 morphis, I think it does Feb 21 18:38:20 it means error+ are fatal Feb 21 18:38:20 TAsn: ok Feb 21 18:38:34 but not 100% sure, I don't remember gnome stuff anymore :P Feb 21 18:38:38 :) Feb 21 18:38:39 morphis, don't change the code Feb 21 18:38:41 will try it Feb 21 18:38:43 morphis, just change the config Feb 21 18:38:47 jepp Feb 21 18:38:54 and it'll want cry :) Feb 21 18:40:06 oh there sound states defined in libphoneui.conf just discovered phoneuid.conf which was empty before :) Feb 21 18:41:21 many config files :) Feb 21 18:41:39 too much Feb 21 18:41:44 int phoneui_utils_sound_volume_set(enum SoundControlType type, int percent); Feb 21 18:41:52 type is either MIC or SPEAKER Feb 21 18:42:02 morphis, maybe ;P Feb 21 18:42:20 TAsn: it has good and bad sides to have much confi files :) Feb 21 18:42:36 morphis, it was needed in that case Feb 21 18:42:47 because we wanted to allow other apps to use libphone-ui Feb 21 18:42:59 bbl Feb 21 18:44:07 morphis: volume_set sets the volume in percent of a configured range Feb 21 18:44:12 speaker_min = 90 Feb 21 18:44:20 is what we have in the config Feb 21 18:44:43 means that set_volume(SPEAKER, 0) sets the level to 90 IIUC Feb 21 18:45:03 ok Feb 21 18:45:33 morphis: does fsodeviced get the volume change when you manually change it with such a sound script? Feb 21 18:46:04 don't think so Feb 21 18:46:08 bad :/ Feb 21 18:46:54 long term goal should be to have a alsa driver with controls :) Feb 21 18:47:01 +n Feb 21 18:47:08 jepp Feb 21 18:47:34 though we need an immediate solution too... Feb 21 18:48:10 correct Feb 21 18:48:16 morphis: does setting the volume via fsodeviced work? Feb 21 18:48:31 for now I disabled all sound states in libphoneui.conf Feb 21 18:48:34 mrmoku: jepp Feb 21 18:48:43 ok Feb 21 18:49:13 so we could do something like make libphone-ui fallback to that if no controls are configured... Feb 21 18:49:55 morphis: GetVolume works too? Feb 21 18:50:55 jepp Feb 21 19:34:55 mrmoku: can you have a look why the new images aren't in the http://build.shr-project.org/shr-testing2011.1/ directory? Feb 21 19:41:03 Heinervdm: ok, looking Feb 21 19:41:08 thx Feb 21 19:41:47 Heinervdm: shr-testing2011.1 is no link anymore Feb 21 19:44:15 Heinervdm: maybe JaMa|Off changed that? Feb 21 19:45:46 mrmoku: ok, he also changed the alias Feb 21 19:45:56 so i will run it Feb 21 19:46:36 yup :) Feb 21 19:59:50 mrmoku, is there any new om-gta02 updates and images since the speed update? Feb 21 19:59:56 hi btw Feb 21 20:00:39 GNUtoo|laptop: hey Feb 21 20:00:46 freesmartphone.org: 03morphis 07cornucopia * r73c349517b94 10/fsogsmd/src/plugins/modem_qualcomm_palm/plugin.vala: fsogsmd: modem_qualcomm_palm: check if in channelForCommand method for enabled data transport Feb 21 20:00:48 freesmartphone.org: 03morphis 07cornucopia * rd1ada1ac0e7f 10/fsogsmd/src/plugins/modem_qualcomm_palm/TODO: fsogsmd: modem_qualcomm_palm: update TODO list Feb 21 20:00:56 freesmartphone.org: 03morphis 07cornucopia * rdcbc039965ad 10/fsodeviced/src/plugins/palmpre_quirks/touchscreenmanager.vala: fsodeviced: palmpre_quirks: reconfigure touchscreen after attaching to process Feb 21 20:03:34 hi GNUtoo|laptop Feb 21 20:03:44 don't think so Feb 21 20:24:09 what should I work on? Feb 21 20:24:18 still the bugs? Feb 21 20:24:26 or should I do something else like buglabs stuff Feb 21 20:26:51 GNUtoo|laptop: work on audio for n900 is not possible yet, because of the segfault? Feb 21 20:27:13 yes Feb 21 20:27:15 indeed Feb 21 20:27:21 I need help for fixing the segfault Feb 21 20:29:20 or rather someone that fixes it for me Feb 21 20:30:58 GNUtoo|laptop: my problems are more kernel related Feb 21 20:31:12 that would be a very good thing you could do Feb 21 20:31:16 a good defconfig :-) Feb 21 20:31:57 ok Feb 21 20:32:03 for kenrel I've an issue Feb 21 20:32:10 everytime I ask in #linux-omap Feb 21 20:32:13 I've no response Feb 21 20:32:34 or a response from someone that doesn't know Feb 21 20:32:40 why DVFS doesn't work Feb 21 20:32:51 in mainline or omap/pm Feb 21 20:33:35 ic Feb 21 20:34:50 should I try 2.6.28 for seeing if the segfault is there with 2.6.28? Feb 21 20:36:03 that would not bring as much forward I think Feb 21 20:36:15 ok Feb 21 20:36:37 mickeyl did all his work with forwarding Feb 21 20:36:48 the kernel used was a 2.6.28 Feb 21 20:37:14 and the os was maemo Feb 21 20:37:18 yes Feb 21 20:39:28 GNUtoo|laptop: wow, just upgraded my gta02... it indeed feels faster :-) Feb 21 20:39:58 subjective... but still Feb 21 20:40:13 lol ok Feb 21 20:40:15 nice Feb 21 20:40:17 :) Feb 21 20:40:24 brb Feb 21 20:40:28 ok Feb 21 20:40:54 ping pespin Feb 21 20:50:41 mrmoku: in the voiphandset statefile of om-gta is still a bug. Feb 21 20:51:33 <[Rui]> mrmoku: almost got that bug fixed with ctxpopup Feb 21 20:51:34 switch number 3 should be 0 and number 4 should be 127 Feb 21 20:51:48 <[Rui]> mrmoku: still fighting against libphone-ui-shr dist breakages Feb 21 20:51:54 hi mickey|zzZZzz Feb 21 20:52:05 are you feeling better? Feb 21 20:52:37 [Rui]: hehe, I was working on it too :P Feb 21 20:52:45 <[Rui]> mrmoku: oh. Feb 21 20:52:55 mrmoku: had send a patch to smartphone mailing list, but it has not been applied Feb 21 20:53:01 elisa42: if you're sure about that I can comit it Feb 21 20:53:24 <[Rui]> mrmoku: not sure I should continue then :) Feb 21 20:53:32 mrmoku: though my patch wont work any more i think.. as voipstatefile changed since then Feb 21 20:53:56 [Rui]: http://paste.pocoo.org/show/342451/ is what I'v done so far Feb 21 20:54:14 mrmoku: see http://shr-project.org/trac/ticket/1268 i tested it with arecord/aplay Feb 21 20:54:19 <[Rui]> mrmoku: I'm done, all I'm trying to get is a package built Feb 21 20:54:20 elisa42: let me dig out the patch Feb 21 20:54:46 thx :) Feb 21 20:55:14 <[Rui]> mrmoku: hehe, it's very similar to what I did Feb 21 20:55:21 :) Feb 21 20:55:37 elisa42: the one from saturday? Feb 21 20:55:44 Jake Drexel? Feb 21 20:55:48 yeah Feb 21 20:55:52 ok Feb 21 20:55:57 thats actually me :D Feb 21 20:56:19 <[Rui]> mrmoku: except for _list_list_longpressed Feb 21 20:56:39 elisa42: I just fixed the broken eol... Feb 21 20:56:56 [Rui]: you did not use longpressed? Feb 21 20:57:11 mrmoku: yes i saw that :) Feb 21 20:57:21 hmmm with the other sim.....welll....it doesn't segfault Feb 21 20:57:26 but the other sim is not activated Feb 21 20:57:31 maybe I should activate it Feb 21 20:57:33 <[Rui]> mrmoku: I do, you just have evas_object_show(view.ctx); while I open a ctxpopup with a box and two buttons Feb 21 20:57:44 <[Rui]> where do you build the view? Feb 21 20:58:14 org.freesmartphone.GSM.SimAuthFailed: ISI Code = 99 Feb 21 20:58:16 hmmm Feb 21 20:58:18 what's that? Feb 21 20:58:22 <[Rui]> mrmoku: found it Feb 21 20:58:30 <[Rui]> mrmoku: didn't know they were already buttons Feb 21 20:58:45 <[Rui]> mrmoku: that makes it simpler, indeed. Feb 21 20:59:11 <[Rui]> mrmoku: however if you make dist in it you get an unbuildable program (that's not good) Feb 21 20:59:19 <[Rui]> mrmoku: and I've been fighting against that a lot. Feb 21 20:59:24 <[Rui]> mrmoku: now it's edc files Feb 21 20:59:28 [Rui]: hmm... ok Feb 21 20:59:38 <[Rui]> | make[2]: *** No rule to make target `idle_screen/idle_screen.edc', needed by `idle_screen.edj'. Stop. Feb 21 20:59:56 elisa42: 3 = 0 and 4 = 127 are the only needed changes, right? Feb 21 21:00:04 yes Feb 21 21:00:24 because speaker isn't the thing that one would call speaker :) Feb 21 21:00:41 its named wrong Feb 21 21:01:58 hehe, yeah those controls are fun :P Feb 21 21:02:17 elisa42: can I add your signed-off? Feb 21 21:03:12 mrmoku: sure, though i don't know what it implies Feb 21 21:06:28 elisa42: The sign-off is a simple line at the end of the explanation for the Feb 21 21:06:31 patch, which certifies that you wrote it or otherwise have the right to Feb 21 21:06:34 pass it on as a open-source patch. The rules are pretty simple: if you Feb 21 21:06:36 can certify the below: Feb 21 21:06:54 rest you have to read in kernel SubmittingPatches :) Feb 21 21:07:16 altough it may appear as jake something like in the mails Feb 21 21:07:32 yeah that shouldnt be a problem :) Feb 21 21:08:11 freesmartphone.org: 03mok 07cornucopia * r535d1d01127d 10/fsodeviced/conf/openmoko_gta/alsa-2.6.34/voiphandset: Feb 21 21:08:12 freesmartphone.org: fsodeviced: fixed voiphandset state file in openmoko_gta / 2.6.34 Feb 21 21:08:12 freesmartphone.org: Signed-off-by: Jake Drexel Feb 21 21:08:12 freesmartphone.org: Acked-by: Klaus Kurzmann Feb 21 21:08:24 mrmoku: thanks :) Feb 21 21:08:31 elisa42: thank you :) Feb 21 21:08:42 voip state file hopefully will be important soon :D Feb 21 21:09:07 i hope too Feb 21 21:10:25 i got this voip-wlan handset which should be replaced by my freerunner Feb 21 21:10:47 [Rui]: isn't including all the edcs in EXTRA_DIST enough? Feb 21 21:11:43 <[Rui]> mrmoku: I'm fixing that with a simpler method, have a Makefile.am per dir with the parts for each section. Feb 21 21:11:57 <[Rui]> mrmoku: but there are also the png and ttf components Feb 21 21:12:18 <[Rui]> hopefully it's almost all fixed Feb 21 21:12:24 ok Feb 21 21:15:53 I think that even on my normal sim it doesn't segfault anymore Feb 21 21:16:18 wow, that is a good thing :) Feb 21 21:18:12 MDBUS2> org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Network.GetStatus Feb 21 21:18:17 makes it segfault Feb 21 21:18:59 GNUtoo|laptop: ok Feb 21 21:19:35 <[Rui]> mrmoku: why is the default.edc containing so many commented out includes? Feb 21 21:19:41 <[Rui]> weird Feb 21 21:19:55 <[Rui]> I uncommented them all Feb 21 21:21:47 [Rui]: hmm... they're not commented for me? Feb 21 21:22:02 <[Rui]> mrmoku: weird. Feb 21 21:22:38 listproviders segfault Feb 21 21:22:50 in mdbus2 Feb 21 21:22:51 ah no Feb 21 21:22:54 so not fsogsmd Feb 21 21:23:05 last time it was fsogsmd tough Feb 21 21:23:06 GNUtoo|laptop: does calling work? Feb 21 21:23:40 <[Rui]> mrmoku: I've also got a nice opim db that has a set of messages resulting in a crash of messages list view Feb 21 21:23:48 no idea, how do I test? Feb 21 21:23:54 [Rui]: keep it :) Feb 21 21:24:04 I can't call my home right now Feb 21 21:24:19 GNUtoo|laptop: initiate a call to the mailbox? Feb 21 21:24:28 yes but without audio....how to tell Feb 21 21:24:41 DTMF should work tough: Feb 21 21:24:58 mediators[ typeof(CallSendDtmf) ] = typeof( IsiCallSendDtmf ); Feb 21 21:25:49 I'll try to see if register segfaults Feb 21 21:27:28 [Rui]: if it is not highly confidential... mail it to me :) Feb 21 21:27:41 it doesn't but if status makes fsogsmd segfault.... Feb 21 21:27:44 how to tell Feb 21 21:27:46 <[Rui]> mrmoku: I don't think it has confidential info, just private. Feb 21 21:27:59 <[Rui]> mrmoku: if not too private, I'll mail it to you but... Feb 21 21:28:03 [Rui]: I promise not to search my portugues dictionary :P Feb 21 21:31:56 do we use pulseaudio in SHR? Feb 21 21:34:33 morphis: no Feb 21 21:34:43 well... not on until now Feb 21 21:34:47 ok Feb 21 21:35:05 as I did some research in the last two hours how palm exactly did the audio thing in webOS Feb 21 21:35:24 they do all volume control etc. in pulseaudio Feb 21 21:35:40 and audio routing via the audio scripts Feb 21 21:35:51 morphis: (ad your application development + yocto mail on shr-devel) it's something I've been bugging people with for quite a while, w/o geting any "I'm interested" response Feb 21 21:36:18 they send some commands like 'v 1 100' over a tcp link to pulseaudio from there audio daemon audiod Feb 21 21:36:25 thats how they control audio Feb 21 21:36:37 hmm Feb 21 21:36:47 zub: you are interested? Feb 21 21:37:22 morphis: yes, thought I doubt I can so much - I've been living on a 3G connection with a 5GiB/month cap for quite a while :-// Feb 21 21:37:24 mrmoku: as I understand pulseaudio it gets the audio in, process it (volume contorl) and put it out to the device Feb 21 21:37:28 s/ so / do / Feb 21 21:37:28 zub meant: morphis: yes, thought I doubt I can do much - I've been living on a 3G connection with a 5GiB/month cap for quite a while :-// Feb 21 21:37:48 zub: ok, so you can build the SDK Feb 21 21:37:53 :) Feb 21 21:37:58 but maybe you can do researchwhat we need for the SDK Feb 21 21:38:09 evaluate the plugins for eclipse & anjuta Feb 21 21:38:15 that would be a good start Feb 21 21:38:33 mrmoku: there is even a pulseaudio-alsa-wrapper Feb 21 21:38:47 which let us control pulseaudio over alsa Feb 21 21:39:10 morphis: ok, my idea was more low-level: put together a decent OE SDK, that contains all the reasonable (EFL, FSO, ...) libs so they don't have to be installed extra Feb 21 21:39:32 jepp Feb 21 21:39:36 morphis: also the old OM SDK scripts (forgot name of the recipe) might be included, as they were nice Feb 21 21:39:42 zub: jepp Feb 21 21:39:54 morphis: I will try to look into that then Feb 21 21:39:55 zub: can put a recipe together for that? Feb 21 21:39:56 morphis: the cleaner approach would probably be to teach fsodeviced all the audio stuff we're doing with alsa directly now... Feb 21 21:39:59 * zub is glad someone is interested Feb 21 21:40:06 zub: :) Feb 21 21:40:26 zub: I am very interested in application development when the lowlevel device work is done :) Feb 21 21:40:33 mrmoku: ok Feb 21 21:40:47 so we need to redife your sound interface in fsodeviced Feb 21 21:40:53 <[Rui]> mrmoku: oops Feb 21 21:40:58 I already talked with mickey a long time ago about that Feb 21 21:41:04 [Rui]: # is no comment in C ? Feb 21 21:41:14 <[Rui]> mrmoku: worse, in edc :) Feb 21 21:41:18 he was not satisfied with the sound interface in fsodeviced ... Feb 21 21:41:33 [Rui]: yeah, which gets preprocessed by cpp IIRC :P Feb 21 21:41:38 <[Rui]> mrmoku: I was too confused with the huge ammount of errors bitbake was giving me :( Feb 21 21:41:53 :) Feb 21 21:41:57 morphis: btw I've seen something with EFL that I found odd... [forgot details since then] the host-utils (edje_cc et al) - I think it would be nice to have them in a separate -native package, the current approach seemed to me like "working by accident" Feb 21 21:42:06 but it's been a while since I looked into it Feb 21 21:42:20 zub: you mean in OE? Feb 21 21:42:23 yes Feb 21 21:42:26 morphis: ok... the things I saw are: Feb 21 21:42:31 there is a edje-native I think Feb 21 21:42:31 signals for volume changes Feb 21 21:42:41 muting Feb 21 21:42:51 GNUtoo|laptop, pong Feb 21 21:42:55 and setting the volume within some limits in percentage Feb 21 21:43:01 probably, but that then includes more than necessary, anyway gotta refresh first Feb 21 21:43:09 pespin, you're still in charge of the SHR news? Feb 21 21:43:40 mrmoku: should not be that problem to implement that in fsodeviced Feb 21 21:44:10 morphis: yeah, think so too Feb 21 21:44:49 <[Rui]> mrmoku: NOTE: package libphone-ui-shr-1_0.0.1-r4: task do_compile: Succeeded Feb 21 21:45:00 <[Rui]> mrmoku: I think I caught all the make dist breakages Feb 21 21:45:45 [Rui]: great Feb 21 21:46:32 so I am off Feb 21 21:46:34 gn8 Feb 21 21:48:36 TAsn: if you have a strong opinion against moving the alsa stuff into fsodeviced... speak up now :P Feb 21 21:49:04 <[Rui]> mrmoku: my ctxpopup has exactly the same grey rect issue as the button Feb 21 21:49:22 [Rui]: ohh Feb 21 21:49:28 hmm Feb 21 21:49:42 <[Rui]> mrmoku: so maybe something is wrong somewhere else, anyway Feb 21 21:49:46 on the device? Feb 21 21:49:51 or on your pc Feb 21 21:49:52 ? Feb 21 21:50:38 on my laptop I don't have it neither with ctxpopup nor with the hove from before (with current EFL) Feb 21 21:52:01 GNUtoo|laptop, yeah, but Istarted classes the week before and got the exopc slate, so the little time i had I was not able to spend it getting new stuff to write a blog entry. Feb 21 21:52:16 ok Feb 21 21:52:30 I'ld like to write that some speedup may come to om-gta02 Feb 21 21:52:36 mostly I'd appreciate if other developers would update the wiki page. Feb 21 21:52:47 ah it's just a wiki page Feb 21 21:52:50 then I'll find it Feb 21 21:52:53 and write on it Feb 21 21:52:59 I remembered badly Feb 21 21:53:00 /News Feb 21 21:53:08 and remembered that it was separate pages Feb 21 21:53:13 ok thanks Feb 21 21:53:19 yw :) Feb 21 21:53:36 the most difficult thing is compiling all the information. Feb 21 21:53:49 so if you all can help with that, I can write entries whenever I have some time :) Feb 21 21:53:58 * pespin going to dinner, bbl Feb 21 22:07:00 GNUtoo|laptop: with the new kernel the startup time still is somewhere around 1:20 until pin dialog Feb 21 22:07:30 startup time may be higher Feb 21 22:07:45 because I lzma-ed the kernel Feb 21 22:07:48 but.... Feb 21 22:07:52 GNUtoo|laptop: ok Feb 21 22:07:53 I meant execution speed Feb 21 22:08:04 GNUtoo|laptop: like starting an application? Feb 21 22:08:09 ys Feb 21 22:08:13 *yes Feb 21 22:08:16 or using an application Feb 21 22:10:48 mrmoku, yes Feb 21 22:11:01 mrmoku, iirc there were reasons why we put things there Feb 21 22:11:06 the main reasons were Feb 21 22:11:11 we wanted to manage sound Feb 21 22:11:15 because sound is part of the ui Feb 21 22:11:27 if fso want to wrap around alsa and you want to use it, go ahead Feb 21 22:11:30 yeah, but sound != alsa on all devices Feb 21 22:11:39 but sound management should be done in libphone-ui Feb 21 22:11:42 mrmoku, I'm aware of that. Feb 21 22:11:59 does fsodeviced provide what's needed for us to manage the ui in libphone-ui? Feb 21 22:12:06 because we need to Feb 21 22:12:14 no, not yet... but the plan would be to implement it there Feb 21 22:12:19 mrmoku, really? Feb 21 22:12:28 morphis' and my playn :) Feb 21 22:12:45 ok, but sound *management* should remain in libphone-ui Feb 21 22:12:47 and morphis said mickey|zzZZzz is not satisfied with the sound api as well Feb 21 22:12:49 that's what I care about Feb 21 22:13:30