Closed osrf-migration closed 10 years ago
Original comment by Jose Luis Rivero (Bitbucket: Jose Luis Rivero).
Umm ... ideally libsdformat1 and libsdformat2 should be co-installable, but I forgot that there are some files that have the same paths in both packages.
The first thought would to split the common arch independent files in a sdformat-common
package.
@scpeters if we had the common packages in place (hosting sdf files) for libsdformat1 and libsdformat2, do you think that libsdformat1 could work just fine if we have installed sdformat-common_2.0.0 (from 2.0 branch)?
Original comment by Steve Peters (Bitbucket: Steven Peters).
I guess I made an unnecessary assumption in the title of this issue. Currently they conflict. The packages could be split to allow side-by-side installation.
Original comment by Jose Luis Rivero (Bitbucket: Jose Luis Rivero).
I believe you were right, I did not declare (on propose) the conflict in the control file, so they were conflict in the bad/hard way, when dpkg knows that they both have the same file.
I will spin a new version of sdformat-2.0.1-2 with the fix (aad3ba50fde4c363e1dcd0e92b457b5dccd57ead).
Original comment by Steve Peters (Bitbucket: Steven Peters).
That will resolve this issue. I'll make a separate issue for the request to split the packages.
UPDATE: #2 for the package split idea.
Original comment by Jose Luis Rivero (Bitbucket: Jose Luis Rivero).
sdformat 2.0.1-2 is in jenkins with the fix
Original report (archived issue) by Steve Peters (Bitbucket: Steven Peters).
I couldn't install libsdformat2-dev-prerelease properly until I uninstalled libsdformat1