Hello Nicolas,
Nicolas Goaziou writes:
> I went a bit further:
>
> The issue is not specifically glib-related, but can be reproduced with
> any package using the following:
>
> (search-path-specification
>(variable "XDG_DATA_DIRS")
>...)
>
> Hence, the following manifest can reproduce
Jaft via Bug reports for GNU Guix writes:
> So my original plan of using gdk-pixbuf+svg somewhat can't work as it's not
> longer a viable package (at least, my attempts to upgrade runs into an error
> that says so); per commit feab09f72abc6d6eec16a1b8d27c231c747c0e00, it seems
> the idea is
Nicolas Goaziou writes:
> You're right. The above fixes the issue with fontconfig. Unfortunately,
> the problem persists with the minimal manifest:
>
> (specifications->manifest '("python-matplotlib"))
>
> So there's something else going on.
>
> In order to fix the above, I need to put
>
>
Hello Matthieu and Florian,
Mathieu Othacehe writes:
> 1. We should hide vdb as it is an empty drive, maybe by requiring a
> minimal available space. Josselin, what do you think about it?
Looks good to me.
I think we should also gracefully handle formatting commands (and maybe
others) failures,
Hello,
raingloom writes:
> On Wed, 29 Dec 2021 11:04:39 +
> Paul Jewell wrote:
>
>> On 29/12/2021 00:50, raingloom wrote:
>> > On Tue, 28 Dec 2021 18:39:52 +
>> > Paul Jewell wrote:
>> >
>> >> On 27/12/2021 23:20, Leo Famulari wrote:
>> >>> On Mon, Dec 27, 2021 at 10:07:17PM +,
Hello again,
> Good morning Josselin, and Happy New Year!
>
> Many thanks for taking the time to explain this in detail for us. If I
> have properly understood your explanation, it suggests I am running
> network-manager from outside of the dbus session. If I look at the
> processes running on
Hello,
"bdju" via Bug reports for GNU Guix writes:
> guix system
> guix (GNU Guix) b3a0db7a0e5fa7186c090647cfd5666e2b9287ff
> sway
>
> In keepassxc the menus don't show anything when clicked.
> (actually, I restarted it and now they work, but leaving that in to show
> it was multiple programs)
You're right, none of the needed dependencies of bashtop were
actually present in the package definition. Here is a patch that
does work on my machine using `guix shell --pure bashtop -- bashtop`.
Best,
Josselin Poiret
-- >8 --
* gnu/packages/admin.scm (bashtop): Add dependencies, wrap the
Sorry for the noise, but the patch I just sent wasn't up to
satisfaction: using `which` in the build phases breaks
cross-compilation, and the build-system change was a bit of an
unwarranted change.
Here's a modified patch!
Best,
Josselin Poiret
-- >8 --
* gnu/packages/admin.scm (bashtop): Add
Hello,
This plugin is packaged as a part of qtwayland, and `guix shell --pure
--preserve="^(XDG_|WAYLAND_DISPLAY)" bash pcmanfm-qt qtwayland -- bash
-c "QT_QPA_PLATFORM=wayland pcmanfm-qt"` does work as expected (whereas
it does not if I leave out qtwayland). You might want to install
qtwayland
Hello Maxim,
Maxim Cournoyer writes:
> --8<---cut here---start->8---
> Nov 23 01:09:14 localhost dbus-daemon[383]: [system] Activating service
> name='org.freedesktop.login1' requested by ':1.17' (uid=0 pid=370
>
Maxim Cournoyer writes:
> Hello,
>
> I've found a workaround: restarting elogind via SSH resolved the issue.
>
> I guess itt may be a race between elogind and dbus-system (elogind gets
> started before dbus-system is fully up, and the communication with the
> session bus is somehow crippled from
Hi,
Ludovic Courtès writes:
> Perhaps the best fix would be to set the umask explicitly before
> activation snippets run, like so (untested):
> [snip]
> WDYT?
I forgot about those too! I guess they're run in two different contexts:
once when `guix reconfigure` happens, and another one in the
Hi,
As reported on IRC by wonko
(https://logs.guix.gnu.org/guix/2021-10-27.log#115445), when running
‘guix system’ under a different umask, some files are created with the
wrong permissions. This can happen because ‘sudo’ does by default keeps
the umask it is running on (by ORing it with the
Hello Maxim and Ludovic,
Seeing all the new activity on this bug, I decided to take a closer
look.
It doesn't seem to me that the credential byte read is the problem, as
can be seen by the elogind strace: it sends
--8<---cut here---start->8---
374
Leo Famulari writes:
> Our xcalc package launches something that I can't figure out how to use.
> This is with Guix on Debian.
>
> Can anyone reproduce it?
I can reproduce it just fine using `guix shell xcalc -- xcalc`. The
issue is that the application is styled using a resource file, in
Hello everyone,
I've been working on this for a bit, trying to find the best approach.
First, let me try to summarize the different ways in which Guix can be
run, and how it is built:
* From a `guix pull` profile. This is the most common. The `guix
pull` profile's manifest file holds
* gnu/ci.scm (channel-build-system): Move to guix/channels.scm.
(channel-source->package): Move to
gnu/packages/package-management.scm.
* guix/channels.scm (channel-build-system): Moved from gnu/ci.scm.
* gnu/packages/package-management.scm (channel-source->package): Moved
from gnu/ci.scm.
*
* guix/channels.scm (channel-build-system): Add build system that
turns a channel record into a package.
* gnu/packages/package-management.scm (current-guix): Use
channel-build-system.
---
gnu/packages/package-management.scm | 45 +
guix/channels.scm
* etc/system-tests.scm (tests-for-current-guix):
* gnu/ci.scm (system-test-jobs):
* gnu/packages/package-management.scm (channel-source->package,
current-guix):
* guix/channels.scm (channel-build-system):
Rename channel-build-system to channel-profile-build-system and
channel-source->package to
* gnu/packages/package-management.scm (current-guix): Memoize.
---
gnu/packages/package-management.scm | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/package-management.scm
b/gnu/packages/package-management.scm
index fe906fd440..a7b98bbb1a 100644
---
Hello,
dal-blazej--- via Bug reports for GNU Guix writes:
> Hi,
>
> I am trying to get Guix in a QubesOS/debian 11 template. QubesOS expose a
> proxy
> in its templates, used mostly by apt and dnf.
>
> For some reason all my attempts to modify the systemd unit were
> un-successful so I simply
Silly me forgetting the link, here it is:
[1] https://bugs.python.org/issue46653
Apologies for the noise,
--
Josselin Poiret
Hello everyone,
After the IRC investigation, it turned out the use of abspath in
Lib/site.py was in fact the culprit. Replacing all its uses with
realpath and doing `./pre-inst-env guix pack -RR python python-numpy -S
/bin=bin -S /etc=etc` did in fact resolve the issue!
I've raised the issue
Hi Maxim,
Maxim Cournoyer writes:
> --8<---cut here---start->8---
> $ guix shell -C -- make
> guix shell: warning: no packages specified; creating an empty environment
> guix shell: error: make: command not found
> --8<---cut
Hello Zacchaeus and Leo,
Zacchaeus Scheffer writes:
> Looking at guix package --list-generations, my packages were only modified
> the one time I ran guix package -i qutebrowser. After running guix package
> -i qutebrowser, guix package --export-channels DID have the content passed
> to guix
Hello,
swap-devices now include a dependencies system since
133a61ae263520378ac44482810d7adecfb017d9, see "(guix) Swap Space".
Closing.
--
Josselin Poiret
Hi chris,
chris writes:
> This directory for the greeter user does not exist in the system /run/user/986
Do you use elogind?
Best,
--
Josselin Poiret
signature.asc
Description: PGP signature
Hi Ludo,
Ludovic Courtès writes:
> Surely you’d agree that it would suck though: depending on two Git
> implementations because one doesn’t have a proper API and the other one
> lacks a bunch of features.
Right, although I wouldn't necessarily say that the former doesn't have
a proper API, but
Hi Sjors,
Sjors Provoost writes:
> $ HOSTS='x86_64-apple-darwin arm64-apple-darwin' ./contrib/guix/guix-build ||
> echo -e "\a"
Guix doesn't support apple-darwin as a system. I don't know how the
bitcoin project does it, but you probably want to report this to them
instead. I don't see
Hi Ludo,
Ludovic Courtès writes:
> My inclination for the short term would be to work around this
> limitation by (1) finding a heuristic to determine is a checkout has
> likely accumulated too much cruft, and (2) considering such checkouts as
> expired (thereby forcing a re-clone) or running
Hi,
much.effort283--- via Bug reports for GNU Guix
writes:
> Since openssl is already bumped from "1.1.1l" to a version that has
> the bug fixed in the development branch, I presume this will be fixed
> once the next guix release (1.5) is out?
`guix pull` should pull the latest available
Oops, forgot to close. Feel free to re-open if something was missing.
Best,
--
Josselin Poiret
signature.asc
Description: PGP signature
Hi Sjors,
"Sjors Provoost" writes:
> Hi Josselin,
>
> Restarting the command a few times it kept failing at different packages, but
> eventually made it through just fine.
Glad it ended up working! Maybe an issue of builds OOM'ing, if the
machine was already under some load?
> The building
Hi Lasse,
Lasse Schlör writes:
> As requested by Guix, I am reporting the bug with this email.
>
> I assume this bug happened upon a temporary loss of the internet connection.
> Running the command anew continued fetching/downloading just fine.
Seems to be the case, yes. Closing.
Best,
--
Hi chris,
chris writes:
> Josselin sent this message intended for the thread and I think they are okay
> with re-pasting here,
>
>> Usually elogind is responsible (through a PAM module) for creating this
>> runtime directory. If you're not using elogind, you'll need to create this
>>
Hi Nicolas,
Nicolas Goaziou writes:
> We use dependencies specified in TeX Live itself (as in "texlive.tlpdb"
> file), for sanity reasons. There are 4000+ packages; I think it is not
> reasonable to grep through their output to find the unspecified
> dependencies. It will also be terrible when
Hi Nicolas,
Nicolas Goaziou writes:
> We use dependencies specified in TeX Live itself (as in "texlive.tlpdb"
> file), for sanity reasons. There are 4000+ packages; I think it is not
> reasonable to grep through their output to find the unspecified
> dependencies. It will also be terrible when
Hi Paul,
Paul Alesius writes:
> In the source code directory of Guix, when trying to build a package from
> gnu/packages/python-xyz.scm, it fails with the following error:
>
> guix build: error:
> /storage/src/guix/guix-gnu/guix/build-system/gnu.scm:146:8: package
> `guile@3.0.9' has an invalid
From: Josselin Poiret
* guix/import/opam.scm (opam->guix-package): Handle lists of licenses.
---
Hello Simon,
Here's a quick fix.
Best,
Josselin
guix/import/opam.scm | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/guix/import/opam.scm b/guix/import/opam.scm
index
Hi Caleb,
Caleb Herbert writes:
> Hardware: ThinkPad X200
> Firmware: Libreboot 2016
> OS: Guix System
>
> Expected behavior:
> Password prompt. Enter LUKS passphrase. Log into computer.
>
> Actual behavior:
> Password prompt. Enter LUKS passphrase. Select boot option from GRUB menu.
> Hangs,
Hi Caleb,
Caleb Herbert writes:
> The dump was uploaded as installer-dump-c4fd6109. Please report it by
> email to bug-guix@gnu.org.
Was this using the 1.4 installer or the latest one? If it was the
former, can you please try with latest? I can spot a "write_wait_fd:
unimplemented"
Hi Caleb,
Caleb Herbert writes:
> On Sat, 2023-10-28 at 11:05 +0200, Josselin Poiret wrote:
>> Was this using the 1.4 installer or the latest one? If it was the
>> former, can you please try with latest?
>
> Done. Same error.
Not exactly, this time it's a
--8<---cut
Hi,
The error here is the write_wait_fd unimplemented while substituting,
reported also in #61642 for example. From what I understand this should
be fixed now that we have a more recent guile-gnutls. Are you using the
1.4.0 installer? If so, can you try the latest one instead and see if
the
Hi Bruno,
Bruno Haible writes:
>
> The problem is not so much that it failed, but that the warning
> message does not sufficiently describe the cause:
> * I understand the figure of 6 GB: that's the expected size for
> a GUI environment with MATE.
> * But I don't understand the figure of
Hi Skylar,
"Skylar \"The Cobra\" Widulski" via Bug reports for GNU Guix
writes:
> I've got an old Pentium II machine that I want to install Guix on.
> Booting up the i686-linux installation medium, I'm dropped into a guile
> REPL with this output visible on the 640x480 rectangle because
Hi Philip,
Philip Kaludercic writes:
> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
> ERROR:
> 1. :
> uri: #< scheme: https userinfo: #f host: "ci.guix.gnu.org" port:
> #f path: "/nar/lzip/i4c6yd0n7yhw2qi5217z62zb9n023dk7-automake-1.16.5" query:
> #f fragment: #f>
>
Hi,
Pushed d57cab764122af69d52d8cc9c843456044e5d7bc that adds mbr-image-type
and sets it as default.
LMKWYT, closing tentatively.
Best,
--
Josselin Poiret
signature.asc
Description: PGP signature
Hi everyone,
Simon Tournier writes:
> Nitpick: Missing double space for sentences.
>
> Otherwise, LGTM.
Pushed as 9f68a2a9c41166ec5ac24c082bcd96c433dd2ede.
Closing.
Best,
--
Josselin Poiret
signature.asc
Description: PGP signature
Hi everyone,
Josselin Poiret writes:
> Hi everyone,
>
> Hilton Chain writes:
>
>> Cc-ing Josselin since they have sent a patch to #63258.
>>
>> Hi Josselin, what's the current state of the patch? Can you resend it
>> to guix-patches to trigger the build process?
>
> Huh, completely forgot
Hi everyone,
Josselin Poiret writes:
> From: Josselin Poiret
>
> * gnu/packages/commencememnt.scm (make-gcc-toolchain): Add empty librt.a.
> * gnu/packages/base.scm (gcc): Add a warning regarding the missing librt.a.
Pushed as 6c447ababfb11581a75cff8281e96f701e216692.
This does not fully fix
Hi Dave,
Pushed as e9a5eebc785cb843034b38c5c5a6dd10904bdf2a.
Thanks for your contribution! Closing.
Best,
--
Josselin Poiret
signature.asc
Description: PGP signature
Hi everyone,
Hilton Chain writes:
> Cc-ing Josselin since they have sent a patch to #63258.
>
> Hi Josselin, what's the current state of the patch? Can you resend it
> to guix-patches to trigger the build process?
Huh, completely forgot about this. The patch should still be ready, and
I
Hi Morgan,
Morgan Smith writes:
> Well if I understand how "guix size" works, then adding qtwayland would only
> add 30 or 80 MiB, which in my opinion isn't a lot. My vote is on just adding
> qtwayland to all wayland packages (at the cost of a full qt rebuild).
Just dropping by to say that I
Hi,
"Dr. Arne Babenhauserheide" writes:
> guix shell --pure texlive-scheme-medium test
>
> ! LaTeX Error: File `isodate.sty' not found.
> ! LaTeX Error: File `wallpaper.sty' not found.
> ! LaTeX Error: File `dashrule.sty' not found.
The medium texlive scheme does not contain these packages
Hi Jonas,
Jonas via Bug reports for GNU Guix writes:
> Hi! Compiling any Rust projects with cargo/rustc gives me:
>
> error: linking with
> `/gnu/store/5lqhcv91ijy82p92ac6g5xw48l0lwwz4-gcc-11.3.0/bin/gcc` failed:
> exit status: 1
Please make sure you add simple reproducers to your bug
Hello everyone,
Someone reported the exact same issue today on IRC [1], with polkit
being the culprit. With a bigger backtrace, the match error happens at
line 901 in guix/gexp.scm, in the match inside the return part of
lower-inputs. This suggests that lower-object doesn't manage to return
a
Hello Stefan and sorry for the late reply,
Stefan Baums writes:
> The manual wrongly claims that the default priority for zram is
> -1. The same paragraph of the manual also says:
>
>‘swapon’ accepts values between -1 and 32767, with higher
>values indicating higher priority.
>
> which
* gnu/services/linux.scm
(zram-device-configuration) [priority]: Adapt to use #f or an integer
from 0 to 32767. Add sanitizer to warn for the change and delay the
field.
(zram-device-configuration->udev-string): Adapt as above.
* doc/guix.texi (Zram Device Service): Change priority description to
* doc/guix.texi: Remove doubled Josselin Poiret copyright line.
---
doc/guix.texi | 1 -
1 file changed, 1 deletion(-)
diff --git a/doc/guix.texi b/doc/guix.texi
index 31f391357d..d9b26e440c 100644
--- a/doc/guix.texi
+++ b/doc/guix.texi
@@ -99,7 +99,6 @@ Copyright @copyright{} 2021 Alice
Hello,
Holden Green writes:
> guest@gnu ~/tmp/1$ guix pull
> Updating channel 'guix' from Git repository at '
> https://git.savannah.gnu.org/git/guix.git'...
> Authenticating channel 'guix', commits 9edb3f6 to eb34ff1 (17,927 new
> commits)...
> Building from this channel:
> guix
Hello,
raingloom writes:
> guix commit: 59b91fdbcd7e1a88d1d54d392ce5d5fddd9d96d1
>
> guix shell gnome-disk-utility -- gnome-disks
>
> click on the three dots and choose restore, bam, error
>
> (gnome-disks:2461): GLib-GIO-ERROR **: 04:17:28.300: Settings schema
> 'org.gnome.Disks' is not
Hi dan,
dan writes:
> with git bisect i found after this commit the cross-compilation
> couldn't work anymore:
Could you post some more details about what you mean by "couldn't work"?
What exactly is failing, and with what logs?
Best,
--
Josselin Poiret
signature.asc
Description: PGP
Hi,
Liliana Marie Prikler writes:
> Am Donnerstag, dem 02.11.2023 um 08:13 + schrieb Mekeor Melire:
>>
>> 2023-11-01 15:16 liliana.prik...@gmail.com:
>>
>> > I think Emacs might be calculating its own hash at runtime
>> > rather than baking in the value at build time.
>>
>> Exactly.
Hello André,
André A. Gomes writes:
> Hi Guix,
>
> The manual (see (info "(guix) X Window")) mentions that it's possible to
> add two slim services but it seems not to work. When I tried to
> reconfigure the system it gives the following error:
>
> --8<---cut
Hello,
Rafa Gálvez writes:
> ./guix/store.scm:1428:15: ERROR:
>1. :
>message: "some substitutes for the outputs of derivation
> `/gnu/store/6rbibj988j90d8gyccvxrqmkfr0l3mk6-git-minimal-2.36.1.drv'
> failed (usually happens due to networking issues); try `--fallback' to
> build
Hello,
Remco van 't Veer writes:
> After upgrading from emacs-27.2 to emacs-28.1 on a Guix system, opening
> files/directories via sudo using tramp no longer works.
>
> Here's what's in the *Messages* buffer:
>
>> Tramp: Opening connection nil for root@remq240 using sudo...done
>> File error:
* doc/guix.texi (Disk Partitioning): Do it.
---
doc/guix.texi | 5 +
1 file changed, 5 insertions(+)
diff --git a/doc/guix.texi b/doc/guix.texi
index 1666466958..c7f6070ced 100644
--- a/doc/guix.texi
+++ b/doc/guix.texi
@@ -2560,6 +2560,11 @@ for @command{cryptsetup luksFormat}. You can
Hello Lars,
Lars-Dominik Braun writes:
> Hi,
>
> I followed the manual to manually install Guix with full disk encryption
> using LUKS2 and PBKDF2. However this leaves me with an unbootable system,
> stuck at Grub’s rescue prompt, because `grub-install` apparently does
> not know how to detect
* guix/inferior.scm: Load up scm_init_popen extension to be able to
use piped-process.
(open-bidirectional-pipe): Remove custom fork+exec code and use
piped-process instead.
---
guix/inferior.scm | 39 ++-
1 file changed, 18 insertions(+), 21 deletions(-)
diff
* libguile/posix.c (scm_piped_process): Avoid double close.
---
libguile/posix.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libguile/posix.c b/libguile/posix.c
index dc3080b3c..e134408e3 100644
--- a/libguile/posix.c
+++ b/libguile/posix.c
@@ -1486,7 +1486,7 @@
* libguile/posix.c (renumber_file_descriptor): Refactor it as
dup_handle_error.
(dup_handle_error, dup2_handle_error): New functions that wrap around
dup and dup2 by retrying on EINTR or EBUSY, as well as erroring out on
other errors.
(start_child): Close standard file descriptors only
after all
Hello everyone,
With all the recent platform changes, I was looking at `make
cuirass-jobs` for the first time and it left some deadlocked inferiors
as well, so I figured I could try my own solution, since I've already
dabbled in Guile POSIX internals! Here's a patch that rewrites
Hello Maxim,
Thanks for looking at this. Here's a v2.
Maxim Cournoyer writes:
> I'm curious, what does delaying the field buys us here? Is it to avoid
> printing the warning multiple times when the record is evaluated?
Right, and this would get worse if someone ended up inheriting from
* gnu/services/linux.scm
(zram-device-configuration) [priority]: Adapt to use #f or an integer
from 0 to 32767. Add sanitizer to warn for the change and delay the
field.
(zram-device-configuration->udev-string): Adapt as above.
* doc/guix.texi (Zram Device Service): Change priority description to
* doc/guix.texi: Remove doubled Josselin Poiret copyright line.
---
doc/guix.texi | 1 -
1 file changed, 1 deletion(-)
diff --git a/doc/guix.texi b/doc/guix.texi
index 5f0120a3bd..b960c546a8 100644
--- a/doc/guix.texi
+++ b/doc/guix.texi
@@ -99,7 +99,6 @@ Copyright @copyright{} 2021 Alice
Hello Ludo,
Ludovic Courtès writes:
> The patch below address that: it changes the “Exec=” line of
> ‘org.freedesktop.login1’ to refer to a wrapper. That wrapper connects
> to shepherd and waits until ‘elogind’ is started.
>
> That way, if dbus-daemon comes first, it won’t actually launch
Hello Maxime,
Thanks for your review. I took your comments into account and actually
wrote some more patches to clean up start_child of potential thread
unsafe practices. Since these are not guix-specific, I sent the whole
patchset to guile-devel instead [1].
Maxime Devos writes:
> The
Hello,
"pelzflorian (Florian Pelz)" writes:
> * muradm added seatd-service-type and using (service
> seatd-service-type) in lieu of (elogind-service) works. It looks
> like a better (?) workaround than making elogind work.
Just FTR, seatd is a light alternative to the seat management part
Hello Denis,
Denis 'GNUtoo' Carikli writes:
>> ValueError: Namespace GdkPixbuf not available
>
> I vaguely remember that I could launch it on top of Parabola before, so
> it seems to be related to recent updates to the h-client packages
> (through before sending data didn't always work due to a
Hello everyone,
Maxime Devos writes:
> Chris Marusich schreef op za 25-06-2022 om 09:52 [-0700]:
>> [...]
>> the problem was that I could not control Guile's choice
>> of
>> file descriptors. Guile chose file descriptor 19 for one end of the
>> pipe, and I don't know how to make it use
Hi imran,
imran saleh writes:
> Hi,
>
> When I'm using the graphical installer and I choose the option to
> automatically partition with encryption, I then edit the partitions to add
> a swap partition (I do this because I want a swap partition and it isn't
> provided by default). I do this by
Hello Lily and Christian,
This is unfortunately the usual gdk-pixbuf SVG loader not being found,
since it is part of librsvg. Some details are described in [1] already,
but to summarize: we need to propagate gdk-pixbuf so that the
search-path GDK_PIXBUF_MODULE_FILE is properly set for the
Hi,
Steve Greenburg writes:
> I wasn't able to install guix on hardware on a GPT partitioned drive. First I
> thought it was because I deleted sdc6 and remade it, but after rebooting got
> the same error. I use dd to copy the iso image to a thumb drive and boot from
> it in UEFI, then go
Hello Maxime and Ekaitz,
Maxime Devos writes:
> Ekaitz Zarraga schreef op di 07-06-2022 om 15:43 [+]:
> Proposed solution:
>
> * rename platform-linux-architecture to
> '%platform-linux-architecture'
> and define a wrapper 'platform-linux-architecture' displaying
> a proper
Hello,
paren--- via Bug reports for GNU Guix writes:
> ~ Unbound variable while building package cache
>
> This might be a Guile or Guix thing, not sure which. Using the recent
> libpng/guix-gaming problem as an example:
>
> ---
> Generating package cache for
>
* gnu/system/install.scm (%installation-services): Refactor into a
procedure, so that it can capture the system it's installing for.
Conditionally add uvesafb-service-type based on whether v86d is
supported by the target architecture.
(installation-os)[services]: Use the %installation-service
Hi,
Pavel Shlyak writes:
> Reproducer:
> guix system image -t iso9660 gnu/system/install.scm
> This command fails on aarch64 host. It doesn’t if I manually remove
> uvesafb-service-type from the list. It is impossible(and not needed) to run
> uvesafb on non-x86 machines at the moment, so I
Hello Florian,
"pelzflorian (Florian Pelz)" writes:
> On Mon, Jun 06, 2022 at 04:16:34PM +0200, Josselin Poiret via Bug reports for
> GNU Guix wrote:
>> - (service guix-service-type
>> - (guix-conf
Hello both of you,
Julien Lepiller writes:
> Of course this is only a workaround I'm proposing, we should fix the
> installer to detect other OSs.
Just adding that we don't have any Guix bootloader entry field to
chainload into another bootloader, needed for some non-free system :)
this would
Hi Peter,
Peter writes:
> To expand on this, Guix installs GRUB. This is undeniable, and this is
> where the problem begins.. over many years users are accustomed to GRUB
> working in a certain way with specific tools.. when they encounter a grub
> installation without grub-mkconfig, etc. they
Hello everyone,
Ludovic Courtès writes:
> That suggests that this formatting bug was fixed in the meantime, which
> is plausible because a lot of work has gone in the installer since
> 1.3.0.
>
> Josselin, Mathieu, does that ring a bell?
None for me, but it could come from improvements in (gnu
Hello Pranav,
Did you try with the stable image, or with the latest? The latter
should have a number of improvements over the former.
What kind of partitioning are you trying to use (manual or automatic)
and with what kind of setup?
Best,
--
Josselin Poiret
Hello,
Konstantinos Karachalios via Bug reports for GNU Guix
writes:
> 100.0% guix substitute: warning: while fetching
> https://ci.guix.gnu.org/nar/zstd/a73j4wz6hpazg6yip7k92sj45j63k62b-
> texlive-psnfss-fixed-59745: server is somewhat slow guix substitute:
> warning: try `--no-substitutes' if
Hello everyone,
Currently, if you want to use a smart card with icedove, you have to
enable mail.openpgp.allow_external_gnupg in the config editor, but on
Guix, icedove will still not find the key that's on your smart card,
because it's unable to dlopen the GPGME library (understandably).
For
Hi Yusuf,
Yusuf Talha via Bug reports for GNU Guix writes:
> I haven't encountered this problem on any other distros. You probably
> realized that I encrypted my disk. Hibernation wasn't working while I was
> using Guix without encryption a few months ago either. So I don't think LUKS
>
Hi again,
tiantian writes:
> Should I close this bug now?
Let's wait for a maintainer to push the fix first, they will most likely
close the bug themselves.
I'm glad this fix worked and that you were able to figure out your other
issue! See you around.
Best,
--
Josselin Poiret
Hi,
tiantian writes:
> I want to add an menu-entry in bootloader-configuration. I use uuid to
> specify the partition in device field of menu-entry , because my
> partition has no label. But when I use 'guix system reconfigure', guix
> system reports an error: "guix system: error: #< type:
* tests/boot-parameters.scm (%uuid-menu-entry,
%file-system-label-menu-entry): New variables.
("menu-entry roundtrip, uuid", "menu-entry roundtrip,
file-system-label"): New tests.
---
tests/boot-parameters.scm | 22 ++
1 file changed, 22 insertions(+)
diff --git
Previously, menu-entry->sexp didn't try to convert `device` to a
proper sexp, which was inserted directly into the boot parameters
G-exp, leading to a G-exp input error. Now convert both uuid and
file-system-label possibilities to sexps, and add parsing code to
sexp->menu-entry. This fixes
1 - 100 of 273 matches
Mail list logo
