Hullo,
ZC via web 写道：
guix-install.sh calls "update-rc.d", which doesn't exist on a
Gentoo system. Instead of trying to support all possible init
systems, or make assumptions regarding how the init system
works, I'd suggest simply dropping support for anything other
than upstart and/or system
`tools/build/src/engine/execunix.cpp` was named
`tools/build/src/engine/execunix.c` before. So the following patch
allows to build boost@1.59 again.
```
diff --git a/gnu/packages/boost.scm b/gnu/packages/boost.scm
index 2f2ca289ab..d44b534939 100644
--- a/gnu/packages/boost.scm
+++ b/gnu/packages/
guix-install.sh calls "update-rc.d", which doesn't exist on a Gentoo system.
Instead of trying to support all possible init systems, or make assumptions
regarding how the init system works, I'd suggest simply dropping support for
anything other than upstart and/or systemd. Users of smaller distr
Take it away, ZombieChicken:
signature.asc
Description: PGP signature
When I run “guix pull” (or “guix time-machine”) I see this message
Updating channel 'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'...
followed by disconcerting silence. I can’t tell if it’s doing
something, nor can I see what the progress is.
Would be nice to have
Hello!
Ludovic Courtès skribis:
> The list of authorized committers is meant to be stored in a
> ‘.guix-authorizations’ file in each branch of the channel. It is
> essentially a list of fingerprints:
>
>
> https://git.savannah.gnu.org/cgit/guix.git/commit/?h=wip-openpgp&id=f145a2d1a982cc841c
Hi Leo,
> Then your patch works!
ok!
Pushed to guix master as commit f523eaba7b5460937a230a824550243d75e5f1dc.
pgpa1ubZ540cv.pgp
Description: OpenPGP digital signature
On Tue, May 19, 2020 at 08:32:34PM +0200, Danny Milosavljevic wrote:
> On Tue, 19 May 2020 14:25:23 -0400
> Leo Famulari wrote:
>
> > guix gc --references
>
> Doesn't contain go.
Then your patch works!
signature.asc
Description: PGP signature
Le 19 mai 2020 14:32:34 GMT-04:00, Danny Milosavljevic
a écrit :
>On Tue, 19 May 2020 14:25:23 -0400
>Leo Famulari wrote:
>
>> guix gc --references
>
>Doesn't contain go.
You can try guix graph -t references --path /gnu/store/…-docker /gnu/store/…-go
That should tell you which package referenc
On Tue, 19 May 2020 14:25:23 -0400
Leo Famulari wrote:
> guix gc --references
Doesn't contain go.
pgp7v_m9BPpka.pgp
Description: OpenPGP digital signature
On Tue, May 19, 2020 at 08:16:41PM +0200, Danny Milosavljevic wrote:
> Hi Leo,
>
> the patch below makes the grep return nothing, but guix size still contains
> go.
What about `guix gc --references /gnu/store/...-docker`?
>
> diff --git a/gnu/packages/docker.scm b/gnu/packages/docker.scm
> ind
Hi Leo,
the patch below makes the grep return nothing, but guix size still contains go.
diff --git a/gnu/packages/docker.scm b/gnu/packages/docker.scm
index c95ca3f9d7..bf009a792b 100644
--- a/gnu/packages/docker.scm
+++ b/gnu/packages/docker.scm
@@ -544,7 +544,9 @@ built-in registry server of Do
Hi Julien,
On +2020-05-19 08:03:37 -0400, Julien Lepiller wrote:
> Le 18 mai 2020 23:07:42 GMT-04:00, Bengt Richter a écrit :
> >Hi,
> >
> >[~/wb/guix110git/guix]$ ./configure --prefix=$(realpath ./mybuild)
> >checking for a BSD-compatible install... /usr/bin/install -c
> >checking whether build
merge 41396 40718
thanks
Ricardo Wurmus writes:
> java-kafka-clients has a failing test:
>
> [junit] Running org.apache.kafka.common.network.SslTransportLayerTest
> [junit] SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
> [junit] SLF4J: Defaulting to no-operation (N
Alexandros Theodotou writes:
> Hi,
>
> This is the command I ran to generate a pack:
> guix pack -RR -S /opt/zrythm/bin=bin -L . zrythm
>
> I then tried moving this pack to a VM running another distro
> (archlinux) and all letters are shown as boxes. I have asked other
> people to test it on othe
> Did it work roughly before the ‘core-updates’ merge?
This is the first time I tried `guix pack` so I don't know.
> As discussed on IRC, could you check “strace -f” the program and
> check
> where it’s looking for fonts (TTFs?)?
I'm not really sure what to look for. Here is the strace -f output
The Docker package should not refer to the Go compiler after it is
built:
On Tue, May 19, 2020 at 12:22:28PM -0400, Leo Famulari wrote:
> On Tue, May 19, 2020 at 05:58:54PM +0200, Pierre Neidhardt wrote:
> > I haven't looked at the details, but
> >
> > --8<---cut here---st
Mathieu Othacehe writes:
Hello Mathieu,
>> So stat, lstat, and all other related function will return -EOVERFLOW
>> unless their 64 bits stat64, lstat64 counterpart is used.
>>
>> So I think this means that one cannot build the Guix bootstrap toolchain on
>> an
>> NVME disk.
>
> After further in
Josh writes:
> I'm consistently running into this error when running `guix pull`.
> What can I do to help debug?
Try using 'guix pull --keep-failed' and inspect the util-linux test
suite logs in /tmp/guix-build-util-linux-2.35.1.drv-0.
Did you intentionally disable binary substitutes?
signatu
--- /gnu/store/7pjnp69halq4kmi9m0q896p8ss1qmscq-xfce4-terminal-0.8.8-check
+++ /gnu/store/7pjnp69halq4kmi9m0q896p8ss1qmscq-xfce4-terminal-0.8.8
├── share
│ ├── gnome-control-center
│ │ ├── default-apps
│ │ │ ├── xfce4-terminal-default-apps.xml
│ │ │ │ │ ---
/gnu/store/7pjnp69halq4kmi9m0q896p8ss1
Danny Milosavljevic writes:
> output ‘/gnu/store/7pjnp69halq4kmi9m0q896p8ss1qmscq-xfce4-terminal-0.8.8’ of
> ‘/gnu/store/c48jlbvl4n48gkq1g47mv5xf6hyk8dc8-xfce4-terminal-0.8.8.drv’
> differs from
> ‘/gnu/store/7pjnp69halq4kmi9m0q896p8ss1qmscq-xfce4-terminal-0.8.8-check’ from
> previous round
>
Hi,
Alexandros Theodotou skribis:
> This is the command I ran to generate a pack:
> guix pack -RR -S /opt/zrythm/bin=bin -L . zrythm
>
> I then tried moving this pack to a VM running another distro
> (archlinux) and all letters are shown as boxes. I have asked other
> people to test it on other
Le 19 mai 2020 05:27:45 GMT-04:00, "Björn Höfling"
a écrit :
>Does anyone else have the same problems?
>
>On my system java-testng sometimes fails nondeterministically within
>the check phase:
>
>===
>TestNG
>Total tests run: 1633, Failures: 2, Skips: 0
Le 18 mai 2020 23:07:42 GMT-04:00, Bengt Richter a écrit :
>Hi,
>
>[~/wb/guix110git/guix]$ ./configure --prefix=$(realpath ./mybuild)
>checking for a BSD-compatible install... /usr/bin/install -c
>checking whether build environment is sane... yes
>...
>...
>checking pkg-config is at least version
When running biber the following error appears:
ERROR - Error: Found biblatex control file version 3.5, expected version
3.4.
This means that your biber (2.11) and biblatex (3.12) versions are
incompatible.
See compat matrix in biblatex or biber PDF documentation.
output ‘/gnu/store/7pjnp69halq4kmi9m0q896p8ss1qmscq-xfce4-terminal-0.8.8’ of
‘/gnu/store/c48jlbvl4n48gkq1g47mv5xf6hyk8dc8-xfce4-terminal-0.8.8.drv’ differs
from ‘/gnu/store/7pjnp69halq4kmi9m0q896p8ss1qmscq-xfce4-terminal-0.8.8-check’
from previous round
guix master commit 67c0d7fb9a32065fb77f0
java-kafka-clients has a failing test:
[junit] Running org.apache.kafka.common.network.SslTransportLayerTest
[junit] SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
[junit] SLF4J: Defaulting to no-operation (NOP) logger implementation
[junit] SLF4J: See http://www.
Does anyone else have the same problems?
On my system java-testng sometimes fails nondeterministically within
the check phase:
===
TestNG
Total tests run: 1633, Failures: 2, Skips: 0
===
Failures in :TestNG,
Hello,
> So stat, lstat, and all other related function will return -EOVERFLOW
> unless their 64 bits stat64, lstat64 counterpart is used.
>
> So I think this means that one cannot build the Guix bootstrap toolchain on an
> NVME disk.
After further investigations I think that it is needed to pa
29 matches
Mail list logo
