From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 11 09:54:47 2020 Received: (at submit) by debbugs.gnu.org; 11 Aug 2020 13:54:47 +0000 Received: from localhost ([127.0.0.1]:39015 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5Ujm-0001nT-Lg for submit@debbugs.gnu.org; Tue, 11 Aug 2020 09:54:46 -0400 Received: from lists.gnu.org ([209.51.188.17]:43536) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5Ujk-0001nL-4l for submit@debbugs.gnu.org; Tue, 11 Aug 2020 09:54:45 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58512) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k5Ujj-0003Jf-Rx for bug-guix@gnu.org; Tue, 11 Aug 2020 09:54:43 -0400 Received: from scalehost.eu ([108.61.99.179]:58434) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k5Ujg-00077b-F8 for bug-guix@gnu.org; Tue, 11 Aug 2020 09:54:43 -0400 Received: from pop-os (unknown [89.239.193.119]) by scalehost.eu (Postfix) with ESMTPSA id 967AAFA0B2 for ; Tue, 11 Aug 2020 13:54:37 +0000 (UTC) Message-ID: Subject: Guix doesn't follow all symlinks From: Steffen Rytter Postas To: bug-guix@gnu.org Date: Tue, 11 Aug 2020 15:54:36 +0200 Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.3-0ubuntu1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=108.61.99.179; envelope-from=nc@scalehost.eu; helo=scalehost.eu X-detected-operating-system: by eggs.gnu.org: First seen = 2020/08/11 09:54:37 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) Hi, Some background first, to better understand the issue: I've been running Guix on a foreign distribution with my own channel in ~/.config/guix/channels.scm for some time now. However this means having to deal with doing both a `guix pull` as a user, but also `guix pull` as superuser to keep the system builder daemon etc up to date. I wanted to avoid this, by using simply a system-wide guix install, and not have my own user have a guix variant. I tried simply deleting ~/.config/guix/current symlink, and confirmed that `guix` was now using the `/usr/local/bin/guix` symlink. Then I moved my ~/.config/guix/channels.scm file to /etc/guix/channels.scm and satisfied with my setup, performed `sudo guix pull --fallback` to pull the latest changes and verify it worked. The command ran as expected, and printed the new packages from my channel that were now available. So, that's the background of what I've been trying to do. Here's what happened: I have in my own channel a package called `entr-git`. Installing it is simple: `guix show entr-git` Expected result: name: entr-git version: 4.5-0.6b13a97 outputs: out systems: x86_64-linux i686-linux dependencies: ncurses@6.2 location: gnu/packages/entr-git.scm:25:2 homepage: http://entrproject.org/ license: ISC synopsis: Run arbitrary commands when files change description: entr is a zero-configuration tool with no external build or run-time dependencies. The interface to entr is not only minimal, it aims to be simple enough to create a new + category of ad hoc automation. These micro-tests reduce keystrokes, but more importantly they emphasize the utility of automated checks. Actual result: guix show: error: entr-git: package not found Additional information: `type guix`: /usr/local/bin/guix `readlink /usr/local/bin/guix` /var/guix/profiles/per-user/root/current-guix/bin/guix `/usr/local/bin/guix show entr-git` guix show: error: entr-git: package not found `/var/guix/profiles/per-user/root/current-guix/bin/guix show entr-git` name: entr-git version: 4.5-0.6b13a97 outputs: out systems: x86_64-linux i686-linux dependencies: ncurses@6.2 location: gnu/packages/entr-git.scm:25:2 homepage: http://entrproject.org/ license: ISC synopsis: Run arbitrary commands when files change description: entr is a zero-configuration tool with no external build or run-time dependencies. The interface to entr is not only minimal, it aims to be simple enough to create a new + category of ad hoc automation. These micro-tests reduce keystrokes, but more importantly they emphasize the utility of automated checks. Simplest reproduction of issue: * Ubuntu 20.04 AMD64 Desktop/Server system. * Install Guix using guix-install.sh script. * As a user, ensure absence of ~/.config/guix/current symlink. * As a user, run `guix pull --fallback` * As a user, run `guix describe`. * As a user, run `sudo guix describe`. * As root, run `guix describe`. Workaround: Use `/var/guix/profiles/per-user/root/current-guix/bin/guix` "directly" (despite this also being a symlink). I hope this is enough relevant information, otherwise it appears very straight forward to reproduce. Sincerely, Steffen Rytter Postas From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 15 19:03:05 2020 Received: (at 42810) by debbugs.gnu.org; 15 Sep 2020 23:03:05 +0000 Received: from localhost ([127.0.0.1]:60866 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kIJyb-0008Qj-DC for submit@debbugs.gnu.org; Tue, 15 Sep 2020 19:03:05 -0400 Received: from mail-wr1-f47.google.com ([209.85.221.47]:33955) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kIJyW-0008QB-UY for 42810@debbugs.gnu.org; Tue, 15 Sep 2020 19:03:04 -0400 Received: by mail-wr1-f47.google.com with SMTP id t10so4989837wrv.1 for <42810@debbugs.gnu.org>; Tue, 15 Sep 2020 16:03:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=djxTd5R6KMgTsgMrM4yPTbwpr3yNmphzGIfgNfnVx80=; b=gs4LUB+EnU2nkA0VgwHpL3Igu1v+AiBuBWDcjFvb+9hYgRQgIksOfFUWIEJ4Y3JGWT KKwvN6F90c3fd/805blq6ZjQD1wHkcFsjb6NGsFbL9R2+yc97HBwma3eZEBsusLFeeg3 y6f8A8NHFyC8q41xeFTMFB0Z1OqdTIXi8NeQqGR7x3loYwx/KrxAK55asmnlpnmE4utw LFq/VmfSutMeFJCnKEwa7Ud3YbKAEL32T4cWx8cg99Gj3o18OwHS3h34hr2CuCVmGRhe uXepgT2qqRmWb9MuxjUgaHGjK96XhrB9PY7fJ0aO4QcHwm5hI/AbFE70vd35PAneyl+9 wn2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=djxTd5R6KMgTsgMrM4yPTbwpr3yNmphzGIfgNfnVx80=; b=pRJ7ls4NFbOQCLemovhiQdmaVJZJQd2uYnpYtOLMepU+jhA9qbP0qQtFt0k73k28SH DmS82sEt+TMziF7NWjFVlmaAu1UqaOlspAA2yVgtstaHkWgTjtaCJyD/HK13RxFOuVRu sltS7etRG1NouAqu+BDBtqrwTLUo1sxreziShl43oKq42QrUJAqqXiiIEJKSU6SWBVb3 it68h25wzyBPnCLxwyus418xZGHgJ4v1LI/Ujr7NY/J5zcirGeGgf/WIkBJ5PczalTKN HdihIGiM+d5L2srymd0ID0n/GIgFoferCmsAqGzM4F6parLyWPEukROvOPowzESeImGF i3SQ== X-Gm-Message-State: AOAM5314ZCLK/XRaFbNfArHbRWzYTXy2jKRuiDTmlN4kaMxSk26URRst 8PkhcYQ4nFUEsG1qBaQ4MZ05EEF08J0= X-Google-Smtp-Source: ABdhPJx0ucxtRvL3DUnow5vFxy0hLsQOLn+jele1my4Y6PGmEvwgNwvBNTRUEHrAetscogr7vEiqVQ== X-Received: by 2002:a5d:4842:: with SMTP id n2mr24028460wrs.260.1600210974622; Tue, 15 Sep 2020 16:02:54 -0700 (PDT) Received: from lili ([2a01:e0a:59b:9120:65d2:2476:f637:db1e]) by smtp.gmail.com with ESMTPSA id j14sm30444236wrr.66.2020.09.15.16.02.53 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 15 Sep 2020 16:02:54 -0700 (PDT) From: zimoun To: Steffen Rytter Postas Subject: Re: bug#42810: Guix doesn't follow all symlinks References: Date: Wed, 16 Sep 2020 01:02:53 +0200 In-Reply-To: (Steffen Rytter Postas's message of "Tue, 11 Aug 2020 15:54:36 +0200") Message-ID: <867dsuzlr6.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 42810 Cc: 42810@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Dear, On Tue, 11 Aug 2020 at 15:54, Steffen Rytter Postas wrote: > Hi, > > Some background first, to better understand the issue: > I've been running Guix on a foreign distribution > with my own channel in ~/.config/guix/channels.scm for some time now.=20 > However this means having to deal with doing both a `guix pull` as > a user, but also `guix pull` as superuser to keep the system > builder daemon etc up to date. > I wanted to avoid this, by using simply a system-wide guix install, and > not have my own user have a guix variant. I tried simply deleting > ~/.config/guix/current symlink, and confirmed that `guix` was now using > the `/usr/local/bin/guix` symlink. > Then I moved my ~/.config/guix/channels.scm file to > /etc/guix/channels.scm > and satisfied with my setup, performed `sudo guix pull --fallback` to > pull the latest changes and verify it worked. > The command ran as expected, and printed the new packages from my > channel that were now available. Well, I am not sure to understand why you want this setup since =E2=80=9Cguix-daemon=E2=80=9D needs (really) few updates and as regular use= r, when doing =E2=80=9Cguix pull=E2=80=9D, if there is major upgrade, then it will be ann= ounced with =E2=80=9Cguix pull =E2=80=93news=E2=80=9D. We all like different tastes. := -) > `type guix`: > /usr/local/bin/guix > > `readlink /usr/local/bin/guix` > /var/guix/profiles/per-user/root/current-guix/bin/guix > > `/usr/local/bin/guix show entr-git` > guix show: error: entr-git: package not found > > `/var/guix/profiles/per-user/root/current-guix/bin/guix show entr-git` > name: entr-git > version: 4.5-0.6b13a97 [...] So, if I understand correctly, as a regular user, the command =E2=80=99guix= =E2=80=99 points to =E2=80=99/usr/local/bin/guix=E2=80=99 which points to =E2=80=99/var/guix/profiles/per-user/root/current-guix/bin/guix=E2=80=99, a= nd this latter points to =E2=80=99/gnu/store/=E2=80=A6-guix-command=E2=80=99. I think the issue is that Guix is not only one binary, so =E2=80=99bin/guix= =E2=80=99 is not enough. So you need to have also in the correct symlinks with =E2=80=99lib/{guile,g= uix}=E2=80=99 and others. I have not investigated but I guess the issue you hit comes from =E2=80=99lib/guix/package.cache=E2=80=99, correctly see by /var/guix/profiles/=E2=80=A6/bin/guix=E2=80=99 but not all your other symli= nk machinery. Well, I do not know if it helps. All the best, simon From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 16 02:45:30 2020 Received: (at 42810) by debbugs.gnu.org; 16 Sep 2020 06:45:31 +0000 Received: from localhost ([127.0.0.1]:32996 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kIRC6-0002md-Le for submit@debbugs.gnu.org; Wed, 16 Sep 2020 02:45:30 -0400 Received: from scalehost.eu ([108.61.99.179]:39780) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kIRC3-0002mT-SR for 42810@debbugs.gnu.org; Wed, 16 Sep 2020 02:45:30 -0400 Received: from pop-os (unknown [89.239.193.119]) by scalehost.eu (Postfix) with ESMTPSA id D87BDFA0D9; Wed, 16 Sep 2020 06:45:25 +0000 (UTC) Message-ID: Subject: Re: bug#42810: Guix doesn't follow all symlinks From: Steffen Rytter Postas To: zimoun Date: Wed, 16 Sep 2020 08:45:24 +0200 In-Reply-To: <867dsuzlr6.fsf@gmail.com> References: <867dsuzlr6.fsf@gmail.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.4-0ubuntu1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 42810 Cc: 42810@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi, ons, 16 09 2020 kl. 01:02 +0200, skrev zimoun: > Dear, > > On Tue, 11 Aug 2020 at 15:54, Steffen Rytter Postas > wrote: > > Hi, > > > > Some background first, to better understand the issue: > > I've been running Guix on a foreign distribution > > with my own channel in ~/.config/guix/channels.scm for some time > > now. > > However this means having to deal with doing both a `guix pull` as > > a user, but also `guix pull` as superuser to keep the system > > builder daemon etc up to date. > > I wanted to avoid this, by using simply a system-wide guix install, > > and > > not have my own user have a guix variant. I tried simply deleting > > ~/.config/guix/current symlink, and confirmed that `guix` was now > > using > > the `/usr/local/bin/guix` symlink. > > Then I moved my ~/.config/guix/channels.scm file to > > /etc/guix/channels.scm > > and satisfied with my setup, performed `sudo guix pull --fallback` > > to > > pull the latest changes and verify it worked. > > The command ran as expected, and printed the new packages from my > > channel that were now available. > > Well, I am not sure to understand why you want this setup since > “guix-daemon” needs (really) few updates and as regular user, when > doing > “guix pull”, if there is major upgrade, then it will be announced > with > “guix pull –news”. We all like different tastes. :-) I also wanted to maintain only one copy of "guix" usable, instead of having one version of guix per user, which is a lot harder to maintain. > > `type guix`: > > /usr/local/bin/guix > > > > `readlink /usr/local/bin/guix` > > /var/guix/profiles/per-user/root/current-guix/bin/guix > > > > `/usr/local/bin/guix show entr-git` > > guix show: error: entr-git: package not found > > > > `/var/guix/profiles/per-user/root/current-guix/bin/guix show entr- > > git` > > name: entr-git > > version: 4.5-0.6b13a97 > > [...] > > So, if I understand correctly, as a regular user, the command ’guix’ > points to ’/usr/local/bin/guix’ which points to > ’/var/guix/profiles/per-user/root/current-guix/bin/guix’, and this > latter points to ’/gnu/store/…-guix-command’. > > I think the issue is that Guix is not only one binary, so ’bin/guix’ > is > not enough. > > So you need to have also in the correct symlinks with > ’lib/{guile,guix}’ > and others. How would I set this up? This happens on a default Guix setup following the standard installation guide for installing on a foreign distribution, and then setting up the channel configuration as mentioned. > > I have not investigated but I guess the issue you hit comes from > ’lib/guix/package.cache’, correctly see by > /var/guix/profiles/…/bin/guix’ but not all your other symlink > machinery. > This does make sense, if that is somehow only read from a non-store location (I'm not sure why it would be, that seems against all the point of guix in the first place). > > Well, I do not know if it helps. > > All the best, > simon > > > From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 16 03:26:55 2020 Received: (at 42810) by debbugs.gnu.org; 16 Sep 2020 07:26:55 +0000 Received: from localhost ([127.0.0.1]:33051 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kIRqA-0003qk-Ue for submit@debbugs.gnu.org; Wed, 16 Sep 2020 03:26:55 -0400 Received: from mail-qk1-f169.google.com ([209.85.222.169]:34808) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kIRq8-0003qU-0r for 42810@debbugs.gnu.org; Wed, 16 Sep 2020 03:26:53 -0400 Received: by mail-qk1-f169.google.com with SMTP id w186so7252974qkd.1 for <42810@debbugs.gnu.org>; Wed, 16 Sep 2020 00:26:52 -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:content-transfer-encoding; bh=JDiWK3MyGzAiO/5V79s3veI8bZ3SnRYFUG8eTZwtAtU=; b=o7KeEt09i0TP7Q/4ADHV7Ph+655OF4TpujX3jsMFntslmtoTNzUCqUxYhbQF31Sm/A hk7Qm0gbkDzKDBpVJawpWEhDnuo5A+3wNhVJIBBi1L/hnaOeU7twijOJAoDpqQPgfCTx n5tdtVsRG0NRfzB/m1mjfj5/t7/IBWon9nPpTpA9WPVSMb+bH/SS6VONFQhRaM8A8eoy UIhXSwkLiiBuceiDUacKfz3dtkCY3dm+4UEOpjT/pezjgcWytRBZbGccAdQLtQRO8Nci w7bStbTCWtuVMpxpr1mEVHrN44gN/pskTi2XyPVeevF/cmqGXbEsAjgyqN5bLi7b/Aik VTyQ== 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:content-transfer-encoding; bh=JDiWK3MyGzAiO/5V79s3veI8bZ3SnRYFUG8eTZwtAtU=; b=RbpE7IJHh880kanZYtVX8c8fLVHPELBebSm7SVI838ySkK1oRfla7CxHUOv9umVq4n gx1PZzJUIA8ehE5HW8Qo65eaPrnvRgm1sH3WtAEYwgabvJ/yM0ugFyQLCiuVXK7X2IZl JcZP3E5RLamK95eeyaVIOp4cCxRCTxeBxbA6MNrPp+FBPGsaY/VxOdWoyp014h9DfG3q 9xp3F457eu8Ah1m65Lm8o6iZVaE2zM1fc5jRz+f76l/hrNf4N0iKmTFO3HG6VqQDL34A PawzRhd02UXcx/B1l466RABlDoQhT08pnWbV1VKNqk2H/uRW1Jh5shkW7wDEBUhSv+jw 3TUw== X-Gm-Message-State: AOAM531TZA0IPpLKZfsX/k0+nwLak6iioldxAVTioYssv4HljO2Gcejy 8GcSctvcRE2O9ANkCpV4TxZ0ZET36wuTeDP6xAS/W76E X-Google-Smtp-Source: ABdhPJzeCYCc1wCPFfyw8eJL3/+JLqeR75d2IXE4+Gp0ycaOcTSuMf49/peuoL+4GZkfngnFNQ/W724IvKGav9kXr9A= X-Received: by 2002:a05:620a:a09:: with SMTP id i9mr19580536qka.201.1600241206380; Wed, 16 Sep 2020 00:26:46 -0700 (PDT) MIME-Version: 1.0 References: <867dsuzlr6.fsf@gmail.com> In-Reply-To: From: zimoun Date: Wed, 16 Sep 2020 09:26:35 +0200 Message-ID: Subject: Re: bug#42810: Guix doesn't follow all symlinks To: Steffen Rytter Postas Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 42810 Cc: 42810@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Dear, On Wed, 16 Sep 2020 at 08:45, Steffen Rytter Postas wrote= : > > Well, I am not sure to understand why you want this setup since > > =E2=80=9Cguix-daemon=E2=80=9D needs (really) few updates and as regular= user, when > > doing > > =E2=80=9Cguix pull=E2=80=9D, if there is major upgrade, then it will be= announced > > with > > =E2=80=9Cguix pull =E2=80=93news=E2=80=9D. We all like different taste= s. :-) > > I also wanted to maintain only one copy of "guix" usable, instead of > having one version of guix per user, which is a lot harder to maintain. But the point of Guix is: each user manages their own version, isn't it? >From my point of view, it does not make sense to try to maintain only one central copy, because in any case, each user can run: guix time-machine -C -- guix time-machine --commit=3D -- so each user can install, remove, etc. any version of Guix (specified by and ) independently of the version of "guix time-machine". Well, I am not sure to understand the aim of the configuration you want to. > > So you need to have also in the correct symlinks with > > =E2=80=99lib/{guile,guix}=E2=80=99 > > and others. > > How would I set this up? This happens on a default Guix setup following > the standard installation guide for installing on a foreign > distribution, and then setting up the channel configuration as > mentioned. I do not know how you could setup your non-standard usage of Guix. Maybe you could try as root: sudo guix pull -p /usr then place /usr in the correct paths (PATH, LIBRARY_PATH, etc.) for each user. However, it will be easy for one user to by-pass your setup and use any version of Guix they wants: /usr/bin/guix pull -p /path/somewhere/to/user-home then the user can correctly set up the paths so that "guix" will refer to the one living at /path/somewhere/to/user-home/. Well, from my understanding, you are trying to set up Guix in the paradigm of classic package manager, not in its "philosophy". > > I have not investigated but I guess the issue you hit comes from > > =E2=80=99lib/guix/package.cache=E2=80=99, correctly see by > > /var/guix/profiles/=E2=80=A6/bin/guix=E2=80=99 but not all your other s= ymlink > > machinery. > > > > This does make sense, if that is somehow only read from a non-store > location (I'm not sure why it would be, that seems against all the > point of guix in the first place). I am not sure to understand what you mean. Do the explanations help? All the best, simon From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 16 03:35:12 2020 Received: (at 42810) by debbugs.gnu.org; 16 Sep 2020 07:35:12 +0000 Received: from localhost ([127.0.0.1]:33067 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kIRyB-00045F-LW for submit@debbugs.gnu.org; Wed, 16 Sep 2020 03:35:11 -0400 Received: from scalehost.eu ([108.61.99.179]:40030) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kIRy9-000456-8C for 42810@debbugs.gnu.org; Wed, 16 Sep 2020 03:35:09 -0400 Received: from pop-os (unknown [89.239.193.119]) by scalehost.eu (Postfix) with ESMTPSA id 2C360FA0D9; Wed, 16 Sep 2020 07:35:07 +0000 (UTC) Message-ID: <634882b61652f958e44760e64179bcdc99481310.camel@scalehost.eu> Subject: Re: bug#42810: Guix doesn't follow all symlinks From: Steffen Rytter Postas To: zimoun Date: Wed, 16 Sep 2020 09:35:06 +0200 In-Reply-To: References: <867dsuzlr6.fsf@gmail.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.4-0ubuntu1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 42810 Cc: 42810@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi, ons, 16 09 2020 kl. 09:26 +0200, skrev zimoun: > Dear, > > On Wed, 16 Sep 2020 at 08:45, Steffen Rytter Postas > wrote: > > > > Well, I am not sure to understand why you want this setup since > > > “guix-daemon” needs (really) few updates and as regular user, > > > when > > > doing > > > “guix pull”, if there is major upgrade, then it will be announced > > > with > > > “guix pull –news”. We all like different tastes. :-) > > > > I also wanted to maintain only one copy of "guix" usable, instead > > of > > having one version of guix per user, which is a lot harder to > > maintain. > > But the point of Guix is: each user manages their own version, isn't > it? > From my point of view, it does not make sense to try to maintain only > one central copy, because in any case, each user can run: > > guix time-machine -C -- > guix time-machine --commit= -- > > so each user can install, remove, etc. any version of Guix (specified > by and ) independently of the version of "guix > time-machine". > > Well, I am not sure to understand the aim of the configuration you > want to. > 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. 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? > > > > So you need to have also in the correct symlinks with > > > ’lib/{guile,guix}’ > > > and others. > > > > How would I set this up? This happens on a default Guix setup > > following > > the standard installation guide for installing on a foreign > > distribution, and then setting up the channel configuration as > > mentioned. > > I do not know how you could setup your non-standard usage of Guix. > > Maybe you could try as root: > > sudo guix pull -p /usr > > then place /usr in the correct paths (PATH, LIBRARY_PATH, etc.) for > each user. However, it will be easy for one user to by-pass your > setup and use any version of Guix they wants: > > /usr/bin/guix pull -p /path/somewhere/to/user-home > > then the user can correctly set up the paths so that "guix" will > refer > to the one living at /path/somewhere/to/user-home/. > > Well, from my understanding, you are trying to set up Guix in the > paradigm of classic package manager, not in its "philosophy". > 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 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. It does seem to me that this is indeed a bug, as Guix behaves differently based upon who is executing it. > > > > I have not investigated but I guess the issue you hit comes from > > > ’lib/guix/package.cache’, correctly see by > > > /var/guix/profiles/…/bin/guix’ but not all your other symlink > > > machinery. > > > > > > > This does make sense, if that is somehow only read from a non-store > > location (I'm not sure why it would be, that seems against all the > > point of guix in the first place). > > I am not sure to understand what you mean. > > > Do the explanations help? > > All the best, > simon > From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 16 05:34:19 2020 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: Subject: Re: bug#42810: Guix doesn't follow all symlinks To: Steffen Rytter Postas Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 42810 Cc: 42810@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) 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 From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 16 06:24:07 2020 Received: (at 42810) by debbugs.gnu.org; 16 Sep 2020 10:24:07 +0000 Received: from localhost ([127.0.0.1]:33307 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kIUbf-0008Q8-En for submit@debbugs.gnu.org; Wed, 16 Sep 2020 06:24:07 -0400 Received: from scalehost.eu ([108.61.99.179]:40912) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kIUbb-0008Pw-VQ for 42810@debbugs.gnu.org; Wed, 16 Sep 2020 06:24:06 -0400 Received: from pop-os (unknown [89.239.193.119]) by scalehost.eu (Postfix) with ESMTPSA id 0B16BFA0D9; Wed, 16 Sep 2020 10:24:02 +0000 (UTC) Message-ID: Subject: Re: bug#42810: Guix doesn't follow all symlinks From: Steffen Rytter Postas To: zimoun Date: Wed, 16 Sep 2020 12:24:01 +0200 In-Reply-To: References: <867dsuzlr6.fsf@gmail.com> <634882b61652f958e44760e64179bcdc99481310.camel@scalehost.eu> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.4-0ubuntu1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 42810 Cc: 42810@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi, ons, 16 09 2020 kl. 11:33 +0200, skrev zimoun: > 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. :-) > Why does the concept of installing applications as root not apply? While I am aware that all applications are installed in the /gnu/store, this does not imply that there are different application needs between the root user and a normal user. > > > 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. > So rather than being a bug in Guix itself, it's a bug in the installation script that does not setup the host distribution for being able to process the correct location then, no? Or if it's because the user of Guix on a foreign distribution needs to setup more for the use case of adding channels to work, when running only one version of guix on the system, then it would be missing documentation. While I don't have a say in this, I also do not mind changing this from a bug of guix to an issue somewhere else, but where would it be? Or is the casual user of guix that elects to simply add a channel simply left to their own devices on undocumented behaviour? > > > 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 > From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 16 07:01:57 2020 Received: (at 42810) by debbugs.gnu.org; 16 Sep 2020 11:01:57 +0000 Received: from localhost ([127.0.0.1]:33351 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kIVCH-00010n-1g for submit@debbugs.gnu.org; Wed, 16 Sep 2020 07:01:57 -0400 Received: from mail-qk1-f173.google.com ([209.85.222.173]:36631) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kIVCD-00010Y-PP for 42810@debbugs.gnu.org; Wed, 16 Sep 2020 07:01:55 -0400 Received: by mail-qk1-f173.google.com with SMTP id q63so7663967qkf.3 for <42810@debbugs.gnu.org>; Wed, 16 Sep 2020 04:01:53 -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=tc433a7tI4noS8UNBz4ikQEqiwONRgC9OmQX2I7XwwQ=; b=QhE0dT9uYmhQQLxm9EPQlfpMV/nBH3emggyAbBD0N5jxUJtgjNSzfGhoO4cgH7MAz2 gUqHpk1espPU0HfXbh/XsC0ZK3xP1XezL3/SmwjgVmoNeDckTmMQBzrB37KeRsqsUvo2 L6v+MoPTCeHJ7dX2USyNyjyWfn0eT3/8WUC7tTXWu/6AWZaMU6jQY97khgkwvBFtqAG9 vuG5pyOUhn02HKJfTFOYlIuBzPbfCdAMBa+4IG/6KJud5F6sG0R2t+U18yyM4SLOrjjc 498ukvQXXw3gxilyvDuzcXFdltrnQ0buWCowfICtz5jf96zKb6WccHZQsjxJZNYXXV/9 um8Q== 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=tc433a7tI4noS8UNBz4ikQEqiwONRgC9OmQX2I7XwwQ=; b=Kha2858nVRg+SwL4YY8o865pILhDtXsiW5xrp4DBin5m4omo941WUV0jthi2Q4I/cu dWcX6aP36axMyGXGrOCx5AlWvf3ujLkGFtkfEwUAKGPb/Spa/gspKeqQqMeJlLRQKuFQ Oj0EmJQ1mmicdLmkXWWl+i+IF9Bm3+zoEPctGkNt5l++poa0ygZT7G+xwgncfZ1Ii2QK QIEsQdrT+bTwOl+ibC322fPMrlXNW/9yzNwcvANO/piJe9DnPWQNPh0ZSUoLJj0IclX5 F2j1W+Ddor1ZseWObcoMfgWaUDc9XENoFPqWPT/6+VQzlPZktlEAIL37fdNTwVVhNsUY iwjQ== X-Gm-Message-State: AOAM531aYvbpQfcQb9D4y6JmO49tZSH4Hn4qPOpgoFbMhUsJrKJKKjei tJiJpQTW7RpZ+mlVwt87dyJhEcXycXG8kMTOEGD67m1NFomPOg== X-Google-Smtp-Source: ABdhPJzwHcbZrijfbxCgJR9qkDdyB8uRWY8XRfqZWQIEYUl3e81EfJq1qh96Lq8w+OK26nfkgtxKa495Qe6jdSUEzwM= X-Received: by 2002:a05:620a:a09:: with SMTP id i9mr20167508qka.201.1600254108037; Wed, 16 Sep 2020 04:01:48 -0700 (PDT) MIME-Version: 1.0 References: <867dsuzlr6.fsf@gmail.com> <634882b61652f958e44760e64179bcdc99481310.camel@scalehost.eu> In-Reply-To: From: zimoun Date: Wed, 16 Sep 2020 13:01:36 +0200 Message-ID: Subject: Re: bug#42810: Guix doesn't follow all symlinks To: Steffen Rytter Postas Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 42810 Cc: 42810@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Dear, On Wed, 16 Sep 2020 at 12:24, Steffen Rytter Postas wrote: > Why does the concept of installing applications as root not apply? Because one of the Guix aims is to be "root-less". Each user is doing whatever they wants in their $HOME directory. On foreign distro, the only role of the sysadmin (root) is to update the daemon. > While I am aware that all applications are installed in the /gnu/store, > this does not imply that there are different application needs between > the root user and a normal user. I am not sure to understand what it means. > So rather than being a bug in Guix itself, it's a bug in the > installation script that does not setup the host distribution for being > able to process the correct location then, no? What do you mean by "correct location"? You could be interested by these tutorial videos: < https://guix.gnu.org/videos/> > Or if it's because the user of Guix on a foreign distribution needs to > setup more for the use case of adding channels to work, when running > only one version of guix on the system, then it would be missing > documentation. I am sorry, I do not understand what you mean. > While I don't have a say in this, I also do not mind changing this from > a bug of guix to an issue somewhere else, but where would it be? Or is > the casual user of guix that elects to simply add a channel simply left > to their own devices on undocumented behaviour? Again, I am sorry too because I miss what you mean. Maybe you could send your comments on the mailing list and others will have better wordings than mine. :-) All the best, simon From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 28 14:35:19 2020 Received: (at control) by debbugs.gnu.org; 28 Oct 2020 18:35:19 +0000 Received: from localhost ([127.0.0.1]:50619 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kXqI3-0003ab-KE for submit@debbugs.gnu.org; Wed, 28 Oct 2020 14:35:19 -0400 Received: from mail-wr1-f47.google.com ([209.85.221.47]:39385) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kXqI1-0003aL-IN for control@debbugs.gnu.org; Wed, 28 Oct 2020 14:35:17 -0400 Received: by mail-wr1-f47.google.com with SMTP id y12so159570wrp.6 for ; Wed, 28 Oct 2020 11:35:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:user-agent:mime-version; bh=iS8wvOAsJeq+kXTj1QgMbaI/I7ZOu0VN8QbLr2iAcqU=; b=FZn1Jwh1RD/InFIH1uIEABH9m1gL1S+6TJn1C+ImqNIw6KH/kMPiPkUS1J6ZXOLbpy 74OKMDQIwrKockwm9YqS/+aETVlDrVnPu5ShrVVkPOJmhUPr5n0BYpOqlCpOj/0RwLyE hu7dZIaJ06jkRtFCyapCTG8kdGQHNmtjdrIJRoI/NLCELXR3Me33gsklU0HBVJzyDq4d IrbVTVQ8WW0sHB9C38tDAH5S7rb5VKaTG5k7zXUk1mx5yq8uwGv/NQHE5b6VbxN4voFs 3jYdwFhi6WEy9GVWhIrCX0Rvrpc4laGdhtqidLt59rQ/xCUNE15Lg/K0nhqcA+11Mfzd JIyA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:user-agent :mime-version; bh=iS8wvOAsJeq+kXTj1QgMbaI/I7ZOu0VN8QbLr2iAcqU=; b=c/HItc0iTNlbfBN77cUB0F22ZDmRLA4HnCQNhT04X3wwcw3YlWKiWpYZEdxVKwmynP 5ROO/JSM9LZtV3NhYshatJ8+YpCq3V/uGrAcrTSBjWJZBatCSWrzCGJ7Lhk/xL2/e4fe SlRNGMjtta1wQeUH9NvVIuFHW+/GRXUwokiPq0tG/oCNOBRbF2sUqAR4uxXEKa4IjLsP /gAyuDrNDz9EQb+tLHUYTgry+PPKzKFdFiOu5U/pPKkPnuwm3aTDVMPunMJAFaR3SBpU eePF5F2Sc+cKexrw7eSyOP8SSNjZSoipROvrX0UdvrueOKwZ4uEQrNjrpTfvnPm61jbN SZYA== X-Gm-Message-State: AOAM530EuR9AdU0gSsDiXOJGRk84VN4AnE8fu+vDk1mXuGlVy0ux96OE evDUbXJmkQHt59AdP9WAzBA+qRBkk1U= X-Google-Smtp-Source: ABdhPJxb9u6VGcXxz/GFu3cqqCUCozoz+Y+AFjhnxYa2DlhYz9ud6gPmSvaApGt1C4T6bH8mhczBng== X-Received: by 2002:adf:bacc:: with SMTP id w12mr844308wrg.66.1603910111412; Wed, 28 Oct 2020 11:35:11 -0700 (PDT) Received: from lili ([2a01:e0a:59b:9120:65d2:2476:f637:db1e]) by smtp.gmail.com with ESMTPSA id x65sm408788wmg.1.2020.10.28.11.35.10 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 28 Oct 2020 11:35:10 -0700 (PDT) From: zimoun To: control@debbugs.gnu.org Subject: tags 42810 moreinfo Date: Wed, 28 Oct 2020 19:35:09 +0100 Message-ID: <86zh46yzaa.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 42810 moreinfo thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 05 06:47:55 2021 Received: (at 42810-done) by debbugs.gnu.org; 5 Jul 2021 10:47:56 +0000 Received: from localhost ([127.0.0.1]:44188 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m0M8p-0005fF-HQ for submit@debbugs.gnu.org; Mon, 05 Jul 2021 06:47:55 -0400 Received: from mail-wr1-f50.google.com ([209.85.221.50]:38694) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m0M8m-0005eO-74 for 42810-done@debbugs.gnu.org; Mon, 05 Jul 2021 06:47:53 -0400 Received: by mail-wr1-f50.google.com with SMTP id a8so9846038wrp.5 for <42810-done@debbugs.gnu.org>; Mon, 05 Jul 2021 03:47:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=AQC6XOVdD+0+f2k/OoLW5ACZUM7W0uDprxszUlUmfpQ=; b=PNmFYvfaD4JztPZm37FfHYdAlJYxo4HSZPDQ2CCkDq1A5Azn05BxP7ga2Fbr92T1LG wVQi8cHL11gVhnQ4GwpyrDj6Q2tzauWND69cbCeG4ws0UKMi1cBZoHQ706MWvulF8ZaW i8rAHWxNFbc8krVEpbPjgvl7FCL4+3BbYKNtJo4hG0D2HssTGh9QnZyv2Zy2QHrbf1Uz DMaTdL5PSkU8Eoyi1jXI3jVRgVY3zRwPNQFKeKpikMSGMSe2RCUCBMOHHzAmftIwoPMn TG4Lk6+SDx5smY0f9Lypw+srWbaKur8AkD3ha9MpT4j/ahtKyF/ThwyZozarGz9rUKnQ zzEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=AQC6XOVdD+0+f2k/OoLW5ACZUM7W0uDprxszUlUmfpQ=; b=fstmARiXOfCei9MMJTu6mrxJ9HX5OZzvSv5dfgTvdSt/EpfwVM6ZHjouOsfeyOB5/O OthpzkLYBjRujdt9sLeSu/bEJaAwi2DuTxtmFChA8JCGqkrKd81JbfdoVseejHjf3PVw JdaNlkOJDkOpD/8/KIZsLcYnxrtO1uqJe9GtR8hAe+JsL2fmDp64xnu66J41boCJ90Ee AbD3jd/jURzkmiynB7UhHMLfyTYQG865AA6KNrzRXN2fmbbWtwHOv+RsGg6jxGBfvW9k h/STpWze9C5i6Qdja8v2T4pXGOZ7si3f7yiXJT/AqFLZwsId8xTBnJ6IRnPHP3NuOzTB RqCw== X-Gm-Message-State: AOAM532D43qe0QWRxHlMAKKfzTNtsiJgrWq1wcJxnA2yQuBcdKSjf2jf I0f5dljlBtbLVSS08+KiedcJTAKQBs8= X-Google-Smtp-Source: ABdhPJxQjC50xfL5hsKTV5O6rz8Vw7XJj7gA1HQceNzF98I/CXBCmoRObaQu3C9Fmh+VlupJAJzfAg== X-Received: by 2002:a5d:6547:: with SMTP id z7mr14458894wrv.27.1625482066606; Mon, 05 Jul 2021 03:47:46 -0700 (PDT) Received: from pfiuh02 ([193.48.40.241]) by smtp.gmail.com with ESMTPSA id 25sm11832933wmf.21.2021.07.05.03.47.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 05 Jul 2021 03:47:46 -0700 (PDT) From: zimoun To: Steffen Rytter Postas Subject: Re: bug#42810: Guix doesn't follow all symlinks References: Date: Mon, 05 Jul 2021 11:35:52 +0200 In-Reply-To: (Steffen Rytter Postas's message of "Tue, 11 Aug 2020 15:54:36 +0200") Message-ID: <87eecdksqv.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 42810-done Cc: 42810-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi, Thanks for your report. On Tue, 11 Aug 2020 at 15:54, Steffen Rytter Postas wrote: > Some background first, to better understand the issue: > I've been running Guix on a foreign distribution > with my own channel in ~/.config/guix/channels.scm for some time now. > However this means having to deal with doing both a `guix pull` as > a user, but also `guix pull` as superuser to keep the system > builder daemon etc up to date. > I wanted to avoid this, by using simply a system-wide guix install, and > not have my own user have a guix variant. I tried simply deleting > ~/.config/guix/current symlink, and confirmed that `guix` was now using > the `/usr/local/bin/guix` symlink. > Then I moved my ~/.config/guix/channels.scm file to > /etc/guix/channels.scm > and satisfied with my setup, performed `sudo guix pull --fallback` to > pull the latest changes and verify it worked. > The command ran as expected, and printed the new packages from my > channel that were now available. > > So, that's the background of what I've been trying to do. Here's what > happened: > > I have in my own channel a package called `entr-git`. Installing it is > simple: > > `guix show entr-git` > > Expected result: > > name: entr-git > version: 4.5-0.6b13a97 > outputs: out > systems: x86_64-linux i686-linux > dependencies: ncurses@6.2 > location: gnu/packages/entr-git.scm:25:2 > homepage: http://entrproject.org/ > license: ISC > synopsis: Run arbitrary commands when files change > description: entr is a zero-configuration tool with no external build > or run-time dependencies. The interface to entr is not only minimal, > it aims to be simple enough to create a new > + category of ad hoc automation. These micro-tests reduce keystrokes, > but more importantly they emphasize the utility of automated checks. > > Actual result: > > guix show: error: entr-git: package not found > > Additional information: > > `type guix`: > /usr/local/bin/guix > > `readlink /usr/local/bin/guix` > /var/guix/profiles/per-user/root/current-guix/bin/guix > > `/usr/local/bin/guix show entr-git` > guix show: error: entr-git: package not found > > `/var/guix/profiles/per-user/root/current-guix/bin/guix show entr-git` > name: entr-git > version: 4.5-0.6b13a97 > outputs: out > systems: x86_64-linux i686-linux > dependencies: ncurses@6.2 > location: gnu/packages/entr-git.scm:25:2 > homepage: http://entrproject.org/ > license: ISC > synopsis: Run arbitrary commands when files change > description: entr is a zero-configuration tool with no external build > or run-time dependencies. The interface to entr is not only minimal, > it aims to be simple enough to create a new > + category of ad hoc automation. These micro-tests reduce keystrokes, > but more importantly they emphasize the utility of automated checks. > > Simplest reproduction of issue: > > * Ubuntu 20.04 AMD64 Desktop/Server system. > * Install Guix using guix-install.sh script. > * As a user, ensure absence of ~/.config/guix/current symlink. > * As a user, run `guix pull --fallback` > * As a user, run `guix describe`. > * As a user, run `sudo guix describe`. > * As root, run `guix describe`. > > Workaround: > > Use `/var/guix/profiles/per-user/root/current-guix/bin/guix` "directly" > (despite this also being a symlink). > > > I hope this is enough relevant information, otherwise it appears very > straight forward to reproduce. This bug is marked =E2=80=99moreinfo=E2=80=99 since months and because I do= not see how it is actionable, I am closing. If I miss something, please reopen it. All the best, simon From unknown Sun Jun 22 11:42:19 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 02 Aug 2021 11:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator