Re: [blfs-dev] PAM now fails to build docs with links

2016-08-10 Thread Ken Moffat 
On Wed, Aug 10, 2016 at 09:04:32PM +0100, Ken Moffat wrote:
> On Wed, Aug 10, 2016 at 08:21:20PM +0100, akhiezer wrote:
> > > Date: Wed, 10 Aug 2016 18:39:05 +0100
> > > From: Ken Moffat <zarniwh...@ntlworld.com>
> > > Subject: [blfs-dev] PAM now fails to build docs with links
> > >
> > > Today, with 1.3.0 and 2.13 it tries to build the docs, and fails:
> > >
> > > /usr/bin/xsltproc --stringparam generate.toc "book toc" \
> > >   --stringparam section.autolabel 1 \
> > >   --stringparam section.label.includes.component.label 1 \
> > >   --stringparam toc.max.depth 2 --xinclude --nonet \
> > >   http://docbook.sourceforge.net/release/xsl/current/html/docbook.xsl 
> > > Linux-PAM_SAG.xml | /usr/bin/links -no-numbering -no-references -dump > 
> > > Linux-PAM_SAG.txt
> > > Unknown option -no-numbering
> > 
> > 
> > Hmmm, those '/usr/bin/links ...' args don't look like the 'real'
> > 'links' prog: looks a bit more like the ~similar 'elinks' - ref e.g.:
> > 
> >   http://elinks.or.cz/documentation/manpages/elinks.1.html
> > 
> > Maybe the relevant pam-devs have got elinks dropped-in for 'links'?
> > 
> Possible.  At the moment I'm still building Xorg - I'll take a look
> after I've built firefox.  Thanks for the hint, I'll also take a
> look at the configure script again.
> > 

Yes, those are elinks options.  The latest stable release of elinks
(0.11.7) installs by default as 'elinks' (DESTDIR install, it's
lightweight enough to run from there) and (of course) does not get
invoked because PAM is calling for links.  If elinks is symlinked as
links it DOES create the ADG and SAG HTML docs.

For almost any other word, I would use a sed - but links is used in
many places in configure and I do not like sed commands with
hardcoded line numbers.

So, either a patch, or use the switch by default.  I think I'll go
for using the switch by default, with a note that this fixes
building with the book's links, and add to t he deps 'or elinks,
installed as links, and remove the configure switch'.

ĸen
-- 
`I shall take my mountains', said Lu-Tze. `The climate will be good
for them.' -- Small Gods
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] PAM now fails to build docs with links

2016-08-10 Thread Ken Moffat 
On Wed, Aug 10, 2016 at 08:21:20PM +0100, akhiezer wrote:
> > Date: Wed, 10 Aug 2016 18:39:05 +0100
> > From: Ken Moffat <zarniwh...@ntlworld.com>
> > Subject: [blfs-dev] PAM now fails to build docs with links
> >
> > I've been adding PAM to my desktop builds for a while.  By the time
> > I get to that point I've already built links, docbook, xslt.
> >
> > Until now that has built without problems, although it  has not
> > built the docs (I don't have w3m), so e.g. a couple of months ago I
> > got
> > /usr/share/doc/Linux-PAM-1.2.1
> > /usr/share/doc/Linux-PAM-1.2.1/draft-morgan-pam-current.txt
> > /usr/share/doc/Linux-PAM-1.2.1/index.html
> > /usr/share/doc/Linux-PAM-1.2.1/rfc86.0.txt
> >
> > That was with Linux-PAM-1.2.1 and links-2.12.
> >
> > Today, with 1.3.0 and 2.13 it tries to build the docs, and fails:
> >
> > /usr/bin/xsltproc --stringparam generate.toc "book toc" \
> >   --stringparam section.autolabel 1 \
> >   --stringparam section.label.includes.component.label 1 \
> >   --stringparam toc.max.depth 2 --xinclude --nonet \
> >   http://docbook.sourceforge.net/release/xsl/current/html/docbook.xsl 
> > Linux-PAM_SAG.xml | /usr/bin/links -no-numbering -no-references -dump > 
> > Linux-PAM_SAG.txt
> > Unknown option -no-numbering
> 
> 
> Hmmm, those '/usr/bin/links ...' args don't look like the 'real'
> 'links' prog: looks a bit more like the ~similar 'elinks' - ref e.g.:
> 
>   http://elinks.or.cz/documentation/manpages/elinks.1.html
> 
> Maybe the relevant pam-devs have got elinks dropped-in for 'links'?
> 
Possible.  At the moment I'm still building Xorg - I'll take a look
after I've built firefox.  Thanks for the hint, I'll also take a
look at the configure script again.
> 
> >
> > The work-around is to add '--disable-regenerate-docu' : that gives
> > the same docs as before (and the index.html is useless with out the
> > guides it links to).
> >
> > Should I add that as an optional switch for people who have the
> > docbook deps and xslt but not w3m ?
> >
> 
> 
> If they're using links/elinks to generate docs, then why 'require'
> w3m to build the docs.
> 
The book, at least since 7.8, has specified w3m for the docs, and
until tonight PAM had never tried to build the full docs with links.

ĸen
-- 
`I shall take my mountains', said Lu-Tze. `The climate will be good
for them.' -- Small Gods
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] PAM now fails to build docs with links

2016-08-10 Thread akhiezer 
> Date: Wed, 10 Aug 2016 18:39:05 +0100
> From: Ken Moffat <zarniwh...@ntlworld.com>
> Subject: [blfs-dev] PAM now fails to build docs with links
>
> I've been adding PAM to my desktop builds for a while.  By the time
> I get to that point I've already built links, docbook, xslt.
>
> Until now that has built without problems, although it  has not
> built the docs (I don't have w3m), so e.g. a couple of months ago I
> got
> /usr/share/doc/Linux-PAM-1.2.1
> /usr/share/doc/Linux-PAM-1.2.1/draft-morgan-pam-current.txt
> /usr/share/doc/Linux-PAM-1.2.1/index.html
> /usr/share/doc/Linux-PAM-1.2.1/rfc86.0.txt
>
> That was with Linux-PAM-1.2.1 and links-2.12.
>
> Today, with 1.3.0 and 2.13 it tries to build the docs, and fails:
>
> /usr/bin/xsltproc --stringparam generate.toc "book toc" \
>   --stringparam section.autolabel 1 \
>   --stringparam section.label.includes.component.label 1 \
>   --stringparam toc.max.depth 2 --xinclude --nonet \
>   http://docbook.sourceforge.net/release/xsl/current/html/docbook.xsl 
> Linux-PAM_SAG.xml | /usr/bin/links -no-numbering -no-references -dump > 
> Linux-PAM_SAG.txt
> Unknown option -no-numbering


Hmmm, those '/usr/bin/links ...' args don't look like the 'real'
'links' prog: looks a bit more like the ~similar 'elinks' - ref e.g.:

  http://elinks.or.cz/documentation/manpages/elinks.1.html

Maybe the relevant pam-devs have got elinks dropped-in for 'links'?


>
> The work-around is to add '--disable-regenerate-docu' : that gives
> the same docs as before (and the index.html is useless with out the
> guides it links to).
>
> Should I add that as an optional switch for people who have the
> docbook deps and xslt but not w3m ?
>


If they're using links/elinks to generate docs, then why 'require'
w3m to build the docs.



akh





--
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] PAM now fails to build docs with links

2016-08-10 Thread Bruce Dubbs 

Ken Moffat wrote:

I've been adding PAM to my desktop builds for a while.  By the time
I get to that point I've already built links, docbook, xslt.

Until now that has built without problems, although it  has not
built the docs (I don't have w3m), so e.g. a couple of months ago I
got
/usr/share/doc/Linux-PAM-1.2.1
/usr/share/doc/Linux-PAM-1.2.1/draft-morgan-pam-current.txt
/usr/share/doc/Linux-PAM-1.2.1/index.html
/usr/share/doc/Linux-PAM-1.2.1/rfc86.0.txt

That was with Linux-PAM-1.2.1 and links-2.12.

Today, with 1.3.0 and 2.13 it tries to build the docs, and fails:

/usr/bin/xsltproc --stringparam generate.toc "book toc" \
   --stringparam section.autolabel 1 \
   --stringparam section.label.includes.component.label 1 \
   --stringparam toc.max.depth 2 --xinclude --nonet \
   http://docbook.sourceforge.net/release/xsl/current/html/docbook.xsl 
Linux-PAM_SAG.xml | /usr/bin/links -no-numbering -no-references -dump > 
Linux-PAM_SAG.txt
Unknown option -no-numbering

The work-around is to add '--disable-regenerate-docu' : that gives
the same docs as before (and the index.html is useless with out the
guides it links to).

Should I add that as an optional switch for people who have the
docbook deps and xslt but not w3m ?


I would add the switch as the default and explain that it can be removed 
if the appropriate optional dependencies are installed.


  -- Bruce


--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] PAM now fails to build docs with links

2016-08-10 Thread Douglas R. Reno 
On Aug 10, 2016 12:39 PM, "Ken Moffat"  wrote:
>
> I've been adding PAM to my desktop builds for a while.  By the time
> I get to that point I've already built links, docbook, xslt.
>
> Until now that has built without problems, although it  has not
> built the docs (I don't have w3m), so e.g. a couple of months ago I
> got
> /usr/share/doc/Linux-PAM-1.2.1
> /usr/share/doc/Linux-PAM-1.2.1/draft-morgan-pam-current.txt
> /usr/share/doc/Linux-PAM-1.2.1/index.html
> /usr/share/doc/Linux-PAM-1.2.1/rfc86.0.txt
>
> That was with Linux-PAM-1.2.1 and links-2.12.
>
> Today, with 1.3.0 and 2.13 it tries to build the docs, and fails:
>
> /usr/bin/xsltproc --stringparam generate.toc "book toc" \
>   --stringparam section.autolabel 1 \
>   --stringparam section.label.includes.component.label 1 \
>   --stringparam toc.max.depth 2 --xinclude --nonet \
>   http://docbook.sourceforge.net/release/xsl/current/html/docbook.xsl
Linux-PAM_SAG.xml | /usr/bin/links -no-numbering -no-references -dump >
Linux-PAM_SAG.txt
> Unknown option -no-numbering
>
> The work-around is to add '--disable-regenerate-docu' : that gives
> the same docs as before (and the index.html is useless with out the
> guides it links to).
>
> Should I add that as an optional switch for people who have the
> docbook deps and xslt but not w3m ?
>
That sounds like a good idea.
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

[blfs-dev] PAM now fails to build docs with links

2016-08-10 Thread Ken Moffat 
I've been adding PAM to my desktop builds for a while.  By the time
I get to that point I've already built links, docbook, xslt.

Until now that has built without problems, although it  has not
built the docs (I don't have w3m), so e.g. a couple of months ago I
got
/usr/share/doc/Linux-PAM-1.2.1
/usr/share/doc/Linux-PAM-1.2.1/draft-morgan-pam-current.txt
/usr/share/doc/Linux-PAM-1.2.1/index.html
/usr/share/doc/Linux-PAM-1.2.1/rfc86.0.txt

That was with Linux-PAM-1.2.1 and links-2.12.

Today, with 1.3.0 and 2.13 it tries to build the docs, and fails:

/usr/bin/xsltproc --stringparam generate.toc "book toc" \
  --stringparam section.autolabel 1 \
  --stringparam section.label.includes.component.label 1 \
  --stringparam toc.max.depth 2 --xinclude --nonet \
  http://docbook.sourceforge.net/release/xsl/current/html/docbook.xsl 
Linux-PAM_SAG.xml | /usr/bin/links -no-numbering -no-references -dump > 
Linux-PAM_SAG.txt
Unknown option -no-numbering

The work-around is to add '--disable-regenerate-docu' : that gives
the same docs as before (and the index.html is useless with out the
guides it links to).

Should I add that as an optional switch for people who have the
docbook deps and xslt but not w3m ?

ĸen
-- 
`I shall take my mountains', said Lu-Tze. `The climate will be good
for them.' -- Small Gods
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page