<div dir="ltr"><span style="line-height:normal">2015-06-19 18:22 GMT+02:00 Emilio Pozuelo Monfort </span><span dir="ltr" style="line-height:normal"><<a href="mailto:pochu@debian.org" target="_blank">pochu@debian.org</a>></span><span style="line-height:normal">:</span><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">(Moving the discussion to #788533; #756867 bcc'ed)<br>
<br>
On 19/06/15 14:40, Sebastiaan Couwenberg wrote:<br>
> The mips* FTBFS are a recurring problem for the mapnik package, previous<br>
> builds were no different. I'll try to get it to build on a porterbox,<br>
> but I expect intervention from the buildd admins will be required like<br>
> last time to make sure only the buildds with the most resources try to<br>
> build mapnik.<br>
><br>
> See: <a href="https://bugs.debian.org/742149" rel="noreferrer" target="_blank">https://bugs.debian.org/742149</a><br>
>  Â  Â  <a href="https://bugs.debian.org/729121" rel="noreferrer" target="_blank">https://bugs.debian.org/729121</a><br>
<br>
I'm not sure there are buildds with more RAM. Note that the package failed in<br>
the exact same way on kfreebsd-i386, which has 3GB of RAM + 4GB of swap. Since<br>
all these arches are 32bits, more memory is probably not going to help.<br>
<br>
Instead, perhaps you can make the build take less memory, e.g. by reducing the<br>
optimizations (-O1?) or using some flags such as the linker's --no-keep-memory.</blockquote><div><br></div><div>Mapnik 2.2 used to pass builds with some of those options, also with removing</div><div>-ftemplate-depth-300.</div><div>That last option i restored with mapnik 3.0, to see what would happen with upstream options,</div><div>since so much has changed in that project.</div><div>I'm preparing now an upload with that option removed.</div><div><br></div><div>Jérémy.</div><div></div></div><br></div><div class="gmail_extra"><br></div></div>