[SRU] Wrong installation path (0.16 instead of 0.17)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
oce (Debian) |
Fix Released
|
Unknown
|
|||
oce (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Xenial |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
[Impact]
Users building their own projects using OpenCASCADE Community Edition (OCE) and installing the development libraries liboce-*-dev and oce-draw will be surprised to find .cmake files in (e.g.) /usr/lib/
[Test Case]
The updated installation directories can easily be observed.
With liboce-
$ sudo apt-get install liboce-
$ ls -d /usr/lib/
/usr/lib/
With liboce-
$ sudo apt-get install liboce-
$ ls -d /usr/lib/
/usr/lib/
It should be verified that packages with build-dependencies on liboce-*-dev and oce-draw; namely freecad, gmsh and netgen, are able to build after upgrading. Take note that these packages FTBFS before upgrading due to LP: #1556680.
[Regression Potential]
Minimal, the packages liboce-*-dev and oce-draw that ship the files that were moved do not have any direct reverse-
-------
System: Xenial (16.04)
Package: oce (0.17.1-1)
OCE package installs some data into "oce-0.16" directory instead of oce-0.17.
In debian/rules file at line #26, it should be:
instead of
Changed in oce (Debian): | |
status: | Unknown → New |
Changed in oce (Debian): | |
status: | New → Fix Released |
Changed in oce (Ubuntu): | |
status: | New → Fix Released |
Changed in oce (Ubuntu Xenial): | |
status: | New → Confirmed |
Changed in oce (Ubuntu Xenial): | |
status: | Confirmed → Fix Committed |
Changed in oce (Ubuntu Xenial): | |
status: | Fix Committed → Incomplete |
description: | updated |
summary: |
- Wrong installation path (0.16 instead of 0.17) + [SRU] Wrong installation path (0.16 instead of 0.17) |
Changed in oce (Ubuntu Xenial): | |
status: | Incomplete → New |
tags: |
added: verification-done removed: verification-needed |
Can you please write a test case that demonstrates the observable effect on reverse dependencies? The changed installation path can certainly be observed, but that's not proof that the proposed one is actually "correct" in the sense of "works for consumers of oce". Thanks!