GNU bug report logs -
#74400
31.0.50; tramp-loaddefs.elc suddenly owned by root
Previous Next
Reported by: Michael Heerdegen <michael_heerdegen <at> web.de>
Date: Sun, 17 Nov 2024 16:17:01 UTC
Severity: wishlist
Found in version 31.0.50
Fixed in version 30.1
Done: Michael Albinus <michael.albinus <at> gmx.de>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Sun, 05 Jan 2025 09:29:11 +0100
with message-id <87o70l8y08.fsf <at> gmx.de>
and subject line Re: bug#74400: 31.0.50; tramp-loaddefs.elc suddenly owned by root
has caused the debbugs.gnu.org bug report #74400,
regarding 31.0.50; tramp-loaddefs.elc suddenly owned by root
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
74400: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=74400
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Hello to everybody,
one of my last make + make-install calls in the last couple of days
again made a file in my home directory being owned by root:
| /home/micha/software/emacs/lisp/net:
| drwxr-xr-x 2 micha micha 4,0K Nov 16 17:03 .
| drwxr-xr-x 28 micha micha 20K Nov 16 17:03 ..
| [...]
| -rw-rw-r-- 1 micha micha 108K Nov 15 17:01 tramp-loaddefs.el
| -rw-r--r-- 1 root root 120K Nov 15 17:01 tramp-loaddefs.elc
Does that ring a bell (Michael maybe)? Can we maybe prevent this?
TIA,
Michael
In GNU Emacs 31.0.50 (build 24, x86_64-pc-linux-gnu, cairo version
1.16.0) of 2024-11-16 built on drachen
Repository revision: 88c6b20cf609cb0b53d1a8ea9db0c35ba77fadb9
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101007
System Description: Debian GNU/Linux 12 (bookworm)
[Message part 3 (message/rfc822, inline)]
Version: 30.1
Eli Zaretskii <eliz <at> gnu.org> writes:
Hi Eli,
> And I have a question: why not suggest to use 'make && sudo make
> install' to begin with, instead of showing a dangerous command and
> then explaining why not use it? Like this:
>
> If the directories where 'make install' installs files are not
> writable by your user, you might prefer invoking 'make && sudo make
> install' instead. This first invokes 'make' to make sure all the
> required files are rebuilt with your user's permissions and
> ownership, and then installs them using the permissions of root.
Thanks a lot, I've installed this version. Pushed to emacs-30, and closing
the bug.
Best regards, Michael.
This bug report was last modified 194 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.