WindowsUmbrella
ActivePublic

Recent Activity

Wed, Sep 16

CaveTheCave added a comment to T5069: Concurrent auto-start of gpg-agent by multiple gpg instances..

Please note that:

  • There is a single user accessing the socket dir (which is the same as the homedir).
  • The socketdir (homedir) is not in a local directory. It is in another file system accessed via the SMB protocol, with a command such as:
gpg --homedir "//192.168.32.211/c$/gpghomedir" ...
Wed, Sep 16, 8:33 PM · gnupg (gpg22), Windows, Bug Report
CaveTheCave added a comment to T5069: Concurrent auto-start of gpg-agent by multiple gpg instances..

From the '&ovl' I assume that the lock file has been openned for overlapped IO.
Please see an extract from MSDN for the LockFileEx function:

Wed, Sep 16, 5:03 PM · gnupg (gpg22), Windows, Bug Report
werner added a comment to T5069: Concurrent auto-start of gpg-agent by multiple gpg instances..

We need to figure out why the file locks seem not to work. gpg-agent processes whatch there own socket and terminate if that socket does not belong to them anymore.

Wed, Sep 16, 8:10 AM · gnupg (gpg22), Windows, Bug Report
CaveTheCave added a comment to T5069: Concurrent auto-start of gpg-agent by multiple gpg instances..

Yes it is the windows version. It occurs both in Windows 10 and Windows Server 2016.
What I notice is that a gpg-agent is started, then after some time another one is started and the previous ends (presumably because it has lost the socket), etc. At any point in time, I can see only one agent instance running in the task manager, but with different process ids.

Wed, Sep 16, 6:57 AM · gnupg (gpg22), Windows, Bug Report

Tue, Sep 15

werner triaged T5069: Concurrent auto-start of gpg-agent by multiple gpg instances. as Normal priority.

I assume this is the Windows version. gpg uses a locking mechanism to avoid creating several gpg-agent processes. In the worst case this may take quite some time until one of the processes can get the lock. There is an exponential backoff scheme in use and I have not yet found a way to replicate the full deadlock you describe. It would be helpful if you could describe in more detail how you run into this case.

Tue, Sep 15, 9:35 PM · gnupg (gpg22), Windows, Bug Report

Fri, Sep 4

bvieira added a comment to T3883: Add Win32-OpenSSH support to gpg-agent's ssh-agent.

So, if there's no support for native OpenSSH yet, I'll wait for it. After it's supported, I should be able to get the scenery I described working, right?

Fri, Sep 4, 1:52 PM · gnupg (gpg23), Windows, ssh, gpgagent, Feature Request
werner added a comment to T3883: Add Win32-OpenSSH support to gpg-agent's ssh-agent.

Unfortunately you can't pass extra arguments.

Fri, Sep 4, 7:47 AM · gnupg (gpg23), Windows, ssh, gpgagent, Feature Request

Thu, Sep 3

gpguser123 added a comment to T3883: Add Win32-OpenSSH support to gpg-agent's ssh-agent.

@bvieira You need to set pinentry-mode=loopback for gpg program used in git.

Thu, Sep 3, 4:22 PM · gnupg (gpg23), Windows, ssh, gpgagent, Feature Request

Wed, Sep 2

bvieira added a comment to T3883: Add Win32-OpenSSH support to gpg-agent's ssh-agent.

I'm actually trying to do the following:

Wed, Sep 2, 2:10 PM · gnupg (gpg23), Windows, ssh, gpgagent, Feature Request
avemilia added a comment to T3883: Add Win32-OpenSSH support to gpg-agent's ssh-agent.

In the meantime you can use [0]. I have tested with ssh key on yubikey and AuthenticationMethods publickey, win32-ssh (or ssh-portable, which is the new repository name) correctly works with gpg and pinentry is called.

Wed, Sep 2, 1:59 PM · gnupg (gpg23), Windows, ssh, gpgagent, Feature Request

Jul 30 2020

gniibe changed the status of T4994: Windows: assuan_sock_init or WSAStartup by main/_init_common_subsystem from Open to Testing.

Pushed modified patch to master and 2.2.

Jul 30 2020, 8:27 AM · Testing, gnupg, Windows
gniibe added a commit to T4994: Windows: assuan_sock_init or WSAStartup by main/_init_common_subsystem: rG8d9ce32c30db: w32: More adding NETLIBS..
Jul 30 2020, 8:17 AM · Testing, gnupg, Windows
gniibe added a commit to T4994: Windows: assuan_sock_init or WSAStartup by main/_init_common_subsystem: rGf95d923090e1: w32: Add link to $(NETLIB) for -lws2_32..
Jul 30 2020, 8:17 AM · Testing, gnupg, Windows
gniibe added a commit to T4994: Windows: assuan_sock_init or WSAStartup by main/_init_common_subsystem: rG5fa4427419c8: w32: More adding NETLIBS..
Jul 30 2020, 8:09 AM · Testing, gnupg, Windows
gniibe added a commit to T4994: Windows: assuan_sock_init or WSAStartup by main/_init_common_subsystem: rGd69f5570ee5e: w32: Add link to $(NETLIB) for -lws2_32..
Jul 30 2020, 4:41 AM · Testing, gnupg, Windows

Jul 29 2020

aheinecke added a comment to T4994: Windows: assuan_sock_init or WSAStartup by main/_init_common_subsystem.

That patch fixes the build problem I got into today when trying to build 2.3 for windows. So 👍 from me and please commit the patch as it is already required when assuan and gpgrt config no longer emit ws2_32 in their pgk-config --libs line.

Jul 29 2020, 1:20 PM · Testing, gnupg, Windows
aheinecke closed T4623: pkg-config for mingw needs to emit -lws2_32 as Resolved.

I just saw that there is related discussion and a patch for this in T4994 so I will close again here.

Jul 29 2020, 1:17 PM · Testing, Windows, gpgrt, Bug Report
aheinecke reopened T4623: pkg-config for mingw needs to emit -lws2_32 as "Open".

This change broke for me the compilation of GPGME which I fixed with: 52f930c1ed7eee6336a41598c90ef3605b7ed02b I found that fix there OK because GPGME explicitly uses ws2_32.

Jul 29 2020, 1:08 PM · Testing, Windows, gpgrt, Bug Report
gniibe added a comment to T4994: Windows: assuan_sock_init or WSAStartup by main/_init_common_subsystem.

Linking $(NETLIB) is required when the executable uses WSAStartup.

Jul 29 2020, 10:28 AM · Testing, gnupg, Windows

Jul 20 2020

bvieira added a comment to T3883: Add Win32-OpenSSH support to gpg-agent's ssh-agent.

Any news on this?

Jul 20 2020, 12:48 AM · gnupg (gpg23), Windows, ssh, gpgagent, Feature Request

Jul 17 2020

gniibe triaged T4994: Windows: assuan_sock_init or WSAStartup by main/_init_common_subsystem as Normal priority.

I just learned that WSAStartup can be called multiple times. So, it doesn't cause any erroneous behavior which I had been afraid of.

Jul 17 2020, 11:33 AM · Testing, gnupg, Windows
werner added a comment to T4994: Windows: assuan_sock_init or WSAStartup by main/_init_common_subsystem.

Thanks for looking into this. However, I do not understand the problem behind it. Is it the need to link against the socket lib? 10 or 15 years ago things were more complicated because two TCP stacks were in use and you could use the modern one only if a certain service pack or Explorer version was installed. That might be the reasons for some of the peculiarities we have in the code.

Jul 17 2020, 10:44 AM · Testing, gnupg, Windows
gniibe added a comment to T4994: Windows: assuan_sock_init or WSAStartup by main/_init_common_subsystem.

Given the situation we have call of WSAStartup in assuan_sock_init (for Windows), the solution would be:

  • Removal of call of WSAStartup in _init_common_subsystems
  • Even though it is not needed for POSIX system and it is only needed to call WAStartup on Windows, calling assuan_sock_init from each application (including gpg, gpgsm, dirmngr/dirmngr-client, and tools/* which uses libassuan), would be the solution (not perfect one, though, because it allocates sock_ctx)
Jul 17 2020, 4:32 AM · Testing, gnupg, Windows
gniibe added a comment to T4994: Windows: assuan_sock_init or WSAStartup by main/_init_common_subsystem.

Sorry, I was confused by assuan_socket_ API and assuan_sock_ API.

Jul 17 2020, 2:35 AM · Testing, gnupg, Windows

Jul 16 2020

werner added a project to T3957: GPGME: mkdefsinc segfaults on windows: unreproducible.
Jul 16 2020, 3:29 PM · unreproducible, toolchain, Documentation, Windows, gpgme
werner closed T3957: GPGME: mkdefsinc segfaults on windows as Invalid.

No info received

Jul 16 2020, 3:27 PM · unreproducible, toolchain, Documentation, Windows, gpgme
werner closed T3515: Gpg4win: Gpgconf used to open "windows" and slows down kleo startup as Resolved.

I am not any longer interested to see the real cause; eventually we will replace it anyway with a modern CreateProcess.

Jul 16 2020, 3:19 PM · Windows, gpgme
gniibe added a comment to T4994: Windows: assuan_sock_init or WSAStartup by main/_init_common_subsystem.

Here are the fixes:

diff --git a/common/init.c b/common/init.c
index 073c5cd8a..dbdf40527 100644
--- a/common/init.c
+++ b/common/init.c
@@ -161,17 +161,6 @@ _init_common_subsystems (gpg_err_source_t errsource, int *argcp, char ***argvp)
   /* Try to auto set the character set.  */
   set_native_charset (NULL);
Jul 16 2020, 6:43 AM · Testing, gnupg, Windows
gniibe added a comment to T4994: Windows: assuan_sock_init or WSAStartup by main/_init_common_subsystem.

Call of WSAStartup in dirmngr/http.c is no problem, as we define HTTP_NO_WSASTARTUP.

Jul 16 2020, 6:22 AM · Testing, gnupg, Windows
gniibe updated the task description for T4994: Windows: assuan_sock_init or WSAStartup by main/_init_common_subsystem.
Jul 16 2020, 6:18 AM · Testing, gnupg, Windows
gniibe added a comment to T4624: libassuan-config and libassuan.pc both put -lws2_32 before -lgpg-error, which fails during static linking.

This fix reveals the problem of: T4994: Windows: assuan_sock_init or WSAStartup by main/_init_common_subsystem

Jul 16 2020, 3:11 AM · Testing, Windows, libassuan, Bug Report
gniibe updated the task description for T4994: Windows: assuan_sock_init or WSAStartup by main/_init_common_subsystem.
Jul 16 2020, 3:06 AM · Testing, gnupg, Windows
gniibe created T4994: Windows: assuan_sock_init or WSAStartup by main/_init_common_subsystem.
Jul 16 2020, 3:03 AM · Testing, gnupg, Windows

May 29 2020

werner closed T4623: pkg-config for mingw needs to emit -lws2_32 as Resolved.
May 29 2020, 3:16 PM · Testing, Windows, gpgrt, Bug Report

May 11 2020

zorvek added a comment to T4916: GpgEX: Windows 10 Right-Click Unencrypted Folder Handling.

I see no reason to not allow decryption of an entire folder recursively. The user knows what they are doing by right-clicking a folder instead of a file. You can show a progress dialog with a cancel button.

May 11 2020, 9:38 PM · gpgex, Windows

May 8 2020

aheinecke claimed T4916: GpgEX: Windows 10 Right-Click Unencrypted Folder Handling.

Right. GpgEX is in serious need of polishing. I'm not sure if I'm in favor of processing all files recursively. But then the decrypt option should not even be shown.

May 8 2020, 3:07 PM · gpgex, Windows
aheinecke renamed T4916: GpgEX: Windows 10 Right-Click Unencrypted Folder Handling from Windows 10 Right-Click Unencrypted Folder Handling to GpgEX: Windows 10 Right-Click Unencrypted Folder Handling.
May 8 2020, 3:03 PM · gpgex, Windows
aheinecke renamed T4916: GpgEX: Windows 10 Right-Click Unencrypted Folder Handling from Windows 10 Right-Click Folder Errors to Windows 10 Right-Click Unencrypted Folder Handling.
May 8 2020, 3:03 PM · gpgex, Windows
wojnilowicz added a comment to T4932: gpgmepp segfaults during keys listing on Windows.

If you have -g / -Og could you please provide a backtrace?

May 8 2020, 2:01 PM · Windows
aheinecke triaged T4932: gpgmepp segfaults during keys listing on Windows as Low priority.

If you have -g / -Og could you please provide a backtrace?

May 8 2020, 11:24 AM · Windows

May 1 2020

wojnilowicz added a comment to T4932: gpgmepp segfaults during keys listing on Windows.

Attaching the actual program

May 1 2020, 8:36 PM · Windows
wojnilowicz created T4932: gpgmepp segfaults during keys listing on Windows in the S1 Public space.
May 1 2020, 8:34 PM · Windows

Apr 17 2020

zorvek added a comment to T4916: GpgEX: Windows 10 Right-Click Unencrypted Folder Handling.

3.1.11

Apr 17 2020, 9:10 PM · gpgex, Windows
werner added projects to T4916: GpgEX: Windows 10 Right-Click Unencrypted Folder Handling: Windows, gpgex.

Please let us know which version of Gpg4win you are using.

Apr 17 2020, 4:40 PM · gpgex, Windows

Mar 12 2020

gniibe added a project to T4624: libassuan-config and libassuan.pc both put -lws2_32 before -lgpg-error, which fails during static linking: Testing.
Mar 12 2020, 6:46 AM · Testing, Windows, libassuan, Bug Report
gniibe added a project to T4623: pkg-config for mingw needs to emit -lws2_32: Testing.
Mar 12 2020, 6:46 AM · Testing, Windows, gpgrt, Bug Report

Mar 9 2020

Simrah added a comment to T4870: Kleopatra - do not change the language from Russian.

Added variable value

set language
LANGUAGE=en_US

I launched the Kleopatra again. I did not notice any changes.

Mar 9 2020, 1:13 PM · Windows 64, Windows, kleopatra, Bug Report
aheinecke triaged T4870: Kleopatra - do not change the language from Russian as Low priority.

Thanks for your report. Yes this is sadly a known issue. Our backend system has it's own localization that uses the system language and does not care about the Kleopatra configuration.

Mar 9 2020, 12:46 PM · Windows 64, Windows, kleopatra, Bug Report
Simrah created T4870: Kleopatra - do not change the language from Russian.
Mar 9 2020, 12:29 PM · Windows 64, Windows, kleopatra, Bug Report

Feb 25 2020

gniibe added a commit to T4624: libassuan-config and libassuan.pc both put -lws2_32 before -lgpg-error, which fails during static linking: rA034e5450cdd5: build: Use Requires.private and Libs.private..
Feb 25 2020, 12:07 PM · Testing, Windows, libassuan, Bug Report