https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: sci-chemistry/gromacs fails to compile. Discovered on: amd64 (internal ref: ci)
Created attachment 649050 [details] build.log.bz2 build log and emerge --info
Created attachment 649052 [details] other.tar.bz2 other logs
@alexxy I cant still reproduce this
Hi! Cant or can? Can you rerun it with versions in portage?
(In reply to Alexey Shvetsov from comment #4) > Hi! > > Cant or can? > > Can you rerun it with versions in portage? SOrry, typo, I can reproduce
Dear treecleaner@: I'm still able to reproduce this issue right now. Since it has not been fixed for a long time, I'd suggest to evaluate if it is the case to remove this package from the tree. Thanks
Upstream is alive, it's widely used (also by me) and the error is related with something wrong in the docs installation in our side
In my case it compiles ok... in your case you have: [1/1] cd /var/tmp/portage/sci-chemistry/gromacs-2020.3/work/gromacs-2020.3_float/docs/manual && /usr/bin/cmake -E echo "Cannot build PDF manual, because a working form of ImageMagick convert is not available" Cannot build PDF manual, because a working form of ImageMagick convert is not available error Maybe some USE flag is needed for imagemagick... I have these for mine: [ebuild R ] media-gfx/imagemagick-7.0.10.46:0/7.0.10-37::gentoo USE="X bzip2 cxx djvu heif jpeg lcms lzma openmp pango perl png postscript raw svg tiff truetype webp wmf xml zlib -corefonts -fftw -fontconfig -fpx -graphviz -hdri -jbig -jpeg2k -lqr -opencl -openexr -q32 -q8 -static-libs -test" 0 KiB
It is because of bug #664236, gromacs converts images during the build for the pdf manual.
But ebuild is already setting up a policy file to avoid that issue :/
This is the test gromacs' cmake runs: https://gitlab.com/gromacs/gromacs/-/blob/master/cmake/gmxTestImageMagick.cmake#L56 Alternatively we could just use the pre-compiled pdf manual from the website.
We use precompiled manual from now on