Page MenuHome GnuPG
Feed Advanced Search

Jan 7 2021

werner closed T4304: gcry_control (GCRYCTL_INIT_SECMEM, 16384, 0) failed: General error as Wontfix.
Jan 7 2021, 11:02 AM · Legacy OS, Fedora, libgcrypt, Bug Report

Jan 16 2020

Rycky_Tigg added a comment to T4809: Non-operational functions and missing feature.

Reported.

Jan 16 2020, 12:38 PM · Fedora, pinentry, Bug Report
werner closed T4809: Non-operational functions and missing feature as Resolved.
Jan 16 2020, 8:50 AM · Fedora, pinentry, Bug Report

Jan 15 2020

Rycky_Tigg added a comment to T4809: Non-operational functions and missing feature.

You may.. Comments were relevant. Bye.

Jan 15 2020, 2:42 PM · Fedora, pinentry, Bug Report
werner added a comment to T4809: Non-operational functions and missing feature.

FWIW, the GTK and QT pinentries do have a qualitybar. However is is only enabled:

Jan 15 2020, 9:39 AM · Fedora, pinentry, Bug Report

Jan 14 2020

dkg added a comment to T4809: Non-operational functions and missing feature.

In T4809#131931, @werner wrote:

BTW, the qualitybar is not shown by default, only if you configure sme of the extra password checks. We may even remove it completely because it leads to wrong assumption on why a passphrase is required.

Jan 14 2020, 3:30 PM · Fedora, pinentry, Bug Report
dkg added a comment to T4809: Non-operational functions and missing feature.

@Rycky_Tigg cases 1, 2, and 3 that you document here each show the behavior that i would expect from pinentry-gnome3, given the definition of its Assuan-based API and its use of gcr-prompter. (i'm assuming that in case 3 the user just waited longer than the allowed timeout)

Jan 14 2020, 3:29 PM · Fedora, pinentry, Bug Report
Rycky_Tigg added a comment to T4809: Non-operational functions and missing feature.

"more specific about what you think is wrong"; From https://bugs.kde.org/show_bug.cgi?id=412569 copied)/pasted:

Jan 14 2020, 11:34 AM · Fedora, pinentry, Bug Report
werner added a comment to T4809: Non-operational functions and missing feature.

BTW, the qualitybar is not shown by default, only if you configure sme of the extra password checks. We may even remove it completely because it leads to wrong assumption on why a passphrase is required.

Jan 14 2020, 7:34 AM · Fedora, pinentry, Bug Report
dkg added a comment to T4809: Non-operational functions and missing feature.

pinentry-gnome uses gcr's gcr_prompt_set_password_new to prompt for a new password, and ignores the SETQUALITYBAR assuan command.

Jan 14 2020, 12:12 AM · Fedora, pinentry, Bug Report

Jan 13 2020

werner added a comment to T4809: Non-operational functions and missing feature.

It seems that gnome-keyring-daemon has some incompatible changes which breaks that version of pinentry-gnome. Or GKR has not been setup properly. I'd suggest to use pinentry-gtk until folks with knowledge about Gnome folks have figured out what is going wrong.

Jan 13 2020, 7:42 PM · Fedora, pinentry, Bug Report
Rycky_Tigg added a comment to T4809: Non-operational functions and missing feature.

Hey. As reference – Complete set of features while run in Windows.

Jan 13 2020, 6:32 PM · Fedora, pinentry, Bug Report
werner added a comment to T4809: Non-operational functions and missing feature.

Please describe which features are missing.

Jan 13 2020, 4:53 PM · Fedora, pinentry, Bug Report
Rycky_Tigg created T4809: Non-operational functions and missing feature.
Jan 13 2020, 3:22 PM · Fedora, pinentry, Bug Report

Jul 2 2019

kloczek added a comment to T4602: 2.2.16: test suite fails.

I cannot do that because all listed above packages are my own products.
Fedora is not execution test suites in more than 90% of all packages so they are not aware of most of the issues exposed by test suites.
Please focus on possible causes of above tests.
I'm opened on any suggestions to make additional diagnostics.

Jul 2 2019, 4:02 PM · Fedora, gnupg, Bug Report
werner triaged T4602: 2.2.16: test suite fails as Low priority.

Thanks. You may want to ask on the mailing list gnupg-users to see whether someone else has had problems building on rawhide. Right now we do not have the time for individual support and thus I unfortunately need to prioritize this bug report down.

Jul 2 2019, 3:43 PM · Fedora, gnupg, Bug Report

Oct 24 2017

gniibe closed T2738: gpg crashes when attempting to write a key to a card as Wontfix.

GnuPG 1.4 is only for old features. New features are only supported by GnuPG 2.2.

Oct 24 2017, 2:21 AM · Fedora, Bug Report, gnupg (gpg14)

Oct 20 2017

werner added a comment to T2738: gpg crashes when attempting to write a key to a card.

I would suggest to close this as won't fix.

Oct 20 2017, 12:56 PM · Fedora, Bug Report, gnupg (gpg14)

Jul 1 2017

marcus closed T1963: ldap keyserver communication error as Invalid.
Jul 1 2017, 1:54 PM · Fedora, gnupg (gpg14), Bug Report, gnupg

May 23 2017

marcus changed the status of T2426: gpgme - Inappropriate ioctl for device from Invalid to Resolved.
May 23 2017, 9:38 AM · Python, Fedora, Bug Report, gpgme
marcus renamed T2426: gpgme - Inappropriate ioctl for device from NATIONAL SECURITY. FEDERAL OFFENSE 12-20yrs FEDERAL PRISON to gpgme - Inappropriate ioctl for device.
May 23 2017, 9:38 AM · Python, Fedora, Bug Report, gpgme

Apr 11 2017

gniibe removed a project from T2738: gpg crashes when attempting to write a key to a card: gnupg.

Please use GnuPG 2 (2.0 or 2.1) for using smartcard/token.
smartcard support in GnuPG 1.4 is way old and only supports shorter key length.

Apr 11 2017, 3:25 AM · Fedora, Bug Report, gnupg (gpg14)

Mar 30 2017

admin created Fedora.
Mar 30 2017, 6:42 PM

Jan 6 2017

werner closed T1986: gpg-1 should fallback to ~/.gnupg/S.gpg-agent as Resolved.
Jan 6 2017, 6:16 PM · gnupg, Fedora, Feature Request
werner added a comment to T1986: gpg-1 should fallback to ~/.gnupg/S.gpg-agent.

I would suggest to add

gpgconf --launch gpg-agent
GPG_AGENT_INFO="$(gpgconf --list-dirs agent-socket):-1:1"
export GPG_AGENT_INFO

to your startup script. This starts gpg-agent and sets the correct socket name
into the envar.

Jan 6 2017, 6:16 PM · gnupg, Fedora, Feature Request

Nov 30 2016

gniibe claimed T2738: gpg crashes when attempting to write a key to a card.
Nov 30 2016, 3:12 AM · Fedora, Bug Report, gnupg (gpg14)

Oct 6 2016

baptistemm added projects to T2738: gpg crashes when attempting to write a key to a card: gnupg (gpg14), gnupg, Bug Report, Fedora.
Oct 6 2016, 4:15 AM · Fedora, Bug Report, gnupg (gpg14)

Aug 16 2016

werner added a comment to T2426: gpgme - Inappropriate ioctl for device.

Thanks for testing.

Aug 16 2016, 7:36 PM · Python, Fedora, Bug Report, gpgme
werner closed T2426: gpgme - Inappropriate ioctl for device as Resolved.
Aug 16 2016, 7:36 PM · Python, Fedora, Bug Report, gpgme

Aug 14 2016

techtonik added a comment to T2426: gpgme - Inappropriate ioctl for device.

I've made new container and can't repeat the bug. gpgme
components got updated in Fedora.

Aug 14 2016, 5:59 PM · Python, Fedora, Bug Report, gpgme

Aug 2 2016

justus added a comment to T2426: gpgme - Inappropriate ioctl for device.

Ok, there are no significant patches on top of pygpgme. Note that pygpgme is not really
maintained, and that we neither develop nor support pygpgme. But seeing that dnf is important to
Fedora, let's figure this out.

It would be nice if you could try to reproduce the problem without pygpgme though, just to make a
more minimal test case. I see the exception is thrown during some import. This is how I strace
gnupg to see what ioctls it is issuing:

% strace -eioctl g10/gpg --import ../tests/openpgp/samplekeys/ecc-sample-1-pub.asc
gpg: NOTE: THIS IS A DEVELOPMENT VERSION!
gpg: It is only intended for test purposes and should NOT be
gpg: used in a production environment or with production keys!
gpg: key 0BA52DF0BAA59D9C: public key "ec_dsa_dh_256 <openpgp@brainhub.org>" imported

  • SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=26716, si_uid=1000, si_status=0,

si_utime=0, si_stime=0} ---
ioctl(0, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, {B38400 opost isig icanon
echo ...}) = 0
ioctl(0, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, {B38400 opost isig icanon
echo ...}) = 0
gpg: Total number processed: 1
gpg: imported: 1
+++ exited with 0 +++

Note that if you try to strace your gpgme-based application, you need to pass '-f' to strace to
follow forks.

I have grepped through gpgme and gnupg, and it looks like gnupg is only doing ioctls to terminals,
so maybe your container setup is doing something funny to terminals. But let's see what the strace
shows.

Aug 2 2016, 2:06 PM · Python, Fedora, Bug Report, gpgme

Jul 29 2016

techtonik added a comment to T2426: gpgme - Inappropriate ioctl for device.

Here is the info about Fedora patches
https://www.rpmfind.net/linux/RPM/fedora/secondary/devel/rawhide/src/p/pygpgme-0.3-15.fc24.src.html

Jul 29 2016, 3:26 PM · Python, Fedora, Bug Report, gpgme
techtonik added a comment to T2426: gpgme - Inappropriate ioctl for device.

On Wed, Jul 27, 2016 at 1:24 PM, Justus Winter via BTS
<gnupg@bugs.g10code.com> wrote:

I see that you are using pygpgme, is that correct?If so, which version, and are
there significant patches applied in the Fedora package? And can you please tell
me what version of libgpgme you are using?

Jul 29 2016, 3:11 PM · Python, Fedora, Bug Report, gpgme

Jul 27 2016

justus added a comment to T2426: gpgme - Inappropriate ioctl for device.

Thanks for the report.

I see that you are using pygpgme, is that correct? If so, which version, and are
there significant patches applied in the Fedora package? And can you please tell
me what version of libgpgme you are using?

Let's try to figure out which ioctl fails. Could you try to strace this process?

Jul 27 2016, 12:24 PM · Python, Fedora, Bug Report, gpgme
justus claimed T2426: gpgme - Inappropriate ioctl for device.
Jul 27 2016, 12:24 PM · Python, Fedora, Bug Report, gpgme
techtonik added projects to T2426: gpgme - Inappropriate ioctl for device: Python, Fedora, Bug Report, gpgme.
Jul 27 2016, 11:01 AM · Python, Fedora, Bug Report, gpgme

Nov 19 2015

neal added a comment to T1963: ldap keyserver communication error.

I'm closing this as Werner think it is a problem with Fedora and the original
reporter hasn't suggested this is not the case.

Nov 19 2015, 9:41 AM · Fedora, gnupg (gpg14), Bug Report, gnupg

Nov 11 2015

aheinecke closed T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected as Resolved.
Nov 11 2015, 3:28 PM · Not A Bug, Fedora, Bug Report, gnupg
aheinecke added a comment to T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected.

For the record Rolf Eike Beer still maintains KGpg (I was not aware of this when
i wrote T2048 (aheinecke on Aug 28 2015, 10:54 PM / Roundup))
And he is planning to port it to Qt5.
See: https://mail.kde.org/pipermail/kde-community/2015q3/001651.html

Please leave this issue closed here. This bug either belongs in the Fedora
Bugtracker or in KDE's bugtracker.

Nov 11 2015, 3:28 PM · Not A Bug, Fedora, Bug Report, gnupg

Nov 8 2015

SlipperyCow reopened T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected as "Open".
Nov 8 2015, 5:09 AM · Not A Bug, Fedora, Bug Report, gnupg
SlipperyCow added a comment to T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected.

On 6 November, there was finally some movement on the 22 July Bug I filed at:

https://bugzilla.redhat.com/show_bug.cgi?id=1245732

Rex Dieter provided the underlying explanation of the KGpg autostart failure on
Fedora 22 (or newer) systems:

He stated:

"Simple reason is that plasma5 doesn't support kde4 apps' use of
X-KDE-Autostart-condition"

Note: Rex is also developing/testing a patch to address this plasma5
shortcoming for Fed 22 systems.

Importantly, and as I had suspected and alluded to, this plasma5 lack of support
explains why the KGpp failure to autostart occured *only* on my Fed 22 systems,
and did not impact any of the other KDE operating systems I use.

I have upgraded all my Fed 22 systems to Fed 23, where the KGpg autostart
currently continues to persist. I have documented the workaround in the Bug
report linked above for anyone impacted. This workaround also works in Fed 23.

Hopefully, this issue will be fully resolved in the next Fedora-approved release
of KGpg.

Nov 8 2015, 5:09 AM · Not A Bug, Fedora, Bug Report, gnupg

Nov 6 2015

neal added a comment to T1210: gpgkey2ssh aborting when run without parameters.

The main complaint was fixed in 2b27acc and the program was marked as deprecated
in the documentation.

Nov 6 2015, 12:32 PM · Fedora, Feature Request
neal closed T1210: gpgkey2ssh aborting when run without parameters as Resolved.
Nov 6 2015, 12:32 PM · Fedora, Feature Request

Sep 28 2015

werner closed T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected as Resolved.
Sep 28 2015, 11:14 AM · Not A Bug, Fedora, Bug Report, gnupg

Sep 24 2015

SlipperyCow added a comment to T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected.

I laughed when I first read aheinecke's comments, at least right up until the
moment the gravity of the 'unmaintained upstream' hit me!

The Bug I filed on 22 July at: https://bugzilla.redhat.com/show_bug.cgi?id=1245732

has gone exactly nowhere, in a hurry, despite being assigned to Ngo Than.

In any event, another Fedora Forum user and I tracked down the root cause ourselves.

I can confirm this KGpg failure to autostart is *NOT* in any way related to GnuPG.

I have already documented how to cause, and how to avoid, this KGpg autostart
failure in this thread: http://forums.fedoraforum.org/showthread.php?t=305604

Hint: If you are interested, read page 2 of ^that thread first, for a summary,
and a reproducible testing procedure.

aheinecke: Kleopatra was, and is, a 'thing' of beauty! ;-3

Sep 24 2015, 5:45 PM · Not A Bug, Fedora, Bug Report, gnupg
SlipperyCow reopened T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected as "Open".
Sep 24 2015, 1:12 PM · Not A Bug, Fedora, Bug Report, gnupg

Sep 3 2015

neal removed a project from T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected: Stalled.
Sep 3 2015, 10:41 AM · Not A Bug, Fedora, Bug Report, gnupg
neal closed T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected as Resolved.
Sep 3 2015, 10:41 AM · Not A Bug, Fedora, Bug Report, gnupg
neal added a comment to T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected.

Based on aheinecke's comments I'm closing this.

Sep 3 2015, 10:41 AM · Not A Bug, Fedora, Bug Report, gnupg

Aug 28 2015

aheinecke added a project to T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected: Not A Bug.
Aug 28 2015, 10:54 PM · Not A Bug, Fedora, Bug Report, gnupg
aheinecke added a comment to T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected.

Kgpg is unmaintained upstream (meaning KDE) Afaik it does not work with gnupg 2.1

We (talking as a kdepim developer here) are currently in the process of removing
libkgpg dependencies in the hope to remove Kgpg altogether. You should use
Kleopatra and nag the Kleopatra developers (me) about features of KGpgp you will
miss in Kleopatra.

This bug has nothing to do with Gpg and should be filed on bugs.kde.org against
kgpg (but as I said it's unmaintained so you probably should not bother)

Aug 28 2015, 10:54 PM · Not A Bug, Fedora, Bug Report, gnupg

Jul 27 2015

SlipperyCow added a comment to T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected.

Hi Neal,

A minor heads up.

I have appended the following to KGpg Failure to AutoStart bug report in the
hope it allows the devs to think about the nature of this problem's root cause
from a broader perspective:

Additionally, note re: the failure of KGpg to AutoStart:

All of the testing I've described in this bug report, and on the Fedora Forum
link, was performed using a native Fed 22 system installed on a HDD. On this
HDD-based system, I had previously run Fed 21, and used fedup to arrive at Fed 22.

However, I also run Fed 22 as a Guest OS in both VBox and KVM. Installation of
both of these virtual Guests was accomplished using the Fed 22 KDE Spin *.iso.

IIRC, when Fed 22 is first cleanly installed from the *.iso, the gpg2 version
installed is: 2.1.14. After the first: dnf upgrade is performed, gpg2 version
2.1.15 gets pulled in.

Despite these differences, in all three of my Fed 22 installations, KGpg fails
to AutoStart, despite being enabled.

Jul 27 2015, 5:31 AM · Not A Bug, Fedora, Bug Report, gnupg

Jul 23 2015

SlipperyCow added a comment to T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected.

Hi Neal,

Some positive progress to report. A workaround to brute force KGpg to AutoStart
on Fed 22 has been identified in the Fedora Forum where I've been working this
issue.

I have already appended this information to the official bug report in the hope
it helps the devs identify the underlying root cause.

I copy the workaround here so other users of this site and Fed 22 have a process
they can try if desired.

As a workaround to KGpg's failure to AutoStart, this brute force method works on
my Fed 22/KDE system:

  1. Manually start kgpg from Konsole:

$ kgpg

  1. Ensure ~/.config/autostart is empty. My autostart directory contained one

file , so I did:

mv /home/<username>/.config/autostart/kgpg.desktop /home/<username>

  1. Copy the default startfile to the local user's autostart folder to override

defaults:

cp /usr/share/autostart/kgpg.desktop /home/<username>/.config/autostart/

  1. Edit the ".config/autostart/kgpg.desktop" file by setting autostart to "true"

(from it's default value of 'false")

X-KDE-autostart-condition=kgpgrc:User Interface:AutoStart:true

  1. Save, Close, Logout
  1. Following Login, note that KGpg is 'autostarted'. This means the KGpg icon is

available in the System Tray, under Status & Notifications, and KGpg has been
assigned a PID, and is running. Clicking on the KGpg icon shows that all KGpg
functions work correctly.

This brute force method is also known to survive subsequent logouts - logins,
and reboots.

Jul 23 2015, 11:44 AM · Not A Bug, Fedora, Bug Report, gnupg
werner set External Link to https://bugzilla.redhat.com/show_bug.cgi?id=1245732 on T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected.
Jul 23 2015, 11:13 AM · Not A Bug, Fedora, Bug Report, gnupg

Jul 22 2015

SlipperyCow added a comment to T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected.

Hi Neal,

I have spent several days debugging this AutoStart failure within the Fedora
Forum. However, none of that effort has yielded any useful information.

Therefore, I have filed a bug report on Fedora's bug tracker covering this
topic, available here:

https://bugzilla.redhat.com/show_bug.cgi?id=1245732

I will let you know the outcome.

Jul 22 2015, 6:28 PM · Not A Bug, Fedora, Bug Report, gnupg

Jul 21 2015

werner changed Version from 2.1.15 to 2.1.5 on T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected.
Jul 21 2015, 3:18 PM · Not A Bug, Fedora, Bug Report, gnupg

Jul 20 2015

neal added a comment to T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected.

I don't know what you mean by "documented the issue". The best thing to do is
to report the bug in the KGpg or Fedora bug tracker.

Jul 20 2015, 11:51 AM · Not A Bug, Fedora, Bug Report, gnupg
SlipperyCow added a comment to T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected.

Hi Neal,

I understand your position on this issue.

As an interim heads up, I have documented this issue in the Fedora Forum. As my
post is only a few hours old, I'll keep an eye on it, and will be sure to let
you know if anything interesting shakes out.

Jul 20 2015, 5:56 AM · Not A Bug, Fedora, Bug Report, gnupg

Jul 17 2015

neal added a comment to T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected.

Also: feel free to add the link to this issue and if it does turn out to be a
problem with GnuPG add any information here. Thanks!

Jul 17 2015, 10:03 AM · Not A Bug, Fedora, Bug Report, gnupg
neal added a project to T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected: Stalled.
Jul 17 2015, 9:59 AM · Not A Bug, Fedora, Bug Report, gnupg
neal added a comment to T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected.

Thanks for the report. We're not upsteam for KGpg and neither I nor Werner use
Fedora, which makes this issue difficult to debug. Can you please file a bug
report in Fedora's tracker? Thanks.

Jul 17 2015, 9:59 AM · Not A Bug, Fedora, Bug Report, gnupg
SlipperyCow added a comment to T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected.

The Problem: KGpg fails to automatically start at login on Fedora 22 with KDE.

I have KGpg configured with: Start KGpg automatically at login, selected.

This option is located at:

Configure KGpg, Misc, under the Global Settings tab.

I am running: gpg2 --version = gpg (GnuPG) 2.1.5 + libgcrypt 1.6.3

Following boot, and login, I have verified, using top, that KGpg is not running.

Furthermore, there is no KGpg launch/configuration/encryption icon available in
the System Tray, under Status & Notifications.

If I want to use KGpg, I must manually start KGpg. Following this manual
start, KGpg does indeed begin running, and is assigned a PID, then the
KGpg icon does appear in the Status & Notifications section of the System Tray.

Once manually launched, KGpg does work correctly.

Importantly, note that KGpg does autostart correctly, with a properly functioning
KGpg icon immediately available after login on both of my Gentoo Hardened and
Debian 8 rigs. Each of those operating systems run GnuPG 2.0.6, and both use
KDE with KGpg configured to automatically start at login.

I do not know whether this issue is being caused by 2.1.15, or something
KDE/Fedora did with KDE/Plasma5 in their release of Fed 22.

Any insights are appreciated.

Jul 17 2015, 7:55 AM · Not A Bug, Fedora, Bug Report, gnupg
SlipperyCow set Version to 2.1.15 on T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected.
Jul 17 2015, 7:40 AM · Not A Bug, Fedora, Bug Report, gnupg
SlipperyCow added projects to T2048: KGpg Fails to Autostart on Fedora 22 with KDE Despite 'Start KGpg automatically at login' Being Selected: gnupg, Bug Report, Fedora.
Jul 17 2015, 7:40 AM · Not A Bug, Fedora, Bug Report, gnupg

May 21 2015

werner added a comment to T1986: gpg-1 should fallback to ~/.gnupg/S.gpg-agent.

That might be possible. However outstarting gpg-agent won't be implemented for 1.4.

May 21 2015, 8:57 AM · gnupg, Fedora, Feature Request
werner renamed T1986: gpg-1 should fallback to ~/.gnupg/S.gpg-agent from gpg-1 cannot locate gpg-agent-2.1 to gpg-1 should fallback to ~/.gnupg/S.gpg-agent.
May 21 2015, 8:57 AM · gnupg, Fedora, Feature Request

May 18 2015

ppisar added a comment to T1986: gpg-1 should fallback to ~/.gnupg/S.gpg-agent.

On Mon, May 18, 2015 at 10:37:08AM +0000, Werner Koch via BTS wrote:

Please start gpg-agent manually (gpgconf --launch gpg-agent) and set a fixed
GPG_AGENT_INFO envvar in your login script.

Exactly this thing I reported as a workaound. I'd like to see working gpg
without setting the GPG_AGENT_INFO variable before.

May 18 2015, 12:46 PM · gnupg, Fedora, Feature Request
werner added a comment to T1986: gpg-1 should fallback to ~/.gnupg/S.gpg-agent.

Please start gpg-agent manually (gpgconf --launch gpg-agent) and set a fixed
GPG_AGENT_INFO envvar in your login script.

May 18 2015, 12:37 PM · gnupg, Fedora, Feature Request

May 14 2015

ppisar added projects to T1986: gpg-1 should fallback to ~/.gnupg/S.gpg-agent: Feature Request, Fedora, gnupg.
May 14 2015, 9:37 AM · gnupg, Fedora, Feature Request

May 11 2015

werner added a project to T1963: ldap keyserver communication error: Fedora.
May 11 2015, 7:06 PM · Fedora, gnupg (gpg14), Bug Report, gnupg

May 7 2015

gniibe added a comment to T1402: [PATCH] gpg-protect-tool doesn't pass DISPLAY to agent.

Confirmed that this is fixed in GnuPG in 2.0.25. In the external reference (the
bugzilla at RedHat), it's also closed already.
In the SCM (http://pkgs.fedoraproject.org/cgit/gnupg2.git), it's
1f6281e091d124170238821e7b9150ab56ff1195 which
removed the patch.

May 7 2015, 4:20 AM · Fedora, Bug Report, gnupg
gniibe closed T1402: [PATCH] gpg-protect-tool doesn't pass DISPLAY to agent as Resolved.
May 7 2015, 4:20 AM · Fedora, Bug Report, gnupg

Aug 6 2014

werner removed a project from T1680: import filter is too strict for username matching hex string: In Progress.
Aug 6 2014, 6:52 PM · Fedora, Bug Report, gnupg
werner closed T1680: import filter is too strict for username matching hex string as Resolved.
Aug 6 2014, 6:52 PM · Fedora, Bug Report, gnupg
werner added a comment to T1680: import filter is too strict for username matching hex string.

and for 1.4

Aug 6 2014, 6:52 PM · Fedora, Bug Report, gnupg
werner added a comment to T1680: import filter is too strict for username matching hex string.

Fixed for 2.0.

Aug 6 2014, 5:14 PM · Fedora, Bug Report, gnupg
werner added a comment to T1680: import filter is too strict for username matching hex string.

This is already known and has been discussed at gnupg-devel -users. This is
indeed a regression which needs to be fixed. The import filter does only check
the primary key and as soon as you downlaod via a subkey id the key is rejected.

It is on my short list.

Aug 6 2014, 10:47 AM · Fedora, Bug Report, gnupg
werner added a project to T1680: import filter is too strict for username matching hex string: In Progress.
Aug 6 2014, 10:47 AM · Fedora, Bug Report, gnupg
eblake added projects to T1680: import filter is too strict for username matching hex string: gnupg, Bug Report, Fedora.
Aug 6 2014, 3:44 AM · Fedora, Bug Report, gnupg
eblake set Version to 1.4.18 on T1680: import filter is too strict for username matching hex string.
Aug 6 2014, 3:44 AM · Fedora, Bug Report, gnupg

Jun 25 2014

werner added a comment to T1402: [PATCH] gpg-protect-tool doesn't pass DISPLAY to agent.

commit 045c979 has the patch to be released with 2.0.25.

Jun 25 2014, 5:28 PM · Fedora, Bug Report, gnupg
aheinecke added a comment to T1402: [PATCH] gpg-protect-tool doesn't pass DISPLAY to agent.

The gnupg version mentioned in T1402 (aheinecke on Jun 25 2014, 03:48 PM / Roundup) should be 2.0.22 and not 2.0.18

Jun 25 2014, 3:51 PM · Fedora, Bug Report, gnupg
aheinecke added a comment to T1402: [PATCH] gpg-protect-tool doesn't pass DISPLAY to agent.

I can confirm the problem described in the redhat bug still exists. Ran into it
on ubuntu 14.4 with gnupg 2.0.18 (with use-agent in the gpg config).

gpgsm --import <cert> failed with decryption failed without opening pinentry.
But after unsetting GPG_AGENT_INFO it worked.

Jun 25 2014, 3:48 PM · Fedora, Bug Report, gnupg

Apr 18 2012

tootea added a comment to T1402: [PATCH] gpg-protect-tool doesn't pass DISPLAY to agent.

Is it just me, or are both of my messages truncated to a single line?!

Apr 18 2012, 9:03 PM · Fedora, Bug Report, gnupg
tootea added a comment to T1402: [PATCH] gpg-protect-tool doesn't pass DISPLAY to agent.

This is in no way specific to Kleopatra (the KDE certificate manager), gpgsm --

Apr 18 2012, 9:01 PM · Fedora, Bug Report, gnupg
werner added a comment to T1402: [PATCH] gpg-protect-tool doesn't pass DISPLAY to agent.

KDE's Kontact has been developed along with GnuPG, thus I wonder why you have
this problem. Can you please explain the problem a bit more detailed?

Apr 18 2012, 12:05 PM · Fedora, Bug Report, gnupg

Apr 11 2012

tootea set Version to 2.0.18 on T1402: [PATCH] gpg-protect-tool doesn't pass DISPLAY to agent.
Apr 11 2012, 10:31 PM · Fedora, Bug Report, gnupg
tootea added projects to T1402: [PATCH] gpg-protect-tool doesn't pass DISPLAY to agent: gnupg, Bug Report, Fedora.
Apr 11 2012, 10:31 PM · Fedora, Bug Report, gnupg

Apr 19 2010

werner added a comment to T1210: gpgkey2ssh aborting when run without parameters.

It is liklely that we remove gpgkey2ssh entirely. It used to be a test program
for the gpg-agent implementation. I never used it.

Apr 19 2010, 8:53 AM · Fedora, Feature Request

Apr 7 2010

t8m added projects to T1210: gpgkey2ssh aborting when run without parameters: Feature Request, Fedora.
Apr 7 2010, 7:15 PM · Fedora, Feature Request

Feb 7 2007

werner closed T757: Can't encrypt with multple keys as Resolved.
Feb 7 2007, 2:58 PM · Fedora, Bug Report, gpa
werner added a comment to T757: Can't encrypt with multple keys.

Fixed today in SVN

Feb 7 2007, 2:58 PM · Fedora, Bug Report, gpa
werner added projects to T757: Can't encrypt with multple keys: gpa, Bug Report, Fedora.
Feb 7 2007, 2:56 PM · Fedora, Bug Report, gpa
werner set External Link to http://bugzilla.redhat.com/bugzilla/191414 on T757: Can't encrypt with multple keys.
Feb 7 2007, 2:56 PM · Fedora, Bug Report, gpa