Hi,
Pierre Langlois skribis:
> After updating the system, the dovecot service got confused and started
> moving around all mailboxes. I looked up the configuration and noticed
> strange invalid syntax for the location field:
>
> location=#< file: "path/to/config.scm" line: 297 column: 20>
>
>
>
Hi,
(Cc: Maxim and Greg for LLVM packaging questions below.)
Marius Bakke skribis:
> LLVM 15.0.4 fails on i686-linux:
>
> https://ci.guix.gnu.org/build/1702995/details
>
> Because the 'make-dynamic-linker-cache' phase runs out of memory:
>
> starting phase `make-dynamic-linker-cache'
> GC
Hello,
Mathieu Othacehe skribis:
> I'm trying to offload an aarch64-linux build on Berlin and it fails this
> way:
[...]
>514:36 3 (choose-build-machine _)
> In guix/inferior.scm:
> 345:2 2 (port->inferior _ _)
> 327:2 1 (read-repl-response _ _)
> In ice-9/boot-9.scm:
> 1685:1
Hi!
Julien Lepiller skribis:
> The pot generation process for translations at weblate is separate from
> the one for Guix. The pot in Guix is outdated and not updated
> automatically.
Oh. So if we add a new ‘--keyword’ option (say) to ‘XGETTEXT_OPTIONS’,
it won’t be picked up automatically, ri
Hi Ludovic,
Ludovic Courtès writes:
> Hi,
>
> (Cc: Maxim and Greg for LLVM packaging questions below.)
>
> Marius Bakke skribis:
>
>> LLVM 15.0.4 fails on i686-linux:
>>
>> https://ci.guix.gnu.org/build/1702995/details
>>
>> Because the 'make-dynamic-linker-cache' phase runs out of memory:
>>
[[[Para cualquier agente del gobierno Mexicano que este leyendo este email:
por favor consideren]]]
[[[Para defender a Mexico contra todos nuestros enemigos]]]
[[[extranjeros o internos, deben seguir el ejemplo de nuestros heroes
patrios]]]
Octavio Alfredo Toscano Flores
[[[Para cualquier agente d
[[[Para cualquier agente del gobierno Mexicano que este leyendo mi email:
por favor consideren]]]
[[[Para defender a Mexico contra todos nuestros enemigos]]]
[[[extranjeros o internos, deben seguir el ejemplo de nuestros heroes
patrios]]]
Octavio Alfredo Toscano Flores
[[[Para cualquier agente de
I am experimenting with Guix Home on Debian Testing, using GDM+Gnome.
The .profile generated by "guix home reconfigure" broke logging in to
the Gnome desktop. The gnome session would die, failing to initialize
what it considered to be essential things, and return to the login
screen I could log in
Running 'ras-mc-ctl' (provided by 'rasdaemon' package) results in:
bash: /run/current-system/profile/sbin/ras-mc-ctl: /usr/bin/perl: bad
interpreter: No such file or directory
More important (real error): the option `--profile` seems to need a `=` after
it, so the fifth line (`guix pull --channels=channel-specs.scm --profile
"$GUIX_EXTRA/my-project/guix"`) gives problems without.
It works normally with the correction: `guix pull --channels=channel-specs.scm
--profile
Hello guixers,
For an even more foolproof experience when trying [
https://guix.gnu.org/cookbook/en/html_node/Reproducible-profiles.html |
https://guix.gnu.org/cookbook/en/html_node/Reproducible-profiles.html ] (which
already goes very smoothly), the command
`mkdir "$GUIX_EXTRA"/my-project` (f
Hello,
> Hello I'm trying to install Guix 1.3.0 the last release but the
> graphical installer throw an issue, attached you images.
The 1.3.0 installer is a bit old and many issues, including the one you
are experimenting have been fixed.
Could you please retry with the latest installer availa
> Fixed in b2b9571935f9188086b2e7b434840eeda6c42805.
>
> We’ll have to update the ‘guix’ package to deploy it, though.
Thanks for fixing that one, closing!
Mathieu
Hello,
> FYI - Failed Installation attempt:
Thanks for the report. Did you use the 1.3.0 release installer? If so,
you might have better luck with the latest version
(https://guix.gnu.org/en/download/latest/) that includes a dump upload
mechanism.
Thanks,
Mathieu
Hi,
On my equipment the command 'guix system list-generations' identifies
the most recent system generation as "(current)" even though I booted
a different, past generation via Grub.
The information is most certainly wrong because my latest generation
does not boot successfully.
I don't know if
Current system generation identifies the one that would boot by default.
Basically, booted ≠ current. Maybe guix system could show that information.
Le 22 novembre 2022 18:06:19 GMT+01:00, Felix Lechner via Bug reports for GNU
Guix a écrit :
>Hi,
>
>On my equipment the command 'guix system list
Hi,
On Tue, Nov 22, 2022 at 9:22 AM Julien Lepiller wrote:
>
> Current system generation identifies the one that would boot by default.
> Basically, booted ≠ current.
Okay, thanks for the explanation!
I was confused since 'guix system delete-generations' also refused to
drop the defective gene
Hello,
Luis Felipe via Bug reports for GNU Guix writes:
> Problem solved.
I just ran into this same problem with an old machine.
Disk image is: axygxkgkgcgbk2gjd6q521h85shp7hwf-image.iso from
https://ci.guix.gnu.org/build/125952/details.
Please find attached some logs too:
installer-back
In the log in screen, top-right corner of the screen, the accessibility button
is there, but its icon is missing. A placeholder image is shown instead.
Guix System 8280429
gdm 42.0
---
Luis Felipe López Acevedo
https://luis-felipe.gitlab.io/
publickey - luis.felipe.la@protonmail.com - 0x12D
Hi,
In /var/log/cuirass-remote-worker.log on overdrive1.guix, I found this:
--8<---cut here---start->8---
2022-11-21 14:27:24 Backtrace:
2022-11-21 14:27:24 Backtrace:
2022-11-21 14:27:24 In ice-9/boot-9.scm:
2022-11-21 14:27:24 In ice-9/boot-9.scm:
2022-11-21
20 matches
Mail list logo
