GNU bug report logs - #65039
30.0.50; [PATCH] Add bookmark handler for M-x shell

Previous Next

Package: emacs;

Reported by: Protesilaos Stavrou <info <at> protesilaos.com>

Date: Thu, 3 Aug 2023 14:42:01 UTC

Severity: wishlist

Tags: patch

Found in version 30.0.50

Fixed in version 31.1

Done: Michael Albinus <michael.albinus <at> gmx.de>

Bug is archived. No further changes may be made.

Full log


Message #115 received at 65039 <at> debbugs.gnu.org (full text, mbox):

From: Ship Mints <shipmints <at> gmail.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 65039 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, prot <at> protesilaos.com,
 Visuwesh <visuweshm <at> gmail.com>
Subject: Re: bug#65039: [PATCH] Add bookmark handler for shell-mode
Date: Sat, 15 Feb 2025 06:36:27 -0500
[Message part 1 (text/plain, inline)]
Since bookmarks can be loaded from alternate files, there's also that. I
have shared a few "standardized" bookmark files and instructed how to load
them. One day, I'll look at bookmark.el to see how much trouble it would be
to graft together multiple bookmark-origin files into a single list and
still retain their origin for persistence.

On Sat, Feb 15, 2025 at 6:24 AM Ship Mints <shipmints <at> gmail.com> wrote:

> Hmm. I prefer storing the fully-qualified multi-hop file name in the
> bookmark itself. I share my bookmarks across machines which all have
> identically structured file systems, identical ssh configurations,
> identical "production" Emacs configs, and I expect my bookmarks to load
> without having to copy over another file. I will occasionally share a
> bookmark snippet with someone else and expect it to work (these people have
> similar set ups--assuming they follow the configuration guidelines).
>
> Can we take a look at fully-qualified file name reconstruction?
>
> On Sat, Feb 15, 2025 at 3:21 AM Michael Albinus <michael.albinus <at> gmx.de>
> wrote:
>
>> Michael Albinus <michael.albinus <at> gmx.de> writes:
>>
>> >> Hi, Michael,
>>
>> Hi,
>>
>> >> If it is possible to do at bookmarking time, please tell me how. If
>> >> this is not possible, we will highlight in the docs that
>> >> tramp-show-ad-hoc-proxies must be t if users expect multi-hop
>> >> bookmarks to be effective.
>> >
>> > I'll check, whether I can improve this in Tramp.
>>
>> Finally, it is much simpler than expected. The Tramp manual tells us
>> TheTruth™,
>> (info "(tramp) Frequently Asked Questions")
>>
>> --8<---------------cut here---------------start------------->8---
>>    • Why saved multi-hop file names do not work in a new Emacs session?
>>
>>      When saving ad-hoc multi-hop TRAMP file names (*note Ad-hoc
>>      multi-hops::) via bookmarks, recent files, filecache, bbdb, or
>>      another package, use the full ad-hoc file name including all hops,
>>      like ‘/ssh:bird <at> bastion|ssh:news.my.domain:/opt/news/etc’.
>>
>>      Alternatively, when saving abbreviated multi-hop file names
>>      ‘/ssh:news <at> news.my.domain:/opt/news/etc’, the user option
>>      ‘tramp-save-ad-hoc-proxies’ must be set non-‘nil’ value.
>> --8<---------------cut here---------------end--------------->8---
>>
>> If you document to set tramp-save-ad-hoc-proxies to non-nil it should
>> work out-of-the-box.
>>
>> >> -Stephane
>>
>> Best regards, Michael.
>>
>
[Message part 2 (text/html, inline)]

This bug report was last modified 64 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.