Re: About the future format for LFS

2008-08-31 Thread Bruce Dubbs
Randy McMurchy wrote: > William Immendorf wrote: >> We need to change some of the elements and replace them with new elements > > No disrespected intended, but who is this guy? Has he > ever contributed to the book? Is this Gerard's nephew > or something. I'm really confused. This doesn't sound >

Out of town

2008-08-31 Thread gerard
Hey all, I'll be out of town for the next week and a bit on holidays down south (read: USA). I'll check when I can to make sure the server behaves but I won't be able to do so continuously. For those of you who have my cell phone number; please don't hesitate to call if problems arise. If you

Re: About the future format for LFS

2008-08-31 Thread Randy McMurchy
William Immendorf wrote: > We need to change some of the elements and replace them with new elements No disrespected intended, but who is this guy? Has he ever contributed to the book? Is this Gerard's nephew or something. I'm really confused. This doesn't sound like anything I've ever read on thi

About the future format for LFS

2008-08-31 Thread William Immendorf
We need to change some of the elements and replace them with new elements, such as the screen and userinput combo. We also need to change decreapted Docbook 4 elements, such as ulink and bookinfo to link and info, respcrety. Also, we can remove elements we don't need. We need to change the he

Re: About the future format for LFS

2008-08-31 Thread Jean-Philippe MENGUAL
I hope I'll find scripts to automate such changes since they modify all the files containing the text of the book itself. For stylesheets no problem for me. If I'm helped it could be a no too hard work. Interesting to follow. Sincerely, JP -- http://linuxfromscratch.org/mailman/listinfo/lfs-d

About the future format for LFS

2008-08-31 Thread William Immendorf
We will proably need to change some decrepated elements, like ulink and bookinfo, and for the entries, we can use this: %general-entities; %allent; ]> No change to the .ent files is needed, but we need to change the xsl stylesheets. __

Re: About the future format for LFS

2008-08-31 Thread Jean-Philippe MENGUAL
ok it it's only few changes and no need to change all the book's code or structur cool. Because since I translate it, upgrading information is easy, but upgrading and changes all the xml code... updating from 6.1 to 6.3 was hard, so that's why I'm worry for this new evolution. But if I understan

Re: About the future format for LFS

2008-08-31 Thread Bruce Dubbs
Jean-Philippe MENGUAL wrote: > Hmmm. To obtain this new format, is it necessary to "code" (write all the > tags) again all the book? Or is there a tool to do the conversion > automatically? It *should* only require minimal changes. The header: http://www.oasis-open.org/docbook/xml/4.5/docbookx.d

Re: About the future format for LFS

2008-08-31 Thread Ken Moffat
On Sun, Aug 31, 2008 at 04:27:41PM -0400, William Immendorf wrote: > > Here's my plan for the future of the LFS format: > > 1. Use Relax NG instead of DTDs. It offers more customatibility than DTDs. > And if you're sick of XML, you can use RNCs. (Relax NG Compact Syntax) You > can also put elem

Re: About the future format for LFS

2008-08-31 Thread Jean-Philippe MENGUAL
Hmmm. To obtain this new format, is it necessary to "code" (write all the tags) again all the book? Or is there a tool to do the conversion automatically? Thanks for the answer. Sincerely, JP -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsu

About the future format for LFS

2008-08-31 Thread William Immendorf
Bruce Dubbs wrote: >See: >http://wiki.linuxfromscratch.org/lfs/ticket/855 >It's been around for 4 years, but we've never really addressed it. I've seen it, that will fix the ticket and make LFS more flexible. _ See what people are sa

Re: About the future format for LFS

2008-08-31 Thread Bruce Dubbs
William Immendorf wrote: > Here's my plan for the future of the LFS format: > > 1. Use Relax NG instead of DTDs. It offers more customatibility than DTDs. > And if you're sick of XML, you can use RNCs. (Relax NG Compact Syntax) You > can also put elements from Docbook 5.0 in and take out ones you

About the future format for LFS

2008-08-31 Thread William Immendorf
Here's my plan for the future of the LFS format: 1. Use Relax NG instead of DTDs. It offers more customatibility than DTDs. And if you're sick of XML, you can use RNCs. (Relax NG Compact Syntax) You can also put elements from Docbook 5.0 in and take out ones you don't want. Also, you can creat

Re: DJ's gcc-4.3.1 book

2008-08-31 Thread TheOldFellow
On Sun, 31 Aug 2008 11:51:09 -0700 "Dan Nicholson" <[EMAIL PROTECTED]> wrote: > On Sun, Aug 31, 2008 at 10:31 AM, TheOldFellow <[EMAIL PROTECTED]> wrote: > > Just a progress report. Nothing much to say though, it seems solid as > > a rock. I've been running Apache/PHP/MySQL/Joomla on it all week

Re: DJ's gcc-4.3.1 book

2008-08-31 Thread Dan Nicholson
On Sun, Aug 31, 2008 at 10:31 AM, TheOldFellow <[EMAIL PROTECTED]> wrote: > Just a progress report. Nothing much to say though, it seems solid as > a rock. I've been running Apache/PHP/MySQL/Joomla on it all week - > zero-issues. > > Today I built Xorg7-almost7.4 using the very latest stuff that

initd-tools-0.1.1

2008-08-31 Thread Dan Nicholson
Hi, This is the initial announcement for the initd-tools project. It aims to implement the install_initd and remove_initd programs described in the LSB 3.2: http://refspecs.linux-foundation.org/LSB_3.2.0/LSB-Core-generic/LSB-Core-generic/initsrcinstrm.html The implementation aims for a SysV init

DJ's gcc-4.3.1 book

2008-08-31 Thread TheOldFellow
Just a progress report. Nothing much to say though, it seems solid as a rock. I've been running Apache/PHP/MySQL/Joomla on it all week - zero-issues. Today I built Xorg7-almost7.4 using the very latest stuff that seems to work OK, including Mesa-7.1 and Xorg-Server-1.4.00.906, everything compile

RE: GCC-4.3.1, Linux-2.6.26.2

2008-08-31 Thread Bernard Leak
Dear List, I've been using gcc-4.3.1 for the 20080711 version of LFS, but with almost all packages as recent as I can get. I'm even living with groff-1.19.2, though I may downgrade to groff-1.18 so I can use the patch. The most important exceptions so far are that I'm only using gr