**** BEGIN LOGGING AT Wed Dec 18 02:59:59 2013 Dec 18 06:27:33 folks Dec 18 06:27:43 something new is coming ? Dec 18 07:55:52 Garfonso: ping Dec 18 07:56:35 Garfonso: I got a step further Dec 18 07:57:00 the app installs fine now with com.palm.appinstaller but the configurator fails with: Dec 18 07:57:01 2013-12-18T07:53:44.261162Z [32822] user.debug configurator [] Configurator DBGMSG {} Response for /media/cryptofs/apps/usr/palm/services/org.webosports.cdav.service/configuration/db/permissions/org.webosports.cdav.contactset - removing from pending list Dec 18 07:57:01 2013-12-18T07:53:44.264727Z [32822] user.err configurator [] Configurator INVALID_JSON {"MSGID":"CONFIGURATOR_ERROR", "CAUSE":"The json string is wrong.","JSON":"{\"config\":\"/media/cryptofs/apps/usr/palm/services/org.webosports.cdav.service/configuration/db/permissions/org.webosports.cdav. ..."} Dec 18 08:16:46 Tofe: morning Dec 18 08:31:44 Garfonso: ok, found the reason for this Dec 18 08:31:56 db8 wasn't running correctly after the last upstream rebase of meta-webos Dec 18 08:32:07 installation of the service was successfull now Dec 18 08:32:17 also the service files in /var/palm/ls2 are now created Dec 18 08:35:25 morphis: what did I miss in db8? Dec 18 08:35:34 JaMa: nothing :) Dec 18 08:35:39 it was our systemd service configuration Dec 18 08:35:49 they added a new required parameter for the mojodb binary Dec 18 08:35:59 which we didn't provide until now Dec 18 08:36:05 ah ok, sorry Dec 18 08:36:18 https://github.com/webOS-ports/webos-systemd-services/commit/d5e24517fe4812896c054d117ca51fe3a4e60026 Dec 18 08:36:19 np Dec 18 08:36:24 does it make current images unusable? Dec 18 08:36:47 I'm asking because I plan to close 008 after current qemux86-64 build is finished Dec 18 08:36:56 we need to make "stages" a bit smaller Dec 18 08:37:18 006 and 007 were +- 80GB and milla doesn't have enough space to handle them Dec 18 08:37:49 is WEBOS_INSTALL_LOCALSTATEDIRdb8 correct? Dec 18 08:37:51 not unusable Dec 18 08:37:58 I fixed that already.. Dec 18 08:38:23 do you remember since when *ext[24] images are unsupported? Dec 18 08:38:23 JaMa: if we do another stage directly afterwards it should be ok to close 008 now Dec 18 08:39:10 JaMa: since https://github.com/webOS-ports/meta-webos-ports/commit/56e6c6911231da47962d8b736004e80d5491f40d Dec 18 08:39:12 I would remove them from milla to save space and I've adjusted IMAGE_FSTYPES in workspace config to build only tar.gz (and tar.gz+vmdk for qemuall) Dec 18 08:39:44 sounds good Dec 18 08:40:18 JaMa: can you ping me when you closed 008? Dec 18 08:40:29 yes Dec 18 08:40:51 I expect 2 hours or so Dec 18 08:41:05 you can already push to meta-webos-ports :) Dec 18 08:41:11 so 008 is mostly a rebuild, right? Dec 18 08:41:32 rebuild with new layers, yes Dec 18 08:42:34 JaMa: I think for such cases we should simply not bump the platformVersion Dec 18 08:42:45 and increase it by two with the next stage Dec 18 08:44:58 JaMa: pushed my changes Dec 18 08:46:42 well there are some changes from upstream recipes, so maybe it's valid platformVersion bump Dec 18 08:47:17 I someone using http://wiki.webos-ports.org/wiki/Staging_feeds ? Dec 18 08:47:31 there was only one report (from me for first stage) Dec 18 08:55:30 weird, I've unpacked initramfs-android-image-maguro-007-313.rootfs.cpio.gz (latest) and it still has old init script Dec 18 09:14:27 morphis: for 009 I'll test http://bpaste.net/show/159699/ Dec 18 09:16:59 JaMa: I would like to use it but don't have the time for it Dec 18 09:17:50 understood Dec 18 09:18:04 JaMa: http://bpaste.net/show/159699/ looks good Dec 18 09:18:39 JaMa: maybe there is something wrong with the multple layers and the override of the init script Dec 18 09:18:58 I'll check it in local build Dec 18 12:58:46 morphis: ping Dec 18 12:59:13 morphis: closing 008 is almost ready, but closing will fail because of manifest Dec 18 12:59:17 if ! grep -q "\"platformVersion\": ${CURRENT_STAGING_NUMBER},$" manifest.json.${CURRENT_STAGING}; then Dec 18 12:59:35 closing job is checking platformVersion not any version in manifest Dec 18 13:02:51 should I change the script or manifest? I was checking "version" before and IIRC you told me it should match with platformVersion http://jenkins.nas-admin.org/job/webos-ports_setup_new-staging/jobConfigHistory/showDiffFiles?timestamp1=2013-10-17_14-56-56×tamp2=2013-10-17_15-11-40 Dec 18 13:08:49 JaMa: the idea was that platformVersion is the indicator for the clients when they should update Dec 18 13:09:08 so if we hold it back at 7 while 8 is already merged no one will automatically update Dec 18 13:09:22 generally both should match Dec 18 13:09:34 but in some cases it could make sense to hold the platformVersion back Dec 18 13:10:35 JaMa: you ever saw such errors: http://pastebin.com/T9zgBZXz? Dec 18 13:16:28 looks familiar, but IIRC I've just disabled static build to work around this Dec 18 13:16:41 iirc webkit-efl was failing like this for me Dec 18 13:22:53 I see this also for some of the qt components Dec 18 13:23:13 when I rebuild them and I have rm_work disabled Dec 18 13:28:05 * HaDAk stumbles in Dec 18 13:28:09 whoops. mind the step. Dec 18 13:28:11 mornin' boys Dec 18 14:24:37 JaMa: after I did cleansstate for qtwebkit I get the same now qtquick1 Dec 18 15:39:35 morphis: stage 008 closed and builds started for 009 Dec 18 16:00:56 what's that mean? Dec 18 16:01:48 http://wiki.webos-ports.org/wiki/Staging_feeds Dec 18 16:05:03 ok, that's what i thought Dec 18 16:07:17 that include the new keyboard? Dec 18 16:21:24 new from ubuntu touch? that was already in 007 based on manifest changelog Dec 18 18:20:17 my changes Dec 18 20:26:56 JaMa: ubuntu touch? Dec 18 20:30:09 morphis: that's what I read in your manifest entry :) Dec 18 20:30:37 "Virtual keyboard based on the Ubuntu Touch variant of the Maliit keyboard", Dec 18 20:34:54 afaik that was in 7 Dec 18 21:00:33 JaMa: I think in the future we have to coordinate this a little bit more Dec 18 21:00:53 maybe I give you PRs to merge and then we do stages and change the changelog Dec 18 21:02:03 JaMa: btw. one other which I see after the last rebase is that qtwebkit is compiled again for every machine Dec 18 21:06:15 weird I don't remember changing qtwebkit in meta-qt5 much Dec 18 21:06:30 but it's possible that some meta-webos change leaked into webkit-starfish signature Dec 18 21:07:35 PRs for dora branch in meta-webos-ports or for changelog? Dec 18 21:08:32 morphis: FWIW: I also think that it was already in 7 at least for some machines Dec 18 21:20:13 JaMa: yes PRs for dora branch Dec 18 21:20:33 I will take everything, prepare it and then send it to you for integration Dec 18 21:21:14 JaMa: but anyway qtwebkit should not rebuild per machine, just only once per arch Dec 18 21:21:24 have to get some sleep Dec 18 21:21:25 gn8 Dec 18 21:23:12 morphis: I'll check qtwebkit (I think it's one of depencencies being MACHINE_ARCH by signature because of something) Dec 18 21:23:44 morphis: you updating dora branch is OK for me, I just cherry-pick it to dora-next when I'm updating other branches Dec 18 21:24:22 morphis: only problem wrt with changelog could be that the very latest meta-webos-ports wasn't built on jenkins before I've started the new builds Dec 19 01:16:21 Hello all. Dec 19 01:19:01 I booted up the fresh build of WOP.on my Gnex. Still no volume bottons. **** ENDING LOGGING AT Thu Dec 19 02:59:59 2013