obsoleting shared libraries (libsgutils)
I know this has been discuseed before [1], but I couldn't figure out what the definitive answer was. sg3_utils uses a fine-grained SONAME for libsgutils, currently we have libsgutils2-1_47-2. As I'm preparing a pre-release of 1.48 with some important improvements, the new SONAME is now libsgutils2-1_48-2. No other packages except sg3_utils and libsgutils-devel seem to depend on this library, so it would make sense to uninstall the old version when sg3_utils is updated. zypper rm --clean-deps isn't going to help people who want to upgrade. Is there a trick that would not leave every TW user with two installed libsgutils packages when I push the update? I guess I could add a manual "Obsoletes", but that's both clumsy and against the Shared library packaging policy. Thanks, Martin [1] https://lists.opensuse.org/archives/list/packaging@lists.opensuse.org/thread...
On Thursday 2022-11-03 22:40, Martin Wilck wrote:
sg3_utils uses a fine-grained SONAME for libsgutils, currently we have libsgutils2-1_47-2. As I'm preparing a pre-release of 1.48 with some important improvements, the new SONAME is now libsgutils2-1_48-2. No other packages except sg3_utils and libsgutils-devel seem to depend on this library, so it would make sense to uninstall the old version when sg3_utils is updated.
I don't know how often this has been asked, but the answer has _not_ changed. Thanks to this file in 000release-packages, `zypper dup` eventually trims packages. As it did before... weakremovers.inc:Provides: weakremover(libsgutils2-1_43-2) weakremovers.inc:Provides: weakremover(libsgutils2-1_45-2) weakremovers.inc:Provides: weakremover(libsgutils2-1_46-2)
On Thu, 2022-11-03 at 23:09 +0100, Jan Engelhardt wrote:
On Thursday 2022-11-03 22:40, Martin Wilck wrote:
sg3_utils uses a fine-grained SONAME for libsgutils, currently we have libsgutils2-1_47-2. As I'm preparing a pre-release of 1.48 with some important improvements, the new SONAME is now libsgutils2-1_48-2. No other packages except sg3_utils and libsgutils-devel seem to depend on this library, so it would make sense to uninstall the old version when sg3_utils is updated.
I don't know how often this has been asked, but the answer has _not_ changed. Thanks to this file in 000release-packages, `zypper dup` eventually trims packages. As it did before...
weakremovers.inc:Provides: weakremover(libsgutils2-1_43-2) weakremovers.inc:Provides: weakremover(libsgutils2-1_45-2) weakremovers.inc:Provides: weakremover(libsgutils2-1_46-2)
Thanks for the response. Stupid questions like mine might be avoided by clearly documenting this feature, and how it works. I have taken the freedom to add a paragraphin the Wiki: https://en.opensuse.org/openSUSE:Shared_library_packaging_policy#Removing_ob... Hope it makes sense. Martin
participants (2)
-
Jan Engelhardt -
Martin Wilck