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