From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#74400: 31.0.50; tramp-loaddefs.elc suddenly owned by root Date: Sun, 05 Jan 2025 08:55:05 +0200 Message-ID: <86ikqtagxi.fsf@gnu.org> References: <871pz9q1ge.fsf@web.de> <86wmh1vmy0.fsf@gnu.org> <87wmh1oksp.fsf@web.de> <875xol92h1.fsf@gmx.de> <87serpoh2g.fsf@web.de> <87ikqxdy89.fsf@web.de> <87ldvtgr50.fsf@gmx.de> <87seq1m93w.fsf@web.de> <87h66hgmba.fsf@gmx.de> <871pxia302.fsf@gmx.de> <87y0zqtekm.fsf@web.de> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="23064"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 74400@debbugs.gnu.org, michael.albinus@gmx.de, stefankangas@gmail.com To: Michael Heerdegen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Jan 05 07:56:37 2025 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1tUKYt-0005pD-R6 for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 05 Jan 2025 07:56:36 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tUKYZ-000624-Mc; Sun, 05 Jan 2025 01:56:18 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tUKYN-00061W-EY for bug-gnu-emacs@gnu.org; Sun, 05 Jan 2025 01:56:07 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tUKYN-0001d9-5g for bug-gnu-emacs@gnu.org; Sun, 05 Jan 2025 01:56:03 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=References:In-Reply-To:From:Date:To:Subject; bh=DoCYQ6C9U1625s6D37YrOliMEdjzuI529VW00G8Xnaw=; b=J9Y3dNaMtSKTIMMsBbxA9WvVXWccz9S7+UgDjN6qI1Etn0azZUZydOvyiRf1vGP5lX1A6kZtB7K6iccYsrxwR+4aInX0PFc0A1qVaOEAEg3G06JvkJASSsCe8T4iRENjhF790C3yaKzIR1vgiS/n57i9ZQ7KKcq6uZQPntO488x+BaPTrEZt418ge6XsJ1SUeo6Rw0WBXIzWIID73+0ByXz/dGhRFkHoo8oVztVxvl0FUCoZtOjXd7pFfPUgD85NAVDOGN5o9XOzOw7p1D7bxhhrMIyHunlYmzRJtfQEse9MT9A+ZNzFx7MkJD1qlqfOF2zw8z3DDoByKFyqM7P6pA==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1tUKYM-0007ik-1A for bug-gnu-emacs@gnu.org; Sun, 05 Jan 2025 01:56:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 05 Jan 2025 06:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74400 X-GNU-PR-Package: emacs Original-Received: via spool by 74400-submit@debbugs.gnu.org id=B74400.173606014029650 (code B ref 74400); Sun, 05 Jan 2025 06:56:01 +0000 Original-Received: (at 74400) by debbugs.gnu.org; 5 Jan 2025 06:55:40 +0000 Original-Received: from localhost ([127.0.0.1]:59309 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tUKXz-0007iA-LI for submit@debbugs.gnu.org; Sun, 05 Jan 2025 01:55:40 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46500) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tUKXv-0007hq-V6 for 74400@debbugs.gnu.org; Sun, 05 Jan 2025 01:55:38 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tUKXi-0001a7-ED; Sun, 05 Jan 2025 01:55:28 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=DoCYQ6C9U1625s6D37YrOliMEdjzuI529VW00G8Xnaw=; b=kPR9Ivvuc7k7 UjJEAVwkW5hpEJnp4g/eDwc5v/hxbfJ2PzCP1jJ8d/5uav2myZcldzZpeSdJnyyvUpesYiCQGb82X XDu9r1IagXx9iaLx32cVkjzDT3yOitCmaH4xCCDIHbiVfx4WzVXtbNTIi//yABWfn0eFlZeUXQ/1I VqWDvKSRg5sEQ8Ji7ZSKkt0uKOThT48ioFnXapoedb1Uo+GUSUWaBJoRcnMSyLfEBMJtnZUl8Jz8b ZHwxuR3D3xQxDB4yvtDcezHdBi504csd4OFoVUEOxKd5t7FjnN4e3xniAd6qH66ylH6hz6zVcd6+q x9wsQ6511H9eP0nzpo1zrQ==; In-Reply-To: <87y0zqtekm.fsf@web.de> (message from Michael Heerdegen on Sat, 04 Jan 2025 23:11:05 +0100) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:298501 Archived-At: > From: Michael Heerdegen > Cc: Stefan Kangas , 74400@debbugs.gnu.org, Eli > Zaretskii > Date: Sat, 04 Jan 2025 23:11:05 +0100 > > Michael Albinus writes: > > > +If the directories, 'make install' copies the files to, are not writable > > +with your own permissions, you might prefer calling 'sudo make install'. > > +Note, that this command checks the completeness of all needed files; if > > Something's weird about your commas (or your comma key). I would remove > all but the third (after the word "permissions") - Eli may be able to > help more. Is the below better? If the directories where 'make install' installs files are not writable by your user, you might prefer invoking 'sudo make install' instead. Note that this latter command checks whether all the files that are needed for the installation are ready and up-to-date; if there are missing or outdated files, they will be regenerated or rebuilt, and might then be created as owned by root. To avoid creating files with root ownership, you should always invoke 'make && sudo make install' instead. 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.