On 23/07/19 16:54, Ben Sturmfels wrote:
> On 23/07/19 16:40, Ben Sturmfels wrote:
>
Interesting. Is this file installed to /etc/profile.d/vte.sh on other
systems? Or is it otherwise sourced?
>>>
>>> I can only speak for my own system. I don't have gnome-terminal
>>> installed, but
Hi Mark,
Mark H Weaver skribis:
> Hi Janneke,
>
>> I have added a very similar set of two patches to wip-cu-binaries,
>> branched @ ef809e3ac036eccc5f9c9edd8fb661d14ae15f2f.
>>
>> They give the same md5sum for me as the wip-binaries branch that
>> branched off of master; so mine are at
>> http:/
I think it would be great to have the following variant of substitute*:
(substitute*-once filename (pattern vars) body)
which acts like the usual substitute-*, except it also asserts that the
substitution applies to exactly one line in the file, causing a build
failure otherwise.
In the cases wh
Hi Robert,
> I think it would be great to have the following variant of substitute*:
>
> (substitute*-once filename (pattern vars) body)
>
> which acts like the usual substitute-*, except it also asserts that the
> substitution applies to exactly one line in the file, causing a build
> failure o
> On 23. Jul 2019, at 15:35, Ricardo Wurmus wrote:
>
>
> Hi Robert,
>
>> I think it would be great to have the following variant of substitute*:
>>
>> (substitute*-once filename (pattern vars) body)
>>
>> which acts like the usual substitute-*, except it also asserts that the
>> substituti
Mark H Weaver writes:
> Hi Ricardo,
>
> Interesting. I distinctly remember that there was no log file when I
> looked last time. Hmm.
>
> Anyway, it seems that now, all of the failed builds have either build
> logs available or else information about which dependency failed. I
> don't remember
retitle 36754 SSH connections to hydra-slave{1,2,3} fail during builds
thanks
Hi,
I've added Ludovic to the CC list, since he recently added
hydra-slave{1,2,3} to Berlin.
Marius wrote:
> I tried building 5.2.2 'interactively' on Berlin, and got an SSH error:
>
> CC [M] net/openvswitch/vport-
I wrote earlier:
> I now believe that these failures are related to the newly added armhf
> build slaves, and that they have nothing to do with the recent changes
> to our linux-libre packages.
I should mention that the armhf build slaves are on a private network,
and I use my public-facing intern
Hi Mark,
Mark H Weaver skribis:
> I wrote earlier:
>> I now believe that these failures are related to the newly added armhf
>> build slaves, and that they have nothing to do with the recent changes
>> to our linux-libre packages.
>
> I should mention that the armhf build slaves are on a private
No USB flash drive can be mounted on XFCE. Both lsusb and lsblk
correctly show the device, showing that the device is not
malfunctioning.
Fdisk can access and modify the partitions on the device but gparted
will segfault right after it finishes to search for devices. You can
find my config.sc
Ludovic Courtès writes:
> Currently we have an SSH tunnel set up on berlin to connect to each of
> these machines via overdrive1.guixsd.org. This setup proved to be
> robust in the past (we used it to connect to another build machine), so
> I suspect something’s wrong on “your” end of the netw
Hi all,
I've been working on improving the Guix build support on Bitcoin Core so that
it'll be ready to use for official releases.
One of the things that I wanted to do was to use a combination of channels and
inferiors to have reproducible builds across time. I have most of it set up, but
am run
12 matches
Mail list logo