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.
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.
* 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
* 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
+++
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
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
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, 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]
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
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
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
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:
Ludovic Courtès writes:
> Fixed in 01821914e272ed682dc83b5163c17a0345dcaf17.
Thank you!
--
Ricardo
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
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/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
+++
* 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
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
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
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"
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:
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
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
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]:
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
25 matches
Mail list logo