Bug#915060: link-grammar: autopkgtest relies on built binaries without matching dependencies
Source: link-grammar
Version: 5.5.0-1
Severity: serious
Hi,
$ cat debian/tests/control
Tests: unit-tests
Depends: @, python3-distutils, build-essential, hunspell-en-us, locales-all,
default-jdk [!hppa !hurd-i386 !m68k !sh4],
Restrictions: build-needed
So far so good.
But that means that in the testing migration autopkgtests this breaks when
there is a hunspell transition.
See e.g. https://ci.debian.net/data/autopkgtest/testing/amd64/l/link-grammar/1399248/log.gz
What seems to happen (correct me if I am wrong) is:
1. link-grammar gets built. Because the autopkgtest injects libhunspell 1.7 somehow into the
build this one is built against libhunspell-1.7.
2. Now the test packages get installed in a clean environment. Because you just say "@" you get
the dependencies from your own package (libhunspell-1.6) , not the built one (as should be, indeed)
3. The test now fails because it cannot open the libhunspell-1.7.so.0 because what was installed for
2. was just libhunspell-1.6.
Maybe you want to add at least @builddeps@? But that would only hide the problem...
Regards,
Rene
Reply to: