were you expecting GNU Guix to not work on the L14 ? why ?
if PureOS works, then ANY GNU/Linux distribution that uses the Linux-Libre-Kernel should work on the L14. as far as i know there is no special sauce that says that L14 can only be used with ONLY a CERTAIN OS. Guix can be made to work with non-free/libre hardware as well but not official support exists. unofficially you can find someone to help you …
I think I’ll have to dive deeply into the sauce again when I get Librem hardware. ^^
No, I expected L14 to work, as I am aware it is built (mostly) of components which can be run using free drivers – which is why I went for L14 in the first place.
Obviously, I believe it is still worth pointing out that the thing works with Guix for several reasons. Newcomers to the world of free computing who are curious about the distro may feel encouraged to know that it just works out of the box. I know, I know, it is not likely that someone starts with Guix as their first distro, but it is not excluded. Back in the day, I began my Free Software adventure on Debian Woody which was supposed to be newbie-unfriendly.
Also, my first experience with Linux-specific hardware was with a Neo Freerunner phone. I thought that the device being called a phone meant I can actually call someone. Boy, I was wrong. So much for expectations.
Sure, Guix can be made to work with non-free hardware, but this is not officially encouraged (Guix being part of GNU) and not documented.
Just be cognisant of the fact that not everyone who may come across this post is savvy enough to know these facts.
To these two whippersnappers @tracy and @reC . #enoughisenough
I’m writing a blog about this inappropriate attempt of comedy on Medium. Github petition is coming, too.
You have been a dangerous force in our community for far too long. #removemontypython
Does Guix work with coreboot/Heads?
Not sure about heads, it should work with coreboot.
Guix stores linux image and initrd in /gnu/store/ and not in /boot. Heads requires unencrypted /boot with the linux image and initrd. I haven’t found a way howto use Guix with Heads together.
Therefore I switched to coreboot/seaBIOS, but there were some issues with the L14 getting stuck during boot when I used encrypted partition using LUKS. It took me a lot of time to find out what was going on and the solution seems to be this line in config:
(initrd-modules (cons* "i915" %base-initrd-modules))
I don’t have a separate /boot partition now. The whole disk is encrypted with LUKS and on top of LUKS I have other partitions such as / and /home (that are encrypted).
probably worth raising this issue on Guix mailing list (https://lists.gnu.org/mailman/listinfo/help-guix).
I’ve already done that.
Back here after a while. L14 is still my main laptop and feels great to use. One irritating detail, though, is the dimension and position of the right “Shift” button on the laptop keyboard. I tend to swap between left and right Shift frequently to avoid overexertion and carpal tunnel syndrome despite typing a lot. But, the right shift on L14 keyboard is so far away that in order to use it, it is necessary to move your right hand off the main row. Were those arrow keys really so necessary?
I agree 100% if anybody figures out a way to swap the pgup key and the right shift key I would love that!
I thought I would get used to it overtime and it’s just not happening.
It probably is possible to swap keys by config but my Linux-fu is not up to the job.
Doing it that way may mean that the swap is not effective in the pre-boot environment i.e. only after Linux is booted, but that may be acceptable.
Even if you swap the keys, the shift will stay tiny.
True, I just always hit the PgUp key 
I want to add to this conversation. I am delighted with my L14. I have settled with Qubes and despite a small hiccup with my docking station of choice, all is well. Great laptop and I am glad I waited.
Now to get that matching L5 phone…
My original intention was to use Qubes OS too. But after not being able to switcch CPU Turbo Mode off in Qubes OS, I had to revert to PureOS.
Did you resolve Fan Noise / CPU Turbo Mode off or is the fan just blasting all the time?
Thanks
It’s been a non-issue for me. I had been bracing for it as I tend to run ~6 AppVMs at a time at about 24 GB of RAM total baseline. But for some reason or another, I don’t have that issue at all.
What version of Qubes did you try?
Well, lucky you! I have tried both Current stable 4.0.4 and next 4.1 beta1 release. The fan starts and stops. I would love to start using Qubes OS, but from perspective it is not usable on Librem 14 in its current state wit the CPU/Fan/Temperature reporting.
Same issues as described in:
and:
Did you manage to install Librem EC ACPI driver *(corrected) (* firmware deleted) into Qubes?
Could you run “watch sensors” from dom0 while running 6AppVMs and share a screenshot here?
that’s the Librem EC ACPI driver, not firmware 
PM me if you’d like to test a pre-release EC firmware update which should address the issue
@MrChromebox So, IF my Librem 14 gets delivered in the next 3 weeks (as last estimated by support), what’s the chance that it will include the EC firmware update?