Re: RFC: Create a new-rendering-tools branch
El Sábado, 24 de Febrero de 2007 05:20, Bruce Dubbs escribió: Dan Nicholson wrote: Is this still going to happen. Manuel is obviously going to drive any changes, but I think any branches have to be created by Matthew or Bruce. Actually, anyone with commit privs can create a tag or branch. It's just a svn command away. Right, I'm waiting the DocBook-XSL-1.72.1 release (just few minutes ago was committed another bug fix into the extensions/ subdirectory) What we should do as soon is possible is to update the sources to DocBook-XML-4.5 DTD, but that depend on having the package installed at least on quantum, and anduin. Bruce, some timeline about that? Also BLFS should close #2241 to allow editors to install the new DTD on their hosts. -- Manuel Canales Esparcia Usuario de LFS nº2886: http://www.linuxfromscratch.org LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info TLDP-ES: http://es.tldp.org -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: RFC: Create a new-rendering-tools branch
M.Canales.es wrote: El Sábado, 24 de Febrero de 2007 05:20, Bruce Dubbs escribió: Dan Nicholson wrote: Is this still going to happen. Manuel is obviously going to drive any changes, but I think any branches have to be created by Matthew or Bruce. Actually, anyone with commit privs can create a tag or branch. It's just a svn command away. Right, I'm waiting the DocBook-XSL-1.72.1 release (just few minutes ago was committed another bug fix into the extensions/ subdirectory) What we should do as soon is possible is to update the sources to DocBook-XML-4.5 DTD, but that depend on having the package installed at least on quantum, and anduin. Bruce, some timeline about that? Also BLFS should close #2241 to allow editors to install the new DTD on their hosts. Randy has assigned that ticket to himself. I can update quantum and anduin anytime, but I haven't looked at the procedure to do that. However, I can't imagine it being much different from what we have now. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: RFC: Create a new-rendering-tools branch
El Sábado, 24 de Febrero de 2007 17:14, Bruce Dubbs escribió: Randy has assigned that ticket to himself. I can update quantum and anduin anytime, but I haven't looked at the procedure to do that. However, I can't imagine it being much different from what we have now. On that ticket there is patch by Matthew with the commands update. -- Manuel Canales Esparcia Usuario de LFS nº2886: http://www.linuxfromscratch.org LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info TLDP-ES: http://es.tldp.org -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: RFC: Create a new-rendering-tools branch
On 2/24/07, Bruce Dubbs [EMAIL PROTECTED] wrote: M.Canales.es wrote: Also BLFS should close #2241 to allow editors to install the new DTD on their hosts. Randy has assigned that ticket to himself. I can update quantum and anduin anytime, but I haven't looked at the procedure to do that. However, I can't imagine it being much different from what we have now. I raised the priority of the ticket, so hopefully that will prod Randy into action. Matthew has already attached a book diff. http://wiki.linuxfromscratch.org/blfs/attachment/ticket/2241/docbook-4.5.diff -- Dan -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: RFC: Create a new-rendering-tools branch
Trying to clean out my inbox a bit and came upon this. On 2/9/07, M.Canales.es [EMAIL PROTECTED] wrote: El Jueves, 8 de Febrero de 2007 21:49, Matthew Burgess escribió: Hi folks, Do you think it's worth creating a branch so we can work on updating the book rendering infrastructure? This way, if we can't get it sorted in time for a release we simply don't merge from that branch? It also means that folks with an interest in this can contribute and relieve some pressure from Manuel. I agree. But only the stylesheets/ subdir need be branched, not the full book sources. The XML code don't must be afected by the XSL update. To work and test the new XSL code, just pull a fresh trunk working copy and then svn switch stylesheet/ to the branch. Is this still going to happen. Manuel is obviously going to drive any changes, but I think any branches have to be created by Matthew or Bruce. -- Dan -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: RFC: Create a new-rendering-tools branch
Dan Nicholson wrote: Is this still going to happen. Manuel is obviously going to drive any changes, but I think any branches have to be created by Matthew or Bruce. Actually, anyone with commit privs can create a tag or branch. It's just a svn command away. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: RFC: Create a new-rendering-tools branch
El Jueves, 8 de Febrero de 2007 21:49, Matthew Burgess escribió: Hi folks, Do you think it's worth creating a branch so we can work on updating the book rendering infrastructure? This way, if we can't get it sorted in time for a release we simply don't merge from that branch? It also means that folks with an interest in this can contribute and relieve some pressure from Manuel. I agree. But only the stylesheets/ subdir need be branched, not the full book sources. The XML code don't must be afected by the XSL update. To work and test the new XSL code, just pull a fresh trunk working copy and then svn switch stylesheet/ to the branch. I can install things on Quantum so that they don't interfere with regular book renderings, which should allow a side-by-side comparison to ensure we don't introduce any aesthetic regressions. Great. -- Manuel Canales Esparcia Usuario de LFS nº2886: http://www.linuxfromscratch.org LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info TLDP-ES: http://es.tldp.org -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
RFC: Create a new-rendering-tools branch
Hi folks, Do you think it's worth creating a branch so we can work on updating the book rendering infrastructure? This way, if we can't get it sorted in time for a release we simply don't merge from that branch? It also means that folks with an interest in this can contribute and relieve some pressure from Manuel. I can install things on Quantum so that they don't interfere with regular book renderings, which should allow a side-by-side comparison to ensure we don't introduce any aesthetic regressions. Regards, Matt. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: RFC: Create a new-rendering-tools branch
Matthew Burgess wrote: Hi folks, Do you think it's worth creating a branch so we can work on updating the book rendering infrastructure? This way, if we can't get it sorted in time for a release we simply don't merge from that branch? It also means that folks with an interest in this can contribute and relieve some pressure from Manuel. +1, because branches are cheap. -- Alexander E. Patrakov -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
