**** BEGIN LOGGING AT Thu Jan 30 02:59:57 2020 Jan 30 08:35:39 Morning Jan 30 08:35:48 Morning! Jan 30 09:56:07 morning Jan 30 17:17:21 qt 5.15 almost build, now trying to adapt luneos-components LuneOSWindow to https://code.qt.io/cgit/qt/qtdeclarative.git/commit/?h=5.15&id=cc1a604c704f848927b3fa0a97b0a50b0b79d2a4 Jan 30 18:11:36 JaMa: it doesn't compile as-is ? Jan 30 18:11:52 the commit seems to indicate it isn't a mandatory migration ? Jan 30 18:19:25 no, let me paste the error Jan 30 18:20:48 https://paste.ubuntu.com/p/Dsw9MPsfMC/ Jan 30 18:20:59 LuneOSWindow should probably be rewritten anyway, to avoid using private headers Jan 30 18:22:44 ok, it's just the type registration... but then you have the issue with all the new types ?... Jan 30 18:22:54 s/new/luneos/ Jan 30 18:23:41 ah, I think I understand... we want to inherit the Qt Quick ApplicationWindow type... Jan 30 18:24:46 JaMa: I could try to sketch a fix for Qt 5.15, but you probably already have nearly fixed it Jan 30 18:26:33 if I understood correctly, you need QML_NAMED_ELEMENT(LuneOSWindow) in the .h, and qmlRegisterTypesAndRevisions(uri, 1); in the plugin.cpp Jan 30 18:28:00 or even just "QML_ELEMENT" in the .h Jan 30 18:33:13 I've already tried with QML_ELEMENT and qmlRegisterTypesAndRevisions change, but it's not enough Jan 30 18:33:28 ah, damn Jan 30 18:33:43 https://paste.ubuntu.com/p/ZFXhxYRZqW/ Jan 30 18:34:02 the diff in qtquickcontrols2 also doesn't show any related changes to this Jan 30 18:34:30 and you get the aforepasted error with these changes? Jan 30 18:36:54 yes https://paste.ubuntu.com/p/DChS5QpdYY/ Jan 30 18:37:47 ok; you might be on the wrong lead here, looking at the error, because in both case it's related to the attached properties, not to the declaration itself Jan 30 18:38:39 yes, it might be also different change in upstream qt causing this, but the qtdeclarative commit looked most suspicious with the change to attachedPropertiesFunc Jan 30 18:39:05 I agree Jan 30 18:43:31 I might just pass -fpermissive to test the clock app in image sooner :) Jan 30 18:44:19 yes, just do that for the moment :) Jan 30 18:45:22 builds the image now Jan 30 18:50:14 maybe the fix was to add Jan 30 18:50:21 QML_DECLARE_TYPEINFO(LuneOSWindow, QML_HAS_ATTACHED_PROPERTIES) Jan 30 18:50:30 at the bottom of our .h Jan 30 18:50:45 Not sure though Jan 30 18:52:28 will try that as well in a bit Jan 30 18:53:50 need to enable KVM in bios to run VirtualBox.. and now daughter needs me.. Jan 30 18:54:38 :) we can continue that later Jan 30 19:19:21 QML_DECLARE_TYPEINFO works, thanks! Jan 30 19:19:47 pushed to jansa/zeus-qt-5.15 in case we need it later as well Jan 30 19:20:20 but 5.15 isn't yet in meta-qt5, so there is plenty of time (unless it resolves the issue with clock app) Jan 30 19:20:35 rebooting to check bios Jan 30 19:33:11 With 5.15 it's worse, even the home screen isn't rendered Jan 30 19:33:36 first FirstUse was rendering the Next button outside the screen, which got fixed on next reboot Jan 30 19:33:53 but finishing FirstUse now leaves just black screen Jan 30 19:35:13 luna-next journal https://paste.ubuntu.com/p/FYxY65ZvV9/ Jan 30 19:39:16 the last warning is from here https://code.qt.io/cgit/qt/qtdeclarative.git/tree/src/qml/qml/qqmlimport.cpp#n2146 Jan 30 19:45:26 dropping all other luneos-components changes and keeping only the fix from you doesn't seem to help with the registration as well Jan 30 20:37:41 dammit, looks like we'll have to migrate the whole modules Jan 30 20:38:09 ... I'll continue investigating the qtwebengine issue then :p Jan 30 21:35:57 looks like the qml issue might be relasted to qmltyperegistrar which is now needed to build qtdeclarative Jan 30 21:36:12 maybe we'll need to call that during luneos-components build as well **** ENDING LOGGING AT Fri Jan 31 03:00:42 2020