<div dir="ltr">Hi Daniele,<div><br></div><div>Many thanks for the detailed answer.</div><div>I will give a try at installing a new libseccomp.</div><div><br></div><div>What is weird is that I didn't have this error when using Trusty on Travis (but hit another issue with SIP).</div><div><br></div><div>I'll let you know how it goes.</div><div><br></div><div>Cheers,</div><div>Denis</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le lun. 27 mai 2019 à 00:49, Daniele Viganò <<a href="mailto:daniele@vigano.me">daniele@vigano.me</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi Denis,</div><div><br></div><div>we had the same issue with our QGIS Server Docker containers (see <a href="https://github.com/gem/oq-qgis-server/issues/1" target="_blank">https://github.com/gem/oq-qgis-server/issues/1</a>). Fedora based containers use Qt 5.11 thus they need statx().<br></div><div>I did not found a 'final' solution: to be able to use statx() you need, on the host, Docker 18.04+ _and_ libseccomp2_2.3.1+ which are available when using a recent Fedora host but not, for example, Ubuntu < 18.10. I know that Marco Benasocchi was able to use libseccomp2_2.3.1 deb package from 18.10 on 18.04, but I don't know if that works fine on 16.04 (Xenial) which runs on Travis.</div><div><br></div><div>The 'official' answer that I got from the Qt guys is that Qt is smart and discovers automatically the availability of statx() at compile time (and there's also a flag to forcefully disable support for it), but the problem here is that Qt has been compiled on a system that supports statx() so Qt expects it availability; instead in the runntime environment (Docker) all the conditions to use statx() are satisfied, but then the request is blocked by seecomp policies.</div><div><br></div><div>Daniele<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 27, 2019 at 6:47 AM Denis Rouzaud <<a href="mailto:denis.rouzaud@gmail.com" target="_blank">denis.rouzaud@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi all,<br><div><br></div><div>I am trying to update the base Docker image from Cosmic to Disco to get a more recent SIP version.</div><div><br></div><div>Before Cosmic Docker was building fine on Travis with Trusty.</div><div>I updated the Docker image to Disco and hit a timeout when building sip files for QGIS.</div><div>So, I tried to update the Travis dist to Xenial, and now I get this issue:</div><div><span style="color:rgb(36,41,46);font-family:SFMono-Regular,Consolas,"Liberation Mono",Menlo,Courier,monospace;font-size:11.9px;background-color:rgba(27,31,35,0.05)">clang: error: no such file or directory: 'src/native/moc_qgsnative.cpp'</span><br></div><div><br></div><div>This seems to be a known issue in Qt 5.10+ which requires statx calls:</div><div><br></div><div>From the Qt release notes (<a href="https://code.qt.io/cgit/qt/qtbase.git/tree/dist/changes-5.10.0#n502" target="_blank">https://code.qt.io/cgit/qt/qtbase.git/tree/dist/changes-5.10.0#n502</a>):</div><div><pre style="padding:0px;margin-top:0px;margin-bottom:0px;color:rgb(0,0,0);font-size:13.3333px"><code>Qt uses the statx(2) system call for obtaining file information on
   kernels 4.12 and later. Some older container systems install system call
   protection rules that do not include this system call. If you experience
   problems running Qt applications inside containers (such as the report of
   a file not existing when it does), ensure the statx(2) is allowed in the
   container configuration.</code></pre></div><div><br></div><div>I found some information saying that this could be solved by using the privileged mode when doing docker run. </div><div>But in our case, the QGIS build is made within the Docker build (and not docker run).</div><div>From the Docker docs, it seems that building has full capabilities.</div><div><br></div><div>I don't really know what to look for. If anyone has a hint, it is more than welcome.</div><div><br></div><div>Cheers,</div><div>Denis</div></div>
_______________________________________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a></blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail-m_3795138754711177215gmail_signature"><b><span style="color:rgb(153,153,153)">Daniele Viganò</span></b><br style="color:rgb(153,153,153)"><a style="color:rgb(51,51,255)" href="http://daniele.vigano.me" target="_blank">http://daniele.vigano.me</a></div>
</blockquote></div>