Closing this bug, since by
https://lists.gnu.org/archive/html/help-guix/2019-12/msg00140.html
the problem is solved.
Andreas
Brett Gilio writes:
[...]
> Leo and Maxim,
>
> Do you think this feature addition to the emacs-build-system is good to
> be pushed, then? I think it looks quite fine but I want to double check
> before potentially doing something dumb.
LGTM!
Thank you!
Maxim
This should do the trick:
diff --git a/gnu/packages/gnuzilla.scm b/gnu/packages/gnuzilla.scm
index d5d9839e1a..e9458037a5 100644
--- a/gnu/packages/gnuzilla.scm
+++ b/gnu/packages/gnuzilla.scm
@@ -1023,7 +1023,11 @@ from forcing GEXP-PROMISE."
(format #t "configure flags: ~s~%"
Icecat retains a reference on clang. This is because the file
./chrome/toolkit/content/global/buildconfig.html (inside of
lib/icecat/omni.ja) records configuration options, which include the
location of clang.
This should be removed.
--
Ricardo
Can you still go to another console once it hangs?
Try pressing Alt-F2 or Alt-F3 or something (once it hangs).
Then we could try to find out via "ps" and maybe via /proc and "strace" what
it's doing.
pgpSZMPR5s31C.pgp
Description: OpenPGP digital signature
Christopher Baines writes:
>> Could it be that the reference to guile-email in the version field of
>> mumimu created this issue?
>> --8<---cut here---start->8---
>> (version (git-version (package-version guile-email) revision commit))
>>
USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND
dannym 19221 20.8 87.4 9404812 6884184 pts/0 Tl 20:34 2:40
/gnu/store/sc7z07gim1iq5zvfz1amdwf2irxrzifg-guile-2.2.6/bin/guile
--no-auto-compile /home/dannym/.config/guix/current/bin/guix pull
pgpgwwzosj28v.pgp
Hi Ludo,
On Mon, 11 Nov 2019 21:42:24 +0100
Ludovic Courtès wrote:
> Also, it would be great if you could identify which derivation build
> requires that much memory, if this was happening sequentially. (I
> suspect “guix-packages.drv” is the one that eats up the most memory.)
How do I do
Hi Chris,
Christopher Baines skribis:
> Jelle Licht writes:
[...]
>> I do not think it was that commit, as I found the offending commit:
>> c7b2b539802eaa3f969e212c98eb671a1a75e9f3
>>
>> This is the commit that adds mumimu to gnu/packages/mail.scm, as well as
>> to the inputs of mumi.
Hi Gábor,
help-debb...@gnu.org (GNU bug Tracking System) skribis:
> This was an upstream regression introduced in nginx 1.17.5.
> It is fixed in 1.17.7. Fixed by updating nginx to 1.17.7 in commit:
> 32dfde905229e593f9fe60795d2490f99c27aad5
> and updating berlin config in maintenance on commit:
Ludovic Courtès ezt írta (időpont: 2019. dec. 26., Cs, 18:31):
>
> Hi,
>
> Gábor Boskovits skribis:
>
> > Here is the upstream bug report:
> > https://gitlab.gnome.org/GNOME/babl/issues/49
>
> Thanks for finding it! The discussion is still on-going, but it seems
> that we could perhaps apply
>
Hi,
Gábor Boskovits skribis:
> Here is the upstream bug report:
> https://gitlab.gnome.org/GNOME/babl/issues/49
Thanks for finding it! The discussion is still on-going, but it seems
that we could perhaps apply
https://gitlab.gnome.org/GNOME/babl/commit/84128d538aa4f189c31d296d04084762ce062107
Danny Milosavljevic writes:
> Hmm, would it make sense to deprecate the "netcat" package then--with a hint
> on
> how to get the functionality (by installing nmap)?
There is no shortage of netcats in Guix.
In addition to 'ncat', there is 'netcat-openbsd', and LibreSSL also
includes a 'nc'
Sergiu Marton writes:
> Tried installing i3-gaps on a fresh VM with Guix. Still the same
> problem when getting it from the official sources. Gaps aren't
> working. When installing from a file that has the original definition
> (without inheritance), gaps work. So it's exactly the same
Jelle Licht writes:
> Arun Isaac writes:
>
>>> My best guess is that this has something to do with a circular
>>> reference between guile modules, but I am not certain on how to easily
>>> debug (and fix) this.
>>
>> I updated the guile-email package two days ago. I hope that is not what
>>
15 matches
Mail list logo
