I have attached my build script, the result of configure, and the result of make. Host is netbsd-9 amd64, and it built an earlier fine, and that build is actually running and working. I have asciidoc 10.1.4. I had previously used "make" as make, which means BSD make, as I wasn't aware of a GNU make requirement. But I just flipped it to GNU make for this build, to try to take as many possible issues off the table as I could. (The autogen output is unremarkable.) -------------- next part -------------- A non-text attachment was scrubbed... Name: _build Type: application/octet-stream Size: 720 bytes Desc: not available URL: <http://alioth-lists.debian.net/pipermail/nut-upsdev/attachments/20220423/76744004/attachment-0003.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: OUT.01.configure Type: application/octet-stream Size: 31221 bytes Desc: not available URL: <http://alioth-lists.debian.net/pipermail/nut-upsdev/attachments/20220423/76744004/attachment-0004.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: OUT.10.make Type: application/octet-stream Size: 29193 bytes Desc: not available URL: <http://alioth-lists.debian.net/pipermail/nut-upsdev/attachments/20220423/76744004/attachment-0005.obj>
Same syndrome as before, xml validation failure. git bisect in progress.
Thanks for the build script, I did not realize you had an out-of-tree build as a factor, and apparently the issue is one that distcheck sails around (by distributing the "linkman-*.txt" files I guess). I did manage to reproduce it on Linux worker, so not a BSD make problem (gnu-make should not be a requirement, and wasn't practically since some time ago). Probably some paths (srcdir vs builddir) not embedding right. On Sat, Apr 23, 2022, 20:21 Greg Troxel <gdt at lexort.com> wrote:> I have attached my build script, the result of configure, and the result > of make. > > Host is netbsd-9 amd64, and it built an earlier fine, and that build is > actually running and working. > > I have asciidoc 10.1.4. > > I had previously used "make" as make, which means BSD make, as I wasn't > aware of a GNU make requirement. But I just flipped it to GNU make for > this build, to try to take as many possible issues off the table as I > could. > > (The autogen output is unremarkable.) > > _______________________________________________ > Nut-upsdev mailing list > Nut-upsdev at alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsdev >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://alioth-lists.debian.net/pipermail/nut-upsdev/attachments/20220424/8679d3ce/attachment.htm>