Hi everybody,

I've recently worked to package all Sequoia PGP projects for Fedora
34+, which includes an alternative PGP backend for thunderbird [1]
with better system integration (e.g. with the gpg agent, user keyring,
etc.) than the bundled PGP implementation that's based on librnp.

However, thunderbird currently has no support for setting a path to a
different librnp.so implementation [2]. On debian-based systems, this
is solved by using dpkg-divert in the package for the sequoia-based
plugin, but that is not available on RPM based distributions.

The only solution I could come up with so far [3] would be to split
off the default librnp implementation into a thunderbird subpackage,
have it and the alternate implementation virtually provide
"rnp-backend" or something like that, and add a requirement for this
virtual Provide in thunderbird, with a preference for the default
implementation.

This should not change the default behaviour, but would allow users to
easily switch their thunderbird PGP backend with "dnf swap
thunderbird-librnp-rnp sequoia-octopus-librnp", or by specifying it at
install time. Thunderbird and sequoia-octopus-librnp packages with the
necessary patches applied are available from a COPR [4] for testing
for F34+.

What do you think? Am I missing some obvious solution, or is this a
sane way forward?

Thanks,
Fabio

[1]: https://src.fedoraproject.org/rpms/rust-sequoia-octopus-librnp
[2]: https://bugzilla.mozilla.org/show_bug.cgi?id=1698540
[3]: https://src.fedoraproject.org/rpms/thunderbird/pull-request/11
[4]: https://copr.fedorainfracloud.org/coprs/decathorpe/sequoia/
_______________________________________________
devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/[email protected]
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Reply via email to