[DebianGIS-dev] Bug#508340: Plugin location has become hard to detect

Enrico Zini enrico at debian.org
Wed Dec 10 11:27:54 UTC 2008


Package: gdal
Version: 1.5.1-4
Severity: normal

Hello,

thanks for packaging gdal.

The 1.5.1-4 upload has introduced this change:

  * [PATCH] gdalpaths.dpatch added to use the same plugins directory
    used currently in gdal-grass. It would require a much better approach
    upstream. See #2371 upstream bug. Also changed path for share dir path
    to /usr/share/gdal15.
    (closes: #481263)

Now I'm trying to write autotools support to install a GDAL plugin into
a system. Upstream documents the use of /usr/lib/gdalplugins, but after
1.5.1-4, Debian has diverged from that.  Now, I can only think of three
ways to find out whether I should install to /usr/lib/gdalplugins or
/usr/lib/gdal15plugins:

 1. Test for which of the two directories exists.
 2. Mess around with dpkg, to see if I am in Debian and what version of
    gdal is currently installed.
 3. Use /usr/lib/gdalplugins unless overridden by a new ./configure
    option (and therefore, leave it up to the user or the .deb
    packager)

So, basically Debian has now diverged from upstream in a nonstandard
way, that requires all plugin install systems to have custom install
procedures especially for Debian.

Upstream has updated bug #2371 about this problem.


Ciao,

Enrico

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash





More information about the Pkg-grass-devel mailing list