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
`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
+++
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
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
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:
>
>
>
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
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
>
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
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
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
> 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
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
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
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?
--- /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
│ │ │ │ │ ---
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:
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
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
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
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
Installing hunspell-dict-fr has no effect on Libreoffice which does not
offer spell checking beyond English.
For now the only way to add extra dictionaries is to fetch them manually online.
Besides, we miss many hunspell dictionaries.
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
I can confirm this issue and I've been experiencing it for almost a
year.
It used to work.
This is very embarrassing since our IceCat is misleading the users that
they are browsing anonymously while they are not.
Mark, any idea about this?
--
Pierre Neidhardt
https://ambrevar.xyz/
31 matches
Mail list logo
