| Summary: | spice-gtk 0.8 breaks soname version numbering by using lower version number | ||
|---|---|---|---|
| Product: | Spice | Reporter: | Jeremy Bicha <jbicha> |
| Component: | spice-gtk | Assignee: | Spice Bug List <spice-bugs> |
| Status: | RESOLVED WORKSFORME | QA Contact: | |
| Severity: | critical | ||
| Priority: | medium | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
|
Description
Jeremy Bicha
2012-01-21 16:22:43 UTC
Indeed, that was a mistake that we corrected, and we knew that would break soname. You'll have to change your package name/version and your depedencies. Sorry about that, it won't happen again, hopefully. I don't believe that's the right way to handle it. I believe this can be fixed simply by keeping the soname at 4.0.* Otherwise, you're breaking the way libraries work which makes it difficult/impossible to package spice-gtk sanely. (In reply to comment #2) > I don't believe that's the right way to handle it. I believe this can be fixed > simply by keeping the soname at 4.0.* Otherwise, you're breaking the way > libraries work which makes it difficult/impossible to package spice-gtk sanely. why can't you change your package name or version scheme? In fedora, we didn't have problems doing so. OK, I'll go ahead and close this because I guess it's not too big of a deal. I prefer version numbers to go up but whatever. Thanks. Using -version-info 5:0:1 for libspice-client-glib would have produced sane sonames I think and would have avoided a needless ABI break... |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.