Re: Packaging Problems: Sequoia PGP backend support in Thunderbird

2021-05-22 Thread Neal Gompa
On Sat, May 22, 2021 at 10:56 AM Fabio Valentini  wrote:
>
> 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?

Nope, that's pretty much the way to go. We did this[0] for the
PipeWire change[1], so emulating that makes sense.


[0]: 
https://src.fedoraproject.org/rpms/pipewire/blob/f12724f11a0d49da1e0c5d7e363d7b94360b8755/f/pipewire.spec#_249-251
[1]: https://fedoraproject.org/wiki/Changes/DefaultPipeWire


-- 
真実はいつも一つ!/ Always, there's only one truth!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
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/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Packaging Problems: Sequoia PGP backend support in Thunderbird

2021-05-22 Thread Fabio Valentini
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 -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
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/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure