Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 539875 - Password entry dialog is broken when used with pipe
Summary: Password entry dialog is broken when used with pipe
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: gnupg2
Version: rawhide
Hardware: All
OS: Linux
low
urgent
Target Milestone: ---
Assignee: Rex Dieter
QA Contact: Fedora Extras Quality Assurance
URL: http://bugs.gentoo.org/217640
Whiteboard:
Depends On:
Blocks: 539150
TreeView+ depends on / blocked
 
Reported: 2009-11-21 12:49 UTC by Robert Scheck
Modified: 2010-02-14 03:35 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-02-14 03:35:49 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Gentoo 217640 0 None None None Never

Description Robert Scheck 2009-11-21 12:49:45 UTC 
Description of problem:
Rebuilding of my perl-Crypt-GPG package doesn't any longer work, since gnupg2
is used instead of gnupg, see bug #539150 and below:

[11:55:10] < rsc> Could somebody please have a look to http://koji.fedoraproject.org/koji/taskinfo?taskID=1820381? Why doesn't it ever end?
[12:49:30] < G> rsc: sounds like the tests don't like Koji
[12:50:22] < rsc> G: in the past, that worked
[12:50:57] < rsc> G: I just fired a scratch build to see whether the rebuild issue of mdomsch can be verified
[12:51:18] < G> rsc: why does it start a gpg-agent btw?
[12:51:30] < rsc> G: no idea?
[12:52:08] < G> rsc: it looks like it's waiting on input...
[12:52:22] < G> 427      19660  0.0  0.0  14580  1000 ?        SL   Nov20   0:00 /usr/bin/pinentry-curses
[12:55:47] < rsc> hmmm
[12:56:29] < G> rsc: pstree claims thats the last process executed for your build
[12:56:42] < G> rsc: mind if I nuke it to clean up the build?
[12:56:57] < rsc> G: that's okay. I wonder why it worked in past
[12:57:18] < G> 427      19652  0.0  0.1 142908  8840 ?        S    Nov20   0:00 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/01-keygen.t t/02-import.t t/03-export.t t/04-encdec.t t/05-sigver.t t/06-keyops.t
[12:57:27] < G> rsc: that should help isolate the failing test
[12:57:38] < rsc> that's all tests IIRC ;)
[12:58:20] < G> rsc: ahh well, GPG.pm line 479 is where it got
[13:00:48] < G> rsc: it's cleaned up now, but yeah, looks like gpg-agent and pinentry-curses was causing it to get stuck
[13:01:13] < G> rsc: actually yeah, looks like it was 'perl -w t/01-keygen.t'
[13:01:27] < tmz> Could the failure be due to changing from gnupg1 to gnupg2 recently?
[13:01:47] < rsc> tmz: it uses /usr/bin/gpg
[13:02:01] < G> hmmm if we did change, then it could be different behaviours for key generation
[13:02:39] < tmz> rsc: And that's now from gnupg2 in rawhide.
[13:03:13] < rsc> http://koji.fedoraproject.org/koji/rpminfo?rpmID=1526401
[13:03:14] < rsc> hu?
[13:03:31] < rsc> gnupg-1.4.10-1.fc12 ships /usr/bin/gpg
[13:04:29] < tmz> Check the root.log for that build though.  It pulls in gnupg2.  This was changed recently to provide gnupg as the plan is to only ship gnupg2 now.
[13:04:40] < rsc> urgs.
[13:04:50] < G> okay, that is confusing
[13:05:10] < rsc> nobody wants gpg2 ;)
[13:05:33] < tmz> rsc: I can't disagree with that.  I prefer gnupg1 as well.
[13:05:58] < rsc> ah, looks like gnupg2 is broken by design: http://bugs.gentoo.org/217640
[13:07:02] < G> rsc: ouch, thats the bug
[13:07:17] * rsc tends to add a Conflicts: gnupg2 ;)

Version-Release number of selected component (if applicable):
gnupg2-2.0.13-3

How reproducible:
Everytime, see above.

Actual results:
Password entry dialog is broken when used with pipe.

Expected results:
Working with gnupg2 as it ever worked in gnupg without manual fuddling.

Additional info:
http://bugs.gentoo.org/217640
Comment 1 Tomas Mraz 2009-11-23 08:58:50 UTC 
Please use options --passphrase-fd 0 and --batch when calling the gpg.
Comment 2 Robert Scheck 2009-12-03 21:38:24 UTC 
And at which places in perl-Crypt-GPG will I need to use these parameters to
get things working again?
Comment 3 Tomas Mraz 2009-12-04 15:21:53 UTC 
It would have to be added to all the places where the gpg is invoked. Unfortunately the gen key invocation has to be modified for the --batch mode because gpg in the batch mode does not prompt for the key parameters but rather expects the parameters in the form of 'Parameter: value' lines.
Comment 4 Robert Scheck 2009-12-13 15:05:25 UTC 
Could I please get some support here? I did not break the stuff, that was the 
person(s) who decided to obsolete gnupg in favour of gnupg2. As you walked this
way, please provide a fix for my package. Rex, can you please show up and help?
Comment 5 Rex Dieter 2009-12-13 15:25:42 UTC 
Obsoleting gnupg wasn't really my doing... Tomas has led the gnupg->gnupg2 effort here, and has been kind enough to provide good direction on where/how to fix this ...

I can try to help where I can, perhaps enough to provide concrete patches, though honestly I'm a bit swamped these days.
Comment 6 Tomas Mraz 2009-12-14 12:24:03 UTC 
Unfortunately I don't know perl much so it is not quite easy for me to make the changes especially in the gen key function.
Comment 7 FTBFS 2010-02-14 03:35:46 UTC 
FTBFS fixed in gnupg2-2.0.14-2.fc13.  Closing.
Note You need to log in before you can comment on or make changes to this bug.