File: README.debian

package info (click to toggle)
latex2html 98.1-pre2-b6-2
  • links: PTS
  • area: main
  • in suites: slink
  • size: 5,880 kB
  • ctags: 2,808
  • sloc: perl: 34,603; makefile: 690; sh: 107
file content (95 lines) | stat: -rw-r--r-- 4,067 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
This is Debian GNU/Linux's prepackaged version of the LaTeX2HTML
converter, originally written by Nikos Drakos.

This package was put together by Manoj Srivastava <srivasta@debian.org>
from source retrieved from:
 http://www-dsed.llnl.gov/files/programs/unix/latex2html/

 LaTeX2HTML depends on netpbm-non-free, which is in section non-free,
 so this has to go in contrib. Please note that some images shall not
 get converted correctly if netpbm-non-free is not present and the
 default image style is GIF.

 Pstoimg, the part of latex2html that produces bitmap images from the
 LaTeX source, can support both GIF and PNG format. The default is
 PNG. You may reconfigure pstoimg at any time by saying
 configure-pstoimg.  Type 'configure-pstoimg -h' for a brief usage
 information and a list of user-definable options. 

 Please note that there are certain legal limitations on the use of
 the GIF image format.

 The icons used by LaTeX2HTML (for navigation, amongst other uses) were
 originally available in /usr/lib/latex2html/icons. The files produced by
 LaTeX2HTML contain references to the icons that look like
 SRC="/usr/lib/latex2html/icons/next_motif.gif".

 When the file is viewed directly using an HTML browser like lynx of
 netscape, the reference is interpreted as
 file://localhost/usr/lib/latex2html/icons/next_motif.gif, which is fine.

 However, if the file is published through a local HTTP server, the
 reference becomes:
 http://my.domain.name/usr/lib/latex2html/icons/next_motif.gif

 In order for this to be resolved, one needs to create and polulate a
 directory <Document Root>/usr/lib/latex2html/icons/. This package does
 that for the standard Document Root, /var/www, by creating
 /var/www/usr/lib/latex2html/icons/ and creating symbolic links to the
 files in /usr/lib/latex2html/icons/. 

 This is an ugly solution, but it works, andshould be behind the scenes; if
 you have a better solution that allows the converted files to be viewed
 both directly and published from the local HTTP server, please email me at
 srivasta@debian.org

 There also is a fix in this version of LaTeX2HTML; it is the one mentioned
 in the following message on the LaTeX2HTML mailing list. This was
 discovered by Susan Kleinmann <sgk@kleinmann.com>.
 __________________________________________________________________________
 From: "Bruce R Miller" <miller@cam.nist.gov>
 Message-Id: <9805121419.ZM6604@altaira.cam.nist.gov>
 Date: Tue, 12 May 1998 14:19:09 -0400
 In-Reply-To: bacon@aerodyne.com
	 "latex2html: segmented input files" (May 12, 10:14am)
To: bacon@aerodyne.com, latex2html@mcs.anl.gov
Subject: Re: latex2html: segmented input files

A collegue of mine is having the same problem. It appears on
machines running RedHat Linux 4.2 & 5.0  (It works fine on SGI, an old
Slackworks (?) Linux,...)
It doesn't seem to care which version of l2h or perl is running (?)

He narrowed it down to the tell & seek in
      sub slurp_input_and_partition_and_pre_process (are those still needed?)

_A_ workaround, but likely not the `Correct' solution was to put a
	  close SINPUT;
just after
          unless ($pid = fork) {
in sub write_string_out

Interestingly, the comments for the tell & seek statements claim that they are
there to get around some sort of problem w/ forking.

If we comment out the tell & seek, but include the close, it still works fine.
If we comment out tell & seek AND the extra close, it produces 3,
count 'em THREE, copies of the section!

More bizarre:  I tested this on my SGI, which had worked fine.
Commenting tell & seek, but including the close produces 3 copies of section.
Having tell & seek AND the close works fine (again).

Apparently SGI (and others?) need the tell/seek `solution', and RedHat needs
the close `solution'... or is something else really going on?

Thanks

-- 
--
bruce.miller@nist.gov
http://math.nist.gov/~BMiller/
_______________________________________________________________________________

 Manoj Srivastava <srivasta@debian.org>
 $Id: README.debian,v 1.2 1998/10/13 16:51:09 srivasta Exp $