On 13/1/22 08:22, Simon South wrote:
No, this would've been a volume I created myself; I expect only users
who are partitioning their drives manually or replacing an existing
system would encounter this.
+1. I encountered this while installing Guix on my pre-existing LUKS
volume that I share w
Greg Hogan writes:
> On Wed, Jun 8, 2022 at 11:32 AM Mathieu Othacehe wrote:
>> The aarch64 workers were all idle whereas 70k builds were
>> available. Once restarted, they started building again.
>From following the builds on http://ci.guix.gnu.org/workers , many
(all?) builds are failing on t
When building linux-libre-arm64-generic with %base-initrd-modules, the
linux-modules derivation fails with `kernel module not found "ahci"'.
Here's the steps to reproduce:
--8<---cut here---start->8---
$ cat minimal.scm
(use-modules
(gnu packages linux)
(gn
Mathieu Othacehe writes:
Substitutes for aarch64 are a lot healthier now. Thanks Ludovic!
* kreuzberg is now successfully building and has been for a while.
* ci.guix.gnu.has has 41% of substitutes (a low percentage, but likely a
high percentage of toolchains). 0 jobs are queued, presumably be
On Mon, 20 Jun 2022, at 12:39 PM, Maxim Cournoyer wrote:
> That's a known issue with mrustc; it only succeeds with x86_64; the
> other architectures have problems. That's a bug the mrustc author would
> like to fix, so perhaps in time in will improve (especially if
> interested parties can lend a
On 20/07/2021 04:21, Katherine Cox-Buday wrote:
I think this is because the EEPROM on the card is set as global. What
am I missing? Do you know how Linux intend for people to notify the
stack that this is an OK thing to do? I know projects like OpenWRT
carry patches to the driver, but I keep thin
On 20/07/2021 04:21, Katherine Cox-Buday wrote:
This is not part of the bug per-say, but a question around this space:
despite all of this, I still cannot broadcast on US approved channels.
I think this is because the EEPROM on the card is set as global. What
am I missing? Do you know how Linux i
Adventures so far...
I've pasted a working system configuration at the bottom.
The idea is to boot / as tmpfs, and to mount the minimal set of
directories from persistent storage:
* /boot
* /gnu
* /home is not strictly required, but is useful!
* /var/guix
What's working:
* Booting to GNOME
*
This issue tracks the creation of a Guix System implementation of
https://grahamc.com/blog/erase-your-darlings :
"I erase my systems at every boot.
[...]
NixOS can boot with only two directories: /boot, and /nix."
I have a working prototype of
https://elis.nu/blog/2020/05/nixos-tmp
On 1/11/21 23:19, Tom Fitzhenry wrote:
A few issues:
Another issue: /var/tmp/ is not created on boot, which breaks vi:
tom@computer ~/src$ vi
ex/vi: Error: /var/tmp/vi.recover: No such file or directory
ex/vi: Modifications not recoverable if the session fails
ex/vi: Error: /var/tmp
10 matches
Mail list logo
