<div dir="ltr">On Sun, Jan 17, 2016 at 8:10 PM, Phil Reid <span dir="ltr"><<a href="mailto:preid@electromag.com.au" target="_blank">preid@electromag.com.au</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 18/01/2016 10:55 AM, Christopher Larson wrote:<div><div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
On Fri, Nov 20, 2015 at 4:02 AM, Max Krummenacher <<a href="mailto:max.oss.09@gmail.com" target="_blank">max.oss.09@gmail.com</a> <mailto:<a href="mailto:max.oss.09@gmail.com" target="_blank">max.oss.09@gmail.com</a>>> wrote:<br>
<br>
Am Dienstag, den 17.11.2015, 09:46 +0100 schrieb Andreas Müller:<br>
> Hi,<br>
><br>
> this bugs me for a while and I wonder if I am again the only one<br>
> facing this: I get floods of warnings for sourcecode files as<br>
><br>
> WARNING: QA Issue: qtserialport:<br>
> /qtserialport-dbg/usr/src/debug/qtserialport/5.5.99+5.6.0-alpha1<br>
+gitAUTOINC+2575d33fab-r0/git/src/serialport/qserialport_p.h<br>
> is owned by uid 1000, which is the same as the user running bitbake.<br>
> This may be due to host contamination [host-user-contaminated]<br>
> WARNING: QA Issue: qtx11extras:<br>
> /qtx11extras-dbg/usr/src/debug/qtx11extras/5.5.99+5.6.0-alpha1<br>
+gitAUTOINC+d64ee96f0d-r0/git/src/x11extras/qx11info_x11.cpp<br>
> is owned by uid 1000, which is the same as the user running bitbake.<br>
> This may be due to host contamination [host-user-contaminated]<br>
> WARNING: QA Issue: qtxmlpatterns:<br>
> /qtxmlpatterns-dbg/usr/src/debug/qtxmlpatterns/5.5.99+5.6.0-alpha1<br>
+gitAUTOINC+94136d4280-r0/git/src/xmlpatterns/type/qbuiltintypes.cpp<br>
> is owned by uid 1000, which is the same as the user running bitbake.<br>
> This may be due to host contamination [host-user-contaminated]<br>
><br>
> I checked PACKAGE_DEBUG_SPLIT_STYLE is not set globally - few recipes<br>
> set PACKAGE_DEBUG_SPLIT_STYLE to debug-without-src.<br>
><br>
> Help appreciated<br>
><br>
> Andreas<br>
<br>
I see this also in my builds. The warnings clutter the build output in a<br>
way that makes the warnings mostly useless. Who will spot the one<br>
important new warning in the hundreds of host-user-contaminated ones?<br>
A fresh build of core-image-minimal today gave me 54 of these warnings.<br>
All but one (glibc-locale) complaining on source files.<br>
<br>
I checked a few recipes and most of them were not even using a custom<br>
do_install but autotools generated 'make install' with something like<br>
'cp -p src/* dest/' or so.<br>
<br>
<br>
Yes, this is the most common case. Usage of cp -a or cp -p means the build ownership is retained, and no chown is run to fix it.<br>
<br>
Even if I know how to do it I think we should not patch upstream sources<br>
to suppress a warning introduced by the downstream build system with<br>
loads of false positives and then have to maintain the patches as<br>
upstream is progressing.<br>
<br>
<br>
Either we're calling the upstream buildsystem and not running cp directly, in which case it's a bug in the upstream buildsystem, since make install will result<br>
in non-deterministic behavior in the ownership of the installed files, or it's a cp -a case, which doesn't require altering upstream with a patch at all, only<br>
recipe modification.<br>
<br>
I haven't looked into how one does it but I'm inclined to switch of the<br>
warning globally, e.g. in local.conf.<br>
<br>
<br>
Blindly disabling them will just result in ignoring a problem. Files in the target filesystem are owned by your build user, who most likely doesn't even exist<br>
on target.<br>
</blockquote>
<br></div></div>
For me the issues are all reported with -dbg packages.<br>
All are source files in /<packagename>-dbg/usr/src/debug/<packagename>/...<br>
Last build had 126 packages with the warning.<br>
Including things like:<br>
gcc-linaro-4.9: gcc: /gcc-dbg/usr/src/debug/gcc/linaro-4.9-r2015.06/gcc-linaro-4.9-2015.06/build.arm-angstrom-linux-gnueabi.arm-angstrom-linux-gnueabi/gcc/tm-preds.h is owned by uid 1000, which is the same as the user running bitbake. This may be due to host contamination [host-user-contaminated]<br>
systemd-226+gitAUTOINC+4211d5bd13: systemd: /systemd-dbg/usr/src/debug/systemd/1_226+gitAUTOINC+4211d5bd13-r0/git/src/udev/scsi_id/scsi_serial.c is owned by uid 1000, which is the same as the user running bitbake. This may be due to host contamination [host-user-contaminated]<br>
perl-5.22.0: perl: /perl-dbg/usr/src/debug/perl/5.22.0-r0/perl-5.22.0/ext/re/re_exec.c is owned by uid 1000, which is the same as the user running bitbake. This may be due to host contamination [host-user-contaminated]<span class="HOEnZb"></span></blockquote><div><br></div><div>Sounds like a bug in the packaging code, likely straightforward to resolve. Open a bug in the bug tracking system. <br></div></div>-- <br><div class="gmail_signature">Christopher Larson<br>clarson at kergoth dot com<br>Founder - BitBake, OpenEmbedded, OpenZaurus<br>Maintainer - Tslib<br>Senior Software Engineer, Mentor Graphics</div>
</div></div>