bug#1529: [emacs-snapshot/master] Changelog entry for 20090411-1

bug#1529: [emacs-snapshot/master] Changelog entry for 20090411-1

[Reinhard Tartler]

Romain Francoise <romain@orebokech.com> writes:

> Hi Reinhard,
>
> Reinhard Tartler <siretart@tauware.de> writes:
>
>> just a quick question, does tramp work for you in 200904011? I've
>> installed the jaunty package, but I only get an error message about
>> Recursive load: "/usr/share/emacs/23.0.92/lisp/net/tramp.elc",
>> "/usr/share/emacs/23.0.92/lisp/net/tramp-cmds.elc",
>> "/usr/share/emacs/23.0.92/lisp/net/tramp.elc",
>> "/usr/share/emacs/23.0.92/lisp/net/tramp-cmds.elc",
>> "/usr/share/emacs/23.0.92/lisp/net/tramp.elc",
>> "/usr/share/emacs/23.0.92/lisp/net/tramp-cmds.elc",
>> "/usr/share/emacs/23.0.92/lisp/net/tramp.elc",
>> "/usr/share/emacs/23.0.92/lisp/net/tramp-cmds.elc",
>> "/usr/share/emacs/23.0.92/lisp/net/tramp.elc"
>
> That looks like bug #1529, http://emacsbugs.donarmstrong.com/1529 :(
>
> I've never managed to reproduce it myself, and the Tramp maintainer
> doesn't know what it's about either... It's tagged 'moreinfo', if
> you have a reliable way to reproduce this I'd appreciate if you
> could poke around. It works fine for me (and I just rechecked in
> 20090411-1).

I can reliably reproduce it with the package 'emacs-goodies-el'
installed. Tramp works fine with 'emacs-goodies-el' uninstalled.

Perhaps that helps you to further track down the issue?

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

bug#1529: [emacs-snapshot/master] Changelog entry for 20090411-1

[Michael Albinus]

Reinhard Tartler <siretart@tauware.de> writes:

>> I can reliably reproduce it with the package 'emacs-goodies-el'
>> installed. Tramp works fine with 'emacs-goodies-el' uninstalled.
>>
>> Perhaps that helps you to further track down the issue?
>
> It seems that color-theme.el is causing the issue. I'm attaching the
> lisp file for your convenience. Can someone else confirm that
> color-theme.el breaks tramp?

Could you, please, tell me the steps how to reproduce? I cannot
reproduce, doing

~/src/emacs/src/emacs -Q 
C-x C-f ~/lisp/color-theme.el
M-x eval-current-buffer
[Tools] -> [Color Themes] -> [Classic]
C-x C-f /ssh::

Best regards, Michael.

bug#1529: [emacs-snapshot/master] Changelog entry for 20090411-1

[Reinhard Tartler]

Michael Albinus <michael.albinus@gmx.de> writes:

> Reinhard Tartler <siretart@tauware.de> writes:
>
>>> I can reliably reproduce it with the package 'emacs-goodies-el'
>>> installed. Tramp works fine with 'emacs-goodies-el' uninstalled.
>>>
>>> Perhaps that helps you to further track down the issue?
>>
>> It seems that color-theme.el is causing the issue. I'm attaching the
>> lisp file for your convenience. Can someone else confirm that
>> color-theme.el breaks tramp?
>
> Could you, please, tell me the steps how to reproduce? I cannot
> reproduce, doing
>
> ~/src/emacs/src/emacs -Q 
> C-x C-f ~/lisp/color-theme.el
> M-x eval-current-buffer
> [Tools] -> [Color Themes] -> [Classic]
> C-x C-f /ssh::

sorry, no. This way I cannot reproduce it either :(

However during my tests, I discovered the following:

when pressing C-x C-f /ssh:
                          ^
                          at that point, tramp gets loaded. I notice
                          that in the minibuffer by a flashing message.

In a "clean" environment (running emacs with -Q), this happens only the
first time I do that in my emacs session. in my "unclean" session (that
is with my customisations), this happens every time.

Any clue how to debug these automatic loadings?

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

bug#1529: [emacs-snapshot/master] Changelog entry for 20090411-1

[Michael Albinus]

Reinhard Tartler <siretart@tauware.de> writes:

> However during my tests, I discovered the following:
>
> when pressing C-x C-f /ssh:
>                           ^
>                           at that point, tramp gets loaded. I notice
>                           that in the minibuffer by a flashing message.
>
> In a "clean" environment (running emacs with -Q), this happens only the
> first time I do that in my emacs session. in my "unclean" session (that
> is with my customisations), this happens every time.
>
> Any clue how to debug these automatic loadings?

Send me your .emacs and related files, if they are not secret. I try to
reproduce.

Best regards, Michael.

bug#1529: [emacs-snapshot/master] Changelog entry for 20090411-1

[Reinhard Tartler]

Michael Albinus <michael.albinus@gmx.de> writes:

> Reinhard Tartler <siretart@tauware.de> writes:
>
>> However during my tests, I discovered the following:
>>
>> when pressing C-x C-f /ssh:
>>                           ^
>>                           at that point, tramp gets loaded. I notice
>>                           that in the minibuffer by a flashing message.
>>
>> In a "clean" environment (running emacs with -Q), this happens only the
>> first time I do that in my emacs session. in my "unclean" session (that
>> is with my customisations), this happens every time.
>>
>> Any clue how to debug these automatic loadings?
>
> Send me your .emacs and related files, if they are not secret. I try to
> reproduce.

I don't think they will help you. I've figured out that it does not
happen if one removes the emacs-goodies-el package, which adds system
customisation to emacs.

Currently the best testcase would be to install a debian or ubuntu
system in some virtual machine. I'll keep on trying to produce a "more"
minimal testcase.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

bug#1529: [emacs-snapshot/master] Changelog entry for 20090411-1

[Romain Francoise]

Reinhard Tartler <siretart@tauware.de> writes:

> Currently the best testcase would be to install a debian or ubuntu
> system in some virtual machine. I'll keep on trying to produce a
> "more" minimal testcase.

I can't reproduce it here with emacs-goodies-el 29.5-1 on Debian
unstable.  Are you sure that you don't have an old Tramp installed
somewhere on your system, or perhaps the tramp package installed?
Does your configuration mention Tramp in any way?

I see that emacs-goodies-el.el (loaded via a site-start.d file)
plays lots of games with load-path and autoloads but I don't see
why that would make Tramp fail like that.

How did you arrive at the conclusion that color-theme.el was
involved?

Thanks.

bug#1529: [emacs-snapshot/master] Changelog entry for 20090411-1

[Michael Albinus]

Reinhard Tartler <siretart@tauware.de> writes:

> I'm attaching my local emacs configuration to this email. My ~/.emacs
> file is a symlink to the 'emacs' file in the top level directory of the
> archive. The funny thing is: If I start emacs with -Q to avoid loading
> the environment, and M-x eval-current-buffer on the file 'emacs' then
> tramp continues to work.

You have a file "tramp.el" in your private lisp directory. Likely this
directory comes *before* the directory the real tramp.el is located.

When you open a file, Tramp tries to be autoloaded. It finds *your*
tramp.el; therefore autoload fails (and it tries it again and again, I
guess).

Please rename your private tramp.el to something different.

Best regards, Michael.

bug#1529: [emacs-snapshot/master] Changelog entry for 20090411-1

[Reinhard Tartler]

Michael Albinus <michael.albinus@gmx.de> writes:

> Reinhard Tartler <siretart@tauware.de> writes:
>
>> I'm attaching my local emacs configuration to this email. My ~/.emacs
>> file is a symlink to the 'emacs' file in the top level directory of the
>> archive. The funny thing is: If I start emacs with -Q to avoid loading
>> the environment, and M-x eval-current-buffer on the file 'emacs' then
>> tramp continues to work.
>
> You have a file "tramp.el" in your private lisp directory. Likely this
> directory comes *before* the directory the real tramp.el is located.
>
> When you open a file, Tramp tries to be autoloaded. It finds *your*
> tramp.el; therefore autoload fails (and it tries it again and again, I
> guess).
>
> Please rename your private tramp.el to something different.

AAAh, thank you very much.

This solved the issue on both of my machines.

Perhaps the original submitter suffered from the same problem?

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

bug#1529: [emacs-snapshot/master] Changelog entry for 20090411-1

[Michael Albinus]

Reinhard Tartler <siretart@tauware.de> writes:

> AAAh, thank you very much.
>
> This solved the issue on both of my machines.
>
> Perhaps the original submitter suffered from the same problem?

Don't know. But he wrote, that it happens for him also when starting
emacs -Q, so maybe it is something different.

Best regards, Michael.