peter green writes: > It appears the library rename introduced in uhd 3.8.5-2.1 was reverted > in uhd 3.9.0-1. There was no mention of this revert in the changelog. > > Was the revert intentional and if so what was the reasoning behind it?
Yes it was intentional. The reasoning is that uhd routinely changes ABI and API between versions. I have been using versioned package dependencies to manage library ABI changes. Since 3.9.0 was another ABI bump from 3.8.5, I went ahead and reverted the library rename. Not mentioning this in the changelog is my mistake and I do feel silly for not doing it. I used dh-acc to check that uhd 3.9.1 was compatible with uhd 3.9.0. Also, upstream has told me that they were beginning to use the abi-compliance-checker tool as well. So with luck better library soname and soversion settings will make it easier to follow normal library package name conventions in the future. Thank you for your interest and attention. Library ABI/API release management and soname/soversion practices are weaknesses of mine, so I am eager to learn. Let me know any comments or advice you have, and I'll pass it along to my upstreams too. When faced with upstream libraries not bumping sonames, how many Debian packages patch to do their own library release management versus simply following upstream's conventions? Thanks, -Maitland
