From: Tangonov <tn@eml.cc>
To: Efraim Flashner <efraim@flashner.co.il>
Cc: help-guix@gnu.org
Subject: Re: Guix home package confusion
Date: Tue, 14 Jun 2022 20:20:35 -0700 [thread overview]
Message-ID: <87sfo6wqi3.fsf@eml.cc> (raw)
In-Reply-To: <YqjWTvpqIsYPbdp9@3900XT>
Thanks for the reply. I of course felt the need to keep trying
after I messaged you. Call it determination (or impatience). I had
manged to do such a good job of addressing my own questions that I
ended up breaking my home environment.
In the end, I ended up logging in as root, deleting my profile
symlinks for my user and garbage collecting my user state.
From there I was able to install my manifest from scratch using
guix home.
I am still pretty confused about the relationship between guix
package, guix home and how they interact with packages. It seems
like I can install many packages by invoking guix install, and
then one system home reconfigure would undo my links to those
packages if they aren't included in the home configuration. So it
seems like I should maintain my package manifest should my
interests in which packages to keep or discard should change above
and beyond a base system.
What's more confusing is after I installed from a clean slate, my
pinentry broke for gpg. It was fixed by invoking guix install
pinentry, which required no download or build for pinentry. It
seems like the de-duplication worked in that case, but I now have
(again) two divergent records of which packages I should, or
should not have.
It feels like I am swinging at a nail with my thumb in the path of
the hammer.
What exactly is the intended use of guix home?
I am happy to provide my configurations, though, they have evolved
since my initial message.
Efraim Flashner <efraim@flashner.co.il> writes:
> [[PGP Signed Part:Undecided]]
> On Tue, Jun 14, 2022 at 08:05:45AM -0700, Tangonov wrote:
>> I am trying out guix for the first time and feel like I may
>> have jumped in
>> head-first into the shallow end of the pool.
>>
>> I had started out with using guix package for my packages and
>> updated my env
>> for around 30 generations. Then I discovered guix home and
>> thought "hey,
>> that may be better".
>>
>> I set up guix home following the documentation and it created
>> my first home
>> generation and completely re-installed my packages.
>>
>> However, after subsequent changes to my home config, a guix
>> home reconfigure
>> is now attempting to re-install (and build) my packages all
>> over again,
>> despite never having run a guix pull.
>>
>> I tried to "undo" the initialization of guix home as I feel
>> like I maybe
>> should stick to the "older way" for a while longer while I get
>> the hang of
>> Guile Scheme and try not to change too much at once. I have
>> been unable to
>> revert my initial revision, or find a clear path back without
>> doing
>> something dramatic.
>>
>> With all of my history in mind, I have 3 questions:
>>
>> 1. Is there a supported way to apply incremental changes in
>> guix home,
>> without re-doing (and re-compiling) all of my software?
>> 2. Is there a supported way to revert back to just using GNU
>> Stow and guix
>> package?
>> 3. If I can be happy with guix home, is there any supported way
>> to remove
>> potential bloat from having run guix package for 30
>> generations?
>>
>> Thanks for the incredible software and help, if you're able.
>>
>
> I suppose the quick answer is to make sure you don't have 'guix'
> as one
> of the packages in your config.
>
> If you share your config we might be able to see if anything
> sticks out.
next prev parent reply other threads:[~2022-06-15 3:33 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-14 15:05 Guix home package confusion Tangonov
2022-06-14 18:41 ` Efraim Flashner
2022-06-15 3:20 ` Tangonov [this message]
2022-06-15 5:38 ` Tangonov
2022-06-15 6:47 ` Sébastien Rey-Coyrehourcq
2022-06-15 13:48 ` Gary Johnson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87sfo6wqi3.fsf@eml.cc \
--to=tn@eml.cc \
--cc=efraim@flashner.co.il \
--cc=help-guix@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).