Bug#698341: pu: package spatialite/3.0.0~beta20110817-3+deb7u1
On Sat, 2013-01-19 at 19:45 +0100, David Paleino wrote:
> It seems like I could come up with a patch. A whole day's worth work :)
Thanks!
> I made a patch both for the version in sid, and the one in testing.
> I'd really prefer to upload it to sid, and then let it flow to testing, but the
> current upstream version in sid is greater than the one in testing. That upload
> is pre-freeze though, maybe an unblock could be granted?
Given the size of the diff, I strongly suspect that we'd still end up
looking at tpu.
> Both patches "work" the same way: spatial_ref_sys data is being split out of a
> single file (srs_init.c in one case, epsg_inlined.c in the other) into multiple
> smaller files. This makes gcc not die on ppc. Besides this, the patches also
> contain changes to Makefile.{am.in}, to make it compile correctly.
>
> I'm not attaching both patches, since they're big -- 9.8MB (testing) and 12M
> (unstable). The unstable one is bigger because the code contained more code
> definitions than the testing one. You can find them here:
>
> http://alioth.debian.org/~dapal/spatialite_testing.patch.bz2
> http://alioth.debian.org/~dapal/spatialite_unstable.patch.bz2
Unfortunately the patches /were/ attached, so the mail never made it to
the debian-release list. :(
> If I got an ACK for the sid version, I'll investigate whether it compiles both
> with libfreexl-dev from testing and sid. In case not, I'll patch it to compile
> with the version in testing (causing a sid-only RC bug), wait for it to enter
> testing, and then de-patch it to compile with freexl from sid. The API change
> in freexl must've slipped through, sorry for that.
Please go ahead with the upload to unstable, as we need the issues
fixing there in any case, however we proceed; thanks.
Regards,
Adam
Reply to: