**** BEGIN LOGGING AT Tue Dec 10 02:59:58 2019 Dec 10 08:32:12 Morning! Dec 10 09:41:56 Morning! Dec 10 10:05:10 morning Dec 10 10:21:38 I'm rebasing our pulseaudio patches and there are conflicts in bluez4 support, are we still using bluez4 somewhere or everything is on bluez5 now? Dec 10 10:22:35 e.g. https://github.com/webOS-ports/meta-webos-ports/blob/zeus/meta-luneos/recipes-multimedia/pulseaudio/pulseaudio/0004-bluetooth-Allow-leaving-transport-running-while-sink.patch Dec 10 10:23:25 https://github.com/webOS-ports/meta-webos-ports/blob/zeus/meta-luneos/recipes-multimedia/pulseaudio/pulseaudio/0006-bluetooth-util-Detect-transport-acquire-release-loop.patch https://github.com/webOS-ports/meta-webos-ports/blob/zeus/meta-luneos/recipes-multimedia/pulseaudio/pulseaudio/0005-bluetooth-device-Do-not-lose-transport-pointer-after.patch Dec 10 10:27:00 it's completely removed since 13.0 (now in oe-core master) https://gitlab.freedesktop.org/pulseaudio/pulseaudio/commit/3b1093c0ad882640ef7cf2b88088d77988be7610 so I guess it's save to remove from 11.1 version used in zeus as well Dec 10 10:41:34 JaMa: AFAIK everything is on 3.4 kernel currently (minimal requirement for BlueZ5), however we weren't able to get BT working on some targets such as Touchpad. However I don't think we use BlueZ4 anywhere anymore anyway? Dec 10 10:42:08 Tofe: ^ Dec 10 10:49:34 All bluez4 stuff can go, yes, we finished the migration for previous release iirc Dec 10 11:38:20 ok, will drop them in zeus as well, so that the patch isn't specific for dunfell Dec 10 12:13:10 Herrie: and what about this one https://github.com/webOS-ports/meta-webos-ports/blob/zeus/meta-luneos/recipes-multimedia/pulseaudio/pulseaudio/0008-Add-dbus-policy-for-Bluez4.patch ? it still does apply, but do we need that? Dec 10 12:39:10 we'll need to investigate that one Dec 10 13:13:56 I'd say we'd probably need that in some way or form Dec 10 13:15:35 Although according to http://www.bluez.org/bluez-5-api-introduction-and-porting-guide/ the whole org.bluez.Manager is supposedly gone in BlueZ5 Dec 10 14:19:02 Tofe: Seems I need a little help with webOS keyboard. It seems that the following call has null as mServiceHandle https://github.com/webOS-ports/webos-keyboard/blob/master/src/plugin/keyboardsettings.cpp#L126 which causes issues with LS2. Just not really sure how to tackle it. I get "Dec 10 05:22:11 qemux86-64 maliit-server[728]: {"returnValue":false,"errorCode":-1,"errorText":"Denied Dec 10 14:19:02 method call \"getPreferences\" for category \"/\""}" Dec 10 14:19:26 "Dec 10 05:35:13 qemux86-64 user.warn LunaSysService: [] [pmlog] LS_REQUIRES_SECURITY {"SERVICE":"(null)","CATEGORY":"/","METHOD":"getPreferences"} Service security groups don't allow method call." Dec 10 14:19:55 There are probably workarounds, but the proper way would be to make sure that SERVICE there isn't "null" I guess? Dec 10 14:21:57 There are some references in https://github.com/search?q=org%3Awebosose+mServiceHandle&type=Code that might give some clues on how to solve it, but since it's C++ it's not my cup of tea that much ;) Dec 10 14:26:18 ls-monitor confirms that the calls are done with null values: https://paste.ubuntu.com/p/XSdHzQCYRy/ Dec 10 14:30:00 yes, the service shouldn't be null, it's bound to generate issues with ACG Dec 10 14:30:37 I think I saw that some months ago, but didn't solve it at the time Dec 10 14:30:53 let me try to find it Dec 10 14:35:55 https://github.com/webOS-ports/webos-keyboard/blob/master/src/plugin/keyboardsettings.cpp#L71 the first argument is the name, isn't it? Dec 10 14:36:35 https://www.webosose.org/docs/reference/luna-service2-library/luna-service2-library-api-reference/#lsregister yes it is Dec 10 14:37:48 let's put the app name there instead of NULL Dec 10 14:38:11 I tried to put "org.maliit" but it doesn't like that because of incorrect type Dec 10 14:38:38 "cannot convert 'const char [11]' to 'LSHandle*' in assignment" Dec 10 14:39:27 ah I did it at a later place Dec 10 14:42:24 Shoul I just simply replace the null with "org.maliit" there? Dec 10 14:42:58 A string should work there according to examples I've seen Dec 10 14:43:10 yes, though "org.maliit" sounds like it's really maliit's code, not ours Dec 10 14:44:03 and the name might be already in use on the dbus side, so it could be confusing Dec 10 14:44:21 "org.webosports.webos-keyboard" ? Dec 10 14:46:16 We seem to call it org.maliit here: https://github.com/webOS-ports/webos-keyboard/blob/master/service/org.maliit.json.prv#L5 Dec 10 14:52:34 ah, yes, it's true that it's the same executable than maliit... so ok then, why not Dec 10 14:53:52 It seems to work. I get stuff back now "Dec 10 09:51:50 qemux86-64 maliit-server[728]: Got updated keyboard preferences from service: Dec 10 14:53:53 Dec 10 09:51:50 qemux86-64 maliit-server[728]: {"keyboard":{"keyPressFeedback":false,"predictiveText":false,"autoCorrection":false,"keyboardSize":"M","spellChecking":false,"autoCapitalization":false,"activeLanguage":"en","keyboardLayout":"LuneOS","enabledLanguages":["en","de","es","fi","fr","ru","sv","ar","cs","da","he","hu","it","nl","pl","pt","zh"]},"subscribed":true,"returnValue":true}" Dec 10 14:55:21 Thanks for the pointer :) Dec 10 15:02:55 :) great! Dec 10 15:04:50 Onto the last few ;) Dec 10 15:05:13 I'm sure there will be some minor cleanup needed afterwards, but should be nothing big. I tested things locally in qemu Dec 10 15:05:24 So could be I missed something small here and there, but nothing major for sure Dec 10 15:08:47 well that's quite a big cleanup you did there Dec 10 15:09:22 Well I think I'm 60-70% there now. Still a few to go ;) Dec 10 15:10:01 But yeah should at least make logs look cleaner and it will help with WAM going forward too Dec 10 15:16:01 yup :) Dec 10 16:16:00 ka6sox: Hi, any update on the disks for milla/bonaire? Milla is out of disk space again http://jenkins.nas-admin.org/job/LuneOS/view/unstable/job/luneos-unstable_workspace-rsync/408/console Dec 10 16:58:21 I've deleted all testing builds except latest and all unstable builds, still not much room Dec 10 16:58:24 14G buildlogs Dec 10 16:58:26 503G builds Dec 10 16:58:29 245G oe-sources Dec 10 16:58:31 57G sources **** BEGIN LOGGING AT Tue Dec 10 17:31:37 2019 Dec 10 18:55:48 ka6sox-away: /dev/xvdc1 985G 789G 197G 81% /home/jenkins Dec 10 20:22:33 FYI about hash equivalence in zeus/dunfell, if you aren't subscribed to LWN and haven't read it before https://lwn.net/Articles/804640/ Dec 10 20:54:45 JaMa: Thnx for sharing **** ENDING LOGGING AT Wed Dec 11 02:59:58 2019