Surprisingly no, the man pages and the other docs wrote without a hiccup.

Thank you for your time,
-Chase

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On July 31, 2018 8:01 PM, Jon Trulson <j...@radscan.com> wrote:

> On 07/31/2018 06:55 PM, Chase wrote:
>
> > To answer a previous question you posed, It worked fairly well, with one 
> > minor problem that dtinfogen keeps throwing a very nondescript error of 
> > "dtinfogen: sgmls not found
> > make[4]: *** [usersGuide/TOC.sgm] Error 255"
>
> Ok, so creating the guides was broken. sgmls is the predecessor to
> nsgmls. There is a copy of it in program/dtdocbook. Something must
> have gotten confused or broken with your changes to want to try to use it.
>
> Were there errors in your compile other than the one you listed above?
> I would guess so.
>
> -jon
>
> > Thank you for your time,
> > -Chase
> > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
> > On July 31, 2018 3:06 PM, Jon Trulson j...@radscan.com wrote:
> >
> > > I guess we should at some point discuss the whole SGML infrastructure in
> > > CDE.
> > > http://tldp.org/HOWTO/DocBook-Demystification-HOWTO/sgml.html
> > > This link provides a decent 'demystification' of docbook and where it is
> > > going.
> > > http://tldp.org/HOWTO/DocBook-Demystification-HOWTO/
> > > XML is the current markup format, and explains why the openjade (onsgmls
> > > et. al.) tools haven't been updated since 2005. We are essentially
> > > replacing one ancient tool, with a slightly less ancient tool.
> > > From the page:
> > > http://tldp.org/HOWTO/DocBook-Demystification-HOWTO/sgml.html
> > > =-=
> > > "13.3. Why SGML DocBook is dead
> > > The DSSSL toolchain is, as far as new development goes, effectively
> > > dead. The XSLT toolchain has reached production status in mid-2002; a
> > > working version shipped in Red Hat 7.3. It's where DocBook developers
> > > are putting almost all of their effort.
> > > The reason for the change to XML was threefold. First, SGML turned out
> > > to be too complicated to use; then, DSSSL turned out to be too
> > > complicated to live with; then, significant parts of the DSSSL toolchain
> > > turned out to be weak and irredeemably messy.
> > > Relative to SGML, XML has a reduced feature set that is sufficient for
> > > almost all purposes but much easier to understand and build parsers for.
> > > SGML-processing tools (such as validating parsers) have to carry around
> > > support for a lot of features that DocBook and other text markup systems
> > > never actually used. Removing these features made XML simpler and
> > > XML-processing tools faster.
> > > The language used to describe SGML DTDs is sufficiently spiky and
> > > forbidding that composing SGML DTDs was something of a black art. XML
> > > DTDs, on the other hand, can be described in a dialect of XML itself;
> > > there does not need to be a separate DTD language. An XML description of
> > > an XML DTD is called a schema; the term DTD itself will probably pass
> > > out of use as the standards for schemas firm up.
> > > But mostly the DSSSL toolchain is dead because DSSSL itself, the SGML
> > > stylesheet description language in that toolchain, proved just too
> > > arcane for most human beings, and made stylesheets too difficult to
> > > write and modify. (It was a dialect of Scheme. Your humble editor, a
> > > LISP-head from way back, shakes his head in sad bemusement that this
> > > should drive people away.)
> > > XML fans like to sum up all these changes with "XML: tastes great, less
> > > filling."
> > > =-=
> > > :)
> > > So - is anyone on this list familiar with docbook XML want to take up
> > > the task of upgrading our documentation format and generation to
> > > something from this decade?
> > > Short term, using a new onsgmls is probably the way to go, but long
> > > term, it seems clear we need to update to a proper, modern docbook XML.
> > > -jon
> > > On 07/31/2018 12:53 PM, Jon Trulson wrote:
> > >
> > > > On 07/30/2018 10:29 PM, Matthew R. Trower wrote:
> > > >
> > > > > Chase via cdesktopenv-devel cdesktopenv-devel@lists.sourceforge.net
> > > > > writes:
> > > > >
> > > > > > The reason I chose opensp instead of sp is simply because when I 
> > > > > > tried
> > > > > > installing sp on Lubuntu, it gave me an error saying "Package sp has
> > > > > > no installation candidate", although it is in the debian repos, so I
> > > > > > don't know whats happening with that. I also picked it due to 
> > > > > > looking
> > > > > > at the *bsd and solaris repos, and most seem to have opensp, but not
> > > > > > sp itself.
> > > > >
> > > > > > On July 30, 2018 5:53 PM, Jon Trulson j...@radscan.com wrote:
> > > > > >
> > > > > > > Well, I'd like to hear from Chase as to whether that is actually 
> > > > > > > the
> > > > > > > case on Debian.
> > > > > > > As I mentioned before, nsgmls exists on Ubuntu 16.04 after 
> > > > > > > installing
> > > > > > > the "sp" package.
> > > > >
> > > > > At least on illumos/OpenSolaris, opensp contains onsgmls and nsgmls.
> > > > > The latter is a link to the former.  I don't think the opensp package
> > > > > itself contains these links; I think it is a distribution "extra".
> > > > > Debian 9 contains opensp, but not sp.  There is no symlink from 
> > > > > onsgmls
> > > > > to nsgmls.  I can't comment on BSD at this time.
> > > >
> > > > I checked on ubuntu 16.04, it has both "sp" and "opensp".   Installing
> > > > "opensp" does provide the onsgmls program.  nsgmls comes from the "sp"
> > > > package, and is not a symlink to onsgmls.
> > > > I have confirmed that FreeBSD also has opensp in its ports collection --
> > > > I'm not sure about OpenBSD.  So it does seem like opensp is the way to 
> > > > go.
> > > >
> > > > > I'm not really familiar with these programs, but it seems to me that
> > > > > OpenSP is the continuation of SP (any expert is welcome to correct 
> > > > > me).
> > > > > As such, I'd say we should default to using that (and onsgmls), rather
> > > > > than old SP.  If people want/need to use old SP, they can always
> > > > > override it in host.def.
> > > >
> > > > That's the impression I got too, however if you go to the opensp
> > > > (OpenJade) SF page, it isn't updated very often, and there seems to be
> > > > no interaction with the developers.
> > > > https://sourceforge.net/projects/openjade/
> > > > There are 71 open tickets reports with no responses by any of the
> > > > developers that I could see in my skimming around.  It does not seem
> > > > very actively developed, but there does not seem to be any alternative.
> > > >
> > > > > And of course, if we know about types of systems where that's 
> > > > > necessary,
> > > > > it could go into their system cf files.
> > > > > Some links about SP and OpenSP
> > > > >    SP:     http://www.jclark.com/sp/howtoget.htm
> > > > >    OpenSP: http://openjade.sourceforge.net/doc/index.htm
> > > > > Version histories, which seem indicative of a transition.
> > > > >    SP:     http://openjade.sourceforge.net/doc/new.htm
> > > > >    OpenSP: http://openjade.sourceforge.net/doc/NEWS
> > > > > OpenJade in general
> > > > >    http://openjade.sourceforge.net/
> > > >
> > > > I guess we should stick to onsgmls for now.
> > > > Chase: Did it actually work well?  The help system, man pages, and
> > > > dtinfo stuff worked/looked ok?
> > >
> > > --
> > > Jon Trulson
> > > "Fire all weapons and open a hailing frequency for my victory yodle."
> > >
> > > -   Zapp Brannigan
> > >
> > > Check out the vibrant tech community on one of the world's most
> > > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > > cdesktopenv-devel mailing list
> > > cdesktopenv-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
>
> --
>
> Jon Trulson
>
> "Fire all weapons and open a hailing frequency for my victory yodle."
>
> - Zapp Brannigan



------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
cdesktopenv-devel mailing list
cdesktopenv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel

Reply via email to