On 6/1/20 5:34 am, Gábor Boskovits wrote:
32-bit executables are
disabled in
my kernel and bootstrap.scm just assumes they work based on the
architecture.
I believe this is related to the method guix is bootstrapped on x86_64
currently.
As far as I know there is a minimal boots
Hello—
One of the great features of Guix is that one can roll back his
profile. But I did a garbage collection (gc) that was too aggressive
such that a relevant old profile disappeared. I presume this is gone
forever.
Is it possible to lock certain generations (of certain users) such that
'guix
Hello,
Michael Zucchi ezt írta (időpont: 2019. dec. 31., K, 7:27):
>
>
> Well it failed in 'make check' so I stopped going further as I didn't
> want some other fault causing a mess.
>
> The critical detail is that my kernel has "CONFIG_IA32_EMULATION" turned
> off.
>
> In my original query I inc
Hi.
Is it possible to write an operating system configuration having two different
keyboard layouts (in my case -- "us" and "ru") with toggle (preferely by Caps
Lock) for console?
For now, I have /etc/config.scm with: (keyboard-layout (keyboard-layout "us"
"altgr-intl")) under "operating-system
Hi Jorge!
jorge+l...@disroot.org (Jorge P. de Morais Neto) writes:
> 1. Could this symlink cause problems for Debian applications?
Should be fine.
> 2. Why does not Guix `fc-cache' look in `/usr/share/fonts'?
Because Guix does not know about files outside the store or the home
directory. This
Hi. I use an updated Guix atop Debian buster on an x86-64 notebook. I
had font problems in GNU Emacs. I took hours to recognize them as such
and find the cause: Emacs was not using the fonts from Debian in
`/usr/share/fonts'. I then worked around the problem by symlinking
/usr/share/fonts to `~
Pierre Neidhardt writes:
> I have here in Paris an Overdrive machine which used to build ARM
> package for Guix. Sadly I cannot get it online here at my apartment.
>
> Would anyone be able to host it?
>
> Ideally with minimal downtime. It just needs a reliable Internet
> connection (via Ethern
> It should now be fixed with commit
> ba42da245bdb50aa98eecfeea8d207cefa209d48.
Fixed indeed. (Wish I understood why it only failed as non-root but oh well.)
