keyserver configs
in the hopes of getting the latest keys accepted for my package sources,
other downloads, and scripts.
I might be able to update and willing to adopt libxslt if all our gpg
updates hang together.
test version for
gnupg2-2.4.5-1
libksba-1.6.7-1
are also up.
If you can also
On 2024-06-24 16:23, Marco Atzeri via Cygwin-apps wrote:
On 26/11/2023 15:40, Jon Turney via Cygwin-apps wrote:
On 21/11/2023 06:58, ASSI via Cygwin-apps wrote:
Brian Inglis via Cygwin-apps writes:
After applying the attached patches, which add support for the newer
gpg2 from gnupg2 if
On 26/11/2023 15:40, Jon Turney via Cygwin-apps wrote:
On 21/11/2023 06:58, ASSI via Cygwin-apps wrote:
Brian Inglis via Cygwin-apps writes:
After applying the attached patches, which add support for the newer
gpg2 from gnupg2 if installed, the attached log second chunk shows the
new keys
On 21/11/2023 06:58, ASSI via Cygwin-apps wrote:
Brian Inglis via Cygwin-apps writes:
After applying the attached patches, which add support for the newer
gpg2 from gnupg2 if installed, the attached log second chunk shows the
new keys verified by gpg2 added to lib/src_prep.cygpart
___gpg_verify
On 2023-11-24 14:29, Marco Atzeri via Cygwin-apps wrote:
On 21.11.2023 07:58, ASSI via Cygwin-apps wrote:
Brian Inglis via Cygwin-apps writes:
After applying the attached patches, which add support for the newer
gpg2 from gnupg2 if installed, the attached log second chunk shows the
new keys
On 21.11.2023 07:58, ASSI via Cygwin-apps wrote:
Brian Inglis via Cygwin-apps writes:
After applying the attached patches, which add support for the newer
gpg2 from gnupg2 if installed, the attached log second chunk shows the
new keys verified by gpg2 added to lib/src_prep.cygpart
___gpg_verify
Brian Inglis via Cygwin-apps writes:
> After applying the attached patches, which add support for the newer
> gpg2 from gnupg2 if installed, the attached log second chunk shows the
> new keys verified by gpg2 added to lib/src_prep.cygpart
> ___gpg_verify().
>
> Similar code has
On 2023-11-20 21:51, Brian Inglis via Cygwin-apps wrote:
The attached log first chunk shows that new downloads especially GnuPG and GNU
packages may be signed with keys not recognized by old gnupg/gpg.
After applying the attached patches, which add support for the newer gpg2 from
gnupg2 if
Hi folks,
The attached log first chunk shows that new downloads especially GnuPG and GNU
packages may be signed with keys not recognized by old gnupg/gpg.
After applying the attached patches, which add support for the newer gpg2 from
gnupg2 if installed, the attached log second chunk shows
On 08.08.2022 16:13, Corinna Vinschen wrote:
On Aug 8 21:13, Yasuhiro Kimura wrote:
From: Corinna Vinschen
IIUC, that should be fixable by configuring gnupg with --disable-libdns.
Corinna
Thanks Corinna,
I will upload shortly a version "2.2.35-2" implementing this configuration
Regards
M
Marco Atzeri wrote:
Any suggestion on how to solve the absence of /etc/resolv.conf ?
I doubt gnupg2 is the proper package to do so.
Looking into this, I'm reminded of how much I really dislike the design
of gnupg2.
dirmngr appears to have its own DNS client library that tries to do the
r
On Aug 8 21:13, Yasuhiro Kimura wrote:
> From: Corinna Vinschen
> Subject: Re: resolv.conf and gnupg2
> Date: Mon, 8 Aug 2022 09:30:47 +0200
>
> > I can't believe (but may be wrong, of course) that gnupg2 tries to
> > access /etc/resolv.conf by itself. I would ra
From: Corinna Vinschen
Subject: Re: resolv.conf and gnupg2
Date: Mon, 8 Aug 2022 09:30:47 +0200
> I can't believe (but may be wrong, of course) that gnupg2 tries to
> access /etc/resolv.conf by itself. I would rather guess that gnupg2
> is linked against one or more libs provid
rovides a library to parser it, but I do not see any place where this is
> > done.
> >
> > $ cygcheck -p resolv.conf
> > Found 7 matches for resolv.conf
> > ..
> > libirs161-9.11.9-1 - libirs161: BIND resolv.conf parser library
> > man-pages-linux-5.1
On Aug 8 11:15, ASSI wrote:
> Mark Geisert writes:
> > Could Cygwin itself provide a minimal /etc/resolv.conf pointing to
> > public DNS server(s)? Some users might object to Google's public DNS
> > (e.g. 8.8.8.8) though.
>
> No, this would be the job for any software that configures the DNS
> r
Mark Geisert writes:
> Could Cygwin itself provide a minimal /etc/resolv.conf pointing to
> public DNS server(s)? Some users might object to Google's public DNS
> (e.g. 8.8.8.8) though.
No, this would be the job for any software that configures the DNS
resolver. However, I'd prefer if no resolve
.9-1 - libirs161: BIND resolv.conf parser library
> man-pages-linux-5.13-1 - man-pages-linux: Linux manual pages
>
> Any suggestion on how to solve the absence of /etc/resolv.conf ?
> I doubt gnupg2 is the proper package to do so.
I can't believe (but may be wrong, of course) that
?
I doubt gnupg2 is the proper package to do so.
Could Cygwin itself provide a minimal /etc/resolv.conf pointing to public DNS
server(s)? Some users might object to Google's public DNS (e.g. 8.8.8.8) though.
Or perhaps a new package 'resolv.conf' with either the public DNS pointers
lace where
this is done.
$ cygcheck -p resolv.conf
Found 7 matches for resolv.conf
..
libirs161-9.11.9-1 - libirs161: BIND resolv.conf parser library
man-pages-linux-5.13-1 - man-pages-linux: Linux manual pages
Any suggestion on how to solve the absence of /etc/resolv.conf ?
I doubt gnupg2 is
On 11/07/2017 23:12, Yaakov Selkowitz wrote:
Based on feedback from the list, please consider the following:
https://github.com/cygwinports/pinentry/commit/b5933f33b4894849280e0edf88cac7883b9e10b0.patch
I will look during weekend
Thanks
we could get by
with just that (and allow it to fall back to 1.x support at
runtime), it
did spur me to take another look at the gnupg2 stack. I don't know if
it's *perfect* but it seems to be generally working:
Any chance you could test this out and/or be interested in maintaining
s
it to fall back to 1.x support at runtime), it
did spur me to take another look at the gnupg2 stack. I don't know if
it's *perfect* but it seems to be generally working:
https://github.com/cygwinports/libassuan
https://github.com/cygwinports/libksba
https://github.com/cygwinports/
), it
did spur me to take another look at the gnupg2 stack. I don't know if
it's *perfect* but it seems to be generally working:
https://github.com/cygwinports/libassuan
https://github.com/cygwinports/libksba
https://github.com/cygwinports/npth
https://github.com/cygwinports/gnupg2
https://
wait until Yakoov update it.
gpg-agent is already in gnupg2
$ cygcheck -f /usr/bin/gpg-agent.exe
gnupg2-2.1.21-1
Regards
Marco
> I am uploading all except gpa, that will follow later.
Is that the gpg-agent? That'd be great to have. Save me half or 2/3 of the
typing when I'm signing packages.
at the gnupg2 stack. I don't know if
it's *perfect* but it seems to be generally working:
https://github.com/cygwinports/libassuan
https://github.com/cygwinports/libksba
https://github.com/cygwinports/npth
https://github.com/cygwinports/gnupg2
https://github.com/cygwinports/pine
at the gnupg2 stack. I don't know if
it's *perfect* but it seems to be generally working:
https://github.com/cygwinports/libassuan
https://github.com/cygwinports/libksba
https://github.com/cygwinports/npth
https://github.com/cygwinports/gnupg2
https://github.com/cygwinports/pine
Marco,
In order to update gpgme, we need libassuan in the distribution, as
GnuPG 2 support is no longer optional. While I think we could get by
with just that (and allow it to fall back to 1.x support at runtime), it
did spur me to take another look at the gnupg2 stack. I don't kn
28 matches
Mail list logo