[Git][debian-gis-team/lerc][master] 9 commits: Exclude pre-built binaries

[Sebastiaan Couwenberg]

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