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
> From: Stefan Kangas <stefankangas <at> gmail.com>
> Date: Thu, 2 Jan 2025 14:13:31 -0600
> Cc: michael_heerdegen <at> web.de, 74400 <at> debbugs.gnu.org
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> >> From: Michael Albinus <michael.albinus <at> gmx.de>
> >> Cc: michael_heerdegen <at> web.de, 74400-done <at> debbugs.gnu.org
> >> Date: Tue, 19 Nov 2024 10:09:20 +0100
> >>
> >> My example doesn't claim to be the recipe which happened to Michael. But
> >> it shows, that 'sudo make install' could create root-owned files in the
> >> build dir, and that's what this bug report is about.
> >>
> >> I don't know whether it is important enough to change something. But we
> >> should know (and document), that it could happen.
> >
> > If it's important enough, maybe.
> >
> > I think "make install" uses chmod to give everyone access to the file
> > because some files could be owned by root. If that works, why is the
> > ownership important?
>
> Does everyone get write rights, though? If not, how can you run
> commands like "git clean -fxd" as a regular root after "make install"?
Sorry, I don't follow: "make install" writes to the installation
directory, and invokes chmod on the files installed there, whereas
"git clean -fxd" is run on the Git repository, which is a different
directory entirely. What am I missing?
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.