[debbugs-tracker] bug#13275: closed (Tramp remote shells no longer work)

[GNU bug Tracking System]

Your message dated Thu, 27 Dec 2012 14:00:24 -0800
with message-id <address@hidden>
and subject line Re: bug#13275: 24.2; Tramp regression: remote shells no longer 
work
has caused the debbugs.gnu.org bug report #13275,
regarding Tramp remote shells no longer work
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
13275: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13275
GNU Bug Tracking System
Contact address@hidden with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> 24.2; Tramp regression: remote shells no longer work
>
>
>
>
> Date: 
>
> Mon, 24 Dec 2012 19:13:43 -0800
>
>
>
>
> I'm observing that remote tramp shells no longer work with the most
> recent emacs from git. I have only tried with recent linux kernels and
> amd64 machines for both the client and the server.
>
> My HEAD is currently at 9ca828f0bb329dcc50e68f52d19f17b4e53d68dd
> (gnus-related commit made on 2012/12/24), although this issue has been
> around for about a month now.
>
> To reproduce:
>
> 1. launch emacs
> 2. open anything with tramp. For instance C-x C-f /server:
> 3. M-x shell then accept the defaults for the shell and path
>
> You'll get a shell at this point, but even though emacs thinks it is
> remote, it's actually local, as can be verified with 'uname -n'. Other
> remote processes other than shell-mode are affected; for instance
> gud-gdb now suffers from this issue as well.
>
> A bisection indicates that this regression was introduced on Nov 13 in
> commit 46d8d668c19b4f299b49856be204a419c15c0af5 : "Use faccessat, not
> access, when checking file permissions".
>
> I haven't investigated further.
>
> Thanks.
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#13275: 24.2; Tramp regression: remote shells no longer work
>
>
>
>
> Date: 
>
> Thu, 27 Dec 2012 14:00:24 -0800
>
>
>
>
> > On Thu, 27 Dec 2012 20:10:00 +0100
> > Michael Albinus <address@hidden> wrote:
> >
> > Dima Kogan <address@hidden> writes:
> > 
> > > I'm observing that remote tramp shells no longer work with the most
> > > recent emacs from git. I have only tried with recent linux kernels
> > > and amd64 machines for both the client and the server.
> > >
> > > A bisection indicates that this regression was introduced on Nov 13
> > > in commit 46d8d668c19b4f299b49856be204a419c15c0af5 : "Use
> > > faccessat, not access, when checking file permissions".
> > >
> > > I haven't investigated further.
> > 
> > That's a pretty good investigation, thanks!
> > 
> > With that change, Ffile_accessible_directory_p got a new
> > implementation, which is not compatible with remote directories any
> > longer.
> > 
> > I've added a new handler to Tramp. Shall work now; could you, please,
> > test? Bzr commit #111351.
>
> It appears to work now. Thank you very much. I'm closing this bug.
>
>
> --- End Message ---