From unknown Sun Jun 22 03:58:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53886: guix home not respecting guix pull -C Resent-From: Zacchaeus Scheffer Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 08 Feb 2022 23:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 53886 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 53886@debbugs.gnu.org X-Debbugs-Original-To: bug-guix@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.1644364653405 (code B ref -1); Tue, 08 Feb 2022 23:58:01 +0000 Received: (at submit) by debbugs.gnu.org; 8 Feb 2022 23:57:33 +0000 Received: from localhost ([127.0.0.1]:49111 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHaMX-00006S-Dh for submit@debbugs.gnu.org; Tue, 08 Feb 2022 18:57:33 -0500 Received: from lists.gnu.org ([209.51.188.17]:57188) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHaMV-00006L-Si for submit@debbugs.gnu.org; Tue, 08 Feb 2022 18:57:32 -0500 Received: from eggs.gnu.org ([209.51.188.92]:34050) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nHaMT-0000Os-Ni for bug-guix@gnu.org; Tue, 08 Feb 2022 18:57:29 -0500 Received: from [2a00:1450:4864:20::636] (port=41569 helo=mail-ej1-x636.google.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nHaMR-0003pI-J5 for bug-guix@gnu.org; Tue, 08 Feb 2022 18:57:29 -0500 Received: by mail-ej1-x636.google.com with SMTP id a8so2255568ejc.8 for ; Tue, 08 Feb 2022 15:57:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=dOVHfTZHWIGx5QKBCs9H0y2INn2Aog+DKoIWsjC7cEY=; b=EDFhpUbs3l4wLNK3Q1d3kTgkcMwgBo79MOU0kNpXzE9qnfD0E4tAKw6HE6b8hnsWsm Jxw33Qb3+txN4KrepKf+D9VcA2/dwR4Gru4g+lDVq3zSZI6/M3rNWTtKO5iaz67Ndnwz wBQLTWmBJTohpGS8D1wK9j5E/oi7XyBhs/iYFkxdkN34luvp6eDeOVzGkjv6Ex/43zWz bxsKidkVdInCe/yEWqOJTgMERM82Z0QKyeMDCD4Wqiyt2OWOa0bHFiKMXPgV4AYPOHyN oTzvtjNFxmApJGk94kyXVSYXFuti+neLV1lArSzKIsPbYfyIQ+ZCrIFkxvrBXCLScXXg HxRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=dOVHfTZHWIGx5QKBCs9H0y2INn2Aog+DKoIWsjC7cEY=; b=PBKiU/vGtQpItmTHOyM1QJVhCcvNwe2o4EvmbEt0+DF9EFrQI3REvusJYw4Oys6Q5P x0xCmilDUjEbDBtLoKvodghvc0tEAn4dUI7goq2JcBUYktk6BA7lAA5nz48MOvNOihio 7eSHJfzLIuM1Z12m+o3ba+0w0DhwBBdPQLiVAhGBQduwmROcjSBbVCwZUbR3MRHXUgvG 1JHW+1KOVHy6G4Pfig9CWaq8FCodOjRaCp2zZwa3RlWzRcyAxHKklYiHxGT4GOwvnpMD 4GrDCyZ+DZOoCrYmHJLsDw5BXWBvBD9R7BDwq/CM+uGR2EXbUDJ87PXsne4ZMVNfzddF AwJQ== X-Gm-Message-State: AOAM531ASOLmA9m/jBSJ4nQ6MBDbueoUHWpuoHJYhO7lr2uBd8H71dTU uwT16RWQo+GpS51eEmC9h3nVzEKc8zqlt+egVS36+SU5VHc= X-Google-Smtp-Source: ABdhPJxV9fVl0Ayb/6PxWWlyg1SOVj2qSxrpY3CVHHCpCxOiDoYBY3BHu21c+4GTcvXfWNo84gxBAVHaDYfRNyu08ag= X-Received: by 2002:a17:906:720e:: with SMTP id m14mr5739540ejk.399.1644364645393; Tue, 08 Feb 2022 15:57:25 -0800 (PST) MIME-Version: 1.0 From: Zacchaeus Scheffer Date: Tue, 8 Feb 2022 18:57:14 -0500 Message-ID: Content-Type: multipart/alternative; boundary="00000000000091e93105d78a7a11" X-Host-Lookup-Failed: Reverse DNS lookup failed for 2a00:1450:4864:20::636 (failed) Received-SPF: pass client-ip=2a00:1450:4864:20::636; envelope-from=zaccysc@gmail.com; helo=mail-ej1-x636.google.com X-Spam_score_int: 6 X-Spam_score: 0.6 X-Spam_bar: / X-Spam_report: (0.6 / 5.0 requ) BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, PDS_HP_HELO_NORDNS=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.2 (/) 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.3 (--) --00000000000091e93105d78a7a11 Content-Type: text/plain; charset="UTF-8" Hi Guix! I came across some weird behavior with guix home. I wanted to recreate a working home environment from one machine on another (because I need a working qutebrowser install :3). I did this by doing "guix pull --allow-downgrades -C" on my non-working computer using a channels file on the working one generated with "guix package --export-channels". However, when I did "guix home reconfigure ...", old versions of packages were NOT installed. I was able to downgrade the desired package with "guix package -i" (only that package was downgraded). My understanding is that "guix home reconfigure" SHOULD behave like "guix package --manifest", and install all packages in the most recent guix pull. Very minor and not impeding me, but thought y'all should know, -Zacchaeus Scheffer --00000000000091e93105d78a7a11 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Guix!

I came across some weird b= ehavior with guix home.=C2=A0 I wanted to recreate a working home environme= nt from one machine on another (because I need a working qutebrowser instal= l :3).=C2=A0 I did this by doing "guix pull --allow-downgrades -C"= ; on my non-working computer using a channels file on the working one gener= ated with "guix package --export-channels".=C2=A0 However, when I= did "guix home reconfigure ...", old versions of packages were N= OT installed.=C2=A0 I was able to downgrade the desired package with "= guix package -i" (only that package was downgraded).

My understanding is that "guix home reconfigure" SHOULD b= ehave like "guix package --manifest", and install all packages=C2= =A0in the most recent guix pull.

Very minor and no= t impeding me, but thought y'all should know,
-Zacchaeus Sche= ffer

--00000000000091e93105d78a7a11-- From unknown Sun Jun 22 03:58:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53886: guix home not respecting guix pull -C Resent-From: Leo Famulari Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Wed, 09 Feb 2022 01:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53886 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Zacchaeus Scheffer Cc: 53886@debbugs.gnu.org Received: via spool by 53886-submit@debbugs.gnu.org id=B53886.16443688217572 (code B ref 53886); Wed, 09 Feb 2022 01:07:02 +0000 Received: (at 53886) by debbugs.gnu.org; 9 Feb 2022 01:07:01 +0000 Received: from localhost ([127.0.0.1]:49172 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHbRa-0001xr-BN for submit@debbugs.gnu.org; Tue, 08 Feb 2022 20:07:00 -0500 Received: from wout4-smtp.messagingengine.com ([64.147.123.20]:47551) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHbRY-0001xc-Lr for 53886@debbugs.gnu.org; Tue, 08 Feb 2022 20:06:49 -0500 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id B57CD3200F76; Tue, 8 Feb 2022 20:06:42 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Tue, 08 Feb 2022 20:06:43 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=famulari.name; h=cc:cc:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=mesmtp; bh=Ph6hAviGe4JbMghARVTWABG3nKg Zr6iIKy+GH5zKedA=; b=f+zgzkKFTDZfIrFic9nE/IrVZaLn6pn+o/6w8YV2BWN U1sSR5GaJgI/D5y3oZtqmanmzFbv1AW/KneUYe/mmGYIsOIcS7qM6sFkNFWCmGze ENiCcUnYYqOFRYqlKdDP+frfH/u1jB7xjBOr4rNiZnRLI/lSGpCxscgs+k0Tbz/c = DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=Ph6hAviGe4JbMghAR VTWABG3nKgZr6iIKy+GH5zKedA=; b=AlJ4UQNeKYYwTwTPHsi0yYC48Tn9Nmzkk LMZCy4p1TiYpGkdErsly4wlYy0fhb9OY1fQU0auOfUM5GkaQgBJ1bmlWY6JAVxNr QkPSocx2XyiSQn8Nlz/+J5YEl9J6AnRiI9N4o/lHRDiJd1fzJCXbWyqlQi8y5GDX PSRkwz5Jg5LQR9McDULkizxFnNz7HV8h/LG46r3psTNnAqAxHAiJONch/EMUdJJM IWnoNpEtarCBP/A/PFguK3L3h828Yi49rIM9rZdJthU0Vh2XJ1LrTK6XFS2WqX5y UoqJX+9F34rufB+anrYJC2aI828eRtorkHyoca0HIwgkJ9P8pRKRA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrheekgddvjecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpeffhffvuffkfhggtggujgesthdtredttddtvdenucfhrhhomhepnfgvohcuhfgr mhhulhgrrhhiuceolhgvohesfhgrmhhulhgrrhhirdhnrghmvgeqnecuggftrfgrthhtvg hrnhepueekkedtffdvtddugeejgedtvefhueefiedvjeeitdeigedtveejvdejheffvefg necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheplhgvoh esfhgrmhhulhgrrhhirdhnrghmvg X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 8 Feb 2022 20:06:41 -0500 (EST) Date: Tue, 8 Feb 2022 20:06:39 -0500 From: Leo Famulari Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Score: -0.7 (/) 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.7 (-) On Tue, Feb 08, 2022 at 06:57:14PM -0500, Zacchaeus Scheffer wrote: > Hi Guix! > > I came across some weird behavior with guix home. I wanted to recreate a > working home environment from one machine on another (because I need a > working qutebrowser install :3). I did this by doing "guix pull > --allow-downgrades -C" on my non-working computer using a channels file on > the working one generated with "guix package --export-channels". However, > when I did "guix home reconfigure ...", old versions of packages were NOT > installed. I was able to downgrade the desired package with "guix package > -i" (only that package was downgraded). I'm curious, after you did `guix pull --allow-downgrades -C`, did you use `guix show foo` before reconfiguring, in order to check if the pull had taken effect? Also, did you pull and reconfigure as the same user, with the same privileges? Remember that your "view" of Guix (i.e. `guix pull`) is per-user. > My understanding is that "guix home reconfigure" SHOULD behave like "guix > package --manifest", and install all packages in the most recent guix pull. That's my understanding as well. From unknown Sun Jun 22 03:58:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53886: guix home not respecting guix pull -C Resent-From: Zacchaeus Scheffer Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Wed, 09 Feb 2022 06:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53886 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 53886@debbugs.gnu.org Received: via spool by 53886-submit@debbugs.gnu.org id=B53886.164438886927075 (code B ref 53886); Wed, 09 Feb 2022 06:42:02 +0000 Received: (at 53886) by debbugs.gnu.org; 9 Feb 2022 06:41:09 +0000 Received: from localhost ([127.0.0.1]:49464 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHgf6-00072c-7N for submit@debbugs.gnu.org; Wed, 09 Feb 2022 01:41:09 -0500 Received: from mail-ej1-f45.google.com ([209.85.218.45]:39535) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHgf3-000720-8P for 53886@debbugs.gnu.org; Wed, 09 Feb 2022 01:41:06 -0500 Received: by mail-ej1-f45.google.com with SMTP id j14so4418485ejy.6 for <53886@debbugs.gnu.org>; Tue, 08 Feb 2022 22:41:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=88hEZ8G8uw2oVcFx6nrnUlX64Js1O4QQBzN022bCTpA=; b=M832WgzXGzoY4DMj36m5G5cHa3pfjECpfaJAcg4pKEbwxRJB7fLeiJlTlxcQ5oLenJ 3pR7x8dQkGMplP9rDYvYkGkLW45BvoVOchfArC9bbQ8T/Oq6Z0/JtA9jTv9DLNV9B7nz wIiLhsYTiEhudoq/RZhWdgII+FVFRCvh4bsiEOAcHVh1DfP7SYH3Kc5Y+kz5CZfYuCWd lB9Mv/kajz51tpoEh0oswg5ThL2r3dIWEo5hZfm2TnFt6YQ4KpEhF0qOML+LYCymvbKh OXF7dZAGOgoR9H1Lh3Gv4p+6U2Vi7X7WpwfcQlyg6onJsaXe+n0D062gALHP6vENAG3j go3w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=88hEZ8G8uw2oVcFx6nrnUlX64Js1O4QQBzN022bCTpA=; b=SCcb4lQwZqh+cEFJbGlCFvwBIJ2nANIC2skqekYlF8NNwwg6s/fswr+g4dGyIL7CXP cpg4/UxqymA0++6S53/OeXnONHfMEQ6h85/MkYdjafaEOr0+IIeAydSh8ax61n9Y0Kox TdpFyuUIPKPoYY+PfFkz7AmnBSikurFsxPE3LyyrdtRtmdXPrx2Pdbw+ZkwTMKFObqXw HsFFhUSitue6lAnCBsdzdS1GndXbmuhgX0+N/4QXK2I1m+PFAq/XlDrPJopgye4Gl8fW eMOJYobanTS6XNlp7arBAQ5jwKa0EDEJfWQfdc08YnQuqmBdIxdGYqpFGQTsK/ybsngR dZsA== X-Gm-Message-State: AOAM530YcWkXSn51ke9vt4GScU+76Iu8PcvAjy3CwDCyxYxXC+K1F/9S +Fp7G1FKcxYNiOmMjbvWX7DIcKuqfA3Mc6lP7GDik4lZZmIdWQ== X-Google-Smtp-Source: ABdhPJzW7IFQGtvs0o4RGC1Yv3/D9FthEWGgyMUH/ceANJz/MDQF0sRirHpGv3rRmbj7cr3phdfICmX1kr02FH9ya5c= X-Received: by 2002:a17:906:720e:: with SMTP id m14mr649501ejk.399.1644388858866; Tue, 08 Feb 2022 22:40:58 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Zacchaeus Scheffer Date: Wed, 9 Feb 2022 01:40:47 -0500 Message-ID: Content-Type: multipart/alternative; boundary="000000000000ce2fb205d7901dff" X-Spam-Score: 0.5 (/) 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: -0.5 (/) --000000000000ce2fb205d7901dff Content-Type: text/plain; charset="UTF-8" > Also, did you pull and reconfigure as the same user, with the same > privileges? Remember that your "view" of Guix (i.e. `guix pull`) is > per-user. Everything is done with the same user and same user/system config (other than os host-name field). I'm sure I didn't accidently run as root or another user > I'm curious, after you did `guix pull --allow-downgrades -C`, did you > use `guix show foo` before reconfiguring, in order to check if the pull > had taken effect? I did not check, the command completed normally, so I believed. See (far) below for an example with guix show Looking at guix package --list-generations, my packages were only modified the one time I ran guix package -i qutebrowser. After running guix package -i qutebrowser, guix package --export-channels DID have the content passed to guix pull -C PLUS the following comment: ;; Note: these other commits were also used to install some of the packages in this profile: ;; "97d97d7da1f5b500b2b76210131ca6adff6a1e80" Looking at guix home list-generations, it looks like the generation has not updated any of the numerous times I guix home reconfigured today after guix pull --allow-downgrades -C'ing an old channels. However, I was not able to reproduce this behavior, so take it with a grain of salt. To rule out the possibility that this is an already-solved problem, I tried guix pull guix home reconfigure ... this DID create a new home generation but not package generation. (Not sure if that is expected. Please someone tell me if this is abnormal.) Now ls -l $(which qutebrowser) gives the old qutebrowser version but ls -l $(which chromium) gives the new chromium version. I tried editing my home config and adding another package, "minetest". guix home reconfigure DID download "minetest" after "guix pull" and "guix pull --allow-downgrades -C ..." (diff versions), but always "minetest" is not in my path for even a fresh login shell. To sumarize: guix pull --allow-downgrades -C ... guix home reconfigure .... - > all package versions up-to-date - > (no?) new home generation guix package -i qutebrowser - > all package versions up-to-date except qutebrowser downgraded - > created a new package generation guix pull guix home reconfigure ... - > all package versions up-to-date except qutebrowser downgraded - > created a new home generation guix pull --allow-downgrades -C ... guix home reconfigure .... - > new home generetaion - > qutebrowser still downgraded - > chromium upgraded # add minetest to config guix home reconfigure ... - > new home generation - > minetest installed (not sure what version) - - > MINETEST NOT IN PATH - > qutebrowser/chromium unchanged Looking back, maybe guix home reconfigure has NEVER worked for my packages and I haven't noticed because my most recent package manifest had all the same packages. My package defs in my home.scm look like: (home-environment (packages (map specification->package (list ... "minetest" "qutebrowser" "ungoogled-chromium"))) (services ...)) Now I feel more lost than before. How could the above in a home reconfigure, after a normal guix pull, not make even a fresh login shell able to launch minetest?... One last test to show off the weirdness: guix pull guix show qutebrowser - > version 2.4 qutebrowser --version - > version 2.3 guix home reconfigure ... - > full output below guix show qutebrowser - > version 2.4 qutebrowser --version - > version 2.3 If you made it this far, thanks, -Zacchaeus ## BEGIN HOME RECONFIGURE OUTPUT PASTE /gnu/store/02q0hr0k29wr866b1mrh88qnaixnk3v7-home Cleaning up symlinks from previous home-environment. Removing /home/zacchae/.config/fontconfig/fonts.conf... done Removing /home/zacchae/.config/fontconfig... done Removing /home/zacchae/.config/zsh/.zshrc... done Removing /home/zacchae/.config/zsh/.zprofile... done Removing /home/zacchae/.config/zsh/.zshenv... done Skipping /home/zacchae/.config/zsh (not an empty directory)... done Removing /home/zacchae/.config/syncthing/config... done Skipping /home/zacchae/.config/syncthing (not an empty directory)... done Removing /home/zacchae/.config/emacs/init.el... done Skipping /home/zacchae/.config/emacs (not an empty directory)... done Removing /home/zacchae/.config/kitty/kitty.conf... done Removing /home/zacchae/.config/kitty... done Removing /home/zacchae/.config/qutebrowser/config.py... done Skipping /home/zacchae/.config/qutebrowser (not an empty directory)... done Removing /home/zacchae/.config/zathura/zathurarc... done Removing /home/zacchae/.config/zathura... done Removing /home/zacchae/.config/redshift/redshift.conf... done Removing /home/zacchae/.config/redshift... done Skipping /home/zacchae/.config (not an empty directory)... done Removing /home/zacchae/.ssh/config... done Skipping /home/zacchae/.ssh (not an empty directory)... done Removing /home/zacchae/.local/bin/stdinedit... done Removing /home/zacchae/.local/bin... done Skipping /home/zacchae/.local (not an empty directory)... done Removing /home/zacchae/.gitconfig... done Removing /home/zacchae/.exwm... done Removing /home/zacchae/.zshenv... done Removing /home/zacchae/.profile... done Cleanup finished. New symlinks to home-environment will be created soon. All conflicting files will go to /home/zacchae/1644387797-guix-home-legacy-configs-backup. Skipping /home/zacchae/.config (directory already exists)... done Creating /home/zacchae/.config/fontconfig... done Symlinking /home/zacchae/.config/fontconfig/fonts.conf -> /gnu/store/3hd0w1mcm3zg7gy3ifgvdf8w1n77khnm-fonts.conf... done Skipping /home/zacchae/.config/zsh (directory already exists)... done Symlinking /home/zacchae/.config/zsh/.zshrc -> /gnu/store/hyvqqy8i6ibi72xc5361p08qjibnwfk4-zshrc... done Symlinking /home/zacchae/.config/zsh/.zprofile -> /gnu/store/jgz1ykacgqwkjbwagd301nj4y9ygdi9m-zprofile... done Symlinking /home/zacchae/.config/zsh/.zshenv -> /gnu/store/251xg38dsqifyw3dzwzpvl28vi7c8wd6-zshenv... done Skipping /home/zacchae/.config/syncthing (directory already exists)... done Symlinking /home/zacchae/.config/syncthing/config -> /gnu/store/7svbwjb0ixzjz2kllk6fxc8737aavd35-syncthing-config.xml... done Skipping /home/zacchae/.config/emacs (directory already exists)... done Symlinking /home/zacchae/.config/emacs/init.el -> /gnu/store/7p09csma6wk8bcanqm8wrra0v4yw496y-emacs-config... done Creating /home/zacchae/.config/kitty... done Symlinking /home/zacchae/.config/kitty/kitty.conf -> /gnu/store/pmnr4ivcviwyi2h2yrx1rg8gf0rjs0ay-kitty.conf... done Skipping /home/zacchae/.config/qutebrowser (directory already exists)... done Symlinking /home/zacchae/.config/qutebrowser/config.py -> /gnu/store/c50z8wfsc4k1m0h7k3sbv0xsndh7bw6j-qutebrowser-config... done Creating /home/zacchae/.config/zathura... done Symlinking /home/zacchae/.config/zathura/zathurarc -> /gnu/store/kdi0gfbz5gcq2ay32yv89amvhbd5r3wg-zathura-config... done Creating /home/zacchae/.config/redshift... done Symlinking /home/zacchae/.config/redshift/redshift.conf -> /gnu/store/p1y1xfxf63pjn1dsd92vwp1xbrcsh7wn-redshift-config... done Skipping /home/zacchae/.ssh (directory already exists)... done Symlinking /home/zacchae/.ssh/config -> /gnu/store/519n9v56q5qnhwrb3yj8dh87lwspqlrb-ssh-config... done Skipping /home/zacchae/.local (directory already exists)... done Creating /home/zacchae/.local/bin... done Symlinking /home/zacchae/.local/bin/stdinedit -> /gnu/store/3rx8zb8phkr8a88sg5v8pd33qxn62zyh-stdinedit... done Symlinking /home/zacchae/.gitconfig -> /gnu/store/ci21256g0sys1a0gpwlrvakgazwbh5kb-git-config... done Symlinking /home/zacchae/.exwm -> /gnu/store/z43zay3w80cp0bnwdd1pi5j4zxay75mp-exwm-init... done Symlinking /home/zacchae/.zshenv -> /gnu/store/j1558r4rqn5nlj3caxs62jcs7rb2j4x4-auxiliary-zshenv... done Symlinking /home/zacchae/.profile -> /gnu/store/rnf1g1a1lywvy3lw4h8ywfs9i8f35fiq-shell-profile... done done Finished updating symlinks. Loading /gnu/store/2z8k6n538446fm0r5byk81kcv3khgkkn-shepherd.conf. Starting services... Comparing /gnu/store/02q0hr0k29wr866b1mrh88qnaixnk3v7-home/profile/share/fonts and /gnu/store/02q0hr0k29wr866b1mrh88qnaixnk3v7-home/profile/share/fonts... done (same) Evaluating on-change gexps. On-change gexps evaluation finished. ## END RECONFIGURE PASTE On Tue, Feb 8, 2022 at 8:06 PM Leo Famulari wrote: > On Tue, Feb 08, 2022 at 06:57:14PM -0500, Zacchaeus Scheffer wrote: > > Hi Guix! > > > > I came across some weird behavior with guix home. I wanted to recreate a > > working home environment from one machine on another (because I need a > > working qutebrowser install :3). I did this by doing "guix pull > > --allow-downgrades -C" on my non-working computer using a channels file > on > > the working one generated with "guix package --export-channels". > However, > > when I did "guix home reconfigure ...", old versions of packages were NOT > > installed. I was able to downgrade the desired package with "guix > package > > -i" (only that package was downgraded). > > I'm curious, after you did `guix pull --allow-downgrades -C`, did you > use `guix show foo` before reconfiguring, in order to check if the pull > had taken effect? > > Also, did you pull and reconfigure as the same user, with the same > privileges? Remember that your "view" of Guix (i.e. `guix pull`) is > per-user. > > > My understanding is that "guix home reconfigure" SHOULD behave like "guix > > package --manifest", and install all packages in the most recent guix > pull. > > That's my understanding as well. > --000000000000ce2fb205d7901dff Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
>= Also, did you pull and reconfigure as the same user, with the same
>= privileges? Remember that your "view" of Guix (i.e. `guix pull`)= is
> per-user.

Everything is done with the same user a= nd same user/system config (other than os host-name field).=C2=A0 I'm s= ure I didn't accidently run as root or another user

> I'm curious, after you d= id `guix pull --allow-downgrades -C`, did you
> use `guix show foo` b= efore reconfiguring, in order to check if the pull
> had taken effect= ?

I did not check, the command completed normally, so I belie= ved.=C2=A0 See (far) below for an example with guix show

Looking at = guix package --list-generations, my packages were only modified the one tim= e I ran guix package -i qutebrowser.=C2=A0 After running guix package -i qu= tebrowser, guix package --export-channels DID have the content passed to gu= ix pull -C PLUS the following comment:
;; Note: these other commits were= also used to install some of the packages in this profile:
;; =C2=A0 &q= uot;97d97d7da1f5b500b2b76210131ca6adff6a1e80"

Looking at guix h= ome list-generations, it looks like the generation has not updated any of t= he numerous times I guix home reconfigured today after guix pull --allow-do= wngrades -C'ing an old channels.=C2=A0 However, I was not able to repro= duce this behavior, so take it with a grain of salt.

To rule out the= possibility that this is an already-solved problem, I tried
guix pullguix home reconfigure ...
this DID create a new home generation but no= t package generation. =C2=A0(Not sure if that is expected.=C2=A0 Please som= eone tell me if this is abnormal.) =C2=A0Now
ls -l $(which qutebrowser)<= br>gives the old qutebrowser version but
ls -l $(which chromium)
give= s the new chromium version.

I tried editing my home config and addin= g another package, "minetest". =C2=A0guix home reconfigure DID do= wnload "minetest" after "guix pull" and "guix pull= --allow-downgrades -C ..." (diff versions), but always "minetest= " is not in my path for even a fresh login shell.

To sumarize:<= br>guix pull --allow-downgrades -C ...
guix home reconfigure ....
- &= gt; all package versions up-to-date
- > (no?) new home generation
= guix package -i qutebrowser
- > all package versions up-to-date excep= t qutebrowser downgraded
- > created a new package generation
guix= pull
guix home reconfigure ...
- > all package versions up-to-dat= e except qutebrowser downgraded
- > created a new home generation
= guix pull --allow-downgrades -C ...
guix home reconfigure ....
- >= new home generetaion
- > qutebrowser still downgraded
- > chro= mium upgraded
# add minetest to config
guix home reconfigure ...
-= > new home generation
- > minetest installed (not sure what versi= on)
- - > MINETEST NOT IN PATH
- > qutebrowser/chromium unchang= ed

Looking back, maybe guix home reconfigure has NEVER worked for my= packages and I haven't noticed because my most recent package manifest= had all the same packages.=C2=A0 My package defs in my home.scm look like:=
(home-environment
=C2=A0(packages
=C2=A0 (map
=C2=A0 =C2=A0spe= cification->package
=C2=A0 =C2=A0(list
=C2=A0 =C2=A0 ...
=C2=A0= =C2=A0 "minetest"
=C2=A0 =C2=A0 "qutebrowser"
= =C2=A0 =C2=A0 "ungoogled-chromium")))
=C2=A0(services
=C2= =A0 ...))

Now I feel more lost than before.=C2=A0 How could the abov= e in a home reconfigure, after a normal guix pull, not make even a fresh lo= gin shell able to launch minetest?...

One last test to show off the = weirdness:
guix pull
guix show qutebrowser =C2=A0 =C2=A0 - > versi= on 2.4
qutebrowser --version =C2=A0 =C2=A0 - > version 2.3
guix ho= me reconfigure ... - > full output below
guix show qutebrowser =C2=A0= =C2=A0 - > version 2.4
qutebrowser --version =C2=A0 =C2=A0 - > ve= rsion 2.3

If you made it this far, thanks,
-Zacchaeus


= ## =C2=A0BEGIN HOME RECONFIGURE OUTPUT PASTE
/gnu/store/02q0hr0k29wr866b= 1mrh88qnaixnk3v7-home
Cleaning up symlinks from previous home-environmen= t.

Removing /home/zacchae/.config/fontconfig/fonts.conf... done
R= emoving /home/zacchae/.config/fontconfig... done
Removing /home/zacchae/= .config/zsh/.zshrc... done
Removing /home/zacchae/.config/zsh/.zprofile.= .. done
Removing /home/zacchae/.config/zsh/.zshenv... done
Skipping /= home/zacchae/.config/zsh (not an empty directory)... done
Removing /home= /zacchae/.config/syncthing/config... done
Skipping /home/zacchae/.config= /syncthing (not an empty directory)... done
Removing /home/zacchae/.conf= ig/emacs/init.el... done
Skipping /home/zacchae/.config/emacs (not an em= pty directory)... done
Removing /home/zacchae/.config/kitty/kitty.conf..= . done
Removing /home/zacchae/.config/kitty... done
Removing /home/za= cchae/.config/qutebrowser/config.py... done
Skipping /home/zacchae/.conf= ig/qutebrowser (not an empty directory)... done
Removing /home/zacchae/.= config/zathura/zathurarc... done
Removing /home/zacchae/.config/zathura.= .. done
Removing /home/zacchae/.config/redshift/redshift.conf... doneRemoving /home/zacchae/.config/redshift... done
Skipping /home/zacchae/= .config (not an empty directory)... done
Removing /home/zacchae/.ssh/con= fig... done
Skipping /home/zacchae/.ssh (not an empty directory)... done=
Removing /home/zacchae/.local/bin/stdinedit... done
Removing /home/z= acchae/.local/bin... done
Skipping /home/zacchae/.local (not an empty di= rectory)... done
Removing /home/zacchae/.gitconfig... done
Removing /= home/zacchae/.exwm... done
Removing /home/zacchae/.zshenv... done
Rem= oving /home/zacchae/.profile... done
Cleanup finished.

New symlin= ks to home-environment will be created soon.
All conflicting files will = go to /home/zacchae/1644387797-guix-home-legacy-configs-backup.

Skip= ping =C2=A0 /home/zacchae/.config (directory already exists)... done
Cre= ating =C2=A0 /home/zacchae/.config/fontconfig... done
Symlinking /home/z= acchae/.config/fontconfig/fonts.conf -> /gnu/store/3hd0w1mcm3zg7gy3ifgvd= f8w1n77khnm-fonts.conf... done
Skipping =C2=A0 /home/zacchae/.config/zsh= (directory already exists)... done
Symlinking /home/zacchae/.config/zsh= /.zshrc -> /gnu/store/hyvqqy8i6ibi72xc5361p08qjibnwfk4-zshrc... done
= Symlinking /home/zacchae/.config/zsh/.zprofile -> /gnu/store/jgz1ykacgqw= kjbwagd301nj4y9ygdi9m-zprofile... done
Symlinking /home/zacchae/.config/= zsh/.zshenv -> /gnu/store/251xg38dsqifyw3dzwzpvl28vi7c8wd6-zshenv... don= e
Skipping =C2=A0 /home/zacchae/.config/syncthing (directory already exi= sts)... done
Symlinking /home/zacchae/.config/syncthing/config -> /gn= u/store/7svbwjb0ixzjz2kllk6fxc8737aavd35-syncthing-config.xml... done
Sk= ipping =C2=A0 /home/zacchae/.config/emacs (directory already exists)... don= e
Symlinking /home/zacchae/.config/emacs/init.el -> /gnu/store/7p09cs= ma6wk8bcanqm8wrra0v4yw496y-emacs-config... done
Creating =C2=A0 /home/za= cchae/.config/kitty... done
Symlinking /home/zacchae/.config/kitty/kitty= .conf -> /gnu/store/pmnr4ivcviwyi2h2yrx1rg8gf0rjs0ay-kitty.conf... done<= br>Skipping =C2=A0 /home/zacchae/.config/qutebrowser (directory already exi= sts)... done
Symlinking /home/zacchae/.config/qutebrowser/config.py ->= ; /gnu/store/c50z8wfsc4k1m0h7k3sbv0xsndh7bw6j-qutebrowser-config... doneCreating =C2=A0 /home/zacchae/.config/zathura... done
Symlinking /home/= zacchae/.config/zathura/zathurarc -> /gnu/store/kdi0gfbz5gcq2ay32yv89amv= hbd5r3wg-zathura-config... done
Creating =C2=A0 /home/zacchae/.config/re= dshift... done
Symlinking /home/zacchae/.config/redshift/redshift.conf -= > /gnu/store/p1y1xfxf63pjn1dsd92vwp1xbrcsh7wn-redshift-config... doneSkipping =C2=A0 /home/zacchae/.ssh (directory already exists)... done
S= ymlinking /home/zacchae/.ssh/config -> /gnu/store/519n9v56q5qnhwrb3yj8dh= 87lwspqlrb-ssh-config... done
Skipping =C2=A0 /home/zacchae/.local (dire= ctory already exists)... done
Creating =C2=A0 /home/zacchae/.local/bin..= . done
Symlinking /home/zacchae/.local/bin/stdinedit -> /gnu/store/3r= x8zb8phkr8a88sg5v8pd33qxn62zyh-stdinedit... done
Symlinking /home/zaccha= e/.gitconfig -> /gnu/store/ci21256g0sys1a0gpwlrvakgazwbh5kb-git-config..= . done
Symlinking /home/zacchae/.exwm -> /gnu/store/z43zay3w80cp0bnwd= d1pi5j4zxay75mp-exwm-init... done
Symlinking /home/zacchae/.zshenv ->= /gnu/store/j1558r4rqn5nlj3caxs62jcs7rb2j4x4-auxiliary-zshenv... done
Sy= mlinking /home/zacchae/.profile -> /gnu/store/rnf1g1a1lywvy3lw4h8ywfs9i8= f35fiq-shell-profile... done
=C2=A0done
Finished updating symlinks.
Loading /gnu/store/2z8k6n538446fm0r5byk81kcv3khgkkn-shepherd.conf.Starting services...

Comparing /gnu/store/02q0hr0k29wr866b1mrh88qna= ixnk3v7-home/profile/share/fonts and
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = /gnu/store/02q0hr0k29wr866b1mrh88qnaixnk3v7-home/profile/share/fonts... don= e (same)
Evaluating on-change gexps.

On-change gexps evaluation f= inished.
## END RECONFIGURE PASTE

On Tue, Feb 8, 2022 at 8:06 PM Leo = Famulari <leo@famulari.name>= wrote:
On Tue, = Feb 08, 2022 at 06:57:14PM -0500, Zacchaeus Scheffer wrote:
> Hi Guix!
>
> I came across some weird behavior with guix home.=C2=A0 I wanted to re= create a
> working home environment from one machine on another (because I need a=
> working qutebrowser install :3).=C2=A0 I did this by doing "guix = pull
> --allow-downgrades -C" on my non-working computer using a channel= s file on
> the working one generated with "guix package --export-channels&qu= ot;.=C2=A0 However,
> when I did "guix home reconfigure ...", old versions of pack= ages were NOT
> installed.=C2=A0 I was able to downgrade the desired package with &quo= t;guix package
> -i" (only that package was downgraded).

I'm curious, after you did `guix pull --allow-downgrades -C`, did you use `guix show foo` before reconfiguring, in order to check if the pull
had taken effect?

Also, did you pull and reconfigure as the same user, with the same
privileges? Remember that your "view" of Guix (i.e. `guix pull`) = is
per-user.

> My understanding is that "guix home reconfigure" SHOULD beha= ve like "guix
> package --manifest", and install all packages in the most recent = guix pull.

That's my understanding as well.
--000000000000ce2fb205d7901dff-- From unknown Sun Jun 22 03:58:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53886: guix home not respecting guix pull -C Resent-From: Josselin Poiret Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Wed, 09 Feb 2022 09:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53886 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Zacchaeus Scheffer , 53886@debbugs.gnu.org Received: via spool by 53886-submit@debbugs.gnu.org id=B53886.164439782020705 (code B ref 53886); Wed, 09 Feb 2022 09:11:02 +0000 Received: (at 53886) by debbugs.gnu.org; 9 Feb 2022 09:10:20 +0000 Received: from localhost ([127.0.0.1]:49758 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHizT-0005Nt-QW for submit@debbugs.gnu.org; Wed, 09 Feb 2022 04:10:20 -0500 Received: from jpoiret.xyz ([206.189.101.64]:40924) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHizS-0005Nl-7E for 53886@debbugs.gnu.org; Wed, 09 Feb 2022 04:10:18 -0500 Received: from authenticated-user (jpoiret.xyz [206.189.101.64]) by jpoiret.xyz (Postfix) with ESMTPA id A4F9B184F2A; Wed, 9 Feb 2022 09:10:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jpoiret.xyz; s=dkim; t=1644397816; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=jUga741a3ExbSIvNY61Jg9LI0+4aTAhysT1q4MYnNJI=; b=EpHHyD0j2D/xjjZ8JC53cFcqlnMU9KkC2+AimU3uIU1JiWjkiz98b7DIVAhlXe11m3G6rv M4JyhWSK7Va9f9qkIZ3jevnRrc00Tzfz1ajKJFVL08PU11uoOvU4unnMRr8BA1cd6ag41k hNjwyRJj8JtceGQ76duhTty3ms59anbc5rsAMcWtCKrcvq35CaWiqj1CR5hBdMp90VpZlA omQQ3ujgmy9TcjaTJ4Z82Xe4Sgh76a/qWYDQjy2I2V53vmw2N6CMZDc79VWRV9QtuGy8Xr qAdN3VGip/6B4ncE/0HYExlRZtUuxEE0/ELbhJWNdlZfs3YVVgfGbJyQmoVhjA== From: Josselin Poiret In-Reply-To: References: Date: Wed, 09 Feb 2022 10:10:16 +0100 Message-ID: <87wni4mmmf.fsf@jpoiret.xyz> MIME-Version: 1.0 Content-Type: text/plain Authentication-Results: jpoiret.xyz; auth=pass smtp.auth=jpoiret@jpoiret.xyz smtp.mailfrom=dev@jpoiret.xyz X-Spamd-Bar: / X-Spam-Score: 2.1 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hello Zacchaeus and Leo, Zacchaeus Scheffer writes: > Looking at guix package --list-generations, my packages were only modified > the one time I ran guix package -i qutebrowser. After running guix package > -i qutebrowser, guix package --export-channe [...] Content analysis details: (2.1 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record 1.6 PDS_OTHER_BAD_TLD Untrustworthy TLDs [URI: jpoiret.xyz (xyz)] 0.5 FROM_SUSPICIOUS_NTLD From abused NTLD -0.0 T_SCC_BODY_TEXT_LINE No description available. 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.1 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hello Zacchaeus and Leo, Zacchaeus Scheffer writes: > Looking at guix package --list-generations, my packages were only modified > the one time I ran guix package -i qutebrowser. After running guix package > -i qutebrowser, guix package --export-channe [...] Content analysis details: (2.1 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record 1.6 PDS_OTHER_BAD_TLD Untrustworthy TLDs [URI: jpoiret.xyz (xyz)] 1.0 BULK_RE_SUSP_NTLD Precedence bulk and RE: from a suspicious TLD 0.5 FROM_SUSPICIOUS_NTLD From abused NTLD -0.0 T_SCC_BODY_TEXT_LINE No description available. -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Hello Zacchaeus and Leo, Zacchaeus Scheffer writes: > Looking at guix package --list-generations, my packages were only modified > the one time I ran guix package -i qutebrowser. After running guix package > -i qutebrowser, guix package --export-channels DID have the content passed > to guix pull -C PLUS the following comment: > ;; Note: these other commits were also used to install some of the packages > in this profile: > ;; "97d97d7da1f5b500b2b76210131ca6adff6a1e80" > > [snip] > > Looking at guix home list-generations, it looks like the generation has not > updated any of the numerous times I guix home reconfigured today after guix > pull --allow-downgrades -C'ing an old channels. However, I was not able to > reproduce this behavior, so take it with a grain of salt. >> > My understanding is that "guix home reconfigure" SHOULD behave like "guix >> > package --manifest", and install all packages in the most recent guix >> pull. >> >> That's my understanding as well. I believe that's the main misunderstanding here, `guix home` acts like `guix system`: it creates home generations, inside which there is a profile. That profile is _not_ ~/.guix-profile, but rather ~/.guix-home/profile. They are disjoint and not operated on by the same commands, guix home will not touch ~/.guix-profile. If you configure your shell environment variables with guix home alone, I believe only the the guix home profile is available by default. Best, -- Josselin Poiret From unknown Sun Jun 22 03:58:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53886: guix home not respecting guix pull -C Resent-From: Zacchaeus Scheffer Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Wed, 09 Feb 2022 18:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53886 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Josselin Poiret Cc: 53886@debbugs.gnu.org Received: via spool by 53886-submit@debbugs.gnu.org id=B53886.164443066313295 (code B ref 53886); Wed, 09 Feb 2022 18:18:02 +0000 Received: (at 53886) by debbugs.gnu.org; 9 Feb 2022 18:17:43 +0000 Received: from localhost ([127.0.0.1]:52592 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHrXC-0003SN-N1 for submit@debbugs.gnu.org; Wed, 09 Feb 2022 13:17:42 -0500 Received: from mail-ed1-f53.google.com ([209.85.208.53]:44906) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHrXA-0003S9-TR for 53886@debbugs.gnu.org; Wed, 09 Feb 2022 13:17:41 -0500 Received: by mail-ed1-f53.google.com with SMTP id bx2so6839129edb.11 for <53886@debbugs.gnu.org>; Wed, 09 Feb 2022 10:17:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=QejW49/w/Tkhx+XQR7AiE1HN0C+xwc/5bZyZNP4PD14=; b=ojt83xstWHBQPYn8EIyxGpCG/Gc6BUk7O65Qr0Fkm1Ga8LmYqnOadoWumnu7759pWT JAjdO/DDHScx1S99qD4agMP5M2xeFan1mzlBOw3AYwQHsarn++vi2OL9jPGpb1N8qN1P 2qvuLkc8AEVBcwYpXvXzyOj4FjcDdXF0OjtHEeJODDveNxmG424BgscBAeZSJb8QjSrZ OuZ0OMdAiu9/RETEnZNOQpdMJoRYoF8xNEwtmdKZi+av0+ddrOLL0gZhgsC17Q9mlMJs jpFik3dquzjLwKyfaw3rpmUJ7F1zhaiqaiMQncoEEtLo9GaSd4wCHHOvDQgXIkzPc1d4 uesA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=QejW49/w/Tkhx+XQR7AiE1HN0C+xwc/5bZyZNP4PD14=; b=UmAm3n01FEYU2nc3DEWGKbtSVxIVi0srPwdpBaAAEO+xxnjGreOGRlK5rWPC0IgVOE BnT+/e8BY5sJs4cXabn5AScXAFJyTHotfC3y3Keaoco3O2Jb5mdA/nHSF/WJs/do4cRl DzDX40RcqM1ooqD5msA8hxEObg4eQ51LgLWpSzh8m6Rr3Iy4en5qv/lC/ERD2YLuTSA+ kAYrb/grdpkHAgTkgUySlsRZUlZ3nUdaemTYEJ+C78DsCpIm2z22go3cpAwoQronyWVE qHGeepi6rzlBrsIUTXCoKRpfNXfWHelLSjkBRbdzn5K0P4FBhbe6daPuZcWvyLoGPBDj z0pg== X-Gm-Message-State: AOAM5330VYHHs1xM9Oz/rOoBXreYjfYkXqU8cM2W6u8yFnKq7/ur4fem L0RCnGrorcv4JtatJiFdI7ap91EY4FX2A191Y9E= X-Google-Smtp-Source: ABdhPJyW0i16p0S6STxkECFK43oEUd+Nbp7hQCnXKRIWcK6sZrnwcGmNn6pq/kxgSBkRbOTIWWGlzIEnsLuFm5auL6k= X-Received: by 2002:a50:8e12:: with SMTP id 18mr3920752edw.433.1644430654705; Wed, 09 Feb 2022 10:17:34 -0800 (PST) MIME-Version: 1.0 References: <87wni4mmmf.fsf@jpoiret.xyz> In-Reply-To: <87wni4mmmf.fsf@jpoiret.xyz> From: Zacchaeus Scheffer Date: Wed, 9 Feb 2022 13:17:23 -0500 Message-ID: Content-Type: multipart/alternative; boundary="00000000000008140a05d799d9e8" X-Spam-Score: -0.0 (/) 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 (-) --00000000000008140a05d799d9e8 Content-Type: text/plain; charset="UTF-8" > > I believe that's the main misunderstanding here, `guix home` acts like > `guix system`: it creates home generations, inside which there is a > profile. That profile is _not_ ~/.guix-profile, but rather > ~/.guix-home/profile. They are disjoint and not operated on by the same > commands, guix home will not touch ~/.guix-profile. If you configure > your shell environment variables with guix home alone, I believe only > the the guix home profile is available by default. > I think I tracked down the problem. In my home-zsh-service, I added the contents of my previous .zprofile to to my new .zprofile, including "source /etc/profile", so my .zprofile (with autogenerated lines) looked like: source /etc/profile source ~/.profile source /etc/profile Basically, /etc/profile stripped from my PATH the ~/.guix-home/profile which was added by ~/.profile I think this solves the original problem, but I don't like that ~/.guix-profile/ AND ~/.guix-home/profile are added to your path by default. I admit this is probably a "sane default" for most users, but I care a lot about reproducibility. Though I think there should be a better solution, for now I am going to have guix home run "guix package -m" with an empty manifest on reconfigure. Thanks all for your help, Zacchaeus --00000000000008140a05d799d9e8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I believe that's the main misunderstanding here, `gu= ix home` acts like
`guix system`: it creates home generations, inside which there is a
profile.=C2=A0 That profile is _not_ ~/.guix-profile, but rather
~/.guix-home/profile.=C2=A0 They are disjoint and not operated on by the sa= me
commands, guix home will not touch ~/.guix-profile.=C2=A0 If you configure<= br> your shell environment variables with guix home alone, I believe only
the the guix home profile is available by default.
I think I tracked down the problem.=C2=A0 In my home-zsh-servic= e, I added the contents of my previous .zprofile to to my new .zprofile, in= cluding "source /etc/profile", so my .zprofile (with autogenerate= d lines) looked like:
source /etc/profile
source ~/.pro= file
source /etc/profile
Basically, /etc/profile stripp= ed from my PATH the ~/.guix-home/profile which was added by ~/.profile

I think this solves the original problem, but I don= 9;t like that ~/.guix-profile/ AND ~/.guix-home/profile are added to your p= ath by default.=C2=A0 I admit this is probably a "sane default" f= or most users, but I care a lot about reproducibility.=C2=A0 Though I think= there should be a better solution, for now I am going to have guix home ru= n "guix package -m" with an empty manifest on reconfigure.
<= div>
Thanks all for your help,
Zacchaeus
--00000000000008140a05d799d9e8-- From unknown Sun Jun 22 03:58:54 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Zacchaeus Scheffer Subject: bug#53886: closed (guix home not respecting guix pull -C) Message-ID: References: <87frij66h9.fsf@zacchae.us> X-Gnu-PR-Message: they-closed 53886 X-Gnu-PR-Package: guix Reply-To: 53886@debbugs.gnu.org Date: Mon, 07 Apr 2025 20:52:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1744059122-28767-1" This is a multi-part message in MIME format... ------------=_1744059122-28767-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #53886: guix home not respecting guix pull -C which was filed against the guix package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 53886@debbugs.gnu.org. --=20 53886: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D53886 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1744059122-28767-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 53886-done) by debbugs.gnu.org; 7 Apr 2025 20:51:13 +0000 Received: from localhost ([127.0.0.1]:57178 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u1tR3-0007R7-5l for submit@debbugs.gnu.org; Mon, 07 Apr 2025 16:51:13 -0400 Received: from [47.204.136.169] (port=41356 helo=hun.zacchae.us) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u1tQw-0007Pz-Oi for 53886-done@debbugs.gnu.org; Mon, 07 Apr 2025 16:51:10 -0400 DKIM-Signature: v=1; a=ed25519-sha256; q=dns/txt; c=relaxed/relaxed; d=zacchae.us; s=my_ed_sel; h=Content-Type:MIME-Version:Message-ID:Date: Subject:To:From:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=EXPCNsP4xu/DyMon6o+4Dhi9kcbCCuXKJsf1I8q192s=; i=zacchae.us; b=h59vvIfekJl6 BxiR/4Wh0dWfHssvpzd2URgdjvPMXTvUnBIwfJkI3y94tznHrcHoX/0ap0BkRXJaoagtbLWEDg==; DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=zacchae.us; s=my_rsa_sel; h=Content-Type:MIME-Version:Message-ID:Date:Subject:To:From: Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=EXPCNsP4xu/DyMon6o+4Dhi9kcbCCuXKJsf1I8q192s=; i=zacchae.us; b=CT/FDwLT+Ks5 fiJQbLxk5dN2vfe9D6vWWP6lEk9mZh0zUa5tPXUXaNuw+y+R9qY/qS4wWC5+H3EiY/ED/cSRMpoMM tWiWcnYPvb9QZRG+w6CT7lhq3xhm82zWZ6ZUyrlV6n3yWLE4Oqtf8X6VjgLcSTW3Xba2xO7mjClm4 rfYHg3Ry3iU/qNZhySpN6JO9R7qmQISdDDJ54JhWrqSSYH0x8XJh8YkjRwkVtMAFiIzo8C7fDV+u4 OAuI9Zg9NuYtWt//KPfBVOS7ZDs450BW6yFTbfIaxTWGVl2UOWE35p9QGEj17kQ+8krmvnPA+fJ7G zI+wDYoQCIo7ZAlDljKMmA==; Received: from localhost.home ([127.0.0.1]:51202 helo=hun) by hun.zacchae.us with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98) (envelope-from ) id 1u1tQo-000000003II-2PkA for 53886-done@debbugs.gnu.org; Mon, 07 Apr 2025 16:50:58 -0400 From: Zacchaeus Scheffer To: 53886-done@debbugs.gnu.org Subject: guix home not respecting guix pull -C Date: Mon, 07 Apr 2025 16:50:58 -0400 Message-ID: <87frij66h9.fsf@zacchae.us> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Closing as main problem was resolved. Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 RCVD_IN_VALIDITY_SAFE_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [47.204.136.169 listed in sa-trusted.bondedsender.org] 0.0 RCVD_IN_VALIDITY_RPBL_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [47.204.136.169 listed in bl.score.senderscore.com] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS X-Debbugs-Envelope-To: 53886-done 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: 0.3 (/) Closing as main problem was resolved. ------------=_1744059122-28767-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 8 Feb 2022 23:57:33 +0000 Received: from localhost ([127.0.0.1]:49111 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHaMX-00006S-Dh for submit@debbugs.gnu.org; Tue, 08 Feb 2022 18:57:33 -0500 Received: from lists.gnu.org ([209.51.188.17]:57188) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHaMV-00006L-Si for submit@debbugs.gnu.org; Tue, 08 Feb 2022 18:57:32 -0500 Received: from eggs.gnu.org ([209.51.188.92]:34050) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nHaMT-0000Os-Ni for bug-guix@gnu.org; Tue, 08 Feb 2022 18:57:29 -0500 Received: from [2a00:1450:4864:20::636] (port=41569 helo=mail-ej1-x636.google.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nHaMR-0003pI-J5 for bug-guix@gnu.org; Tue, 08 Feb 2022 18:57:29 -0500 Received: by mail-ej1-x636.google.com with SMTP id a8so2255568ejc.8 for ; Tue, 08 Feb 2022 15:57:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=dOVHfTZHWIGx5QKBCs9H0y2INn2Aog+DKoIWsjC7cEY=; b=EDFhpUbs3l4wLNK3Q1d3kTgkcMwgBo79MOU0kNpXzE9qnfD0E4tAKw6HE6b8hnsWsm Jxw33Qb3+txN4KrepKf+D9VcA2/dwR4Gru4g+lDVq3zSZI6/M3rNWTtKO5iaz67Ndnwz wBQLTWmBJTohpGS8D1wK9j5E/oi7XyBhs/iYFkxdkN34luvp6eDeOVzGkjv6Ex/43zWz bxsKidkVdInCe/yEWqOJTgMERM82Z0QKyeMDCD4Wqiyt2OWOa0bHFiKMXPgV4AYPOHyN oTzvtjNFxmApJGk94kyXVSYXFuti+neLV1lArSzKIsPbYfyIQ+ZCrIFkxvrBXCLScXXg HxRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=dOVHfTZHWIGx5QKBCs9H0y2INn2Aog+DKoIWsjC7cEY=; b=PBKiU/vGtQpItmTHOyM1QJVhCcvNwe2o4EvmbEt0+DF9EFrQI3REvusJYw4Oys6Q5P x0xCmilDUjEbDBtLoKvodghvc0tEAn4dUI7goq2JcBUYktk6BA7lAA5nz48MOvNOihio 7eSHJfzLIuM1Z12m+o3ba+0w0DhwBBdPQLiVAhGBQduwmROcjSBbVCwZUbR3MRHXUgvG 1JHW+1KOVHy6G4Pfig9CWaq8FCodOjRaCp2zZwa3RlWzRcyAxHKklYiHxGT4GOwvnpMD 4GrDCyZ+DZOoCrYmHJLsDw5BXWBvBD9R7BDwq/CM+uGR2EXbUDJ87PXsne4ZMVNfzddF AwJQ== X-Gm-Message-State: AOAM531ASOLmA9m/jBSJ4nQ6MBDbueoUHWpuoHJYhO7lr2uBd8H71dTU uwT16RWQo+GpS51eEmC9h3nVzEKc8zqlt+egVS36+SU5VHc= X-Google-Smtp-Source: ABdhPJxV9fVl0Ayb/6PxWWlyg1SOVj2qSxrpY3CVHHCpCxOiDoYBY3BHu21c+4GTcvXfWNo84gxBAVHaDYfRNyu08ag= X-Received: by 2002:a17:906:720e:: with SMTP id m14mr5739540ejk.399.1644364645393; Tue, 08 Feb 2022 15:57:25 -0800 (PST) MIME-Version: 1.0 From: Zacchaeus Scheffer Date: Tue, 8 Feb 2022 18:57:14 -0500 Message-ID: Subject: guix home not respecting guix pull -C To: bug-guix@gnu.org Content-Type: multipart/alternative; boundary="00000000000091e93105d78a7a11" X-Host-Lookup-Failed: Reverse DNS lookup failed for 2a00:1450:4864:20::636 (failed) Received-SPF: pass client-ip=2a00:1450:4864:20::636; envelope-from=zaccysc@gmail.com; helo=mail-ej1-x636.google.com X-Spam_score_int: 6 X-Spam_score: 0.6 X-Spam_bar: / X-Spam_report: (0.6 / 5.0 requ) BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, PDS_HP_HELO_NORDNS=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.2 (/) 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.3 (--) --00000000000091e93105d78a7a11 Content-Type: text/plain; charset="UTF-8" Hi Guix! I came across some weird behavior with guix home. I wanted to recreate a working home environment from one machine on another (because I need a working qutebrowser install :3). I did this by doing "guix pull --allow-downgrades -C" on my non-working computer using a channels file on the working one generated with "guix package --export-channels". However, when I did "guix home reconfigure ...", old versions of packages were NOT installed. I was able to downgrade the desired package with "guix package -i" (only that package was downgraded). My understanding is that "guix home reconfigure" SHOULD behave like "guix package --manifest", and install all packages in the most recent guix pull. Very minor and not impeding me, but thought y'all should know, -Zacchaeus Scheffer --00000000000091e93105d78a7a11 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Guix!

I came across some weird b= ehavior with guix home.=C2=A0 I wanted to recreate a working home environme= nt from one machine on another (because I need a working qutebrowser instal= l :3).=C2=A0 I did this by doing "guix pull --allow-downgrades -C"= ; on my non-working computer using a channels file on the working one gener= ated with "guix package --export-channels".=C2=A0 However, when I= did "guix home reconfigure ...", old versions of packages were N= OT installed.=C2=A0 I was able to downgrade the desired package with "= guix package -i" (only that package was downgraded).

My understanding is that "guix home reconfigure" SHOULD b= ehave like "guix package --manifest", and install all packages=C2= =A0in the most recent guix pull.

Very minor and no= t impeding me, but thought y'all should know,
-Zacchaeus Sche= ffer

--00000000000091e93105d78a7a11-- ------------=_1744059122-28767-1--