On Mon, Feb 10, 2020 at 4:35 PM Dan Čermák <dan.cermak@xxxxxxxxxxxxxxxxxxx> wrote: > Hi list, > > I've just ran a mockbuild in Rawhide and the following output from > /usr/lib/rpm/find-debuginfo.sh caught my attention: > > --8<---------------cut here---------------start------------->8--- > /usr/lib/rpm/find-debuginfo.sh -j2 --strict-build-id -m -i --build-id-seed 1.3-1.fc32 --unique-debug-suffix -1.3-1.fc32.x86_64 --unique-debug-src-base ocaml-ppxfind-1.3-1.fc32.x86_64 --run-dwz --dwz-low-mem-die-limit 10000000 --dwz-max-die-limit 110000000 -S debugsourcefiles.list /builddir/build/BUILD/ppxfind-1.3 > explicitly decompress any DWARF compressed ELF sections in /builddir/build/BUILDROOT/ocaml-ppxfind-1.3-1.fc32.x86_64/usr/bin/ppxfind > extracting debug info from /builddir/build/BUILDROOT/ocaml-ppxfind-1.3-1.fc32.x86_64/usr/bin/ppxfind > Exception caught while booting Guile. > > /usr/bin/gdb.minimal: warning: Could not complete Guile gdb module initialization from: > /usr/share/gdb/guile/gdb/boot.scm. > Limited Guile support is available. > Suggest passing --data-directory=/path/to/gdb/data-directory. > --8<---------------cut here---------------end--------------->8--- > > Is this known/an issue? That's been happening on every build for a little while now. I'm not sure when it started. > P.S.: I really hope this isn't my fault, as I've re-enabled Guile > support in gdb :-( Well, the file it is complaining about not being able to find is in gdb-headless, but we only get gdb-minimal in the buildroots. If debuginfo generation does not need GDB's guile support, then the warning is probably harmless, if a bit alarming. :-) -- Jerry James http://www.jamezone.org/ _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx