> However, “failed to build openssh” looks like another failure worth
> investigating. Do you have more info as to what happened exactly,
> what was printed? Can you reproduce it? It would be great if you
> could post a picture of the screen at that point.
Sorry for the delay, I had no free
Okay I've figured out what causes openssl build to fail - continuing
installation without network connection. The installer told
me network connection is required to install the system correctly, but
I thought only packages will be outdated. Is it a bug?
more. None of this happens on my librebooted machine, tried hard to
break the installation :). Guess that's it, thanks for your time. I'm
probably going to sell this nonfree machine anyway.
Jan
issing a dependency in my environment? Running "guix refresh"
without ./pre-inst-env and "guix environment guix --pure" works.
Jan Wielkiewicz
389 guix environment guix --pure
390 history
As stupid and complicated as it is, something is definitely broken
here.
Sincerely,
Jan Wielkiewicz
Dnia 2019-09-16, o godz. 18:01:04
Ludovic Courtès napisał(a):
> Hi Jan,
>
> Jan skribis:
>
> > guix/build/download.scm:313:6: In procedure tls-wrap:
> > X.509 certificate of 'api.github.com' could not be verified:
> > signer-not-found
> > invalid
>
DM service and add it again). You can fix this by ensuring the
> owner of the files under “/var/lib/gdm” is the current “gdm” user.
>
>
> -- Tim
Yes, this seems to be the same issue. I'll try the solution, but it
needs to be fixed anyway. Hope someone works on that.
Thanks for help!
---
Jan
3h3hg3rra-gs-fonts-8.11/share/fonts/type1/ghostscript/n019024l.pfb:
Nimbus Sans L:style=Bold Italic
Jan
> guix install gs-fonts
>
> maybe that would work as well as or better than
> guix install font-dejavu
>
> Idk :)
This doesn't help.
Anyway shouldn't the font-dejavu package be a dependency of Icecat then?
Jan Wielkiewicz
ll" and "sudo guix system
reconfigure /etc/config.scm" today, and the keyboard layout is still
unavailable. There's a chance this bug is similar to the bug from
the past, but not the same, letting it exist unnoticed.
---
Jan Wielkiewicz
ut reverting to a configuration with SLiM works - I can use the system
with it, but can't with GDM anymore.
---
Jan Wielkiewicz
numbers properly.
architecture: x86_64
I saw a similar bug in the database, but it's from 2017 and it was
about font issue on other distributions, not on Guix System, so I
submitted a new report, hope that's not a problem.
Jan Wielkiewicz
On Sun, 08 Sep 2019 15:20:12 -0600
Jesse Gibbons wrote:
> I cannot replicate.
> What commit did you notice this? (guix describe)
Since the beginning, not sure what commit (checked with 'guix system
list-generations'), that was:
"Generation 1 September 01 2019 01:15:51"
Probably a fresh Guix
error:
resource://activity-stream/lib/Screenshots.jsm, line 102: TypeError:
cache is undefined JavaScript error:
resource://activity-stream/lib/Screenshots.jsm, line 102: TypeError:
cache is undefined
---
Jan Wielkiewicz
upgrade everything but packages whose name contains “libreoffice”.
Will use these options next time, thanks for the info.
Jan Wielkiewicz
On Sun, 29 Sep 2019 14:27:59 +0200
Wiktor Żelazny wrote:
> The last thing that comes to my mind is the line:
>
>(use-service-modules desktop xorg)
>
> Have you got these in your config.scm?
>
> WŻ
Yes I have. I wouldn't be able to run Mate DE, if I didn't
Hi,
I encountered the same error today. I had ran "sudo herd stop tor" and
then "sudo herd stop xorg-server" and it panicked.
Jan Wielkiewicz
On Sun, 10 Nov 2019 17:24:15 +0100
Ludovic Courtès wrote:
> Hi Jan,
>
> How reproducible is it? 100%?
>
I tried only two times by now. It doesn't happen when I run
"./pre-inst-env guix build google-brotli" though. So reproducibility is
equal to 100% with 25% chan
d regards,
>
> T G-R
Is there a way to skip building libreoffice, if the substitute isn't
available?
>Or just how quickly it can destroy an SSD.
Even more fun... Waiting for a powerful libre computer from from the
ground, because running on old ThinkPads forever isn't the right
solution.
Thanks for explanations and help,
Jan Wielkiewicz
o, I'm affected by this too and have no clue how to fix it.
Can't switch to previous generations. Could you please tell me how to
get it to work again please (I'm a relatively new Guix user)?
Jan Wielkiewicz
Hi,
After running "guix pull" and "guix system reconfigure" Mate works
improperly - when you try to launch an application from the start
menu, Mate throws an error "couldn't run gio-launch-desktop (there's
not such a file or directory)".
Jan Wielkiewicz
e-9/command-line.scm:
189:23 1 (load/lang "/home/lain/.config/guix/current/bin/guix")
In unknown file:
0 (getcwd)
ERROR: In procedure getcwd:
In procedure getcwd: There's no such a file or directory
Jan Wielkiewicz
On Thu, 02 Jan 2020 19:37:43 +0100
Ludovic Courtès wrote:
>
> It most likely means that the current working directory,
> /media/user/Backup, was unmounted or somehow disappeared in the
> meantime.
>
> Can you confirm that this is the case?
>
> Thanks,
> L
anel: works
* setting wallpaper: unknown/not tested yet
etc.
Jan Wielkiewicz
;,
line 40, in gi.require_version('Gdk', '3.0') File
"/gnu/store/27lry9d3ja2jnxhvcp45v3l6pa8fkvqz-python-pygobject-3.34.0/lib/python3.8/site-packages/gi/__init__.py",
line 129, in require_version raise ValueError('Namespace %s not
available' % namespace) ValueError: Namespace Gdk not available
Jan Wielkiewicz
it was
possible to download this one) could fix this problem.
--
Jan Synáček
I guess it should just print an error or display usage.
guix 0.9.0
Cheers,
--
Jan Synáček
ore/10d780zc7bj43f71cf0pl9dl2p4q7s01-profile.drv': 1
dependencies couldn't be built
guix package: error: build failed: build of
`/gnu/store/10d780zc7bj43f71cf0pl9dl2p4q7s01-profile.drv' failed
I'm using guix-0.9.0.
--
Jan Synáček
On Sat, Nov 21, 2015 at 9:40 PM, Ludovic Courtès <l...@gnu.org> wrote:
> Jan Synáček <jan.syna...@gmail.com> skribis:
>
>> The build fails with an error if the 'makeinfo' binary is missing on
>> the system. The configure script should check for 'makeinfo' and fail
On Sat, Nov 21, 2015 at 9:51 PM, Efraim Flashner <efr...@flashner.co.il> wrote:
> On Sat, 21 Nov 2015 21:36:28 +0100
> Jan Synáček <jan.syna...@gmail.com> wrote:
>
>> I'm getting the following error:
>>
>> [...]
>> Starting download of
>> /gnu/sto
9:57 under certain conditions; type `,show c' for details.
2016-06-01 19:59:57
2016-06-01 19:59:57 Enter `,help' for help.
Greetings,
Jan
PS: I booted into Debian, did a new system init into /guix and am
running GuixSD now.
drakenvlieg.scm
Description: Binary data
--
Jan Nieuw
emporarily unavailable\n$1 = 42\n")
I'm using wip-hurd-native from
https://gitlab.com/janneke/guix.git
which adds to
https://github.com/Phant0mas/guix-on-hurd.git
a newer bootstrap guile and a procps-ng patch.
--janneke
--
Jan Nieuwenhuizen <jann...@gnu.org> | GNU Li
r packaging. So apparently it has been fixed upstream.
Thanks!
Greetings,
Jan
--
Jan Nieuwenhuizen <jann...@gnu.org> | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl
tion.scm:
...
152:20 (add-user "postgres" "postgres" #:uid #f #:comment "Po#" #)
In unknown file:
0 (system* "useradd" "-g" "postgres" "-c" "PostgresSQL" se#" #)
I'm not sure how to debug this furthe
Hi!
Running
bash crash.nw
in an xterm makes Emacs segfault about 4 out of 5 times for me.
Greetings,
Jan
crash.nw
Description: Binary data
mes.crash
Description: Binary data
--
Jan Nieuwenhuizen <jann...@gnu.org> | GNU LilyPond http://lilypond.org
Freelance I
acs from GIT and there the
problem is not present. Looking at the diff from 25.1 until HEAD I do
not see any obvious patches, neither does the git log point me to one.
Greetings,
Jan
bt
Description: Binary data
--
Jan Nieuwenhuizen <jann...@gnu.org> | GNU LilyPond http:/
Find attached. There is no debugging info, is there a package that
I can install which includes the debugging symbols?
stacktrace
Description: Binary data
--
Jan Nieuwenhuizen <jann...@gnu.org> | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar®
ing
lucky?
janneke
--
Jan Nieuwenhuizen <jann...@gnu.org> | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
ure, see bug#28659 ...possbily this needs to be merged that bug.
janneke
--
Jan Nieuwenhuizen <jann...@gnu.org> | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Jan Nieuwenhuizen writes:
> That's a good suggestion. I have tried this and the bug is also gone
> here, with our packaging. So apparently it has been fixed upstream.
long fixed, long -done.
janneke
--
Jan Nieuwenhuizen <jann...@gnu.org> | GNU LilyPond http://lilypond.org
Freel
Ludovic Courtès writes:
> Sorry for not answering earlier. I cannot reproduce it with
> v0.11.0-2111-g85533e2 and with the config you sent.
>
> Could you check on your side?
Sorry for not getting back earlier. I've been running postgres VM's for
quite some time now.
jann
13294084 0 147
13294085 0 151
13294086 0 156
13294087 0 57
13294519 57 0
13294520 157 0
13294521 162 0
13294522 151 0
13294523 147 0
13294524 151 0
13294525 156 0
janneke
[0] https://gnunet.org/bot/log/guix/2017-10-01#T1517584
--
Jan
Jan Nieuwenhuizen writes:
The changing of the libgit-0.26.0 checksum was already reported about 3
weeks ago (github seems to only show relative dates)
https://github.com/libgit2/libgit2/issues/4343
and the bug is still open. It seems to be a github thing. As I
understand it, currently our
t be fine?
Do we want/need to bring out a new release for this, e.g. 0.13.1, or
even 0.14? I'm not sure how bad it is that --no-substitutes does not
work. I think working on guix pull to not compile everything locally
may have priority?
janneke
--
Jan Nieuwenhuizen <jann...@gnu.org> | GNU Lily
181 http://guix2.oban.verum.com:8181
http://janneke.lilypond.org:8080;
*) 3ae76f7f5 gnu: vsearch: Update to 2.5.0.
--
Jan Nieuwenhuizen <jann...@gnu.org> | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Ludovic Courtès writes:
> I think you can now push the patch in Guix.
Thanks, push to master as 68cb962a8d6d384a02e3e8eac23af2582d73c6e7
janneke
--
Jan Nieuwenhuizen <jann...@gnu.org> | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
h-update-autoloads ../../git-checkout/lisp/calendar
make[2]: *** [Makefile:466: ../../git-checkout/lisp/calendar/cal-loaddefs.el]
Segmentation fault
Greetings,
janneke
>From c0cecb3e3f39de01c674dadf8949186e94d5fb9b Mon Sep 17 00:00:00 2001
From: Jan Nieuwenhuizen <jann...@gnu.org>
Date: Tue, 7 N
Efraim Flashner writes:
> Will it build with libjpeg-turbo or libjpeg-9? I'm not sure how feasable
> it is, but I'd like to remove libjpeg-8 (and some other old libraries)
> if its possible.
As communicated over irc; yes, it build with libjpeg-9.
janneke
--
Jan Nieuwenhuizen <jan
(zero? (system* "sh" "autogen.sh"))
>
> Couldn't this be a make-flag or a configure-flag?
Yes, as a configure flags also works. However, I tracked down the
segfault, backported a patch and and now it builds with -O2.
New patch attached.
>From f663
Jan Nieuwenhuizen writes:
> However, now the build fails with a segfault:
>
> EMACSLOADPATH= '../src/bootstrap-emacs' -batch --no-site-file --no-site-lisp
> -l autoload \
>--eval "(setq generate-autoload-cookie \"###cal-autoload\")" \
>--eval
v]
so indeed, it looks fine; and it makes sense. I was working on the
$ORIGIN stuff inside (a copy of) the gcc-4.7.4 builder -- that code is
of course (re)used by all other gcc packages.
Greetings,
janneke
>From 22d5353991784409e3a8e671611c5ccff3ff7b68 Mon Sep 17 00:00:00 2001
From: Jan Nieuw
some work has been
done on the topic of upstreaming patches. I think some effort has gone
(is going?) into a email template that starts by explaining what
reproducible-builds is, why it is important and why upstream should
consider taking the patch.
Greetings,
janneke
--
Jan Nieuwenhuizen <jann...@g
' failed after 10.5 seconds
Obviously that's fu, because libjpeg-8 is available. I tried several
things, previous versions of libjpeg; not sure what's going on here.
Greetings,
janneke
--
Jan Nieuwenhuizen <jann...@gnu.org> | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSour
"BUILD_PATH_PREFIX_MAP"))
Greetings,
janneke
>From b2fb0adc3e0de7194493a0c5f1f9bbdbcd0a4087 Mon Sep 17 00:00:00 2001
From: Jan Nieuwenhuizen <jann...@gnu.org>
Date: Mon, 6 Nov 2017 22:50:05 +0100
Subject: [PATCH] gnu: gcc-4.7: Resurrect building with gcc-5.4.0.
* gnu
ld be an ad-hoc, new git archive. It would also be nice if Guix
could somehow record upstream sources as (shallow?, tarred?) git
archives.
janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
would be useful to
provide a way to avoid installing something that is cricitally broken,
like Debian's apt-listbugs package/facility
(https://packages.debian.org/sid/apt-listbugs).
janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com
-service)
(console-keymap-service "dvorak" "ctrl")
(service openssh-service-type
(openssh-configuration
(port-number )
(permit-root-login #t)
e of the url this commit.
Sorry for updating so soon, I sure hope we can keep this Mes-0.19 for
quite some time.
janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
lpha.gnu.org/gnu/guix/bootstrap/20181020 alongside the other tarballs.
>
> Sounds good?
Beautiful. I'll rewrite the one commit to not introduce the
lilypond.org URL and push my core-updates to savannah.
> Thank you!
Yes, thank you!
Then we can inform Eelco on the new, fast bootstrap
TS") ;guix-authenticate
+ "install-nodist_pkglibexecSCRIPTS")
;; We need to tell 'guix-daemon' which 'guix' command to use.
;; Here we use a questionable hack where we hard-code root's
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Jan Nieuwenhuizen writes:
> Should `package-with-explicit-inputs' behave like I think it does, i.e.,
> should both test packages list the same dependencies, or am I missing
> something?
Printing the packages in the Guix Repl gives this result
--8<---cut here
Ludovic Courtès writes:
> The difference comes from the fact that ‘gnu-make-explicit-inputs’ has
> Guile in its ‘inputs’:
Ah, I missed that!
> scheme@(gnu packages pawei)> (package-direct-inputs gnu-make-explicit-inputs)
> $5 = (("libc" # 3d216c0>) ("gcc" # 3d21600>) ("binutils" #
Ludovic Courtès writes:
>> I tried this! The dependencies look OK, but the package won't build --
>> there's no tar, make etc.
>
> Ah, true!
>
>> ...but that looks a bit strange: if we have to mention the inputs a
>> second time the advantage over using the `gnu-make-no-implicit-inputs'
>>
Hi!
Rewriting the bootstrap on the wip-bootstrap branch I found additional
inputs in packages that use `package-with-explicit-inputs', such as
diffutils-boot0.
I would expect diffutils-boot0 to list just one extra input in addition
to gnu-make-boot0; namely the package gnu-make-boot0; however it
Mark H Weaver writes:
> It seems to me that the best way to accomplish this is to backport the
> new '%bootstrap-tarballs' from 'wip-cu-binaries' to the 'master' branch.
I called that `wip-binaries', @master from three weeks ago.
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypo
Good catch. We probably can, we might try that.
I think the need for updating to bb062b0 has been removed during the
review of the integration of the reduced binary seed bootstrap into
core-updates by Ludovic.
For historical reasons, I think this mescc-tools commit
--8<---cut here-
ix.git/commit/?h=core-updates-next=659a2d0f4fff889dff902e32b569e4ca0ae5384a
Greetings,
janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
re-updates-next is usually done by
working on a clone of the Guix Git archive. See `14.1 Building from
Git' (https://guix.gnu.org/manual/en/html_node/Building-from-Git.html).
Greetings,
janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com
t-xorg-configuration (xorg-configuration
(keyboard-layout keyboard-layout))
slim-service-type)
PS tried sending this message to
https://issues.guix.gnu.org/issue/26234
but it got lost. Is it an accident, or is sending messages to closed
issues impossible?
---
Jan Wielkiewicz
"http://www.fdn.fr/~lcourtes/software/guix/packages;
--8<---cut here---end--->8---
and running
./pre-inst-env guix build --system=i686-linux -e '(@@ (gnu packages
commencement) tcc-boot0)'
Thanks again for looking into this!
Greetings,
janneke
&
n ootb.
There's no real reason to update bootstrap tarballs for those versions
and I cannot promise a release date yet.
Further work on mes-0.21 should bring the Reduced Binary Seed bootstrap
to ARM (lots of work still) and replace the `static-binaries' with Gash,
reducing the size of
. Can someone please help me independently
> verify these binaries?
Yeah, I don't know...Do I dare to suggest you give it a retry? I built
it on a x86_64 dell xps-13 9350. Your X200 is also 64bits right?
Greetings, a puzzled janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Jan Nieuwenhuizen writes:
> Hmm, I'm not sure how much work it would be. If we're lucky then the
> recipes from gnu/packages/bootstrap.scm
*gnu/packages/make-bootstrap.scm
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar
Jan Nieuwenhuizen writes:
>> What I need is a way to build the new bootstrap tarballs without using
>> the existing 'core-updates' branch. I need a way to build them from a
>> branch that's based upon the much older bootstrap binaries that we've
>> been using for
61d14ae15f2f.
They give the same md5sum for me as the wip-binaries branch that
branched off of master; so mine are at
http://lilypond.org/janneke/guix/20190722/
After this commit should come the update-commit, using them in
bootstrap.scm.
HTH,
janneke
--
Jan Nieuwenhuizen | GNU LilyPond http:
though, would be nice if
someone fixed it and the fact (keyboard-layout (keyboard-layout "pl,cz"
"legacy,ucw")) works on your machine, but not on mine is strange.
Jan Wielkiewicz
> (keyboard-layout "pl,cz" "legacy,ucw"
>
> #:options
> '("compose:menu,grp:caps_switch"))) ;; skipped content
> ))
>
> WŻ
Jan Wielkiewicz
tes as 308eb5c11a885768f81fb6136fd4d30b4639fe04
Greetings,
janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
on Sep 17 00:00:00 2001
From: Jan Nieuwenhuizen
Date: Sun, 29 Sep 2019 13:08:01 +0200
Subject: [PATCH] gnu: gcc: Fix i686-linux cross compiler.
This resurrects
./pre-inst-env guix build --target=i686-unknown-linux-gnu hello
* gnu/packages/cross-base.scm (cross-gcc-arguments): Do not bui
Jan Nieuwenhuizen writes:
> Jan Nieuwenhuizen writes:
>
>> Bengt Richter writes:
>>> I tried
>>> guix build bootstrap-tarballs
>>
>> Yes, sadly that's not supported on current master. It should work on
>> core-updates. So I tried that and
schould be fixed on 0.5.2 and I just found that building
bootstrap-bash also breaks due to an update to bash-5.
Greetings,
jannneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Jan Nieuwenhuizen writes:
> Bengt Richter writes:
>> I tried
>> guix build bootstrap-tarballs
>
> Yes, sadly that's not supported on current master. It should work on
> core-updates. So I tried that and found it fails in similar ways.
The attached patche
Marius Bakke writes:
> Jan Nieuwenhuizen writes:
>> I stumbled upon this while working to fix #37549. Where should this
>> patch land?
>
> This patch should be safe for 'core-updates'. Please double check that
> it does not rebuild the world, though. :-)
I was h
/utils.scm:616:6:
In procedure invoke:
Throw to key `srfi-34' with args `(#)'.
---
Jan Wielkiewicz
ic3qv469j8fd…" …) …)
In guix/progress.scm:
219:14 0 (display-download-progress "google-brotli-@" #f # _ # _ …)
guix/progress.scm:219:14: In procedure display-download-progress:
In procedure =: Wrong type: #f
Jan Wielkiewicz
Dnia 2019-11-06, o godz. 10:35:25
Ludovic Courtès napisał(a):
> Hi Jan,
>
>
> Could you send the log returned by:
>
> guix build --log-file
> /gnu/store/brvizic3qv469j8fd2xgsgx9p8s5s1j7-google-brotli-1.0.7-checkout
>
> ?
https://ci.guix.gnu.org/log/brvizic3qv46
ogress.scm:219:14: In procedure display-download-progress:
In procedure =: Wrong type: #f
> Thanks,
> Ludo’.
Jan Wielkiewicz
jami-wip-09-11-2019.tar.bz2
Description: application/bzip
d-response' with args `("Bad Response-Line:
~s" (""))'. guix pull: error:
`/gnu/store/v0wg5qvf88jhyrdzyphafwmvbj7lzra6-guix-1.0.1-10.41b4b71/bin/guix
substitute' died unexpectedly
Jan Wielkiewicz
seem to find anything that resembles
this build problem or a fix.
Greetings,
janneke
>From 4966d8dc9e079a5fb776f456dfb3f0918bcfa1b9 Mon Sep 17 00:00:00 2001
From: Jan Nieuwenhuizen
Date: Tue, 24 Sep 2019 20:23:31 +0200
Subject: [PATCH] gnu: gcc: Fix mingw cross compiler.
* gnu/packages/patc
Jan Nieuwenhuizen writes:
I sent it as when it worked and then found it could be cleaned up; attached.
janneke
>From 051e4a62cbc6d48015f0f2f807141ad92ac73cf2 Mon Sep 17 00:00:00 2001
From: Jan Nieuwenhuizen
Date: Tue, 24 Sep 2019 20:23:31 +0200
Subject: [PATCH] gnu: gcc: Fix mingw cr
2.0' make:
*** [Makefile:486: all] Error 2 command "make" "-j" "2"
"gtk_update_icon_cache=true" failed with status 2
This time it doesn't seem to be caused by my underpowered laptop,
because I haven't encountered any freeze and the package doesn't seem
to be anything serious.
Jan Wielkiewicz
now I'm able to run "guix refresh", so the issue can be closed.
Thank you all for suggestions.
Jan Wielkiewicz
if the manual or the cookbook contained a
step-by-step list like this:
Quick setting up the environment:
1. git clone ...
2. ./bootstrap
3. ./configure --localstatedir=/var/
4. make check
5. setting certificates to be able to update a package
etc.
Jan Wielkiewicz
here---end--->8---
shows. Thoughts?
Greetings,
janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
shtwzrd writes:
> I've noticed that guix pull has started to hang consistently when
> building guix-system.drv, 55% of the way through.
Ah; I'm seeing this too -- for me current master consistently hangs at
54%
janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance I
Ludovic Courtès writes:
> Jan Nieuwenhuizen skribis:
>
>> building
>> /gnu/store/cjim33x0q1bv1ppkv3qijvr1pvsn4y0q-harfbuzz-2.4.0.tar.bz2.drv...
>> downloading from
>> https://www.freedesktop.org/software/harfbuzz/release/harfbuzz-2.4.0.tar.bz2...
>>
Ludovic Courtès writes:
> Hi,
>
> zimoun skribis:
>
>> On Thu, 13 Feb 2020 at 22:34, Ludovic Courtès wrote:
>>>
>>> Hi,
>>>
>>> Jan Nieuwenhuizen skribis:
>>>
>>> > building
>>> > /gnu/store/cjim33x0q1b
zimoun writes:
Hi Simon,
> On Fri, 14 Feb 2020 at 14:24, Jan Nieuwenhuizen wrote:
>
> This command
>
>> >> $ guix download -o /tmp/harfbuzz-old.tar.bz2 \
>> >>
>> >> https://ci.guix.gnu.org/file/harfbuzz-2.4.0.tar.bz2/sha256/1mpah6kwqid1kxsj4r
nu/services/base.scm
+++ b/gnu/services/base.scm
@@ -11,6 +11,7 @@
;;; Copyright © 2019 Tobias Geerinckx-Rice
;;; Copyright © 2019 John Soo
;;; Copyright © 2019 Jan (janneke) Nieuwenhuizen
+;;; Copyright © 2020 Florian Pelz
;;;
;;; This file is part of GNU Guix.
;;;
@@ -2
or
> now since it could be error-prone to have different features depending
> on the platform.
>
> WDYT?
Yes, I removed it. Hoping that's okay. We just decided above it's
adding an unnecessary "if".
@Timothy: if you want to change this in bootar itself and remove the
workaround from
1 - 100 of 245 matches
Mail list logo