How do I compile and release local openocd source code?

[Alan-19950616]

[ilg-ul]

A good starting point is to check the project README files.

[ilg-ul]

The docker images are fine, they are regular Ubuntu 18, nothing fancy there.

The problem is with xpm install, which does not install the actual binaries, it creates only the folders, but does not download the archives. In a normal situation, it should report the number of files unpacked from each archive.

It is very weird that it does not throw any error messages. :-(

To confirm this, I suggest you

• remove the .local/xPacks and .local/caches/xPacks folders
• edit the package.json and add -dd to the line which performs docker exec --user $(id -un) openocd-0.12.0-1.1-linux-x64 xpm install --config ... -dd
• rerun

This will add a lot of trace messages, perhaps they'll show something wrong.

But the general idea is that xpm cannot download the archives. If you use a proxy, you have to configure docker for it too, this is a common issue.

[ilg-ul]

I just published xpm 0.15.2, which should improve error processing, in order to avoid using packages that failed to download the archive.

Please update xpm, remove the .local/xPacks, and retry.

[Alan-19950616]

My Internet is really unstable

......
> docker exec --user $(id -un) openocd-0.12.0-1.1-linux-x64 xpm install --config linux-x64
@xpack-dev-tools/openocd --config linux-x64...
+ @xpack-dev-tools/pkg-config@0.29.2-2.1
+ @xpack-dev-tools/ninja-build@1.11.1-2.1
+ @xpack-dev-tools/m4@1.4.19-2.1
+ @xpack-dev-tools/gcc@12.2.0-2.1
+ @xpack-dev-tools/cmake@3.23.5-1.1
+ @xpack-dev-tools/patchelf@0.17.2-1.1
@xpack-dev-tools/gcc@12.2.0-2.1 => '/home/wangyanwen/.local/xPacks/@xpack-dev-tools/gcc/12.2.0-2.1'
@xpack-dev-tools/m4@1.4.19-2.1 => '/home/wangyanwen/.local/xPacks/@xpack-dev-tools/m4/1.4.19-2.1'
@xpack-dev-tools/patchelf@0.17.2-1.1 => '/home/wangyanwen/.local/xPacks/@xpack-dev-tools/patchelf/0.17.2-1.1'
@xpack-dev-tools/cmake@3.23.5-1.1 => '/home/wangyanwen/.local/xPacks/@xpack-dev-tools/cmake/3.23.5-1.1'
Downloading https://github.com/xpack-dev-tools/m4-xpack/releases/download/v1.4.19-2/xpack-m4-1.4.19-2-linux-x64.tar.gz...
Downloading https://github.com/xpack-dev-tools/patchelf-xpack/releases/download/v0.17.2-1/xpack-patchelf-0.17.2-1-linux-x64.tar.gz...
Downloading https://github.com/xpack-dev-tools/gcc-xpack/releases/download/v12.2.0-2/xpack-gcc-12.2.0-2-linux-x64.tar.gz...
Downloading https://github.com/xpack-dev-tools/cmake-xpack/releases/download/v3.23.5-1/xpack-cmake-3.23.5-1-linux-x64.tar.gz...
request to https://github.com/xpack-dev-tools/m4-xpack/releases/download/v1.4.19-2/xpack-m4-1.4.19-2-linux-x64.tar.gz failed, reason: read ECONNRESET in fetch https://github.com/xpack-dev-tools/m4-xpack/releases/download/v1.4.19-2/xpack-m4-1.4.19-2-linux-x64.tar.gz
error: download failed, quit
error: running 'docker exec --user $(id -un) openocd-0.12.0-1.1-linux-x64 xpm install --config linux-x64' failed

Then I want to try again, but the container can't be deleted

nuclei-v:~$ xpm run docker-prepare --config linux-x64 -C ~/Work/xpacks/openocd-xpack.git
> mkdir -pv ${HOME}/Work/xpacks/xbb-helper-xpack.git
> mkdir -pv ${HOME}/.local/xPacks ${HOME}/.cache/xPacks ${HOME}/Work/cache
> mkdir -pv ${HOME}/.wine
> docker rm --force openocd-0.12.0-1.1-linux-x64
Error response from daemon: Could not kill running container 62ee480d4c5b7026f83d3907390982eaf49b9403cb72896c52495f36c60e8732, cannot remove - permission denied
error: running 'docker rm --force openocd-0.12.0-1.1-linux-x64' failed

[ilg-ul]

There is not much I can do to help you with your internet, you have to retry until you can successfully download all archives. Later on they will be stored in the cache and xpm will no longer need to download them at each build.

As for the container, kill the hang process, or, at the limit, restart the machine.

[ilg-ul]

Another possible workaround is to manually install those binary packages one by one, on the host machine (via commands like xpm install --global @xpack-dev-tools/pkg-config@0.29.2-2.1). This will populate the cache (shared by the container) and make the docker-prepare action faster and safer.