GNU bug report logs - #58360
28.2; tramp-archive and file-directory-p

Previous Next

Package: emacs;

Reported by: Gustavo Barros <gusbrs.2016 <at> gmail.com>

Date: Fri, 7 Oct 2022 15:37:01 UTC

Severity: normal

Tags: notabug, wontfix

Found in version 28.2

Done: Stefan Kangas <stefankangas <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Gustavo Barros <gusbrs.2016 <at> gmail.com>
Cc: 58360 <at> debbugs.gnu.org, Stefan Kangas <stefankangas <at> gmail.com>
Subject: bug#58360: 28.2; tramp-archive and file-directory-p
Date: Sat, 08 Oct 2022 13:47:46 +0200
Gustavo Barros <gusbrs.2016 <at> gmail.com> writes:

> Hi Stefan,

Hi Gustavo,

> Putting things in this form made me think of something else which
> might be worth discussing as well.  Running the predicate alone is
> enough to trigger the mounting of the file.  Isn't this overstepping?

tramp-archive.el is implemented by using the archive backend of
GVFS. This means, that the file is mounted via fuse.

I wish we would have another implementation, for example integrating
libarchive(3) directly into Emacs. This would avoid mounting, and it
would allow us to use it on other platforms but GNU/Linux only. But
nobody has implemented this yet.

It is on my TODO under the section "When I really run out of ideas what
to do else". But this section doesn't get attention by me yet.

Anybody else is invited to implement a native libarchive(3) integration
into Emacs, as I have said several times already. Should we add this on
etc/TODO?

> Best regards,
> Gustavo.

Best regards, Michael.




This bug report was last modified 2 years and 227 days ago.

Previous Next


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