GNU bug report logs - #7583
23.2; ido loads tramp too eagerly

Previous Next

Package: emacs;

Reported by: Dave Abrahams <dave <at> boostpro.com>

Date: Tue, 7 Dec 2010 17:34:01 UTC

Severity: normal

Found in version 23.2

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

Bug is archived. No further changes may be made.

Full log


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

From: Dave Abrahams <dave <at> boostpro.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 7583 <at> debbugs.gnu.org
Subject: Re: bug#7583: 23.2; ido loads tramp too eagerly
Date: Wed, 26 Oct 2011 14:19:09 -0400
on Wed Oct 26 2011, Michael Albinus <michael.albinus-AT-gmx.de> wrote:

> Dave Abrahams <dave <at> boostpro.com> writes:
>
> Hi Dave,
>
>>>> emacs -Q
>>>> `M-x ido-mode RET'
>>>> `C-x C-f'           <wait while tramp loads>
>>>
>>> Running this recipe with Emacs 24.0.90, I don't see a serious delay due
>>> to Tramp. Do you still believe we need to fix something?
>>
>> Yeah, I do (no pun intended).  See the other report I made today.
>> Again, I'm not sure it's *technically* Tramp's fault, but I think Tramp
>> should probably be more resilient to whatever ido is doing.
>
> I've just committed a patch for ido.el, which removes explicit loading
> of Tramp. Autoloads shall be sufficient.
>
> This is all what could be done inside ido, IMHO. I've seen your other
> report on the Tramp ML, and I'm working on this. Therefore, I believe we
> can close *this* bug report.
>
> Do you agree?

Sure; if there are problems I'll bring them up anew :-)

-- 
Dave Abrahams
BoostPro Computing
http://www.boostpro.com




This bug report was last modified 13 years and 211 days ago.

Previous Next


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