Gnus development mailing list
 help / color / mirror / Atom feed
* Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
@ 2021-09-19 13:50 Steinar Bang
  2021-09-19 14:16 ` Steinar Bang
  0 siblings, 1 reply; 36+ messages in thread
From: Steinar Bang @ 2021-09-19 13:50 UTC (permalink / raw)
  To: ding

Platform: Windows 10 Home, amd64
	  GNU Emacs 26.3 (build 1, i686-w64-mingw32) of 2019-08-29

I am once more trying to use gnus-cloud (third time's the charm).

I'm getting an annoying pinentry dialog twice on every sync.  

How can I lose it?

Thanks!


- Steinar



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-09-19 13:50 Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?) Steinar Bang
@ 2021-09-19 14:16 ` Steinar Bang
  2021-09-19 14:30   ` Steinar Bang
  0 siblings, 1 reply; 36+ messages in thread
From: Steinar Bang @ 2021-09-19 14:16 UTC (permalink / raw)
  To: ding

>>>>> Steinar Bang <sb@dod.no>:

> Platform: Windows 10 Home, amd64
> 	  GNU Emacs 26.3 (build 1, i686-w64-mingw32) of 2019-08-29

> I am once more trying to use gnus-cloud (third time's the charm).

> I'm getting an annoying pinentry dialog twice on every sync.  

> How can I lose it?

There was something strange happening in emacs startup (two emacsen was
started, and the one I didn't kill hadn't read all of .emacs).

I have now started a fresh emacs and in this emacs saving sync data does
not require a pinentry.

And the reason pinentry is gone, is that this customized setting was
loaded: 
 '(gnus-cloud-storage-method (quote base64-gzip))

The setting is dated Sun Jul 24 16:57:04 2016 +0200 and was made because
the default method EPG didn't work in Emacs 24.4 on windows (according to git
blame).

With emacs 26.3 EPG apparently works on widows, but has a very annoying
pinentry dialog.

I'll continue with base64-gzip.



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-09-19 14:16 ` Steinar Bang
@ 2021-09-19 14:30   ` Steinar Bang
  2021-09-19 14:47     ` Steinar Bang
  0 siblings, 1 reply; 36+ messages in thread
From: Steinar Bang @ 2021-09-19 14:30 UTC (permalink / raw)
  To: ding

>>>>> Steinar Bang <sb@dod.no>:

> I have now started a fresh emacs and in this emacs saving sync data does
> not require a pinentry.

> And the reason pinentry is gone, is that this customized setting was
> loaded: 
>  '(gnus-cloud-storage-method (quote base64-gzip))

> The setting is dated Sun Jul 24 16:57:04 2016 +0200 and was made because
> the default method EPG didn't work in Emacs 24.4 on windows (according to git
> blame).

> With emacs 26.3 EPG apparently works on widows, but has a very annoying
> pinentry dialog.

> I'll continue with base64-gzip.

And trying to "~-RET" on emacs 27.1 on debian bullseye gave me the error
message
 gnus-cloud-decode-data: Invalid base64 data

Which, if memory doesn't fail me, is the error message that stopped me
from starting to use gnus-cloud in August of 2016...?

What gnus-cloud-storage-method do others use?



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-09-19 14:30   ` Steinar Bang
@ 2021-09-19 14:47     ` Steinar Bang
  2021-09-23 15:07       ` Steinar Bang
  0 siblings, 1 reply; 36+ messages in thread
From: Steinar Bang @ 2021-09-19 14:47 UTC (permalink / raw)
  To: ding

>>>>> Steinar Bang <sb@dod.no>:

> And trying to "~-RET" on emacs 27.1 on debian bullseye gave me the error
> message
>  gnus-cloud-decode-data: Invalid base64 data

> Which, if memory doesn't fail me, is the error message that stopped me
> from starting to use gnus-cloud in August of 2016...?

Could my problem be a message with a bogus format?

What happens if I delete all messages from the gnus-sync folder and
start fresh?  The folder has 15 messages now, but has never actually
worked, so AFAIK nothing depends on anything there.



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-09-19 14:47     ` Steinar Bang
@ 2021-09-23 15:07       ` Steinar Bang
  2021-09-23 15:25         ` Steinar Bang
  2021-09-23 17:14         ` Steinar Bang
  0 siblings, 2 replies; 36+ messages in thread
From: Steinar Bang @ 2021-09-23 15:07 UTC (permalink / raw)
  To: ding

>>>>> Steinar Bang <sb@dod.no>:

>> And trying to "~-RET" on emacs 27.1 on debian bullseye gave me the error
>> message
>> gnus-cloud-decode-data: Invalid base64 data

>> Which, if memory doesn't fail me, is the error message that stopped me
>> from starting to use gnus-cloud in August of 2016...?

The available values for gnus-cloud-storage-method, are:
 - No encoding
 - Base64
 - Base64+gzip
 - EPG (the default)

I have tried Base64+gzip and I have tried "No encoding" and neither of
them works when decoding.

Storing in Base64+gzip gives "Invalid base 64 data" when reading.

Storing wih "No encoding" gives:
 Skipping article 20 because it didn’t match the Gnus Cloud method base64-gzip: (sequence: 16 type: :full storage-method: nil)

(which I don't understand at all because I had set
gnus-cloud-storage-method to "No encoding").

The only format that works, is EPG and that prompts me twice for a code
when saving, which is annoying.

But there is no prompt on load and the sync seems to work.

> Could my problem be a message with a bogus format?

> What happens if I delete all messages from the gnus-sync folder and
> start fresh?  The folder has 15 messages now, but has never actually
> worked, so AFAIK nothing depends on anything there.

Deleting all messages from the Emacs-Cloud nnimap folder seems to work
OK.  The two computers seems to have different ideas of what the
contents are (maybe because both use agent?), but deleting with "B DEL"
on the computer that showed one more article than the other, seemed to
flush the state for both of them.





^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-09-23 15:07       ` Steinar Bang
@ 2021-09-23 15:25         ` Steinar Bang
  2021-09-23 17:17           ` Steinar Bang
  2021-09-23 17:14         ` Steinar Bang
  1 sibling, 1 reply; 36+ messages in thread
From: Steinar Bang @ 2021-09-23 15:25 UTC (permalink / raw)
  To: ding

>>>>> Steinar Bang <sb@dod.no>:

> The only format that works, is EPG and that prompts me twice for a code
> when saving, which is annoying.

> But there is no prompt on load and the sync seems to work.

Gaaaah! It seemed to work once but then it stopped working.

No visible error messages, but I found the following in the Messages
buffer on the machine that tried to sync:
 nnimap read 0k from imap.bang.priv.no
 epg--check-error-for-decrypt: GPG error: "Decryption failed", ""



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-09-23 15:07       ` Steinar Bang
  2021-09-23 15:25         ` Steinar Bang
@ 2021-09-23 17:14         ` Steinar Bang
  1 sibling, 0 replies; 36+ messages in thread
From: Steinar Bang @ 2021-09-23 17:14 UTC (permalink / raw)
  To: ding

>>>>> Steinar Bang <sb@dod.no>:

> Deleting all messages from the Emacs-Cloud nnimap folder seems to work
> OK.  The two computers seems to have different ideas of what the
> contents are (maybe because both use agent?), but deleting with "B
> DEL" on the computer that showed one more article than the other,
> seemed to flush the state for both of them.

I've found a reason for the strange nnimap results with different
visible messages in the nnimap folders, because I had a different emacs
with gnus running updating the same .newsrc.eld file.

But syncing nnimap back up wasn't easy.

M-g on the nnimap groups did not update the count correctly.



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-09-23 15:25         ` Steinar Bang
@ 2021-09-23 17:17           ` Steinar Bang
  2021-09-23 17:42             ` Steinar Bang
  0 siblings, 1 reply; 36+ messages in thread
From: Steinar Bang @ 2021-09-23 17:17 UTC (permalink / raw)
  To: ding

>>>>> Steinar Bang <sb@dod.no>:

> Gaaaah! It seemed to work once but then it stopped working.

> No visible error messages, but I found the following in the Messages
> buffer on the machine that tried to sync:
>  nnimap read 0k from imap.bang.priv.no
>  epg--check-error-for-decrypt: GPG error: "Decryption failed", ""

This is still a problem.

I will try gnus-cloud-storage-method "No encoding again", this time with
only one emacs running on the machine synched to.



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-09-23 17:17           ` Steinar Bang
@ 2021-09-23 17:42             ` Steinar Bang
  2021-09-23 17:58               ` dick
  2021-10-02 11:27               ` Steinar Bang
  0 siblings, 2 replies; 36+ messages in thread
From: Steinar Bang @ 2021-09-23 17:42 UTC (permalink / raw)
  To: ding

>>>>> Steinar Bang <sb@dod.no>:

> I will try gnus-cloud-storage-method "No encoding again", this time with
> only one emacs running on the machine synched to.

"~ RET" does something but not the right thing.

For one thing, it keeps adding stuff to the ~/.gnus.el that won't parse
when starting up gnus:

diff --git a/.gnus.el b/.gnus.el
index 37f83f9dda..27dcd733bf 100644
--- a/.gnus.el
+++ b/.gnus.el
@@ -485,3 +485,16 @@ of the default NNTP server"
 (defun sb-visit-privat ()
   (interactive)
   (sb-visit-all-groups-of-a-server "nnimap\\+privat:"))
+
+(:type :file :file-name "~/News/all.SCORE" :timestamp "2020-04-04T09:00:10+0200" :length 59)
+(("from"
+  ("Steinar Bang" nil nil s))
+ (decay 737519))
+
+(:type :file :file-name "~/News/nndoc_SCORE" :timestamp "2015-02-10T01:14:36+0100" :length 18)
+((decay 735639))
+
+(:type :file :file-name "~/News/nndoc_nnimap+privat_dod-27817.SCORE" :timestamp "2019-06-04T16:41:46+0200" :length 18)
+((decay 737214))
+
+(:type :file :file-name "~/News/nndraft_SCORE" :timestamp "2014-12-31T12:00:28+0100" :
\ No newline at end of file



What is this stuff and why is it re-added to ~/.gnus.el when I try to sync?

The nndoc and nndraft backends I have not added any sync for.



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-09-23 17:42             ` Steinar Bang
@ 2021-09-23 17:58               ` dick
  2021-09-24  8:40                 ` Eric S Fraga
  2021-10-02 11:27               ` Steinar Bang
  1 sibling, 1 reply; 36+ messages in thread
From: dick @ 2021-09-23 17:58 UTC (permalink / raw)
  To: ding

You do realize you are largely carrying on a conversation with yourself.

You should come up with a minimum reproducible example, and keep your question
brief (dispense with the play-by-play or backstory).


^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-09-23 17:58               ` dick
@ 2021-09-24  8:40                 ` Eric S Fraga
  2021-09-24 20:18                   ` Steinar Bang
  0 siblings, 1 reply; 36+ messages in thread
From: Eric S Fraga @ 2021-09-24  8:40 UTC (permalink / raw)
  To: ding

He probably should but *I* am kind of enjoying watching this play out!
-- 
Eric S Fraga via Emacs 28.0.50 & org 9.5-dev on Debian 11.0



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-09-24  8:40                 ` Eric S Fraga
@ 2021-09-24 20:18                   ` Steinar Bang
  2021-09-26 15:44                     ` Eric S Fraga
  0 siblings, 1 reply; 36+ messages in thread
From: Steinar Bang @ 2021-09-24 20:18 UTC (permalink / raw)
  To: ding

>>>>> Eric S Fraga <e.fraga@ucl.ac.uk>:

> He probably should but *I* am kind of enjoying watching this play out!

Rest assured I have no plans of changing the habits of a lifetime,
whatever some n00b may think.

I am no closer to getting the blasted thing working, though.

I gave up getting cloud gnus to work when it was introduced in 2016, and
continued to use Ted Zlatanov's 2011 vintage gnus-sync.

However... one thing that made gnus-sync continue to work, was me having
a 2016 git gnus still in the load-path (gnus-sync needed stuff from the
old gnus).

However things seemed to sort of, kind of work, so I have procrastinated
on getting rid of gnus-sync.

However, with emacs 27, introduced on the debian bullseye upgrade,
things started to break.

So both gnus-sync and the old git gnus have been scrubbed from my emacs
config.

So I either learn to live without gnus syncing... or I get cloud gnus to
work.

The first is not an option, so here we are.

Can't be many users of cloud gnus, based on the responses on the
problems in 2016 and the second time I tried in 2020.

I think maybe Lars uses cloud gnus, and probably Ted, but neither of
them are much to see around here, these days.

Next step out is to read the source code and start debugging to see
what's actually going on (but that won't happen tonight).



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-09-24 20:18                   ` Steinar Bang
@ 2021-09-26 15:44                     ` Eric S Fraga
  2021-09-26 16:52                       ` Steinar Bang
  0 siblings, 1 reply; 36+ messages in thread
From: Eric S Fraga @ 2021-09-26 15:44 UTC (permalink / raw)
  To: ding

On Friday, 24 Sep 2021 at 22:18, Steinar Bang wrote:
> Can't be many users of cloud gnus, based on the responses on the
> problems in 2016 and the second time I tried in 2020.

I don't use it nor have I ever tried it.  I am not entirely sure what it
would do for me, especially as I don't use IMAP, preferring to download
all my emails to my own computers and keep them all in sync myself.

> Next step out is to read the source code and start debugging to see
> what's actually going on (but that won't happen tonight).

Good luck and do keep us posted.

-- 
Eric S Fraga via Emacs 28.0.50 & org 9.5 on Debian 11.0



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-09-26 15:44                     ` Eric S Fraga
@ 2021-09-26 16:52                       ` Steinar Bang
  2021-09-27 14:54                         ` Eric S Fraga
  0 siblings, 1 reply; 36+ messages in thread
From: Steinar Bang @ 2021-09-26 16:52 UTC (permalink / raw)
  To: ding

>>>>> Eric S Fraga <e.fraga@ucl.ac.uk>:

> I don't use it nor have I ever tried it.  I am not entirely sure what it
> would do for me, especially as I don't use IMAP, preferring to download
> all my emails to my own computers and keep them all in sync myself.

Gnus cloud is not for syncing email.  Gnus cloud is for achieving nnimap
like functionality in NNTP: ensuring that what I read and respond to on
one computer, is also marked read and/or followed-up, when I use gnus on
a different computer.

Gnus cloud also syncs score setup/status for all backends.  Or in my
case, so far: *tries* to sync score setup

(I think gnus sync actually tries to sync all config and setup stuff
found in .newsrc.eld, ie. config created interactively, but I'm not 100%
sure...?)

An IMAP folder is used for exchanging the synch data, with messages
saved in the folder holding the sync data, one new message created by
each sync save.

And the format of the content of the messages in the IMAP folder, used
to hold the sync info is what's in the variable gnus-cloud-storage-method
and can be one of:
 - No encoding
 - Base64
 - Base64-gzip
 - EPG (which is GPG encoding, I think...? This is the default)

And finding a value for gnus-cloud-storage-method that works for me, has
been a problem.

The default EPG method pops up a dialog twice, asking for a passphrase
on every save, and has problems decoding on the receiving end.

The Base64 encodings fail on decode, saying "This isn't base64".

And "No encoding" maybe works, sometimes...

>> Next step out is to read the source code and start debugging to see
>> what's actually going on (but that won't happen tonight).

> Good luck and do keep us posted.

Thanks! Will do!



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-09-26 16:52                       ` Steinar Bang
@ 2021-09-27 14:54                         ` Eric S Fraga
  0 siblings, 0 replies; 36+ messages in thread
From: Eric S Fraga @ 2021-09-27 14:54 UTC (permalink / raw)
  To: ding

On Sunday, 26 Sep 2021 at 18:52, Steinar Bang wrote:
> Gnus cloud is not for syncing email.  Gnus cloud is for achieving nnimap
> like functionality in NNTP: ensuring that what I read and respond to on
> one computer, is also marked read and/or followed-up, when I use gnus on
> a different computer.

Ah, I sort of knew that but didn't think it through.  I guess I do my
own syncing (using unison) but this could be useful.  But it would seem
to rely on having an IMAP server.

-- 
Eric S Fraga via Emacs 28.0.50 & org 9.5 on Debian 11.0



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-09-23 17:42             ` Steinar Bang
  2021-09-23 17:58               ` dick
@ 2021-10-02 11:27               ` Steinar Bang
  2021-10-02 11:39                 ` Steinar Bang
  1 sibling, 1 reply; 36+ messages in thread
From: Steinar Bang @ 2021-10-02 11:27 UTC (permalink / raw)
  To: ding

>>>>> Steinar Bang <sb@dod.no>:

> For one thing, it keeps adding stuff to the ~/.gnus.el that won't parse
> when starting up gnus:

> diff --git a/.gnus.el b/.gnus.el
> index 37f83f9dda..27dcd733bf 100644
> --- a/.gnus.el
> +++ b/.gnus.el
> @@ -485,3 +485,16 @@ of the default NNTP server"
>  (defun sb-visit-privat ()
>    (interactive)
>    (sb-visit-all-groups-of-a-server "nnimap\\+privat:"))
> +
> +(:type :file :file-name "~/News/all.SCORE" :timestamp "2020-04-04T09:00:10+0200" :length 59)
> +(("from"
> +  ("Steinar Bang" nil nil s))
> + (decay 737519))
> +
> +(:type :file :file-name "~/News/nndoc_SCORE" :timestamp "2015-02-10T01:14:36+0100" :length 18)
> +((decay 735639))
> +
> +(:type :file :file-name "~/News/nndoc_nnimap+privat_dod-27817.SCORE" :timestamp "2019-06-04T16:41:46+0200" :length 18)
> +((decay 737214))
> +
> +(:type :file :file-name "~/News/nndraft_SCORE" :timestamp "2014-12-31T12:00:28+0100" :
> \ No newline at end of file

> What is this stuff and why is it re-added to ~/.gnus.el when I try to sync?

> The nndoc and nndraft backends I have not added any sync for.

Figured out why it keeps re-adding this stuff: the byte count in the
header preceeding the .gnus.el part of the sync package, is wrong:

(:type :file :file-name "~/.gnus.el" :timestamp "2021-09-19T15:04:33+0200" :length 16241)

If I take the 16241 bytes of the sync file, following the above headers,
I end with the stuff that created the problems above.

As to why the byte count is wrong: I'm guessing it is because I'm
syncing from a Windows machine and to a debian machine and the extra
bytes are the CRs in the CR-LF line endings.

The .gnus.el file is 487 lines and (- 16241 487) is 15754 and taking the
15754 ends the file in the correct place, so that seems right.

What would be the best way to make this less fragile, I wonder...?

The current value is just the size of the buffer:
 https://git.savannah.gnu.org/cgit/emacs.git/tree/lisp/gnus/gnus-cloud.el#n98



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-10-02 11:27               ` Steinar Bang
@ 2021-10-02 11:39                 ` Steinar Bang
  2021-10-02 14:59                   ` Steinar Bang
  0 siblings, 1 reply; 36+ messages in thread
From: Steinar Bang @ 2021-10-02 11:39 UTC (permalink / raw)
  To: ding

>>>>> Steinar Bang <sb@dod.no>:

> The .gnus.el file is 487 lines and (- 16241 487) is 15754 and taking the
> 15754 ends the file in the correct place, so that seems right.

> What would be the best way to make this less fragile, I wonder...?

> The current value is just the size of the buffer:
>  https://git.savannah.gnu.org/cgit/emacs.git/tree/lisp/gnus/gnus-cloud.el#n98

To take the length of data in bytes, instead of the size of the buffer,
should be always correct, without changing any of the other assumptions
of the code.



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-10-02 11:39                 ` Steinar Bang
@ 2021-10-02 14:59                   ` Steinar Bang
  2021-10-02 15:49                     ` Eric Abrahamsen
  0 siblings, 1 reply; 36+ messages in thread
From: Steinar Bang @ 2021-10-02 14:59 UTC (permalink / raw)
  To: ding

>>>>> Steinar Bang <sb@dod.no>:

>> The .gnus.el file is 487 lines and (- 16241 487) is 15754 and taking the
>> 15754 ends the file in the correct place, so that seems right.

>> What would be the best way to make this less fragile, I wonder...?

>> The current value is just the size of the buffer:
>> https://git.savannah.gnu.org/cgit/emacs.git/tree/lisp/gnus/gnus-cloud.el#n98

> To take the length of data in bytes, instead of the size of the buffer,
> should be always correct, without changing any of the other assumptions
> of the code.

I tried this, but it didn't work (still had 16241 bytes, rather than
15754 for the .gnus.el chunk in the sync data):

diff --git a/lisp/gnus/gnus-cloud.el b/lisp/gnus/gnus-cloud.el
index e6cf39c..48653bd 100644
--- a/lisp/gnus/gnus-cloud.el
+++ b/lisp/gnus/gnus-cloud.el
@@ -97,11 +97,11 @@ easy interactive way to set this from the Server buffer."
     (dolist (elem elems)
       (cond
        ((eq (plist-get elem :type) :file)
-        (let (length data)
+        (let (data length)
           (mm-with-unibyte-buffer
             (insert-file-contents-literally (plist-get elem :file-name))
-            (setq length (buffer-size)
-                  data (buffer-string)))
+            (setq data (buffer-string)
+                  length (length data)))
           (insert (format "(:type :file :file-name %S :timestamp %S :length %d)\n"
                           (plist-get elem :file-name)
                           (plist-get elem :timestamp)

Where are the CRLF characters turned into LF, I wonder?
Apparently not in buffer-string...?



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-10-02 14:59                   ` Steinar Bang
@ 2021-10-02 15:49                     ` Eric Abrahamsen
  2021-10-02 16:19                       ` Steinar Bang
  0 siblings, 1 reply; 36+ messages in thread
From: Eric Abrahamsen @ 2021-10-02 15:49 UTC (permalink / raw)
  To: ding

Steinar Bang <sb@dod.no> writes:

>>>>>> Steinar Bang <sb@dod.no>:
>
>>> The .gnus.el file is 487 lines and (- 16241 487) is 15754 and taking the
>>> 15754 ends the file in the correct place, so that seems right.
>
>>> What would be the best way to make this less fragile, I wonder...?
>
>>> The current value is just the size of the buffer:
>>> https://git.savannah.gnu.org/cgit/emacs.git/tree/lisp/gnus/gnus-cloud.el#n98
>
>> To take the length of data in bytes, instead of the size of the buffer,
>> should be always correct, without changing any of the other assumptions
>> of the code.
>
> I tried this, but it didn't work (still had 16241 bytes, rather than
> 15754 for the .gnus.el chunk in the sync data):
>
> diff --git a/lisp/gnus/gnus-cloud.el b/lisp/gnus/gnus-cloud.el
> index e6cf39c..48653bd 100644
> --- a/lisp/gnus/gnus-cloud.el
> +++ b/lisp/gnus/gnus-cloud.el
> @@ -97,11 +97,11 @@ easy interactive way to set this from the Server buffer."
>      (dolist (elem elems)
>        (cond
>         ((eq (plist-get elem :type) :file)
> -        (let (length data)
> +        (let (data length)
>            (mm-with-unibyte-buffer
>              (insert-file-contents-literally (plist-get elem :file-name))
> -            (setq length (buffer-size)
> -                  data (buffer-string)))
> +            (setq data (buffer-string)
> +                  length (length data)))
>            (insert (format "(:type :file :file-name %S :timestamp %S :length %d)\n"
>                            (plist-get elem :file-name)
>                            (plist-get elem :timestamp)
>
> Where are the CRLF characters turned into LF, I wonder?
> Apparently not in buffer-string...?

My understanding is that conversion would have happened if you weren't
using a unibyte buffer, and were using `insert-file-contents' rather
than `insert-file-contents-literally'. Ie, the code is specifically set
up to not do conversion.



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-10-02 15:49                     ` Eric Abrahamsen
@ 2021-10-02 16:19                       ` Steinar Bang
  2021-10-03  8:46                         ` Steinar Bang
  0 siblings, 1 reply; 36+ messages in thread
From: Steinar Bang @ 2021-10-02 16:19 UTC (permalink / raw)
  To: ding

>>>>> Eric Abrahamsen <eric@ericabrahamsen.net>:

> My understanding is that conversion would have happened if you weren't
> using a unibyte buffer, and were using `insert-file-contents' rather
> than `insert-file-contents-literally'. Ie, the code is specifically set
> up to not do conversion.

Yep.  That's why I hoped the conversion took place in buffer-string.

Because there *is* an end-of--lone conversion somewhere (obviously), but
where?

Could the end-of-line conversion be caused by the encoding of the buffer
that is inserted into?

If so, is that conversion intentional or not?

One possible way of getting the byte count would be to record point
before the insert, record point after the insert and then calculate the
difference.

That should work both for end-of-line conversion and no end-of-line
conversion.

However, there's a little hen-and-egg-problem is that we need the length
before doing the insert...

It feels tempting to replace insert-file-contents-literally with
file-contents to see what happens...?



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-10-02 16:19                       ` Steinar Bang
@ 2021-10-03  8:46                         ` Steinar Bang
  2021-10-03 17:30                           ` Steinar Bang
  0 siblings, 1 reply; 36+ messages in thread
From: Steinar Bang @ 2021-10-03  8:46 UTC (permalink / raw)
  To: ding

I've registered a bug on this in the emacs bug tracker:
 https://debbugs.gnu.org/cgi/bugreport.cgi?bug=50988



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-10-03  8:46                         ` Steinar Bang
@ 2021-10-03 17:30                           ` Steinar Bang
  2021-10-04 14:43                             ` Steinar Bang
  0 siblings, 1 reply; 36+ messages in thread
From: Steinar Bang @ 2021-10-03 17:30 UTC (permalink / raw)
  To: ding

With the parsing errors fixed... or at least: worked around, ~-RET still
doesn't update the group read count.

In the minibuffer and in the Messages buffer, I see messages like this:
 Skipping outdated cloud info for group nntp+news.gmane.io:gmane.mail.davmail.user, the info is from 2021-10-03T19:11:07+0200 (now is 2021-10-03T19:14:11+0200)

Is this a bug in gnus-cloud?

Or is this my usage pattern?

I have tried waiting long from saving until reading sync data in case
the problem was that the computers were out of sync (I didn't think so,
since they are both updating from the same NTP server).

And it's impossible not to update the sync client gnus before reading
sync data, because otherwise it doesn't see the new sync message in the
map folder.

Is there a particular order a local update should be done in with
respect to the saved timestamp in the sync info?



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-10-03 17:30                           ` Steinar Bang
@ 2021-10-04 14:43                             ` Steinar Bang
  2021-10-04 18:00                               ` Steinar Bang
  0 siblings, 1 reply; 36+ messages in thread
From: Steinar Bang @ 2021-10-04 14:43 UTC (permalink / raw)
  To: ding

>>>>> Steinar Bang <sb@dod.no>:

> With the parsing errors fixed... or at least: worked around, ~-RET still
> doesn't update the group read count.

> In the minibuffer and in the Messages buffer, I see messages like this:
>  Skipping outdated cloud info for group nntp+news.gmane.io:gmane.mail.davmail.user, the info is from 2021-10-03T19:11:07+0200 (now is 2021-10-03T19:14:11+0200)

> Is this a bug in gnus-cloud?

I don't see how this could work...?
 https://git.savannah.gnu.org/cgit/emacs.git/tree/lisp/gnus/gnus-cloud.el?h=emacs-27#n232
 https://git.savannah.gnu.org/cgit/emacs.git/tree/lisp/gnus/gnus-cloud.el?h=emacs-27#n241

Ie. unless you play tricks with the system clocks on the computers
involved in the sync, there is no way the written time stamp isn't older
than the current time (and the sync will fail to update).

And indeed the master version of the same function looks quite
different:
 https://git.savannah.gnu.org/cgit/emacs.git/tree/lisp/gnus/gnus-cloud.el?h=master#n222

(the emacs-28 version of the function looks the same as master)

Here's the change to the method:
 https://git.savannah.gnu.org/cgit/emacs.git/commit/lisp/gnus/gnus-cloud.el?id=a77ac015b3fecc4a63ae42712b693e3158fc5452&h=master

commit a77ac015b3fecc4a63ae42712b693e3158fc5452
Author: David Edmondson <dme@dme.org>
Date:   Sat Mar 28 19:03:58 2020 +0000

    gnus-cloud: Improve cloud sync
    
    After replaying a set of actions downloaded by gnus-cloud, persist the
    highest sequence number seen as the local `gnus-cloud-sequence'
    number, in order that a future download will not unnecessarily replay
    previously seen actions and any future uploads from this emacs
    instance use a higher sequence number than that downloaded.
    
    Remove the test on whether individual newsrc entries are older than
    the current time, as that is always going to be the case.

I wonder if emacs-28 gnus will run on emacs-27? What about emacs-26?

I will try, and report back.



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-10-04 14:43                             ` Steinar Bang
@ 2021-10-04 18:00                               ` Steinar Bang
  2021-10-04 19:19                                 ` Steinar Bang
  2021-10-04 20:09                                 ` Adam Sjøgren
  0 siblings, 2 replies; 36+ messages in thread
From: Steinar Bang @ 2021-10-04 18:00 UTC (permalink / raw)
  To: ding

>>>>> Steinar Bang <sb@dod.no>:

> I wonder if emacs-28 gnus will run on emacs-27?

Nope!

Error message:
 Symbol's value as variable is void: shell-command-buffer-name

And emacs-28 isn't out yet.

So my plan until emacs-28 is out, is to make a branch from emacs-27 and
copy gnus-cloud.el from master to the branch, and add everything else,
necessary for gnus-cloud.el to load (that sounds simpler than trying to
get all of emacs 28 gnus to run on emacs 27).

If that fails, I guess I have to build emacs myself from master HEAD (or
emacs-28 HEAD...?).



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-10-04 18:00                               ` Steinar Bang
@ 2021-10-04 19:19                                 ` Steinar Bang
  2021-10-04 19:42                                   ` Steinar Bang
  2021-10-04 20:09                                 ` Adam Sjøgren
  1 sibling, 1 reply; 36+ messages in thread
From: Steinar Bang @ 2021-10-04 19:19 UTC (permalink / raw)
  To: ding

>>>>> Steinar Bang <sb@dod.no>:

> And emacs-28 isn't out yet.

> So my plan until emacs-28 is out, is to make a branch from emacs-27 and
> copy gnus-cloud.el from master to the branch, and add everything else,
> necessary for gnus-cloud.el to load (that sounds simpler than trying to
> get all of emacs 28 gnus to run on emacs 27).

Seems to be working, but sync is still spotty. Some groups are synced
but I don't undertand why and which groups are synced.

To replicate:
 1. Clone git gnus
     mkdir -p ~/git
     cd ~/git/
     git clone git://git.savannah.gnu.org/emacs.git
     
 2. Add a new remote
     git remote add github https://github.com/steinarb/emacs-gnus-cloud-sb.git
     git fetch github

 3. Check out the emacs-27-with-gnus-cloud-from-emacs-28 branch:
     git checkout -b emacs-27-with-gnus-cloud-from-emacs-28

 4. Byte compile all .el files in ~/git/emacs/lisp/gnus/

 5. Add git gnus to the start of the load path by adding the following to .emacs:
     ;; Git version of Gnus to get gnus-cloud fixes
     (let ((git-emacs-directory
            (concat git-workspace "/emacs")))
           (push (concat git-emacs-directory "/lisp/gnus") load-path))



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-10-04 19:19                                 ` Steinar Bang
@ 2021-10-04 19:42                                   ` Steinar Bang
  0 siblings, 0 replies; 36+ messages in thread
From: Steinar Bang @ 2021-10-04 19:42 UTC (permalink / raw)
  To: ding

>>>>> Steinar Bang <sb@dod.no>:

> Seems to be working, but sync is still spotty. Some groups are synced
> but I don't undertand why and which groups are synced.

NNTP groups are synced, but I need to do M-g on the synced groups after
sync, for the updated marks to be shown.



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-10-04 18:00                               ` Steinar Bang
  2021-10-04 19:19                                 ` Steinar Bang
@ 2021-10-04 20:09                                 ` Adam Sjøgren
  2021-10-04 21:26                                   ` Steinar Bang
                                                     ` (2 more replies)
  1 sibling, 3 replies; 36+ messages in thread
From: Adam Sjøgren @ 2021-10-04 20:09 UTC (permalink / raw)
  To: ding

Steinar writes:

> So my plan until emacs-28 is out, is to make a branch from emacs-27 and
> copy gnus-cloud.el from master to the branch, and add everything else,
> necessary for gnus-cloud.el to load (that sounds simpler than trying to
> get all of emacs 28 gnus to run on emacs 27).
>
> If that fails, I guess I have to build emacs myself from master HEAD (or
> emacs-28 HEAD...?).

I have been running Emacs built from master, updated once every blue
moon, for quite a while now. It's easy and usually "Just Works™".

They branched off emacs-28 recently and ask people to test that, so if I
were you, I'd build that. It sounds much easier to me to just build
Emacs from git than copying parts of Gnus around from various versions,
trying to mix and match.

Lars wrote a simple guide to building:

 · https://lars.ingebrigtsen.no/2014/11/13/welcome-new-emacs-developers/

I use this command whenever I have done a git pull in my clone of the
Emacs repository:

    time (./autogen.sh && ./configure --without-pgtk --with-native-compilation --without-pop --with-kerberos5 && make -j12 bootstrap)

It takes around 5 to 6 minutes, and then I have a small script to run
Emacs:

    #!/bin/sh

    exec /usr/src/emacs/src/emacs "$@"


  Best regards,

    Adam

-- 
 "Well, Napster deserved to lose since it was               Adam Sjøgren
  based on ripping off other people's work."           asjo@koldfront.dk



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-10-04 20:09                                 ` Adam Sjøgren
@ 2021-10-04 21:26                                   ` Steinar Bang
  2021-10-05  8:41                                   ` Robert Pluim
  2021-10-05 15:14                                   ` Eric Abrahamsen
  2 siblings, 0 replies; 36+ messages in thread
From: Steinar Bang @ 2021-10-04 21:26 UTC (permalink / raw)
  To: ding

>>>>> Adam Sjøgren <asjo@koldfront.dk>:

> I have been running Emacs built from master, updated once every blue
> moon, for quite a while now. It's easy and usually "Just Works™".

Yeah, well... I built my first emacs back in 1987... and my last emacs
in 2002 or thereabouts.

But for now the git branch with emacs-27 gnus and emacs-28 gnus-cloud.el
(and the windows line ending workaround on windows (which I would need
anyway)), seems to be working.



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-10-04 20:09                                 ` Adam Sjøgren
  2021-10-04 21:26                                   ` Steinar Bang
@ 2021-10-05  8:41                                   ` Robert Pluim
  2021-10-05 15:02                                     ` Adam Sjøgren
  2021-10-05 15:14                                   ` Eric Abrahamsen
  2 siblings, 1 reply; 36+ messages in thread
From: Robert Pluim @ 2021-10-05  8:41 UTC (permalink / raw)
  To: Adam Sjøgren; +Cc: ding

>>>>> On Mon, 04 Oct 2021 22:09:49 +0200, Adam Sjøgren <asjo@koldfront.dk> said:
    Adam> I use this command whenever I have done a git pull in my clone of the
    Adam> Emacs repository:

    Adam>     time (./autogen.sh && ./configure --without-pgtk --with-native-compilation --without-pop --with-kerberos5 && make -j12 bootstrap)

--without-pop --with-kerberos doesnʼt make a great deal of sense,
since the only C code that depends on kerberos is emacs is in
src/pop.c

Robert
-- 


^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-10-05  8:41                                   ` Robert Pluim
@ 2021-10-05 15:02                                     ` Adam Sjøgren
  2021-10-05 15:41                                       ` Robert Pluim
  0 siblings, 1 reply; 36+ messages in thread
From: Adam Sjøgren @ 2021-10-05 15:02 UTC (permalink / raw)
  To: ding

Robert writes:

> --without-pop --with-kerberos doesnʼt make a great deal of sense,
> since the only C code that depends on kerberos is emacs is in
> src/pop.c

I was hoping to get Kerberos support in url.el at one point and the
optimist in me thought "I probably just have to enable this option".

At a later point I started hacking away at lisp/url/url-auth.el to add
Negotiate auth support, but I couldn't find any way to call the needed
Kerberos functions to generate an initial context token, so I ended up
using a Perl script using GSSAPI as a crutch instead:

= = =
diff --git a/lisp/url/url-auth.el b/lisp/url/url-auth.el
index f291414e81b..b6fd4660291 100644
--- a/lisp/url/url-auth.el
+++ b/lisp/url/url-auth.el
@@ -445,6 +445,44 @@ url-digest-auth
         (if key
             (url-digest-auth-build-response key href realm attrs)))))
 
+;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
+;;; Negotiate authorization code
+;;; ------------------------
+;;; This implements the Negotiate authorization type; only the
+;;; SPNEGO-bases Kerberos part.  See RFC 4559
+;;; https://www.ietf.org/rfc/rfc4559.txt for the complete
+;;; documentation on this type.
+;;;
+;;; This is somewhat secure
+;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
+
+(defun url-negotiate-auth-build-response (url attrs)
+  "Compute authorization string for SPNEGO-based Kerberos.
+
+base64 encoding of an InitialContextToken as defined in
+RFC2743, from SPNEGO GSSAPI.
+
+The NTLM part is not implemented"
+  (let ((token (shell-command-to-string (concat "/home/adsj/bin/generate_initialcontexttoken " (url-host url)))))
+      (concat
+       "Negotiate "
+       token)))
+
+(defun url-negotiate-auth (url &optional prompt overwrite realm attrs)
+  "Get the HTTP Negotiate response string for the specified URL.
+
+Optional arguments PROMPT, OVERWRITE, and REALM are not relevant for the
+Negotiate method.
+
+Alist ATTRS contains additional attributes for the authentication
+challenge such as nonce and opaque."
+  (if attrs
+      (let* ((href (if (stringp url) (url-generic-parse-url url) url))
+             (enable-recursive-minibuffers t))
+        (url-negotiate-auth-build-response href attrs))))
+
+;;; End of Negotiate
+
 (defvar url-registered-auth-schemes nil
   "A list of the registered authorization schemes and various and sundry
 information associated with them.")
diff --git a/lisp/url/url.el b/lisp/url/url.el
index a6565e2cdb6..5d5b8b03ea8 100644
--- a/lisp/url/url.el
+++ b/lisp/url/url.el
@@ -64,6 +64,7 @@ url-do-setup
     ;; Register all the authentication schemes we can handle
     (url-register-auth-scheme "basic" nil 4)
     (url-register-auth-scheme "digest" nil 7)
+    (url-register-auth-scheme "negotiate" nil 9)
 
     (setq url-cookie-file
 	  (or url-cookie-file
= = =

The Perl script being:

= = =
#!/usr/bin/perl

use strict;
use warnings;

use MIME::Base64;
use GSSAPI;

my $host=$ARGV[0];
die "Must supply hostname" if (!defined $host);

my $target;
my $status=GSSAPI::Name->import($target, 'HTTP@' . $host, GSSAPI::OID::gss_nt_hostbased_service);
die "Name import failed: $status" if ($status->major != GSS_S_COMPLETE);

my $tname;
$status=$target->display($tname);
die "Status display failed: $status" if ($status->major != GSS_S_COMPLETE);

my $ctx = GSSAPI::Context->new();
my $imech = GSSAPI::OID::gss_mech_krb5;

my $iflags = GSS_C_REPLAY_FLAG;
$iflags = $iflags | GSS_C_MUTUAL_FLAG | GSS_C_DELEG_FLAG; # if ( $ENV{LWP_AUTHEN_NEGOTIATE_DELEGATE} )
my $bindings = GSS_C_NO_CHANNEL_BINDINGS;
my $creds = GSS_C_NO_CREDENTIAL;
my $itime = 0;

my $otoken;
my $itoken=q{}; # prev WWW-Authenticate ...
$status = $ctx->init($creds, $target, $imech, $iflags, $itime, $bindings, $itoken, undef, $otoken, undef, undef);
if ($status->major == GSS_S_COMPLETE or $status->major == GSS_S_CONTINUE_NEEDED) {
    print encode_base64($otoken,"");
}
else {
    die "Fail: $status";
}
= = =

This allows my Gnus to show images from internal servers that use
Kerberos for Single Sign On at work, which is nice.

If only I could figure out how to make the token within url-auth.el,
that would be cool...


  Best regards,

    Adam

-- 
 "Mr. Cotton's... parrot. Same question."                   Adam Sjøgren
                                                       asjo@koldfront.dk



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-10-04 20:09                                 ` Adam Sjøgren
  2021-10-04 21:26                                   ` Steinar Bang
  2021-10-05  8:41                                   ` Robert Pluim
@ 2021-10-05 15:14                                   ` Eric Abrahamsen
  2021-10-05 16:17                                     ` Adam Sjøgren
  2 siblings, 1 reply; 36+ messages in thread
From: Eric Abrahamsen @ 2021-10-05 15:14 UTC (permalink / raw)
  To: ding

Adam Sjøgren <asjo@koldfront.dk> writes:


[...]


> It takes around 5 to 6 minutes, and then I have a small script to run
> Emacs:
>
>     #!/bin/sh
>
>     exec /usr/src/emacs/src/emacs "$@"

Have you tried using the server and the emacsclient executable instead?
It's nice because you can use it multiple times, set it as $EDITOR, etc...



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-10-05 15:02                                     ` Adam Sjøgren
@ 2021-10-05 15:41                                       ` Robert Pluim
  2021-10-05 16:20                                         ` Adam Sjøgren
  0 siblings, 1 reply; 36+ messages in thread
From: Robert Pluim @ 2021-10-05 15:41 UTC (permalink / raw)
  To: Adam Sjøgren; +Cc: ding

>>>>> On Tue, 05 Oct 2021 17:02:15 +0200, Adam Sjøgren <asjo@koldfront.dk> said:

    Adam> Robert writes:
    >> --without-pop --with-kerberos doesnʼt make a great deal of sense,
    >> since the only C code that depends on kerberos is emacs is in
    >> src/pop.c

    Adam> I was hoping to get Kerberos support in url.el at one point and the
    Adam> optimist in me thought "I probably just have to enable this option".

    Adam> At a later point I started hacking away at lisp/url/url-auth.el to add
    Adam> Negotiate auth support, but I couldn't find any way to call the needed
    Adam> Kerberos functions to generate an initial context token, so I ended up
    Adam> using a Perl script using GSSAPI as a crutch instead:

(Wild conjecture) Doesnʼt gssapi.el do that for you?

Robert
-- 


^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-10-05 15:14                                   ` Eric Abrahamsen
@ 2021-10-05 16:17                                     ` Adam Sjøgren
  2021-10-05 17:46                                       ` Eric Abrahamsen
  0 siblings, 1 reply; 36+ messages in thread
From: Adam Sjøgren @ 2021-10-05 16:17 UTC (permalink / raw)
  To: ding

Eric writes:

> Adam Sjøgren <asjo@koldfront.dk> writes:

>>     exec /usr/src/emacs/src/emacs "$@"
>
> Have you tried using the server and the emacsclient executable instead?

I use emacsclient when I want to connect to the Emacs I have running
Gnus. For the other Emacsen, I don't run a server.

> It's nice because you can use it multiple times, set it as $EDITOR, etc...

Yeah, if only Emacs didn't crash when you use it from another computer
(the GTK-saga).


  Best regards,

    Adam

-- 
 "och jag är lika sjuk som salig Freuds teorier."           Adam Sjøgren
                                                       asjo@koldfront.dk



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-10-05 15:41                                       ` Robert Pluim
@ 2021-10-05 16:20                                         ` Adam Sjøgren
  0 siblings, 0 replies; 36+ messages in thread
From: Adam Sjøgren @ 2021-10-05 16:20 UTC (permalink / raw)
  To: ding

Robert writes:

> (Wild conjecture) Doesnʼt gssapi.el do that for you?

Unfortunately not, as far as I can tell, if you are talking about
lisp/gnus/gssapi.el - that's just a wrapper around gsasl(1).


  Best regards,

    Adam

-- 
 "Too little imagination, too much stomach acid!"           Adam Sjøgren
                                                       asjo@koldfront.dk



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-10-05 16:17                                     ` Adam Sjøgren
@ 2021-10-05 17:46                                       ` Eric Abrahamsen
  2021-10-05 17:52                                         ` Adam Sjøgren
  0 siblings, 1 reply; 36+ messages in thread
From: Eric Abrahamsen @ 2021-10-05 17:46 UTC (permalink / raw)
  To: ding

Adam Sjøgren <asjo@koldfront.dk> writes:

> Eric writes:
>
>> Adam Sjøgren <asjo@koldfront.dk> writes:
>
>>>     exec /usr/src/emacs/src/emacs "$@"
>>
>> Have you tried using the server and the emacsclient executable instead?
>
> I use emacsclient when I want to connect to the Emacs I have running
> Gnus. For the other Emacsen, I don't run a server.
>
>> It's nice because you can use it multiple times, set it as $EDITOR, etc...
>
> Yeah, if only Emacs didn't crash when you use it from another computer
> (the GTK-saga).

Should have known you'd already explored that avenue!



^ permalink raw reply	[flat|nested] 36+ messages in thread

* Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?)
  2021-10-05 17:46                                       ` Eric Abrahamsen
@ 2021-10-05 17:52                                         ` Adam Sjøgren
  0 siblings, 0 replies; 36+ messages in thread
From: Adam Sjøgren @ 2021-10-05 17:52 UTC (permalink / raw)
  To: ding

Eric writes:

>>> It's nice because you can use it multiple times, set it as $EDITOR, etc...
>>
>> Yeah, if only Emacs didn't crash when you use it from another computer
>> (the GTK-saga).
>
> Should have known you'd already explored that avenue!

No worries, there are loads of roads I haven't been down in Emacs -
always happy to hear suggestions :-)


  /A

-- 
 "I need a new world. Give me a new world or                Adam Sjøgren
  fix this one, please. Thank you."                    asjo@koldfront.dk



^ permalink raw reply	[flat|nested] 36+ messages in thread

end of thread, other threads:[~2021-10-05 17:52 UTC | newest]

Thread overview: 36+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-09-19 13:50 Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?) Steinar Bang
2021-09-19 14:16 ` Steinar Bang
2021-09-19 14:30   ` Steinar Bang
2021-09-19 14:47     ` Steinar Bang
2021-09-23 15:07       ` Steinar Bang
2021-09-23 15:25         ` Steinar Bang
2021-09-23 17:17           ` Steinar Bang
2021-09-23 17:42             ` Steinar Bang
2021-09-23 17:58               ` dick
2021-09-24  8:40                 ` Eric S Fraga
2021-09-24 20:18                   ` Steinar Bang
2021-09-26 15:44                     ` Eric S Fraga
2021-09-26 16:52                       ` Steinar Bang
2021-09-27 14:54                         ` Eric S Fraga
2021-10-02 11:27               ` Steinar Bang
2021-10-02 11:39                 ` Steinar Bang
2021-10-02 14:59                   ` Steinar Bang
2021-10-02 15:49                     ` Eric Abrahamsen
2021-10-02 16:19                       ` Steinar Bang
2021-10-03  8:46                         ` Steinar Bang
2021-10-03 17:30                           ` Steinar Bang
2021-10-04 14:43                             ` Steinar Bang
2021-10-04 18:00                               ` Steinar Bang
2021-10-04 19:19                                 ` Steinar Bang
2021-10-04 19:42                                   ` Steinar Bang
2021-10-04 20:09                                 ` Adam Sjøgren
2021-10-04 21:26                                   ` Steinar Bang
2021-10-05  8:41                                   ` Robert Pluim
2021-10-05 15:02                                     ` Adam Sjøgren
2021-10-05 15:41                                       ` Robert Pluim
2021-10-05 16:20                                         ` Adam Sjøgren
2021-10-05 15:14                                   ` Eric Abrahamsen
2021-10-05 16:17                                     ` Adam Sjøgren
2021-10-05 17:46                                       ` Eric Abrahamsen
2021-10-05 17:52                                         ` Adam Sjøgren
2021-09-23 17:14         ` Steinar Bang

Gnus development mailing list

This inbox may be cloned and mirrored by anyone:

	git clone --mirror https://inbox.vuxu.org/ding

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V1 ding ding/ https://inbox.vuxu.org/ding \
		ding@inbox.vuxu.org
	public-inbox-index ding

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://inbox.vuxu.org/vuxu.archive.emacs.gnus.general


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git