From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id uNOdA1PcYV8LPQAA0tVLHw (envelope-from ) for ; Wed, 16 Sep 2020 09:35:15 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id KAd5OVLcYV9rOwAAB5/wlQ (envelope-from ) for ; Wed, 16 Sep 2020 09:35:14 +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 633C4940142 for ; Wed, 16 Sep 2020 09:35:14 +0000 (UTC) Received: from localhost ([::1]:42920 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kITqI-0000KZ-Ii for larch@yhetil.org; Wed, 16 Sep 2020 05:35:11 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:48740) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kITqA-0000KP-43 for bug-guix@gnu.org; Wed, 16 Sep 2020 05:35:02 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:49902) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kITq9-0006WC-Pd for bug-guix@gnu.org; Wed, 16 Sep 2020 05:35:01 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kITq9-00074C-Mz for bug-guix@gnu.org; Wed, 16 Sep 2020 05:35:01 -0400 X-Loop: help-debbugs@gnu.org Subject: bug#42810: Guix doesn't follow all symlinks Resent-From: zimoun Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Wed, 16 Sep 2020 09:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42810 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Steffen Rytter Postas Received: via spool by 42810-submit@debbugs.gnu.org id=B42810.160024885927112 (code B ref 42810); Wed, 16 Sep 2020 09:35:01 +0000 Received: (at 42810) by debbugs.gnu.org; 16 Sep 2020 09:34:19 +0000 Received: from localhost ([127.0.0.1]:33215 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kITpT-00073E-Ho for submit@debbugs.gnu.org; Wed, 16 Sep 2020 05:34:19 -0400 Received: from mail-qk1-f194.google.com ([209.85.222.194]:35555) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kITpQ-00072y-JH for 42810@debbugs.gnu.org; Wed, 16 Sep 2020 05:34:19 -0400 Received: by mail-qk1-f194.google.com with SMTP id q5so7487256qkc.2 for <42810@debbugs.gnu.org>; Wed, 16 Sep 2020 02:34:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=vt1U1pQGgxGcmnvVpdPShrrbP90iHfm9hRya8hj9zsM=; b=Ezy27LdLw86KPfiMmI+66Ea1lnjkAS8ySzbX7F23J73NGQuUKSNPWOxFGR07GJksrN GM6CrSPRUR5dJjZS+R9pR1gMG/hPVR22U0P7ekayRodVqIhnwPvrnFQ7+uNfvbHg4h26 fRwVxAXbw15IO+KdWMkGbx6AzaDReWgbl/dtD37eFQaj/ZEMvAloFtPbAqYghiYisnIY eASdEqYsgjLWrCEFfLyJ7Z3PoXH+oTb9MQ6XCBRBGiUi6Qvhidnfqsu26IwKZ2YpF6fT W6StrjcBI9kWg75vd5kqlgA8bH3gVBYwYxnsGL1UWR7u8q8OhbEqB/j00srju0o9yCDN haeQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=vt1U1pQGgxGcmnvVpdPShrrbP90iHfm9hRya8hj9zsM=; b=WVWp1CxSr+gKB0fURJV58FWSwTbYXgvYEsH3j1ns76iVW8INv9C8D5vaHvP+ulM53a ZQ36z/80Xl17MsupEOWbsxSLG+9nuKCFt9r+/kpvCLQfl0Y3ApowTDVcIziQN0EUqJcU UjXqw4d1Rkolp3buUsV1MfVFROCLEfkzZDEDAXakGuQiM4reCu4GQYm1j1T84fdWr2ZA XLHRKCsBad5oOLnkPSLq61Ym8XNEmvMrywz5od6RNhRZluCsJPKWJUtGac/8Hap5xKIo o7ZRgpkiRP0JjvXDbtGnWN8lIGDzx7bkb6I9nxwfyUITQi3w47zBkQ/FBqqh+FpTJh5a +Tqg== X-Gm-Message-State: AOAM531NVK+0hYg/TKJjGetnUSvmBwaOFKFCP76PaUzzc766T56Zl1OS HDEtZ4JVfkN7osbt8MduEsdLg/RT7sRB7hb9V6g= X-Google-Smtp-Source: ABdhPJz1jq5k/2IND3zkYs6upbLZTXCsgGXjG58EZV7ddpP7dvQTEb3bzBgMwCIUYrQ0M2k3hZ5yB3bG3I3nChj+6Sk= X-Received: by 2002:a37:6848:: with SMTP id d69mr20889261qkc.80.1600248850986; Wed, 16 Sep 2020 02:34:10 -0700 (PDT) MIME-Version: 1.0 References: <867dsuzlr6.fsf@gmail.com> <634882b61652f958e44760e64179bcdc99481310.camel@scalehost.eu> In-Reply-To: <634882b61652f958e44760e64179bcdc99481310.camel@scalehost.eu> From: zimoun Date: Wed, 16 Sep 2020 11:33:59 +0200 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-Spam-Score: -1.0 (-) X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: 42810@debbugs.gnu.org Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=fail (rsa verify failed) header.d=gmail.com header.s=20161025 header.b=Ezy27LdL; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gmail.com (policy=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.09 X-TUID: gWAvcxnzVuVS Dear, On Wed, 16 Sep 2020 at 09:35, Steffen Rytter Postas wrote: > This may well be the point of Guix, and maybe I'm' following too much > of a classical paradigm, but for me on a classical Linux desktop > system, it is much easier for me to just use _one_ version of Guix, > regardless of using it as my own user, or installing applications as > root. You are using Guix on foreign distro, right? Therefore, the concept of "installing applications as root" does not apply any more. There is _one_ version of Guix, the one you use as regular user. And as said before, "sudo guix pull" just updates the daemon and for typical use-cases (not Guix developer), you can do that only each full moon. :-) > I'm not sure why this should _not_ work. What is the arguments against > my use case? Is it that each user _MUST_ run `guix pull` as their own > user and _NEVER_ use the system-wide Guix with local channels? There is no argument against. You use case should work, you just need to set up correctly, with for example: sudo guix pull -p /usr/ But it is not standard for Guix. That's why you need a bit of more work. Otherwise, yes each user runs "guix pull" as their own user and never uses the system-wide Guix. Each user specifies their own local channels. If the sysadmin wants that each user pulls with a specific channels file, the easiest is to add a symlink from ~/.config/guix/current/channels.scm to say /etc/guix/channels.scm for all the users on the machine. On the machine, 2 users can run different Guix and so install different versions of the same packages. That's why it is important to report the "guix describe" of the user. > I do not mind being able to by-pass any setup I've made. This is for my > own system(s) only, but the issue happens on any non-GuixSD system > running Guix on a foreign distribution. I am not sure there is an issue but an incorrect setup. :-) > I am aware there may be workarounds, and currently I'm using the > workaround as specified in the bug report, but if this is _NOT_ a bug, > then I shall continue to use my workaround. I am not convinced it is a bug. But I can have wrong and miss something. > It does seem to me that this is indeed a bug, as Guix behaves > differently based upon who is executing it. Yes, it is expected. For example, I am running Guix on a Debian. There is: - the system-wide Guix version at version f6dfe42 (4 "guix pull" and last on Sep 15 2020 01:42:11) - user kioo at the version 1a9af96 (1 "guix pull" and last on Apr 18 2020 20:13:23) - mine at the version 9e7b265 (44 "guix pull" and last on Sep 16 2020 11:28:36) Well, the sysadmin did "guix pull" 4 times and me I did 44 times, so clearly the command 'guix' behaves differently based upon who is executing it. For example, if the user kikoo run "guix install emacs" then they will install the version 26.3. and me instead wll install version 27.1, If I want to install the same version as the user kikoo, I can do: guix pull --commit=1a9af96 guix install emacs or better: guix time-machine --commit=1a9af96 -- install emacs The first will create another generation and my version of Guix will be at 1a9af96. Which is not a good Guix practise, IMHO. Instead, the second creates a temporary version of Guix and use it to install the package emacs; without polluting my version of guix. Does it make sense? All the best, simon