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
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
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 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
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
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
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
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
Re: RFC: Create a new-rendering-tools branch
On 2/8/07, Matthew Burgess <[EMAIL PROTECTED]> wrote: > > 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. Yeah, I think that would be good. That way, any changes to the XML for formatting won't interfere with changes for packages. Then someone will just have to bite the bullet and merge together any conflicts. Although, I'd really like to get as much of this as possible taken care of before the release. -- Dan -- 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
