GNU bug report logs -
#80075
tramp-test18-file-attributes failure on Ubuntu 25.10 ZFS
Previous Next
To reply to this bug, email your comments to 80075 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#80075; Package
emacs.
(Fri, 26 Dec 2025 18:17:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Paul Eggert <eggert <at> cs.ucla.edu>:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org.
(Fri, 26 Dec 2025 18:17:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
test/lisp/net/tramp-tests.log attached. The test is run in a ZFS file
system. This is with current Emacs master, commit
5b461a49305ac5db329f28f719c6f9aa0aafd2cc "Fix problem in tramp-adb"
dated today.
[tramp-tests.log (text/x-log, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#80075; Package
emacs.
(Fri, 26 Dec 2025 19:10:02 GMT)
Full text and
rfc822 format available.
Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
Paul Eggert <eggert <at> cs.ucla.edu> writes:
Hi Paul,
> test/lisp/net/tramp-tests.log attached. The test is run in a ZFS file
> system. This is with current Emacs master, commit
> 5b461a49305ac5db329f28f719c6f9aa0aafd2cc "Fix problem in tramp-adb"
> dated today.
Strange. The commit was about tramp-adb.el and tramp-tests.el
(tramp-test29-start-file-process and tramp-test30-make-process). None
of the changes are related to tramp-test18-file-attributes.
And I cannot reproduce the problem locally. Nor does it happen on emba.
Could you pls rerun the Tramp tests by calling 'make -C test tramp-tests'
in order to be sure?
Best regards, Michael.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#80075; Package
emacs.
(Fri, 26 Dec 2025 19:25:02 GMT)
Full text and
rfc822 format available.
Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 2025-12-26 11:08, Michael Albinus wrote:
> Strange. The commit was about tramp-adb.el and tramp-tests.el
> (tramp-test29-start-file-process and tramp-test30-make-process). None
> of the changes are related to tramp-test18-file-attributes.
Oh, sorry, I should have made it clear that this commit just happened to
be when I ran the test. I suspect the problem predates the commit by
some time. I run 'make check' only fitfully and often skip reporting
Tramp failures as they happen so often. I was not lazy-as-usual today.
> Could you pls rerun the Tramp tests by calling 'make -C test tramp-tests'
> in order to be sure?
It still fails, and running the Tramp tests that way (as opposed to
'make -j12 check') causes several other tests to fail (compressed shell
transcript attached).
[tramp-tests-transcript.txt.gz (application/gzip, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#80075; Package
emacs.
(Fri, 26 Dec 2025 19:43:01 GMT)
Full text and
rfc822 format available.
Message #14 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Paul Eggert <eggert <at> cs.ucla.edu> writes:
Hi Paul,
> Oh, sorry, I should have made it clear that this commit just happened
> to be when I ran the test. I suspect the problem predates the commit
> by some time. I run 'make check' only fitfully and often skip
> reporting Tramp failures as they happen so often. I was not
> lazy-as-usual today.
No Tramp test failure shall happen, at least in the default case. It
would help much if you could report them in time, this is good for
identifying problematic commits.
>> Could you pls rerun the Tramp tests by calling 'make -C test tramp-tests'
>> in order to be sure?
>
> It still fails, and running the Tramp tests that way (as opposed to
> 'make -j12 check') causes several other tests to fail (compressed
> shell transcript attached).
Yes, the former runs only the default tests, while the latter runs also
expensive tests.
Could you pls instrument tramp-tests.el like appended? Run
--8<---------------cut here---------------start------------->8---
# make -C test tramp-tests.log SELECTOR='(or tramp-test18-file-attributes tramp-test41-special-characters)'
--8<---------------cut here---------------end--------------->8---
and send the resulting tramp-tests.log file.
Best regards, Michael.
[Message part 2 (text/x-patch, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#80075; Package
emacs.
(Fri, 26 Dec 2025 21:17:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 80075 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 2025-12-26 11:41, Michael Albinus wrote:
> Could you pls instrument tramp-tests.el like appended? Run
>
> --8<---------------cut here---------------start------------->8---
> # make -C test tramp-tests.log SELECTOR='(or tramp-test18-file-attributes tramp-test41-special-characters)'
> --8<---------------cut here---------------end--------------->8---
>
> and send the resulting tramp-tests.log file.
Sure, attached (compressed).
[tramp-tests.log.gz (application/gzip, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#80075; Package
emacs.
(Sat, 27 Dec 2025 08:08:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 80075 <at> debbugs.gnu.org (full text, mbox):
Paul Eggert <eggert <at> cs.ucla.edu> writes:
Hi Paul,
> On 2025-12-26 11:41, Michael Albinus wrote:
>> Could you pls instrument tramp-tests.el like appended? Run
>> --8<---------------cut here---------------start------------->8---
>> # make -C test tramp-tests.log SELECTOR='(or tramp-test18-file-attributes tramp-test41-special-characters)'
>> --8<---------------cut here---------------end--------------->8---
>> and send the resulting tramp-tests.log file.
>
> Sure, attached (compressed).
Sorry, you didn't instrument tramp-tests.el as suggested last
message. So I cannot say anything yet.
Furthermore, there is bug#79956. The suspicion is, that new coreutils
defaulting to rust might be the problem. Do you run such coreutils?
Best regards, Michael.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#80075; Package
emacs.
(Sat, 27 Dec 2025 19:03:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 80075 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 2025-12-27 00:07, Michael Albinus wrote:
> Paul Eggert <eggert <at> cs.ucla.edu> writes:
>
> Hi Paul,
>
>> On 2025-12-26 11:41, Michael Albinus wrote:
>>> Could you pls instrument tramp-tests.el like appended? Run
>>> --8<---------------cut here---------------start------------->8---
>>> # make -C test tramp-tests.log SELECTOR='(or tramp-test18-file-attributes tramp-test41-special-characters)'
>>> --8<---------------cut here---------------end--------------->8---
>>> and send the resulting tramp-tests.log file.
>>
>> Sure, attached (compressed).
>
> Sorry, you didn't instrument tramp-tests.el as suggested last
> message.
Sorry, I missed that patch. Revised log attached. This is using the
current commit ab7ed33f6dc8965da22f1200ccfacc1899064fd2 along with that
patch and the above 'make' command.
> Furthermore, there is bug#79956. The suspicion is, that new coreutils
> defaulting to rust might be the problem. Do you run such coreutils?
I try not to, by prepending to PATH a directory where 'stat' is a
symlink to '/usr/bin/gnustat', and similarly for every other coreutils
program. However, I now see that the above tests sometimes ignores this
part of my PATH, as it uses uutils versions of these programs anyway.
I suppose Tramp could work around the Ubuntu uutils bug by prepending
"gnu" to every coreutils command name, and trying that first. It would
need to do this only once, for the entire set of programs shared between
uutils and coreutils. This would work, though, only so long as Ubuntu
ships with GNU coreutils along with uutils.
Alternatively, the Tramp tests could see whether it's using uutils and
if so, skip the tests.
[tramp-tests.log.gz (application/gzip, attachment)]
This bug report was last modified today.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.