On Tue, Jul 21, 2020 at 01:12:50AM -0500, Nathan Dehnel wrote:
> The patchbay in carla is completely unresponsive, and does not allow
> dragging around clients, or making connections.
Carla was just updated in Guix to 2.1.1. Is this still a problem with
the latest packaged version?
--
Efraim Fla
The patchbay in carla is completely unresponsive, and does not allow
dragging around clients, or making connections.
We can add the path to bash to build-sandbox-path in /etc/nix.conf, described
in https://nixos.wiki/wiki/FAQ.
As Marius Bakke pointed out on IRC, this issue is related to a change in
CMake where after 3.15 they removed the explicit `#define
_FILE_OFFSET_BITS 64`. The solution solution to this is to add
--8<---cut here---start->8---
CFLAGS="-D_FILE_OFFSET_BITS=64"
CXXFLA
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/packages/ssh.scm (guile-ssh): Update to 0.13.0.
[.
Hi,
branj...@gmail.com skribis:
> I'm trying out various ways of reproducing my emacs setup for non-guix
> users. While attempting 'guix pack -f docker' I bumped into the
> following issue:
>
> Commits attempted-
> b0e7b6992f3f845e83cfbca4d700b51dba50b4d5
> 03f9a8c35be387f37badcd2c830ac7414ac
Hi Chris,
On Mon, 13 Jul 2020 at 20:20, Christopher Baines wrote:
> Going forward, being methodical as a project about storing the tarballs
> and source material for the packages is probalby the way to ensure it's
> available for the future. I'm not sure the data storage cost is
> significant, t
I'm using a latex "theme" called moderncv
(https://github.com/xdanaux/moderncv).
In `moderncv.cls` it states a dependency on l3regex:
```
\RequirePackage{l3regex}
```
But I couldn't find any texlive package providing `l3regex.sty`.
According to https://www.ctan.org/pkg/l3regex it should be includ
On Mon, 20 Jul 2020 at 19:05, Dr. Arne Babenhauserheide wrote:
> zimoun writes:
> >> > The format of metadata (disassemble) that you propose is schemish
> >> > (obviously! :-)) but we could propose something more JSON-like.
> >>
> >> Sure, if that helps get other people on-board, why not (though
Hey all,
Opening a bug report as per a request following this issue identified
at: https://lists.gnu.org/archive/html/guix-devel/2020-07/msg00124.html.
To recap, when running
--8<---cut here---start->8---
./pre-inst-env guix build --system=armhf-linux swi-prol
Hi all,
I am having an issue with the CGIT service. There is a record field for
setting the directory it should watch, defaulting to /srv/cgit or
something similar. Currently when doing this it just returns an empty
cgit web interface.
--8<---cut here---start
zimoun writes:
>> > The format of metadata (disassemble) that you propose is schemish
>> > (obviously! :-)) but we could propose something more JSON-like.
>>
>> Sure, if that helps get other people on-board, why not (though sexps
>> have lived much longer than JSON and XML together :-)).
>
> Live
On Fri, Jul 17, 2020 at 07:20:34PM +0200, Wiktor Żelazny wrote:
> As I was thinking about it, I began to suspect that the problem might be
> caused by outdated input definitions in my private channel.
I made use of the fact that my root user has got no extra channels
defined and had it build qgis
Hi,
On Mon, 20 Jul 2020 at 10:39, Ludovic Courtès wrote:
> zimoun skribis:
> > On Sat, 11 Jul 2020 at 17:50, Ludovic Courtès wrote:
> There are many many comments in your message, so I took the liberty to
> reply only to the essence of it. :-)
Many comments because many open topics. ;-)
>
On 7/20/20 3:22 AM, Ludovic Courtès wrote:
Hi Jesse,
Jesse Gibbons skribis:
jupyter-guile-kernel and guix-jupyter mix guile3 and guile2.2.
- jupyter-guile-kernel only has one of its dependencies in
GUILE_LOAD_PATH, so it doesn't build.
- guix-jupyter builds successfully, but searches in t
Hi,
On Mon, 20 Jul 2020 at 14:32, Ludovic Courtès wrote:
> > But, like zimoun, I didn't understand why we can't rebuild the manual
> > every commit. Rebuilding the manual is quite cheap. So, substituting it
> > shouldn't be a problem, right?
>
> Try rebuilding the manual + translations by yourse
Arun Isaac skribis:
>> I would rather not call out to ‘git-version-gen’ and instead use (git
>> describe) or similar.
>
> Sure, I'll do that. Then, perhaps we should even rewrite git-version-gen
> using (git describe). It would be nice to have that in guile too. WDYT?
Yes, but… one thing at a ti
Hi Ludo,
a new version has been released, so here is the updated patchset. I’m not sure
if it’s possible to make the #:nodelay optional somehow, i.e. retaining
compatibility with guile-ssh<0.13.0. For now there’s a hard feature check.
Lars
From 42ff75c9d4da4eb2aeece96119ae5a65a9ccac82 Mon Sep 17
Hi Jesse,
Jesse Gibbons skribis:
> jupyter-guile-kernel and guix-jupyter mix guile3 and guile2.2.
>
> - jupyter-guile-kernel only has one of its dependencies in
> GUILE_LOAD_PATH, so it doesn't build.
>
> - guix-jupyter builds successfully, but searches in the wrong
> directory for guix-jupyter-
Hi!
There are many many comments in your message, so I took the liberty to
reply only to the essence of it. :-)
zimoun skribis:
> On Sat, 11 Jul 2020 at 17:50, Ludovic Courtès wrote:
>
>> For the now, since 70% of our packages use ‘url-fetch’, we need to be
>> able to fetch or to reconstruct
> I would rather not call out to ‘git-version-gen’ and instead use (git
> describe) or similar.
Sure, I'll do that. Then, perhaps we should even rewrite git-version-gen
using (git describe). It would be nice to have that in guile too. WDYT?
> However, unless I’m mistaken, the output of ‘git-vers
Hi Arun,
Arun Isaac skribis:
> * guix/channels.scm (latest-channel-instance): Write nearest tag into .version
> of the checkout.
> * guix/self.scm (info-manual): Use nearest tag from .version as the version
> string while generating documentation.
Thanks for looking into it! Two comments:
> +
22 matches
Mail list logo
