Posted: Wed Apr 17, 2024 11:09 am
I have also tried it with the linked patch. Unfortunately, you get the same compilation error here too.
The result remains the same, even if you store the ebuild file with version 2.0.3-r1 in the overlay or not.
I suspect the cause of the problem is the package dev-lang/go, because as soon as I mask its versions up to 1.21.8,
can be executed successfully.
But what doesn't work after that is starting docker containers. And that's what worries me the most.
Code: Select all
>> Emerging (1 of 1) dev-go/go-md2man-2.0.3::gentoo
* go-md2man-2.0.3.tar.gz BLAKE2B SHA512 size ;-) ... [ ok ]
>>> Unpacking source...
>>> Unpacking go-md2man-2.0.3.tar.gz to /var/tmp/portage/dev-go/go-md2man-2.0.3/work
>>> Source unpacked in /var/tmp/portage/dev-go/go-md2man-2.0.3/work
>>> Preparing source in /var/tmp/portage/dev-go/go-md2man-2.0.3/work/go-md2man-2.0.3 ...
* =============================================================================================================================================================
* Applying user patches from /etc/portage/patches ...
* Applying 21f901d9f38ede08f22fdf733166b0283ae4bde2.patch ... [ ok ]
* User patches applied.
* =============================================================================================================================================================
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/dev-go/go-md2man-2.0.3/work/go-md2man-2.0.3 ...
>>> Source configured.
>>> Compiling source in /var/tmp/portage/dev-go/go-md2man-2.0.3/work/go-md2man-2.0.3 ...
make -j8 BUILD_FLAGS=-mod=vendor build
CGO_ENABLED=0 go build -mod=vendor -o bin/go-md2man
WORK=/var/tmp/portage/dev-go/go-md2man-2.0.3/temp/go-build3937421242
-buildmode=pie requires external (cgo) linking, but cgo is not enabled
make: *** [Makefile:49: bin/go-md2man] Error 1
* ERROR: dev-go/go-md2man-2.0.3::gentoo failed (compile phase):
* emake failed
*
* If you need support, post the output of `emerge --info '=dev-go/go-md2man-2.0.3::gentoo'`,
* the complete build log and the output of `emerge -pqv '=dev-go/go-md2man-2.0.3::gentoo'`.
* The complete build log is located at '/var/tmp/portage/dev-go/go-md2man-2.0.3/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/dev-go/go-md2man-2.0.3/temp/environment'.
* Working directory: '/var/tmp/portage/dev-go/go-md2man-2.0.3/work/go-md2man-2.0.3'
* S: '/var/tmp/portage/dev-go/go-md2man-2.0.3/work/go-md2man-2.0.3'I suspect the cause of the problem is the package dev-lang/go, because as soon as I mask its versions up to 1.21.8,
Code: Select all
emerge --ask --regex-search-auto=y @golang-rebuild
These are the packages that would be merged, in order:
Calculating dependencies... done!
Dependency resolution took 52.38 s (backtrack: 0/20).
[ebuild UD ] dev-lang/go-1.21.7 [1.22.2]
[ebuild R ~] app-containers/docker-cli-25.0.4
[ebuild UD~] dev-go/go-md2man-2.0.3 [2.0.3-r1]
[ebuild R *] app-misc/mkcert-1.4.4
[ebuild R ~] app-containers/runc-1.1.12
[ebuild R ~] app-containers/containerd-1.7.14
[ebuild R ~] app-containers/docker-25.0.4But what doesn't work after that is starting docker containers. And that's what worries me the most.