Closed TheChymera closed 6 years ago
Does the stemgentoo get deleted if the build fails? IIrc it should be preserved, so you can just look at the build log file?
Other than that, there should be logs in the directory described here: https://github.com/IBT-FMI/gebuilder/blob/master/gebuilder/config/generic.conf, i.e. in roots/stemgentoo/logs/initialize/
But that's just for stemgentoo itself (as well it should be, given the path). SAMRI.gentoo fails with the aforementioned numpy
build, whereas StereotaXYZ.gentoo for some reason manages to build numpy
, but fails at scikits_learn
. Still:
builder ~/NeuroGentooProject/BuildServer/roots/stemgentoo # ag scikits_learn logs/initialize
logs/initialize/30-emerge_sync.sh.chroot.log
116902:metadata/md5-cache/sci-libs/scikits_learn-0.17
116903:metadata/md5-cache/sci-libs/scikits_learn-0.17.1
116904:metadata/md5-cache/sci-libs/scikits_learn-0.18.1
116905:metadata/md5-cache/sci-libs/scikits_learn-0.18.2
116906:metadata/md5-cache/sci-libs/scikits_learn-0.18.2-r1
116907:metadata/md5-cache/sci-libs/scikits_learn-0.19.0
144439:sci-libs/scikits_learn/
144440:sci-libs/scikits_learn/Manifest
144441:sci-libs/scikits_learn/metadata.xml
144442:sci-libs/scikits_learn/scikits_learn-0.17.1.ebuild
144443:sci-libs/scikits_learn/scikits_learn-0.17.ebuild
144444:sci-libs/scikits_learn/scikits_learn-0.18.1.ebuild
144445:sci-libs/scikits_learn/scikits_learn-0.18.2-r1.ebuild
144446:sci-libs/scikits_learn/scikits_learn-0.18.2.ebuild
144447:sci-libs/scikits_learn/scikits_learn-0.19.0.ebuild
144448:sci-libs/scikits_learn/files/
144449:sci-libs/scikits_learn/files/scikits_learn-0.14.1-system-cblas.patch
144450:sci-libs/scikits_learn/files/scikits_learn-0.17.1-system-cblas.patch
144451:sci-libs/scikits_learn/files/scikits_learn-0.18.1-system-cblas.patch
builder ~/NeuroGentooProject/BuildServer/roots/stemgentoo # ag numpy logs/initialize
logs/initialize/30-emerge_sync.sh.chroot.log
28599:dev-libs/boost-numpy/
28600:dev-libs/boost-numpy/Manifest
28601:dev-libs/boost-numpy/boost-numpy-9999.ebuild
28602:dev-libs/boost-numpy/metadata.xml
42981:dev-python/astroscrappy/files/astroscrappy-1.0.3-numpy-fix-tests.patch
46794:dev-python/numpy/
46795:dev-python/numpy/Manifest
46796:dev-python/numpy/metadata.xml
46797:dev-python/numpy/numpy-1.10.4.ebuild
46798:dev-python/numpy/numpy-1.13.3.ebuild
46799:dev-python/numpy/numpy-1.8.2.ebuild
46800:dev-python/numpy/numpy-1.9.2.ebuild
46801:dev-python/numpy/numpy-9999.ebuild
46802:dev-python/numpy/files/
46803:dev-python/numpy/files/numpy-1.10.2-no-hardcode-blas.patch
46804:dev-python/numpy/files/numpy-1.12.1-no-hardcode-blas.patch
46805:dev-python/numpy/files/numpy-1.8.0-no-hardcode-blas.patch
46806:dev-python/numpy/files/numpy-1.9.2-no-hardcode-blas.patch
46807:dev-python/numpydoc/
46808:dev-python/numpydoc/Manifest
46809:dev-python/numpydoc/metadata.xml
46810:dev-python/numpydoc/numpydoc-0.6.0.ebuild
46811:dev-python/numpydoc/numpydoc-0.7.0.ebuild
47972:dev-python/pyfits/files/02-numpy-deprecation-warning.patch
48446:dev-python/pyplusplus/files/pyplusplus-1.0.0_p20131206-numpy.patch
49883:dev-python/root_numpy/
49884:dev-python/root_numpy/Manifest
49885:dev-python/root_numpy/metadata.xml
49886:dev-python/root_numpy/root_numpy-3.2.0.ebuild
49887:dev-python/root_numpy/root_numpy-3.3.0.ebuild
49888:dev-python/root_numpy/root_numpy-3.3.1.ebuild
49889:dev-python/root_numpy/root_numpy-4.4.0.ebuild
50570:dev-python/statsmodels/files/statsmodels-0.6.1-numpy-1.10.patch
74673:media-gfx/openvdb/files/openvdb-3.2.0-numpy-fix.patch
80349:media-radio/wspr/files/wspr-3.01-numpy.patch
95465:metadata/md5-cache/dev-libs/boost-numpy-9999
101220:metadata/md5-cache/dev-python/numpy-1.10.4
101221:metadata/md5-cache/dev-python/numpy-1.13.3
101222:metadata/md5-cache/dev-python/numpy-1.8.2
101223:metadata/md5-cache/dev-python/numpy-1.9.2
101224:metadata/md5-cache/dev-python/numpy-9999
101225:metadata/md5-cache/dev-python/numpydoc-0.6.0
101226:metadata/md5-cache/dev-python/numpydoc-0.7.0
102188:metadata/md5-cache/dev-python/root_numpy-3.2.0
102189:metadata/md5-cache/dev-python/root_numpy-3.3.0
102190:metadata/md5-cache/dev-python/root_numpy-3.3.1
102191:metadata/md5-cache/dev-python/root_numpy-4.4.0
I assume a similar logs dir is created for each .gentoo root, but is deleted when the initialization fails - right?
Yes, indeed. Maybe it would be best to just delete roots/
But cleaning failed builds can be disabled here: https://github.com/IBT-FMI/gebuilder/blob/b94200df3bb9825b253e906a414e3d970ebe439b/gebuilder/config/generic.conf#L3
It definitely makes sense to not delete the logs.
Perhaps we should also provide a convenience wrapper for chrooting into a failed root? It's tedious to always mount all the devices and easy to forget to then also reload the profile manually...
I'd say this is pretty much solved
Other than scrolling up a few more hundred lines, this is about as much as I can reasonably find out about why a SAMRI.gentoo image cannot be built:
Ideally I would like to: