**** BEGIN LOGGING AT Fri Nov 23 02:59:59 2012 Nov 23 04:56:37 hello Nov 23 04:56:47 i had an idea today Nov 23 04:57:48 for some usable workaround for missing drivers for stuff like samsung galaxy s2, with shr-project... to run android in a chroot, to get the camera and gps working Nov 23 04:58:33 but i don't know about the android window server, if the camera app will work in x11, or if it would have to run from an emulator Nov 23 04:59:31 anyway. it should work Nov 23 04:59:41 it's not ideal, but it would make everything work Nov 23 08:57:32 morphis: I'm trying to test slyon's hwrouting branch in fsodeviced Nov 23 08:57:43 morphis: the rest of fso is from 12-rcX tarballs Nov 23 08:57:56 morphis: and with this it never opens modem properly Nov 23 08:58:03 hm Nov 23 08:58:11 morphis: iirc I had the same when I was testing something else with git version Nov 23 08:58:28 you have some log output for me? Nov 23 08:58:50 do you have any hint what it could be? I think something with libfsotransport but with DEBUG log enabled in both it doesn't show anything interesting Nov 23 08:59:16 2000-01-01T00:07:37.610504Z [DEBUG] LowLevelGTA04 <>: Trying to power modem on .. Nov 23 08:59:19 .. Nov 23 08:59:21 2000-01-01T00:07:40.946044Z [ERROR] FsoGsmDeviceServiceManager <>: Can't open moo Nov 23 08:59:24 dem Nov 23 09:00:12 and Nov 23 09:00:12 2000-01-01T00:06:46.634124Z [DEBUG] libfsotransport on@115200 (fd -1)>: Created Nov 23 09:00:18 2000-01-01T00:06:46.645904Z [DEBUG] libfsotransport 200 (fd -1)>: Created Nov 23 09:06:55 hm Nov 23 09:07:12 but libfsotransport doesn't have changed? Nov 23 09:07:30 no that's from the same tarball Nov 23 09:08:33 0.12.0-rc2 Nov 23 09:09:46 GNUtoo-desktop: yeah, I guess the keyfile hashtable is not valid anymore in the callback... try go ref it Nov 23 09:10:17 JaMa: hm, strace? Nov 23 09:10:38 For me git version worked right out of the box once i made sure udev was running and using the rules for persistent ttyHS naming. Nov 23 09:10:40 JaMa: as far as I know nothing has changed there, maybe the hwrouting does change something on the modme configuration Nov 23 09:10:54 JaMa: can you reboot the device and don't let fsodeviced be autostarted? Nov 23 09:13:24 morphis: did few times and seems always the same Nov 23 09:13:38 PaulFertser: good hint, JaMa udev is running an device nodes are created? Nov 23 09:14:01 PaulFertser: maybe the problem is that I'm mixing 0.12.0-rc2 tarballs with fsogsmd from git Nov 23 09:14:36 PaulFertser: but in this case we should make sure that stuff needed from git will be in 0.12 branches when hwrouting is merged and 0.12 released Nov 23 09:15:04 s/fsogsmd/fsodeviced Nov 23 09:15:58 afaik fsodeviced should not interrupt fsogsmd in it's modem initialzaton so something else has to be wrong Nov 23 09:16:25 * JaMa downgrading to fsodeviced from tarball just to make sure it works again Nov 23 09:23:03 hmm now it does not work with older fsodeviced too :/ reflasing new image later Nov 23 09:24:22 it should not be related to fsodeviced Nov 23 09:24:31 but SHR is still using udev? Nov 23 09:25:12 hehe... udev :-P Nov 23 09:25:54 yes since systemd switch Nov 23 09:27:12 ok Nov 23 09:27:25 mrmoku: hey, long time ago since we met last :) Nov 23 09:27:39 morphis: indeed :-/ Nov 23 09:27:58 mrmoku: but you are back for working on the gta04? Nov 23 09:28:14 I really want to Nov 23 09:28:28 real life was shaking me around a bit :-P Nov 23 09:28:48 and after all that time I have to find my way back Nov 23 09:28:52 as it does often :) Nov 23 09:28:56 (with me too) Nov 23 09:29:13 :) Nov 23 10:38:54 GNUtoo-desktop: yeah, I guess the keyfile hashtable is not valid anymore in the callback... try to ref it Nov 23 10:39:17 mrmoku, fixed already Nov 23 10:39:29 good :-) Nov 23 10:39:50 I freeed the keyfile in the sound init function that is called late Nov 23 10:40:03 instead of the usual place Nov 23 10:40:30 ok Nov 23 10:40:35 now I guess I've to talk to slyon and also to fix sound in A3 Nov 23 11:14:35 ok I understand Nov 23 11:14:43 it's already fixed but in branches Nov 23 11:44:35 * JaMa backporting to danny branches, if someone has patches to backport and they are not in danny branches now, shout Nov 23 12:07:48 JaMa, sorry I'm busy right now Nov 23 12:14:42 JaMa, dany braanch of meta-smarphone? Nov 23 12:16:39 all danny branches Nov 23 12:22:18 JaMa, I'm looking at the diff Nov 23 12:22:25 and linux-gta04 has some diff Nov 23 12:22:34 such as + file://hwrouting_add_voice_route.patch \ Nov 23 12:22:43 or the CMDLINE for xv Nov 23 12:25:13 c75ab36a3f062b16b11a01491e199d04db27a0b1 Nov 23 12:26:11 that was omited intentionally, but if it's safe and bugfix I'll take it Nov 23 12:26:25 it's not safe Nov 23 12:26:30 it breaks stuff Nov 23 12:26:36 then it should not go to danny, right? Nov 23 12:26:36 but then it's fixed in branches of fsdo Nov 23 12:26:48 it should as soon as slyon merge the fixes Nov 23 12:26:57 so not now Nov 23 12:27:06 yes but without it, no hw routing Nov 23 12:27:13 I'm asking for stuff which should be backported *now* Nov 23 12:27:18 before I start build Nov 23 12:27:20 ah, xv Nov 23 12:27:36 hash? Nov 23 12:27:40 1c8a99f5cc7be3a856d0c096d7afa265445685d2 Nov 23 12:27:45 let me look if it's in already Nov 23 12:28:17 aa6e512fe1de16875ed557153e8ce668b8cb44de Nov 23 12:28:31 7e751035f4cf3a1541113e9989ea12de234e3fc4 Nov 23 12:28:46 or maybe we merge that xv stuff later Nov 23 12:28:59 your call Nov 23 12:29:02 5b0fd662e4c75d495061d14d2850556c34c4265c Nov 23 12:29:20 when will we be able to backport XV if not now? Nov 23 12:30:04 4 commit is not too much for XV? Nov 23 12:32:04 commit 5b0fd662e4c75d495061d14d2850556c34c4265c Nov 23 12:32:08 is invalid Nov 23 12:37:46 and why is verbose output removed in 7e751035f4cf3a1541113e9989ea12de234e3fc4 ? Nov 23 12:39:41 I think because it was already present in the bootloader Nov 23 12:40:23 hmm but CONFIG_CMDLINE in defconfig is replaced by CMDLINE_om-gta04 from recipe anyway Nov 23 12:40:24 5b0fd662e4c75d495061d14d2850556c34c4265c is really old Nov 23 12:40:34 ok Nov 23 12:40:55 so doing changes in defconfig which are not in recipe does not make sense Nov 23 12:41:07 ah right Nov 23 12:41:09 so 5b0fd662e4c75d495061d14d2850556c34c4265c was already in danny brach Nov 23 12:41:15 ok Nov 23 12:42:26 basically we need several things for xv: Nov 23 12:42:38 * xf86-video-omapfb + some xorg extensions Nov 23 12:42:51 * 3 fbs in the kernel config Nov 23 12:42:55 * a kernel cmdline Nov 23 12:43:47 ( omapfb.vram=1:1200k,2:1200k ) Nov 23 12:44:02 pushed to danny Nov 23 12:44:12 the combinaison of all that stuff permit to run mplayer -vo xv Nov 23 12:44:26 which lower a lot the CPU usage when playing videos Nov 23 12:44:29 thanks Nov 23 12:48:18 thanks a lot, seem that all requirements are there Nov 23 12:51:07 meta-openembedded seem ok Nov 23 12:53:10 the diff in oe-core seem huge Nov 23 12:55:47 seem ok too Nov 23 12:55:49 thanks a lot Nov 23 14:22:09 morphis: btw that issue on gta04 with SIM is gone after reflash, I'll try to upgrade fsodeviced again :) Nov 23 14:26:54 JaMa: :) Nov 23 16:21:30 Hi, is shr still using gta04-init? Nov 23 16:22:52 I think it was removed in meta-smartphone Nov 23 16:23:07 now I don't know how much time that takes to reach the images Nov 23 16:23:59 hmm, oki, i guess you are not interested in my latest commits then... Nov 23 16:24:42 what do they do? Nov 23 16:25:01 better integration with the uboot menu Nov 23 16:25:12 ok Nov 23 16:25:36 gta04-init can now mount rootfs that was selected in the bootmenu Nov 23 16:25:45 i mean in the uboot menu Nov 23 16:28:39 btw by removing it SHR cant be run now from ext4 - and ext3 quite sucks, i havent measured it, but for me the boot is now terribly slow compared to ext4 Nov 23 16:29:15 ok Nov 23 16:29:38 and e.g. this http://www.linuxplanet.com/linuxplanet/tutorials/7208/1 confirms it... Nov 23 19:22:31 hey! Nov 23 19:23:27 hi slyon Nov 23 19:23:32 hi GNUtoo-x60 Nov 23 19:23:33 please push your branches if possible Nov 23 19:23:46 you fixed some bug with sound scenarios Nov 23 19:24:02 that is only in some gta04 hwrouting branch Nov 23 19:24:13 and sound is broken because of that in master Nov 23 19:24:29 JaMa, i saw you changed the gta04 CMDLINE. was that for any specific reason? the problem is that we can only boot from partition 2 if we have fixed root=/dev/mmcblk0p2 in the CMDLINE rahter than reading it from uboot Nov 23 19:25:22 slyon, btw I've completed the libphoneui detection Nov 23 19:25:29 it works but the code is still a bit dirty Nov 23 19:25:36 and it's only tested in A3 Nov 23 19:25:44 not in n900,crespo,gta02 Nov 23 19:25:48 and not in A4 Nov 23 19:25:59 and the config file is not ajusted yet Nov 23 19:26:00 GNUtoo-x60, wow! i'm stuck with the FSO autodetection... somehow the DBus call doesn't work Nov 23 19:26:15 ah? Nov 23 19:26:19 for me it prints A3 Nov 23 19:26:26 so I do: Nov 23 19:26:41 if machine == GTA04 and revision == A3: Nov 23 19:26:57 yes. that works. i can call it using mdbus Nov 23 19:27:00 suffix = "_gta04a3" else suffix = "" Nov 23 19:27:05 but i can't call it in my code Nov 23 19:27:11 ok Nov 23 19:27:18 I'll look at it then Nov 23 19:27:23 I must cleanup my code Nov 23 19:27:30 GNUtoo-x60, so what's wrong with master sound scenarios? i didn't change anything there Nov 23 19:27:31 *tough I must cleanup my code Nov 23 19:27:41 slyon, you changed the kernel Nov 23 19:27:49 which broke old scenarios Nov 23 19:28:08 because all scenarios are shifted Nov 23 19:28:12 starting near 20 Nov 23 19:28:18 GNUtoo-x60, ahh... so shall i commit the new scenarios to master? Nov 23 19:28:21 like 20->21 Nov 23 19:28:24 yes Nov 23 19:28:29 or rather Nov 23 19:28:36 to the branch that uses the new kernel Nov 23 19:28:40 shr branch does for instance Nov 23 19:29:00 we need to talk with JaMa about that Nov 23 19:29:04 as an OE patch? Nov 23 19:29:10 maybe not Nov 23 19:29:31 different oe branch uses different revision of cornucopia Nov 23 19:29:43 like the danny branch uses 0.12 Nov 23 19:29:48 the master branch too Nov 23 19:29:56 hmm Nov 23 19:29:59 and the shr branch too if you don't use autorev Nov 23 19:30:05 so let me look Nov 23 19:30:13 I've to power up my build laptop tough Nov 23 19:30:17 or clone cornucopia Nov 23 19:30:32 1) we identify where it's broken Nov 23 19:30:34 2) we fix Nov 23 19:30:51 3) I cleanup my code and add config Nov 23 19:30:56 4) we try to fix your code Nov 23 19:31:01 maybe I can do 3 after 4 Nov 23 19:35:52 GNUtoo-x60: hello, as i know you fixed a lot of audio stuff for N900, like forwarder and scenarios. are your branches still merged ? Nov 23 19:37:13 nschle85, no Nov 23 19:37:24 I merged only what was mergeable Nov 23 19:37:47 the n900 forwarder changed is not complete Nov 23 19:38:02 and as-is it's worse than what's in master Nov 23 19:38:08 since you can't talk Nov 23 19:38:14 I mean it doesn't record Nov 23 19:38:28 maybe I should finish it Nov 23 19:38:36 but no one wants to help with coding Nov 23 19:38:42 can you ? Nov 23 19:39:22 nschle85, what's needed beside that? Nov 23 19:40:06 also I'll finish some GTA04 stuff *before* Nov 23 19:40:18 because I started Nov 23 19:40:36 I mean did you test n900 recently? Nov 23 19:41:12 I've also to add some good scenarios to crespo Nov 23 19:41:15 it's really easy Nov 23 19:41:21 but I must find the time to do it Nov 23 19:41:28 and really quick too Nov 23 19:42:20 GNUtoo-desktop, here is a patch, which fixes the senarios in master: http://paste.debian.net/211841/ Nov 23 19:43:51 slyon, ok that's good Nov 23 19:44:04 GNUtoo-desktop, but shall we add it to OE or to FSO? Nov 23 19:44:16 let me look Nov 23 19:44:18 GNUtoo-desktop: i did not test N900 for a long time. but ill not do in future if i know that N900 will never work.... Nov 23 19:44:20 ok Nov 23 19:45:12 nschle85, if you get forwarding working, is it enough to use it? Nov 23 19:46:09 slyon, btw why the hwrouting is a patch and not in the kernel repository? Nov 23 19:47:02 GNUtoo-desktop: i dont know... but it would be a big step to use a telephone as a telephone Nov 23 19:47:36 slyon, you're right we can't merge the patch Nov 23 19:47:57 GNUtoo-desktop, i don't know... somehow neilb did not include it. so i didn't want to include it in our FSO kernel, no to move away from neilb's kernel Nov 23 19:47:58 the danny branch seem not to have the hwrouting Nov 23 19:48:19 slyon, we're already diffing a lot from neil Nov 23 19:48:23 GNUtoo-desktop, there is slyon/danny-after-fso-0.12 branch, which includes the patch Nov 23 19:48:25 we have 3.4 Nov 23 19:48:28 he has 3.5 Nov 23 19:48:37 and we can't switch to 3.5 like that Nov 23 19:48:43 if we do we need to re-adapt fso Nov 23 19:48:51 because stuff like resource management changed Nov 23 19:49:02 which means that rfkill plugin won't work without rfkill for instance Nov 23 19:49:25 GNUtoo-desktop, ok. i didn't know that... i that case we could as well add the patch to our kernel an remove it from OE Nov 23 19:49:45 yes Nov 23 19:49:57 anywaay we need to talk to JaMa Nov 23 19:50:16 because danny doesn't have hwrouting Nov 23 19:50:22 yes. we could then remove root=/dev/mmcblk0p2 again, as well Nov 23 19:50:23 and master does Nov 23 19:50:29 yes Nov 23 19:50:57 yes but if we get our autodetection working, we'll have fso-0.12 and can switch danny to hwrouting Nov 23 19:51:04 yes Nov 23 19:51:14 and then everything is in order again Nov 23 19:51:19 so let's move to your dbus problem Nov 23 19:51:37 where's your non-working code? Nov 23 19:52:15 GNUtoo-desktop, http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsodeviced/src/plugins/gta04_quirks/router_alsa.vala;h=80be0f472cab3087dfde11ece6213ba2ba50002c;hb=80be0f472cab3087dfde11ece6213ba2ba50002c#l112 Nov 23 19:52:31 you see the FIXME there... that's the error i get Nov 23 19:52:50 ok Nov 23 19:53:02 it runs up to this line 112 and asserts there Nov 23 19:53:22 i tried a ton of things.. but nothing worked.. Nov 23 19:53:59 info_proxy is null probably Nov 23 19:54:07 it's probably freed Nov 23 19:54:13 did you try unowned for that Nov 23 19:54:24 no Nov 23 19:54:36 what does unowned do? Nov 23 19:54:42 never used it.. Nov 23 19:54:45 it's memory management stuff Nov 23 19:55:01 if I remember well it tells that the variable should not be set to auto Nov 23 19:55:07 but I must verify that Nov 23 19:56:04 https://live.gnome.org/Vala/Tutorial#Unowned_References Nov 23 19:56:12 slyon: line 112 is a comment Nov 23 19:56:53 nschle85, yes it fails line 114 Nov 23 19:57:20 slyon, in what branch is that commit? Nov 23 19:57:40 slyon: a agree infoproxy is null Nov 23 19:58:07 GNUtoo-desktop, it's slyon/gta04-hwrouting-autodetect Nov 23 19:58:12 ok Nov 23 19:58:24 nschle85, yes sound reasonable Nov 23 19:58:54 slyon, also I ran into a problem with fsodeviced Nov 23 19:58:57 * slyon reading https://live.gnome.org/Vala/ReferenceHandling Nov 23 19:59:08 GNUtoo-desktop, which problem? Nov 23 19:59:24 missing .so Nov 23 19:59:29 let me reproduce it Nov 23 19:59:55 2000-01-01T09:29:16.787811Z [WARN] subsystem : Could not load plugin: Could not load /usr/lib/cornucopia/modules/fsodevice/gta04_quirks/info.so: /usr/lib/cornucopia/modules/fsodevice/gta04_quirks/info.so: cannot open shared object file: No such file or directory Nov 23 20:00:19 it's probably harmless Nov 23 20:00:29 GNUtoo-desktop, yes it's harmless Nov 23 20:00:54 all gta04_quirks modules are in gta04_quirks.so Nov 23 20:00:58 ok Nov 23 20:01:16 and the config is right? Nov 23 20:01:20 like fsodeviced.conf Nov 23 20:01:22 yes Nov 23 20:01:25 well... Nov 23 20:01:44 the config says [fsodeviced.gta04_quirks/info] so fso trieds to load gta04_quirks/info.so Nov 23 20:01:53 yes Nov 23 20:02:05 but actually everything is in gta04_quirks.so (which is loaded prior) Nov 23 20:02:12 maybe it should be .info or maybe the line should be removed? Nov 23 20:02:20 ok Nov 23 20:02:23 yes... Nov 23 20:02:35 we could somehow rename it not to use "/" then this warning would be gone Nov 23 20:02:46 but that's how it's done in all *_quirks plugins Nov 23 20:02:49 ok Nov 23 20:03:07 hmm actually it wouldn't be gone Nov 23 20:03:38 if we'd rename it to [fsodeviced.gta04_quirks-info] then it would search for gta04_quirks-info.so Nov 23 20:03:45 so that wouldn't be any better Nov 23 20:03:46 [fsodevice.herring_quirks/resume_handler] Nov 23 20:03:48 ah indeed Nov 23 20:03:52 so we keep as-is Nov 23 20:03:55 yes Nov 23 20:04:14 maybe try unowned now Nov 23 20:04:38 GNUtoo-desktop, i tried already. but i get some errors because of it: Nov 23 20:04:44 Invalid assignment from owned expression to unowned variable Nov 23 20:04:45 ok let me try Nov 23 20:04:52 router_alsa.vala:105.44-106.81: error: Invalid assignment from owned expression to unowned variable Nov 23 20:04:58 router_alsa.vala:114.56-114.65: error: The name `info_proxy' does not exist in the context of `Gta04.RouterAlsa.initScenarios' Nov 23 20:05:03 ok Nov 23 20:05:16 else there is a vala channel Nov 23 20:05:24 so i guess i've to understand what unowned means Nov 23 20:05:25 on the gimp/gnome irc server Nov 23 20:05:40 https://live.gnome.org/Vala/Tutorial#Unowned_References Nov 23 20:11:46 slyon, also note that the yield usage is probaably incorrect Nov 23 20:12:07 look in the samsung-modem or the isi-modem plugin for usage Nov 23 20:12:20 ah sorry Nov 23 20:12:27 I didn't see the = { before Nov 23 20:12:33 I didn't see the => { before Nov 23 20:14:03 ah it's normal that I didn't see it Nov 23 20:14:11 it's not in the link you pasted Nov 23 20:14:20 but it's in the branch you told me at HEAD of the branch Nov 23 20:15:55 what's the type of get_proxy_sync ? Nov 23 20:16:22 public T get_proxy_sync Nov 23 20:16:29 yes that's that? Nov 23 20:16:36 what's T Nov 23 20:16:37 so it's FreeSmartphone.Device.Info in that case Nov 23 20:16:40 ok Nov 23 20:16:40 T is a generic Nov 23 20:27:59 slyon: why are shr gui's written aganinst e-wm instead of gnome ? Nov 23 20:29:48 nschle85, don't know... maybe because EFL is optimized for low power devices Nov 23 20:30:25 nschle85, try to use gtk+ apps on the gta02..... Nov 23 20:31:05 nschle85, but actually they are written in an abstract manner. just libphone-ui-shr is EFL. one could do a libphone-ui-gtk, keeping the libphone-ui and everything below Nov 23 20:33:16 slyon, the error popups in the logs? Nov 23 20:33:51 GNUtoo-desktop, yes and on stdout/stderr Nov 23 20:34:45 I don't see it Nov 23 20:34:51 maybe I did something strange Nov 23 20:35:33 I don't see Detected Nov 23 20:35:39 s/srtanget/wrong Nov 23 20:35:56 GNUtoo-desktop, do you have gta04_quirks/router_alsa loaded? Nov 23 20:36:08 you need to add it in your fsodeviced.conf Nov 23 20:36:14 ok Nov 23 20:36:27 and it needs to be after gta04_quirks/info Nov 23 20:41:08 slyon: i dont know a lot of efl , i think its badly documented and using a differnet UI for shr would be better. I would prefer QT but its C++. so Gtk is the preferred UI vor vala development true ? Nov 23 20:41:27 why not change to GTK ? Nov 23 20:42:38 nschle85, you're right. EFL is very badly documented Nov 23 20:43:21 but there are problems with GTK as well. e.g. it is not very optimized for touchscreen usage (no finger scrolling) Nov 23 20:43:46 ughh... gtk :-P Nov 23 20:43:56 hey mrmoku! Nov 23 20:44:03 yo :) Nov 23 20:44:08 how are you? Nov 23 20:44:16 fine thx Nov 23 20:44:23 and you? Nov 23 20:45:03 little stressed from organizing the OHSW. but apart from this fine as well :) Nov 23 20:45:44 yeah OHSW... not sure if I will make it Nov 23 20:46:30 nschle85, we do not have the manpower to change to gtk Nov 23 20:46:42 + efl is going to be stable now Nov 23 20:46:45 it's making releases Nov 23 20:47:10 slyon: I have a long standing appointment with some friends on 1st... which will probably end late night in the backstage Nov 23 20:47:39 if so I won't hear the alarm clock ;-) Nov 23 20:47:48 slyon, sigh I can't make this plugin initialize Nov 23 20:48:05 maybe I need the whole branch Nov 23 20:48:09 mrmoku, heh that's understandable Nov 23 20:48:10 not just the new plugin Nov 23 20:48:18 because there is maybe a registration step Nov 23 20:48:21 like a switch case Nov 23 20:48:28 for bindings configs to plugins Nov 23 20:48:49 GNUtoo-desktop, you need all the autofoo for the new plugin Nov 23 20:48:57 ok Nov 23 20:49:41 and you need to load [fsodevice.gta04_quirks], [fsodevice.gta04_quirks/info], [fsodevice.gta04_quirks/router_alsa] Nov 23 20:50:19 mrmoku, but you could visit us on 30th at the restaurant if you like to Nov 23 20:50:53 GNUtoo-desktop: but if somebody will port the applications from efl to gtk it will be welcome ? Nov 23 20:51:20 nschle85, it's not very usefull but we won't stop him Nov 23 20:51:40 why its not useful ? Nov 23 20:51:50 nschle85, because we already have efl apps Nov 23 20:51:58 nschle85, do you know GTK+ enough? Nov 23 20:52:02 slyon: that sounds good... where and when? Nov 23 20:52:09 I mean I don't Nov 23 20:52:22 And I've no idea how it scales to gta02 Nov 23 20:52:32 or how touchscreen friendly it is Nov 23 20:52:50 I know how to program desktop apps Nov 23 20:53:09 but for smarphone in gtk+ I've no idea how to replicate efl's features Nov 23 20:53:59 mrmoku, 19:00 at "Mykonos" (Kieferngarten Str. 5) Nov 23 20:54:23 GNUtoo-desktop: i developed an application taking photos, entering the destiantion email (using my developed soft keyboard) and sending it via email within 2 workdays Nov 23 20:54:37 wow nice Nov 23 20:55:00 nschle85, was it for smartphone? Nov 23 20:55:00 slyon: mmhh... greek... fine :-) Nov 23 20:55:05 waes it touch friendly? Nov 23 20:55:05 :) Nov 23 20:55:13 because if so we could reconsider some stuff Nov 23 20:55:41 speaking from the restaurant. i still have to do the reservation. I'll do that tomorrow Nov 23 20:56:07 fixing soft keyboard for efl , you know that some keys did not be displayed took me 2 weeks Nov 23 20:56:55 GNUtoo-desktop: it was not for a smatphone, it was for a military touch tablet (5 years ago) Nov 23 20:58:05 ok Nov 23 21:00:11 nschle85, could you try the elementary-test application? Nov 23 21:00:30 slyon, still no success: Nov 23 21:00:32 2000-01-01T10:28:24.201263Z [DEBUG] Gta04RouterAlsa <>: Found scenario 'gsmheadset' - main volume = 0 Nov 23 21:00:41 but no detection Nov 23 21:00:51 maybe because I'm too tired Nov 23 21:00:52 GNUtoo-desktop: why should i try ? Nov 23 21:01:04 nschle85, to compare gtk+ and efl Nov 23 21:01:23 opkg install elementary-tests Nov 23 21:01:55 GNUtoo-desktop: compare in runtime or during development ? Nov 23 21:02:13 in runtime Nov 23 21:02:20 to see the widgets availables Nov 23 21:02:34 GNUtoo-desktop: this i wont compare Nov 23 21:03:17 ah? Nov 23 21:03:43 GNUtoo-desktop, i've no success either... i'm experimenting with DBusConnection.call_sync now, so skip the proxy as we only have this one call anyway Nov 23 21:04:01 s/so/to Nov 23 21:04:10 GNUtoo-desktop: i think everything you can do in gtk+ you can implement in elementary too.... Nov 23 21:04:49 GNUtoo-desktop: but i think the gtk api is much more documented Nov 23 21:06:12 yes Nov 23 21:06:29 but there are stuff you can probably do in elementary that you can't do in gtk+ Nov 23 21:06:57 yes. Nov 23 21:07:29 GNUtoo-desktop, i wonder if the bus is available at all at this time... Nov 23 21:07:43 so i would like to eleminate E Nov 23 21:07:51 as the dbus object is created in the very same process Nov 23 21:08:30 slyon, my theory is that the bus if freed when the response is there Nov 23 21:08:40 but maybe I'm wrong Nov 23 21:09:33