Mar 21 2022
No need for callbacks actually. We can do it in a simpler way. See commit rGe5ef5e3b914d5c8f0b841b078b164500ea157804
Feb 17 2022
I tested encrypt two txt files with filename 1 and 2.txt and insert text: test 1 and test 2. Tararchive has been created successfull. Than i tested this Two txt files with a long name. See attached txt files, i send it already to you. Now by the first test Archive.tar.gpg.yqoirl with 0 Bytes was created.
Second test, the other archive.tar.gpg with 0 Bytes was created and gpgex hang.
What you uploaded are files with a length of zero bytes. That is not valid data. The hang should not happen of course.
Jan 22 2022
Implemented extended headers for filenames and linknames (on Unix).
Jan 20 2022
The bug with the long filenames has been fixed but it is not yet released. Release will be in gpg4win 4.0.1 See T5754.
Jan 5 2022
Jan 3 2022
We have full Unicode support on the command line since 2.2.28 (2021-06-10)
Aug 13 2021
Jan 11 2021
We discussed this, the proper solution will be for gpgtar to accept unicode arguments on windows.
The problem is not with creation, that works. The problem is also not with files contained in the archive, they also work. The problem is the archive name. And that also seems to be correct in the way gpgtar extracts it as gpgtar successfully extracts the archive, but the created folder name has the broken character.
Jan 8 2021
I can't replicate this on the command line. Anyway option -T is only valid with --create. Further the archive format is specified to carry utf8 filenames; thus --utf8-strings won't have an effect on --extract. Are you sure that Kleopatra runs
gpgtar --create --utf-strings -T -
and you pass utf-8 encoded filenames on stdin?
Nov 25 2020
Works, I've tested with Kleopatra.
Sep 15 2020
Using a not yet existing directory is a security feature. The directory is created at a time the signature has not yet been verified and thus it would be too easy to trick a user into overwriting important data.
Sep 7 2020
Sep 5 2020
I will consider a -p option for gpgtar.
Aug 27 2020
Aug 24 2020
What is the current encoding? OEMCP ?
So if gnupg version >= 2.2.22 Kleopatra needs to convert the passed filenames to UTF-8 and pass them with the --utf8-strings option to gpgtar. This needs to be changed in Kleo. -> Assigned to me.
Aug 22 2020
Excellent! thanks for having considered this.
Done for master and 2.2.22 - libgpg-error 1.39 (not yet released) is required for the actual fix.
Aug 20 2020
The options now work as documented. More tests on Window are required and eventually we need to handle non-ascii characters in file names.
Aug 18 2020
It is indeed a limitation. We added these options to support the Kleopatra GUI. To avoid problems with filenames with embedded newlines etc. Kleoptra uses a binary nuls to delimit filenames. And that is what we only support.
Dec 16 2019
Jun 4 2019
I did forget to mention that the key I'm using is 4096 bit long
I was creating a tar archive with 7-Zip on my Windows 10 machine. After the creating was completed I was encrypting the archive like so:
Just to clarify, you were able to decrypt and extract it without error? Which tool did you use to extract the tar archive?
I did encrypt the file myself with the version mentioned above.
Jun 3 2019
Maybe the file was encrypted with a version of gpg4win-3.1.5? We had a serious bug there that sometimes files were corrupted. See: T4332
Mar 6 2019
Jan 14 2019
Jul 17 2018
Mar 13 2018
(BTW, --create is not an option - you meant --encrypt)
That is not easy to fix in a shell script. I would prefer to get rid of gpg-zip or make it a simple wrapper around gpgtar like
Nov 15 2017
FWIW, I added a gpgtar.1
Pushed to 2.2
You could use the --directory option. However< I agree that your suggested changes is less surprising then the current behaviour. Thus I would consider this a bug fix. Can you please apply to 2.2?
Nov 14 2017
Jul 27 2017
To remain compatible with PGP6 we are limited to ustar. If you want to support other archive types, archive first and then encrypt/sign the archive.
Mar 30 2017
Sep 19 2016
@werner, if I understand the description at
then ustar would also be able to read "posix" archives.