I am supplying this so people know what I sent to Ashish personally. Will it help? I don't know but I hope so. If you know everything there is to know about how the optional arguments are handled on 'nix systems you may want to delete this message.
I assume secmem and and any other things that are going wrong are already in the archives some place. Actually the secmem messages are just bothersome and won't cause any problems. -------- Original Message -------- Subject: Re: Issue with --sign option Date: Sun, 18 Aug 2013 16:18:54 +0000 From: Henry Hertz Hobbit <hhhob...@securemecca.net> Reply-To: hhhob...@securemecca.net To: Tiwari, Ashish <ashish.tiw...@williams.com> CC: hhhob...@securemecca.net On 08/18/2013 03:04 AM, Tiwari, Ashish wrote: > Still not working. > > Saying Inavlid OPtion -sign. > > Regards, > Ashish Tiwari Of course it is invalid. You do NOT use "-sign". You use single dashes only for single letter arguments. The way you have it with just a single dash the only valid interpretation is that it considers it a short hand for "-s -i -g -n". IOW, here is what "-sign" could mean but it seems to be nonsense: -s (same as --sign) -i (same as --interactive to prevent overwriting files) -g NO SUCH OPTION - this is what it is complaining about? -n (same as --dry-run which means don't make any changes) >From your previous output gpg/gpg2 seems to be attempting a correction of what you are doing with a best guess. gpg and gpg2 just use the standard way that all 'nix commands are done. If you want to do a sign, either use the short-hand "-s" or "--sign" (NOTE THE DOUBLE DASHES) which are equivalent. If you want a sequence of letters to be an atomic unit to a command on 'nix systems, then you always precede them with a double dash rather than a single dash. Example: these commands for ls do the same thing: $ ls -lF $ ls -l -F But even ls has double dash atomic multi-character options with these being just some of them: --ignore-backups (chops off files ending with ~) --color=never (I do not like color in ls) --time-style=STYLE (STYLE could be iso for example to chop off the year) gpg or gpg2 are doing the same thing as ls and all other GOOD 'nix commands do as the man pages show: http://www.securemecca.com/public/GnuPG/gpg.txt http://www.securemecca.com/public/GnuPG/gpg2.txt http://www.securemecca.com/public/GnuPG/ We expected you to know this before you used gpg on a 'nix system since it is the way ALL of the commands work on 'nix systems if they are doing it the standard way (there are some commands that are not standard which makes you think it must be an English thing - the exceptions to the rules). Get somebody else to translate this for you if English and 'nix commands are not your native languages. That is especially true for the 'nix commands since that seems to be what is wrong here. Also, just use the files where they are at. An example is me signing the file gnats.txt in /tmp. An actual sample usage should be highly instructive: $ cd /tmp # the next line has the same meaning as the line after it # gpg --default-key C83946F0 -s gnats.txt $ gpg --default-key C83946F0 --sign gnats.txt # I have to type my key passphrase here $ gpg --verify gnats.txt.sig gpg: Signature made Sun 18 Aug 2013 02:53:09 PM UTC using RSA key ID C83946F0 gpg: Good signature from "Henry Hertz Hobbit <hhhob...@securemecca.net>" gpg: aka "Henry Hertz Hobbit <hhhob...@securemecca.com>" The point is that both gnats.txt and gnats.txt.gpg are NOT in my ~/.gnupg key-ring folder but in /tmp. Unless you need the output files some place else you should just put them in the current folder as where the base file is. For --clearsign you may want the output file to be some place else since it modifies the base file. But I suggest some place like ~/tmp (be sure to create the folder first). Why did I use /tmp? That is where the file gnats.txt file is and it will remain there until the machine reboots and /tmp is completely cleared. Comprendez vous, n'est-pas? HHH PS And here I thought you may have been referring to the secmem warning. You have at least two methods for getting rid of of the secmem warnings. One thing at a time. _______________________________________________ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users