From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id yNudMYB7iF+wBgAA0tVLHw (envelope-from ) for ; Thu, 15 Oct 2020 16:40:32 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id KHxvLYB7iF/HdAAAbx9fmQ (envelope-from ) for ; Thu, 15 Oct 2020 16:40:32 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id C45159401BE for ; Thu, 15 Oct 2020 16:40:31 +0000 (UTC) Received: from localhost ([::1]:43702 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kT6Im-0002ce-SD for larch@yhetil.org; Thu, 15 Oct 2020 12:40:28 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:41456) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kT6IM-0002cB-Rx for bug-guix@gnu.org; Thu, 15 Oct 2020 12:40:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:44860) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kT6IM-0008A3-Ia for bug-guix@gnu.org; Thu, 15 Oct 2020 12:40:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kT6IM-0002h4-Dq for bug-guix@gnu.org; Thu, 15 Oct 2020 12:40:02 -0400 X-Loop: help-debbugs@gnu.org Subject: bug#43960: Resent-From: Bengt Richter Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Thu, 15 Oct 2020 16:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43960 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: zimoun Received: via spool by 43960-submit@debbugs.gnu.org id=B43960.160277997910320 (code B ref 43960); Thu, 15 Oct 2020 16:40:02 +0000 Received: (at 43960) by debbugs.gnu.org; 15 Oct 2020 16:39:39 +0000 Received: from localhost ([127.0.0.1]:56406 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kT6Hy-0002gO-S2 for submit@debbugs.gnu.org; Thu, 15 Oct 2020 12:39:39 -0400 Received: from imta-38.everyone.net ([216.200.145.38]:56078) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kT6Hx-0002gG-4e for 43960@debbugs.gnu.org; Thu, 15 Oct 2020 12:39:37 -0400 Received: from pps.filterd (omta003.sj2.proofpoint.com [127.0.0.1]) by imta-38.everyone.net (8.16.0.43/8.16.0.43) with SMTP id 09FGcZUF008900; Thu, 15 Oct 2020 09:39:36 -0700 X-Eon-Originating-Account: Y-pwmLhimKxmx3M8_i98HNLsEFOyAVcwJ5ZUa00jsBo X-Eon-Dm: m0116952.ppops.net Received: by m0116952.mta.everyone.net (EON-AUTHRELAY2 - 53b92cce) id m0116952.5f62b23f.24866d; Thu, 15 Oct 2020 09:39:34 -0700 X-Eon-Sig: AQMHrIJfiHtGvc+L8QIAAAAE,7391bad4c2768886837c98f3cbe6facd X-Eip: VS8jHREwovaOU7NrlQLtns2Vu1eHYRdWVvayGZKvOHM Date: Thu, 15 Oct 2020 18:39:23 +0200 From: Bengt Richter Message-ID: <20201015163923.GA4601@LionPure> References: <878scbib5u.fsf@nckx> <87pn5jc4bt.fsf@gnu.org> <86zh4n253h.fsf@gmail.com> <20201015135249.GA2949@LionPure> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-10-15_10:2020-10-14, 2020-10-15 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 malwarescore=0 phishscore=0 adultscore=0 suspectscore=0 bulkscore=0 clxscore=1034 lowpriorityscore=0 mlxscore=0 mlxlogscore=999 impostorscore=0 priorityscore=1501 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2010150110 X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-Spam-Score: -1.4 (-) X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Bengt Richter Cc: 43960@debbugs.gnu.org, =?UTF-8?Q?=D0=94=D0=BC=D0=B8=D1=82=D1=80=D0=B8=D0=B9_?= =?UTF-8?Q?=D0=9F=D0=BE=D0=BB=D1=8F=D0=BA=D0=BE=D0=B2?= Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Spam-Score: -0.01 X-TUID: BZ/km3v988ku Hi Simon, On +2020-10-15 15:56:41 +0200, zimoun wrote: > Hi Bengt, > > On Thu, 15 Oct 2020 at 15:53, Bengt Richter wrote: > > > If there is a left-over from old manual installation advice like > > --8<---------------cut here---------------start------------->8--- > > /usr/local/bin/guix: > > symbolic link to /var/guix/profiles/per-user/root/current-guix/bin/guix > > --8<---------------cut here---------------end--------------->8--- > > could it interfere in any way with the above, or subsequent operation? > > You mean the step #6 from the manual [1], right? > Yes. I didn't realize it was still there -- I may mis-remember some discussion deprecating the use of /usr/local/* to affect the namespace seen when typing guix whatever. (vs putting needed info in ~/.bash_profile or ~/.profile) I.e., even though the target is /var/guix/... it is not by way of ~/.guix-profile unless that's been put first in the path via ~/.bash_profile. But /usr/local/bin is typically on a default PATH, so could you not accidentally see the wrong guix (rather than a more informative file-not-found) if the enviroment was not straight-forwardly inherited from a normal login? (e.g. emacs subshell pts? Haven't checked ;) Also doesn't the ".../per-user/root/..." part in the link make you dependent on the result of _sudo_ guix pull, not plain guix pull? (or are they equivalent somehow?) IDK, but I really don't like typing "sudo guix ..." any better than "sudo firefox" or "sudo python" or "sudo " I hope we can get to 100%-user-mode guix. Maybe offloading to containerized guix systems could be a model for swarms of cooperating user-mode peers (modulo some protocol for synchronizing versions identified by guix describe) for distributed challenges, and normal usage would run guix with a localhost swarm providing the guix user-mode-daemons ;) > 1: > > > All the best, > simon Sorry if this is only illustrating my noob misconceptions :) -- Regards, Bengt Richter