Hey Vagrant,
> I'm writing this from memory now, but I can also boot the machines at a
> later point and get the exact configurations, if needed.
Sorry for breaking your use-case. Recently I have split up the
bootloader installation in two distinct parts:
- Installing a bootloader directly on a
Hi Emmanuel,
Emmanuel Agullo skribis:
> A typical "hello world" C++ fails in an environment with both
> `gcc-toolchain' and `clang-toolchain', apperently due to the setup of
> the `CPLUS_INCLUDE_PATH' environment variable (used because of the
> `#include ' instruction), when compiling with `clan
Hey,
> Mathieu, are there other file system operations happening beyond that?
The final "sync" call is done just after the user clicks on "Reboot", so
if the flash drive is removed before clicking on "Reboot" I guess things
can go wrong.
I'll see if I can reproduce this issue.
Thanks,
Mathie
Thanks, Updated.
>From fe0098082289a2350002da4e2438c41f6385b3e2 Mon Sep 17 00:00:00 2001
From: Amar Singh
Date: Wed, 21 Oct 2020 02:02:02 +0530
Subject: [PATCH] guix publish: Provide server's signing key.
Published at $(guix-publish-uri)/signing-key.pub
Knock yourselves out! Best in industry.
Hi Guillaume,
Thank you for asking upstream.
On Wed, 21 Oct 2020 at 18:45, Guillaume Le Vaillant wrote:
> A developer of SBCL agrees that the timestamp should be removed [1], but
> currently Slime has a function depending on it. I asked if this could
> be fixed [2]. We'll see...
>
> [1] https:
Hey Ludo!
> ‘process-build-log’ in Cuirass uses ‘read-line/non-blocking’ to read a
> line from the log port of ‘build-derivations&’. If that really is
> non-blocking (and I think it is), then we should be fine?
>
> We should attach GDB to Cuirass next time to see what’s blocking.
Cuirass is cu
Hello,
> I have now copied the database to a tmpfs mounted directory to make sure
> that those inconsistent duration are only caused by the I/O pressure on
> berlin.
This helps a lot. The Cuirass web service has been running smooth since
two days, without any inconsistent query times.
I'm cons
According to the description of emacs-cl-generic, it exists to provide
some backward compatibility for old Emacsen(< 25)
However, the Guix already package Emacs 27(even 28 on master branch).
IMO, emacs-cl-generic have done its job and we no longer need it.
Package emacs-finalize depends on emacs
Hello,
The 'freetype' package is vulnerable to CVE-2020-15999.
According to
https://chromereleases.googleblog.com/2020/10/stable-channel-update-for-desktop_20.html,
an exploit already exists in the wild.
I'm busy for a couple of days and won't be able to work on it in time.
Volunteers wanted!
F
Ludovic Courtès writes:
> Hi,
>
> Taylan Kammer skribis:
>
>> Could you please test whether bytestructures 1.0.8 fixes the issue?
>
> Thanks for the prompt reply! I tested 1.0.8 and it does not fix the
> problem.
>
> I think the problem might be that the ‘cond-expand-provide’ call might
> affec
Marius,
Marius Bakke 写道：
The 'freetype' package is vulnerable to CVE-2020-15999.
Oh dear. 'Thanks' for breaking the news.
I'm busy for a couple of days and won't be able to work on it in
time.
Volunteers wanted!
It feels like it shouldn't work (what with the different .so
version & all)
Hello!
I'm happy to report this was due to mis-configuration on my part. More
specifically, it it was missing the xorg-configuration modification bit,
which is documented. Testing in a VM using the following, modified
configuration cannot reproduce the problem:
--8<---cut here--
On 2020-10-22, Mathieu Othacehe wrote:
> Hey Vagrant,
>
>> I'm writing this from memory now, but I can also boot the machines at a
>> later point and get the exact configurations, if needed.
>
> Sorry for breaking your use-case. Recently I have split up the
> bootloader installation in two distinct
Hello,
Ludovic Courtès writes:
> Hi Lars,
>
> Lars-Dominik Braun skribis:
>
>> From 42ff75c9d4da4eb2aeece96119ae5a65a9ccac82 Mon Sep 17 00:00:00 2001
>> From: Lars-Dominik Braun
>> Date: Mon, 20 Jul 2020 11:27:35 +0200
>> Subject: [PATCH 1/2] gnu: guile-ssh: Update to 0.13.0.
>>
>> * gnu/packa
Hello Nicolas, Alberto,
Nicolas Goaziou writes:
> Hello,
>
> Alberto Eleuterio Flores Guerrero writes:
>
>> * gnu/packages/emacs-xyz.scm (emacs-typing): New variable.
>
> Thank you.
>
>> +(define-public emacs-typing
>> + (package
>> +(name "emacs-typing")
>> +(version "1.1.4")
>
> This
Hi,
On +2020-10-22 13:08:45 -0700, Vagrant Cascadian wrote:
> On 2020-10-22, Mathieu Othacehe wrote:
> > Hey Vagrant,
> >
> >> I'm writing this from memory now, but I can also boot the machines at a
> >> later point and get the exact configurations, if needed.
> >
> > Sorry for breaking your use-c
Hello,
Zhu Zihao writes:
> According to the description of emacs-cl-generic, it exists to provide
> some backward compatibility for old Emacsen(< 25)
>
> However, the Guix already package Emacs 27(even 28 on master branch).
> IMO, emacs-cl-generic have done its job and we no longer need it.
>
>
Hi Ludovic,
Ludovic Courtès writes:
> Hi,
>
> Maxim Cournoyer skribis:
>
>> Ludovic Courtès writes:
>
[...]
>> Sorry, I'm a bit lost. Are you suggesting that we should restore the
>> code following the ;; Re-add SOURCE [...], but wrapped with unless to
>> make it conditional to GUIX_ALLOW_M
18 matches
Mail list logo
