eupolicy.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
This Mastodon server is a friendly and respectful discussion space for people working in areas related to EU policy. When you request to create an account, please tell us something about you.

Server stats:

211
active users

#GuixSystem

0 posts0 participants0 posts today
Kurt Kremitzki<p>So <a href="https://mastodon.social/tags/GuixSystem" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GuixSystem</span></a> (i.e., the OS) has a service to provide a build VM to sandbox the <a href="https://mastodon.social/tags/Guix" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Guix</span></a> build process, and this made me think, it could be handy to provide a service for creating <a href="https://mastodon.social/tags/Trisquel" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Trisquel</span></a> or <a href="https://mastodon.social/tags/Parabola" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Parabola</span></a> VMs as a base, effectively extending the Guix functionality set with the Debian &amp; Arch Linux package archives</p>
Vagrant Cascadian<p><span class="h-card" translate="no"><a href="https://fosstodon.org/@jas" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>jas</span></a></span> <span class="h-card" translate="no"><a href="https://floss.social/@josch" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>josch</span></a></span> </p><p>Have not tested booting <a href="https://floss.social/tags/GuixSystem" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GuixSystem</span></a> yet, but... probably?</p><p>That is my near-term goal, anyways...</p>
Guillaume Gaullier<p>This is the end of this experiment with <a href="https://fediscience.org/tags/Guix" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Guix</span></a> and <a href="https://fediscience.org/tags/GuixSystem" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GuixSystem</span></a> </p><p>I really like the ideas behind Guix, and learned a lot by reading its documentation and playing with it. But I will put it back on a shelf for now, because what I need is a system for daily use which gets out of the way. At my current skill level with it, and in its current state, we're not quite there yet.</p><p>I'm keeping my configuration files and a fresh installation iso, so I can get going more quickly next time I feel like trying it again.</p><p>After a few days of testing, it turns out <a href="https://fediscience.org/tags/FedoraSilverblue" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>FedoraSilverblue</span></a> is going to fit the bill nicely. It shares some ideas with Guix (immutability, rollbacks, in general better isolation between OS and apps), and everything I need seems to be available and working out of the box.<br>It's running smoothly on this 10-year old Intel Nuc, so will also be fine on a 10-year old MacBook Pro (with slightly higher specs) whenever I'm ready to make the switch.</p><p>This other thread is what prompted me to try and find a more future-proof OS: <a href="https://fediscience.org/@Guillawme/113152436757689301" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">fediscience.org/@Guillawme/113</span><span class="invisible">152436757689301</span></a></p>
Guillaume Gaullier<p>First time I have time to play with <a href="https://fediscience.org/tags/Guix" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Guix</span></a> and <a href="https://fediscience.org/tags/GuixSystem" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GuixSystem</span></a> since the previous post... The spring semester is getting very busy very fast, leaving little time for this experiment.</p><p>Today `guix pull` really made the computer break a sweat, big time. This is telling me that, as cool as Guix is, and as much as I like the ideas it embodies, maybe I am not quite yet ready to make it my main OS. On the other hand, with today's update several CLI apps I was missing are now available. Really cool to see more things entering the package collection!</p><p>I still want to contribute some package definitions, but at the current rates at which I learn and guix improves, these might well be contributed by others by the time I figure out how to make them build* or how to send my contributions**.</p><p>*: with some I got stuck, see for example <a href="https://codeberg.org/guix-science/guix-science/issues/64" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">codeberg.org/guix-science/guix</span><span class="invisible">-science/issues/64</span></a></p><p>**: I wish the main guix channel was on a forge like Codeberg, it would be so much easier to contribute.</p>
Guillaume Gaullier<p>A bit frustrated with <a href="https://fediscience.org/tags/Guix" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Guix</span></a> and <a href="https://fediscience.org/tags/GuixSystem" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GuixSystem</span></a> lately... Can't get 'emacs --daemon' to work reliably. I have a shepherd user service that starts and stops cleanly. But 'emacsclient' can never bring up a graphical window despite being run from a graphical session.</p><p>But somewhat surprisingly, setting up a wifi printer was easier than I expected. Seeing the CUPS printer test page made my evening yesterday! (small things, eh?). I still need to move this to the system configuration file, since this initial test was done through the CUPS web interface.<br>The scanner on this same device worked with zero configuration, over the wifi too. Getting this to work was one of the main potential roadblocks to ditching macOS. I don't scan or print often, but when I need to it's for important things. And it's too inconvenient to scramble to find a scanner/printer at work or at a library, so it's got to work at home.</p>
Guillaume Gaullier<p>Lately I've had less free time to play with <a href="https://fediscience.org/tags/Guix" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Guix</span></a> and <a href="https://fediscience.org/tags/GuixSystem" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GuixSystem</span></a> (no longer on vacation), so I haven't written to this thread. Recent progress is like two steps forward, one back. Still progress.</p><p>I made my configuration files public here: <a href="https://codeberg.org/Guillawme/guix-config" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">codeberg.org/Guillawme/guix-co</span><span class="invisible">nfig</span></a><br>It's a work in progress. If something is obviously wrong I'd like to know, so don't hesitate to tell me, whoever is reading this.</p><p>Thanks to Guix I resurrected my old <a href="https://fediscience.org/tags/Emacs" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Emacs</span></a> config, and it's been very fun!<br>I started it in June 2015 while procrastinating on my PhD thesis... which I wrote more efficiently, of course, once I had an Emacs config I liked. 🙃 I abandoned it in 2019 to switch to doom-emacs. Doom never felt like home, it's somebody else's config after all. It also looks too much like an operating system. I quit doom when it started doing native compilation of elisp files by default: each update would make the computer break a sweat. At this point I also had "config burn-out" (not bankruptcy, it was still manageable, but I was tired of it). Some parts of Emacs never worked well on a Mac, which made it frustrating. I settled on helix, which is excellent! I love its approach of "good defaults" and "everything built-in".</p><p>Now I realize how much the Emacs experience is better in GuixSystem. Certain things are still a pain to set up (emacs --daemon, anyone?), but I am hopeful that once done it will function forever thanks to Guix.</p>
Guillaume Gaullier<p>Configuring <a href="https://fediscience.org/tags/GuixSystem" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GuixSystem</span></a> reminds me of configuring <a href="https://fediscience.org/tags/Emacs" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Emacs</span></a>, and not only because of the lisp parenthesis soup*.</p><p>The similarity goes deeper than the configuration syntax. They both make me constantly question whether I should pin down and declare every last bit of configuration explicitly, or only customize what I need and implicitly use the defaults for everything else. Sometimes I find it very difficult to resolve this tension. But I will try to remain pragmatic and only customize what I need. I need a working system more than a perfect system. And I want to spend more time using said system than configuring it (even though it is pretty fun to run reconfigure commands and see new things right away! it's good to use small hardware that makes these reconfigure operations long and noisy, otherwise I could play with this all night...).</p><p>*: Said with all due respect! I actually find this notation convenient when indented/formatted nicely, which Emacs does very well of course.</p>
Guillaume Gaullier<p>So, as I learn more about <a href="https://fediscience.org/tags/Guix" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Guix</span></a> and <a href="https://fediscience.org/tags/GuixSystem" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GuixSystem</span></a>, I started to read other people's configurations. This is helpful because it puts the snippets from the documentation in context, and it is easier to see the big picture this way.</p><p>But some of the configurations I read are much more than customization from the code provided by the documentation. They look more like full programs, organized in modules, with their own custom syntax, etc. So I started reading the documentation of <a href="https://fediscience.org/tags/Guile" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Guile</span></a>, to understand the code I'm reading a bit better.</p><p>The most helpful read so far is the style guide linked from the Guix documentation. It explains some naming conventions like the names ending with a question mark, a star, etc. I had somewhat guessed from context what these symbols mean, but it's helpful to find these naming conventions explained somewhere.</p><p>One convention that remains unexplained is the % sign in front of some variable names like %base-services, %desktop-services, %default-channels, etc. The trend seems to be that the % sign denotes system-wide defaults. Is this correct? Or does % indicate something else?</p>
Guillaume Gaullier<p>I don't remember what state my <a href="https://fediscience.org/tags/GuixSystem" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GuixSystem</span></a> was in exactly when I first tried to connect to it by ssh the first time and it didn't work. But after a full update, a reconfigure, and a reboot, it works fine. Still can't seem to get X11 forwarding to function, but I suspect this is a problem on the Mac laptop's side (it used to work though... will have to look into this).</p><p>Now I am mostly done with the system configuration (maybe some minor tweaks will be necessary as I make progress reading the documentation) and started porting my home configuration to 'guix home'. Figuring out how it works with 'guix home container', I can already tell I will like it a lot!</p>
Replied in thread

Enabling Bluetooth in #GuixSystem is so far one of the lowest hanging fruits, with simple power management: each of these features is only one line in the config.scm file and a ‘guix system reconfigure’ away.
Nice to now have wireless options for sound on this computer (speaker, headphones).
File transfer over Bluetooth will be a bit more complex it seems, but hopefully it’s only a matter of finding an app that does it.

Replied in thread

After going somewhat in circles yesterday, some faster progress today: #GuixSystem can now use the Intel wifi card on this computer. It only took one ‘guix system reconfigure’ this time, possibly because I made sure I didn’t run ‘guix pull’ beforehand (if I understand correctly how #Guix functions, not running pull means it keeps currently installed versions of packages already present in the current system that the next system needs). And it definitely used substitutes automatically: no way it would have completed this fast if it had needed to compile a kernel.

It will be nice to no longer have this cable running across the room between the router and computer, catching things in between. 🍝

Next steps: configure Bluetooth so I can use a wireless speaker, configure sshd so I can do system tweaks and maintenance remotely from the laptop.

Replied in thread

Some more progress configuring my #GuixSystem: yesterday night I managed to add nonguix as a system-wide channel with substitutes. But it took three attempts at ‘guix system reconfigure’ before it completed. The first time I forgot that it wouldn’t use the substitutes unless explicitly told so, so I cancelled and restarted it. The second time for some reason it still needed to build webkitgtk and this is no fun on a small computer… so I cancelled it after a long time of 100% CPU usage with very slow progress, and was about to give up after this one. Tried it once more with ‘--dry-run’ out of curiosity, which showed that finally it was going to download everything pre-built, so I ran it again and it only built 3 derivations and eventually completed.
I don’t understand why ‘system reconfigure’ updated channels every time (which triggered many derivation builds), I thought only ‘pull’ should do that (I did run pull first, but not before the other two attempts). So I probably need to read some sections of the #Guix documentation again.

Replied in thread

Little progress last weekend... A successful installation, only after messing around with the installer until I realized I should use the generated config.scm as-is (attempts at customization at this stage trip up the installer), run `guix pull` and `guix system reconfigure` immediately after the first boot, then reboot, so I start with a current system. Only then can I customize with any chance of success.
Did that, but forgot to setup FDE. 🙃 So here we go again tonight!

Replied in thread

Progress today: I managed to setup the NUC’s UEFI to boot from removable media by default. This makes it much easier: if the bootable media is in, it boots; no need to press a function key to enter the boot menu.

I also tested that the #GuixSystem installer I made boots correctly on the NUC.

Still baby steps for now, mostly because I can’t carve out enough uninterrupted free time for the bigger steps. In the meantime, I’m reading about #Guix. The more I read, the more I find it amazing. 🤩

Replied in thread

Trying to find how to enter the NUC’s boot menu, I first found this help page: intel.com/content/www/us/en/su
Which led me to this one: intel.com/content/www/us/en/su
The trick to bypass the NUC’s “fast boot”: start it with a long press (3 s) on the power button instead of a simple press. Doing so, I got to a menu and realized that the keyboard I use sends function keys only if I also press the Fn key. So maybe this also works during the regular boot, will check this next.

Soon ready to install #GuixSystem!

IntelCan't Access BIOS Setup with F2 Key for Intel® NUCDescribes issue where pressing F2 to enter BIOS Setup doesn't work for Intel® NUC Kits and Intel® NUC Boards.
Replied in thread

The iso produced by `guix system image`, on a USB stick, gives a functioning installer. My laptop could boot from it. But not the Intel NUC mini-computer: for some reason, hitting the suggested key during startup doesn’t enter the boot menu, so Ubuntu boots. Will need to figure this out before I can install #GuixSystem on the NUC.

In the meantime I’ll familiarize myself with #Guix installed on Ubuntu. The documentation sometimes seems to assume Guix System, so some things remain unclear to me.

Found a second-hand Intel-NUC from 2015 with decent specs, barely used. So I jumped on this opportunity to test #Guix and #GuixSystem!

(Tried before in a VM, it works but isn't as exciting. And not ready to change OS on the laptop I use daily.)

Poor little computer broke a sweat upon `guix pull` (from 1.4.0 to current), and now again with `guix system image` (generating an installation iso). I will try to `guix pull` frequently so each is a lighter operation.

Very excited to try `guix home`!