> > The suggestion above is that gettext only needs it for Glade support. > > That's true. So far, only Glade support in gettext requires an XML parser.
I think that's the key for me. It seems as though it is only Glade-related input to gettext which requires XML parsing and not anything from other LFS components. Gettext usually handles PO format, not XML. Input from XML would be an additonal, optional, feature. Everything else within LFS, which requires gettext, doesn't need XML at the present time. Until such time as a package that an LFS system requires cannot itself function without parsing XML, then there's seemingly no need for utiliites that handle XML to be in the LFS system. Sounds to me, through a "pipeline mentality" ear-trumpet that Glade's XML should be translated into something gettext can handle but I guess that (a gettext feature creep?) is obviously a much bigger issue and not one for LFS. > Yes, I realise that it looks like package creep. However, upstream > have declared fairly strongly that they'd expect gettext to be built > with Glade support, and we try, wherever possible, to "do the right thing" > with regard to upstream's expectations. That said, from > > http://lists.gnu.org/archive/html/bug-gnu-utils/2010-05/msg00046.html: > > "The FAILure notice is meant as a reminder to the distributor to look again > whether he really wants to distribute binaries with such a limitation. > It is still the distributor's decision and responsibility to do so if he > wants. But the FAILure serves as a warning." LFS is not a distributer of binaries, and furthermore, LFS would be providing instructions for overcoming the "limitation", assuming it is even seen as one, should a BLFS installer want to use an additional functionality within gettext. Slightly more contentiously, the failure notice sounds like a get-out clause in case something added to gettext, just to support Glade, then breaks something that worked before the "tighter integration". The very nature of LFS is what nullifies that get-out clause. Kevin -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
