Source: gnumach Version: 2:1.8+git20240714-1 Tags: ftbfs User: helm...@debian.org Usertags: rebootstrap
Hi Samuel et al, you recently asked me to look into your proposed change e9d733e62a47ce2ce8bc2101cad21647ce5ae81c to rebootstrap.git. Thanks for your contribution and your patience with me. I looked into integrating it and your change affects the glibc build. Unfortunately, rebootstrap doesn't get that far currently. It fails building gnumach stage1. Hence I logged into exodar (thanks for providing a working porter box) and attempted natively building a gnumach stage1. This is how it looked: | (sid_hurd-i386-dchroot)helmutg@exodar:~/gnumach-1.8+git20240714$ dpkg-buildpackage -Pstage1 | dpkg-buildpackage: info: source package gnumach | dpkg-buildpackage: info: source version 2:1.8+git20240714-1 | dpkg-buildpackage: info: source distribution unstable | dpkg-buildpackage: info: source changed by Samuel Thibault <sthiba...@debian.org> | dpkg-buildpackage: info: host architecture hurd-i386 | dpkg-source --before-build . | debian/rules clean | dh_testdir | rm -f debian/control.stamp | rm -f machine | rm -rf build build-xen build-pae build-smp build-dbg build-xen-dbg build-pae-dbg build-smp-dbg /home/helmutg/gnumach-1.8+git20240714/debian/tmp-udeb /home/helmutg/gnumach-1.8+git20240714/debian/tmp-xen-udeb /home/helmutg/gnumach-1.8+git20240714/debian/tmp-xen /home/helmutg/gnumach-1.8+git20240714/debian/tmp-pae /home/helmutg/gnumach-1.8+git20240714/debian/tmp-smp /home/helmutg/gnumach-1.8+git20240714/debian/tmp-dbg /home/helmutg/gnumach-1.8+git20240714/debian/tmp-xen-dbg /home/helmutg/gnumach-1.8+git20240714/debian/tmp-pae-dbg /home/helmutg/gnumach-1.8+git20240714/debian/tmp-smp-dbg | # Clean up autogenerated cruft | rm -rf autom4te.cache build-aux | rm -f aclocal.m4 config.h.in configure INSTALL Makefile.in | rm -f doc/mach.info* doc/stamp-vti doc/version.texi | find -name '*~' -o -name '*.rej' -o -name '*.orig' | xargs rm -f | rm -f debian/gnumach-image-*.preinst | rm -f debian/gnumach-image-*.prerm | rm -f debian/gnumach-image-*.postinst | rm -f debian/gnumach-image-*.postrm | rm -rf /home/helmutg/gnumach-1.8+git20240714/.parallel | dh_clean | /usr/bin/make -C build install-data \ | DESTDIR=/home/helmutg/gnumach-1.8+git20240714/debian/tmp | make[1]: *** build: No such file or directory. Stop. | make: *** [debian/rules:215: clean] Error 2 | dpkg-buildpackage: error: debian/rules clean subprocess returned exit status 2 | (sid_hurd-i386-dchroot)helmutg@exodar:~/gnumach-1.8+git20240714$ This is also how the failure from rebootstrap looks like. I looked into debian/rules and was a bit confused by the inconsistent indenting of make-level ifs. The culprit seems to be the ifeq on line 219. It resides inside the clean target specification and the true-ish branch contains the install target, but the false-ish branch does not and therefore the make install-data is appended to the clean target. I attempted adding "install: build" after the matching else on line 295, but that would merely insert a configure run before failing in the same way. Can I defer this problem to you and then resume applying your glibc patch once I can actually verify it inside rebootstrap? Related to that given that you are entitled to commit to Debian's glibc packaging, did you also commit your change there? The rebootstrap patch policy is that every upstream change must be accompanied with an "upstreaming effort reference" (e.g. bug report, upstream commit, ...) and the glibc packaging is an upstream to rebootstrap. Helmut
