Ok, found the bug (and a fix).
Instead of looking at the default xml path for the datafile, it tries to
calculate the path in absolute terms,
does it badly, and always prepends "/lib".
Simple fix is to revert to 2.26 behaviour.
Regards
Alastair
On 28/01/2021 19:59, Ole Streicher wrote:
Control: notfound -1 gnudatalanguage
Dear udunits maintainer,
unfortunately, the test log of gnudatalanguage is a bit confusing; these
are the relevant lines from it:
% Compiled module: TEST_CONSTANTS.
% IMSL_CONSTANT: UDUNITS: failed to load the default unit database
% IMSL_CONSTANT: UDUNITS: failed to load the default unit database
% Execution halted at: TEST_CONSTANTS 36
/tmp/autopkgtest-lxc.tr9rpg1n/downtmp/build.2hE/src/testsuite/test_constants.pro
% $MAIN$
This looks that udunits didn't find its unit database. Since from the
log one can see that the libudunits2-data package was loaded, I would
guess that there is some problem with the library.
When looking into the failed CI test for gyoto, the message is a bit
similar:
In gyoto.C: Error initializing libgyoto: Converters.C:56 in void
Gyoto::Units::Init(): error initializing arcsec unit
Could you check that?
Best regards
Ole
--
Alastair McKinstry, email: alast...@sceal.ie, matrix: @alastair:sceal.ie,
phone: 087-6847928
Green Party Councillor, Galway County Council
