**** BEGIN LOGGING AT Wed Jan 04 02:59:58 2012 Jan 04 08:20:00 pabs3: looks like android-only for now **** BEGIN LOGGING AT Wed Jan 04 10:54:15 2012 Jan 04 11:04:10 JaMa: is there something one can do to avoid cleansstate for local builds? Something to tell bb to ignore stamps and whatever and always do everything? Jan 04 12:00:23 mrmoku: there was clean.bbclass (actually inherited by srctree) but the old version doesn't work ootb Jan 04 12:03:57 heyho Jan 04 12:04:07 hey Jan 04 12:10:23 JaMa: is it ok for you I push a commit which bumps SRCREV for libphone-ui Jan 04 12:10:46 morphis: btw qt-4.8 just went to oe-core.. Jan 04 12:10:49 morphis: and sure bump it Jan 04 12:11:18 JaMa: ok, then please set our preferred version to 4.8 too Jan 04 12:11:20 morphis: let me know when you want to set P_V for newer qt Jan 04 12:11:22 :) Jan 04 12:11:28 ok Jan 04 12:11:46 :) Jan 04 12:11:49 SHR: 03morphis 07meta-smartphone * r723ecee0c43c 10/meta-shr/recipes-shr/shr/libphone-ui_git.bb: meta-shr: libphone-ui: bump SRCREV to get latest configuration for crespo machine Jan 04 12:12:02 means I need to recompile qt but why not if I get a lot of new features :) Jan 04 12:12:20 there is a lot of oe-core changes so next build will take a bit longer Jan 04 12:12:37 but better to build 4.8 directly then rebuild 4.7 again because of PR bump :) Jan 04 12:13:48 JaMa: intone author just replaced the git repo with my version (inc my patches) Jan 04 12:14:29 JaMa: there were changes to 4.7`in oe-core? Jan 04 12:14:31 pabs3: great, thenks Jan 04 12:15:01 morphis: yes, but for tools http://git.openembedded.org/openembedded-core/commit/?id=dc154d698b3b455a35b65935f7f04a3b4f72f8b6 Jan 04 12:16:07 ah ok Jan 04 12:17:36 JaMa: you will do the bump to 4.8 right now? Jan 04 12:18:34 yup pushing oe-core/meta-oe changes now Jan 04 12:18:40 meta-sp next Jan 04 12:18:41 ok Jan 04 12:20:50 I will pull and build when you're ready Jan 04 12:20:54 SHR: 03Martin.Jansa 07meta-smartphone * racc917217877 10/meta-shr/conf/distro/include/preferred-shr-versions.inc: meta-shr: prefer newer QT Jan 04 12:21:09 SHR: 03Martin.Jansa 07meta-smartphone * r692394c8e204 10/meta-shr/recipes-extended/polkit/polkit_0.102.bbappend: polkit: drop bbappend Jan 04 12:21:15 morphis: done Jan 04 12:22:24 JaMa: thanks Jan 04 12:22:56 SHR: 03Martin.Jansa 07meta-smartphone * r2141591e21ce 10/meta-openmoko/recipes-kernel/linux/ (linux-openmoko/om-gta02/defconfig linux-openmoko_git.bb): linux-openmoko: add git version for builds from gitorious/shr/linux Jan 04 12:24:34 SHR: 03mok 07libphone-ui-shr * rfa896077d65d 10/src/view/contact-list-common.c: contact-list: fix the index Jan 04 12:27:13 morphis: found out something more on http://trac.shr-project.org/trac/ticket/1620 ? Jan 04 12:28:16 morphis: or do you remember what you did when that happened? Jan 04 12:29:03 mrmoku: do we need another SRCREV bump for your index fix or do you plan to push some more? Jan 04 12:29:40 JaMa: depends if morphis has some more info on that phoneuid crash Jan 04 12:29:47 (which probably is in libphone-ui-shr too) Jan 04 12:30:20 ok, I'll bump now and start build Jan 04 12:30:31 JaMa: I will certainly do some more fixing on the ui but bumping now is a good thing Jan 04 12:30:41 to get the fixes in the currently open staging Jan 04 12:31:30 SHR: 03Martin.Jansa 07meta-smartphone * r8a355b315b75 10/meta-shr/recipes-shr/shr/libphone-ui-shr_git.bb: libphone-ui-shr: bump SRCREV Jan 04 12:31:35 yes it will build for > day I guess :) Jan 04 12:32:03 hehe, yeah Jan 04 12:32:14 gives me some time for fixing the next round of bugs :P Jan 04 12:33:15 btw do you know how kbd is instructed to show on text fields? Jan 04 12:33:31 not yet... but that's on my list too Jan 04 12:34:14 #1571 Jan 04 12:35:17 ok I was trying to check if it's only python apps (so maybe just BINDINGS) or in general and it's broken in all apps it seems only partially working for me it's in vala-terminal when it shows kbd and imediately hides it again Jan 04 12:35:26 yeah, I was more thinking to find out what to do and fix it for libphone-ui-shr Jan 04 12:35:37 I don't want to touch the python parts :P Jan 04 12:36:03 and while bisecting that shr_elm_keyboard it was broken even before r65867 Jan 04 12:39:16 elm_win_keyboard_mode_set Jan 04 12:39:28 will try that in a moment Jan 04 12:41:20 great Jan 04 12:41:22 thanks Jan 04 12:43:55 mrmoku: it happens when fsogsmd is alive Jan 04 12:44:43 mrmoku: I think it happens only on Nexus S Jan 04 12:45:00 mrmoku: maybe we're sending some wrong variant with some signal Jan 04 12:45:25 mrmoku: so on which signals phoneuid is listen from fsogsmd? Jan 04 12:48:35 mrmoku, mickeyl: I tested aurora-systemmanager with the shr-lite-image to handle most things oeventsd handles Jan 04 12:48:53 mrmoku, mickeyl: result is very good Jan 04 12:49:17 it integrates very well with the rest of SHR Jan 04 12:51:11 morphis: (systemmanger) great Jan 04 12:51:36 morphis: it listens to almost all stuff fsogsmd emits :P Jan 04 12:51:41 mrmoku: ok Jan 04 12:52:15 as it happens periodically I would tip it's the network status updates Jan 04 12:52:41 pabs3: you have removed libvorbisfile in src/Makefile.am, but it's still in README, is it correct? Jan 04 12:53:43 morphis: yeah, sounds plausible Jan 04 12:54:00 JaMa: yes, its still needed and still built against Jan 04 12:54:18 JaMa: $(INTONE_LIBS) Jan 04 12:55:29 pabs3: I've pushed my changes to http://code.google.com/r/martinjansa-intone/source/list , but still testing them Jan 04 12:55:54 morphis: _update_signal_strength(g_variant_get_int32(v)); Jan 04 12:55:58 that one maybe Jan 04 12:56:00 ok Jan 04 12:59:04 morphis: could you listen with mdbus and show me what the network status signal looks like? Jan 04 13:00:02 mrmoku: it seems to be the signal strength Jan 04 13:00:05 it's a uint8 here Jan 04 13:00:10 ohh Jan 04 13:00:23 hmm... that is somehow bad Jan 04 13:00:26 yes Jan 04 13:00:37 but uint8 should be enough to carry the signal strength Jan 04 13:00:43 could you make that int32 like for the others too? Jan 04 13:00:46 as it's in range of 0-100 Jan 04 13:00:48 or all int8 Jan 04 13:00:53 but should not differ Jan 04 13:01:18 maybe we need to update the spec to be more specific on this Jan 04 13:01:33 hmm... let me check if I can safely find out what it is Jan 04 13:02:08 mrmoku: what are the other values of the network status update on shr side (lac, cid, pdp_lac, pdp_cid) Jan 04 13:02:09 ? Jan 04 13:02:22 or where I have to look for them in phoneuid? Jan 04 13:02:43 g_variant_is_of_type Jan 04 13:03:09 morphis: libphone-ui-shr... idle-view.c Jan 04 13:03:15 ok Jan 04 13:03:42 but signal strength is the only int I think Jan 04 13:03:48 which we use Jan 04 13:04:09 ok Jan 04 13:05:00 JaMa: cool, please poke the intone author when done Jan 04 13:05:50 that's plan ;) Jan 04 13:06:14 morphis: something like this: http://paste.pocoo.org/show/529796/ Jan 04 13:06:41 mrmoku: yeah Jan 04 13:06:49 pabs3: but as it will require newer efl then you will be foreced to upgrade your efl too when he merges it, so be prepared :) Jan 04 13:06:54 mrmoku: only put out a warning is what we should do here Jan 04 13:07:38 morphis: I should check if signal strength is used somewhere else too... Jan 04 13:07:50 yes Jan 04 13:08:35 JaMa: which version of EFL does it depend on? Jan 04 13:08:42 no, looks good Jan 04 13:08:48 JaMa: sadly the Debian pkg-e team is pretty inactive Jan 04 13:10:07 mrmoku: then you fix it on SHR side and I on FSO side Jan 04 13:10:19 I think for all the at modems it should be int32 Jan 04 13:10:21 morphis: I'm test-building right now Jan 04 13:10:33 ahh, so you will change it for nexus? Jan 04 13:10:40 then just the warning, yeah Jan 04 13:10:43 mrmoku: yes and check for palmpre and n900 Jan 04 13:10:49 good Jan 04 13:12:31 pabs3: some revision from last 3 weeks or so Jan 04 13:12:56 JaMa: ick, better to use releases only IMO Jan 04 13:12:57 pabs3: but elementary is being refactored a lot so soon there will be more changes needed Jan 04 13:13:07 pabs3: there is no elementary release yet Jan 04 13:13:15 * pabs3 grrs in the direction of E stuff Jan 04 13:13:31 ah Jan 04 13:13:53 mrmoku: for n900 it's uint8 Jan 04 13:14:11 will convert it to int8 Jan 04 13:14:59 pabs3: r66238 should be fine and now I'm testing it with r66854 Jan 04 13:15:19 mrmoku: so for modem_samsung, modem_nokia_isi and modem_qualcomm_palm it will be int8 now Jan 04 13:15:42 narf ... "/bin/sed: can't read /usr/lib/x86_64-linux-gnu/libgio-2.0.la: No such file or directory" Jan 04 13:15:52 ubuntu removed all la files finally with 12.04 .. Jan 04 13:16:19 morphis: gta02? Jan 04 13:16:51 morphis: so all int8, right? Jan 04 13:17:56 yes Jan 04 13:18:02 ok Jan 04 13:18:16 but lets stay with checking for int8 and int32 on SHR side Jan 04 13:18:51 good Jan 04 13:22:43 morphis: | view/idle-view.c:329:36: error: 'G_VARIANT_TYPE_INT8' undeclared (first use in this function) Jan 04 13:22:44 hm someone knows how I can work with missing la-files? Jan 04 13:23:32 morphis: there is no int8 variant ;) Jan 04 13:23:38 mrmoku: really? Jan 04 13:23:43 so either int16 or int32 Jan 04 13:23:43 mrmoku: just uint8? Jan 04 13:23:44 hmm Jan 04 13:24:03 there is byte Jan 04 13:24:17 no uint8 either Jan 04 13:24:27 it's G_VARIANT_TYPE_BYTE Jan 04 13:24:32 yup Jan 04 13:24:40 but then let's stay with int32 Jan 04 13:25:49 heh, ok :P Jan 04 13:26:04 so I will add the check that it does not segfault Jan 04 13:26:08 and you fix it in fso land Jan 04 13:26:10 good Jan 04 13:27:03 mrmoku: yes Jan 04 13:29:08 SHR: 03mok 07libphone-ui-shr * raf3cd558a6d9 10/src/view/idle-view.c: idle-view: check that signal strength is an int32 Jan 04 13:36:09 ok time for some office... bbl Jan 04 13:44:11 pespin: hi, please fill your issues to StagingTest page instead of reporting them here :) Jan 04 13:44:27 pespin: and it looks like latest enjoy dropped lms and is managing own library itself Jan 04 13:44:53 JaMa, ok, shall I add a bluetooth column? Jan 04 13:44:58 s/StagingTests/trac & StagingTests Jan 04 13:45:16 bug # in comments will be fine Jan 04 13:45:56 btw isn't it actuall fsoraw issue someone already reported? Jan 04 13:48:12 hmm could be, I didn't look into it. Jan 04 13:48:18 * pespin -> launch Jan 04 13:51:00 there is now space shuttle? :) Jan 04 13:51:05 new Jan 04 14:35:38 freesmartphone.org: 03morphis 07cornucopia * r49576bc05c21 10/fsogsmd/src/plugins/modem_nokia_isi/unsolicited.vala: Jan 04 14:35:38 freesmartphone.org: fsogsmd: modem_nokia_isi: use int32 as type for signal strength report Jan 04 14:35:38 freesmartphone.org: Signed-off-by: Simon Busch Jan 04 14:35:39 freesmartphone.org: 03morphis 07cornucopia * r2251b9683f5f 10/fsogsmd/src/plugins/modem_qualcomm_palm/utils.vala: Jan 04 14:35:39 freesmartphone.org: fsogsmd: modem_qualcomm_palm: use int32 as type for signal strength report Jan 04 14:35:39 freesmartphone.org: Signed-off-by: Simon Busch Jan 04 14:35:40 freesmartphone.org: 03morphis 07cornucopia * r39d5f492e4eb 10/fsogsmd/src/plugins/modem_samsung/ (modemstate.vala unsolicited.vala): Jan 04 14:35:40 freesmartphone.org: fsogsmd: modem_samsung: use int32 as type for signal strength, lac and cid Jan 04 14:35:40 freesmartphone.org: Signed-off-by: Simon Busch Jan 04 14:37:31 SHR: 03morphis 07meta-smartphone * r6727658b3337 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: meta-fso: cornucopia: bump SRCREV for several bug fixes Jan 04 14:42:47 SHR: 03Martin.Jansa 07meta-smartphone * r3c688f3fc58d 10/meta-shr/recipes-shr/shr/libphone-ui-shr_git.bb: libphone-ui-shr: bump SRCREV Jan 04 15:06:30 morphis, mrmoku: fsoaudiod fails to build with this cornucopia SRCREV Jan 04 15:07:15 http://paste.pocoo.org/show/529860/ Jan 04 15:11:11 mrmoku: and last libphone-ui-shr too | util/ui-utils-contacts.c: In function '_number_select_select': Jan 04 15:11:14 | util/ui-utils-contacts.c:109:24: error: initialization from incompatible pointer type [-Werror] Jan 04 15:11:18 | util/ui-utils-contacts.c: In function '_add_number_to_list_real': Jan 04 15:11:20 | util/ui-utils-contacts.c:141:5: error: assignment from incompatible pointer type [-Werror] Jan 04 15:11:23 | cc1: all warnings being treated as errors Jan 04 15:11:25 ups sorry http://paste.pocoo.org/show/529864/ Jan 04 15:11:46 but maybe this one is because of my newer efl Jan 04 15:24:19 yup that was my fault Jan 04 15:55:14 DocScrutinizer51, DocScrutinizer , hi I suppose that I shouldn't set the alsa buffer size arbitrary and autodetect it like with snd_pcm_hw_params_get_buffer_size in C right? Jan 04 15:56:18 and since there are 2 different cards there are 2 different buffer size Jan 04 15:56:24 I guess that isn't a big problem Jan 04 15:56:30 I use the right one for each Jan 04 15:56:31 right? Jan 04 16:03:17 hmmm Jan 04 16:03:27 it requires the number of frames in vala Jan 04 16:04:11 mickeyl, ping Jan 04 16:04:16 or morphis Jan 04 16:04:34 public int get_buffer_size( out PcmUnsignedFrames frames ); Jan 04 16:04:41 ah out Jan 04 16:08:28 anyway that lib is part of vala Jan 04 16:08:49 do I have to modify it to get hwparams Jan 04 16:08:55 and to wait for another release? Jan 04 16:10:58 hmmm there is get_params Jan 04 16:31:44 JaMa: qt-4.8 compilation failed for me: http://pastie.org/3125695 Jan 04 16:31:52 GNUtoo: you can create your own vapi file Jan 04 16:32:06 name it alsa2.vapi and include only the things you want to change Jan 04 16:32:33 don't we already have an alsaext.vapi? Jan 04 16:33:08 ahh... that's in my aci branch Jan 04 16:34:01 mrmoku: yes but we can import it in master branch Jan 04 16:34:57 yeah Jan 04 16:35:09 GNUtoo: so look at mrmoku's aci branch for the alsaext.vapi Jan 04 16:35:30 * mrmoku wonders if that part is pushed Jan 04 16:36:00 no, is not Jan 04 16:36:05 :) Jan 04 16:36:12 morphis: can you try to narrow where it got libQtSensors.so from host system instead of sysroot? Jan 04 16:36:24 yes Jan 04 16:36:31 morphis: because with shr-chroot you wont get this problem, because it's not there Jan 04 16:36:40 ah ok Jan 04 16:36:41 morphis: ah, are you using shr-chroot or not? Jan 04 16:36:48 * JaMa thought he did Jan 04 16:36:51 not on my laptop Jan 04 16:37:15 ah ok, that explains why you're first to see it (jenkins didn't have qt installed too I guess) Jan 04 16:37:17 but I should move over Jan 04 16:37:24 ah ok Jan 04 16:37:34 maybe that was the case for the oe-core people too Jan 04 16:39:18 freesmartphone.org: 03mok 07cornucopia * r6105e1426b1b 10/fsoaudiod/vapi/alsaext.vapi: Jan 04 16:39:19 freesmartphone.org: fsoaudiod: add an alsaext.vapi Jan 04 16:39:19 freesmartphone.org: Signed-off-by: Klaus Kurzmann Jan 04 16:39:32 morphis: I've reported that to bluelightning on #yocto, if you find something maybe you can report to him directly Jan 04 16:39:55 mrmoku: does this fix fsoaudiod compilation? Jan 04 16:41:06 JaMa: no Jan 04 16:41:50 let me look Jan 04 16:42:24 * [Rui] waves Jan 04 16:43:01 * JaMa waves Jan 04 16:43:46 hmm.. that was mickeyl's commit breaking that Jan 04 16:44:12 * mrmoku dinner first though... family already waiting :P Jan 04 16:44:14 bbiab Jan 04 16:55:02 JaMa: ok Jan 04 16:55:20 JaMa: it's only one place where -L/usr/lib comes in Jan 04 16:55:25 it's when building webkit Jan 04 16:57:25 I have -L/usr/lib/ when building eve too but only for qemux86-64 and not for arms maybe it's related, but not the same Jan 04 16:58:13 I am currently search for the places where -L/usr/lib is used Jan 04 16:58:43 <[Rui]> damn it, too short suspend time when plugged borked my opkg upgrade after many interruptions, gotta untar a new filesystem :*( Jan 04 17:06:52 JaMa: http://pastie.org/3125907 Jan 04 17:21:35 hmmm Jan 04 17:21:37 plugin.vala:180.4-180.27: error: The name `get_params' does not exist in the context of `FsoAudio.PcmDevice' Jan 04 17:22:43 tough it's in public class PcmDevice Jan 04 17:24:18 GNUtoo: Alsa or FsoAudio namespace? Jan 04 17:24:35 alsa.vapi Jan 04 17:24:46 or own alsa.vapi? Jan 04 17:25:59 that's in alsa.vapi Jan 04 17:26:08 but I use it in the fowarder Jan 04 17:26:14 which use fsoaudiod namespace Jan 04 17:26:36 basically I need a way to get buffer size Jan 04 17:26:45 and period size too Jan 04 17:26:54 I'm out of ideas if that doesn't work Jan 04 17:27:04 JaMa: thats interesting: libQtSensors is not build with qt4-x11-free, it's part of QtMobility Jan 04 17:27:08 I did that in the code: Jan 04 17:27:32 this.codecPCM = new FsoAudio.PcmDevice(); Jan 04 17:27:41 how can I get the params out of the codecPCM Jan 04 17:28:09 note that I'm trying to do the most generic possible forwarder Jan 04 17:28:16 because people like antrik needs it too Jan 04 17:29:30 what is params inside PcmDevice class? Jan 04 17:29:31 a property? Jan 04 17:30:09 looking Jan 04 17:30:38 it's private Jan 04 17:30:47 private Alsa.PcmHardwareParams hwparams; Jan 04 17:30:52 I change to public? Jan 04 17:31:25 and then do that: Jan 04 17:32:37 in the vapi there is PcmHardwareParams class Jan 04 17:32:41 which has the required methods Jan 04 17:33:55 but the PcmHardwareParams is a class and is also a parameter of malloc and alooca Jan 04 17:33:59 *aloca Jan 04 17:34:04 *alloca Jan 04 17:36:28 morphis, else I add a method that returns(somehow) the stuff I want inside fsoaudiod.pcmdevice? Jan 04 17:37:31 do a public Alsa.PcmHardwareParam hwparams { get; private set; } Jan 04 17:37:57 that adds a property which can only be set inside the class Jan 04 17:38:35 ok Jan 04 17:39:00 to access that what should I do? Jan 04 17:39:04 gethwparams? Jan 04 17:39:08 getHwParams? Jan 04 17:39:35 just instance.hwparams Jan 04 17:39:39 ok Jan 04 17:39:41 no get prefix is needed Jan 04 17:39:46 so I have to leave Jan 04 17:39:51 ok thanks a lot!!! Jan 04 17:40:05 no problem Jan 04 17:40:06 bye Jan 04 17:45:19 now it fails with: Jan 04 17:45:20 alsa.vala:441.40-441.51: error: ref and out method arguments can only be used with fields, parameters, local variables, and array element access Jan 04 17:45:21 Alsa.PcmHardwareParams.malloc( out hwparams ); Jan 04 17:45:43 JaMa, (fsoraw) I tried bluetooth using emtooth2 and setting it enabled manually in shr-settings, so no fsoraw involved :) Jan 04 17:46:01 so I guess it's or kernel problem or bluez problem Jan 04 17:46:39 does someone get DefaultAdapter using same bluez version and different device? Jan 04 17:58:46 pespin: well if requesting device doesn't work with fsoraw then probably the problem is in fsodeviced or somewhere as fsoraw is really just simple wrapper around it Jan 04 17:59:18 hmm let me check output in emtooth2 to see if I get some exception output Jan 04 18:45:51 GNUtoo, heh, the dbus service launch error is still there for obexd -> ObexDBusManager creation error: Error calling StartServiceByName for org.openobex: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process /usr/libexec/obexd exited with status 1 Jan 04 18:46:11 yes you worked arround Jan 04 18:46:20 and nobody fixed it Jan 04 18:46:28 yeah, running it manually afair, wasn't it? Jan 04 18:46:45 no you added some code for making it optional Jan 04 18:46:52 ah right Jan 04 18:46:54 hehe Jan 04 18:47:04 it required DISPLAY=:0 Jan 04 18:47:19 maybe launching it manually with DISPLAY.... Jan 04 18:50:38 GNUtoo: do you remember what mickeyl wanted to fix with the cmt namespace commit? Jan 04 18:50:56 yes I do Jan 04 18:51:06 cmt_speech_init -> cmtspeech_init Jan 04 18:51:23 does it still build for you? Jan 04 18:51:29 because it failed at runtime not finding the symbol named cmt_speech_init Jan 04 18:51:30 no idea Jan 04 18:51:35 I'm working on forwarding Jan 04 18:51:47 in my branch.... Jan 04 18:52:33 hmm... does not build for JaMa Jan 04 18:53:02 http://paste.pocoo.org/show/529860/ Jan 04 18:53:22 I've no idea Jan 04 18:53:27 and I must finish the forwarder Jan 04 18:54:10 I just know that mickeyl changed the vapi Jan 04 18:54:19 for cmt_speech_init -> cmtspeech_init Jan 04 18:54:25 because I had an issue at runtime Jan 04 18:54:34 it wanted cmt_speech_init which wasn't there Jan 04 18:54:44 but the real function is cmtspeech_init Jan 04 18:55:01 ok Jan 04 18:55:05 will find out Jan 04 19:44:27 hmmm where do I add the bug number in StagingTests? in 016 table near JaMa's one? Jan 04 19:45:12 http://trac.shr-project.org/trac/ticket/1638 Jan 04 19:47:13 in the comment column? Jan 04 19:47:43 pespin: the column named "Comments (ticket numbers)" :-) Jan 04 19:48:15 mrmoku, yeah, I know the column, I was asking for table + row hehe Jan 04 19:48:24 pespin: you should add your own row ;) Jan 04 19:48:28 I add it to 016 in JaMa's row? Jan 04 19:48:30 ok Jan 04 19:49:22 pespin: just add your own row and fill out only what you tested Jan 04 19:49:30 ok :) Jan 04 19:49:33 if you did not test anything apart bluetooth, then just fill the comment :P Jan 04 19:50:17 pespin: do you know if CCode is valid only for the following line? Jan 04 19:52:58 mrmoku, hmm no idea, I'd guess so but I'm not sure Jan 04 19:53:32 mrmoku, shall we add a Bluetooth column? Jan 04 19:54:12 pespin: hmm... we would need a WiFi + GPS column too then Jan 04 19:54:25 it think it would be right to have them Jan 04 19:54:41 Networking is too generic (I'd use it for usb networking) Jan 04 19:55:03 I think WiFi, GPS and Bluetooth features are 'important' ones Jan 04 19:56:06 ok, then add them... to the template too please Jan 04 19:56:20 template == 017 Jan 04 19:57:38 GNUtoo: is there a way to check if fsoaudiod is using the correct cmtspeech_init without running it on the device? Jan 04 19:58:43 cmthandler.c: cmt_speech_init (); Jan 04 19:58:44 ok Jan 04 19:58:47 looks like not Jan 04 19:58:51 * mrmoku moves the CCode Jan 04 20:02:36 hmm... still :/ Jan 04 20:02:42 do you want help? Jan 04 20:02:49 that means that I stop working on forwarding Jan 04 20:03:19 no Jan 04 20:03:21 :) Jan 04 20:03:30 keep on forwarding Jan 04 20:03:32 hello :-) Jan 04 20:03:41 hey nschle85|2 Jan 04 20:04:44 i think the ca-certificates in the version we use are gone http://pastebin.com/59BjSTxp Jan 04 20:05:00 so shr does not compile :-) Jan 04 20:07:25 talbe update done :) Jan 04 20:10:08 mickeyl: hmm... I guess I need you help for that Jan 04 20:13:34 ahh... cprefix does not apply to functions Jan 04 20:13:34 damn Jan 04 20:19:42 2011-12-31T22:31:50.106231Z [INFO] PlaybackFromModem <>: CODEC Buffer size is 2730, CODEC period size is 170 Jan 04 20:19:42 2011-12-31T22:31:50.106353Z [INFO] PlaybackFromModem <>: Modem Buffer size is 16384, Modem period size is 1024 Jan 04 20:19:46 something is strange here Jan 04 20:20:15 buffer_size : 16384 <- CODEC Jan 04 20:21:29 cmthandler.c: cmtspeech_init (); Jan 04 20:21:31 better :) Jan 04 20:22:09 hmm it seems fsoudaged has problems with GPS -> http://paste.pocoo.org/show/530013/ (fsousaged.log) Jan 04 20:23:53 freesmartphone.org: 03mok 07cornucopia * r3c5befce20e0 10/fsoaudiod/vapi/libcmtspeechdata.vapi: Jan 04 20:23:53 freesmartphone.org: fsoaudiod: libcmtspeechdata.vapi: explicitely name the typedefed structs we add with CCode/cname Jan 04 20:23:53 freesmartphone.org: Signed-off-by: Klaus Kurzmann Jan 04 20:23:56 mickeyl: don't need you :) Jan 04 20:24:30 now I must find why my modem and CODEC are inverted Jan 04 20:24:43 pespin: huh, python? Jan 04 20:25:27 mrmoku, yeah look weird. It seems the python traceback comes from dbus though Jan 04 20:25:50 yeah, but isn't gps disabled in framework? Jan 04 20:25:52 +d Jan 04 20:26:12 no idea Jan 04 20:28:27 mrmoku, any idea why the message above are pinted with that code: http://www.pastie.org/private/v7bdd9uuenvuijr6mnpwg ? Jan 04 20:31:41 GNUtoo: hmm.. not really Jan 04 20:31:55 no idea about dsnoop and dmix Jan 04 20:47:24 so nothing obvious like variable swap appeared.... Jan 04 20:47:26 ? Jan 04 21:02:50 freesmartphone.org: 03felix.huber 07framework * rb1cffda19165 10/framework/subsystems/ophoned/headset.py: ophoned: improve BT connect responsiveness Jan 04 21:13:35 GNUtoo: no, the only thing would be the devices themselves Jan 04 21:13:50 :0 is the codec Jan 04 21:13:54 and :1 the modem Jan 04 21:13:57 normally Jan 04 21:14:08 and dmix is play Jan 04 21:14:13 and dsnoop record Jan 04 21:14:15 right? Jan 04 21:14:49 yes Jan 04 21:14:55 dmix is multiplexing for play Jan 04 21:15:02 dsnoop is multiplexing for record Jan 04 21:15:21 yeah, then the question is if 0 is really the codec Jan 04 21:15:24 and 1 really the modem Jan 04 21:15:37 I'll check Jan 04 21:15:46 but my sim is in my freerunner right now Jan 04 21:16:21 yes, it is Jan 04 21:16:29 0 [gta04 ]: gta04 - gta04 Jan 04 21:16:32 1 [gta04voice ]: gta04-voice - gta04-voice Jan 04 21:16:35 2 [gta04headset ]: gta04-headset - gta04-headset Jan 04 21:18:14 GNUtoo: and you're sure about the values being swapped? Jan 04 21:18:27 maybe it's just a difference between dsnoop and dmix? Jan 04 21:19:41 <[Rui]> oh, no 2012 working images? :) Jan 04 21:22:14 no? Jan 04 21:22:38 freesmartphone.org: 03felix.huber 07framework * r1a7e3b2662b0 10/ (5 files in 2 dirs): fix #2305: GSM connection hangs up when during a call a second is not answered Jan 04 21:25:13 <[Rui]> mrmoku, none here http://build.shr-project.org/shr-2012.01/images/om-gta02/ Jan 04 21:26:31 :) Jan 04 21:26:44 [Rui]: there will be :) Jan 04 21:27:09 <[Rui]> mrmoku, hehe Jan 04 21:27:20 <[Rui]> well, getting the 20111227 Jan 04 21:27:36 <[Rui]> my 2gb sd card must be having corruption problems :( Jan 04 21:27:47 [Rui]: get 016 instead Jan 04 21:27:54 <[Rui]> so I'm going to see if I can find a speed at which I can use my many 4gb µsd cards Jan 04 21:28:02 <[Rui]> hms... ok Jan 04 21:28:19 <[Rui]> mrmoku, not there either Jan 04 21:28:29 freesmartphone.org: 03felix.huber 07framework * r3d1346af8414 10/framework/subsystems/ogsmd/modems/ (3 files in 2 dirs): ogsmd: bug fixes, start work for conference, toggle and 3rd incoming call Jan 04 21:29:02 <[Rui]> in old I see 20111215 and 19 Jan 04 21:29:10 <[Rui]> shr-aurora_ Jan 04 21:29:11 <[Rui]> ? Jan 04 21:29:27 mrmoku: can you apply a patch please for missing ca-certificates ? Jan 04 21:30:42 mrmoku, what happened? I upgraded my *STABLE* shr and then no more icons Jan 04 21:30:48 and a message about: Jan 04 21:31:04 /home/root/,e/e/appshadow Jan 04 21:31:07 <[Rui]> nschle85|2, missing why? maybe its those that have been removed because of being considered untrustworthy? Jan 04 21:31:10 I'll create it by hand and see Jan 04 21:31:39 lrwxrwxrwx 1 root root 24 Dec 7 15:14 .e/e/appshadow -> /var/volatile/appshadow/ Jan 04 21:31:44 [Rui]: i made a patch for newer ones Jan 04 21:31:59 what should I do? Jan 04 21:32:04 [Rui]: can you apply ? Jan 04 21:32:04 [Rui]: moment Jan 04 21:32:17 <[Rui]> nschle85|2, no ;( only locally on my phone Jan 04 21:32:20 ls: /var/volatile/appshadow/: No such file or directory Jan 04 21:32:33 should I rm .e/e/appshadow and mkdir it? Jan 04 21:32:49 I rm .e Jan 04 21:32:51 and reboot Jan 04 21:33:04 [Rui]: http://build.shr-project.org/shr-core-staging/016/images/om-gta02/shr-image-om-gta02.tar.gz Jan 04 21:33:23 but that kind of stuff *should not happend* Jan 04 21:33:26 nschle85|2: patch to where? Jan 04 21:33:30 I mean it's fine because I'm at home etc... Jan 04 21:33:40 but imagine a user loosing telephony because of that Jan 04 21:33:48 mrmoku: meta-oe Jan 04 21:33:50 then we loose the user too Jan 04 21:34:01 GNUtoo: and toggling the mode or right click refresh does not bring them back? Jan 04 21:34:19 no Jan 04 21:34:24 it brings the same message Jan 04 21:34:37 heh Jan 04 21:34:47 but rm -rf .e worked Jan 04 21:34:51 but you need a computer Jan 04 21:34:54 for that Jan 04 21:34:59 indeed :/ Jan 04 21:35:07 the user may think(like I did): Jan 04 21:35:10 shr is now stable Jan 04 21:35:22 ? Jan 04 21:35:25 then I'll upgrade while beeing not at home without a computer Jan 04 21:35:27 <[Rui]> mrmoku, oh Jan 04 21:36:01 GNUtoo: what is what you call shr stable? Jan 04 21:36:15 latest synced shr-core? Jan 04 21:36:28 yes shr-core Jan 04 21:36:30 not staging Jan 04 21:36:42 nobody called that stable Jan 04 21:36:56 we have QA procedure Jan 04 21:36:59 just better than what was there before Jan 04 21:37:01 indeed Jan 04 21:37:03 we made it clear that it was way better Jan 04 21:37:11 and should not break telephony Jan 04 21:37:20 some stuff may break Jan 04 21:37:30 but not critical stuff Jan 04 21:37:46 sure it's not the SD or something else? Jan 04 21:37:57 then I think before syncing we should try opkg upgrade Jan 04 21:38:03 from at least last working image Jan 04 21:38:03 I mean.. I have no icons after boot since long... but no errors and fixable by toggling the m ode Jan 04 21:38:20 I mean I had no /var/volatile/appshadow/ Jan 04 21:38:21 ahh, you mean it's an upgrade thing only Jan 04 21:38:22 hmm Jan 04 21:38:44 when I mean no icons Jan 04 21:38:53 I mean I cannot click on terminal Jan 04 21:39:04 sure, I know what no icons means ;) Jan 04 21:39:04 because instead of usual phone call icons Jan 04 21:39:10 I've other stuff Jan 04 21:39:21 but you think it's just by upgrading... and the image itself could be fine? Jan 04 21:39:23 I had some icons Jan 04 21:39:30 yes the image should be fine Jan 04 21:39:40 I think it's just a postinstall forgetten Jan 04 21:39:52 ok Jan 04 21:40:02 that is difficult to catch though Jan 04 21:40:06 with QA Jan 04 21:40:07 indeed Jan 04 21:40:22 that's why we should fix the bug if possible or at least do something about it Jan 04 21:40:23 I don't think we can provide that Jan 04 21:40:26 like warn users Jan 04 21:40:38 now that we know there is a bug Jan 04 21:40:39 yeah, and tell users that upgrading might work or not Jan 04 21:40:49 and that always Jan 04 21:40:55 we must do something whatever the something is.... Jan 04 21:41:01 freesmartphone.org: 03felix.huber 07zhone * r4a951eba95ef 10/ (3 files in 2 dirs): Add frontend for conference/toggle functions Jan 04 21:41:08 mrmoku: just noticed that upgrading, i'm stuck Jan 04 21:41:23 well the only thing I see is to tell loudly that upgrading *might* work Jan 04 21:41:29 and if not a reflash is needed Jan 04 21:41:57 M00R1Z: stuck means it suspended? Jan 04 21:42:03 or just stuck? Jan 04 21:42:12 mrmoku: stuck while upgrading, Jan 04 21:42:25 M00R1Z: hmm.. from where to where? Jan 04 21:42:31 i moved from testing to core, and had that problem you where mentioning having no icons Jan 04 21:42:40 thoug refresh did the trick Jan 04 21:42:41 also. how do we handle connmand removal? Jan 04 21:42:49 if it was installed by a previous image Jan 04 21:42:59 we should also tell the users about it Jan 04 21:43:02 M00R1Z: and you upgraded from testing to core and that worked? Jan 04 21:43:06 so they got wifi+bluetooth working again Jan 04 21:43:12 I would strongly advise against such a thing Jan 04 21:43:14 mrmoku: then there was that killall connmand thing to get iliwi working, Jan 04 21:43:24 there's probably every single file different :P Jan 04 21:43:32 mrmoku: i didn't u^grade from testin to core (i reflashed Jan 04 21:43:38 ahh ok :) Jan 04 21:43:58 <[Rui]> damn slow first boot ;) Jan 04 21:44:01 mrmoku: and today i tried upgrading from 20111203 Jan 04 21:44:06 [Rui]: indeed :P Jan 04 21:44:11 hi [Rui] Jan 04 21:44:19 <[Rui]> GNUtoo, hi! Jan 04 21:44:21 [Rui], what are you running ? Jan 04 21:44:24 M00R1Z: and it hung Jan 04 21:44:28 <[Rui]> GNUtoo, just installed 016 Jan 04 21:44:30 mrmoku: and that didn't work , so i went to the download site and downloaded 20111229? that didn't work Jan 04 21:44:33 ok Jan 04 21:44:42 [Rui], I run shr-core and it seem very stable Jan 04 21:44:45 <[Rui]> GNUtoo, my 2gb µsd must be borked, I get lots of corruption Jan 04 21:44:47 apart that upgrade clash Jan 04 21:44:52 ouch ok Jan 04 21:45:35 M00R1Z: http://build.shr-project.org/shr-core/images/om-gta02/shr-image-om-gta02.tar.gz Jan 04 21:45:37 mrmoku: whenever i flashed 20111229 image (i guess that's the newest one) i get passed the SHR booting splash, but then instead of showing desktop i get nothing Jan 04 21:45:43 would be the latest shr-core image Jan 04 21:45:46 and it should be fine Jan 04 21:45:48 let's see what's broken after that upgrade Jan 04 21:45:55 quite the oposite of my laptops battery Jan 04 21:46:04 which just started to blink orange :/ Jan 04 21:46:14 mrmoku, contacts app super-cool-right-widget is broken too Jan 04 21:46:24 but normal sliding work Jan 04 21:46:26 I fixed that today Jan 04 21:46:36 ok Jan 04 21:46:38 nice Jan 04 21:46:39 not built yet Jan 04 21:46:48 have to find me some current :P Jan 04 21:46:49 mrmoku, also I've a major usability complain about shr-contacts: Jan 04 21:47:06 could you remove the multi-contact selection Jan 04 21:47:18 let's say you press one contact Jan 04 21:47:20 ok, sent patch to shr-devel ML Jan 04 21:47:21 and then another Jan 04 21:47:23 while sliding Jan 04 21:47:30 it selects both Jan 04 21:47:36 then it refuses to call Jan 04 21:47:40 when you want to call Jan 04 21:47:43 you need a stylus Jan 04 21:47:55 because pressing for unselect won't work with a finger Jan 04 21:48:10 mrmoku: downloading Jan 04 21:48:10 (too much jitter) Jan 04 21:48:47 GNUtoo: hmm Jan 04 21:48:58 also last complain(very minor): it's A->Za->z Jan 04 21:49:10 could we make the super-cool-right-widget case insensitive Jan 04 21:49:12 fortunatelly bat of my n900 is better :) Jan 04 21:49:18 mrmoku: i see you gave me the tar file, i use jffs2 so i used the one above that link you gave me -> and that was the image i reflashed with that didn't work Jan 04 21:49:28 mrmoku, should I bugreport for all that? Jan 04 21:49:38 M00R1Z: hmm Jan 04 21:49:55 for the last 2 enchancements request Jan 04 21:50:15 GNUtoo: we have to find some compromise for multiselect though Jan 04 21:50:39 mrmoku: so i reflashed to 20111203 , and now i'm setting it up maybe i'll try to do an upgrade , but i have a funny feeling my internet connection stops after a while Jan 04 21:50:56 mrmoku, it renders it unusable with finger tough if we keep it as-is Jan 04 21:51:07 so maybe we could put that with the right-menu Jan 04 21:51:12 s/with/in/ Jan 04 21:51:12 GNUtoo meant: so maybe we could put that in the right-menu Jan 04 21:51:12 M00R1Z: ahh, upgrading via gprs? Jan 04 21:51:22 or bind it to right click Jan 04 21:51:24 or something like that Jan 04 21:51:34 mrmoku: no , i'll tell it in private (its long) Jan 04 21:51:50 * mrmoku boots gta04 to check Jan 04 21:52:26 GNUtoo: well maybe add a ticket to not loose it Jan 04 21:52:43 assign it to me and the release milestone Jan 04 21:52:53 ok Jan 04 21:54:35 ffalarms still segfault Jan 04 21:54:43 <[Rui]> mrmoku, keyboard is not popping up Jan 04 21:54:46 I'll retry with the correct ntpdate-ed clock Jan 04 21:55:22 <[Rui]> i'm having to accept all default values in shr-wizzard Jan 04 21:55:24 [Rui]: we're working on it ;) Jan 04 21:55:30 yup Jan 04 21:56:44 still segfault Jan 04 22:01:05 <[Rui]> mrmoku, any work around I can do? Jan 04 22:01:23 <[Rui]> well, now with the toolbar I can popup manually Jan 04 22:02:31 heyyy Jan 04 22:06:18 [Rui]: no, I always exit the wizard :P Jan 04 22:06:36 hi Jan 04 22:07:36 SHR: 03lukasmaerdian 07shr-e-gadgets * rd7abc1a95d11 10/src/shelf-gadgets/e_mod_gad_gsm.c: gsm gadget: remove qtopia parts Jan 04 22:07:50 * mrmoku --> bed Jan 04 22:07:57 gnight all Jan 04 22:13:06 SHR: 03lukasmaerdian 07meta-smartphone * r9f78058ced6a 10/meta-shr/recipes-shr/shr/shr-e-gadgets_git.bb: meta-shr: bump shr-e-gadgets SRCREV Jan 04 22:14:49 :list Jan 04 22:25:31 mrmoku, I guess I know why it fails now Jan 04 22:25:38 the cond.broadcast(); Jan 04 22:25:45 it's now at the wrong time Jan 04 22:32:44 <[Rui]> mrmoku, night Jan 04 22:33:14 <[Rui]> iliwi doesn't seem to associate with my network Jan 04 22:33:25 [Rui], does it find your network? Jan 04 22:33:51 http://www.shr-project.org/trac/ticket/1500 Jan 04 22:34:31 <[Rui]> GNUtoo, yeah Jan 04 22:34:54 <[Rui]> ah... tkip Jan 04 22:34:56 <[Rui]> oh well Jan 04 22:34:56 same bug? Jan 04 22:38:39 <[Rui]> GNUtoo, yup Jan 04 22:44:38 <[Rui]> GNUtoo, weird, doesn't ping my gw, though Jan 04 22:45:39 hmmm Jan 04 22:47:07 <[Rui]> and now, doesn't seem to associate. will try to reboot, Jan 04 22:52:11 <[Rui]> now works Jan 04 22:53:17 strange Jan 04 22:53:23 comment in the bugreport then Jan 04 22:54:25 <[Rui]> argh Jan 04 22:54:30 ? Jan 04 22:54:38 <[Rui]> evdev doesn't support right mouse button emulation in gta02 Jan 04 22:54:51 <[Rui]> xinput list-props 8 Jan 04 22:54:53 no it doesn't Jan 04 22:54:56 <[Rui]> damn dman dman Jan 04 22:55:01 but you have efl right button Jan 04 22:55:19 why is that so important? Jan 04 22:55:20 <[Rui]> GNUtoo, yeah, but waste of real estate on top :) Jan 04 22:55:40 bugreport maybe Jan 04 23:42:46 hmmm Jan 04 23:43:01 this forwarder start to become complicated Jan 04 23:43:20 maybe I should export the timing based alsa functions Jan 04 23:43:31 that would easier the whole work Jan 05 00:42:25 JaMa, I added WiFi, GPS and Bluetooth fields to StagingTests, hope you are ok with it Jan 05 00:43:08 * pespin off to bed, gnight **** ENDING LOGGING AT Thu Jan 05 02:59:57 2012