**** BEGIN LOGGING AT Tue Dec 20 02:59:57 2011 Dec 20 04:46:14 antrik: git-send-email gives plenty of output for you to check what you're sending before actually handing off to MTA. Dec 20 05:51:19 Hey, thanks for that - I haven't had idea of such functions Dec 20 06:55:49 slyon|away: ahh, cool. no I always take Neil's config as base and use that Dec 20 06:57:30 moin Dec 20 07:02:38 moin JaMa|Zzz Dec 20 07:19:00 JaMa: I would need a rebased systemd branch soon with the gta04 kernel Dec 20 07:22:35 I'll do it in minute Dec 20 07:22:56 pushing shr-chroot update and then will rebase rest Dec 20 07:26:48 JaMa: thx Dec 20 07:27:11 * mrmoku meanwhile looking into the PIN race Dec 20 07:28:32 mickeyl: gah... I knew it was a good idea to go to bed :-P Dec 20 07:28:50 mrmoku: delete pkghistory for dbus before build Dec 20 07:28:55 mickeyl: I just was in airplane mode... that's why it did not advance Dec 20 07:29:00 JaMa: ok Dec 20 07:29:21 mrmoku: and be aware that the work around for owner is removed in jansa/systemd so dbus owner is wrong in some cases Dec 20 07:29:30 ok Dec 20 07:33:48 mickeyl: hmm... actually no... that was the reason why it did not register Dec 20 07:33:54 but it still does not advance Dec 20 07:34:01 will try with that code disabled now Dec 20 07:39:41 mrmoku: pushed Dec 20 07:42:21 * JaMa off to work Dec 20 07:45:33 SHR: 03Martin.Jansa 07shr-chroot * rb11112c6bee4 10/ (294 files in 34 dirs): system upgrade Dec 20 07:45:42 SHR: 03Martin.Jansa 07shr-chroot * rbf244209f224 10/OE/.bashrc: bashrc: update aliases, shr-lite-image is not default anymore and you have to call reindex explicitely Dec 20 08:00:04 JaMa|Wrk: thx Dec 20 08:10:36 Project aurora-image-jansa-test-crespo build #1: FAILURE in 4 hr 32 min: http://norman-schleicher.de:8080/job/aurora-image-jansa-test-crespo/1/ Dec 20 08:19:14 Project aurora-image-jansa-test-crespo build #2: STILL FAILING in 6 min 18 sec: http://norman-schleicher.de:8080/job/aurora-image-jansa-test-crespo/2/ Dec 20 08:45:12 morphis: hi, yes that commit Dec 20 08:46:07 morphis: but I've enabled it in meta-oe so I can remove this commit from meta-oe and keep it disabled for all armv7a until it's fixed (fixed on palmpre not n900) Dec 20 08:50:35 JaMa|Wrk: hi Dec 20 08:51:02 JaMa|Wrk: How do I bump a PR when there is none ? (about vlc.inc patch I sent) Dec 20 08:55:38 I thought PR/PV were mandatory Dec 20 08:58:21 GarthPS: you add one Dec 20 08:58:49 GarthPS: usually to target recipe not .inc file Dec 20 08:58:50 JaMa|Wrk: ok thx. Was not sure as there was none. Dec 20 08:58:55 Ainulindale: never mandatory Dec 20 09:00:09 JaMa|Wrk: about your last sentence, you mean PR shoulld be in vlc_1.1.11.bb here ? Dec 20 09:00:41 yes Dec 20 09:00:54 hm yeah, so I add a PR in vlc_1.1.11.bb or in the .inc file ? Dec 20 09:00:59 GarthPS: in .inc there is INC_PR sometimes, but adding PR to .inc is wrong idea Dec 20 09:01:39 JaMa|Wrk: Ok so I should better do a complet new patch for both .inc and target file including PR in target one right ? Dec 20 09:02:26 what do you mean by complet new patch? just update the one you've sent to include PR bump in target recipe (vlc_1.1.11.bb) Dec 20 09:02:53 JaMa|Wrk: but it's working on the n900? Dec 20 09:03:14 JaMa|Wrk: I need to check if it works on the nexuss too Dec 20 09:03:31 JaMa|Wrk: if it works on n900 and nexuss we should let neon support for evas enabled Dec 20 09:03:40 and only disable it for palmpre Dec 20 09:04:19 JaMa|Wrk: I mean a one patch to apply not a seconde patch witch will be applied after my already sent one Dec 20 09:05:11 morphis: it's working on n900 and it was enabled for all armv7a 2 weeks ago (because we didn't have _armv7a override enabled in SHR) Dec 20 09:05:31 morphis: that's why I expected that it was fixed everywhere and this option is no longer needed Dec 20 09:06:20 GarthPS: yes update it and send as PATCHv2 Dec 20 09:06:33 JaMa|Wrk: ok thx Dec 20 09:07:07 JaMa|Wrk: then let's enabled it and only disable it for machine which are not working with neon enabled Dec 20 09:07:16 morphis: in other words it wasn't ever disabled explicitely in shr-core until this patch http://git.openembedded.org/openembedded-core/commit/?id=e3e1fef27345e2ea923b76b1e6bcb9cd5572cec6 Dec 20 09:07:49 morphis: but it cannot be enabled only for some machines if we're not changing PACKAGE_ARCH to MACHINE_ARCH Dec 20 09:09:02 hm Dec 20 09:09:20 Ainulindale: PR is implicitely r0 if not given I think Dec 20 09:09:27 the problem is that I don't think it will ever work on the palmpre Dec 20 09:09:32 mrmoku: Yeah hence mandatory Dec 20 09:09:37 You need PR/PV Dec 20 09:09:41 There's a default though Dec 20 09:09:44 :) Dec 20 09:09:56 Nevermind Dec 20 09:10:00 How was FSOSHRUDCON ? Dec 20 09:10:24 Yeah how as it? Dec 20 09:11:27 Ainulindale: great Dec 20 09:11:54 Ainulindale: little hours of sleep and lots of fun Dec 20 09:11:59 Great as in great beer or great speech? Dec 20 09:12:04 :-> Dec 20 09:12:20 Ainulindale: like mickeyl discovering that his signal strength on gta04 was low because he had no antenna in :P Dec 20 09:12:39 Ainulindale: some beer too... and some speech... but more lots of hacking Dec 20 09:12:41 Meeeeeeh Dec 20 09:13:26 JaMa|Wrk: doesn't make the line "EVAS_CPU_TWEAKS_palmpre = "--disable-cpu-neon" evas machine specific for the palmpre? Dec 20 09:14:05 morphis: not automatically (that works only for SRC_URI = "file://foo" if foo is found in palmpre directory Dec 20 09:14:09 hm Dec 20 09:14:23 wasn't it that way in oe-classic? Dec 20 09:14:29 no Dec 20 09:14:31 hm Dec 20 09:14:35 than I got something wrong Dec 20 09:14:48 so anything against making evas specific for palmpre? Dec 20 09:16:02 by adding PACKAGE_ARCH_palmpre = "${MACHINE_ARCH}" right? Dec 20 09:16:06 yes Dec 20 09:16:54 it should work, only issue is that if there is armv7a-vfp-neon feed with newer avas available, then opkg will happily upgrade to that one Dec 20 09:17:22 hm Dec 20 09:17:32 and when palmpre build is finished and evas available also in that feed it won't reinstall it automatically just because palmpre arch has higher prio then armv7a-vfp-neon Dec 20 09:17:34 it does not stick to the machine specific one? Dec 20 09:17:52 no it does stict to highest available verstion Dec 20 09:17:56 hm Dec 20 09:17:59 thats bad Dec 20 09:18:18 yes, not sure if rpm handles this better Dec 20 09:18:19 but the palmpre feed has a higher priority, right? Dec 20 09:18:27 yes Dec 20 09:18:52 but then the priority is featureless Dec 20 09:19:09 not for the same version in different feeds case Dec 20 09:19:16 ok Dec 20 09:19:35 but shouldn't it help to determine the current version overall feeds? Dec 20 09:19:45 morphis: it work if the upgrade is available in both at once Dec 20 09:20:50 morphis: as long as I do rsync to public feeds (or you're using closed feeds only) only after building all machines then you should be safe Dec 20 09:21:24 but for your local builds if you finish ie crespo build Dec 20 09:21:34 then do opkg upgrade on palmpre Dec 20 09:21:38 then finish palmpre build Dec 20 09:21:48 and do another opkg upgrade on palmpre Dec 20 09:22:00 then palmpre will have wrong evas architecture Dec 20 09:22:36 hm Dec 20 09:22:42 wait a moment Dec 20 09:22:42 I've asked Graham to fix it by reinstalling such package at least as soon as the same version with higher arch prio gets available Dec 20 09:23:07 but he said it's difficult in current opkg code base or something like that Dec 20 09:23:11 but he said it's difficult in current opkg code base or something like that Dec 20 09:23:56 hm Dec 20 09:24:04 so we will not have this feature Dec 20 09:24:20 probably not Dec 20 09:24:27 thats bad Dec 20 09:24:34 so we need to have a general solution Dec 20 09:24:54 agreed.. generally if you change PACKAGE_ARCH for everybody then it will work Dec 20 09:25:07 because nobody will be able to build newer version to armv7a-vfp-neon Dec 20 09:26:14 or build machines in right order (but that's not always possible and evas needs palmpre sooner then other archs and something else could depend on something else build before the rest) Dec 20 09:26:30 hm Dec 20 09:26:46 so we need a PACKAGE_ARCH = "${MACHINE_ARCH}" for evas in meta-shr Dec 20 09:26:50 that's why I would rather disable neon in all armv7a devices Dec 20 09:27:05 but then we will have problems when disabling it later Dec 20 09:27:22 enabling? Dec 20 09:27:28 the PACKAGE_ARCH thing Dec 20 09:27:46 if neon support in evas is working in all supported devices again and we don't need the override anymore Dec 20 09:28:04 right Dec 20 09:28:30 ok Dec 20 09:28:37 then lets disable it for all machines Dec 20 09:28:43 sad but the only option we have right now Dec 20 09:29:00 and maybe I should take a closer look why neon is not working on palmpre Dec 20 09:29:19 JaMa|Wrk: I will revert my patch for the enabled noen support for palmpre Dec 20 09:39:44 morphis: could you confirm it's working or not-working on nexus S? Dec 20 09:39:51 then I'll disable it for all Dec 20 09:46:11 GarthPS: btw I'm not sure if ENTERPRISE_DISTRO should be used in new layers, imho COMMERCIAL_LICENSE replaces some functionality of ENTERPRISE_DISTRO and it should be handled different now Dec 20 09:48:41 JaMa|Wrk: I will test 012 in some minutes on the nexus s and then I will tell you Dec 20 09:50:29 morphis: ok thanks Dec 20 09:50:51 morphis: btw qt-4.8 build is almost finished.. but was hit by toolchain update and breakage :/ Dec 20 09:51:23 so I have it built only for n900 Dec 20 09:51:58 JaMa|Wrk: so it's not arrived in the contrib/shr branch until now? Dec 20 09:52:16 no only contrib/jansa/test Dec 20 09:52:18 ok Dec 20 09:52:25 then I will wait until you merge it Dec 20 09:52:27 and it's not in master yet Dec 20 09:52:32 ok Dec 20 09:52:58 ok I'll wait for it in master :) Dec 20 09:53:08 btw. I was thinking about if we should write a trac plugin for the statging think to trac staging images, their quality and relating bugs Dec 20 09:53:48 yes if we stick to trac and especially trac on current host Dec 20 09:54:01 yes Dec 20 09:54:08 I think we should have another item type Dec 20 09:54:11 because we don't have enough permissions there afaik Dec 20 09:54:16 hm Dec 20 09:54:28 is there any reason why we don't have full permissions? Dec 20 09:55:11 I don't know, I never talked with bearstech guys about trac Dec 20 09:55:25 mrmoku ^ ? Dec 20 09:57:53 JaMa|Wrk: something like this http://trac-hacks.org/wiki/MasterTicketsPlugin Dec 20 09:58:03 or this http://trac-hacks.org/wiki/SubticketsPlugin Dec 20 09:58:08 JaMa|Wrk: so you mean I could remove the test part about ENTREPRISE_DISTRO ? Dec 20 09:59:18 morphis: you mean to block staging image until all bugs in it are closed? Dec 20 10:00:22 GarthPS: I don't know, but there is no ENTERPRISE_DISTRO in whole oe-core and only 5 recipes in meta-oe are using it Dec 20 10:00:52 JaMa|Wrk: maybe not blocking but to get a view which bugs are related to which staging image Dec 20 10:01:09 maybe we can solve this very simple with adding and extra field to a bug report with the staging number Dec 20 10:01:21 JaMa|Wrk: So I don't push that in my patch but ask the question ? Dec 20 10:01:34 so we have the list of bugs for a staging image we need to verify that they are fixed in the next one Dec 20 10:01:42 GarthPS: or send updated patch and add a note about ENTERPRISE_DISTRO in commit message Dec 20 10:02:01 JaMa|Wrk: and something very important: we need to describe the technical side of the whole process somewhere Dec 20 10:02:31 morphis: on buildhost there is staging-workflow.txt for now Dec 20 10:02:45 morphis: when it's confirmed as working properly for us we can move it to wiki Dec 20 10:02:52 JaMa|Wrk: you mean I do remove ENTERPRISE_DISTRO in my patch and notify it in the commit message, sure ? Dec 20 10:03:16 (I insiste because I jsut want to be sure to not blow things up) Dec 20 10:03:21 GarthPS: no, keep it in your patch, but notify in commit message Dec 20 10:03:37 GarthPS: e-mails does not blow things :) Dec 20 10:03:43 JaMa|Wrk: yeah I wanted to mean that :) Dec 20 10:03:48 ;) Dec 20 10:04:42 fscking toolchain is broken somehow only when rebuilt from scratch :/ Dec 20 10:04:51 * mrmoku reads backlog Dec 20 10:07:32 morphis: our trac is running on some different bearstech server Dec 20 10:07:46 morphis: but I think we can install plugins that are installable from *inside* trac Dec 20 10:25:26 mrmoku: ok Dec 20 10:25:41 JaMa|Wrk: 012 image is working fine regarding neon on the nexus s Dec 20 10:28:33 do you have screenshot from palmpre image? The link in original thread is no longer available Dec 20 10:31:20 JaMa|Wrk: there is nothing to see, the device is freezing Dec 20 10:31:24 thats the problem Dec 20 10:31:30 not any drawing error Dec 20 10:31:51 so you will just see normal e17 startup screen on the screenshot Dec 20 10:31:52 and that's caused by evas with neon support? Dec 20 10:31:54 yes Dec 20 10:32:15 aurora is working fine and I had this issue already with classic-oe Dec 20 10:32:37 ah.. ok http://thread.gmane.org/gmane.comp.window-managers.enlightenment.devel/25194 is talking about corruption of fonts and images not about freezing Dec 20 10:33:05 yes, this freezing things seems only to be present on palmpre due to some kernel bug I think Dec 20 10:36:59 morphis: ok, I'll drop it from meta-oe as soon as I manage to build newer toolchain again :/ Dec 20 10:40:02 JaMa|Wrk: ok Dec 20 10:40:40 GarthPS: hmm " * removes ENTERPRISE_DISTRO as sugested by Martin Jansa" is not what I suggested.. Dec 20 10:41:06 JaMa|Wrk: ho sory I did not get your point ? Dec 20 10:41:17 10:57:11 < GarthPS> JaMa|Wrk: you mean I do remove ENTERPRISE_DISTRO in my patch and notify it in the commit message, sure ? Dec 20 10:41:20 10:57:39 < JaMa|Wrk> GarthPS: no, keep it in your patch, but notify in commit message Dec 20 10:41:26 tel me I will apologies Dec 20 10:41:56 no, do not remove ENTERPRISE_DISTRO in your patch, keep it, but notify in commit message Dec 20 10:42:55 JaMa|Wrk: so a patch that does not remove ENTERPRISE_DISTRO but which does say in the commit that there is something to do about it . that is what you mean ? Dec 20 10:43:21 yes Dec 20 10:44:28 Subject: [oe] [PATCH v2][meta-oe] vlc: rework dependencies and removed ENTERPRISE_DISTRO as it should be covered by COMMERCIAL_LICENSE now Dec 20 10:44:33 ^ is even worse Dec 20 10:45:16 JaMa|Wrk: so waht should I say ? Dec 20 10:45:51 11:36:14 < JaMa|Wrk> no, do not remove ENTERPRISE_DISTRO in your patch Dec 20 10:47:34 JaMa|Wrk: I understood "do not remove ENTERPRISE_DISTRO from your patch".. like don't remove your remove part from your patch.. yeah a bit tweasted.. Dec 20 10:47:51 JaMa|Wrk: any reasons against a newer cornucopia version? Dec 20 10:48:31 morphis: no Dec 20 10:48:34 ahh moment Dec 20 10:48:43 * mrmoku has to push something :) Dec 20 10:49:32 JaMa|Wrk: ok Dec 20 10:49:38 mrmoku: what? Dec 20 10:49:44 for cornucopia? Dec 20 10:49:50 btw. git.openembedded.org seems to be down ... Dec 20 10:50:06 btw: building toolchain with one thread seems to work Dec 20 10:52:27 morphis: yup Dec 20 10:52:47 hmm... ciabot sleeping Dec 20 10:52:49 mrmoku: then I will wait Dec 20 10:53:00 it hangs while I am pushing here .. Dec 20 10:53:02 morphis: already pushed Dec 20 10:53:06 just the ciabot hanging Dec 20 10:53:19 but it doesn't let my push complete ... Dec 20 10:53:32 the ciabot comes after the facts Dec 20 10:53:35 push should be fine Dec 20 10:53:38 hm no Dec 20 10:53:40 you are right Dec 20 10:53:46 sorry Dec 20 10:53:53 morphis: morphis but you're bumping only in meta-smartphone, aren't you? Dec 20 10:54:04 morphis: fsogsmd: modem_samsung: while we're initializing it is allowed to send commans to the modem Dec 20 10:54:08 is the last one I have from you Dec 20 10:54:41 git.oe.org seems back Dec 20 10:55:41 JaMa|Wrk: yes Dec 20 10:55:54 mrmoku: yeah thats correct Dec 20 10:58:12 hmm Dec 20 10:58:15 mine did not work though :/ Dec 20 10:58:34 ahh now Dec 20 10:58:50 freesmartphone.org: 03mok 07cornucopia * r023e49a500cc 10/fsogsmd/src/plugins/modem_option_gtm601/plugin.vala: Dec 20 10:58:50 freesmartphone.org: fsogsmd: modem_option_gtm601: disable configureData() Dec 20 10:58:50 freesmartphone.org: Looks like this somehow hinders device state propagation Dec 20 10:58:50 freesmartphone.org: from sim_ready to alive_registered. Dec 20 10:58:50 freesmartphone.org: Signed-off-by: Klaus Kurzmann Dec 20 10:59:22 freesmartphone.org: 03mok 07cornucopia * re119922bea40 10/fsogsmd/src/plugins/modem_option_gtm601/commands.vala: Dec 20 10:59:22 freesmartphone.org: fsogsmd: add the needed ? to _OWANDATA Dec 20 10:59:22 freesmartphone.org: Signed-off-by: Klaus Kurzmann Dec 20 11:00:14 JaMa|Wrk: is it ok like this ? http://pastebin.com/raw.php?i=A0HFMfTH Dec 20 11:00:34 freesmartphone.org: 03mok 07cornucopia * re119922bea40 10/fsogsmd/src/plugins/modem_option_gtm601/commands.vala: Dec 20 11:00:34 freesmartphone.org: fsogsmd: add the needed ? to _OWANDATA Dec 20 11:00:34 freesmartphone.org: Signed-off-by: Klaus Kurzmann Dec 20 11:00:39 freesmartphone.org: 03mok 07cornucopia * r023e49a500cc 10/fsogsmd/src/plugins/modem_option_gtm601/plugin.vala: Dec 20 11:00:40 freesmartphone.org: fsogsmd: modem_option_gtm601: disable configureData() Dec 20 11:00:40 freesmartphone.org: Looks like this somehow hinders device state propagation Dec 20 11:00:40 freesmartphone.org: from sim_ready to alive_registered. Dec 20 11:00:40 freesmartphone.org: Signed-off-by: Klaus Kurzmann Dec 20 11:02:55 GarthPS: please change the note to something like "or should this be replaced by something which respects COMMERCIAL_LICENSE setting?" Dec 20 11:03:34 GarthPS: because COMMERCIAL_LICENSE is not drop in replacement for ENTERPRISE_DISTRO Dec 20 11:04:01 JaMa|Wrk: yeah ok understood. Dec 20 11:05:38 JaMa|Wrk: full patch http://pastebin.com/raw.php?i=jsxvYwf2. ok four you ? Dec 20 11:07:11 much better, thanks. btw does all libmad libid3tag liba52 mpeg2dec have COMMERCIAL_LICENSE now? IIRC libmad has, not sure about the rest Dec 20 11:11:14 mrmoku: SRCREV bump is pushed Dec 20 11:12:03 mrmoku: I guess you need rebase right? L) Dec 20 11:12:45 morphis: good Dec 20 11:12:51 JaMa|Wrk: no, I'm autoreved :) Dec 20 11:13:17 (and waiting for toolchain to rebuild :P) Dec 20 11:13:48 mrmoku: let me know if it rebuilds for you with more threads Dec 20 11:15:25 jenkins also seems to manage to build it with more threads Dec 20 11:19:19 JaMa|Wrk: hmm I don't get the commercial restriction about libmad as you can have it as a GPL license ands as you can totaly already have an MP3 playing license.. but yeah I don't think that there is royalties on id3tag .. Dec 20 11:20:34 meta/conf/distro/include/default-distrovars.inc:COMMERCIAL_LICENSE ?= "lame gst-fluendo-mp3 libmad mpeg2dec ffmpeg qmmp ${COMMERCIAL_LICENSE_DEPENDEES}" Dec 20 11:21:11 JaMa|Wrk: ok I'm building with 2/2 ... and looks like it worked Dec 20 11:21:31 NOTE: package gcc-runtime-4.6.2+svnr181430-r23: task do_populate_sysroot: Succeeded Dec 20 11:21:42 ahh Dec 20 11:21:44 not yet :) Dec 20 11:21:47 NOTE: package gcc-4.6.2+svnr181430-r23: task do_compile: Started Dec 20 11:22:40 JaMa|Wrk: so I could add a note about that too right ? Dec 20 11:23:49 JaMa|Wrk: building on the desktop too now... which has 4/4 Dec 20 11:29:39 Project aurora-image-jansa-test-crespo build #3: STILL FAILING in 1 hr 14 min: http://norman-schleicher.de:8080/job/aurora-image-jansa-test-crespo/3/ Dec 20 11:29:57 nschle85-jenkins: jenkins? Dec 20 11:29:57 morphis you may not issue bot commands in this chat! Dec 20 11:31:21 hm Dec 20 11:40:29 jake42: which branches do I need for testing systemd? Dec 20 11:40:57 the jansa/systemd branches of meta-smartphone, meta-oe? Dec 20 11:43:38 morphis: yup Dec 20 11:43:44 * mrmoku lunch Dec 20 11:44:13 mrmoku: thanks Dec 20 11:54:59 morphis: it's IRC plugin on jenkins server Dec 20 11:55:15 ah ok Dec 20 11:55:35 morphis: and shr branch of meta-oe is enough Dec 20 11:55:53 JaMa|Wrk: ok Dec 20 12:08:36 freesmartphone.org: 03morphis 07cornucopia * r4f0ba6169fe4 10/fsoaudiod/conf/ (default/fsoaudiod.conf herring/fsoaudiod.conf): Dec 20 12:08:36 freesmartphone.org: fsoaudiod: never include comments in config files in the same line than config values Dec 20 12:08:36 freesmartphone.org: Signed-off-by: Simon Busch Dec 20 12:08:50 Weiss: http://people.openmoko.org/sean/datasheets/glamo3362/ Dec 20 12:11:56 morphis: (comments in conf) uh, yes... I ran into that as well :P Dec 20 12:12:04 mrmoku: :D Dec 20 12:12:13 mrmoku: it took me some minutes ... :) Dec 20 12:12:30 yeah, me too Dec 20 12:12:44 * mrmoku forgot to fix it :/ Dec 20 12:12:53 mrmoku: btw. SHR still has no support for fsoaudiod right? Dec 20 12:12:58 mrmoku: in the config files or in the parser? Dec 20 12:13:22 not in what we build images from Dec 20 12:13:41 will change that after systemd Dec 20 12:13:49 which is due today Dec 20 12:13:50 ok Dec 20 12:14:06 so what I have to do to get audio with alsa scenarios working in SHR today? Dec 20 12:15:32 morphis: with fsoaudiod? Dec 20 12:15:39 no without Dec 20 12:15:58 add proper config to fsodeviced Dec 20 12:16:06 ah right Dec 20 12:16:19 mrmoku, morphis, mickeyl, antrik, JaMa|Wrk, HeinervdmOff, gnutoo, nschle85: please comment/update on the summary i wrote about FSOSHRCON: http://wiki.freesmartphone.org/index.php?title=FSOSHRCON_2011 Dec 20 12:16:21 but wasn't there something the libs of SHR about handling the scenario files? Dec 20 12:17:11 ahh, right Dec 20 12:17:37 proper libphone-ui.conf is needed too Dec 20 12:18:02 slyon|uni: sounds very good Dec 20 12:18:21 slyon|uni: one point about shr_elm_softkey: is that already included in current meta-shr? Dec 20 12:18:24 mrmoku: ok Dec 20 12:18:28 Hi morphis, when I get the geeksphone-one port upstream, what should I do to get ril working? Dec 20 12:18:31 slyon|uni: cool, will look when back to proper pc Dec 20 12:19:38 VQuickSilver: what do you mean with "upstream"? Dec 20 12:19:55 VQuickSilver: it has a msm modem, right? Dec 20 12:20:00 ok. i'll send it to some MLs after you guys looked at it Dec 20 12:20:02 morphis, yes Dec 20 12:20:13 morphis, I only have the port on a local git branch Dec 20 12:20:21 morphis, I have to send the patches Dec 20 12:20:58 morphis, the SoC is msm 7225 if I remember well Dec 20 12:21:41 VQuickSilver: you mean kernel or OE or FSO? Dec 20 12:21:51 morphis: changes in apps which prevented closing by shr_elm_softkey is already in, but next EFL bump broke shr_elm_softkey completely Dec 20 12:22:21 JaMa|Wrk: ah, thats the explanation I searched for as shr_elm_softkey is broken here and I wondered why Dec 20 12:22:27 slyon|uni: I would like to add that we plan to release early and often but without "release branches" Dec 20 12:22:40 JaMa|Wrk: yeah, good point Dec 20 12:22:44 morphis, I have a recipe for the kernel, a machine definition, the config for the xserver, fstab... I'm doing the work in meta-smartphone, we have to solve the problem of building for armv6 without vfp. Dec 20 12:22:53 JaMa|Wrk, ok. go ahead an chage it in the wiki please Dec 20 12:23:07 VQuickSilver: ah ok so with upstream you mean currently only OE Dec 20 12:23:11 VQuickSilver: ok, so about the modem Dec 20 12:23:35 VQuickSilver: there is a RPC protocol to deal with the modem Dec 20 12:23:43 I started a implementation some time ago here: http://git.freesmartphone.org/?p=msmcomm.git;a=tree;f=libmsmrpc;h=535ca02d20a857df08f64f52512ef66c486838fa;hb=HEAD Dec 20 12:23:52 but I did not know much about the real messages Dec 20 12:24:15 so you work needs to start with figuring out the messages Dec 20 12:24:27 but first you should get know to the basics of the RPC protocol Dec 20 12:24:45 slyon|uni: nice, maybe one addition to the releases... a small note that releases are not branched and won't see fixes after release due to lack of manpower Dec 20 12:24:58 ahh Dec 20 12:25:06 as always JaMa|Wrk is too fast for me :P Dec 20 12:25:14 morphis, ok, seems a difficult task, but also funny :) Dec 20 12:25:23 yeah, very difficult Dec 20 12:25:32 but no expect me to work on this again Dec 20 12:25:39 s/no/not/ Dec 20 12:25:40 morphis meant: but not expect me to work on this again Dec 20 12:26:07 morphis, ok Dec 20 12:26:20 I can help with explaing some things Dec 20 12:27:58 morphis, ok, thanks Dec 20 12:28:13 mrmoku: maybe we can drop shr-autorev from default config now with less commits in shr apps and easier way to bump them in meta-smartphone? Dec 20 12:29:00 mrmoku: with oe-classic it was more usefull with shr devs not having r/w to oe-classic but now we can drop it to get reproducible builds a bit easier? Dec 20 12:29:49 mrmoku: it will also fix my problem for efl bumps when I have to add patches only to OE to keep autorev working until I push EFL bump to meta-oe Dec 20 12:31:09 mrmoku, morphis, mickeyl, antrik, JaMa|Wrk, HeinervdmOff, gnutoo, nschle85: we need to decide next release name asap, to change feed URLs in current images before it's released Dec 20 12:31:45 JaMa|Wrk: ok Dec 20 12:31:51 JaMa|Wrk: what about 2012.x Dec 20 12:32:07 do we need much time for the next release? Dec 20 12:32:31 whats missing? we should start a wiki page to collect things about the release Dec 20 12:32:32 depends if we want release before systemd switch (I think yes) Dec 20 12:32:40 I think too Dec 20 12:33:04 what about christmas release? Dec 20 12:33:22 JaMa|Wrk: yeah, agreed Dec 20 12:33:37 shr_elm_softkey is only blocker for me now Dec 20 12:33:46 hmm... release needs some fixing in the libphone-ui-shr world too Dec 20 12:34:22 JaMa|Wrk: I need two things for the nexus s to get ready for the release: suspend/resume and audio Dec 20 12:34:30 * JaMa|Wrk promise no EFL bump in shr branch till end of this year Dec 20 12:34:31 and we have to solve the PIN dialog race Dec 20 12:34:32 I hope I can finish this tomorrow Dec 20 12:34:38 JaMa|Wrk: :) Dec 20 12:34:40 (which I'm on right now) Dec 20 12:34:53 JaMa|Wrk: I would except the palmpre from the release for now Dec 20 12:35:02 as I need to get an overview first Dec 20 12:35:08 which things are working which not Dec 20 12:35:29 or someone else like slyon do Dec 20 12:35:33 morphis: but it can be in "release" directory right? Dec 20 12:35:56 morphis: but not announced with release Dec 20 12:36:52 and now we need the name :) shr-2011.12 to get rid off -core codename? Dec 20 12:37:26 JaMa|Wrk: yes thats ok Dec 20 12:37:37 JaMa|Wrk: hm Dec 20 12:37:44 2011.12 would be nice Dec 20 12:37:54 but do we have enough time to get everything ready this month? Dec 20 12:39:04 will we release both, shr-lite and shr-full images? Dec 20 12:40:15 morphis: images are renamed already: shr-image, aurora-image, (shr-lite-image) Dec 20 12:40:37 morphis: so aurora doesn't have shr- prefix and full doesn't have "full" Dec 20 12:40:38 so we will have only one image for shr? Dec 20 12:40:43 ah ok Dec 20 12:40:55 I think it's enough Dec 20 12:40:58 aurora should not be supported by the release too Dec 20 12:41:09 but thats part of the release announcement Dec 20 12:41:17 JaMa|Wrk: i propose 2012.x too where x is an incrementing number which is reset every year Dec 20 12:42:04 HeinervdmOff: every year? Dec 20 12:42:06 HeinervdmOff: "2012.x" only or with some prefix like "shr-2011.12" for December release? Dec 20 12:42:25 HeinervdmOff: I'm not sure about incrementing Dec 20 12:43:53 with shr- prefix Dec 20 12:44:00 it would be easier to pick next release branch (as we need to rename feeds before releasing), but ie oe-core and meta-oe is doing "year.month" release Dec 20 12:44:09 x as month would also be ok Dec 20 12:44:40 but 2011.12 is as "supposed to be released in December 2011" even if we release it in February 2012 Dec 20 12:45:31 JaMa|Wrk: hm Dec 20 12:45:36 JaMa|Wrk: let's do a 2012.1 release Dec 20 12:45:42 I think thats the best Dec 20 12:45:53 because of that i propsed just an increasing number Dec 20 12:45:56 so we can take this month to clean and get some stuff ready Dec 20 12:46:05 then we are not bound to a month ;) Dec 20 12:46:11 mrmoku: agreed on droping shr-autorev from config too? Dec 20 12:46:12 so something like 001 Dec 20 12:46:32 and what about a 1.0 ? Dec 20 12:46:41 or a 0.1 Dec 20 12:46:44 morphis: shr-2011.1.0? Dec 20 12:46:47 no Dec 20 12:47:03 no Dec 20 12:47:04 shr-1.0 Dec 20 12:47:08 or shr 0.1 Dec 20 12:47:13 or shr-v0.1 Dec 20 12:47:24 13:27 < mrmoku> JaMa|Wrk: yeah, agreed Dec 20 12:47:32 was for shr-autorev :) Dec 20 12:47:37 ah ok :) Dec 20 12:47:55 most distribuitions change there version sheme to year.month, so we should not start with major.minor :) Dec 20 12:48:15 hm Dec 20 12:48:23 so let's do a 2012.01 Dec 20 12:48:45 even if we decide to release it at the end of december Dec 20 12:48:55 yes Dec 20 12:48:57 then I better start fixing libphone-ui-shr instead of working on systemd, right? Dec 20 12:49:03 mrmoku: yes Dec 20 12:49:06 HeinervdmOff: agreed, that's why year.some_increment_number will be expected to be year.month Dec 20 12:49:10 pl Dec 20 12:49:12 err ok Dec 20 12:49:18 I think we should take the time over christmas to fix most things to get a stable ground Dec 20 12:49:20 JaMa|Wrk: ok :) Dec 20 12:49:43 show hands for shr-2012.01 and I'll rename now :) Dec 20 12:49:48 ACTION  Dec 20 12:49:51 but we should start a wiki page were everybody includes the points he will do until the release Dec 20 12:49:57 name the features Dec 20 12:49:59 freesmartphone.org: 03morphis 07cornucopia * re464dc9b324f 10/fsodeviced/conf/herring/fsodeviced.conf: Dec 20 12:49:59 freesmartphone.org: fsodeviced: conf: herring: enable alsa router and player support Dec 20 12:49:59 freesmartphone.org: Signed-off-by: Simon Busch Dec 20 12:50:39 freesmartphone.org: 03morphis 07cornucopia * re464dc9b324f 10/fsodeviced/conf/herring/fsodeviced.conf: Dec 20 12:50:39 freesmartphone.org: fsodeviced: conf: herring: enable alsa router and player support Dec 20 12:50:39 freesmartphone.org: Signed-off-by: Simon Busch Dec 20 12:50:44 ok I'll do initial wiki page Dec 20 12:50:47 ok Dec 20 12:50:59 we should also open a milestone track for the release Dec 20 12:51:06 to track the bugs we need to fix before Dec 20 12:51:18 * mrmoku raises his hand for shr-2012.01 Dec 20 12:51:53 * morphis too Dec 20 12:52:12 I'm not here to fix bugs between 23. and 31. though Dec 20 12:52:15 i'd propose to fix sdcard timeout stuff before release. I mean, I could buy a new card, but could have the same problem as it is now. Dec 20 12:52:59 karl565: is there already a bug report for this issue? Dec 20 12:53:11 I will try to get libphone-ui-shr into a releasable state before Dec 20 12:53:36 mrmoku, JaMa|Wrk: we need two new fields for a bug report in our trac Dec 20 12:53:42 hmm... my systemd image finished... and I'm not interested anymore :-P Dec 20 12:53:47 a machine field and image field Dec 20 12:54:04 ok Dec 20 12:54:06 I wrote about it in this channel. I didn't want to make a bugreport, I am no good at this stuff. Dec 20 12:54:21 karl565: please do a bug report otherwise we can't care about Dec 20 12:54:30 nothing new, just a stable base Dec 20 12:54:48 karl565: you just need to describe whats not working with all relevant details Dec 20 12:55:01 morphis: ahh... not ok Dec 20 12:55:22 I don't think we can add new fields Dec 20 12:55:26 karl565: developers are very forgetful, they need bugreports to remember ;) Dec 20 12:55:49 can I do it in german? I really suck in english, if I have to say something relevant. Dec 20 12:56:24 mrmoku: hm, ok Dec 20 12:56:40 mrmoku: is it possible you give me more rights in trac so I can create a custom report? Dec 20 12:56:54 and a milestone Dec 20 12:57:57 karl565: then half of the developers can't read it, what about detailed report in german and a short one in english? Dec 20 12:58:07 in one post Dec 20 12:58:23 morphis: sure Dec 20 12:58:28 mrmoku: great Dec 20 12:58:54 mrmoku, JaMa|Wrk, HeinervdmOff: I will create a new milestone in trac called 2012.01 to which we can assign bugs we want to fix Dec 20 12:59:17 morphis: why not shr-2012.01? Dec 20 12:59:25 :) Dec 20 12:59:29 morphis: access granted :) Dec 20 12:59:32 bbiab Dec 20 12:59:33 mrmoku: thanks Dec 20 12:59:35 ttp://www.shr-project.org/trac/wiki/Release Dec 20 12:59:36 mrmoku: stop Dec 20 12:59:37 http://www.shr-project.org/trac/wiki/Release Dec 20 12:59:40 yeha? Dec 20 12:59:53 mrmoku, JaMa|Wrk, HeinervdmOff: is it ok we drop MS1, MS2, MS3 milestones? Dec 20 13:00:11 for me yes... we can and should do that Dec 20 13:00:29 yes, if this does not delete the corresponding tickets Dec 20 13:00:33 back after a coffee Dec 20 13:00:48 HeinervdmOff: no Dec 20 13:01:02 morphis: yes Dec 20 13:01:02 ok Dec 20 13:01:11 JaMa|Wrk, mrmoku, HeinervdmOff: http://www.shr-project.org/trac/milestone/shr-2012.01 Dec 20 13:01:19 we need to assign the relevant bugs Dec 20 13:01:53 and I think we should only include bugs Dec 20 13:02:10 if there's a feature we want to include then it should be an enhancement Dec 20 13:02:10 karl565: your english here is good enough for bug report Dec 20 13:02:23 karl565: you can just sumarize what you have said here in trac Dec 20 13:02:56 I see. seems like I have to register... Dec 20 13:04:12 karl565: it's not to annoy you, it's just that no one will remeber in one or two days Dec 20 13:04:16 karl565: please include image name (version), kernel type etc. Dec 20 13:04:18 morphis: agreed Dec 20 13:04:35 JaMa|Wrk: one bug for you would probably be the 'no icons' one Dec 20 13:04:49 should we drop the wishlist milestone too? Dec 20 13:05:03 mrmoku: good point :) Dec 20 13:05:04 morphis: how big is your dbus foo? Dec 20 13:05:18 mrmoku: if I can reproduce it, then yes Dec 20 13:05:24 mrmoku: which dbus foo? Dec 20 13:05:32 morphis: (whishlist) we could keep it for users to add feature proposals? Dec 20 13:05:43 mrmoku: why not Dec 20 13:06:01 morphis: I have a question... if I try to get a proxy for a dbus service which is not yet on the bus Dec 20 13:06:05 will I get it? or not? Dec 20 13:06:16 morphis: we should limit how much stuff can get to milestone for next release Dec 20 13:06:20 phoneui.notification = phoneui_notification_proxy_new_sync Dec 20 13:06:20 (system_bus, G_DBUS_PROXY_FLAGS_DO_NOT_AUTO_START, Dec 20 13:06:21 PHONEUID_SERVICE, PHONEUID_NOTIFICATION_PATH, NULL, &error); Dec 20 13:06:51 JaMa|Wrk: I would say only bugs and features need to be approve by at least two developers Dec 20 13:07:08 I thought aquiring a proxy for a named service would always work Dec 20 13:07:12 mrmoku: you can get it Dec 20 13:07:13 morphis: as end user I would like to assign every bug to shr-2012.01, but as developer I would like to see only assigned bugs in shr-2012.01 Dec 20 13:07:13 but maybe I'm wrong Dec 20 13:07:16 ok Dec 20 13:07:27 mrmoku: you can tell gdbus to autostart the service or to just create the service Dec 20 13:07:51 morphis: I can't autostart phoneuid... that's why I explicitely pass it the no autostart flag Dec 20 13:08:56 mrmoku: I am currently search how the method is called in c Dec 20 13:09:01 I only know it from vala :) Dec 20 13:09:12 have to make a new mail adress before that. I have to think about it for a bit, I really don't like to register in general.... maybe later today. that problem by the way: http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-July/034029.html Dec 20 13:09:19 there it is GLib.Bus.get_proxy( ...., flags ) Dec 20 13:09:42 hmm Dec 20 13:10:21 morphis: where using gdbus-codegen stuff Dec 20 13:10:27 s/where/we're/ Dec 20 13:10:27 mrmoku meant: morphis: we're using gdbus-codegen stuff Dec 20 13:10:55 morphis: but don't waste your time... will know when I flashed the next image :) Dec 20 13:11:07 mrmoku: ok :) Dec 20 13:12:01 JaMa|Wrk: just install one of our official images and you should be able to reproduce ;) Dec 20 13:12:41 mrmoku: :) Dec 20 13:13:02 it seems like JaMa|Wrk never installs one of the offical images if he never saw this bug :D Dec 20 13:14:17 yeah he's always using meta-secret-jama-tweeks on top of it ;) Dec 20 13:14:28 tweaks even Dec 20 13:14:56 yeah :) Dec 20 13:15:11 thats maybe why it is working for him Dec 20 13:23:23 JaMa|Wrk: you tell me when --disable-neon-support for evas is in? Dec 20 13:31:05 * JaMa|Wrk added some description about staging scripts to wiki http://www.shr-project.org/trac/wiki/Staging Dec 20 13:37:04 freesmartphone.org: 03morphis 07cornucopia * ra16592b8a294 10/ (9 files in 7 dirs): Dec 20 13:37:04 freesmartphone.org: Merge branch 'morphis/android-system-wakeup' Dec 20 13:37:04 freesmartphone.org: Conflicts: Dec 20 13:37:04 freesmartphone.org: fsogsmd/src/plugins/modem_samsung/channel.vala Dec 20 13:37:09 freesmartphone.org: 03morphis 07cornucopia * r977ff91ebc01 10/fsousaged/src/plugins/dbus_service/plugin.vala: Dec 20 13:37:09 freesmartphone.org: fsousaged: dbus_service: initialize array object as early as possible to avoid segfaults Dec 20 13:37:09 freesmartphone.org: Signed-off-by: Simon Busch Dec 20 13:37:16 freesmartphone.org: 03morphis 07cornucopia * ra16592b8a294 10/ (9 files in 7 dirs): Dec 20 13:37:16 freesmartphone.org: Merge branch 'morphis/android-system-wakeup' Dec 20 13:37:16 freesmartphone.org: Conflicts: Dec 20 13:37:16 freesmartphone.org: fsogsmd/src/plugins/modem_samsung/channel.vala Dec 20 13:37:21 freesmartphone.org: 03morphis 07cornucopia * rd8029ff540be 10/fsogsmd/src/plugins/modem_samsung/channel.vala: Dec 20 13:37:21 freesmartphone.org: fsogsmd: modem_samsung: improve check for pending modem requests before going into suspend mode Dec 20 13:37:21 freesmartphone.org: Signed-off-by: Simon Busch Dec 20 13:37:26 freesmartphone.org: 03morphis 07cornucopia * r977ff91ebc01 10/fsousaged/src/plugins/dbus_service/plugin.vala: Dec 20 13:37:26 freesmartphone.org: fsousaged: dbus_service: initialize array object as early as possible to avoid segfaults Dec 20 13:37:26 freesmartphone.org: Signed-off-by: Simon Busch Dec 20 13:37:33 freesmartphone.org: 03morphis 07cornucopia * rd8029ff540be 10/fsogsmd/src/plugins/modem_samsung/channel.vala: Dec 20 13:37:33 freesmartphone.org: fsogsmd: modem_samsung: improve check for pending modem requests before going into suspend mode Dec 20 13:37:33 freesmartphone.org: Signed-off-by: Simon Busch Dec 20 13:37:38 freesmartphone.org: 03morphis 07cornucopia * r20a2f4d327a0 10/fsogsmd/src/plugins/modem_samsung/channel.vala: Dec 20 13:37:38 freesmartphone.org: fsogsmd: modem_samsung: be synchronous when checking if we need to wake up the system Dec 20 13:37:38 freesmartphone.org: Signed-off-by: Simon Busch Dec 20 13:38:00 freesmartphone.org: 03morphis 07cornucopia * rc512c30036e4 10/fsousaged/src/plugins/dbus_service/plugin.vala: Dec 20 13:38:00 freesmartphone.org: fsousaged: dbus_service: mention wakelock support when enabled Dec 20 13:38:00 freesmartphone.org: Signed-off-by: Simon Busch Dec 20 13:38:05 freesmartphone.org: 03morphis 07cornucopia * r0dc184d5f015 10/fsogsmd/src/plugins/modem_samsung/channel.vala: Dec 20 13:38:05 freesmartphone.org: fsogsmd: modem_samsung: request usage service while initializing Dec 20 13:38:05 freesmartphone.org: Signed-off-by: Simon Busch Dec 20 13:38:10 freesmartphone.org: 03morphis 07cornucopia * rbf92d0303058 10/fsodeviced/ (4 files in 3 dirs): Dec 20 13:38:10 freesmartphone.org: fsodeviced: herring_quirks: add skeleton plugin Dec 20 13:38:10 freesmartphone.org: Signed-off-by: Simon Busch Dec 20 13:38:16 freesmartphone.org: 03morphis 07cornucopia * rbf92d0303058 10/fsodeviced/ (4 files in 3 dirs): Dec 20 13:38:16 freesmartphone.org: fsodeviced: herring_quirks: add skeleton plugin Dec 20 13:38:16 freesmartphone.org: Signed-off-by: Simon Busch Dec 20 13:38:23 freesmartphone.org: 03morphis 07cornucopia * r5b2a13b82da1 10/fsousaged/conf/herring/fsousaged.conf: Dec 20 13:38:23 freesmartphone.org: fsousaged: conf: add wakelock support for herring machine Dec 20 13:38:23 freesmartphone.org: Signed-off-by: Simon Busch Dec 20 13:38:37 freesmartphone.org: 03morphis 07cornucopia * rab415d162541 10/fsogsmd/src/plugins/modem_samsung/channel.vala: Dec 20 13:38:38 freesmartphone.org: fsogsmd: modem_samsung: while we're initializing it is allowed to send commans to the modem Dec 20 13:38:38 freesmartphone.org: Signed-off-by: Simon Busch Dec 20 13:38:49 freesmartphone.org: 03morphis 07cornucopia * r20a2f4d327a0 10/fsogsmd/src/plugins/modem_samsung/channel.vala: Dec 20 13:38:49 freesmartphone.org: fsogsmd: modem_samsung: be synchronous when checking if we need to wake up the system Dec 20 13:38:49 freesmartphone.org: Signed-off-by: Simon Busch Dec 20 13:40:08 mrmoku, morphis: I do install our official images for every staging test I do.. only difference is that installing in chroot and executing my post inst script (to setup network etc, which also does opkg upgrade) Dec 20 13:40:48 with 2M clock for glamo it seem much better Dec 20 13:41:43 btw on 3.1 I've got: Dec 20 13:41:44 *wifi Dec 20 13:41:48 *microsd Dec 20 13:41:54 *xorg Dec 20 13:42:02 but the following are problematic: Dec 20 13:42:05 *touchscreen Dec 20 13:42:08 *usbnet Dec 20 13:43:14 JaMa|Wrk, btw I'll end up testing most of the browsers for work purposes(a client wants an html5 browser) Dec 20 13:43:56 that would be usefull for SHR too.... Dec 20 13:43:59 JaMa|Wrk: ok :) Dec 20 13:44:10 hi morphis Dec 20 13:44:24 GNUtoo: hey Dec 20 13:44:28 JaMa|Wrk: hmm... there must be something in your install script then Dec 20 13:44:36 I have that 100% reproducable Dec 20 13:45:33 ohh... images have time in the name now... very good :-) Dec 20 13:45:35 morphis, I've decided to wait for the release of novacom, some people are pushing for it Dec 20 13:45:50 because the work to make precom work takes too much time Dec 20 13:46:43 GNUtoo: ah ok Dec 20 13:47:02 ( I tried at FSOSHRCON and yesterday so that took a lot of time) Dec 20 13:47:16 hi GNUtoo, I have lot of build problems, like size_t it's now a known type in opensp, problems with linking with libc, should I add -mfloat-abi=soft to the arm1136ej-s file? Dec 20 13:47:23 mickey_office: yo, I got a bill from LH... anything I should do with it? Dec 20 13:47:55 VQuickSilver, I think you should take each problem separately and ask JaMa|Wrk whic is our best build expert Dec 20 13:48:06 GNUtoo, I had deleted all the temp files and restarted building everything Dec 20 13:48:24 just to check if it was my problem Dec 20 13:48:39 ok Dec 20 13:48:45 GNUtoo: you saw the linux 3.0 kernel for the nexus s ? Dec 20 13:49:05 yes I looked a bit but there is a huge numbers of commits Dec 20 13:49:56 GNUtoo: yes I already started to make it work with our image Dec 20 13:50:09 rndis comes up but somehow the ip configuration does not work Dec 20 13:50:24 but I will now concentrate on the current state Dec 20 13:50:34 to get everything ready for shr-2012.01 Dec 20 13:50:39 you changed the rndis part? Dec 20 13:50:49 you mean the code? Dec 20 13:50:52 beacuse there are some compilations errors for g_ether Dec 20 13:50:53 morphis: neon redisabled in Dec 20 13:50:54 yes Dec 20 13:51:02 GNUtoo: no I used the android gadget driver Dec 20 13:51:06 JaMa|Wrk: thanks Dec 20 13:51:08 ah ok Dec 20 13:51:14 I think the g_ehter is fixable Dec 20 13:51:31 GNUtoo: if you have time you can try to get it working Dec 20 13:51:40 I tried but I was side tracked Dec 20 13:51:42 as we need to adopt the kernel to match the state of our 2.6.25 one Dec 20 13:51:44 ok Dec 20 13:51:56 I've also made a 3.1 for om-gta02 Dec 20 13:51:59 look at the init.android.usb.rc file in the crespo android device repository Dec 20 13:52:01 great Dec 20 13:52:05 it's not ready yet as it needs to be debugge Dec 20 13:52:07 *debugged Dec 20 13:52:13 but it has all the required patches Dec 20 13:52:24 for instance wifi,xorg,mmc work Dec 20 13:52:38 but not g_ether, and touchscreen Dec 20 13:53:02 GNUtoo: why not 3.2-rc6? Dec 20 13:53:04 g_ether may be that it needs an additional module Dec 20 13:53:09 because it's rc Dec 20 13:55:12 GNUtoo: rc, but closer to release then our switch to 3.1 imho Dec 20 13:55:22 ok Dec 20 13:55:31 mrmoku: good question, can we use it for tax reasons? Dec 20 13:56:06 mickey_office: we as in shr no... dunno about fso? Dec 20 13:56:11 mrmoku, about linux hotel, we quited it in precipitations, any issues? Dec 20 13:56:11 GNUtoo: so if you work on 3.2-rc then it could be released before it gets usable for us on gta02 Dec 20 13:56:19 GNUtoo: no Dec 20 13:56:25 ok Dec 20 13:56:36 GNUtoo: they just asked me for the billing address and sent me the bill via email Dec 20 13:56:41 mrmoku: i don't think so, we could only use it if we were a e.V. or so Dec 20 13:56:42 just the stuff we already paid Dec 20 13:56:44 mrmoku, ok Dec 20 13:56:58 mickey_office: ok... will print it and stick it on the wall as memory :-) Dec 20 13:57:10 and mickey_office you got your train I guess Dec 20 13:57:48 btw. I disabled the ciabot support for cornucopia until cia.vc is not available Dec 20 13:58:43 GNUtoo: ya, got it Dec 20 13:58:49 hi morphis Dec 20 13:58:53 nice Dec 20 13:58:55 dos1: and you missed a very nice weekend ;) Dec 20 13:58:57 mickey_office: heyho Dec 20 13:59:11 I must go Dec 20 13:59:16 * mrmoku off for one or two hours of office :/ Dec 20 13:59:17 bbl Dec 20 13:59:22 GNUtoo: bye Dec 20 14:01:34 bye Dec 20 14:15:50 mickey_office: btw. I added a shr-chroot environment on amethyst for building images Dec 20 14:16:40 morphis: ok, cool Dec 20 14:16:49 btw., did you restart it? Dec 20 14:16:55 what? Dec 20 14:16:57 i wondered why it has been restarted 6 days ago Dec 20 14:16:58 the ametyhst? Dec 20 14:16:59 amethyst itself Dec 20 14:17:03 ah ok Dec 20 14:17:03 no Dec 20 14:17:16 hmm, strange. perhaps power outage or so then Dec 20 14:17:16 I just started to make a backup of it Dec 20 14:17:38 and will include freesmartphone.org in the next days too Dec 20 14:18:14 seid ihr alle brav? Dec 20 14:18:20 :-D Dec 20 14:18:26 wieso? gibts Geschenke? Dec 20 14:18:55 bin grad Clearcase-albern Dec 20 14:19:01 uh oh, clearcase... Dec 20 14:19:04 das verbloedet Dec 20 14:20:14 sclimmer als clearcase: cme was ne haube ueber CC ist und alles schlimmer macht Dec 20 14:20:19 * morphis lost this coffee ... Dec 20 14:20:52 * morphis found it behind his latop screen ... Dec 20 14:21:02 ouch Dec 20 14:21:50 I wait to do this until I can't stand it anymore with CC Dec 20 14:22:18 bbl Dec 20 14:26:25 mickey_office: you some minutes to dicuss a mdbus2 related problem? Dec 20 14:27:11 yep Dec 20 14:30:01 ok Dec 20 14:30:11 mickey_office: playya ported mdbus2 some time ago to gdbus Dec 20 14:30:22 this requires that we enter argument in gvariant syntax Dec 20 14:30:32 which is ok for simple arguments Dec 20 14:30:45 but leads to parsing errors for complex things like a{sv} Dec 20 14:31:18 as we then need to use {"test": <"Test">, "test1": <"Test22"> } Dec 20 14:31:32 first parsing error was that we splitted the commandline by spaces Dec 20 14:31:37 which doesn't work with this Dec 20 14:31:52 so I worked around this with counting the "depth" of each argument Dec 20 14:32:00 like { is depth++ and } depth-- Dec 20 14:32:08 so can ignore a space in an argument Dec 20 14:32:25 but in the end should we use the variant syntax which makes things more complicated Dec 20 14:32:46 or just use a subset of the variant syntax as we did before and build the variants on our own Dec 20 14:32:50 as you did with the Argument class Dec 20 14:34:43 i see. well my approach to it was to make it usable for a limited amount of calls to be able to quickly test things. it hasn't been designed to be a full-fledged interactive programming environment… so I'd favor the lean-and-mean way to support some usual cases with a nice syntax and forget about the rest. Dec 20 14:35:15 yes Dec 20 14:35:20 thats what I though too Dec 20 14:35:38 ok then I will revive your Arguments class and drop Variant.parse Dec 20 14:35:42 yes, please Dec 20 14:36:05 mickey_office: when we're done with this and tested mdbus2 a bit I think we should release a new version of it Dec 20 14:36:11 sounds good Dec 20 14:36:19 ok Dec 20 14:38:03 seems to be some work but we need to do this Dec 20 14:44:49 ya Dec 20 14:47:23 mickey_office, hi! are you aware of the changes we are doing to eflvala? (in gitorious repo) :) Dec 20 14:48:43 pespin: I'm afraid not. i'm a bit out of the loop wrt. that Dec 20 14:50:15 can you summarize? Dec 20 14:50:24 mickey_office, ok, I'd appreciate your opinion about it when you have some time to take a look. Basically, apart from setting them uptodate, we moved all the constructors to add() methods which return unowned instances, as widgets are owned (freed) by parents themselves, so it has no sense to let vala control that. Dec 20 14:51:09 else, you always need to keep them alive so vala doesn't free them, as they are already freed by efl inner classes Dec 20 14:51:34 exactly. something i have planned to fix, but never came around to actually do it Dec 20 14:51:36 the only ones which are not owned are windows Dec 20 14:51:57 then, when they are freed, all widgets under it are freed automatically Dec 20 14:52:36 with the past behaivour, you have even more problems while trying to do complex things with genlist items and similar stuff (even imposible imho) Dec 20 14:53:04 mickey_office, if you have some time, you can look at it here -> https://gitorious.org/eflvala Dec 20 14:53:20 will do, thanks for the heads up! Dec 20 14:53:36 These days I'm syncing the elementary.vapi against new Elementary.h, but it has around 30k lines, so it's taking a while hehe Dec 20 14:53:41 heh, right Dec 20 14:53:53 I'm around line 3.5k now u.u Dec 20 14:54:04 I'll sync it to E svn once I'm done with it Dec 20 14:55:53 cool. great to see someone is still working on it Dec 20 15:29:48 I get the same build errors after cleaning tmp Dec 20 15:29:55 for example Dec 20 15:30:11 http://paste.pocoo.org/show/523579/ Dec 20 15:32:15 any idea about could be wrong? Dec 20 15:34:16 I don't understand how stdio could be missing... Dec 20 15:34:31 or iostream.h Dec 20 15:38:08 mickey_office, any objections to the FSOSHRCON summary i wrote? http://wiki.freesmartphone.org/index.php?title=FSOSHRCON_2011 Dec 20 15:38:28 and other packages get built without problems Dec 20 15:40:13 Lauterbach is incredible... esp incredibly expensive for such an ugly "simple" thing Dec 20 15:41:32 Slyon: you tested one of the latest shr images on your palmpre2 Dec 20 15:42:13 mrmoku, i tested one before FSOSHRCON, which had a broken kernel an didn't even boot.... is the kernel problem solved now? then i can test again Dec 20 15:42:15 JaMa|Wrk: I got "| configure: error: `CPP' has changed since the previous run:" when switch MACHINE and rebuilding shr-lite-image for gcc-cross-initial Dec 20 15:42:18 morphis, ^^^ Dec 20 15:42:50 Slyon: looks good, thanks for summarizing Dec 20 15:42:54 Slyon: ah ok Dec 20 15:43:02 Slyon: kernel issue should be resolved Dec 20 15:43:45 Slyon: last time I tried the device was freezing cause of evas build with neon Dec 20 15:45:23 morphis, is there some binary image which i can test? do shr-staging images include the kernel fix? Dec 20 15:45:38 Slyon: they should Dec 20 15:45:50 morphis, ok i'll test one later today Dec 20 15:45:57 I am currently trying the 013 image which hopefully includes the evas non fix Dec 20 15:46:01 s/non/neon/ Dec 20 15:46:01 morphis meant: I am currently trying the 013 image which hopefully includes the evas neon fix Dec 20 15:46:17 morphis, mickey_office: i'll publish the summary to MLs then. as i guess most of you gave their OK Dec 20 15:46:47 Slyon: yes please do that Dec 20 15:51:59 Slyon: btw. I started to work on the mdbus2/hashtable problem Dec 20 15:52:27 morphis, a nice. thanks Dec 20 15:52:33 s/a/ah Dec 20 15:52:40 Slyon: we switch back to the old syntax Dec 20 15:52:52 that means no gvariant syntax but only a small subset of it Dec 20 15:53:09 as long as it works, thats ok Dec 20 16:12:06 morphis, kernel on palmpre (shr-core-staging latest) is still broken for me. it hangs at the HP boot logo. If i choose to boot with the webos kernel shr boots up but the touchscreen isnt working Dec 20 16:12:11 palmpre2 Dec 20 16:13:29 morphis: while building gcc? Dec 20 16:13:49 morphis: I got different kinds of strange errors from toolchain today :/ Dec 20 16:14:47 morphis: see my replies here http://comments.gmane.org/gmane.comp.handhelds.openembedded.core/12320 Dec 20 16:14:58 morphis: but building in one thread seems to help at least here Dec 20 16:15:39 and also incremental builds works (here, jenkins and buildhost already upgraded) Dec 20 16:16:14 ah not after machine switch, that's new Dec 20 16:16:25 yes Dec 20 16:16:40 rebuilding gcc-cross-initial, gcc-cross-intermediate helps Dec 20 16:17:09 but I guess that after another MACHINE switch it will fail again :/ Dec 20 16:17:37 yes Dec 20 16:26:57 JaMa|Wrk: about palmpre and neon issue: Dec 20 16:26:59 morphis, this is what Palm recommends -> -mcpu=cortex-a8 -mfpu=neon -mfloat-abi=softfp Dec 20 16:29:40 SHR: 03Martin.Jansa 07shr-chroot * rd1320a9bb774 10/OE/.bashrc: bashrc: fix alias name Dec 20 16:30:56 SHR: 03mok 07phonefsod * r91ee6036e36a 10/src/phonefsod-fso.c: phonefsod-fso: only request the list of resource when necessary in fso_startup Dec 20 16:31:03 SHR: 03mok 07phonefsod * r6b5e195db0a8 10/src/phonefsod-fso.c: phonefsod-fso: move initializing startup_time to fso_init Dec 20 16:31:17 SHR: 03mok 07phonefsod * r7f0aeaa73341 10/src/phonefsod-fso.c: debug++ Dec 20 16:31:22 SHR: 03morphis 07meta-smartphone * rfc18e8bfbd9c 10/meta-fso/recipes-freesmartphone/freesmartphone/libsamsung-ipc_git.bb: meta-fso: libsamsung-ipc: bump SRCREV Dec 20 16:31:59 SHR: 03morphis 07meta-smartphone * r7e993bd192ac 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: meta-fso: cornucopia: bump SRCREV Dec 20 16:32:05 heh Dec 20 16:32:15 I pushed that more than three hours ago :-P Dec 20 16:32:56 morphis: and what's currently used by palmpre? Dec 20 16:33:12 JaMa|Wrk: where should I look? Dec 20 16:33:58 some log.do_compile should show it Dec 20 16:35:01 2011-12-20T13:21:23.756561Z [CRITICAL] fsodeviced : GLib : file plugin.c: line 533: uncaught error: Failed to execute child process "bluetoothd" (No su Dec 20 16:35:05 ch file or directory) (g-exec-error-quark, 8) Dec 20 16:35:07 hmm Dec 20 16:35:58 JaMa|Wrk: -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 Dec 20 16:36:10 so only mcpu is not there Dec 20 16:42:01 hmm not sure if it would make some difference with evas freezing Dec 20 16:43:26 I think it should not Dec 20 16:44:36 hmm after every MACHINE switch it keeps rebuilding gcc here :/ Dec 20 16:44:41 wtf Dec 20 16:45:25 fun Dec 20 16:46:56 morphis: what do we do audiowise for the release? Dec 20 16:50:17 /OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/gcc-cross-initial/4.6.2+svnr181430-r23/gcc-4_6-branch/build.x86_64-linux.arm-oe-linux-gnueabi/./gcc/cc1: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory Dec 20 16:50:24 while building gcc.. Dec 20 16:50:57 I have to do the touch + ldconfig after every machine change Dec 20 16:51:42 for all builds? Dec 20 16:51:49 or after building new machine from scratch? Dec 20 16:52:09 no, all builds Dec 20 16:52:16 (I think) Dec 20 16:52:22 I'm not switching machines that often Dec 20 16:52:54 GarthPS: your patch was already applied, so it was fine :) Dec 20 16:53:17 JaMa|Wrk: ho shit I did not check at the right place! Dec 20 16:53:28 I'm switching them a lot (well for cycle does for every build) and it happens only when something new is built from scratch Dec 20 16:53:36 JaMa|Wrk: grr.. I checked there ..http://cgit.openembedded.org/cgit.cgi/meta-openembedded-contrib/log/?h=shr Dec 20 16:53:52 it is also in shr branch :) Dec 20 16:54:07 Any idea about why now I get this http://paste.pocoo.org/show/523609/ Dec 20 16:54:09 ? Dec 20 16:55:12 GarthPS: hmm you're right I've forgot to push it Dec 20 16:55:51 VQuickSilver: Do not use Bitbake as root. Dec 20 16:56:32 JaMa|Wrk, uhm? I did su - bitbake Dec 20 16:57:10 did you create your shr-chroot environment as root? Dec 20 16:57:23 JaMa|Wrk, uhmmm I updated it now Dec 20 16:57:30 I think so Dec 20 16:57:32 VQuickSilver: check /etc/passwd if bitbake user has UID 0 Dec 20 16:57:40 JaMa|Wrk, yeah it has 0 Dec 20 16:57:51 VQuickSilver: you have to make update-shr-chroot under different user Dec 20 16:57:57 then root Dec 20 16:58:13 JaMa|Wrk, ok thanks Dec 20 16:58:44 yw Dec 20 17:02:47 * mrmoku dinner Dec 20 17:03:30 JaMa|Wrk, ok it's building again Dec 20 17:10:30 mrmoku: you mean regarding fsoaudiod? Dec 20 17:22:22 JaMa|Wrk, http://paste.pocoo.org/show/523579/ also any idea about? Dec 20 17:23:30 also I have the libstc++.so.6 bug that it's documented on the SHR build page Dec 20 17:23:40 with cmake Dec 20 17:25:39 VQuickSilver: whole toolchain is pretty much strange today after http://git.openembedded.org/openembedded-core/commit/?id=28b772e42a20faebe1b4f415d28b42b7e0a424fb Dec 20 17:25:49 VQuickSilver: I guess your issue is also related to this Dec 20 17:28:00 hi morphis Dec 20 17:31:08 JaMa|Wrk, ok, just restarted building a bit of times thinking the errors were related to the armv6-novfp patch Dec 20 17:31:29 I won't stop it this time Dec 20 17:31:43 VQuickSilver, yes that's what I told you(I wasn't very clear) that the errors were not related to novfp Dec 20 17:32:21 GNUtoo, anyway I'm not sure if it's correct to build without -mflot-abi=soft Dec 20 17:32:38 GNUtoo, if I do a test.c with only main and return 0; Dec 20 17:32:44 VQuickSilver, it should be done automatically Dec 20 17:33:03 but the binaries are diferent with and without -mfloat-abi=soft Dec 20 17:33:10 are you sure it will work? Dec 20 17:33:59 I dont know if -mtune=arm1136j-s implies -mfloat-abi=soft Dec 20 17:34:57 try it + man gcc Dec 20 17:35:44 GNUtoo, I did a "hello world" in plain C, and compiled it with and without -mfloat-abi=soft Dec 20 17:35:50 IIRC -mfloat-abi is passed explicitely from bitbake Dec 20 17:36:19 and both binaries run, but they are different Dec 20 17:37:17 http://paste.pocoo.org/show/523621/ Dec 20 17:37:26 I don't know much about assembler or compilers Dec 20 17:37:38 but that it's the diference between the two binaries Dec 20 17:37:59 after checking with eu-readelf Dec 20 17:39:11 I hope it's not relevant Dec 20 17:39:35 JaMa|Wrk, I don't see -mfloat-abi=soft when I do ps x Dec 20 17:40:41 but maybe it doesn't need to be passed if the -mtune implies it Dec 20 17:41:15 VQuickSilver, also in #yocto there are help for that Dec 20 17:41:28 fray helped me a lot there Dec 20 17:42:28 he is the one who did the rules, including the armv6 rule(someone told him that armv6-novfp didn't exist, he didn't belive it but couldn't find a counter example) Dec 20 17:43:14 GNUtoo-netbook, ok, anyway I'll test first, if it doesn't work I'll ask Dec 20 17:43:21 ok Dec 20 17:43:28 like I said both binaries run without errors Dec 20 17:44:02 GNUtoo: heyho Dec 20 17:44:17 GNUtoo-netbook, also, thumb should be slower than arm instructions right? Dec 20 17:44:23 morphis, hi Dec 20 17:44:27 according to gcc page Dec 20 17:44:34 it generates smaller binaries but slower Dec 20 17:44:43 VQuickSilver, tests were done, I don't remember the results Dec 20 17:45:06 ok Dec 20 17:55:12 morphis: yup Dec 20 17:55:20 morphis: regarding fsoaudiod Dec 20 17:57:43 mrmoku: I think it should be part of the release after 2012.01 Dec 20 17:58:05 as it is too much work and we should focus now on something stable Dec 20 18:04:32 JaMa|Wrk: http://pastie.org/3048353 Dec 20 18:04:52 morphis: ok, then we should not ship fsoaudiod Dec 20 18:05:01 and make that an extra feature Dec 20 18:05:51 mrmoku: hm Dec 20 18:06:04 mrmoku: fsoaudiod is currently shipping alsa files for nexus s Dec 20 18:06:17 ? Dec 20 18:06:53 ahh, yeah, same conf subdir Dec 20 18:06:55 heh Dec 20 18:06:55 mrmoku: http://git.freesmartphone.org/?p=cornucopia.git;a=tree;f=fsoaudiod/conf/herring/alsa-default;h=6f9607f9e3521f1cd9a9f894e570865c03f88eb5;hb=HEAD Dec 20 18:06:56 yes Dec 20 18:07:05 I can move them to fsodevice just for the release Dec 20 18:07:10 but is that necessary? Dec 20 18:08:11 does fsoaudiod have other scenarios? like for gta02? Dec 20 18:08:24 brb Dec 20 18:10:47 hi Dec 20 18:12:45 we should continue to support gta02 Dec 20 18:13:05 so if there are no scenarios we should do them Dec 20 18:13:21 mrmoku: puh don't know Dec 20 18:13:29 GNUtoo-netbook: that's not the point Dec 20 18:13:32 mrmoku: for nexus s and palmpre the files are part of fsoaudiod Dec 20 18:13:48 the point is scenarios being overwritten Dec 20 18:14:01 mrmoku: no, then opkg should complain Dec 20 18:14:07 if there are some for one machine in both Dec 20 18:14:25 * mrmoku does not trust opkg ;) Dec 20 18:14:31 morphis: weird, target or do_rootfs? Dec 20 18:14:36 I am back in some minutes Dec 20 18:14:40 JaMa|Wrk: target Dec 20 18:14:45 morphis: if you have updated in wrong point of time then you have to upgrade opkg twice Dec 20 18:15:32 JaMa|Wrk: no Dec 20 18:15:57 as first opkg upgrade does upgrade opkg to working version and second run will use fixed opkg to run postinsts Dec 20 18:17:28 bbl in 4 hours Dec 20 18:19:35 GNUtoo-netbook: we decided to go for fsodeviced as audio manager for the first release Dec 20 18:19:52 and I would like to *not* ship fsoaudiod then Dec 20 18:20:14 ok Dec 20 18:20:28 at least alsa.conf for gta02 is in both Dec 20 18:20:33 so one overwrites the other Dec 20 18:20:39 and that is bad :/ Dec 20 18:26:10 JaMa|Off: really offline? Dec 20 18:31:42 morphis: 19:11 < JaMa|Off> bbl in 4 hours Dec 20 18:31:58 morphis: I just checked... at least for gta02 there is an alsa.conf in both Dec 20 18:32:13 so opkg overwrites without caring Dec 20 18:32:23 as long as it's not configured as conffile probably Dec 20 19:03:34 mrmoku: but is it installed? Dec 20 19:03:37 in Makefile.am Dec 20 19:03:47 for nokia_n900 and herring in fsoaudiod it is not Dec 20 19:08:49 morphis: hmm Dec 20 19:08:52 did not check that Dec 20 19:09:17 morphis: right you are... it's not installed :) Dec 20 19:09:35 I find it dirty anyway Dec 20 19:09:51 just to have fsoaudiod running on the device to get the scenarios for nexus s installed ;) Dec 20 19:11:18 yes Dec 20 19:11:30 mrmoku: ok, but we have one problem Dec 20 19:11:43 audio on palmpre is not available without fsoaudiod Dec 20 19:13:09 but you excluded palmpre from the release, no? Dec 20 19:14:00 morphis: actually... nvm. Dec 20 19:14:15 we will fix that fast with the fsoaudiod feature anyway :) Dec 20 19:20:21 mrmoku: yes we should really exclude palmpre from this release Dec 20 19:20:45 mrmoku: so I will move the files for nexuss to fsodeviced for now Dec 20 19:21:01 I have to leave Dec 20 19:21:02 bye Dec 20 19:25:29 mrmoku, could you please give me r/w to phoneuid.git Dec 20 19:32:57 Hm, what about dealing with the long-standing FSO issues from the FSO trac? Dec 20 19:33:08 Was it discussed or are there any plans to actually pay attention to those? Dec 20 19:37:03 slyon|away: sure Dec 20 19:38:04 PaulFertser: unfortunatelly we did not come to look at the FSO trac Dec 20 19:38:09 weekend was too short Dec 20 19:38:32 * mrmoku takes a look there Dec 20 19:39:20 hmm... fso trac is slow Dec 20 19:41:07 mrmoku: http://trac.freesmartphone.org/query?status=accepted&status=assigned&status=in_testing&status=new&status=reopened&reporter=~Paul&col=id&col=summary&col=status&col=owner&col=type&col=priority&col=milestone&order=priority Dec 20 19:41:25 PaulFertser: stuff like #582 Dec 20 19:43:34 mrmoku: what makes me feel uneasy about FSO is that i've personally opened ~5 major easily reproducible bugs, provided enough of debugging info and sometimes even the reasoning about the real cause... And that it all happened a year ago... Dec 20 19:43:36 PaulFertser: #561 is in_testing. did that happen again? Dec 20 19:44:26 PaulFertser: well... the problem is mickey_office does not scale ... and there's not many others into the guts of calypso Dec 20 19:47:03 mrmoku: iirc that fix doesn't explain the gone-wild log. Dec 20 19:48:17 mrmoku: also, it's unreasonable to expect that i should be the only one actually using fsogsmd on gta02... Dec 20 19:50:16 mrmoku: "Does this log show there should be a per-channel at parser? Does this log show status updater should be reworked somehow? " Dec 20 19:50:27 ^^^ that was the question i saw no answer to. Dec 20 19:51:41 mrmoku: calypso is not that special, there's basically no sacred/nda'd/etc knowledge needed to work with it. Dec 20 19:52:08 mrmoku: most bugs i submitted were about fsogsmd, not about calypso. Dec 20 19:54:34 PaulFertser: I can understand you (even if it does not help) Dec 20 19:56:52 PaulFertser: about the 'easily reproducible' I'm not sure though Dec 20 19:57:59 mrmoku: it's enough to daily-use the device to experience most of that ;) Dec 20 19:59:18 PaulFertser: yeah, but that's not easily reproducible for debugging purposes Dec 20 19:59:41 and one thing I know for sure... mickey_office won't use the gta02 as daily phone ;) Dec 20 20:00:12 mrmoku: why? Dec 20 20:00:41 PaulFertser: I can feel your pain, that's why I am using ogsmd and never switched to fsogsmd :/ Dec 20 20:02:03 PaulFertser: I tried to ... but mine is white screen addicted... and having a white screen on every second incoming call sucks :/ Dec 20 20:02:23 PaulFertser: but GNUtoo is using it is daily phone Dec 20 20:03:57 lindi-: hey :) my pain is not because of the bugs, it's rather because i see so many "exciting" things happening (like support for some shit-wakelocks, fsotest, qml/aurora, etc) while the main target is still not really usable. Dec 20 20:04:18 PaulFertser: yeah I don't use those things :) Dec 20 20:04:36 PaulFertser: you can define your own target Dec 20 20:05:29 hi Dec 20 20:06:07 hi GNUtoo Dec 20 20:06:10 yes I use only gta02 as a phone right now(since I got the new battery) Dec 20 20:06:19 how's your experience with it Dec 20 20:06:22 regarding fsogsmd Dec 20 20:06:47 s/since I got the new battery/starting a little bit after getting my new battery(bl5c clone)/ Dec 20 20:06:47 GNUtoo meant: yes I use only gta02 as a phone right now(starting a little bit after getting my new battery(bl5c clone)) Dec 20 20:06:57 reguarding fsogsmd, very good Dec 20 20:07:02 my problems are rather: Dec 20 20:07:09 *glamo(microsd issues) Dec 20 20:07:18 *sometimes it doesn't come back from suspend Dec 20 20:07:28 *there is one alsa bug found by lindi- Dec 20 20:08:10 GNUtoo: but it was fixed already? Dec 20 20:08:19 GNUtoo: probably if it was at least as stable as mine you'd see the issues i faced too ;) BTW, how often do you use it? How many calls/messages a day? Dec 20 20:08:30 lindi-, in the kernel I use it's not fixed Dec 20 20:08:36 GNUtoo: well you can easily apply Dec 20 20:08:50 I only suffer from the "does not always resume" bug but I have seen that since 2008 to some degree Dec 20 20:08:58 it is just more probable with 2.6.39 Dec 20 20:09:00 PaulFertser, I do arround one call a day Dec 20 20:09:31 and not everyday Dec 20 20:10:04 lindi-, where's the fix for the alsa bug you found? Dec 20 20:10:28 lindi-, btw I rebased the patches shr uses on top of 3.1 Dec 20 20:10:38 GNUtoo: http://docs.openmoko.org/trac/ticket/2478 Dec 20 20:10:48 GNUtoo: does 3.1 even boot? Dec 20 20:11:04 the version with the patches, yes Dec 20 20:11:11 ok but? Dec 20 20:11:25 mrmoku, did you grant me access already? i'd like to push one patch of this ubuntu guy. his other patch needs further investigation. Dec 20 20:11:25 g_ether doesn't load Dec 20 20:11:38 let me remember.... Dec 20 20:11:46 I think touchscreen didn't work either Dec 20 20:11:53 GNUtoo: ok so quite broken Dec 20 20:11:54 wifi worked Dec 20 20:12:00 microsd worked somehow Dec 20 20:12:15 GNUtoo: if you have time you should publish the repo and your experiences Dec 20 20:12:16 lindi-, I guess I forgott the ADC patch or something like that Dec 20 20:12:19 GNUtoo: i sometimes do up to 10 calls a day, and sending long messages via sms etc... Dec 20 20:12:22 lindi-, published Dec 20 20:12:29 GNUtoo: oh, I must have missed Dec 20 20:12:35 lindi-, it's very new Dec 20 20:13:18 and I didn't talk to you already about it since I didn't saw your name on irc yet Dec 20 20:13:20 http://gitorious.org/shr/linux/commits/shr-3.1-nodrm Dec 20 20:13:42 slyon: ahh.. moment Dec 20 20:14:52 slyon: now Dec 20 20:15:24 slyon: btw. I enabled rfkill and ifconfig plugins in fsodevice Dec 20 20:15:40 should make WiFi and Bluetooth resources work Dec 20 20:16:51 SHR: 03amoog 07phoneuid * r8fd3d3f90060 10/src/phoneuid.c: calling g_thread_init directly is deprecated since glib 2.24 Dec 20 20:17:09 slyon: I will remove it from phonefsod too Dec 20 20:17:29 mrmoku, ah nice. i tried wifi the other day (manually) and it worked nicely on -rc6. Dec 20 20:17:31 ok Dec 20 20:18:17 lindi-, altough the issues may be related to configuration Dec 20 20:18:21 like kernel defconfig Dec 20 20:18:25 for instance that: Dec 20 20:18:25 # CONFIG_USB_S3C2410 is not set Dec 20 20:18:39 GNUtoo: yeah Dec 20 20:18:41 mrmoku, the Makefile patch from amoog breaks phoneuid somehow... i added the error to the bug report. looks like some alsa linking issue Dec 20 20:20:26 slyon: where is that bug report? Dec 20 20:20:52 mrmoku, http://trac.shr-project.org/trac/ticket/1584 Dec 20 20:21:49 i'll leave now. as I've still to do some uni stuff. bye! Dec 20 20:22:41 slyon: cu Dec 20 20:30:19 FATAL: Error inserting g_ether (/lib/modules/3.1.0+/kernel/drivers/usb/gadget/g_ether.ko): No such device Dec 20 20:30:25 basically that's what I get with usbnet Dec 20 20:30:32 for all of you i just spammed on facebook: sorry to bother, but it may help me to get GTA04 :) Dec 20 20:31:08 :P Dec 20 20:31:19 * mrmoku does not care about facebook... Dec 20 20:31:26 at least as long my kids are not in :P Dec 20 20:32:20 what about diaspora* ? Dec 20 20:32:43 i mean Dec 20 20:33:06 i just created event on fb to reach more people Dec 20 20:33:42 and i invited almost everyone from my friends list Dec 20 20:34:03 g_ether 33005 0 Dec 20 20:34:06 http://www.stypendiumzwyboru.pl/uczestnicy/telefon-tworcy-oprogramowania-mobilnego-potrzebuje-przeszczepu-198 Dec 20 20:34:26 page is in polish, but here's all you need to know: Dec 20 20:34:35 on the bottom of the page there are stars Dec 20 20:34:53 ah the evil facebook buttons that include a cookie? Dec 20 20:35:01 after clicking on them you can do quick-register (with just mail and password), or login via facebook Dec 20 20:35:31 ok usbnet now works Dec 20 20:35:38 (when registering by mail you need to click on link from mail too) Dec 20 20:35:46 and then you can vote by just clicking on five stars Dec 20 20:35:53 you have to modprobe s3c2410_udc before Dec 20 20:36:07 CONFIG_USB_S3C2410=m Dec 20 20:36:27 if i get high amount of votes, i'll get money for GTA04 Dec 20 20:36:29 :) Dec 20 20:36:39 heh Dec 20 20:36:58 (i don't want to spam maillists though, so only speaking here and on facebook) Dec 20 20:37:04 s3c_adc_start: failed to find adc Dec 20 20:37:08 maybe wrong config again Dec 20 20:37:13 I'll remove s3c_adc Dec 20 20:38:10 dos1: haslo is my name? Dec 20 20:38:20 mrmoku: no, it's password Dec 20 20:38:23 ahh Dec 20 20:38:34 mrmoku: which you'll won't use anymore probably anyway :D Dec 20 20:38:40 -'ll Dec 20 20:40:31 hmmm Dec 20 20:40:53 Input device name: "S3C24XX TouchScreen" Dec 20 20:41:03 which I guess maps to CONFIG_TOUCHSCREEN_S3C2410=y Dec 20 20:41:12 which depends on S3C_ADC Dec 20 20:41:16 which doesn't find the ADC Dec 20 20:41:49 dos1: foobar ? no won't use it anymore ;) Dec 20 20:41:57 :D Dec 20 20:42:13 should I get a mail now? Dec 20 20:42:50 looks like I'm logged in but can't klick the stars... Dec 20 20:43:19 maybe I already voted... can you check that? Dec 20 20:43:40 mrmoku: did you get mail with activation link? Dec 20 20:43:56 ahh now Dec 20 20:44:47 Glos odanje... or something like that was written Dec 20 20:44:52 to short for me german to read it ;) Dec 20 20:46:30 mrmoku: "GÅ‚os oddany, dziÄ™kujemy :)" or smth like that? :) Dec 20 20:46:42 mrmoku: that means you voted, thanks a lot! Dec 20 20:46:50 whatever... I managed to click the stars :) Dec 20 20:47:42 ah it's the vdd stuff Dec 20 20:47:46 it wasn't there in 39 Dec 20 20:47:48 let me look Dec 20 20:49:13 hmm... this pin dialog is driving me mad :/ Dec 20 20:49:26 hmmm Dec 20 20:49:32 what's the issue with the PIN dialog? Dec 20 20:50:22 it does not pop up Dec 20 20:50:34 the known issue on all fast phones :P Dec 20 20:50:40 trying to debug that Dec 20 20:50:53 brb Dec 20 20:58:48 ohhh by reverting the patch with ADC, the touchscreen works Dec 20 20:58:56 now xorg.conf Dec 20 21:08:49 mrmoku, I think I've an userspace backlight issue with 3.1 Dec 20 21:08:59 GNUtoo: what issue? Dec 20 21:09:06 screen becomes black Dec 20 21:09:09 and I've to issue Dec 20 21:09:19 echo 63 > /sys/class/backlight/*/brightness Dec 20 21:09:37 hmm Dec 20 21:09:52 and it's not the dbus issue? Dec 20 21:10:02 I'll look Dec 20 21:10:11 let me reattach the debug board Dec 20 21:11:45 -rwsr-xr-- 1 root messageb 142604 Dec 7 13:56 dbus-daemon-launch-helper Dec 20 21:11:48 no it's not Dec 20 21:11:52 let's see what doesn't work Dec 20 21:13:07 maybe we should do a list of stuff to adapt when a kernel changes Dec 20 21:13:16 like alsa scenarios, xorg.conf etc... Dec 20 21:20:12 like along with the porting guides Dec 20 21:32:10 what should we do now with gta02 new kernel? Dec 20 21:32:14 a lot of thing works Dec 20 21:32:18 but the userspace is not adapted Dec 20 21:35:20 JaMa|Off, ah ok he's off Dec 20 21:35:25 mrmoku, are you already off? Dec 20 21:44:51 GNUtoo: no Dec 20 21:45:02 GNUtoo: and JaMa|Off will be back in some hour :P Dec 20 21:47:25 ok Dec 20 21:47:43 so what should we do with reguard to the 3.1 new kernel Dec 20 21:54:51 hmm Dec 20 21:55:03 dunno Dec 20 22:31:26 do we want 3.1 already in next release? Dec 20 22:32:56 nschle85: hi, feel free to reboot Dec 20 22:33:05 JaMa: ok Dec 20 22:37:22 JaMa: 3.1 for all devices ? Dec 20 22:37:29 SHR: 03Martin.Jansa 07shr-makefile * r50ed2e82f415 10/conf/shr-core/local.conf: shr-core/local.conf: drop shr-autorev and add comment about rm_old_work Dec 20 22:37:40 nschle85: of gta02 Dec 20 22:37:43 for Dec 20 22:39:15 SHR: 03Martin.Jansa 07meta-smartphone * rc6baacf8981d 10/meta-shr/ (2 files in 2 dirs): meta-shr: rename feed for shr-2012.01 Dec 20 22:39:26 SHR: 03Martin.Jansa 07meta-smartphone * r9d4fd6b0c8b7 10/ (5 files in 2 dirs): meta-shr: update SRCREVs to latest Dec 20 22:39:26 SHR: 03Martin.Jansa 07meta-smartphone * r616283986ba5 10/meta-shr/conf/distro/include/ (shr-autorev.inc shr-core-autorev.inc): shr-autorev.inc: rename to shr-core-autorev.inc so only core developers will be using it if they really want Dec 20 22:39:34 JaMa: hmm i always like new stuff but now we have xmas and do we have the manpower to solve problems if any ? so release was planned in end of december ? Dec 20 22:40:11 nschle85: I was just asking because of "22:41:59 < GNUtoo> so what should we do with reguard to the 3.1 new kernel" Dec 20 22:40:26 nschle85: for myself I vote to wait for release first too Dec 20 22:40:40 JaMa: i agree Dec 20 22:41:14 but if it's more reliable for uSD and everything else works for GNUtoo soon, then we should test it and maybe include it Dec 20 22:41:25 just because uSD issues are terrible Dec 20 22:42:02 JaMa: if it solves fundamental bugs, then it can only bee better :-) Dec 20 22:43:27 what is plan B ? if update to 3.1 is a flop ? Dec 20 22:43:40 using one image from staging ? Dec 20 22:45:39 JaMa: what about jenkins job: shr-core-branches on "all" page ? i think its not used, true so delete ? Dec 20 22:48:20 yup seems to be old n900 build renamed to populate workspace, but that didn't work, so you can delete it (hopefully won't remove that workspace which is already populated) Dec 20 22:49:52 JaMa: ill assing a new workspace and then delete, hope that is enough :-) Dec 20 22:50:06 is shows that workspace is empty Dec 20 22:50:18 so probably is ok even without assigning Dec 20 22:50:38 JaMa: no, it pouts to the ould workspace location when it was build Dec 20 22:50:58 so the current workspace is shown after next build Dec 20 22:51:00 ok Dec 20 22:51:30 btw I'm running aurora image manually while fixing some issues Dec 20 22:53:07 ok Dec 20 22:54:36 tomorrow i am in prague airport for short time hope there will not be icy weather Dec 20 23:01:07 JaMa: ups jenkins is freeing a lot of space Dec 20 23:04:04 yes.. it had already removed bitbake from the workspace where I was running build.. Dec 20 23:04:24 I've moved it somewhere else to safe as much as possible.. but not sure if soon enough :/ Dec 20 23:05:05 JaMa: jenkins killed the complete workspace Dec 20 23:05:27 sorry... Dec 20 23:05:33 do we need shr-core-template ? Dec 20 23:05:56 no problem I should have moved it before removing that task Dec 20 23:05:57 JaMa: it is for cloning jobs Dec 20 23:06:22 so i wanted to add here the newest features Dec 20 23:06:22 yes, but why not close from existing one? Dec 20 23:06:29 close Dec 20 23:06:34 arrgh Dec 20 23:06:36 clone Dec 20 23:06:39 yes! Dec 20 23:06:40 :) Dec 20 23:06:52 hmm which is the closest ? Dec 20 23:08:17 closest to what? Dec 20 23:09:15 to the newest job features Dec 20 23:09:44 JaMa: ups the workspace is still alive :-) Dec 20 23:09:57 what have i seen ? Dec 20 23:10:35 aurora-image-jansa-test-crespo Dec 20 23:10:57 nschle85: it started to delete stuff in workspace.. so I've moved it somewhere else when it killed my build Dec 20 23:11:21 nschle85: now I've moved it back and started restore stuff which it already removed (like bitbake checkout) Dec 20 23:11:37 JaMa: ok Dec 20 23:12:09 now i now its dangerous to delete projects sharing a workspace Dec 20 23:12:42 if deleting always removes workspace too then yes Dec 20 23:13:24 well teoretically just one more reason to test build from scratch, so no big issue :) Dec 20 23:14:19 yes, tomorrow i am not home, so you can stress the server :-) Dec 20 23:14:47 I already did today I guess :) Dec 20 23:15:05 all 3 servers available were building almost nonstop Dec 20 23:15:24 hope they produce the same results Dec 20 23:15:39 and still far from finish :/ Dec 20 23:16:42 * JaMa going to bed, hopefully tomorrow I'll get home earlier to debug that shr_elm_softkey issue Dec 20 23:17:56 ok gnight bye Dec 21 01:53:34 has ffphonelog been fixed? that's certainly a release blocker too... or is that part of the libphone-ui-shr problem? Dec 21 01:54:27 BTW, considering that 2.6.39 is not really acceptable with the SD issue, how about going back to 2.6.34 for now?... Dec 21 01:54:45 (actually the switch to 2.6.39 should never have happened, as IIRC the issue was already known...) **** ENDING LOGGING AT Wed Dec 21 02:59:56 2011