Le 17/02/2015 21:02, Bruce Dubbs a écrit : > Ken Moffat wrote: >> On Tue, Feb 17, 2015 at 10:25:15AM -0600, Bruce Dubbs wrote: >>> >>> Checking my log, I build g-i as number 14 in my list of BLFS packages. I >>> agree that it should be recommended everywhere. >>> >> Coming late to this, after unpicking my error in kde. I don't have >> any problem with recommending it (I disable it in gudev, gucharmap, >> librsvg, pygobject2 so obviously we ought to recommend it for those >> or their dependencies), >> >> But I have not built it since LFS-7.5, and for a non-gnome desktop it >> does not seem to be useful at the moment. (I regard vala as part of >> gnome). >> >> I guess that (if it has not already been changed) moving it to >> Required and adding '(if building gnome),' before the next package >> in the list would show that not everybody needs it. > > We don't build the Gnome desktop, but we do build some Gnome applications. The > above wording seems to be a bit ambiguous. > >> I'm also surprised that you build it so early - I did not think it >> was useful until Xorg had been installed. > > I generally build most optional dependencies, but I don't recall why I built > g-i that early for this iteration. This is my partial list: >
Well, the problem is the book inconsistent state: because g-i is recommended for some packages (like colord), which are recommended outside of gnome (example CUPS), you always end up building g-i (unless you want to deviate from the recommended deps). that's how you may be hit by the type of annoyances I described in the OP. So building g-i as early as possible prevents those annoyances. But unsuspecting users might not do that! Thinking more about it, fixing the book is much more easily done by recommending g-ir everywhere than by making it optional each time it is possible: determining the switches needed to not requiring it (such as --disable-instrospection) would be a long task. For example, is it possible (without heavy workarounds) to build colord without g-i? I think I'll give it a try, but there are more urgent things (libpeas/Lua fixing again, and testing new patch for LO). Pierre Pierre -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
