Bug#175064: DocBook XML conversion is read with this script

Guillem Jover writes: > Ok, here's the updated patch series for the conversion omitting the > actual conversion commit. Attached and in the pu/markup-singularity > branch at . This has now been applied including the conversion generated by the scr

Bug#175064: DocBook XML conversion is read with this script

Hi! Ok, here's the updated patch series for the conversion omitting the actual conversion commit. Attached and in the pu/markup-singularity branch at . A summary of the current status: * Switched from OpenJade to xsltproc, and added xmllint. * The

Bug#175064: DocBook XML conversion is read with this script

On Mon, 2017-03-27 at 04:47:33 +0200, Guillem Jover wrote: > I've updated the Build-Depends, and removed the recently introduced > ghostscript, so the new changelog entry might need to to be removed. It seems I missed also bsdmainutils. > I think that to be able to fix some of the other minor iss

Bug#175064: DocBook XML conversion is read with this script

Hi! On Sat, 2017-03-25 at 21:25:14 -0700, Russ Allbery wrote: > Guillem Jover writes: > > Sounds good to me. I can probably check several of those over time > > once this is merged in. > > > In which case I can rebase, check that everything is fine, and resend > > the scripts to run the conversi

Bug#175064: DocBook XML conversion is read with this script

Guillem Jover writes: > Oh, I guess I was not clear, I was referring to the XML converted from > the SGML, which will become the new source from where all output formats > will be generated, so it would definitely be looked at (I'd hope! :). > If you run the script, you'll see the resulting conv

Bug#175064: DocBook XML conversion is read with this script

On Mon, 2017-02-20 at 13:16:25 -0800, Russ Allbery wrote: > Guillem Jover writes: > > I've found the problem with the wrong spacing, which was due to tidy(1), > > I've played now with xmllint(1) and pandoc(1), but disabled the initial > > cleanup for now (branch updated). So the converted XML is n

Bug#175064: DocBook XML conversion is read with this script

Guillem Jover writes: > I've found the problem with the wrong spacing, which was due to tidy(1), > I've played now with xmllint(1) and pandoc(1), but disabled the initial > cleanup for now (branch updated). So the converted XML is not indented, > but I'm not sure if you are fine with that. I'm t

Bug#175064: DocBook XML conversion is read with this script

Hi, Thanks for moving my 6 year old patch snippets/idea into real action. On Sun, Jan 15, 2017 at 04:54:32PM +0100, Guillem Jover wrote: ... > > On Sat, 2017-01-14 at 21:30:14 +, Simon McVittie wrote: > > On Sat, 14 Jan 2017 at 11:32:09 -0800, Russ Allbery wrote: > > > Bill Allombert writes

Bug#175064: DocBook XML conversion is read with this script

On Mon, 2017-01-16 at 00:53:43 +0100, gregor herrmann wrote: > On Sun, 15 Jan 2017 20:51:07 +0100, Guillem Jover wrote: > > > Subject: [PATCH 1/7] Use entities instead of literal <, > and & > > It seems you've converted some '>' to '>' but not all? Indeed, nice catch! The following two I think w

Bug#175064: DocBook XML conversion is read with this script

On Sun, 15 Jan 2017 20:51:07 +0100, Guillem Jover wrote: > Subject: [PATCH 1/7] Use entities instead of literal <, > and & It seems you've converted some '>' to '>' but not all? > -if [ "$1" = start ] && which initctl >/dev/null && initctl version | grep -q > upstart > +if [ "$1" = start ] &&

Bug#175064: DocBook XML conversion is read with this script

Hi! On Sat, 2017-01-14 at 10:59:45 -0800, Russ Allbery wrote: > Guillem Jover writes: > > I've prepared a renewal of the conversion. And scripted it so that it > > can be performed at any point in time regardless of most changes in the > > sources. > > > This also includes several fixes to the c

Bug#175064: DocBook XML conversion is read with this script

Guillem Jover writes: > I'd also like to detangle this potential reformatting from this initial > conversion, because once it's in DocBook we can use other tools (such as > pandoc) to convert to other formats, but not from DebianDoc-SGML. > I think both options, asciidoc or some kind of extended

Bug#175064: DocBook XML conversion is read with this script

Hi! On Sat, 2017-01-14 at 21:30:14 +, Simon McVittie wrote: > On Sat, 14 Jan 2017 at 11:32:09 -0800, Russ Allbery wrote: > > Bill Allombert writes: > > > I am concerned that DocBook is much too complex to be used for Debian > > > policy. We need to people to write patches without trouble and

Bug#175064: DocBook XML conversion is read with this script

On Sat, 14 Jan 2017 at 11:32:09 -0800, Russ Allbery wrote: > Bill Allombert writes: > > > I am concerned that DocBook is much too complex to be used for Debian > > policy. We need to people to write patches without trouble and we do > > not have many editors available for fixing the XML. Debiand

Bug#175064: DocBook XML conversion is read with this script

Bill Allombert writes: > I am concerned that DocBook is much too complex to be used for Debian > policy. We need to people to write patches without trouble and we do > not have many editors available for fixing the XML. Debiandoc-SGML > virtue is that it is simple. They seem essentially identic

Bug#175064: DocBook XML conversion is read with this script

On Sat, Jan 14, 2017 at 10:59:45AM -0800, Russ Allbery wrote: > Guillem Jover writes: > > > I've prepared a renewal of the conversion. And scripted it so that it > > can be performed at any point in time regardless of most changes in the > > sources. > > > This also includes several fixes to the

Bug#175064: DocBook XML conversion is read with this script

Guillem Jover writes: > I've prepared a renewal of the conversion. And scripted it so that it > can be performed at any point in time regardless of most changes in the > sources. > This also includes several fixes to the current SGML source to ease the > future conversion, I think these are fine

Bug#175064: DocBook XML conversion is read with this script

Hi! On Sun, 2011-04-17 at 11:38:10 +0900, Osamu Aoki wrote: > By extracting attached file into source and running "make", it will do > the magic of converting to DocBok XML and then to PDF etc. > (Need the sid version of the latest debiandoc-sgml) > > Technically, conversion is ready whenever you

Bug#175064: DocBook XML conversion is read with this script

Hi, Thanks for your help. On Mon, Apr 25, 2011 at 05:25:31AM -0500, Jonathan Nieder wrote: ... > . Sometimes the spacing around closing tags looks unidiomatic, as in > > ... The detailed > procedure for gracefully orphaning a package can be found in the Debian > Developer's Re

Bug#175064: DocBook XML conversion is read with this script

Hi again, Osamu Aoki wrote: > I was lazy to copy that kind of script to the makefile. You can find it > in maint-guide subversion. Okay, will take a look. > On Mon, Apr 25, 2011 at 05:25:31AM -0500, Jonathan Nieder wrote: >> . The lack of indentation in the source is nice. Less fussy. > > Th

Bug#175064: DocBook XML conversion is read with this script

Hi, On Mon, Apr 25, 2011 at 05:25:31AM -0500, Jonathan Nieder wrote: > Hi Osamu, > > Osamu Aoki wrote: > > > By extracting attached file into source and running "make", it will do > > the magic of converting to DocBok XML and then to PDF etc. > > (Need the sid version of the latest debiandoc-sgm

Bug#175064: DocBook XML conversion is read with this script

Hi Osamu, Osamu Aoki wrote: > By extracting attached file into source and running "make", it will do > the magic of converting to DocBok XML and then to PDF etc. > (Need the sid version of the latest debiandoc-sgml) Very neat. I also had to install dblatex. I like the separation between automa

Bug#175064: DocBook XML conversion is read with this script

Hi, By extracting attached file into source and running "make", it will do the magic of converting to DocBok XML and then to PDF etc. (Need the sid version of the latest debiandoc-sgml) Technically, conversion is ready whenever you want to do so. Osamu docbook-conversion.tar.gz Description: Bi