Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>

Based-on-work-by: Matthieu Weber <mweber@free.fr>
Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>

I found that revelatio2pass.py script doesn't work. It can not decrypt
my password file. I got following error message:

raceback (most recent call last):
 File "git/password-store/contrib/importers/revelation2pass.py", line 159, in <module>
   main(args.FILE, verbose=args.verbose, xml=args.xml)
 File "git/password-store/contrib/importers/revelation2pass.py", line 140, in main
   cleardata_gz = decrypt_gz(password, data)
 File "git/password-store/contrib/importers/revelation2pass.py", line 117, in decrypt_gz
   ct = c.decrypt(cipher_text[28:])
 File "/usr/lib/python2.7/site-packages/Crypto/Cipher/blockalgo.py", line 295, in decrypt
   return self._cipher.decrypt(ciphertext)

I was unable to fix the problem, but I created a workaround, that add
plain XML import option to the revelation2pass.py script. Revelation can
export its password file as plain XML format.

According to Brandon Jones, all we need to do is adjust /dev/clipboard
from xclip. So we add a platform specific file to do so.
http://www.relaytheurgency.com/2014/04/pass-in-cygwin-relatively-simple.html



Suggested-by: Brandon Jones <jones.brandon.lee@gmail.com>
Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>

Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>

Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>

Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>

Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>

This relies on a patched version of tree to work, unfortunately.
Hopefully upstream will accept our patch.

Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>

An importer script for 1Password. It supports 1Password's text exports
(CSV or TSV) and its 1PIF file format (pseudo-JSON). In addition to the passwords
it imports notes, as well as the username and URL which it stores in passff-
compatible format (it can also use either the title or the URL itself as pass-name).

Matthew writes:

    If the initial decrypt fails then the rest of the line shouldn't
    continue, as it won't be a properly decrypted password being
    re-encrypted and written over the existing passfile.

    One solution to this would be to enable pipefail (set -o pipefail) -
    either just before, or at the start of this script.  This would
    cause the failure of any of the commands in a pipe to set the return
    status of the whole pipeline to non-zero (the last failed command's
    return code is used).

We take his suggestion with this patch. While we're at it, we take a
little bit extra care (though not too much extra care) to select a more
random intermediate password, in case folks have a strange habit of
using a dot-new extension on files.

Suggested-by: Matthew Richardson <m.richardson@ed.ac.uk>
Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>

Suggested-by: Tom Vincent <pass@tlvince.com>