Re: [PATCH] libxml2: explicitly disable zlib for native builds

[Mario Domenech Goulart <mario@ossystems.com.br>]

On Thu, 21 Aug 2014 08:50:51 +0100 Richard Purdie <richard.purdie@linuxfoundation.org> wrote:

> On Thu, 2014-08-14 at 17:20 -0300, Mario Domenech Goulart wrote:
>> Without this change, meta-openembedded's php recipe (as of 45e62fb8 --
>> "php 5.4.14: use pkg-config for libxml2 detection") breaks with this
>> error on my system:
>> 
>>    tmp/sysroots/x86_64-linux/usr/lib/libxml2.so: undefined reference
>>    to `gzopen64@ZLIB_1.2.3.3'
>> 
>> It seems that the host's zlib is leaking into libxml2's build.
>
> It turns out we need a zlib dependency here, else createrepo fails to
> deal with the compressed index files in the rpm repos. With rpm enabled,
> you can reproduce with:
>
> "bitbake package-index"
>
> Unfortunately this error causes a cascade of other problems and caused
> several people hours of work trying to figure out why the autobuilder
> was "exploding".
>
> Basically, the error above triggers a binary character to be emitted
> into the logs. The error reporting tool chokes on this since JSON can't
> handle the character causing an exception deep in the event handling
> code.
>
> That exception is badly handled and causes bitbake to enter an infinite
> loop, spewing traceback data to the console. That in turn creates
> gigabytes of log files and the autobuilder falls over.
>
> So if anyone wonders why we haven't had patches merging, this is why.
> We're now quite behind with the queue.
>
> Obviously there are fixes to make in multiple parts of the system to
> stop this kind of error escalating so badly again.

Oh, boy.  I'm really sorry for all the trouble this apparently innocent
patch caused.  Unfortunately we didn't catch this issue here, as we
don't use rpm.

Thanks for all the work you guys have put into handling this issue.

I'll try to come up with a better patch.

Best wishes.
Mario
-- 
http://www.ossystems.com.br