[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: mapnik 3.0.0 rc3 in unstable soon



2015-06-23 21:19 GMT+02:00 Sebastiaan Couwenberg <sebastic@xs4all.nl>:
>
> On 06/19/2015 03:19 PM, Jérémy Lal wrote:
> > 2015-06-19 15:05 GMT+02:00 Sebastiaan Couwenberg <sebastic@xs4all.nl>:
> >> The mapnik FTBFS issue on mips* (#788533) is a blocker for gdal
> >> transition (#756867) because it prevent testing migration of the mapnik
> >> package.
> >>
> >> We need to fix these as soon as possible because the gdal transition is
> >> long overdue and required to resolve the segfaults related to the
> >> deprecated spatialite_init() method.
> >>
> >> I'll try to get the mapnik build on mips* to succeed, failing that I'll
> >> need help to get these virtual memory exhaustion issues fixed.
> >
> > before you do anything, let me try something i had in mind for a while
> > first.
> > I'll make an upload very quickly.
>
> As mentioned in #788533 the -ftemplate-depth-300 change doesn't resolve
> the build failures.
>
> I haven't had any luck building with -01 on the mipsel porterbox either,
> the results for -O0 aren't in yet but I don't expect different results.
> eder only has 1 GB RAM & 4 GB swap which doesn't seem sufficient to
> build mapnik.
>
> Do you have any suggestions what we could try to limit the resources?


No, i suppose the only solution left is dropping
kfreebsd-i386
mips
mipsel

as you suggested before. I'm onto it.
Too bad we can't drop architectures AND keep trying building on them !

Jérémy

Reply to: