Re: unable to kill-emacs due to failure to save buffers (in connection with tramp)

[Martin Steffen <msteffen@ifi.uio.no>]

Concerning the problem of being ``stuck'' unable to exit emacs: Indeed,
deleting ~/.cache/org-persist/index (and for good measure additionally
doing (setq org-clock-persist nil))  got me rid of the
problem. Now I can exit emacs in a decent way and especially make use of
emacs-client as editor for commit and log message (being forced to shoot
emacs down for exiting made that impossible, the main-emacs I seldomly
quit....)

Martin


>>>>> "Martin" == Martin Steffen <msteffen@ifi.uio.no> writes:




>>>>> "Stefan" == Stefan Monnier via Users list for the GNU Emacs text editor <help-gnu-emacs@gnu.org> writes:
    >>> 
    >>> (:variable #29# :persist-file
    >>> "d9/6cedfd-05fd-4dc3-8542-ee0bb93ac4b3" :path
    >>> "/scp:<login>@192.168.x.x:/var/services/homes/mobileorg/test.org"
    >>> :inode 11537641 :hash "672132fcd377562aa49d8dbd0044f1c4")

    Stefan> This suggests that the problem is not in Tramp but in
    Stefan> `org-persist` (or in your use of it), since it seems to be
    Stefan> configured to save the value of some variable (not shown
    Stefan> here) into your remote server, and org-persist probably
    Stefan> tries to save this variable before exiting Emacs.

    Martin> That's a plausible analysis. I was originally pointing
    Martin> towards Tramp, as the *Messages* showed things like that

    >> Tramp: Sending command ‘exec ssh -l <login> -e none 192.168.x.x’

    Martin> i.e., since it's about ``remote'' files, it's tramp that
    Martin> tries to do it, but the saving seems, as you said, be
    Martin> triggered by ``persist''.

    Martin> I will look into that. I was so far not aware that I somehow
    Martin> use org-persist (or what its purpose is). I definitely use a
    Martin> lot of org-packages, and I don't load or require
    Martin> org-persist. The only mentioning of "persist" in my
    Martin> org-adaptations is

    Martin> (setq org-clock-persist t) (org-clock-persistence-insinuate)

    Martin> (though I can't remember why exactly I set that, seems also
    Martin> not immediately related to tramp, more about logging).

    Martin> Anyway, thanks for directing me to better also look into
    Martin> ``persist''.

    Martin> Martin