Ken Moffat wrote these words on 02/25/09 14:01 CST: > On Tue, Feb 24, 2009 at 06:32:56PM -0600, Randy McMurchy wrote: >> See above. And this is how we do it in most of the BLFS packages >> where a dependency is soley used to build a sub-part of the package >> that nothing else in the book depends on. >> > Change it as you wish, and take the 'toolkit' tickets you are > asking about. I think you can assign them to yourself without me > touching them and adding to the volume of trac mails. > > My current view is that new or severely outdated packages are more > important - the gtk/pango/cairo packages have all been updated > recently, so barring vulnerabilities I'm not aware of, and ignoring > updated translations, the versions in the book seem to be adequate > (i.e. not likely to cause problems to anyone using them).
But I have all the data, and I can do it right now (you've already said to go ahead, I just haven't done it yet). You would need to rebuild them, note the changes (a test failure on Gtk for example). It would just be easier/faster for me to do them. I'm not trying to step on your toes. > I had hoped sqlite and gnu-gs would be going in soon. SQLite today, Ghostscript and CUPS in the next day or so. There's just so many darn circular dependencies nowadays, and I want to be thorough and ensure I've tested all the options in all the packages. Sheesh, it took me almost two full days to figure out LiveTex so I could build docs for many of the packages. Then there's Doxygen, which requires Graphviz, which is a nightmare of dependencies. Graphviz itself could take someone a week just to nail down all the dependencies for a full build. Bruce owns the ticket, but I've now got all the data for Graphviz, so I'll probably be adding to that ticket that I can do it right now. -- Randy rmlscsi: [bogomips 1003.24] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3] [GNU C Library stable release version 2.3.6] [Linux 2.6.14.3 i686] 15:01:00 up 2 days, 1:00, 1 user, load average: 0.48, 0.23, 0.08 -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
