Christian Decker 35e4227015 docker: Do not use the copy of a clone ...

This was failing the docker hub builds, since the git-config retains
an absolute path to the worktree location when cloning. Copying it
over from the host system means that this path now points to a
non-existent location, which then interfered with the submodule
initialization.

This fixes it by not using the copy directly, but rather it creates a
clean clone from the copied location, including a submodule init.

Signed-off-by: Christian Decker <@cdecker>

2019-02-07 03:07:18 +00:00

..

init

contrib: add init file for systemd

2018-08-13 23:55:12 +00:00

plugins

plugin: Increase manifest timeout to 60 seconds

2019-01-20 03:06:03 +00:00

pylightning

pylightning: Handle empty log lines correctly

2019-01-29 00:50:09 +00:00

Dockerfile.builder

docker: Update pytest dependencies in the builder image

2018-11-26 22:53:37 +00:00

Dockerfile.builder.fedora

docker: Update docker images and docs to non-CVE-2018-17144 bitcoind

2018-10-15 23:05:25 +00:00

Dockerfile.builder.i386

docker: Update pytest dependencies in the builder image

2018-11-26 22:53:37 +00:00

lightning-cli.bash-completion

contrib/lightning-cli.bash-completion: fix for new simpler help format.

2018-02-02 00:05:00 +01:00

linuxarm32v7.Dockerfile

docker: Do not use the copy of a clone

2019-02-07 03:07:18 +00:00

short_channel_id-to-txid.sh

contrib/short_channel_id-to-txid.sh: simple mapping util.

2018-08-21 22:53:45 +02:00