Received: (at 53886) by debbugs.gnu.org; 9 Feb 2022 09:10:20 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Feb 09 04:10:20 2022
Received: from localhost ([127.0.0.1]:49758 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1nHizT-0005Nt-QW
for submit <at> 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 <dev@HIDDEN>) id 1nHizS-0005Nl-7E
for 53886 <at> 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 <dev@HIDDEN>
To: Zacchaeus Scheffer <zaccysc@HIDDEN>, 53886 <at> debbugs.gnu.org
Subject: Re: bug#53886: guix home not respecting guix pull -C
In-Reply-To: <CAJejy7=NpMxoa4Yb80TrhLaFMdkt2Mx9xc3zsNY3HhkTVY8hdA@HIDDEN>
References: <CAJejy7kJDnnjJNkqD5Gk2xt0Mms0kCOr_aDbLFa1PJU_KiJ_6g@HIDDEN>
<YgMTn82V+ojqNVkn@HIDDEN>
<CAJejy7=NpMxoa4Yb80TrhLaFMdkt2Mx9xc3zsNY3HhkTVY8hdA@HIDDEN>
Date: Wed, 09 Feb 2022 10:10:16 +0100
Message-ID: <87wni4mmmf.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
Authentication-Results: jpoiret.xyz;
auth=pass smtp.auth=jpoiret@HIDDEN smtp.mailfrom=dev@HIDDEN
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 <zaccysc@HIDDEN>
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-Debbugs-Envelope-To: 53886
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
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 <zaccysc@HIDDEN>
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 <zaccysc@HIDDEN> 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
bug-guix@HIDDEN:bug#53886; Package guix.
Full text available.
Received: (at 53886) by debbugs.gnu.org; 9 Feb 2022 06:41:09 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Feb 09 01:41:09 2022
Received: from localhost ([127.0.0.1]:49464 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1nHgf6-00072c-7N
for submit <at> 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 <zaccysc@HIDDEN>) id 1nHgf3-000720-8P
for 53886 <at> 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 <at> 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: <CAJejy7kJDnnjJNkqD5Gk2xt0Mms0kCOr_aDbLFa1PJU_KiJ_6g@HIDDEN>
<YgMTn82V+ojqNVkn@HIDDEN>
In-Reply-To: <YgMTn82V+ojqNVkn@HIDDEN>
From: Zacchaeus Scheffer <zaccysc@HIDDEN>
Date: Wed, 9 Feb 2022 01:40:47 -0500
Message-ID: <CAJejy7=NpMxoa4Yb80TrhLaFMdkt2Mx9xc3zsNY3HhkTVY8hdA@HIDDEN>
Subject: Re: bug#53886: guix home not respecting guix pull -C
To: 53886 <at> debbugs.gnu.org
Content-Type: multipart/alternative; boundary="000000000000ce2fb205d7901dff"
X-Spam-Score: 0.5 (/)
X-Debbugs-Envelope-To: 53886
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
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 <leo@HIDDEN> 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
<div dir=3D"ltr"><span class=3D"gmail-im" style=3D"color:rgb(80,0,80)">>=
Also, did you pull and reconfigure as the same user, with the same<br>>=
privileges? Remember that your "view" of Guix (i.e. `guix pull`)=
is<br>> per-user.<br><br></span>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<span class=3D"gmail=
-im" style=3D"color:rgb(80,0,80)"><br><br>> I'm curious, after you d=
id `guix pull --allow-downgrades -C`, did you<br>> use `guix show foo` b=
efore reconfiguring, in order to check if the pull<br>> had taken effect=
?<br><br></span>I did not check, the command completed normally, so I belie=
ved.=C2=A0 See (far) below for an example with guix show<br><br>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:<br>;; Note: these other commits were=
also used to install some of the packages in this profile:<br>;; =C2=A0 &q=
uot;97d97d7da1f5b500b2b76210131ca6adff6a1e80"<br><br>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.<br><br>To rule out the=
possibility that this is an already-solved problem, I tried<br>guix pull<b=
r>guix home reconfigure ...<br>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<br>ls -l $(which qutebrowser)<=
br>gives the old qutebrowser version but<br>ls -l $(which chromium)<br>give=
s the new chromium version.<br><br>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.<br><br>To sumarize:<=
br>guix pull --allow-downgrades -C ...<br>guix home reconfigure ....<br>- &=
gt; all package versions up-to-date<br>- > (no?) new home generation<br>=
guix package -i qutebrowser<br>- > all package versions up-to-date excep=
t qutebrowser downgraded<br>- > created a new package generation<br>guix=
pull<br>guix home reconfigure ...<br>- > all package versions up-to-dat=
e except qutebrowser downgraded<br>- > created a new home generation<br>=
guix pull --allow-downgrades -C ...<br>guix home reconfigure ....<br>- >=
new home generetaion<br>- > qutebrowser still downgraded<br>- > chro=
mium upgraded<br># add minetest to config<br>guix home reconfigure ...<br>-=
> new home generation<br>- > minetest installed (not sure what versi=
on)<br>- - > MINETEST NOT IN PATH<br>- > qutebrowser/chromium unchang=
ed<br><br>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:=
<br>(home-environment<br>=C2=A0(packages<br>=C2=A0 (map<br>=C2=A0 =C2=A0spe=
cification->package<br>=C2=A0 =C2=A0(list<br>=C2=A0 =C2=A0 ...<br>=C2=A0=
=C2=A0 "minetest"<br>=C2=A0 =C2=A0 "qutebrowser"<br>=
=C2=A0 =C2=A0 "ungoogled-chromium")))<br>=C2=A0(services<br>=C2=
=A0 ...))<br><br>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?...<br><br>One last test to show off the =
weirdness:<br>guix pull<br>guix show qutebrowser =C2=A0 =C2=A0 - > versi=
on 2.4<br>qutebrowser --version =C2=A0 =C2=A0 - > version 2.3<br>guix ho=
me reconfigure ... - > full output below<br>guix show qutebrowser =C2=A0=
=C2=A0 - > version 2.4<br>qutebrowser --version =C2=A0 =C2=A0 - > ve=
rsion 2.3<br><br>If you made it this far, thanks,<br>-Zacchaeus<br><br><br>=
## =C2=A0BEGIN HOME RECONFIGURE OUTPUT PASTE<br>/gnu/store/02q0hr0k29wr866b=
1mrh88qnaixnk3v7-home<br>Cleaning up symlinks from previous home-environmen=
t.<br><br>Removing /home/zacchae/.config/fontconfig/fonts.conf... done<br>R=
emoving /home/zacchae/.config/fontconfig... done<br>Removing /home/zacchae/=
.config/zsh/.zshrc... done<br>Removing /home/zacchae/.config/zsh/.zprofile.=
.. done<br>Removing /home/zacchae/.config/zsh/.zshenv... done<br>Skipping /=
home/zacchae/.config/zsh (not an empty directory)... done<br>Removing /home=
/zacchae/.config/syncthing/config... done<br>Skipping /home/zacchae/.config=
/syncthing (not an empty directory)... done<br>Removing /home/zacchae/.conf=
ig/emacs/init.el... done<br>Skipping /home/zacchae/.config/emacs (not an em=
pty directory)... done<br>Removing /home/zacchae/.config/kitty/kitty.conf..=
. done<br>Removing /home/zacchae/.config/kitty... done<br>Removing /home/za=
cchae/.config/qutebrowser/config.py... done<br>Skipping /home/zacchae/.conf=
ig/qutebrowser (not an empty directory)... done<br>Removing /home/zacchae/.=
config/zathura/zathurarc... done<br>Removing /home/zacchae/.config/zathura.=
.. done<br>Removing /home/zacchae/.config/redshift/redshift.conf... done<br=
>Removing /home/zacchae/.config/redshift... done<br>Skipping /home/zacchae/=
.config (not an empty directory)... done<br>Removing /home/zacchae/.ssh/con=
fig... done<br>Skipping /home/zacchae/.ssh (not an empty directory)... done=
<br>Removing /home/zacchae/.local/bin/stdinedit... done<br>Removing /home/z=
acchae/.local/bin... done<br>Skipping /home/zacchae/.local (not an empty di=
rectory)... done<br>Removing /home/zacchae/.gitconfig... done<br>Removing /=
home/zacchae/.exwm... done<br>Removing /home/zacchae/.zshenv... done<br>Rem=
oving /home/zacchae/.profile... done<br>Cleanup finished.<br><br>New symlin=
ks to home-environment will be created soon.<br>All conflicting files will =
go to /home/zacchae/1644387797-guix-home-legacy-configs-backup.<br><br>Skip=
ping =C2=A0 /home/zacchae/.config (directory already exists)... done<br>Cre=
ating =C2=A0 /home/zacchae/.config/fontconfig... done<br>Symlinking /home/z=
acchae/.config/fontconfig/fonts.conf -> /gnu/store/3hd0w1mcm3zg7gy3ifgvd=
f8w1n77khnm-fonts.conf... done<br>Skipping =C2=A0 /home/zacchae/.config/zsh=
(directory already exists)... done<br>Symlinking /home/zacchae/.config/zsh=
/.zshrc -> /gnu/store/hyvqqy8i6ibi72xc5361p08qjibnwfk4-zshrc... done<br>=
Symlinking /home/zacchae/.config/zsh/.zprofile -> /gnu/store/jgz1ykacgqw=
kjbwagd301nj4y9ygdi9m-zprofile... done<br>Symlinking /home/zacchae/.config/=
zsh/.zshenv -> /gnu/store/251xg38dsqifyw3dzwzpvl28vi7c8wd6-zshenv... don=
e<br>Skipping =C2=A0 /home/zacchae/.config/syncthing (directory already exi=
sts)... done<br>Symlinking /home/zacchae/.config/syncthing/config -> /gn=
u/store/7svbwjb0ixzjz2kllk6fxc8737aavd35-syncthing-config.xml... done<br>Sk=
ipping =C2=A0 /home/zacchae/.config/emacs (directory already exists)... don=
e<br>Symlinking /home/zacchae/.config/emacs/init.el -> /gnu/store/7p09cs=
ma6wk8bcanqm8wrra0v4yw496y-emacs-config... done<br>Creating =C2=A0 /home/za=
cchae/.config/kitty... done<br>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<br>Symlinking /home/zacchae/.config/qutebrowser/config.py ->=
; /gnu/store/c50z8wfsc4k1m0h7k3sbv0xsndh7bw6j-qutebrowser-config... done<br=
>Creating =C2=A0 /home/zacchae/.config/zathura... done<br>Symlinking /home/=
zacchae/.config/zathura/zathurarc -> /gnu/store/kdi0gfbz5gcq2ay32yv89amv=
hbd5r3wg-zathura-config... done<br>Creating =C2=A0 /home/zacchae/.config/re=
dshift... done<br>Symlinking /home/zacchae/.config/redshift/redshift.conf -=
> /gnu/store/p1y1xfxf63pjn1dsd92vwp1xbrcsh7wn-redshift-config... done<br=
>Skipping =C2=A0 /home/zacchae/.ssh (directory already exists)... done<br>S=
ymlinking /home/zacchae/.ssh/config -> /gnu/store/519n9v56q5qnhwrb3yj8dh=
87lwspqlrb-ssh-config... done<br>Skipping =C2=A0 /home/zacchae/.local (dire=
ctory already exists)... done<br>Creating =C2=A0 /home/zacchae/.local/bin..=
. done<br>Symlinking /home/zacchae/.local/bin/stdinedit -> /gnu/store/3r=
x8zb8phkr8a88sg5v8pd33qxn62zyh-stdinedit... done<br>Symlinking /home/zaccha=
e/.gitconfig -> /gnu/store/ci21256g0sys1a0gpwlrvakgazwbh5kb-git-config..=
. done<br>Symlinking /home/zacchae/.exwm -> /gnu/store/z43zay3w80cp0bnwd=
d1pi5j4zxay75mp-exwm-init... done<br>Symlinking /home/zacchae/.zshenv ->=
/gnu/store/j1558r4rqn5nlj3caxs62jcs7rb2j4x4-auxiliary-zshenv... done<br>Sy=
mlinking /home/zacchae/.profile -> /gnu/store/rnf1g1a1lywvy3lw4h8ywfs9i8=
f35fiq-shell-profile... done<br>=C2=A0done<br>Finished updating symlinks.<b=
r><br>Loading /gnu/store/2z8k6n538446fm0r5byk81kcv3khgkkn-shepherd.conf.<br=
>Starting services...<br><br>Comparing /gnu/store/02q0hr0k29wr866b1mrh88qna=
ixnk3v7-home/profile/share/fonts and<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
/gnu/store/02q0hr0k29wr866b1mrh88qnaixnk3v7-home/profile/share/fonts... don=
e (same)<br>Evaluating on-change gexps.<br><br>On-change gexps evaluation f=
inished.<br>## END RECONFIGURE PASTE<br></div><br><div class=3D"gmail_quote=
"><div dir=3D"ltr" class=3D"gmail_attr">On Tue, Feb 8, 2022 at 8:06 PM Leo =
Famulari <<a href=3D"mailto:leo@HIDDEN">leo@HIDDEN</a>>=
wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px =
0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, =
Feb 08, 2022 at 06:57:14PM -0500, Zacchaeus Scheffer wrote:<br>
> Hi Guix!<br>
> <br>
> I came across some weird behavior with guix home.=C2=A0 I wanted to re=
create a<br>
> working home environment from one machine on another (because I need a=
<br>
> working qutebrowser install :3).=C2=A0 I did this by doing "guix =
pull<br>
> --allow-downgrades -C" on my non-working computer using a channel=
s file on<br>
> the working one generated with "guix package --export-channels&qu=
ot;.=C2=A0 However,<br>
> when I did "guix home reconfigure ...", old versions of pack=
ages were NOT<br>
> installed.=C2=A0 I was able to downgrade the desired package with &quo=
t;guix package<br>
> -i" (only that package was downgraded).<br>
<br>
I'm curious, after you did `guix pull --allow-downgrades -C`, did you<b=
r>
use `guix show foo` before reconfiguring, in order to check if the pull<br>
had taken effect?<br>
<br>
Also, did you pull and reconfigure as the same user, with the same<br>
privileges? Remember that your "view" of Guix (i.e. `guix pull`) =
is<br>
per-user.<br>
<br>
> My understanding is that "guix home reconfigure" SHOULD beha=
ve like "guix<br>
> package --manifest", and install all packages in the most recent =
guix pull.<br>
<br>
That's my understanding as well.<br>
</blockquote></div>
--000000000000ce2fb205d7901dff--
bug-guix@HIDDEN:bug#53886; Package guix.
Full text available.Received: (at 53886) by debbugs.gnu.org; 9 Feb 2022 01:07:01 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Feb 08 20:07:00 2022 Received: from localhost ([127.0.0.1]:49172 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1nHbRa-0001xr-BN for submit <at> 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 <leo@HIDDEN>) id 1nHbRY-0001xc-Lr for 53886 <at> 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: <xms:ohMDYheOMKG05FWvIPPF_5uqtT_bYGyZ95pSBGnwSH4CrcynzCP7fQ> <xme:ohMDYvNFf3jPeOlGJvFmerjXkflmk2W122YpKragJkhOoMQXl3MQM6Q8l65HtuxSz Tbn5_zYO9fpnS824A> X-ME-Received: <xmr:ohMDYqhybdSkbTj6uQaFD7IvosTFVSG3up7mO0v3R445EZCYQT6Ewoxiw8OupMetuAneO2JldGB5DwigdgaJSp00qA> X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrheekgddvjecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpeffhffvuffkfhggtggujgesthdtredttddtvdenucfhrhhomhepnfgvohcuhfgr mhhulhgrrhhiuceolhgvohesfhgrmhhulhgrrhhirdhnrghmvgeqnecuggftrfgrthhtvg hrnhepueekkedtffdvtddugeejgedtvefhueefiedvjeeitdeigedtveejvdejheffvefg necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheplhgvoh esfhgrmhhulhgrrhhirdhnrghmvg X-ME-Proxy: <xmx:ohMDYq8tYG99AFk1nA9y8GbhiFOYXB0eZiH7U3GduEwGzOa7vF1ltQ> <xmx:ohMDYttxlvAroBuhYPF8nrnYp6Ktp6xC6geLieiFdcrnoxFzRq9p7g> <xmx:ohMDYpHYI_v2Q7nCHx2GldOpDEig234NnfpSVGBVT0CD3CaDgzTXqg> <xmx:ohMDYr08524SEIrb9mfrS6HDpKnxSIDf8tpB6VMQKfvMqtZptaNtKQ> 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 <leo@HIDDEN> To: Zacchaeus Scheffer <zaccysc@HIDDEN> Subject: Re: bug#53886: guix home not respecting guix pull -C Message-ID: <YgMTn82V+ojqNVkn@HIDDEN> References: <CAJejy7kJDnnjJNkqD5Gk2xt0Mms0kCOr_aDbLFa1PJU_KiJ_6g@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <CAJejy7kJDnnjJNkqD5Gk2xt0Mms0kCOr_aDbLFa1PJU_KiJ_6g@HIDDEN> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 53886 Cc: 53886 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> 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.
bug-guix@HIDDEN:bug#53886; Package guix.
Full text available.Received: (at submit) by debbugs.gnu.org; 8 Feb 2022 23:57:33 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Feb 08 18:57:33 2022 Received: from localhost ([127.0.0.1]:49111 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1nHaMX-00006S-Dh for submit <at> 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 <zaccysc@HIDDEN>) id 1nHaMV-00006L-Si for submit <at> 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 <zaccysc@HIDDEN>) id 1nHaMT-0000Os-Ni for bug-guix@HIDDEN; 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 <zaccysc@HIDDEN>) id 1nHaMR-0003pI-J5 for bug-guix@HIDDEN; Tue, 08 Feb 2022 18:57:29 -0500 Received: by mail-ej1-x636.google.com with SMTP id a8so2255568ejc.8 for <bug-guix@HIDDEN>; 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 <zaccysc@HIDDEN> Date: Tue, 8 Feb 2022 18:57:14 -0500 Message-ID: <CAJejy7kJDnnjJNkqD5Gk2xt0Mms0kCOr_aDbLFa1PJU_KiJ_6g@HIDDEN> Subject: guix home not respecting guix pull -C To: bug-guix@HIDDEN 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@HIDDEN; 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 <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> 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 <div dir=3D"ltr">Hi Guix!<br><div><br></div><div>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).</div><div><br></d= iv><div>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.</div><div><br></div><div>Very minor and no= t impeding me, but thought y'all should know,</div><div>-Zacchaeus Sche= ffer</div><div><br></div></div> --00000000000091e93105d78a7a11--
Zacchaeus Scheffer <zaccysc@HIDDEN>:bug-guix@HIDDEN.
Full text available.bug-guix@HIDDEN:bug#53886; Package guix.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.