Re: BLFS-XML: internal subsets and XIncludes
M.Canales.es wrote: [...] To fix this bug all entities found in Xincluded files must be replaced by their values in the output, and that, for the BLFS sources, is equivalent to tell to xmllint that must to replace all entities in the output using: $ xmllint --nonet --xinclude --noent --postvalid index.xml /tmp/all.xml Many thanks, Manuel, that works for me. -- Nico signature.asc Description: OpenPGP digital signature -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Tool to generate BLFS dependency graph
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Hello! I wrote a small program that allows you to get a graphical representation of the BLFS dependencies. (In fact, that's why I asked how I could produce a working huge flattened XML file containing the BLFS book; thanks to Manuel for the help.) The tool is attached to this mail. It uses Java 2 SE 1.4, and has not been tested with other versions. It's rather a quick hack ... Instructions: $ tar xjf gendep-20060125T1358.tar.bz2 $ cd gendep-20060125T1358 $ . compile $ xmllint --nonet --xinclude --noent --postvalid \ ${PATH_TO_BLFS_BOOK_SVN_TREE}/index.xml book.xml $ . run book.xml blfs.dot -onlyreq OR $ . run book.xml blfs.dot (The first form is in fact only a shorthand for the second and some additional grep'ping.) This will produce a file blfs.dot with dependency information for the BLFS book. If you passed the parameter -onlyreq, it will only list required packages. Please note that the code is far from perfect, and must be considered a hack! There may be some wrong info in the output ... You can use the dot program from the graphviz package in order to process the file: $ dot -Tsvg -v -o blfs.svg blfs.dot This takes about 17 to 18 minutes on my 1.8 GHz Athlon XP with 512 MB RAM for the full dependency graph. As it will look ugly anyway, I'd recommend you use the -onlyreq parameter or strip blfs.dot using grep/vim/... before using it as input for the dot program. If you used -noreq, the file will be processed much more quickly, as the graph will be much smaller. Anyway, you end up with a file named blfs.svg containing the graph as an SVG. Then use your favorite image viewer to look at it (eog worked fine for me, though it needs some time to process the data). If you need some fancy stuff or want to adjust something, I recommend you read the code and tweak GenDep.java accordingly. ;-) Have fun, comments are very welcome! - -- Nico -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD13yqxI5uhYOGv4URA1ENAJoDzMhxw4kBhjhNuf8D5btOt8FcYACeKsDw FGQoDlwHoljxuPkM82r0Tv4= =Lpbk -END PGP SIGNATURE- gendep-20060125T1358.tar.bz2 Description: Binary data -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD4DBQBD13yMxI5uhYOGv4URAuOzAJjd2dBKB6zrK+uKROWE9QVzbMaRAKCydgnc lPy3gILMjVZQXGfb4OnBoA== =tW0V -END PGP SIGNATURE- -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: iso-codes requirement
Jay D. McHugh wrote: ISO Codes doesn't list Python as being a requirement (optional or required) but when I tried to install it without first installing Python, this is what happened (it worked fine once I installed Python): Looks like it. From the Changelog: * Now depend on python. Closes: #251329 -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Firefox SVG
On 1/25/06, Bruce Dubbs [EMAIL PROTECTED] wrote: When I tried to look at Nico's svg file of dependencies, I found I didn't have an svg viewer. There is one built into firefox, but we don't enable it by default. Is there a reason why? Bruce, another option is to use xsvg that's in the cairo snapshots directory: http://cairographics.org/snapshots/ It may depend on libsvg and/or libsvg-cairo, but I don't remember. -- Dan -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Firefox SVG
On 1/25/06, Randy McMurchy [EMAIL PROTECTED] wrote: Bruce Dubbs wrote these words on 01/25/06 11:24 CST: When I tried to look at Nico's svg file of dependencies, I found I didn't have an svg viewer. There is one built into firefox, but we don't enable it by default. Is there a reason why? I would *recommend* :) that we change this. It took me 45 minutes to rebuild FF on a 3GHz system. That's funny. It takes me about 3.5 hours to rebuild firefox. It is expensive. It takes time and disk space, and I believe it adds some overhead to the running Firefox. This might be true. I don't know if this is the only reason, but firefox-1.5 is stressing my box noticeably harder than firefox-1.0. 1) You should review the options in the .mozconfig file and enable any of them you may need and 2) The option for SVG is well described in the file. I think I agree with Randy here. While I think that SVG support is super-neato, others might not. Part of the point of using the mozconfig file is that instead of adding everything at the command line, you have a text file with extensive comments to decide what you want and what you don't. Additionally, it would be the only option that you must disable if you *don't* want it. Everything else is the exact opposite. You must enable it if you *do* want it. Not exactly. You left --enable-canvas on by default and that's not standard. -- Dan -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Tool to generate BLFS dependency graph
On 1/25/06, Bruce Dubbs [EMAIL PROTECTED] wrote: Nico R. wrote: Hello! I wrote a small program that allows you to get a graphical representation of the BLFS dependencies. (In fact, that's why I asked how I could produce a working huge flattened XML file containing the BLFS book; thanks to Manuel for the help.) Wow. That's some chart! I havn't had a chance to look at it much yet, but it may be a useful tool. Bruce, any chance you could provide a link to the generated svg file? I don't have the time to create this myself right now. -- Dan -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Firefox SVG
Dan Nicholson wrote these words on 01/25/06 12:30 CST: Not exactly. You left --enable-canvas on by default and that's not standard. I thought of that after I had already sent the email. I was hoping nobody would notice. :-) However, as was discussed in the extensive discussion Jeremy referred to, my testing showed that --enable-canvas used relatively zero additional resources. -- Randy rmlscsi: [GNU ld version 2.15.94.0.2 20041220] [gcc (GCC) 3.4.3] [GNU C Library stable release version 2.3.4] [Linux 2.6.10 i686] 12:33:00 up 122 days, 21:57, 3 users, load average: 0.15, 0.24, 0.40 -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Firefox SVG
On 1/25/06, Randy McMurchy [EMAIL PROTECTED] wrote: Additionally, the librsvg library (BLFS Chapter 9) includes a stand-alone tool for viewing SVG files, and can optionally create an SVG plugin for Moz/Firefox. I'm not sure how good the plugin works, though. I've never tried it. I've heard it's not good, and that was part of the push to use cairo for svg rendering by default. Of course, I have no idea where I got that info from. -- Dan -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Tool to generate BLFS dependency graph
On Wed, 25 Jan 2006 14:27:11 +0100 Nico R. [EMAIL PROTECTED] wrote: I wrote a small program that allows you to get a graphical representation of the BLFS dependencies. snip Awesome! Thanks Nico. R. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Tool to generate BLFS dependency graph
On 1/25/06, Richard A Downing [EMAIL PROTECTED] wrote: Just for today: http://www.langside.org.uk/images/blfs.svg Wow, that's insane. Thanks, Richard. Consider it downloaded. -- Dan -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Firefox SVG
Randy McMurchy wrote: I don't mean this to be rude or condescending to you specifically, Bruce, but I just felt that most would heed the note to review the file and enable it if they wanted it. Just out of curiosity, did you not want it when you initially built Firefox? Nah. You aren't being rude. As the Editor, I normally build packages *exactly* the way the book says with most optional packages (but not all). I did read the note, but I didn't know I needed svg at the time. Lookng at my build, I fine four svg related libraries (.a) in FF for a total of about 3MB. Is this too much bloat? According to what I read, most FF binaries come with svg built in. I now think that it would be expected by most users and shuod be the default. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Firefox SVG
Bruce Dubbs wrote: According to what I read, most FF binaries come with svg built in. I now think that it would be expected by most users and should be the default. +1 Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Anduin files
Hi all, This is directed to everyone who has write access to the /srv/www area on Anduin. Is there any reason why you had to pull out the .../files/BLFS area. There were production files in there and now the book is broken. Isn't this something that could have been discussed first? -- Randy rmlscsi: [GNU ld version 2.15.94.0.2 20041220] [gcc (GCC) 3.4.3] [GNU C Library stable release version 2.3.4] [Linux 2.6.10 i686] 14:49:00 up 123 days, 13 min, 3 users, load average: 0.02, 0.01, 0.09 -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Anduin files
Randy McMurchy wrote these words on 01/25/06 14:51 CST: Is there any reason why you had to pull out the .../files/BLFS area. There were production files in there and now the book is broken. Sorry for the noise. I am mistaken. If I could type, this wouldn't have been necessary. -- Randy rmlscsi: [GNU ld version 2.15.94.0.2 20041220] [gcc (GCC) 3.4.3] [GNU C Library stable release version 2.3.4] [Linux 2.6.10 i686] 14:57:00 up 123 days, 21 min, 3 users, load average: 0.08, 0.13, 0.11 -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Move package management to LFS
Bruce Dubbs wrote: Matthew Burgess wrote: Bruce Dubbs wrote: Go ahead and put into LFS whatever you think is appropriate and we'll do the right thing afterward. OK, this is now in LFS as of r7301. I think you need to review the text: I already did...honest :-) Package Management is an often requested addition to the LFS Book. You just added that. Some reasons why no package manager is mentioned in LFS or BLFS include: OK, it'd probably be more accurate as Some reasons why no single package manager is recommended in LFS include: Note As no particular package management technique is mentioned in LFS, the commands in the remainder of this book must be performed while logged in as user root and no longer as user lfs. Also, double check that $LFS is set. You now mention several. Well, they were mentioned before! Again, changing mentioned to recommended. Thanks for your comments Bruce, Matt. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page