On 7/22/22 09:37, Sebastiaan Couwenberg wrote:
On 7/22/22 09:02, Antonio Valentino wrote:
Regarding libtiff I don't know the if it is currently able to build
with lerc4. I will check and submit a patch upstream if necessary.
Having the new lerc in experimental makes it much easier for the rdep
maintainers to test with the new version.
I generally put such packages in my sid+rebuild repo while its in NEW,
this repo is used by my base-sid-rebuild.cow chroot, and is used in turn
to rebuild all rdeps:
pdebuild --pbuilder cowbuilder -- \
--basepath /var/cache/pbuilder/base-sid+rebuild.cow
For transitions with multiple dependency levels the rebuilt packages get
included in the sid+rebuild repo too to make them available for the
rebuilds of the rdeps that also (build) depend on those.
I just did this for lerc, both tiff and gdal (after updating it to use
external lerc) build successfully with the new lerc.
Finally I'm wondering why also gdal is not in the rdep list.
I'm pretty sure that also other drivers, beyond GTIFF, use lerc.
Because gdal uses the embedded copy:
https://salsa.debian.org/debian-gis-team/gdal/-/blob/master/debian/rules#L74
This is default behavior for GDAL, the autotools build did the same
without any specific LERC configure options:
LERC support: internal
https://buildd.debian.org/status/fetch.php?pkg=gdal&arch=amd64&ver=3.4.3%2Bdfsg-1&stamp=1651663546&raw=0
Now that lerc is also packaged separately, we could switch gdal to use
that instead of the embedded copy.
I've pushed a commit for that.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
_______________________________________________
Pkg-grass-devel mailing list
[email protected]
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-grass-devel
