**** BEGIN LOGGING AT Tue Oct 24 03:00:01 2017 Oct 24 06:36:28 Morning Oct 24 06:50:23 afternoon here (GMT+7) Oct 24 07:31:11 Morning! Oct 24 07:44:25 Tofe: https://github.com/shr-distribution/meta-smartphone/pull/42 and https://github.com/webOS-ports/meta-webos-ports/pull/258 Oct 24 07:44:43 Should bring NFC & VPN support to devices & ConnMan :) Oct 24 07:45:04 Still might need some glue for NFC in QtConnectivity, but backend should be there now :) Oct 24 07:45:43 Also added BlueZ5 to qemux86. Doesn't seem to cause issues in my log Oct 24 07:58:26 oh, N4 supports NFC? I didn't realize Oct 24 08:00:00 Well, that looks ok Oct 24 08:03:27 Tofe: Yeah doesn't seem supported by libhybris but it does have NFC Oct 24 08:03:40 At least not supported according to Mer Libhybris page Oct 24 08:04:10 Tofe: See https://github.com/mozilla-b2g/device-mako/tree/b2g-4.2.2_r1/nfc Oct 24 08:04:14 For example Oct 24 08:04:32 Just seems that upstream ConnMan doesn't have a packageconfig for nfc that would require neard Oct 24 08:04:38 So added it to our bbappend for now Oct 24 08:04:48 I guess I'll send it to the mailing list to be added to upstream Oct 24 08:25:40 ok, good Oct 24 08:33:11 Herrie|Laptop: I've begun migrating the QML bluez implementation we have in the cardshell to bluez5, and moved it to luneos-components for reuse Oct 24 08:33:26 Tofe: That makes sense :) Oct 24 08:33:30 Was thinking along the same lines Oct 24 08:33:37 Can reuse it then for Settings :) Oct 24 08:33:42 exactly Oct 24 08:34:16 the bluetooth in the cardshell will need a good rework, it's a bit entangled between UI and model sides Oct 24 08:34:52 Herrie|Laptop: https://github.com/webOS-ports/luneos-components/commit/ae9b93938b4167f2392616acc0584fa54f15c94a Oct 24 08:35:29 it still needs some work, many things can be still removed Oct 24 08:37:05 Tofe: OK, this still uses the Nemo DBUS bits and not QtBluetooth? Oct 24 08:37:12 Or QtBluetooth has issues somehow? Oct 24 08:37:23 You mentioned the possibly missing PIN? Oct 24 08:37:54 Herrie|Laptop: I just don't see how to use QtBluetooth in pratice, for filtering profiles and for connecting with PIN Oct 24 08:38:15 I think PIN might only be in C++ plugin not in QML Oct 24 08:38:38 KDE's bluez-qt has many unfortunate KDE depenendancies, which imho could be made optional Oct 24 08:39:04 so, our little QML code here will do the job. Oct 24 08:39:36 On archlinux I can install the real nemo-dbus qml plugin, so I can debug it more easily :) Oct 24 08:42:25 Tofe: Ah OK Oct 24 08:42:30 Well direct DBUS works :P Oct 24 08:43:33 https://aur.archlinux.org/packages/nemo-qml-plugin-dbus-git Oct 24 08:44:48 Tofe: umm Oct 24 08:44:57 bluezqt is tier 1 framework Oct 24 08:45:06 so would not have anything other then qt Oct 24 08:45:23 bshah: that's not what its cmake file says Oct 24 08:45:38 can yoi point me to it? Oct 24 08:45:50 I *think* you are looking at something different Oct 24 08:45:51 :P Oct 24 08:46:01 https://github.com/KDE/bluez-qt/blob/master/CMakeLists.txt#L8 Oct 24 08:46:24 Tofe: ah well.. it's just build time dep Oct 24 08:46:27 just cmake modules Oct 24 08:46:42 not kde libraries Oct 24 08:47:36 I didn't really check much further; but still, it would mean pulling the kde-base thread just for this little one Oct 24 08:47:58 well :P Oct 24 08:48:14 (like here https://github.com/schnitzeltony/meta-qt5-extra/blob/master/recipes-kde/kf5/tier1/bluez-qt/bluez-qt.bb#L5 ) Oct 24 08:48:53 you can just depend on this guy I *think* https://github.com/schnitzeltony/meta-qt5-extra/tree/master/recipes-kde/kf5/untier/extra-cmake-modules Oct 24 08:49:02 but well okay Oct 24 08:49:56 I mean, the good way would just be to rewrite the whole cmake file Oct 24 08:51:06 Tofe: can you point me to definition of kde-kf5? Oct 24 08:51:15 one moment Oct 24 08:52:28 https://github.com/schnitzeltony/meta-qt5-extra/blob/master/classes/kde-kf5.bbclass , which inherits https://github.com/schnitzeltony/meta-qt5-extra/blob/master/classes/kde-base.bbclass Oct 24 08:54:10 Tofe: maybe you can depend on "official" kf5 yocto packagings.. https://cgit.kde.org/yocto-meta-kf5.git/tree/recipes-kf5/tier1/bluez-qt.inc Oct 24 08:54:14 not sure though Oct 24 08:55:37 I don't know Oct 24 08:56:07 (Some people on KDE are actively working on getting whole kf5 on yocto project just for record) Oct 24 08:56:22 but well.. not forcing you. :P , whatever works for you best Oct 24 08:58:31 wait, maybe I'm not looking at the right place; there seem to be a bluez-qt which depends less on KF5 Oct 24 08:59:42 ah no, it's the same; it's a bit hard to know what's really needed here Oct 24 09:08:10 I rest my case: it pulls too many things that are completely unrelated to LuneOS; plus, it's mainly artificial dependencies, not used at runtime. So a separate cmake file would be better here. Oct 24 09:08:43 I'll try to put one in place, it shouldn't be that hard Oct 24 09:12:33 (or, I could just finish the little QML file using nemo-dbus, which is almost ready...) Oct 24 19:28:14 nizovn: THnx for PR Oct 24 19:28:21 What does it solve? Oct 24 19:37:46 It was removed befor because it broke multiline Oct 24 19:37:57 It could be that was fixed in recent Chromium/QtWebEngine though Oct 24 20:19:29 Herrie: input field was too much shifted to right Oct 24 20:19:40 and top/bottom margins were absent too Oct 24 20:20:00 see just type screenshot for example: https://linuxfr.org/news/quelques-nouvelles-de-luneos Oct 24 20:20:32 looks annoying :P Oct 24 20:22:56 Herrie: actually the input field was shifted to left.. Oct 24 20:29:21 nizovn: LEft I noticed too Oct 24 20:29:27 Does multiline input work OK ? Oct 24 20:29:47 It would break previously that's why it was changed Oct 24 20:29:59 I guess I tested back on N4 back then and not on TP Oct 24 20:30:04 On N4 it looked OK Oct 24 20:30:07 it works on latest stable qemu Oct 24 20:30:15 But on TP/Qemu it indeed was too left Oct 24 20:54:50 I'll test it tomorrow and merge if OK Oct 24 20:59:07 Herrie: thanks **** ENDING LOGGING AT Wed Oct 25 03:00:02 2017