You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
(23) |
Apr
(6) |
May
(29) |
Jun
(43) |
Jul
(12) |
Aug
(21) |
Sep
(35) |
Oct
(33) |
Nov
(19) |
Dec
(55) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(29) |
Feb
(37) |
Mar
(56) |
Apr
(14) |
May
(15) |
Jun
(1) |
Jul
(4) |
Aug
(37) |
Sep
(13) |
Oct
(3) |
Nov
(3) |
Dec
(5) |
2003 |
Jan
(4) |
Feb
(5) |
Mar
(1) |
Apr
|
May
(10) |
Jun
(12) |
Jul
(24) |
Aug
(23) |
Sep
(6) |
Oct
(14) |
Nov
(5) |
Dec
|
2004 |
Jan
(7) |
Feb
|
Mar
(16) |
Apr
(5) |
May
(7) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2005 |
Jan
(45) |
Feb
(14) |
Mar
(4) |
Apr
(9) |
May
(1) |
Jun
(38) |
Jul
(27) |
Aug
|
Sep
(8) |
Oct
(4) |
Nov
(4) |
Dec
|
2006 |
Jan
|
Feb
(5) |
Mar
|
Apr
(8) |
May
(9) |
Jun
(4) |
Jul
(5) |
Aug
(9) |
Sep
(16) |
Oct
|
Nov
(1) |
Dec
(2) |
2007 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
(6) |
Jun
(6) |
Jul
(14) |
Aug
|
Sep
(4) |
Oct
|
Nov
(4) |
Dec
|
2008 |
Jan
(8) |
Feb
(3) |
Mar
(2) |
Apr
(5) |
May
(1) |
Jun
|
Jul
|
Aug
(11) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(7) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
(6) |
Dec
(2) |
2010 |
Jan
|
Feb
|
Mar
|
Apr
(6) |
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
(2) |
2011 |
Jan
(2) |
Feb
|
Mar
|
Apr
(34) |
May
(15) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: SourceForge.net <no...@so...> - 2011-05-24 16:32:23
|
Bugs item #3307040, was opened at 2011-05-24 18:19 Message generated for change (Comment added) made by alexwillner You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=3307040&group_id=20789 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GPGFileTool Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Tim Crawford (timcrawf) Assigned to: Nobody/Anonymous (nobody) Summary: GPGFileTool Doesn't ask for passphrase Initial Comment: I have this application installed on three computers. On two it works as expected. I open an encrypted file and click do it. I am prompted for a passphrase. The third one used to do this, but now there is no prompt for a passphrase, just a pause then an error stating that there was no passphrase. I have deleted the app and preference file. Then reinstalled the application. I have the same results. Any other suggestions? ---------------------------------------------------------------------- Comment By: Alex (alexwillner) Date: 2011-05-24 18:32 Message: Tim, GPGFileTool was not updated since 2003. Please consider to have a look at http://gpgtools.org and http://osx.iusethis.com/app/gpgfiletool ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=3307040&group_id=20789 |
From: SourceForge.net <no...@so...> - 2011-05-24 16:20:26
|
Bugs item #3307040, was opened at 2011-05-24 11:19 Message generated for change (Settings changed) made by timcrawf You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=3307040&group_id=20789 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GPGFileTool Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Tim Crawford (timcrawf) Assigned to: Nobody/Anonymous (nobody) >Summary: GPGFileTool Doesn't ask for passphrase Initial Comment: I have this application installed on three computers. On two it works as expected. I open an encrypted file and click do it. I am prompted for a passphrase. The third one used to do this, but now there is no prompt for a passphrase, just a pause then an error stating that there was no passphrase. I have deleted the app and preference file. Then reinstalled the application. I have the same results. Any other suggestions? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=3307040&group_id=20789 |
From: SourceForge.net <no...@so...> - 2011-05-24 16:19:10
|
Bugs item #3307040, was opened at 2011-05-24 11:19 Message generated for change (Tracker Item Submitted) made by timcrawf You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=3307040&group_id=20789 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GPGFileTool Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Tim Crawford (timcrawf) Assigned to: Nobody/Anonymous (nobody) Summary: Doesn't ask for passphrase Initial Comment: I have this application installed on three computers. On two it works as expected. I open an encrypted file and click do it. I am prompted for a passphrase. The third one used to do this, but now there is no prompt for a passphrase, just a pause then an error stating that there was no passphrase. I have deleted the app and preference file. Then reinstalled the application. I have the same results. Any other suggestions? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=3307040&group_id=20789 |
From: SourceForge.net <no...@so...> - 2011-05-19 06:26:57
|
Bugs item #1145106, was opened at 2005-02-20 19:19 Message generated for change (Settings changed) made by rhwood You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1145106&group_id=20789 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GPG Keychain Access Group: None Status: Open Resolution: None Priority: 4 Private: No Submitted By: Randall Wood (rhwood) >Assigned to: Nobody/Anonymous (nobody) Summary: Keys can not be created if special characters are in name Initial Comment: GPG Keychain Access 0.7.0.1: Generating keys fails without error if a special character (umlauts, accents, titldes, etc) are included in the name. GPG returns this message when GKA is run from the command line: gpg: -:1: missing colon This problem does not exist when GKA is built from CVS HEAD. It is related to how we run gpg in GKA 0.7.x. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1145106&group_id=20789 |
From: SourceForge.net <no...@so...> - 2011-05-19 06:25:41
|
Bugs item #871802, was opened at 2004-01-06 13:00 Message generated for change (Settings changed) made by rhwood You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=871802&group_id=20789 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GPG Keychain Access Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: A. (flugor) >Assigned to: Nobody/Anonymous (nobody) Summary: GPG Keychain Access Crash Initial Comment: Am 04.01.2004 um 15:48 schrieb Randall Wood: >Looking at the logs, it looks the programs are crashing while attempting to >read the user ids from one of the keys on your GPG keychain. looking thru the keyring, the only "unusual" thing i can find are some keys with non-ascii (escaped) Names: pub 2048R/EF36997B 2001-01-27 H\xfc\x72bine von Pleuselspink <hue...@ny...> is one example (and a wellknown address...) >What version of gpg are you using? 1.2.4 because i use MacOSX 10.3.2. >You might want to try these commands from a terminal: > gpg --refresh-keys refreshed a few keys but seems to be unreliable when using gpg --refresh-keys --keyserver search.keyserver.net gpg --fix-trustdb % gpg --fix-trustdb gpg: this command is not yet implemented. gpg: A workaround is to use "--export-ownertrust", remove gpg: the trustdb file and do an "--import-ownertrust". and that's what i did. gpg --list-keys looks unchanged and see what you get. do you need the output? >Are you having similar errors with other gpg-based software, possibly when >encrypting to or verifying against a specific key? I just tested GPGTools 1.1.6 and this Versions fails too. The older version (one that used gpg 1.0.7) worked fine. A friend of mine (Michael Wagener) has the problem, that showing information about a key using gpgkeys shows the information of a wrong key. It looks like that the module which analyses gpg --list-keys fails best regards, Andreas Andreas Franz <nos...@on...> btw: my email-address -is- valid. I use "nospam" to fight the "SWEN"-Worm.... ---------------------------------------------------------------------- Comment By: Randall Wood (rhwood) Date: 2005-01-15 10:09 Message: Logged In: YES user_id=97331 Closed bug <a href="870339">https://sourceforge.net/tracker/ index.php?func=detail&aid=870339&group_id=20789&atid=120789</a> which duplicates this bug. Am working on a tool to enumerate keys so that keys causing problems can be found out. Hope that libGPGME 1.0 makes this problem a non-issue. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=871802&group_id=20789 |
From: SourceForge.net <no...@so...> - 2011-05-19 06:24:27
|
Bugs item #1097343, was opened at 2005-01-06 12:21 Message generated for change (Settings changed) made by rhwood You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1097343&group_id=20789 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GPG Keychain Access Group: None Status: Open Resolution: Postponed Priority: 5 Private: No Submitted By: Stphane Corthsy (davelopper) >Assigned to: Nobody/Anonymous (nobody) Summary: Memory leaked when generating keys Initial Comment: In -[PKController keyGenerate:], created controller is never released; you should use a shared instance instead of creating a new instance for each call. BTW, there's not point to alloc/init/retain, as alloc already performs a retain. ---------------------------------------------------------------------- Comment By: Randall Wood (rhwood) Date: 2005-01-07 10:13 Message: Logged In: YES user_id=97331 While testing code using a shared instance for the GenerateKeyController, I discovered that the code for handling the GenerateKey Window is very ugly and easy to break. So the GenerateKeyController is going to need a lot of work to fix this leak, and is being postponed until after 0.7.0 is released. I don't think this leak is a show-stopper--It seems to me that the overwhelming majority of users of graphical OpenPGP applications are not generating large numbers of keys, so this leak will have a minor or negligable effect on most users. This is not to say that it shouldn't be fixed, just that fixing it will be postponed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1097343&group_id=20789 |
From: SourceForge.net <no...@so...> - 2011-05-19 06:23:34
|
Bugs item #1097345, was opened at 2005-01-06 12:22 Message generated for change (Settings changed) made by rhwood You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1097345&group_id=20789 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GPG Keychain Access Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Stphane Corthsy (davelopper) >Assigned to: Nobody/Anonymous (nobody) Summary: Refresh key list after key import Initial Comment: After key import, key list is not updated ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1097345&group_id=20789 |
From: SourceForge.net <no...@so...> - 2011-05-19 06:22:21
|
Bugs item #1103624, was opened at 2005-01-16 20:49 Message generated for change (Settings changed) made by rhwood You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1103624&group_id=20789 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GPG Keychain Access Group: None Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Randall Wood (rhwood) >Assigned to: Nobody/Anonymous (nobody) Summary: Meanless error "Conflict" when deleting a key Initial Comment: When attempting to delete a public key for which a private key exists, an error message "Conflict" is presented. User gets no additional feedback regarding the situation. ---------------------------------------------------------------------- Comment By: Randall Wood (rhwood) Date: 2005-01-16 21:11 Message: Logged In: YES user_id=97331 A fix that addresses the problem simply by providing a meaningful error message is in CVS. This fix is temporary and unsatisfactory, as we should test a public key for a private component and then treat it as a secret key if the secret component is available. Currently, GPG Keychain Access does no cross-checking between public and secret keys. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1103624&group_id=20789 |
From: SourceForge.net <no...@so...> - 2011-05-19 06:20:31
|
Bugs item #1104378, was opened at 2005-01-18 06:07 Message generated for change (Settings changed) made by rhwood You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1104378&group_id=20789 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GPG Keychain Access Group: None Status: Open Resolution: Postponed Priority: 5 Private: No Submitted By: Alexander Nouak (nouak) >Assigned to: Nobody/Anonymous (nobody) Summary: Wrong message when importing a messed up key Initial Comment: When you import an ASCII armored keyfile which is saved with wrong line endings the key is reported to be imported successfully while not listed in the key window. Because of its malformat it could not be imported, so an appropriate error message should be displayed. ---------------------------------------------------------------------- Comment By: Randall Wood (rhwood) Date: 2005-01-23 06:55 Message: Logged In: YES user_id=97331 GPG Keychain Access 0.7 relies on libgpgme to perform most gpg functions. libgpgme 0.3.14 always reports success for key import operations. Versions of libgpgme more recent than 0.3.14 (0.4.x and 1.0.x) do not build on Mac OS X 10.2, so to maintain compatability with Mac OS X 10.2, GPG Keychain Access 0.7 must use libgpgme 0.3.14. Fixing this bug will be delayed until real work begins on GPG Keychain Access 0.8, which should follow closely on version 0.7, since 0.8 will not attempt to maintain Mac OS X 10.2 compatability. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1104378&group_id=20789 |
From: SourceForge.net <no...@so...> - 2011-05-19 06:18:36
|
Bugs item #1356062, was opened at 2005-11-13 16:00 Message generated for change (Settings changed) made by rhwood You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1356062&group_id=20789 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GPG Keychain Access Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: bjbook (kuestner) >Assigned to: Nobody/Anonymous (nobody) Summary: Assist user with advice of recommended key management Initial Comment: GPG's keychain tool makes it really simple to create keys and upload them to various servers. That's good, but there's also a problem with this, because the simplicity puts a lot of power in the hands of uninformed users. The solution, of course, cannot be to take simplicity away, but rather to guide the user along his/her steps. Here are some examples that should not only be part of the ReadMe but also part of the key creation process in the application: 1) After creation of a key, prompt user to - create revocation key - create backup of keypair (print and/or export) 2) Warn twice before key deletion that the password alone is not, not, not enough. For example a public key can never be removed from a server with just the password alone. 3) Warn the user that uploading to keyserver is not for playing around or testing. Advice users to exchange keys manually until he/she is really sure of know what he/she is doing. 4) Explain concept of fingerprints, web of trust: Public keys "useless" anyway until identity is confirmed. I find it essential that such critical information is part of the application usage. The least should be a quick warning with a link where to find more details. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1356062&group_id=20789 |
From: SourceForge.net <no...@so...> - 2011-05-19 06:16:57
|
Bugs item #1425969, was opened at 2006-02-07 05:02 Message generated for change (Settings changed) made by rhwood You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1425969&group_id=20789 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GPG Keychain Access Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Freek Dijkstra (macfreek) >Assigned to: Nobody/Anonymous (nobody) Summary: GPG KeyChain Access expects gpg in /usr/local/bin Initial Comment: GPG Keychain Access crashes immediately after startup if the gpg is not located at /usr/local/bin/gpg. I had it installed at /opt/local/bin/gpg. As soon as I created a symbolic link, everything works fine. The crash log indicates the error is in: Exception: EXC_BREAKPOINT (0x0006) in Thread 1 Thread 1 Crashed: 0 com.apple.Foundation 0x92901620 _NSRaiseError + 264 1 GPGME 0x18003c3c -[GPGKeyEnumerator initForContext:searchPattern:secretKeysOnly:] + 304 2 GPGME 0x1800362c -[GPGContext (GPGKeyManagement) keyEnumeratorForSearchPattern:secretKeysOnly:] + 116 3 ...rceforge.macgpg.GPGKeychain 0x0000fc64 -[PKOutlineDataSource keyListWithSearchPattern:secretKeysOnly:] + 88 (PKOutlineDataSource.m: 143) 4 ...rceforge.macgpg.GPGKeychain 0x0000ffa0 -[PKOutlineDataSource doRefreshThread:] + 204 (PKOutlineDataSource.m:198) 5 com.apple.Foundation 0x928e66d4 forkThreadForFunction + 108 6 libSystem.B.dylib 0x9002b200 _pthread_body + 96 Not really enough information to determine that gpg is missing. I recommend making a short check during start, and if gpg is not in the expected location, give a warning before quitting. ---------------------------------------------------------------------- Comment By: Stphane Corthsy (davelopper) Date: 2006-02-09 15:22 Message: Logged In: YES user_id=301306 GPG Keychain Access doesn't use the latest MacGPGME framework version (1.1), and thus expects gpg to be located in /usr/local/bin/. Once it will use MacGPGME 1.1 framework, users will be able to use a different location for gpg. As you mention it, GPG Keychain Access should check for gpg presence at startup, and warn user when it can't find it. (I'm not the maintainer) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1425969&group_id=20789 |
From: SourceForge.net <no...@so...> - 2011-05-19 06:14:30
|
Bugs item #1462628, was opened at 2006-04-01 06:01 Message generated for change (Settings changed) made by rhwood You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1462628&group_id=20789 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GPG Keychain Access Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Chris Searle (chrissearle) >Assigned to: Nobody/Anonymous (nobody) Summary: Fails to detect revoked UID Initial Comment: I have two keypairs - one for work - the other for home The work keypair has two id's - we renamed the company - so I revoked the UID pub 1024D/83C1EAEB created: 2002-11-11 expires: never usage: CSA trust: ultimate validity: ultimate sub 2048g/6659860E created: 2002-11-11 expires: never usage: E [ultimate] (1). Chris Searle <ch...@ov...> [ revoked] (2) Chris Searle <ch...@em...> But - in keychain access when using the User IDs tab of the Key inspector - both UIDs show revoked: no ---------------------------------------------------------------------- Comment By: Charly (charavital) Date: 2006-04-02 01:30 Message: Logged In: YES user_id=1265550 Downloaded 83C1EAEB and imported it into my public keyring. GPG Keychain Access version 0.7.0 (0.7.0.1) Key Inspector shows UID Chris Searle <ch...@em...> Revoked: Yes - Invalid: No. Running OS X 10.4.5. That UID is revoked. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1462628&group_id=20789 |
From: SourceForge.net <no...@so...> - 2011-05-19 06:10:27
|
Bugs item #1482241, was opened at 2006-05-05 02:05 Message generated for change (Settings changed) made by rhwood You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1482241&group_id=20789 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GPG Keychain Access Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: cfr (cfr) >Assigned to: Nobody/Anonymous (nobody) Summary: GPG Keychain Access does not pass path to Terminal Initial Comment: When using Keychain Access to, for example, sign a key locally, the programme opens Terminal and attempts to run the appropriate command. It does not, however, appear to pass the path to gpg with the command. This results in an error message saying that gpg cannot be found, although retyping the command with the correct prefix (/usr/local/bin/ in this case) resolves the issue. Behaviour observed with latest version of Keychain Access (7.0.1), GPG 1.4.3 on Mac OS 10.3.9 and 10.4.6. (Note that we are not using the precompiled binary verion of GPG itself as 1.4.3 was not available when we installed.) If Keychain Access knows where gpg is - and it clearly does as other functions work fine - surely it should pass the full path to Terminal when executing the command? ---------------------------------------------------------------------- Comment By: Charly (charavital) Date: 2006-05-06 05:47 Message: Logged In: YES user_id=1265550 I believe you could find the source codes of GPGFileTool and GPG Keychain Acess in CVS. I hope the concerned authors or maintainers will address your queries. As an end-user (I am not a programer, know little about Unix, and just very basic things about CLI), I have had to cope a few times with Terminal telling me that 'gpg not found', or something similar. I taught myself to find and solve the problem: the path to gpg executable was not included in my PATH, due to some singularity in the composition of the source code elements, or something else of which I have no clear comprehension. I know that the use of GPGPreferences sets, by default, the executable path to gpg, but I don't believe it also sets it in the user's PATH. Likewise I don't believe that GUI helpers or applications like GPG Keychain Access can actually look for gpg when it is not found in its default location. But that's an issue that should be addressed, as I wrote previously, by the authors or maintainers of such applications. ---------------------------------------------------------------------- Comment By: cfr (cfr) Date: 2006-05-06 04:23 Message: Logged In: YES user_id=643832 Yes, I realise that. I don't have the problem on my own machine, and I don't use Keychain Access anyway except for testing. My point is that users utilising the graphical tools are likely to be users who do not use the command line. Keychain Access clearly knows where gpg is, since it is possible to do things which do *not* require the Terminal just fine (e.g. generating a new key pair, importing keys etc.) Obviously the need to go to the Terminal at all is unfortunate in a tool designed to make this unnecessary. However, eliminating this is obviously complex. What would not be complex however, would be designing Keychain Access to put the full path to gpg into the command it executes in Terminal, so that users who are wary enough of the command line already, do not immediately meet with an error they are unlikely to understand. I'm not asking for a solution to the problem on their machines. It is obviously how to solve it *if* one is familiar with the command line. The users I'm working with, however, are deeply mystified by it and have no idea what is wrong. To them, it is an error message - that is, another programme which doesn't work. The point is not that I cannot solve it in the case of these particular users. Rather, I'm suggesting that this shouldn't be necessary. It would surely be easy to have Keychain Access simply execute the command with the full path to gpg? Most graphical interfaces follow this practice if they need to actually run something in Terminal, since their target audience consists of just those users unlikely to be familiar with the Terminal or the shell in the first place. I just thought it might be a simple way to make it slightly more usable by those unfamiliar with the command line which is, as I understand it, one of the goals of the project. I wanted to look at it myself, but I'm not sure where to find the source code for GPGFileTool or Keychain Access. ---------------------------------------------------------------------- Comment By: Charly (charavital) Date: 2006-05-06 00:10 Message: Logged In: YES user_id=1265550 I am running Keychain Access (7.0.1) and gpg 1.4.3 under OS 10.4.6 (compiled from source) and I don't experience the problem you describe. If you have to type /usr/local/bin/gpg to access gpg --lsign, then the same syntax would be required for any other action requiring gpg. Have you checked whether /usr/local/bin is included in your PATH? $ cat /etc/profile Charly ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1482241&group_id=20789 |
From: SourceForge.net <no...@so...> - 2011-05-19 05:57:16
|
Bugs item #1144173, was opened at 2005-02-18 20:11 Message generated for change (Settings changed) made by rhwood You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1144173&group_id=20789 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GPG Keychain Access Group: None Status: Open Resolution: None Priority: 7 Private: No Submitted By: Randall Wood (rhwood) >Assigned to: Nobody/Anonymous (nobody) Summary: Missing strings in translation tables. Initial Comment: Not all translatable strings have got into .strings files. Need to scrub code for missing strings. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1144173&group_id=20789 |
From: SourceForge.net <no...@so...> - 2011-05-19 05:53:47
|
Bugs item #1309174, was opened at 2005-09-30 01:24 Message generated for change (Settings changed) made by rhwood You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1309174&group_id=20789 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GPG Keychain Access Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: bjbook (kuestner) >Assigned to: Nobody/Anonymous (nobody) Summary: Graphical Glitch: Spacing of password bullets Initial Comment: Enter a password and type the same in the confirmation line. The two appear to be of different length. Count the black dots: Unless you mistyped they should be the same number despite the unequal length of the chain of bullets. Problem: The bullet lines seem to use different spacings. It's just a glitch, but a somewhat confusing one for the user. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1309174&group_id=20789 |
From: SourceForge.net <no...@so...> - 2011-04-07 07:23:06
|
Bugs item #2081709, was opened at 2008-08-29 04:20 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=2081709&group_id=20789 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: bdmayes (bdmayes) Assigned to: Nobody/Anonymous (nobody) Summary: install fails on 10.5.4 Initial Comment: I am currently running an Intel Mac with OS X version 10.5.4. I went to macgpg.sourceforge.net and downloaded the 1.4.8 binary (which states it is for 10.4 and higher). The md5sum on the .dmg file checked out, and the installer launched without a hitch, but when it came time to actually copy files to the drive I received this error: Install Failed The Installer could not install some files in "/". Contact the software manufacturer for assistance. I have also attached a picture of the dialog where the error message is presented. This is the first time I have ever tried to install MacGPG on this system and I tried it multiple times with no success. I didn't see anything in the archives about this. Are there any install logs or anything else I should collect? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-04-07 07:23 Message: yusqcm <a href="http://cugowymgjrrj.com/">cugowymgjrrj</a>, [url=http://tnkdkhqyscac.com/]tnkdkhqyscac[/url], [link=http://zatpjikhuyoq.com/]zatpjikhuyoq[/link], http://mtfzkoafogjf.com/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=2081709&group_id=20789 |
From: SourceForge.net <no...@so...> - 2011-01-19 00:11:45
|
Bugs item #2981665, was opened at 2010-04-04 00:57 Message generated for change (Comment added) made by alexwillner You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=2981665&group_id=20789 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GPGFileTool Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Rick () Assigned to: Nobody/Anonymous (nobody) Summary: Compile File Toolsapp for Mac Snow Leopard Initial Comment: Compile app for Mac Snow leopard 64 bit ---------------------------------------------------------------------- Comment By: Alex (alexwillner) Date: 2011-01-19 01:11 Message: New version available at http://gpgtools.org/gpgservices.html. Now compatible with Snow Leopard and enabled decryption. ---------------------------------------------------------------------- Comment By: Benjamin Donnachie (benjamin-d) Date: 2010-04-04 14:56 Message: Source is available if you would like to perform this function and make it available to the community. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=2981665&group_id=20789 |
From: SourceForge.net <no...@so...> - 2011-01-19 00:10:52
|
Bugs item #3087649, was opened at 2010-10-14 22:02 Message generated for change (Comment added) made by alexwillner You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=3087649&group_id=20789 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Other Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: GPGServices not showing up in Services menu Initial Comment: I've installed this properly into /Library/Services, logged out and logged back in, and none of the GPG options are showing up. Mac OS 10.6.4. ---------------------------------------------------------------------- Comment By: Alex (alexwillner) Date: 2011-01-19 01:10 Message: New version available at http://gpgtools.org/gpgservices.html. Now compatible with Snow Leopard and enabled decryption. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=3087649&group_id=20789 |
From: SourceForge.net <no...@so...> - 2010-12-13 02:32:19
|
Bugs item #1718366, was opened at 2007-05-14 00:22 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1718366&group_id=20789 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GPGPreferences Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Patrick Näf Moser (herzbube) Assigned to: Robert Goldsmith (far-blue) Summary: GPGPreferences fails to create symlink /usr/local/bin/gpg Initial Comment: I'm using Mac OS X 10.4.9 on an Intel MacBook Pro. I have not used/installed GnuPG nor any Mac GPG software before on this machine. I have a German setup, so the quotations I make below are only guesses at what the original English phrases might be... I started by installing GnuPG through fink, i.e. the binary is now located in /sw/bin/gpg. I then proceeded to install GPGPreferences 1.2.2 (logged in as an administrator). I double-clicked the GnuPG.prefPane file, choosing to install the preference pane system-wide. When subsequently the preference pane was opened for the first time, GPGPreferences correctly identified that /usr/local/bin/gpg was missing. I clicked the button that said something like "I know where it is". In the following file dialog, I accepted the option to create a symlink, and navigated to /sw/bin/gpg. I was then asked for my administrator password, which I entered correctly. Now I was shown a message box that told me something like "The operation 'move file' failed due to an internal error", followed by another message box that informed me that "this version of GnuPG is too old" (which obviously is a bogus message due to not finding /usr/local/bin/gpg). On a hunch, I temporarily changed permissions on /usr/local/bin to 777 and gave GPGPreferences another attempt to fix the problem (after relaunching Preferences.app, GPGPreferences again detects the missing gpg), but this also failed. Finally, I manually created the symlink, which of course makes the problem go away, but does not solve it. Any ideas? Please contact me if I can help debugging the problem... BTW: Why does GPGPreferences attempt a "move file" operation, even though I told it to create a symlink? Or is this simply a wording/translation problem? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-12-13 02:32 Message: MkZ8OQ <a href="http://dmmkmqqqjdpk.com/">dmmkmqqqjdpk</a>, [url=http://mcadimukwarh.com/]mcadimukwarh[/url], [link=http://qdhppxhmwiuf.com/]qdhppxhmwiuf[/link], http://qxkykotiplmv.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-12-04 23:16 Message: b1TdhC <a href="http://myfudzebnxzw.com/">myfudzebnxzw</a>, [url=http://mhxuvfiwsavx.com/]mhxuvfiwsavx[/url], [link=http://tqpaidccitep.com/]tqpaidccitep[/link], http://rdavpjqvzlcf.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-04-17 15:51 Message: HSDvBc <a href="http://gxzauhdlysgx.com/">gxzauhdlysgx</a>, [url=http://mfzuoihezqbj.com/]mfzuoihezqbj[/url], [link=http://vpcoksjhhnnt.com/]vpcoksjhhnnt[/link], http://pcjpatuzwkcb.com/ ---------------------------------------------------------------------- Comment By: Patrick Näf Moser (herzbube) Date: 2007-06-03 13:42 Message: Logged In: YES user_id=427560 Originator: YES The German translation should be OK, my guess in the "BTW" paragraph in the original report, that there might be a translation problem, is wrong. My confusion that prompted the "BTW" paragraph is covered in more detail by bug report #1718982, and that bug has already been fixed. My apologies for not pointing this out earlier... ---------------------------------------------------------------------- Comment By: Robert Goldsmith (far-blue) Date: 2007-06-02 10:59 Message: Logged In: YES user_id=913736 Originator: NO Ok, I really haven't been able to repeat the problem, other than through extremely forced made-up situations. Can anyone else do so? As for the translation, can someone who reads German possibly check over the translation for the relevant messages? ---------------------------------------------------------------------- Comment By: Patrick Näf Moser (herzbube) Date: 2007-05-14 22:36 Message: Logged In: YES user_id=427560 Originator: YES Thanks for the fast reply. Concerning your question about the correct fink package: I have installed GnuPG with the following command fink install gnupg This gave me gpg version 1.4.6. "fink --version" tells me that I have Package manager version: 0.27.1 Distribution version: 0.8.1.rsync i386 Also, according to /sw/etc/fink.conf, I am currently using the stable/main and stable/crypto tree of the 10.4 distribution. One more thing: I have checked out a working copy of the GPGPreferences trunk from the svn repository and tried to build the software on my own with Xcode (I no longer have ProjectBuilder so I had to convert the .pbproj file to .xcodeproj); unfortunately no luck at the first attempt - it seems as if I need MacGPGME, which I currently do not have installed. I didn't go any further because, frankly, I try not to put too much time into this issue, since I have been able to work around it by manually creating the symlink. However, if you think the effort is worthwile, I will try harder to build GPGPreferences from svn trunk... ---------------------------------------------------------------------- Comment By: Robert Goldsmith (far-blue) Date: 2007-05-14 17:44 Message: Logged In: YES user_id=913736 Originator: NO Ok, I've had a chance to look into this and I can't reproduce the problem. Using fink, I can't find gpg listed (although gpgme and the gpg libs are there) so I moved gpg out of the way in /usr/local/bin and copied it to /sw/bin/gpg. This worked entirely as expected and the symlink was created. I then removed gpg from /sw/bin and replaced it with a 'touched' empty file of the same name. The symlink was still correctly created but then I did get the 'too old' warning message as described above (which is understandable). Turning on debug mode in the auth code showed everything to be fine. When I entered the wrong password, the auth code simply bottled it, as expected, and didn't try to create the symlink. Can someone else try this out? I'm on the latest GPGPreferences (obviously), 10.4.9, intel and with gpg 1.4.7 installed via the normal installer. Maybe someone could also point me in the direction of the correct fink package so I can try more tests? ---------------------------------------------------------------------- Comment By: Robert Goldsmith (far-blue) Date: 2007-05-14 08:26 Message: Logged In: YES user_id=913736 Originator: NO Technically, this bug should probably be assigned to me (as I picked up GPGPreferences to bring it over to intel and now have it in the svn repository rather than cvs) but I'm not in the developer list (far-blue). However, concerning the install of gpg through Fink, I can say that not only GPGPreferences will have issues because there is currently no system I am aware of whereby all apps expecting gpg to be in /usr/bin or /usr/local/bin will be able to find it if it is somewhere else. Remember that any environment variables you might have configured for bash or tcsh will not be available outside of a terminal. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1718366&group_id=20789 |
From: SourceForge.net <no...@so...> - 2010-12-04 23:16:14
|
Bugs item #1718366, was opened at 2007-05-14 00:22 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1718366&group_id=20789 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GPGPreferences Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Patrick Näf Moser (herzbube) Assigned to: Robert Goldsmith (far-blue) Summary: GPGPreferences fails to create symlink /usr/local/bin/gpg Initial Comment: I'm using Mac OS X 10.4.9 on an Intel MacBook Pro. I have not used/installed GnuPG nor any Mac GPG software before on this machine. I have a German setup, so the quotations I make below are only guesses at what the original English phrases might be... I started by installing GnuPG through fink, i.e. the binary is now located in /sw/bin/gpg. I then proceeded to install GPGPreferences 1.2.2 (logged in as an administrator). I double-clicked the GnuPG.prefPane file, choosing to install the preference pane system-wide. When subsequently the preference pane was opened for the first time, GPGPreferences correctly identified that /usr/local/bin/gpg was missing. I clicked the button that said something like "I know where it is". In the following file dialog, I accepted the option to create a symlink, and navigated to /sw/bin/gpg. I was then asked for my administrator password, which I entered correctly. Now I was shown a message box that told me something like "The operation 'move file' failed due to an internal error", followed by another message box that informed me that "this version of GnuPG is too old" (which obviously is a bogus message due to not finding /usr/local/bin/gpg). On a hunch, I temporarily changed permissions on /usr/local/bin to 777 and gave GPGPreferences another attempt to fix the problem (after relaunching Preferences.app, GPGPreferences again detects the missing gpg), but this also failed. Finally, I manually created the symlink, which of course makes the problem go away, but does not solve it. Any ideas? Please contact me if I can help debugging the problem... BTW: Why does GPGPreferences attempt a "move file" operation, even though I told it to create a symlink? Or is this simply a wording/translation problem? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-12-04 23:16 Message: b1TdhC <a href="http://myfudzebnxzw.com/">myfudzebnxzw</a>, [url=http://mhxuvfiwsavx.com/]mhxuvfiwsavx[/url], [link=http://tqpaidccitep.com/]tqpaidccitep[/link], http://rdavpjqvzlcf.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-04-17 15:51 Message: HSDvBc <a href="http://gxzauhdlysgx.com/">gxzauhdlysgx</a>, [url=http://mfzuoihezqbj.com/]mfzuoihezqbj[/url], [link=http://vpcoksjhhnnt.com/]vpcoksjhhnnt[/link], http://pcjpatuzwkcb.com/ ---------------------------------------------------------------------- Comment By: Patrick Näf Moser (herzbube) Date: 2007-06-03 13:42 Message: Logged In: YES user_id=427560 Originator: YES The German translation should be OK, my guess in the "BTW" paragraph in the original report, that there might be a translation problem, is wrong. My confusion that prompted the "BTW" paragraph is covered in more detail by bug report #1718982, and that bug has already been fixed. My apologies for not pointing this out earlier... ---------------------------------------------------------------------- Comment By: Robert Goldsmith (far-blue) Date: 2007-06-02 10:59 Message: Logged In: YES user_id=913736 Originator: NO Ok, I really haven't been able to repeat the problem, other than through extremely forced made-up situations. Can anyone else do so? As for the translation, can someone who reads German possibly check over the translation for the relevant messages? ---------------------------------------------------------------------- Comment By: Patrick Näf Moser (herzbube) Date: 2007-05-14 22:36 Message: Logged In: YES user_id=427560 Originator: YES Thanks for the fast reply. Concerning your question about the correct fink package: I have installed GnuPG with the following command fink install gnupg This gave me gpg version 1.4.6. "fink --version" tells me that I have Package manager version: 0.27.1 Distribution version: 0.8.1.rsync i386 Also, according to /sw/etc/fink.conf, I am currently using the stable/main and stable/crypto tree of the 10.4 distribution. One more thing: I have checked out a working copy of the GPGPreferences trunk from the svn repository and tried to build the software on my own with Xcode (I no longer have ProjectBuilder so I had to convert the .pbproj file to .xcodeproj); unfortunately no luck at the first attempt - it seems as if I need MacGPGME, which I currently do not have installed. I didn't go any further because, frankly, I try not to put too much time into this issue, since I have been able to work around it by manually creating the symlink. However, if you think the effort is worthwile, I will try harder to build GPGPreferences from svn trunk... ---------------------------------------------------------------------- Comment By: Robert Goldsmith (far-blue) Date: 2007-05-14 17:44 Message: Logged In: YES user_id=913736 Originator: NO Ok, I've had a chance to look into this and I can't reproduce the problem. Using fink, I can't find gpg listed (although gpgme and the gpg libs are there) so I moved gpg out of the way in /usr/local/bin and copied it to /sw/bin/gpg. This worked entirely as expected and the symlink was created. I then removed gpg from /sw/bin and replaced it with a 'touched' empty file of the same name. The symlink was still correctly created but then I did get the 'too old' warning message as described above (which is understandable). Turning on debug mode in the auth code showed everything to be fine. When I entered the wrong password, the auth code simply bottled it, as expected, and didn't try to create the symlink. Can someone else try this out? I'm on the latest GPGPreferences (obviously), 10.4.9, intel and with gpg 1.4.7 installed via the normal installer. Maybe someone could also point me in the direction of the correct fink package so I can try more tests? ---------------------------------------------------------------------- Comment By: Robert Goldsmith (far-blue) Date: 2007-05-14 08:26 Message: Logged In: YES user_id=913736 Originator: NO Technically, this bug should probably be assigned to me (as I picked up GPGPreferences to bring it over to intel and now have it in the svn repository rather than cvs) but I'm not in the developer list (far-blue). However, concerning the install of gpg through Fink, I can say that not only GPGPreferences will have issues because there is currently no system I am aware of whereby all apps expecting gpg to be in /usr/bin or /usr/local/bin will be able to find it if it is somewhere else. Remember that any environment variables you might have configured for bash or tcsh will not be available outside of a terminal. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=1718366&group_id=20789 |
From: SourceForge.net <no...@so...> - 2010-10-14 20:02:10
|
Bugs item #3087649, was opened at 2010-10-14 20:02 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=3087649&group_id=20789 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Other Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: GPGServices not showing up in Services menu Initial Comment: I've installed this properly into /Library/Services, logged out and logged back in, and none of the GPG options are showing up. Mac OS 10.6.4. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=3087649&group_id=20789 |
From: Nils J. <nil...@gm...> - 2010-09-04 12:05:19
|
Hi Everybody, is there a way to delete key pairs in gpg keychain access? I accidently genreated a wrong key for my girlfriend and she can not choose the correct one in her mail application. I think because of the same email address in both keys. Thanks, Nils |
From: SourceForge.net <no...@so...> - 2010-08-19 19:17:43
|
Bugs item #3048879, was opened at 2010-08-19 19:17 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=3048879&group_id=20789 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GPGFileTool Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Doesn't work with cardreader Initial Comment: I have a cardreader connected to USB port and a Mac with gpg installed (obviously). GPG itself from the command line works with cardreader perfectly - it see it, can read keys, can decrypt, can do anything. GPGFileTool fails on a file that can be succesfully decrypted with the command line gpg. It does something with the cardreader, the cardreader blinks, and then throw a message "decryption fails". Maybe it happens because of PIN request? Have someone tested GPGFIleTool with keys stored on a smartcard? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=120789&aid=3048879&group_id=20789 |
From: Crypto S. <cry...@pr...> - 2010-08-01 15:00:57
|
>> ATTR{idVendor}=="20a0", ATTR{idProduct}=="4107", >> ENV{ID_SMARTCARD_READER}="1", ENV{ID_SMARTCARD_READER_DRIVER}="gnupg" > > Why is this rule needed? Because otherwise ordinary users don't have sufficient rights to access the USB device. Without this rule only root can access the USB device. > What are the actions associated with it? Is it clear now? > Do you know where ID_SMARTCARD_READER and ID_SMARTCARD_READER_DRIVER > are documented? Probably in the UDEV package but I am not sure. >> I don't know MacOS, so that I would like to ask if you have a similar >> configuration for the macgpg? I would really appreciate if you could >> include the appropriate modification to support the Crypto Stick by macgpg. > > On Mac OS X, maybe the easiest solution would be use the already > provided CCID driver and pcsc-lite. We already did this but it does not seem to be very stable and users have to install this additional package. As long as macgpg has the ccid driver built in (as gnupg normally has) it might be possible to access the Crypto Stick without pcscd. I don't have a Mac and other smart card devices to verify this but on Linux it is like this. Regards jan |
From: Ludovic R. <lud...@gm...> - 2010-08-01 12:58:12
|
2010/8/1 Crypto Stick <cry...@pr...>: > Hi! Hello, > I am the maintainer of the Crypto Stick project, which is an USB token > containing the OpenPGP Card. > http://www.privacyfoundation.de/crypto_stick/crypto_stick_english/ You > know that the OpenPGP Card works well with GnuPG. The Crypto Stick > behaves as an ordinary CCID-compliant smart card reader and therefore > basically works out of the box with GnuPG. On Linux the only required > modification was to include the following line in the appropriate UDEV rule. > > ATTR{idVendor}=="20a0", ATTR{idProduct}=="4107", > ENV{ID_SMARTCARD_READER}="1", ENV{ID_SMARTCARD_READER_DRIVER}="gnupg" Why is this rule needed? What are the actions associated with it? Do you know where ID_SMARTCARD_READER and ID_SMARTCARD_READER_DRIVER are documented? > I don't know MacOS, so that I would like to ask if you have a similar > configuration for the macgpg? I would really appreciate if you could > include the appropriate modification to support the Crypto Stick by macgpg. On Mac OS X, maybe the easiest solution would be use the already provided CCID driver and pcsc-lite. Bye -- Dr. Ludovic Rousseau |