**** BEGIN LOGGING AT Fri Apr 26 02:59:56 2019 Apr 26 06:09:45 Morning! Apr 26 06:46:52 Morning! Apr 26 06:47:11 I failed yesterday to find the cause of maliit not showing up Apr 26 06:47:45 it looks like either the focus isn't completely set, or the dbus connection with the maliit server is lost Apr 26 06:49:43 Also I'm beginning to wonder if moving to qtvirtualkeyboard should be considered; maliit isn't very active, and I fear it'll become less and less well integrated in Qt, or bug prone Apr 26 06:49:56 but that'll be for another time Apr 26 07:06:38 morning Apr 26 07:07:22 builds are almost finished, but last rsync failed because of disk space on milla Apr 26 07:07:43 should I drop current unstable builds as they should be almost identical with the new testing images (with 5.12)? Apr 26 07:08:39 or I can drop unstable sstate, we probably won't need to run these builds for a while Apr 26 07:08:58 will check what saves more Apr 26 07:10:24 19G luneos-stable Apr 26 07:10:24 20G luneos-stable-staging Apr 26 07:10:24 27G luneos-testing-pyro Apr 26 07:10:24 30G luneos-unstable-sumo Apr 26 07:10:24 37G luneos-unstable-rocko Apr 26 07:10:26 41G luneos-unstable-thud Apr 26 07:10:29 72G luneos-unstable-warrior Apr 26 07:10:31 119G luneos-testing-warrior Apr 26 07:10:34 121G luneos-unstable-zeus Apr 26 07:10:36 129G luneos-testing-sumo Apr 26 07:11:33 JaMa: right now, you may be the only person eventually using unstable Apr 26 07:11:56 so, it's as you wish Apr 26 07:12:03 I guess we could drop everything sumo, pyro, rocko and thud? Apr 26 07:12:07 Keep Warrior & Zeus? Apr 26 07:12:11 16G luneos-testing-pyro/sstate-cache Apr 26 07:12:11 20G luneos-unstable-thud/sstate-cache Apr 26 07:12:11 22G luneos-unstable-sumo/sstate-cache Apr 26 07:12:11 25G luneos-unstable-rocko/sstate-cache Apr 26 07:12:11 32G luneos-unstable-warrior/sstate-cache Apr 26 07:12:14 49G luneos-testing-sumo/sstate-cache Apr 26 07:12:16 54G luneos-unstable-zeus/sstate-cache Apr 26 07:12:19 59G luneos-testing-warrior/sstate-cache Apr 26 07:12:31 I'll drop all sstate except luneos-testing-warrior/sstate-cache Apr 26 07:12:40 because that is easy to recreate if needed Apr 26 07:13:01 and luneos-unstable-zeus images aren't intestesting anymore with 5.12 in testing now Apr 26 07:13:31 JaMa: Well Zeus at some point becomes interesting but that should be in 5-6 months time Apr 26 07:13:33 unless you want to compare something with the 5.12 from before yesterday :) Apr 26 07:13:57 I think we're pretty good in terms of how things are on 5.12 Apr 26 07:14:06 Herrie|Laptop: sure, but in couple days the current sstate will be irelevant (as well as the images) Apr 26 07:17:36 ipk dirs are also a bit useless for "old" branches Apr 26 07:17:54 6.4G luneos-unstable-sumo/ipk Apr 26 07:17:55 8.9G luneos-testing-pyro/ipk Apr 26 07:17:55 11G luneos-unstable-rocko/ipk Apr 26 07:17:55 13G luneos-unstable-thud/ipk Apr 26 07:17:55 28G luneos-unstable-warrior/ipk Apr 26 07:17:57 31G luneos-testing-sumo/ipk Apr 26 07:18:00 32G luneos-testing-warrior/ipk Apr 26 07:18:02 44G luneos-unstable-zeus/ipk Apr 26 07:20:33 much better now: Apr 26 07:20:36 1.1G luneos-unstable-sumo/ Apr 26 07:20:36 1.4G luneos-testing-pyro/ Apr 26 07:20:36 1.5G luneos-unstable-rocko/ Apr 26 07:20:36 9.4G luneos-unstable-thud/ Apr 26 07:20:38 12G luneos-unstable-warrior/ Apr 26 07:20:41 24G luneos-unstable-zeus/ Apr 26 07:20:43 49G luneos-testing-sumo/ Apr 26 07:20:45 119G luneos-testing-warrior/ Apr 26 07:20:57 I guess I can also remove all except last images from luneos-testing-sumo/ and luneos-unstable-warrior/ Apr 26 07:21:44 why would you spare sumo ? Apr 26 07:24:09 just in case someone wants to compare something later Apr 26 07:24:36 with only latest image in there it will be just a few G Apr 26 07:26:35 ok Apr 26 07:31:00 9.2G luneos-testing-sumo Apr 26 07:31:28 1.6G luneos-unstable-warrior Apr 26 07:31:44 should be enough for a while: Apr 26 07:31:46 /dev/xvdc1 985G 579G 406G 59% /home/jenkins Apr 26 07:31:53 at least until new disks arive :) Apr 26 07:36:00 JaMa: Well that seems to take forever as well :S Apr 26 07:40:06 true Apr 26 07:40:22 that's why jenkins is not building webOS OSE Apr 26 07:42:43 Checking with Roy as well, but you know how he is ;) Apr 26 07:43:00 I've pushed small meta-qt5 bump, but nothing which should influence our builds Apr 26 07:43:16 just preping stable branch in webos-ports-setup for next release :) Apr 26 07:44:19 JaMa: Great thanks. I think we'll fix a few remaining issues and push it out Apr 26 07:45:13 The VKB is the most noticeable. Then the File API Sandbox issue, rest seems pretty OK. Need to test our latest VirtualBox image. Last one I tried last week didn't have working mouse, but at least it would show stuff :P Apr 26 07:46:46 it should be fixes now, but I haven't tested it yet as well Apr 26 07:46:50 fixed Apr 26 07:47:12 looks like webos-ports-setup doesn't have a tag from doppio release Apr 26 07:47:20 will try to find what revision it was Apr 26 07:49:25 decaf missing as well Apr 26 07:54:19 cubano and crema as well it seems :S Apr 26 07:54:26 I need to add this to pre and post-release to-do ;) Apr 26 07:54:34 It's not there and seems you usually did it for us ;) Apr 26 07:54:40 But not always Apr 26 07:56:05 Ah wait cubano/crema are there Apr 26 07:57:08 Seems we're OK for the rest mainly Apr 26 07:59:07 stable branch is updated as well now Apr 26 08:00:19 500+ commits in meta-smartphone and meta-webos-ports sinde doppio https://github.com/webOS-ports/webos-ports-setup/commit/6fad3bc713bf5da26efba4959104dccf4517350a Apr 26 08:02:55 JaMa: Yes, it's been quite some changes LOL ;) Apr 26 08:03:01 I updated the pre and post release to-do: https://webos-ports.org/wiki/Pre_and_Post_Release_To_Do Apr 26 08:03:16 novaldex: ping Apr 26 08:14:16 updated the wiki a bit more about the tags Apr 26 08:18:58 Thnx Apr 26 08:55:29 JaMa: You gonna restart the rsync or.... ? Apr 26 08:55:35 I don't see the new images yet Apr 26 08:55:53 Ah it's running I see now Apr 26 08:55:59 Guess I need to be more patient LOL Apr 26 08:58:30 Herrie|Laptop: you're becoming a bit too much acustomed to fast processing Apr 26 08:58:43 Tofe: Yeah seems so :P Apr 26 08:58:57 Well maybe the new disks will help on the builder as well ;) Apr 26 09:02:12 probably Apr 26 09:02:33 At least a little bit ;) Apr 26 09:05:15 Tofe: On my builder, not bad at all :P https://bpaste.net/show/c9d7f0b20c95 Apr 26 09:06:56 huh ? Do you have a 4-redundancy SSD RAID ? Apr 26 09:08:08 I mean, SSD are still around 600Mb/s max, these days Apr 26 09:10:20 Tofe: Well this is a 1TB m.2 one and very fast, see specs at: https://www.storagereview.com/western_digital_black_nvme_ssd_sandisk_extreme_pro_review Apr 26 09:12:10 ah it's a m.2, ok then Apr 26 09:12:23 Got the Sandisk Extreme Pro one, was a lot cheaper v.s. the Samsung ones ;) Apr 26 09:12:34 And performance wise it's not too far off ;) Apr 26 09:13:58 Samsung was 300+ this one 202 ;) Apr 26 09:15:27 That's a good price for a 1TB SSD Apr 26 09:15:44 They're getting cheaper and cheaper Apr 26 09:15:59 Sandisk offers good value for money usually Apr 26 09:16:33 Previously had some issues with a Samsung SSD in previous PC (blue screens etc), switched to Sandisk and no issues ;) Apr 26 09:16:46 Every once in a while there are good deals on Amazon for them ;) Apr 26 09:16:55 yup Apr 26 09:17:33 Any opinion on these swipe gestures ? https://www.youtube.com/watch?time_continue=4&v=w6c9afOOHzo Apr 26 09:19:52 Seems we should sue Google for a lot of €€€€ LOL Apr 26 09:20:42 yes :p Apr 26 09:21:11 I will at least solve the button issues with different manufacturers putting them on different places Apr 26 09:21:37 The screen-side swipe could be a solution for us too, if we want to get rid of the gesture area Apr 26 09:27:38 I'm pretty happy with the gesture area for now ;) Apr 26 09:27:59 And we already have a screen-side swipe of some sort as well ;0 Apr 26 09:28:01 ;) Apr 26 09:40:28 right Apr 26 09:58:04 Herrie|Laptop: the images were already resynced during night only sstate failed Apr 26 09:59:05 JaMa: I don't see any qemux86 and or qemux86-64 images with yesterdays or today's date Apr 26 09:59:12 Other devices seem to be there Apr 26 09:59:35 Strange, let me check Apr 26 10:00:12 Latest I see is 20th of April Apr 26 10:00:14 For those Apr 26 10:01:15 http://jenkins.nas-admin.org/job/LuneOS/view/testing/job/luneos-testing_workspace-rsync/1055/console was rsyncing images/qemux86/luneos-dev-emulator-qemux86--testing-0-577.zip the question is to where :) Apr 26 10:01:42 rsync: write failed on "/home/jenkins/htdocs/builds/luneos-testing/images/qemux86-64/luneos-dev-emulator-qemux86-64--testing-0-109.zip": No space left on device (28) Apr 26 10:01:55 ah it failed much earlier and then _again_ during sstate Apr 26 10:02:10 I've noticed only the 2nd error during sstate Apr 26 10:03:16 will rebuild qemux86* again Apr 26 10:19:54 JaMa: Thnx Apr 26 10:20:02 Will test Hammerhead & Tenderloin in meanwhile Apr 26 10:20:34 JaMa: Not sure you saw some of the comments on the libhybris PR? Apr 26 10:20:42 Seems some small cleanup and they'll merge it Apr 26 10:23:12 Herrie|Laptop: I've updated the small things already, didn't get to the rest (which I would need to build test) yet Apr 26 10:23:35 JaMa: OK :) Apr 26 10:23:45 Tofe: have you seen it as well? they are yours so you should get a chance to defend them :) Apr 26 10:24:21 Tofe: These https://github.com/libhybris/libhybris/pull/417 Apr 26 10:30:32 looks like I haven't pushed the simple fixes yet, done now Apr 26 10:42:04 should be all fixed except https://github.com/libhybris/libhybris/pull/417#discussion_r277582654 Apr 26 10:47:52 JaMa: well it's a hack-quality patch, I'm not really surprised Apr 26 10:49:18 I'll be able to have a look tonight or this week-end Apr 26 10:56:39 Tofe: it still builds and I can just initialize those few variables to NULL if it keeps them happy Apr 26 10:57:24 I've hopefully resolved all their "for consistency" comments in those inconsistent files :) Apr 26 10:57:48 but I do agree that your mix of tabs and spaces for indentation and trailing whitespaces trigger me as well :) Apr 26 10:59:27 yes, it was the result of a quick copy/paste from another project Apr 26 10:59:46 at the time I didn't bother, I just wanted to test camera Apr 26 11:09:20 understood :) Apr 26 11:59:08 Tofe: While checking upstream updates from mer-core I came across these 2 commits: https://git.merproject.org/mer-core/maliit-framework/commit/f771091decb93d7b8909274d37c0dc0f3cc0f3fb and https://git.merproject.org/mer-core/maliit-framework/commit/84e2073877d4e23c4f6ce41f834fc84fc3c43074 which might somehow help with our vkb issue? Apr 26 12:08:09 maybe... but I have doubts Apr 26 12:08:49 Tofe: Well I thought to post them, just in case ;) Apr 26 12:09:16 Yes, thanks :) Apr 26 12:46:06 JaMa: On my local qemux86 build I have UI working, got a mouse pointer, but seems it's always on top left when I click Apr 26 12:46:08 Is that expected? Apr 26 12:46:52 do you have usb tablet as a pointer device? Apr 26 12:47:08 I mean the tap ripple is on top left, my mouse cursor is on the "Continue" button Apr 26 12:47:17 Tofe, no just a regular Logitech trackball here Apr 26 12:47:25 I mean in VBox Apr 26 12:48:58 Tofe: Not sure what you mean Apr 26 12:49:35 in VirtualBox settings for this machine, you have, in System (iirc) a section to tweak the input device type Apr 26 12:50:01 Yes set to USB Tablet Apr 26 12:50:11 ok, good Apr 26 12:50:33 ...then I don't see what's the issue Apr 26 12:50:46 Herrie|Laptop: I had the same before the last vboxtouch fix Apr 26 12:50:53 Hmmz :S Apr 26 12:50:56 now jenkins is finally rsyncing those images for sure Apr 26 12:50:57 Weird Apr 26 12:51:01 JaMa: did we update both environment.conf for qemux86 and qemux86-64 ? Apr 26 12:51:11 I'll check but I think so Apr 26 12:51:17 I built the regular x86 Apr 26 12:51:24 on my side I only do -64 Apr 26 12:51:28 Not the 64 one locally Apr 26 12:51:37 Tofe: yes, they are identical Apr 26 12:51:41 meh Apr 26 12:52:05 Herrie|Laptop: if you start evdevtest, what output do you get? Apr 26 12:53:18 evtest you mean? Apr 26 12:53:28 https://bpaste.net/show/6acc5ec489e0 Apr 26 12:54:31 mmh we concatenate event3 and event5, and here it should be correct$ Apr 26 12:55:07 we must have forgotten something along the way Apr 26 12:55:43 Tofe: It could be an issue with my local build Apr 26 12:55:58 I'm on Win10 with latest VBox 6.0.6 Apr 26 12:56:11 Not that it should make a difference I guess which OS I run ;) Apr 26 12:56:21 Do you have the output of luna-next? Apr 26 12:56:34 Which output of dmesg? Apr 26 12:56:48 no from journal -u luna-next Apr 26 12:57:02 ah I'm not sure if vboxtouch outputs anything useful without the debug variables Apr 26 12:57:36 https://bpaste.net/show/59e23c6fbedd Apr 26 12:58:32 ok, nothing there... Apr 26 12:58:58 last one: can you paste your /etc/luna-next/environment.conf? Apr 26 13:00:20 https://bpaste.net/show/fe47fb4da9ad Apr 26 13:00:40 Downloading latest from Jenkins now Apr 26 13:00:53 it does looks good... I don't understand. Apr 26 13:01:25 I'll try both x86 and x86-64 from jenkins just to make sure Apr 26 13:08:38 btw https://github.com/webOS-ports/jenkins-jobs/commit/9cc366ec5820d28263b6fadde94ec571746557dc Apr 26 13:09:26 if we want to support "latest" than we should probably add short "latest" file which will list which images to fetch to get the latest version Apr 26 13:10:03 that way the script can fetch just the very small text file to see if there is newer image available and then simply fetch all needed files Apr 26 13:17:15 x86-64 from Jenkins same issue Apr 26 13:19:55 x86 from Jenkins too for me Apr 26 15:35:06 Tofe: Did some rework on Voicecall so we could drop our patch and use upstream directly. Any comments before I PR? https://git.merproject.org/Herrie/voicecall/commit/ea2dc94a3b503152441dd612cddd70f5823a8038 Apr 26 19:00:49 Herrie: I've just inserted one comment about the luneos specific service file. Apr 26 19:09:19 Tofe: fair comment, we can add it to meta-webos-ports similar to appinfo.json for fingerterm Apr 26 19:09:30 Is actually more logical Apr 26 19:09:44 Will rework it a bit then Apr 26 19:10:22 I didn't test RPM for Mer of course but it seems to build OK at our side like this Apr 26 19:11:37 they probably have CI tests Apr 26 20:13:30 Tofe: Adjusted and submitted, let's see what they say Apr 26 20:13:40 Would be good to drop this patch that patched so many files :) **** ENDING LOGGING AT Sat Apr 27 02:59:56 2019