Bug#1000611: libvtk9{,-qt}: soname change without library transition

2021-11-27 Thread Jochen Sprickerhof

Hi Anton,

* Anton Gladky  [2021-11-25 22:07]:

thanks for the bug report. It was really an accidental upload into
unstable instead of experimental. Yes, I will rename the package
and upload it ASAP.


What about uploading the old 9.0.3+dfsg1-3 as 9.1.0+really9.0.3+dfsg1-3 
in the meantime to fix unstable?


Cheers Jochen


Am Do., 25. Nov. 2021 um 22:03 Uhr schrieb Adrian Bunk :


Package: libvtk9
Version: 9.1.0+dfsg2-2
Severity: serious
Control: affects -1 libvtk9-qt src:vtk9

https://ci.debian.net/data/autopkgtest/testing/amd64/f/freecad/16980590/log.gz

...
ERROR: TestFemApp (unittest.loader._FailedTest)
--
ImportError: Failed to import test module: TestFemApp
Traceback (most recent call last):
  File "/usr/lib/python3.9/unittest/loader.py", line 154, in loadTestsFromName
module = __import__(module_name)
  File "/usr/share/freecad/Mod/Fem/TestFemApp.py", line 33, in 
from femtest.app.test_mesh import TestMeshCommon as FemTest07
  File "/usr/share/freecad/Mod/Fem/femtest/app/test_mesh.py", line 33, in 

import Fem
ImportError: libvtkFiltersExtraction-9.0.so.1: cannot open shared object file: 
No such file or directory
...


The soname of the vtk9 libraries is not 9, it is 9.0 for VTK 9.0
and 9.1 for VTK 9.1:

$  objdump -p /usr/lib/x86_64-linux-gnu/libvtkChartsCore-9.1.so.1 | grep SONAME
  SONAME   libvtkChartsCore-9.1.so.1
$

In bullseye libvtk9 and libvtk9-qt should have been named
libvtk9.0 and libvtk9.0-qt, but this alone is harmless.

Not harmless is that the libraries must transition to the new
soname in 9.1, renaming the packages to libvtk9.1 and libvtk9.1-qt.

--
debian-science-maintainers mailing list
debian-science-maintain...@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers


signature.asc
Description: PGP signature


Bug#1000611: libvtk9{,-qt}: soname change without library transition

2021-11-25 Thread Anton Gladky
Hi Adrian,

thanks for the bug report. It was really an accidental upload into
unstable instead of experimental. Yes, I will rename the package
and upload it ASAP.

Regards

Anton

Am Do., 25. Nov. 2021 um 22:03 Uhr schrieb Adrian Bunk :
>
> Package: libvtk9
> Version: 9.1.0+dfsg2-2
> Severity: serious
> Control: affects -1 libvtk9-qt src:vtk9
>
> https://ci.debian.net/data/autopkgtest/testing/amd64/f/freecad/16980590/log.gz
>
> ...
> ERROR: TestFemApp (unittest.loader._FailedTest)
> --
> ImportError: Failed to import test module: TestFemApp
> Traceback (most recent call last):
>   File "/usr/lib/python3.9/unittest/loader.py", line 154, in loadTestsFromName
> module = __import__(module_name)
>   File "/usr/share/freecad/Mod/Fem/TestFemApp.py", line 33, in 
> from femtest.app.test_mesh import TestMeshCommon as FemTest07
>   File "/usr/share/freecad/Mod/Fem/femtest/app/test_mesh.py", line 33, in 
> 
> import Fem
> ImportError: libvtkFiltersExtraction-9.0.so.1: cannot open shared object 
> file: No such file or directory
> ...
>
>
> The soname of the vtk9 libraries is not 9, it is 9.0 for VTK 9.0
> and 9.1 for VTK 9.1:
>
> $  objdump -p /usr/lib/x86_64-linux-gnu/libvtkChartsCore-9.1.so.1 | grep 
> SONAME
>   SONAME   libvtkChartsCore-9.1.so.1
> $
>
> In bullseye libvtk9 and libvtk9-qt should have been named
> libvtk9.0 and libvtk9.0-qt, but this alone is harmless.
>
> Not harmless is that the libraries must transition to the new
> soname in 9.1, renaming the packages to libvtk9.1 and libvtk9.1-qt.
>
> --
> debian-science-maintainers mailing list
> debian-science-maintain...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers



Bug#1000611: libvtk9{,-qt}: soname change without library transition

2021-11-25 Thread Adrian Bunk
Package: libvtk9
Version: 9.1.0+dfsg2-2
Severity: serious
Control: affects -1 libvtk9-qt src:vtk9

https://ci.debian.net/data/autopkgtest/testing/amd64/f/freecad/16980590/log.gz

...
ERROR: TestFemApp (unittest.loader._FailedTest)
--
ImportError: Failed to import test module: TestFemApp
Traceback (most recent call last):
  File "/usr/lib/python3.9/unittest/loader.py", line 154, in loadTestsFromName
module = __import__(module_name)
  File "/usr/share/freecad/Mod/Fem/TestFemApp.py", line 33, in 
from femtest.app.test_mesh import TestMeshCommon as FemTest07
  File "/usr/share/freecad/Mod/Fem/femtest/app/test_mesh.py", line 33, in 

import Fem
ImportError: libvtkFiltersExtraction-9.0.so.1: cannot open shared object file: 
No such file or directory
...


The soname of the vtk9 libraries is not 9, it is 9.0 for VTK 9.0
and 9.1 for VTK 9.1:

$  objdump -p /usr/lib/x86_64-linux-gnu/libvtkChartsCore-9.1.so.1 | grep SONAME
  SONAME   libvtkChartsCore-9.1.so.1
$

In bullseye libvtk9 and libvtk9-qt should have been named
libvtk9.0 and libvtk9.0-qt, but this alone is harmless.

Not harmless is that the libraries must transition to the new
soname in 9.1, renaming the packages to libvtk9.1 and libvtk9.1-qt.