Adding build profiles to Debian GIS packages

[Sebastiaan Couwenberg]

On 26-01-16 18:38, John Paul Adrian Glaubitz wrote:
> On 01/23/2016 11:36 AM, Sebastiaan Couwenberg wrote:
>> So nothing new. Most GIS packages depend on gdal, making this fallout
>> expected.
> 
> And so does opencv starting with version 3.0.0:
> 
> [...]
>   * Add support gdal and vtk.
> [...]

VTK is a problematic package, I'm not sure if it's a good idea to have
opencv depend on it.

> http://metadata.ftp-master.debian.org/changelogs/main/o/opencv/opencv_3.0.0+dfsg-1~exp2_changelog
> 
> opencv, in return, is a build dependency for ffmpeg which is a build
> dependency for a large number of packages which would mean we'll
> run into a very frustrating situation.

If I were the ffmpeg maintainer I would consider dropping this
dependency to keep gdal & vtk out of the dependency chain.

While frustration is not good, having the gdal issues affect more people
may result in others contributing fixes. Like many others the GIS team
is understaffed, we don't have the manpower to deal with issues on the
ports.

>> Now you do, the procedure is described in the geos transition bugreport.
>>
>> But please spend your time on more important packages, which the GIS
>> packages are not.
> 
> It just turns out, they are. Thus, it would be great if you could fix
> your packages for all architectures as otherwise we will run into
> installability issues the moment opencv 3.0.0 is uploaded to unstable.

It would be great if I could dedicate all my time to maintaining the GIS
packages, then I could take issues on ports more seriously. But I'm not
in that position.

So unfortunately you can't expect any changes from me for this issue.
I'm waiting for librt-topology to replace liblwgeom which should greatly
help, all I can do is ask you to be patient as well.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1