Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1444994
Summary: | pkcs11-helper; (RFE) build using compat-openssl10 (instead of openssl-1.1.x) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Rex Dieter <rdieter> |
Component: | pkcs11-helper | Assignee: | Kalev Lember <klember> |
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 26 | CC: | dazo, dwmw2, gwync, klember, nmavrogi |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-04-25 12:29:37 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 1445349 | ||
Bug Blocks: | 1391544, 1423077, 1432152, 1440468 |
Description
Rex Dieter
2017-04-24 17:15:37 UTC
for qca case, see also bug #1423077 I couldn't find a bug for documenting openvpn issue other than it's changelog: * Thu Feb 09 2017 Jon Ciesla <limburgher> 2.4.0-2 - Move to mbedtls to resolve FTBFS. - Dropped, re-add once openvpn supports openssl 1.1.x - --enable-pkcs11 \ - --enable-x509-alt-username \ ah, found openvpn bug #1391544 also related openvpn bug #1432152 Please also see comment in bug #1440468 comment #10 Please do not do that. Add a compat package for pkcs11-helper. Can you explain why that is a better plan (If most pkcs11-helpder consumers in the distro cannot use it as-is)? (In reply to Rex Dieter from comment #6) > Can you explain why that is a better plan (If most pkcs11-helpder consumers > in the distro cannot use it as-is)? Because we are not staying with openssl 1.0.2, we are moving to openssl 1.1.0. pkcs11-helper is a library intended for openssl applications and thus should not be transformed to a compat library as it will prevent applications from moving to the new openssl. If you want to keep the pkcs11 functionality to the applications which didn't move to the new openssl please introduce a compat-openssl102-pkcs11-helper library which these applications can use. This is the approach used for all other libraries depending on openssl, there is no reason for an exception here. That doesn't explain why, but ok, if you want to be a bit stubborn about not serving the needs of a majority of the existing pkcs11-helper consumers in the distro... that's your (unfortunate) choice... I guess. Can you give another example of other libraries depending on compat-openssl10 also providing compat libraries? I'm not aware of any. An irony of your suggested approach is that compat-openssl10-pkcs11-helper will get used more than pkcs11-helper. I assume you're a pkcs11-helper package maintainer... would you be able/interested in helping maintain a compat- pkg ? There is no irony in that, it is simply a reality. Yes, it will be used more initially, but at some point either these programs will be dropped from fedora or they will move to openssl 1.1.0. See the approach followed for libp11. https://bugzilla.redhat.com/show_bug.cgi?id=1389202 turns out it wasn't too hard, just take existing pkg and bump soname, review @ bug #1445349 , and I'll take the liberty of moving all the blocker bugs there. (that said, I still urge you to consider that it's not good practice to move to an incompatible version of a library before a majority of it's dependencies are ready for the change) It is absolutely challenging when there are big updates which breaks APIs and requires a lot of things to move forward. But I do actually agree to the process. This is the only way to really get things moving forward. If Fedora would stay on OpenSSL 1.0 until all its users (or the majority) is ready, then I think that would hold Fedora back far longer - and the upstream projects would not have the same incentives to move forward as well. And we would be in the exact same position when Fedora is forced to retract openssl-1.0.x completely due to upstream OpenSSL stopping to support those versions completely. That said, with the dependency chains involved this does indeed get more complicated (which OpenVPN have noticed). But OpenVPN is moving forward on the OpenSSL 1.1 support. Mostly leaving qca and probably a few other handfuls needing the compat-openssl10 chain. I hope this will be resolved within a couple of months actually. So, to be honest, I think it is far better to put the efforts into moving upstream projects towards OpenSSL 1.1 support than to band-aid with compat-* packages. Such band-aid is only truly useful as a workaround when upstream projects to not move forward and the package is truly required/critical in Fedora. And I see no real reasons why upstream projects would not move towards OpenSSL v1.1. No one is saying continued efforts to port things to openssl-1.1.x is bad. That's most definitely a "good thing(tm)". I'm just... surprised that the pkcs11-helper maintainer chose to move on to support openssl-1.1 without making any (obvious) effort to ensure current consumers still work and aren't broken. :( When the problem was highlighted, chose what I perceived as a largely unhelpful move: "WONTFIX" on this bug (and "fix it yourself with a compat pkg" comment). Ideally, I'd hoped pkcs11-maintainer(s) would actively help with the transition. (They still can... hint hint, by helping review the linked compat-openssl10-pkcs11-helper and/or offer to co-maintain it) In case it wasn't obvious, my primary interest is around Qt5. Qt is (imho) fairly important, and qca is a major crypto addon used widely in Qt-based projects. So I think it not unfair to say this falls in "the package is truly required/critical in fedora" characterization. It's own time frame for openssl-1.1 support is still somewhere 3-12 months away (Qt-5.10 at the earliest) (In reply to Rex Dieter from comment #13) > No one is saying continued efforts to port things to openssl-1.1.x is bad. > That's most definitely a "good thing(tm)". > > I'm just... surprised that the pkcs11-helper maintainer chose to move on to > support openssl-1.1 without making any (obvious) effort to ensure current > consumers still work and aren't broken. :( When the problem was > highlighted, chose what I perceived as a largely unhelpful move: "WONTFIX" > on this bug (and "fix it yourself with a compat pkg" comment). Ideally, I'd > hoped pkcs11-maintainer(s) would actively help with the transition. (They > still can... hint hint, by helping review the linked > compat-openssl10-pkcs11-helper and/or offer to co-maintain it) Hi Rex, sorry if I sounded harsh. The package has no real active maintainer unfortunately. I'm maintaining out of necessity to make it consistent with out PKCS#11 move in Fedora [0]. I do not have the resources to co-maintain it. If no-one beats me to it, I'll try to review it the upcoming weeks (my availability is very limited sorry). [0]. https://fedoraproject.org/wiki/PackagingDrafts/Pkcs11Support We should migrate OpenVPN to libp11. (In reply to David Woodhouse from comment #15) > We should migrate OpenVPN to libp11. Completely agree! And "we" will do that when "we" get some available time to do so. In the mean time, patches are welcome ;-) |