#ubuntu-qt 2018-07-26
<lubot5> <ilyaishere> Hello! When I build Qt5Core from Testing for i386, I get this `file` info:
<lubot5> ```libQt5Core.so.5.10.1: ELF 32-bit LSB shared object, Intel 80386, version 1 (GNU/Linux), dynamically linked, interpreter /lib/ld-linux.so.2, BuildID[sha1]=..., for GNU/Linux 3.17.0, stripped```
<lubot5> <ilyaishere> (Photo, 1183x688) https://i.imgur.com/I9tTGVE.jpg Compare to other libraries
<lubot5> <ilyaishere> I have an older kernel, so the linker does not use this library, and all the Qt software fails
<lubot5> <ilyaishere> This didn't happen before, any change that could trigger this?
<lubot5> <mitya57> @ilyaishere, See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=895718
<ubottu> Debian bug 895718 in libqt5core5a "libqt5core5a: Requires Linux kernel 3.17.0 or newer" [Normal,Open]
<lubot5> <mitya57> The previous LTS release has kernel 4.4 (without HWE updates) and I think this is the minimum kernel version we should support in Cosmic.
<lubot5> <ilyaishere> So, upstream Qt now limits to 3.17...
<lubot5> <ilyaishere> That's sad, it cuts a huge percentage of phones
<bshah> o_O
<lubot5> <mitya57> @ilyaishere, Unless you build it without getentropy support.
<lubot5> <ilyaishere> > We can build Qt without the âgetentropyâ feature and that would lower the
<lubot5> > required kernel version to 3.16:
<lubot5> > https://code.qt.io/cgit/qt/qtbase.git/tree/src/corelib/global/minimum-linux_p.h#n64
<lubot5> <ilyaishere> I seem to have missed a number of version bumps
<lubot5> <ilyaishere> 2 month ago I had no issues using 3.10
<lubot5> <ilyaishere> I guess, some "renameat" config also has to be disabled...
<lubot5> <ilyaishere> If I disable those two, will it break applications?
<lubot5> * ilyaishere searches for a Halium device with kernel >= 3.17
<lubot5> <JBBgameich> My device has kernel 3.18, but it's an armhf device.
<lubot5> <ilyaishere> You're on the edge ;)
<lubot5> <ilyaishere> They actually disabled it on Android: http://code.qt.io/cgit/qt/qtbase.git/commit/src/corelib/io/qfilesystemengine_unix.cpp?id=8eb3944dac81b8c51d7bac7784204d457551b50c
<lubot5> <ilyaishere> Can't yet find the fallback they use
<lubot5> <ilyaishere> It looks like they redefine libc functions; if they can't do so, libc functions are used instead
<lubot5> <ilyaishere> I think we'll have to fork the packaging for Halium
<lubot5> <ilyaishere> But it seems like they enable it anyway if host kernel supports it: http://code.qt.io/cgit/qt/qtbase.git/tree/src/corelib/io/qfilesystemengine_unix.cpp#n109
<bshah> Probably question(s) for #qt
<lubot5> <ilyaishere> (so also a patch)
<lubot5> <ilyaishere> Yeah...
<bshah> also it seems, only Debian is affected? I didn't hit this with 3.10 kernel and Ubuntu + arm?
<bshah> [I didn't read bug report fully]
<lubot5> <ilyaishere> Well, Ubuntu should be affected as well as long as they haven
<lubot5> <ilyaishere> 't disabled these syscalls
<lubot5> <ilyaishere> Arch is affected FWIW
<lubot5> <JBBgameich> @bshah, It doesn't seem to be disabled in the KDE Neon packaging as far as I can see.
<lubot5> <ilyaishere> bshah: is build machine kernel newer than 3.16?
<lubot5> <JBBgameich> Also, does docker maybe prevent detecting the kernel features? (in case the neon ci uses docker)
<bshah> @ilyaishere: to answer your question, that machine would be using 4.4 or 4.8(?) kernel depending on which slave it uses
<lubot5> <ilyaishere> Ok. To clarify, the idea right now is that neon rootfs works because the kernel renameat feture is not detected: http://code.qt.io/cgit/qt/qtbase.git/commit/src/corelib/io/qfilesystemengine_unix.cpp?id=6eef81ee1c82f934e14d47047d8b6103b8755321
* tsimonq2 changed the topic of #ubuntu-qt to: Ubuntu Qt Discussion Channel | https://is.gd/GIZG9E | 5.11.1 in cosmic-proposed | Help remove Qt 4! https://is.gd/QXLEFW | 5.9.5 in Bionic, 5.5.1 in Xenial, 5.2.1 in Trusty | This channel is bridged to Telegram, ask us to be added | This channel is LOGGED at irclogs.ubuntu.com; use implies acceptance of Ubuntu IRC channel terms.
* tsimonq2 changed the topic of #ubuntu-qt to: Ubuntu Qt Discussion Channel | https://is.gd/GIZG9E | Prepping 5.9.6 for Bionic: https://bileto.ubuntu.com/#/ticket/3329 | 5.11.1 in cosmic-proposed | Help remove Qt 4! https://is.gd/QXLEFW | 5.9.5 in Bionic, 5.5.1 in Xenial, 5.2.1 in Trusty | This channel is bridged to Telegram, ask us to be added | This channel is LOGGED at irclogs.ubuntu.com; use implies acceptance of Ubuntu IRC chann
* tsimonq2 changed the topic of #ubuntu-qt to: Ubuntu Qt Discussion Channel | https://is.gd/GIZG9E | 5.9.6 for Bionic: https://bileto.ubuntu.com/#/ticket/3329 | 5.11.1 in cosmic-proposed | Help remove Qt 4! https://is.gd/QXLEFW | 5.9.5 in Bionic, 5.5.1 in Xenial | This channel is bridged to Telegram, ask us to be added | This channel is LOGGED at irclogs.ubuntu.com; use implies acceptance of Ubuntu IRC channel terms.
<tsimonq2> So, with 5.11.1 being in cosmic-proposed, I'm going to hunt it down a little bit more.
<tsimonq2> Otherwise I'm starting the preparation of 5.9.6 for Bionic: https://bileto.ubuntu.com/#/ticket/3329
<tsimonq2> I plan on doing everything but qtwebengine in that PPA, and once all the packages are updated and we're ready, I'll manually upload to the queue to make it easier to review.
<tsimonq2> As I discussed with @mitya57, I'm going to revert the commit changing the internal version to 5.9.6, so we don't have to no-change rebuild rdeps of the private headers.
#ubuntu-qt 2019-07-22
<pandaR> hello. could i ask help with a bug?
<lubot> <bhushanshah> @mitya57 [I am afraid not soon. I am going for vacation in a week and will be able to do i â¦], Question: are there any plan to have qt 5.12.x in buster? Or it will be specific to bullseye only?
<lubot> <mitya57> It can be available in backports but only if someone volunteers (not me).
<lubot> <bhushanshah> Okay.
<lubot> <mitya57> Though thinking more about it, Plasma won't work with it as it is compiled against 5.11 private ABI.
