From mboxrd@z Thu Jan 1 00:00:00 1970 From: "pelzflorian (Florian Pelz)" Subject: bug#35864: ~/.local/bin is missing in default PATH on Guix System Date: Fri, 24 May 2019 12:34:08 +0200 Message-ID: <20190524103408.rfweixccwqroqgpl@pelzflorian.localdomain> References: <20190523122715.2oncjxqvpkl2ylbw@pelzflorian.localdomain> <87ef4pgsql.fsf@elephly.net> <20190523153138.6kspxwfzeisntll5@pelzflorian.localdomain> <87lfyxvuip.fsf@nckx> <20190523223614.rl2hqtdknhidmccx@pelzflorian.localdomain> <87d0k85oud.fsf@roquette.mug.biscuolo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([209.51.188.92]:60576) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hU7h9-0008B4-I7 for bug-guix@gnu.org; Fri, 24 May 2019 06:45:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hU7XT-0003n4-Ah for bug-guix@gnu.org; Fri, 24 May 2019 06:35:04 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:60838) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hU7XS-0003md-OO for bug-guix@gnu.org; Fri, 24 May 2019 06:35:03 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hU7XS-0000zG-Jv for bug-guix@gnu.org; Fri, 24 May 2019 06:35:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: Content-Disposition: inline In-Reply-To: <87d0k85oud.fsf@roquette.mug.biscuolo.net> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Giovanni Biscuolo Cc: 35864@debbugs.gnu.org On Fri, May 24, 2019 at 08:49:30AM +0200, Giovanni Biscuolo wrote: > the "semantic" reason not to include ~/.local/bin in default path is to > clearly state "use Guix" (even on foreign distros) to allow users to > install packages and avoid the ~//bin _broken_ workaround > > IMHO at most ~/.local/bin is useful for user written scripts (but I > prefer ~/bin for mine) > > […] > ...and AFAIU no distribution on earth install packages (or links) in > ~/.local/bin > […] > anyway software projects that want to help users to install (without > root permissions) in a sane way should define a Guix package, no more > workarounds please ~/.local/bin is useful for projects at the inception / hacky stage too or for developers or when they have not been packaged for Guix yet, but yes, also for user-written scripts. > Guix deploys in ~/.guix-profile/bin/ linking from the store... and it's > awesome :-) > > [...] > > > for how-to-install sections in software project README files. > > It's easier to add instructions on how to add ~/.local/bin in $PATH, no? > :-) > Only because not all distros respect ~/.local/bin. I would prefer ignoring distros that do not respect ~/.local/bin when writing READMEs rather than complicating READMEs. > > I did not know about ~/bin being conventional, but others mention it > > too. I do not like ~/bin for the reasons you stated: > > do you mean you don't like it because it's not hidden? :-) > > I don't like ~/.local/bin because it's ".local": > Yes; it mixes with the user’s documents. > «Care should be taken when placing architecture-dependent binaries in > this place, which might be problematic if the home directory is shared > between multiple hosts with different architectures.» > (from [1]) > This is seldom relevant. > [...] > > last but not least, probably systemd file-hieracy [1] is one of the > *problematic* things of systemd ecosystem we should avoid > This is not a fair argument against ~/.local/bin in PATH. Regards, Florian