On 03/21/19 21:58, Philippe Mathieu-Daudé wrote: > Le jeu. 21 mars 2019 18:22, Laszlo Ersek <ler...@redhat.com> a écrit :
>> Unfortunately, I got the exact same setup error: >>> ERROR: "x86_64-unknown-openbsd6.1-gcc-4.9.4" either does not exist >>> or does not work > $ VERBOSE=1 make > Or DEBUG=1. If default ./configure && make fails you get shell and can > run again with nodefault options. You can check basevm.py in tests/. I used the "interactive shell" commands from "docs/devel/testing.rst", to look around inside the image. The preinstalled gcc is this one: > qemu-openbsd# gcc --version > gcc (GCC) 4.2.1 20070719 not what the "openbsd" test case refers to. Let's see what I could install myself: > qemu-openbsd# cat /etc/installurl > https://fastly.cdn.openbsd.org/pub/OpenBSD > qemu-openbsd# pkg_info -Q gcc > [...] > gcc-4.9.4p12 > [...] > qemu-openbsd# pkg_add gcc-4.9.4p12 And then this gives me "x86_64-unknown-openbsd6.4-gcc-4.9.4". Again, *not* what the "openbsd" script refers to. Then I look at the "openbsd" script itself, and realize it downloads: > cimg = > self._download_with_cache("http://download.patchew.org/openbsd-6.1-amd64.img.xz", > > sha256sum='8c6cedc483e602cfee5e04f0406c64eb99138495e8ca580bc0293bcf0640c1bf') Hmmm. Can I perhaps *browse* the download directory on patchew, in Firefox? I sure can, directory listing is enabled: > README 25-Aug-2017 12:14 > 0 > freebsd-11.1-amd64.img.xz 03-Aug-2017 09:21 > 545422116 > netbsd-7.1-amd64.img.xz 03-Aug-2017 09:32 > 224195948 > openbsd-6.1-amd64.img.xz 27-Feb-2019 11:48 > 675094624 > openbsd-6.1-amd64.img.xz.old 16-Aug-2017 03:23 > 622579972 > patchew-db-small.tar.xz 15-Mar-2018 10:17 > 10451488 There it is. "openbsd-6.1-amd64.img.xz.old" has an mtime of "16-Aug-2017 03:23", which slightly precedes commit fdfaa33291eb ("tests: Add OpenBSD image", 2017-09-22). But someone must have added that ".old" suffix to the filename *recently*, and uploaded "openbsd-6.1-amd64.img.xz" in its place -- see the mtime on "openbsd-6.1-amd64.img.xz": "27-Feb-2019 11:48". I guess the "openbsd" script should have been updated too, in sync. :/ Bonus question: why doesn't the download abort with an sha256sum mismatch? Here's what I get on my end, after manually fetching both images: > 0a836e5013fd502c2c1e14f3f29b25bb1f1ee946abb27d3ca3596d678a728476 > openbsd-6.1-amd64.img.xz > 8c6cedc483e602cfee5e04f0406c64eb99138495e8ca580bc0293bcf0640c1bf > openbsd-6.1-amd64.img.xz.old The "old" image matches the checksum (added in original commit fdfaa33291eb, see above), but the new one doesn't. ... Aaargh, "basevm.py" only uses the checksum for local caching (i.e. for identifying stale vs. up-to-date local copies), not for verification! Cool, so let me try this. I'm going to download the xz.old file manually. Rename it to just xz. It will then match the built-in checksum, and will be used as a cached copy. Then I will try building my series in *that* ("old") VM. Thanks Laszlo