On Tue, Sep 03, 2019 at 12:19:46AM +0100, Ken Moffat via blfs-dev wrote: > On Mon, Sep 02, 2019 at 11:08:09AM +0200, gabriele balducci via blfs-dev > wrote: > > > Looking at fedora, > > > https://src.fedoraproject.org/rpms/firefox/tree/master they seem to > > > manage to build some sort of 69.0 but using a "shipped" cbindgen > > > (and I've no idea where/how they got that). Without system > > > > I usually (since 66.0) build cbindgen on the fly (as one of the very > > first steps during firefox build) and catch the "good" version to be built > > from these two locations in the FF tree: > > > > taskcluster/scripts/misc/build-cbindgen.sh > > build/moz.configure/bindgen.configure > > > > > Short summary: anything using the r language (as distinct from R > > > which is probably a perfectly good language) is a house of cards > > > built on sand, any help in resolving this would be welcome. > > > > hope this helps > > > > ciao > > gabriele > > Thanks Gabriele. > > I notice that the git hash has a comment '# V0.9.0' which is what > I've been using. so, I don't think this is the cause of my problem. > Indeed it was not. For my own builds I use a mozconfig with the correct options for what I am doing. But when measuring a vanilla build for the book I usually copy the mozconfig that is in the book.
Looks as if dbus-glib should now be required (the book comments it because it used to be optional). With that enabled, I completed the build. Arguably, it might be better as 'recommended', since the configury doesn't seem to require it, but since that doesn't link with the other options i nthe book I'm minded to make it required. So, on this occasion my apologies for blaming r..t (but I still think it is a house of cards). ĸen -- thread 'main' panicked at 'giraffe', /tmp/rustc-1.32.0-src/src/test/run-fail/while-panic.rs:17:13 -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
