Hi,
On Thu, 17 Feb 2022 at 23:22, Ricardo Wurmus wrote:
> Looks like newer versions of Guix no longer show the list of new
> packages. Can this be closed now?
Yes, fixed by b9df2e2b4d8a8efa5983aeb69a5ed394e7bcba60.
Thanks for the follow-up.
Cheers,
simon
Hi,
Ludovic Courtès skribis:
> Previously, each 'inferior-eval-with-store' would lead the inferior to
> connect to the named socket the parent is listening to. With this
> change, the connection is established once for all and reused
> afterwards.
>
> * guix/inferior.scm ()[bridge-file-name]: R
Something I've noticed from data.guix.gnu.org, it fails to compute the
guix derivation for armhf-linux because texlive-bin fails to build [1]
1: https://data.guix.gnu.org/job/28674
phase `check' failed after 820.9 seconds
command "make" "check" "-j" "8" failed with status 2
builder for
`/gnu/stor
Ludovic Courtès skribis:
> Maxim Cournoyer skribis:
>
>> I was surprised that:
>>
>> guix build fpc --system=armhf-linux
>>
>> would send me in a dead end without any word of caution, given that
>> armhf-linux is *not* listed in the supported-systems field.
>>
>> We should at least warn near the
Hi,
Ricardo Wurmus skribis:
> When I add
>
> (service qemu-guest-agent-service-type)
>
> to the list of my services and add (gnu services virtualization) to the
> imports and then try to build my system configuration I get this error:
>
> guix system: error: #< file: "gnu/services/virtua
Christopher Baines writes:
> Something I've noticed from data.guix.gnu.org, it fails to compute the
> guix derivation for armhf-linux because texlive-bin fails to build [1]
>
> 1: https://data.guix.gnu.org/job/28674
> phase `check' failed after 820.9 seconds
> command "make" "check" "-j" "8" fai
The recent derivation for the guix-data-service built with Guile 3.0.8
seems to often segfault when running the tests (see the failed builds
here [1]).
1:
https://data.guix.gnu.org/gnu/store/qzxq38kpd2vrpj1xwgd5i3gjdkmmxmn1-guix-data-service-0.0.1-29.4a1088c.drv
With some help from IRC, I manage
This is to make it less surprising, given the common convention sets forth by
the kernel Linux command-line parameters.
* gnu/build/linux-boot.scm (boot-system): Rename the '--root' option to
'root'. Adjust doc.
* gnu/installer/parted.scm (installer-root-partition-path): Use 'root' instead
of '--
* gnu/build/linux-boot.scm (boot-system): Honor rootfstype and rootflags
arguments. Update doc. Error out in case there is insufficient information
with regard to the root file system.
Restore the behavior of inferring the root device from the root file system
from the operating system in case th
* gnu/build/linux-boot.scm (boot-system): Print command-line parameters to
standard output.
---
gnu/build/linux-boot.scm | 2 ++
1 file changed, 2 insertions(+)
diff --git a/gnu/build/linux-boot.scm b/gnu/build/linux-boot.scm
index b1573fe757..45be05d705 100644
--- a/gnu/build/linux-boot.scm
+++
Guillaume Le Vaillant skribis:
> When decompressing the zip file and importing the STEP file:
>
> Traceback (most recent call last):
> File "", line 1, in
> File
> "/gnu/store/cwfgf3xb2vfqckxqv196jz8xpbigxkqj-python-shiboken-2-5.15.2/lib/python3.9/site-packages/shiboken2/files.dir/shibokens
Thanks for working on it!
On 2/18/22 17:00, Guillaume Le Vaillant wrote:
Guillaume Le Vaillant skribis:
When decompressing the zip file and importing the STEP file:
Traceback (most recent call last):
File "", line 1, in
File
"/gnu/store/cwfgf3xb2vfqckxqv196jz8xpbigxkqj-python-shiboke
Ludovic Courtès writes:
> Fixed in 01821914e272ed682dc83b5163c17a0345dcaf17.
Thank you!
--
Ricardo
Hi Guix,
Epiphany (a.k.a. GNOME Web) is having trouble loading the webkit shared
library:
```
jackhill@leyden ~$ guix describe
Generation 61Feb 18 2022 11:47:21(current)
guix 27a91b2
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 27a91b2f57bd0bf7
Hi Jack,
what is the output of `ls -l
/gnu/store/f965xf6iwll8cj2fb45bbqkj32n8dndb-webkitgtk-with-libsoup2-
2.34.6/lib/libwebkit2gtk-4.0.so.37`? If that's an empty file, you'll
have to repair your store.
Cheers
On Fri, 18 Feb 2022, Liliana Marie Prikler wrote:
Hi Jack,
what is the output of `ls -l
/gnu/store/f965xf6iwll8cj2fb45bbqkj32n8dndb-webkitgtk-with-libsoup2-
2.34.6/lib/libwebkit2gtk-4.0.so.37`? If that's an empty file, you'll
have to repair your store.
Cheers
Thanks for taking a look. It do
Am Freitag, dem 18.02.2022 um 14:42 -0500 schrieb Jack Hill:
> On Fri, 18 Feb 2022, Liliana Marie Prikler wrote:
>
> > Hi Jack,
> >
> > what is the output of `ls -l
> > /gnu/store/f965xf6iwll8cj2fb45bbqkj32n8dndb-webkitgtk-with-libsoup2-
> > 2.34.6/lib/libwebkit2gtk-4.0.so.37`? If that's an empt
On Fri, 18 Feb 2022, Liliana Marie Prikler wrote:
Hmm, webkit changed some 15 hours ago [1]. CCing lfam to have a look
at this too. Jack, does the parent commit [2] still work for you?
[1]
http://git.savannah.gnu.org/cgit/guix.git/commit/?id=f47125d2868315acc40379c8e859fb60d6942dad
[2]
http:/
Tags: notabug
This problem went away after I did `guix gc --verify=repair,contents`, so
I'm closing this issue as notabug. At least it's not a bug in webkitgtk.
Thanks for taking a look and sorry for the noise.
Best,
Jack
On Fri, 26 Mar 2021, Philip McGrath wrote:
Hi Jack,
I haven't been able to reproduce this yet, but I'm on a foreign distro, and I
don't have any fonts explicitly installed via Guix. (For that matter, I don't
have a monitor connected, just now: I've done this with X forwarding.) I do
have a f
This version field exposes the (already present) version information of a boot
parameters file.
* gnu/system.scm (%boot-parameters-version): New variable.
()[version]: New field.
(read-boot-parameters): Use it.
(operating-system-boot-parameters-file): Likewise.
* tests/boot-parameters.scm (test-re
* gnu/build/linux-boot.scm (boot-system): Print command-line parameters to
standard output.
---
gnu/build/linux-boot.scm | 2 ++
1 file changed, 2 insertions(+)
diff --git a/gnu/build/linux-boot.scm b/gnu/build/linux-boot.scm
index 2f8b114806..30442ec8f8 100644
--- a/gnu/build/linux-boot.scm
+++
* gnu/build/linux-boot.scm (boot-system): Honor rootfstype and rootflags
arguments. Update doc. Error out in case there is insufficient information
with regard to the root file system.
Restore the behavior of inferring the root device from the root file system
from the operating system in case th
This is to make it less surprising, given the common convention sets forth by
the kernel Linux command-line parameters.
* gnu/build/linux-boot.scm (boot-system): Rename '--load', '--repl', '--root'
and '--system' to 'gnu.load', 'gnu.repl', 'root' and 'gnu.system',
respectively. Adjust doc.
(find-
My guess is I wanted to force the foreign distro to load a guix
installed library (when compiling something on the foreign distro..?
can't remember). Running `$ LD_LIBRARY_PATH= guix pull` works as normal.
So this is, as it most often is, an user error. Sorry for the noise.
25 matches
Mail list logo
