How can we utilize latest GPG from RPM repository?
helices
gpg at mdsresource.net
Thu Feb 15 16:32:16 CET 2018
Jeffrey, please, your ad hominem accusations are not helpful.
You said, "What you’re missing is WHY you want a later upstream version."
How do you know that I'm missing that? That "why" is not at all relevant to
my question.
You said, "You can’t have it both ways: You want to stay on a stable
distro/version which is the raison d’etre for RHEL/CentOS but want to have
the latest package."
As you know, CentOS contains thousands of files, and I have given one
example of a need to deviate from the default distribution for rsyslog.
Suffice it to say, we want to do the same with gnupg.
If there is no gnupg solution similar to our rsyslog solution, then we will
do something else.
Simply because I have not found a gnupg solution similar to our rsyslog
solution, does NOT mean that such a solution does not exist.
Hence, my original post here yesterday.
Actually answering my subject question would be helpful. You have not done
that.
Thank you.
On Thu, Feb 15, 2018 at 9:06 AM, Lightner, Jeffrey <JLightner at dsservices.com
> wrote:
> What you’re missing is WHY you want a later upstream version. Is there a
> specific feature you’re needing that isn’t in the one that comes with your
> distro?
>
>
>
> You can’t have it both ways: You want to stay on a stable distro/version
> which is the raison d’etre for RHEL/CentOS but want to have the latest
> package. As I noted in my prior post you can get the latest of
> everything by abandoning CentOS in favor of Fedora at the expense of
> stability. Your choice of distro is based on many factors. Some people
> even build their own packages all from scratch because they don’t like any
> of the distros.
>
>
>
> Not all packages have people that build rpm’s for them. Many FOSS
> projects seem to prefer building for Debian or something else and MAY
> package it for whatever distro they like but some don’t package it for
> anything and expect you to do the legwork yourself.
>
>
>
> In general if it isn’t in RHEL/CentOS I look for it in the EPEL. If it
> isn’t there I almost always download the source then configure/compile
> it. This isn’t really a difficult process for most packages.
>
>
>
> There ARE other locations that MAY provide a package you want. Have you
> looked at rpmfind? rpmbone?
>
>
>
> And of course YOU could create the rpm and share it on EPEL yourself so
> others will have it.
>
>
>
>
>
> *From:* Gnupg-users [mailto:gnupg-users-bounces at gnupg.org] *On Behalf Of *
> helices
> *Sent:* Thursday, February 15, 2018 9:10 AM
> *To:* gnupg-users at gnupg.org
>
> *Subject:* Re: How can we utilize latest GPG from RPM repository?
>
>
>
> Yes, I know that.
>
> In general, that scheme works well.
>
> However, in another case, rsyslog, a certain function has been broken for
> many years, and the only fix is to track the developers' most recent
> versions. In that case, the developers maintain their own repository:
> http://rpms.adiscon.com ; which is easy to incorporate into:
> /etc/yum.repos.d/rsyslog.repo
>
> We are hoping something similar is available for gnupg. I have not found
> that; which is the reason for my posts here.
>
> What am I missing?
>
> Please, advise. Thank you.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.gnupg.org/pipermail/gnupg-users/attachments/20180215/ec45d4b1/attachment-0001.html>
More information about the Gnupg-users
mailing list