* Fourhundred Thecat:
> Looks like you have no real arguments, and keep repeating same stuff
> all over again.
*You* accusing *me* of not having real arguments is just precious. :-)
> I see no benefit for anybody in continuing this discussion.
At last, we can agree on something.
-Ralph
__
> On 2020-06-30 13:27, Ralph Seichter via Gnupg-users wrote:
* Fourhundred Thecat:
Show us a body of your work which proves you have the necessary
skills to critique the GnuPG authors' work. Until you do, your
"judgment" is moot.
An idea should be considered on its own merit.
What "idea" wo
Fourhundred Thecat <400the...@gmx.ch> wrote:
> In fact, gpg epitomizes a perfect anti-UNIX design. (See Eric S. Raymond for
> details, what UNIX philosophy means)
> I believe this project is going in the wrong direction, and bad design
> decisions are being made.
Was not it you who have just co
> I am basing my judgment on universal principles, that apply not only to
> gpg or other software, but design of any systems in general.
There is no such universal playbook. It simply does not exist.
In his book _Lila_ the philosopher Robert M. Pirsig wrote that morality
is not a set of universa
Fourhundred Thecat <400the...@gmx.ch> wrote:
> In case of gpg, there is one mode where you generate your key pair, change
> configuration files, or any other read-write operation.
>
> But for general usage, there is no reason for the key pair to need to be
> writable.
Sure. So there is none:
On 30-06-2020 12:10, Werner Koch via Gnupg-users wrote:
>> Do not break backwards compatibility if you want all people to upgrade.
>
> Do not update so that the bad guys can exploit your legacy software ;-)
>
> There are well documented reasons what we don't support MDC and PGP3
> keys anymore -
* Fourhundred Thecat:
>> Show us a body of your work which proves you have the necessary
>> skills to critique the GnuPG authors' work. Until you do, your
>> "judgment" is moot.
>
> An idea should be considered on its own merit.
What "idea" would that be, exactly?
> You should counter my critici
> On 2020-06-30 12:26, Ralph Seichter via Gnupg-users wrote:
* Fourhundred Thecat:
I am basing my judgment on universal principles, that apply not only
to gpg or other software, but design of any systems in general.
Universal principles, oh my. In other words, you don't know nearly
enough abo
* Fourhundred Thecat:
> I am basing my judgment on universal principles, that apply not only
> to gpg or other software, but design of any systems in general.
Universal principles, oh my. In other words, you don't know nearly
enough about the finer points of GnuPG design goals, don't know much
ab
On Tue, 30 Jun 2020 00:55, Johan Wevers said:
>> Do not use 1.4 unless you have to decrypt old non-MDC protected data or
>> data encrypted to a legacy v3 key.
>
> Do not break backwards compatibility if you want all people to upgrade.
Do not update so that the bad guys can exploit your legacy sof
> On 2020-06-30 08:55, Ralph Seichter via Gnupg-users wrote:
* Fourhundred Thecat:
What insight do you have in the design and development of GnuPG; in its
goals and restrictions? There is a difference between you not liking
something for a personal reason, and objectively "bad design". You are
* Fourhundred Thecat:
>> Whining about a design detail of free software? Get a grip.
>
> There are more examples of bad design.
Are there now? GnuPG is software that has evolved since its introduction
in 1997. Can you show me any meaningful software of yours that has been
evolving over 23 years a
> In fact, gpg epitomizes a perfect anti-UNIX design. (See Eric S. Raymond
> for details, what UNIX philosophy means)
Mmmhmm.
> For instance, even for basic operations (encrypt, decrypt), where no
> modifications to my key pair are necessary, gpg still requires my
> ~/.gnupg/ to be writable (cann
> On 2020-06-29 19:16, Ralph Seichter via Gnupg-users wrote:
I am protesting the fact, that gpg can no longer be used without the
agent.
Whining about a design detail of free software? Get a grip.
There are more examples of bad design.
In fact, gpg epitomizes a perfect anti-UNIX design. (S
Werner Koch via Gnupg-users wrote:
> On Mon, 29 Jun 2020 13:07, vedaal said:
>
> > otherwise , just use GnuPG 1.4.x , and unless you ever need an
>
> Do not use 1.4 unless you have to decrypt old non-MDC protected data or
> data encrypted to a legacy v3 key.
>
> Shalom-Salam,
>
>Werner
Sa
On 29-06-2020 19:40, Werner Koch via Gnupg-users wrote:
> Do not use 1.4 unless you have to decrypt old non-MDC protected data or
> data encrypted to a legacy v3 key.
Do not break backwards compatibility if you want all people to upgrade.
--
ir. J.C.A. Wevers
PGP/GPG public keys at http://www.x
Fourhundred Thecat <400the...@gmx.ch> wrote:
> I am protesting the fact, that gpg can no longer be used without the agent.
Yet you have not described the reason behind it so far, have you? Why are you
sure, that the issue, that make gpg-agent fail to start in your case, is hard
to resolve?
si
Fourhundred Thecat <400the...@gmx.ch> wrote:
>> On 2020-06-29 14:42, Dmitry Alexandrov wrote:
>> Fourhundred Thecat <400the...@gmx.ch> wrote:
>>> I am protesting the fact, that gpg can no longer be used without the agent.
>>
>> Yet you have not described the reason behind it so far, have you? Why
* Fourhundred Thecat:
> I am protesting the fact, that gpg can no longer be used without the
> agent.
Whining about a design detail of free software? Get a grip.
-Ralph
___
Gnupg-users mailing list
Gnupg-users@gnupg.org
http://lists.gnupg.org/mailman/
On 29/06/2020 18:38, Fourhundred Thecat wrote:
> I don't have gpg-agent installed, on this particular server, where I
> need to decrypt one file.
You could try installing sequioa-pgp[1], an alternative but also libre
OpenPGP implementation (still in its infancy). It requires a Rust build
environme
On Mon, 29 Jun 2020 13:07, vedaal said:
> otherwise , just use GnuPG 1.4.x , and unless you ever need an
Do not use 1.4 unless you have to decrypt old non-MDC protected data or
data encrypted to a legacy v3 key.
Shalom-Salam,
Werner
--
Die Gedanken sind frei. Ausnahmen regelt ein Bundesg
On 6/29/2020 at 12:40 PM, "Fourhundred Thecat" <400the...@gmx.ch> wrote:
>I don't have gpg-agent installed, on this particular server, where
>I
>need to decrypt one file.
=
Try this very long workaround :
[1] Install a fake homedirectory
[2] Install a fake keyring (1 public and secret ke
> On 2020-06-29 14:42, Dmitry Alexandrov wrote:
Fourhundred Thecat <400the...@gmx.ch> wrote:
I am protesting the fact, that gpg can no longer be used without the agent.
Yet you have not described the reason behind it so far, have you? Why are you
sure, that the issue, that make gpg-agent fai
On Sun, 28 Jun 2020 16:24, Robert J. Hansen said:
> GnuPG sees the symmetrically encrypted message and knows it needs to
> recover/derive a key. It calls gpg-agent, which in turn calls pinentry.
In addition gpg-agent also takes care of caching passphrases which makes
even symmetrically encryptio
> On 2020-06-28 21:47, Ingo Klöcker wrote:
On Freitag, 26. Juni 2020 09:33:15 CEST Fourhundred Thecat wrote:
I have file encrypted with symmetric cipher (aes256) and not signed.
How can I decrypt it without using gpg agent ?
Use openssl. Or another simple program offering symmetric encryption
> excuse me, gpg-agent might have been introduced in 2003, but it was
> optional. Until not long ago, it was still possible to decrypt file with
> password, without having the agent.
If you were using GnuPG 1.4, yes. GnuPG 2.0 and later have always used
gpg-agent.
If you want a gpg-agent free ve
> On 2020-06-28 22:24, Robert J. Hansen wrote:
I remember a time, when gpg was a simple, cleanly design utility that
worked.
GnuPG adopted gpg-agent in large part to clean up GnuPG's design. GnuPG
was introduced in GnuPG 1.9.0, released in August *2003*.
You've ignored GnuPG development for s
Ingo Klöcker wrote:
> On Freitag, 26. Juni 2020 09:33:15 CEST Fourhundred Thecat wrote:
> > I have file encrypted with symmetric cipher (aes256) and not signed.
> >
> > How can I decrypt it without using gpg agent ?
>
> Use openssl. Or another simple program offering symmetric encryption/
> dec
> I thought the agent is for manipulating the private key.
It's also responsible for calling pinentry, which is how GnuPG receives
passphrases. It's a pluggable component: on Windows you get a Windows
pinentry that uses a Windows look and feel, on KDE you get a Qt one that
looks like a KDE app, o
On Freitag, 26. Juni 2020 09:33:15 CEST Fourhundred Thecat wrote:
> I have file encrypted with symmetric cipher (aes256) and not signed.
>
> How can I decrypt it without using gpg agent ?
Use openssl. Or another simple program offering symmetric encryption/
decryption with AES.
GnuPG is a tool f
> On 2020-06-28 16:07, Werner Koch wrote:
On Fri, 26 Jun 2020 09:33, Fourhundred Thecat said:
How can I decrypt it without using gpg agent ?
You can't the agent is a cornerstone of gpg and is thus required.
I thought the agent is for manipulating the private key.
But why do I need the agen
On Fri, 26 Jun 2020 09:33, Fourhundred Thecat said:
> How can I decrypt it without using gpg agent ?
You can't the agent is a cornerstone of gpg and is thus required.
Salam-Shalom,
Werner
--
Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz.
signature.asc
Description: PGP signa
ved...@nym.hush.com wrote:
> can GPG2 be made to work from only the command-line without a pine entry
> window
| '--pinentry-mode MODE'
| Set the pinentry mode to MODE. Allowed values for MODE are:
| ‹…›
| loopback
| Redirect Pinentry queries to the caller. Note that in
|
On 6/26/2020 at 4:54 AM, "Fourhundred Thecat" <400the...@gmx.ch> wrote:
>
>Hello,
>
>I have file encrypted with symmetric cipher (aes256) and not
>signed.
>
>How can I decrypt it without using gpg agent ?
>
>I get these errors:
>
>$ gpg -d file.gpg
>gpg: failed to start gpg agent
>...
>gpg: dec
Hello,
I have file encrypted with symmetric cipher (aes256) and not signed.
How can I decrypt it without using gpg agent ?
I get these errors:
$ gpg -d file.gpg
gpg: failed to start gpg agent
...
gpg: decryption failed: no secret key
as I said above, there is no secret key involved here. It i
35 matches
Mail list logo