* Guix home package confusion
@ 2022-06-14 15:05 Tangonov
2022-06-14 18:41 ` Efraim Flashner
0 siblings, 1 reply; 6+ messages in thread
From: Tangonov @ 2022-06-14 15:05 UTC (permalink / raw)
To: help-guix
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.
--
- Tangonov
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Guix home package confusion
2022-06-14 15:05 Guix home package confusion Tangonov
@ 2022-06-14 18:41 ` Efraim Flashner
2022-06-15 3:20 ` Tangonov
0 siblings, 1 reply; 6+ messages in thread
From: Efraim Flashner @ 2022-06-14 18:41 UTC (permalink / raw)
To: Tangonov; +Cc: help-guix
[-- Attachment #1: Type: text/plain, Size: 1937 bytes --]
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.
--
Efraim Flashner <efraim@flashner.co.il> אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Guix home package confusion
2022-06-14 18:41 ` Efraim Flashner
@ 2022-06-15 3:20 ` Tangonov
2022-06-15 5:38 ` Tangonov
0 siblings, 1 reply; 6+ messages in thread
From: Tangonov @ 2022-06-15 3:20 UTC (permalink / raw)
To: Efraim Flashner; +Cc: help-guix
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.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Guix home package confusion
2022-06-15 3:20 ` Tangonov
@ 2022-06-15 5:38 ` Tangonov
2022-06-15 6:47 ` Sébastien Rey-Coyrehourcq
0 siblings, 1 reply; 6+ messages in thread
From: Tangonov @ 2022-06-15 5:38 UTC (permalink / raw)
To: Efraim Flashner; +Cc: help-guix
With some more proper reading around I managed to find this thread
from May:
https://www.mail-archive.com/help-guix@gnu.org/msg13655.html
The end of the conversation answered many of my questions. I think
I know how I want to proceed from here.
Thanks for taking the time if you made it this far :)
Tangonov <tn@eml.cc> writes:
> 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.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Guix home package confusion
2022-06-15 5:38 ` Tangonov
@ 2022-06-15 6:47 ` Sébastien Rey-Coyrehourcq
2022-06-15 13:48 ` Gary Johnson
0 siblings, 1 reply; 6+ messages in thread
From: Sébastien Rey-Coyrehourcq @ 2022-06-15 6:47 UTC (permalink / raw)
To: Tangonov, Efraim Flashner; +Cc: help-guix
Hi,
Happy to see i'm not alone, a little lost when jumping into the guix
home bath ;)
I think there is something to do (a schema, a table ?) to better
visualize relation between guix home, guix system, guix install, guix
package for the beginer. That could help a lot when you start your
workflow from scratch and you don't know how thing relate each others.
A list with dotfile shared by others, like sqrtminus / dominicm could
also help (copy / pasting and learning from others).
Best regards
Src
Le 15/06/2022 à 07:38, Tangonov a écrit :
> With some more proper reading around I managed to find this thread
> from May:
>
> https://www.mail-archive.com/help-guix@gnu.org/msg13655.html
>
> The end of the conversation answered many of my questions. I think I
> know how I want to proceed from here.
>
> Thanks for taking the time if you made it this far :)
>
> Tangonov <tn@eml.cc> writes:
>
>> 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.
>
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Guix home package confusion
2022-06-15 6:47 ` Sébastien Rey-Coyrehourcq
@ 2022-06-15 13:48 ` Gary Johnson
0 siblings, 0 replies; 6+ messages in thread
From: Gary Johnson @ 2022-06-15 13:48 UTC (permalink / raw)
To: sebastien.rey-coyrehourcq; +Cc: Tangonov, Efraim Flashner, help-guix
Sébastien Rey-Coyrehourcq <sebastien.rey-coyrehourcq@univ-rouen.fr> writes:
> Hi,
>
> Happy to see i'm not alone, a little lost when jumping into the guix
> home bath ;)
>
> I think there is something to do (a schema, a table ?) to better
> visualize relation between guix home, guix system, guix install, guix
> package for the beginer. That could help a lot when you start your
> workflow from scratch and you don't know how thing relate each others.
>
> A list with dotfile shared by others, like sqrtminus / dominicm could
> also help (copy / pasting and learning from others).
>
> Best regards
>
> Src
This has been an interesting thread, and I'm glad the OP eventually
worked out a solution for using these tools together.
In my setup, I use these three approaches:
1. guix system
Installs global packages, runs system services, and creates
everything in my filesystem outside of /home/$USER.
2. guix home
Installs local packages for $USER, runs user services, and creates
all of my dotfiles in /home/$USER, including my shell config files
(i.e., .bashrc, .bash_profile, .bash_logout).
3. guix package w/ manifests
Installs local packages for $USER in package groups. For example, I
place emacs and all of its packages into a manifest called emacs.scm,
which is installed into my emacs profile. I make similar
manifest/profile pairs for all the groups of packages on my system.
Here are my current manifests (chromium, emacs, flatpak, matterhorn,
media, network, programming, qgis, sysutils, texlive, wine). I then
have a script that loops over all of my manifests and updates each
profile whenever I run `guix pull`.
There are (at least) two advantages to this approach over using `guix
package` without manifests:
1. If `guix weather` indicates that no binary substitute exists yet
for a large package like ungoogled-chromium, qgis, texlive, or
wine, I can simply upgrade all of my other profiles now and wait
until a substitute is available before upgrading the large
package's profile.
2. If one package fails to build, only its profile doesn't get
upgraded. All of my other profiles can still be upgraded
successfully. Then I can go about debugging the broken package at
my leisure (or wait until the next `guix pull` fixes it) and just
worry about rebuilding the one upgraded profile at that time.
The main thing to remember when working with Guix is that no matter
which method you use to install a package, it will only be built and
installed once into /gnu/store as long as you are using the same guix
revision (or the same revisions of a particular combination of channels)
and the same package definition.
The different installation commands (guix system, guix home, guix
package) just create your profile directory (containing symlinks back to
/gnu/store) in different places on your filesystem.
To see the packages installed via `guix system`, use this:
guix package --profile=/var/guix/profiles/system/profile -I
To see the packages installed via `guix home`, use this:
guix package --profile=$HOME/.guix-home/profile -I
To see the packages installed via `guix package` without manifests, use
this:
guix package -I
or if you want to be explicit:
guix package --profile=$HOME/.guix-profile -I
To see the packages installed via `guix package` with manifests, use
this:
guix package --profile=$PATH_TO_YOUR_PROFILE -I
Hopefully by now the pattern should be apparent. ;)
The truly IMPORTANT thing to keep in mind when using multiple profiles
is that you have to add them to your login shell's PATH, MANPATH, and
INFOPATH environment variables in order to actually be able to use (and
read documentation about) the packages they contain.
I source the following script in my ~/.bash_profile for this purpose:
```
#!/bin/sh
GUIX_PROFILES=$PATH_TO_YOUR_PROFILES_DIRECTORY
for dir in $GUIX_PROFILES/*
do
name=$(basename "$dir")
profile=$dir/$name
if [ -f "$profile"/etc/profile ]
then
GUIX_PROFILE="$profile"
. "$GUIX_PROFILE"/etc/profile
export MANPATH="$GUIX_PROFILE/share/man${MANPATH:+:}$MANPATH"
export INFOPATH="$GUIX_PROFILE/share/info${INFOPATH:+:}$INFOPATH"
fi
unset profile
unset name
done
```
I hope this info helps someone out there improve their Guix
configuration. That's all I've got for now, so have fun and happy
hacking!
~Gary
--
GPG Key ID: 7BC158ED
Use `gpg --search-keys lambdatronic' to find me
Protect yourself from surveillance: https://emailselfdefense.fsf.org
=======================================================================
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
Why is HTML email a security nightmare? See https://useplaintext.email/
Please avoid sending me MS-Office attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2022-06-15 14:29 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-06-14 15:05 Guix home package confusion Tangonov
2022-06-14 18:41 ` Efraim Flashner
2022-06-15 3:20 ` Tangonov
2022-06-15 5:38 ` Tangonov
2022-06-15 6:47 ` Sébastien Rey-Coyrehourcq
2022-06-15 13:48 ` Gary Johnson
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.