This now builds fine (in fact, it was substituted when I checked just
now, but `guix build --check` works with no errors).
--
Josh Holland
Hi Raghav,
I cannot reproduce this issue with Icedove. I'm running IRC for several
days just fine in icedove 68.8.0 with no peaks in CPU or so.
With thunderbird it often helps to close the programm and open it again.
This is my experience as long time user :P
Ludovic Courtès writes:
Hello!
> Ludovic Courtès skribis:
>
>> Actually all the profile hooks refer to the native derivation.
>
> I’ve looked at it and this problem is surprisingly tricky to address.
Thank you so much for looking into this!
> I’ve tried to address it in an API-compatible way,
Hello Jan,
> and with that "system build" succeeds (after a while) but "system vm-image"
> says
>
> guix system: error: gnu/packages/glib.scm:404:2:
> gobject-introspection@1.62.0: build system `meson' does not support cross
> builds
>
> This could be mostly harmless...still building a fu
Hello,
> We could maybe do something like that:
>
> (define (operating-system-hardware-specific-services)
> #~(let-system (system target)
> (cond
> ((target-arm? system target)
> '())
> ((target-intel? system target)
>
Hello,
Fonts provided by the font-gnu-freefont package seem to be broken. In my
case, under Guix system, they do not appear in LibreOffice,
gnome-terminal shows them as squares and they do not have any effects in
inkscape (a fallback font is probably use instead).
Commits 5483a2d0a913fe533744699e
L p,
L p R n d n 写道：
Fonts provided by the font-gnu-freefont package seem to be
broken. In my
case, under Guix system, they do not appear in LibreOffice,
gnome-terminal shows them as squares and they do not have any
effects in
inkscape (a fallback font is probably use instead).
What's the
Hello,
When trying to reproduce another “guix deploy” bug for a future bug
report
I stumbled upon this one: it's not possible to deploy as a user
(machine-ssh-configuration-user) different than “root“, even with a
properly configured sudoers file[0]. Deploying with root works when ssh
is
conf
I havent tested, but looking at the installed fonts it seems clear that
they are in the wrong directory.
From 4f11dc30d324964c14bac748393f7b54df69d340 Mon Sep 17 00:00:00 2001
From: Michael Rohleder
Date: Wed, 13 May 2020 17:28:27 +0200
Subject: [PATCH] gnu: font-gnu-freefont: fix for bug 41233.
Hello again,
Guix deploy errors message can be hard to understand, see the following
output for example:
--8<---cut here---start->8---
$ guix deploy -Lmodules systems/hystou-p04.scm
guix deploy: warning: failed to load '(config workstation)':
no code for modul
Hey Guix,
Here is an other “guix deploy” bug: setting a file-system-device field
to a
UUID makes deploy hangs indefinitely. Using a string (eg.: "/dev/sda1")
instead, “guix deploy” succeed. Following is an output showing it
hanging:
--8<---cut here---start
Michael,
Michael Rohleder 写道：
I havent tested, but looking at the installed fonts it seems
clear that
they are in the wrong directory.
There are no wrong directories.
(woff-font-dir (string-append
%output
-
"/share/fonts/woff")))
+
"
Tom Zander via Bug reports for GNU Guix writes:
>> > You asked for an example; see `git commit -S`. From the manpage:
>> >-S[], --gpg-sign[=]
>>
>> Thank you for the example. Let me show you that it raises an issue
>> too because it is not so "simple". :-)
>
> Easier example then: from t
Hey Guix,
“guix deploy” bugs; they keep coming! “guix deploy” doesn't make use of
SSH
channels[0], instead it close the SSH session each time after sending
store
items. This may be unnoticeable by users using a password-less SSH key
(bad!) or an SSH agent (better!) but for the other it mean en
Dear Arne,
On Wed, 13 May 2020 at 18:32, Arne Babenhauserheide wrote:
> And please don’t do radical changes on guix package. That would break
> the workflow of every slightly longer term guix user.
I do not want to do radical changes. The parser of the command-line
is SRFI-37. So it is docume
Hi Efraim,
On Wed, 13 May 2020 at 13:04, Efraim Flashner wrote:
> guix build: error: derivation
> `/gnu/store/z21c12ijspavaclcins5pja8z1s8wbm0-julia-1.4.1.drv' may not be
> deterministic: output
> `/gnu/store/ri931fk8hf5wvagk76zhmwbphq2pwgnp-julia-1.4.1' differs from
> ?/gnu/store/ri931fk8hf
Summary:
After doing a guix pull; sudo guix system reconfigure /etc/config.scm on a
fresh 1.1.0 install via iso the default font for all xfce displays breaks. Each
character in menu, applications, and terminals is a box with four dots (no
character available).
If I switch from generation 2 (r
Dear zimoun,
zimoun writes:
> It would like it works. And to do so, I accept that "guix package -I
> regexp -p /tmp/profile" does not anymore and would be replaced by
> "guix package -Iregexp -p /tmp/profile" which already works (as
> specified by SRFI-37).
Wow, this surprised me. I expected
Ricardo Wurmus writes:
> avr-toolchain-5.5.0 fails to build. It seems to be mixing headers from
> GCC 5 and GCC 7:
>
> --8<---cut here---start->8---
> In file included from
> /gnu/store/rn75fm7adgx3pw5j8pg3bczfqq1y17lk-gcc-7.5.0/include/c++/stdlib.h:36:0,
>
Ricardo Wurmus writes:
> gcc-cross-sans-libc-arm-none-eabi-4.9.4-1.227977 (an input to
> axoloti-patcher) fails to build.
>
> Just like with issue #41209 the headers for both GCC 5 and 7 are
> included.
>
> --8<---cut here---start->8---
> …
> make[2]: Leaving d
I think in the intervening 4.5 years we've done a good job of removing
the bundled libraries from qt-4 and qt-5 and then qtbase. I'm going to
consider this bug a success. The note in the snippet says there are a
few more bundled libraries, like md5 and sha3 (and harfbuzz) but we've
otherwise done a
Closing this bug as fixed.
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
W Knight writes:
> Summary:
> After doing a guix pull; sudo guix system reconfigure /etc/config.scm on a
> fresh 1.1.0 install via iso the default font for all xfce displays breaks.
> Each character in menu, applications, and terminals is a box with four dots
> (no character available).
> If
Hi it's me again,
“machine-ssh-configuration-identity" field isn't respected. When setting
it
to the path of my password-less private key (bad!), with a SSH agent
running and my smart-card plugged in, running “guix deploy” my agent
will
asked the pin of my smartcard first. I was expecting th
Trying `xdg-open mailto:guix-de...@gnu.org` in XFCE or MATE fails. The
same happens when you click on a mailto link in Icecat. I have
claws-mail and icedove installed. They both have
`MimeType=x-scheme-handler/mailto;` in their desktop files.
```
jonathan@x250 ~$ Can't locate URI/Escape.pm in @INC
I believe this was fixed by commit
21fcfe1ee969cc477dc41486ae4074e655d44274.
Closing.
--
Ricardo
Attaching build log.
commit: 8ba4d8a347fbdf9fe09e8ac801b4ac0586ac382a
starting phase `set-SOURCE-DATE-EPOCH'
phase `set-SOURCE-DATE-EPOCH' succeeded after 0.0 seconds
starting phase `set-paths'
environment variable `PATH' set to
`/gnu/store/krpyb0zi700dcrg9cc8932w4v0qivdg9-pkg-config-0.29.2/bin:/g
tsmish writes:
> Attaching build log.
> commit: 8ba4d8a347fbdf9fe09e8ac801b4ac0586ac382a
Thanks!
> /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:266:22:
> error: ‘__gnu_cxx::strtold’ has not been declared
>using ::__gnu_cxx::strtold;
> ^
>
Hi Hartmut,
have you been able to reproduce this with a simpler test case? Or would
you agree to close this issue as unreproducible?
--
Ricardo
Ricardo Wurmus writes:
> I reported this here:
>
> https://github.com/flatpak/flatpak/issues/3612
>
> I’d say we close this issue here, because the segfault isn’t our fault.
Upstream has acknowledged and addressed the bug.
Closing.
--
Ricardo
Ricardo Wurmus writes:
> This is not very helpful, because it’s hard to tell how we got there.
> Which of the selected services provide xorg-server?
This is the wrong question. While Shepherd services may have been
introduced to the Shepherd service graph by other general system
services, thi
zimoun writes:
> Digging in the bug tracker, I found this bug [1] about ESS saying that
> it does not behave like all other Emacs packages; installing in
> '$out/share/emacs/site-lisp/ess' instead of "guix.d".
>
> Well, all other packages do install in '$out/share/emacs/site-lisp/'
> as the man
32 matches
Mail list logo
