Since LFS started using docbook-1.78.1, there is a lot of unused data

in the stylesheet directory. Basically, a whole docbook-stylesheet is
there, while we need only fo and xhtml (+ some common dirs). Each time
we checkout the repo, we have to download this whole thing, which is by
far the biggest part of the repo (~33 M). By removing unused cruft,
this could be down to ~12 M.

Of course, it would be even better to remove completely the stylesheets
and use host ones (repo size down to 2M). but let's do this first, it is
easier :)


git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@11778 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689

1 files changed, 0 insertions, 68 deletions

diff --git a/stylesheets/lfs-xsl/docbook-xsl-1.78.1/params/insert.olink.pdf.frag.xml b/stylesheets/lfs-xsl/docbook-xsl-1.78.1/params/insert.olink.pdf.frag.xml
deleted file mode 100644
index e93706053..000000000
--- a/stylesheets/lfs-xsl/docbook-xsl-1.78.1/params/insert.olink.pdf.frag.xml
+++ /dev/null
@@ -1,68 +0,0 @@
-<refentry xmlns="http://docbook.org/ns/docbook"
-          xmlns:xlink="http://www.w3.org/1999/xlink"
-          xmlns:xi="http://www.w3.org/2001/XInclude"
-          xmlns:src="http://nwalsh.com/xmlns/litprog/fragment"
-          xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
-          version="5.0" xml:id="insert.olink.pdf.frag">
-<refmeta>
-<refentrytitle>insert.olink.pdf.frag</refentrytitle>
-<refmiscinfo class="other" otherclass="datatype">boolean</refmiscinfo>
-</refmeta>
-<refnamediv>
-<refname>insert.olink.pdf.frag</refname>
-<refpurpose>Add fragment identifiers for links into PDF files</refpurpose>
-</refnamediv>
-
-<refsynopsisdiv>
-<src:fragment xml:id="insert.olink.pdf.frag.frag">
-<xsl:param name="insert.olink.pdf.frag" select="0"/>
-</src:fragment>
-</refsynopsisdiv>
-
-<refsection><info><title>Description</title></info>
-
-<para>The value of this parameter determines whether
-the cross reference URIs to PDF documents made with
-<tag>olink</tag> will 
-include fragment identifiers.
-</para>
-
-<para>When forming a URI to link to a PDF document,
-a fragment identifier (typically a '#' followed by an
-id value) appended to the PDF filename can be used by
-the PDF viewer to open
-the PDF file to a location within the document instead of
-the first page.
-However, not all PDF files have id
-values embedded in them, and not all PDF viewers can
-handle fragment identifiers. 
-</para>
-
-<para>If <parameter>insert.olink.pdf.frag</parameter> is set
-to a non-zero value, then any olink targeting a
-PDF file will have the fragment identifier appended to the URI.
-The URI is formed by concatenating the value of the
-<parameter>olink.base.uri</parameter> parameter, the
-value of the <tag class="attribute">baseuri</tag>
-attribute from the <tag class="element">document</tag>
-element in the olink database with the matching
-<tag class="attribute">targetdoc</tag> value,
-and the value of the <tag class="attribute">href</tag>
-attribute for the targeted element in the olink database.
-The <tag class="attribute">href</tag> attribute
-contains the fragment identifier.
-</para>
-
-<para>If <parameter>insert.olink.pdf.frag</parameter> is set
-to zero (the default value), then 
-the <tag class="attribute">href</tag> attribute
-from the olink database
-is not appended to PDF olinks, so the fragment identifier is left off.
-A PDF olink is any olink for which the
-<tag class="attribute">baseuri</tag> attribute
-from the matching <tag class="element">document</tag>
-element in the olink database ends with '.pdf'.
-Any other olinks will still have the fragment identifier added.
-</para>
-</refsection>
-</refentry>