[Rock-dev] Typelib plugin path and debian packages

[Sylvain Joyeux]

I have to admit I forgot how the debian packaging is working (that is,
assuming that it's still mostly working the same way than its early
prototypes).

Assuming from your description that it tells autoproj to install the
package somewhere, but is then installed somewhere else (i.e. prefix
set to something which is not its final installation dir), your best
long-term solution by far would to add a way in autobuild to pass
extra arguments to 'make install'. You can then set the prefix to the
final destination but set DESTDIR to the packager's installation
target on the make command line (from setup_package blocks that are
loaded only within the debian packaging).

It would essentially ensure that any prefix-specific configuration is
done properly.

The short-term, you're-gonna-get-other-troubles-of-the-same-kind
solution would be to have a typelib-specific setup_package in the
debian packaging that resets the envvar.

Sylvain

On Mon, Jan 16, 2017 at 1:29 PM, Steffen Planthaber
<Steffen.Planthaber at dfki.de> wrote:
> Hi,
>
> Sebastian and I found an error and we are unsure at which point we
> should solve it.
>
> Typelib can set its plugin path by an environment variable. Since the
> 16. December the variable is set by the cmake_package definition in
> orocos.packages (using the install path for the package).
>
> Now when using the debian package installation we are testing at DFKI,
> this folder does not exist. The install path is the same, but the
> insallation is overriden by an installation using apt-get to
> /opt/rock[...], so the TYPELIB_PLUGIN_PATH is not correct anymore and
> the install/lib/typelib folder does not exist.
>
> Sadly boost::filesystem throws an exception which is not catched when
> the folder does not exist and orogen fails to generate.
>
> So just adding the /opt path to the variable does not help, orogen still
> stops on the exception.
>
>
> There are several options to fix the issue:
>
> 1. Set the TYPELIB_PLUGIN_PATH properly with only existing folders
>    * aka: make the overriding mechanism for deb packages better to the
> cmake_package code is not evaluated
>
> 2. Make TYPELIB_PLUGIN_PATH tolerant against missing folders and just
> add the path to the .dep plugins (allow wrong paths in env)
>
> 3. Create the folder and add the path of the .deb package (currently
> easiest workaround)
>
>
> IMO No.1 ist the best solution.
>
> What do you think?
>
>
> Steffen
>
>
>
>
> --
>   Steffen Planthaber
>   Weltraumrobotik
>
>   Besuchsadresse der Nebengeschäftstelle:
>   DFKI GmbH
>   Robotics Innovation Center
>   Robert-Hooke-Straße 5
>   28359 Bremen, Germany
>
>   Postadresse der Hauptgeschäftsstelle Standort Bremen:
>   DFKI GmbH
>   Robotics Innovation Center
>   Robert-Hooke-Straße 1
>   28359 Bremen, Germany
>
>   Tel.:     +49 421 178 45-4125
>   Zentrale: +49 421 178 45-0
>   Fax:      +49 421 178 45-4150 (Faxe bitte namentlich kennzeichnen)
>   E-Mail:   Steffen.Planthaber at dfki.de
>
>   Weitere Informationen: http://www.dfki.de/robotik
>   -----------------------------------------------------------------------
>   Deutsches Forschungszentrum fuer Kuenstliche Intelligenz GmbH
>   Firmensitz: Trippstadter Straße 122, D-67663 Kaiserslautern
>   Geschaeftsfuehrung: Prof. Dr. Dr. h.c. mult. Wolfgang Wahlster
>   (Vorsitzender) Dr. Walter Olthoff
>   Vorsitzender des Aufsichtsrats: Prof. Dr. h.c. Hans A. Aukes
>   Amtsgericht Kaiserslautern, HRB 2313
>   Sitz der Gesellschaft: Kaiserslautern (HRB 2313)
>   USt-Id.Nr.:    DE 148646973
>   Steuernummer:  19/673/0060/3
>   -----------------------------------------------------------------------
>
> _______________________________________________
> Rock-dev mailing list
> Rock-dev at dfki.de
> http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev