[user@abyayala ~/src/packages]$ sudo guix system reconfigure /etc/config.scm
guix system: error: failed to load '/etc/config.scm':
ice-9/boot-9.scm:2903:6: In procedure resolve-interface:
ice-9/boot-9.scm:2903:6: no code for module (ng0 packages personalized)
[user@abyayala ~/src/packages]$ env |
Forget about "the inverse" (where you depend on the foreign distro's
fontconfig), it doesn't work well with software installed through Guix
(tested with Inkscape), because these can't see the foreign distro's
fonts.
Or you can do "the inverse", by doing this:
1. *Do not* install fontconfig from Guix, but make sure to have fontcofig
installed in your foreign distro.
2. Make the file "$XDG_CONFIG_HOME/fontconfig/fonts.conf" with contents:
# Begin of file
~/.guix-profile/share/fonts
# End of file
3.
Another report made by me which might be related to this issue:
I noticed that the copy of Inkscape that I installed through Guix
doesn't include the fonts that are provided by the foreign distro
(Trisquel 7) so far, although it does include the fonts that are inside
"$XDG_DATA_HOME/fonts" (and ch
Problem: When using multiple substitute servers, if one of the server is
temporarily unreachable, `guix substitute --substitute' will throw an
exception. Example (while bayfront server was down, attempting to build
a package only available locally (emacs-dvc)):
--8<---cut here-
Sergei Trofimovich skribis:
> Starting download of
> /gnu/store/xdjl5wxdjghq85nbc9qacgyzh8d54f6y-texlive-20160523b-texmf.tar.xz
> From
> ftp://tug.org/historic/systems/texlive/2016/texlive-20160523b-texmf.tar.xz...
Fundamentally, I think we should just fix our ‘texlive’ package such
that it do
Mark H Weaver skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> civodul pushed a commit to branch master
>> in repository guix.
>>
>> commit 49f9d7f697d19870f01104cdb6a90a32aea87679
>> Author: Ludovic Courtès
>> Date: Tue May 2 12:21:31 2017 +0200
>>
>> services: nscd: Create /etc/res
Mark H Weaver skribis:
>> ERROR: In procedure #:
>> ERROR: Wrong type to apply: #
>
> This indicates another case of a macro being used before it is defined.
> I don't have time at the moment to investigate further.
I just followed up on that here:
https://debbugs.gnu.org/cgi/bugreport.cgi?bu
Marius Bakke writes:
> Leaving this bug open until the upstream issue is created so it can be
> added here as a reference.
Filed here: https://issues.apache.org/jira/browse/SERF-184
signature.asc
Description: PGP signature
