Overview
Request 482526 accepted
- Created by scarabeus_iv
- In state accepted
Request History
scarabeus_iv created request
factory-auto added opensuse-review-team as a reviewer
Please review sources
factory-auto added factory-repo-checker as a reviewer
Please review build success
factory-auto accepted review
Check script succeeded
licensedigger accepted review
ok
factory-repo-checker accepted review
Builds for repo LibreOffice:Factory/openSUSE_Factory
maxlin_factory added openSUSE:Factory:Staging:adi:53 as a reviewer
Being evaluated by staging project "openSUSE:Factory:Staging:adi:53"
maxlin_factory accepted review
Picked openSUSE:Factory:Staging:adi:53
jengelh declined review
But now the filelist violates the SLPP constraint from https://en.opensuse.org/openSUSE:Shared_library_packaging_policy#Package_Contents ""In general, versioned packages shall not contain anything but the shared library/libraries. No headers, no devel .so symlink,""
Since these look to be dlopened modules, the slpp naming would not apply anyway. (Changeback of libxmlsec1-openssl1 -> libxmlsec1-openssl?). Maybe you will also need some %requires_ge to ensure incompatible versions don't get mixed. If possible, libxmlsec1 should be made to look in a versioned directory.
jengelh declined request
But now the filelist violates the SLPP constraint from https://en.opensuse.org/openSUSE:Shared_library_packaging_policy#Package_Contents ""In general, versioned packages shall not contain anything but the shared library/libraries. No headers, no devel .so symlink,""
Since these look to be dlopened modules, the slpp naming would not apply anyway. (Changeback of libxmlsec1-openssl1 -> libxmlsec1-openssl?). Maybe you will also need some %requires_ge to ensure incompatible versions don't get mixed. If possible, libxmlsec1 should be made to look in a versioned directory.
scarabeus_iv reopened request
Yes, and? Since upstream desinged it this way it needs to stay.
jengelh accepted review
maxlin_factory accepted review
ready to accept
maxlin_factory approved review
ready to accept
maxlin_factory accepted request
Accept to openSUSE:Factory
Actually some apps use the linked parts properly, and some dlopen, so slpp can be partly in effect. I don't see any reason to invent any magic as long as if the name of those subpkg changes we do proper conflicts we should be safe.
Well the issue is that libxmlsec1-openssl1 would conflict with libxmlsec1-openssl2 because both would be trying to install libxmlsec1-openssl.so.
Yep I know, thats why I said it will need the conflicts as required, but as the soname seem not to be bumped for loads of time it won't be such an issue. Technically we lose the flexibility of the shared library policy but it won't break user system.