Support Gentoo

[antonsviridenko]

Description

Inspired by #1431. I can create Gentoo ebuild package for RNP and try to push it into the main Gentoo package repository or put it into the 3rd party repository (overlay in Gentoo terms). If there is some interest.

Gentoo is a GNU/Linux source based distribution.

[ronaldtse]

@antonsviridenko agree. Please feel free to go for it!

[antonsviridenko]

Great

@ronaldtse I have another similar idea, lets add RNP to the Buildroot packages too. Buildroot is very popular tool for building firmware images for embedded platforms.

https://buildroot.org/

[antonsviridenko]

@ronaldtse can this https://github.com/rnpgp/rnp/releases be considered as an official source of release tarballs? Or it's better to checkout by release tags from the git repository?

[ronaldtse]

@antonsviridenko I think we want to synchronise the tarballs and the release tags. For packaging purpose the tarballs should probably be considered the "source".

[antonsviridenko]

https://github.com/gentoo/gentoo/pull/20438

[antonsviridenko]

Looks like Gentoo developers are not interested in adding this new package into the main repository yet. Probably we'll have to create our own private repository (overlay in Gentoo terms) instead.

[ni4]

Probably we may re-ping them once v0.15.2 is released.

[antonsviridenko]

https://github.com/gentoo/api-gentoo-org/pull/418

[antonsviridenko]

ok, now our Gentoo overlay https://github.com/rnpgp/gentoo-rnp is listed in official list of ovelays at https://overlays.gentoo.org/ and can be added by Gentoo users using layman or eselect-repository tools.

[ronaldtse]

Thank you @antonsviridenko ! Added you as a maintainer so you have full access to the packaging workflows.

[ronaldtse]

@antonsviridenko as suggested https://github.com/gentoo/api-gentoo-org/pull/418#issuecomment-894673984 perhaps we should try adding the package to GURU?

[antonsviridenko]

@ronaldtse yeah, going to try this way too

[antonsviridenko]

Looks like contributing to GURU requires bit more efforts than expected (pull requests from GitHub are not accepted), and for end users it takes exactly same amount of efforts to install RNP package from third party repo, does not matter if it is named 'GURU' or 'rnp', but we have full control over our own repository.

[ronaldtse]

@antonsviridenko how's this going?

[ni4]

@antonsviridenko Could this be closed now, or we still miss something Gentoo-related?

[antonsviridenko]

I've just discovered that RNP package is present in Gentoo main repository since 2022-08 under the name librnp. https://packages.gentoo.org/packages/dev-util/librnp added by Gentoo Mozilla Team, so yes, can be closed I think.

[ronaldtse]

@antonsviridenko the Gentoo librnp package only uses Botan though.

Generally, should we need to (do we need to) differentiate Botan vs OpenSSL usage in distro packages?

[antonsviridenko]

Actually their version is bit more advanced and supports both, OpenSSL and Botan. Botan is selected as a default option.

Generally Gentoo is about choice, and user should be able to select any possible combination of build dependencies. For other distros it could be decided by maintainer of the package, which one (Botan or OpenSSL) is more convenient for them and distro users.

[ni4]

So closing this.

[ronaldtse]

Thank you @antonsviridenko !