bug#35424: Gnome terminal doesn't keep current working directory in new tab/window

2019-07-23 Thread Ben Sturmfels
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

bug#36747: Official MesCC bootstrap binaries differ from my locally built ones

2019-07-23 Thread Ludovic Courtès
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:/

bug#36772: feature request: checked variant of "substitute*"

2019-07-23 Thread Robert Vollmert
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

bug#36772: feature request: checked variant of "substitute*"

2019-07-23 Thread Ricardo Wurmus
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

bug#36772: feature request: checked variant of "substitute*"

2019-07-23 Thread Robert Vollmert
> 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

bug#36754: New linux-libre failed to build on armhf on Berlin

2019-07-23 Thread Marius Bakke
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

bug#36754: SSH connections to hydra-slave{1, 2, 3} fail during builds (was: New linux-libre failed to build on armhf on Berlin)

2019-07-23 Thread Mark H Weaver
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-

bug#36754: SSH connections to hydra-slave{1, 2, 3} fail during builds (was: New linux-libre failed to build on armhf on Berlin)

2019-07-23 Thread Mark H Weaver
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

bug#36754: SSH connections to hydra-slave{1, 2, 3} fail during builds

2019-07-23 Thread Ludovic Courtès
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

bug#36775: USB sticks can't be accessed on XFCE

2019-07-23 Thread goodoldpaul
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

bug#36754: SSH connections to hydra-slave{1, 2, 3} fail during builds

2019-07-23 Thread Ricardo Wurmus
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

bug#36777: Guix Inferiors: Curious incorrect derivation output bug

2019-07-23 Thread Carl Dong
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