Bug#260616: is /usr/share/doc/kde/HTML/en/kdvi/srcltx.sty in the correct path?
> > Agreed, though this might be a slow process since to be done properly it > > will need to go upstream and propagate through the many translators. > > Ack. Ah, and this has already been done for KDE 3.3 -- the documentation in HEAD describes the option --src-specials (which is the same option). Ben.
Bug#260616: is /usr/share/doc/kde/HTML/en/kdvi/srcltx.sty in the correct path?
> If symlinks are used, the symlink needs to be in /usr/share/doc, since > /usr/sahre/doc does not need to be present, and thus a symlink in > /usr/share/texmf/tex/... would be broken. Sure. > In that case, it should be documented how to use -src. Agreed, though this might be a slow process since to be done properly it will need to go upstream and propagate through the many translators. > Can you please explain, I do not seem familiar with that concept. Instead of "latex foo", use "latex -src foo". This inserts the specials into the DVI file. Unfortunately it doesn't seem to be included in the tex manpage, which I presume is out of date. Ben.
Bug#260616: is /usr/share/doc/kde/HTML/en/kdvi/srcltx.sty in the correct path?
> The docs say to copy the style file to the directory with the .tex > file, which of course will work, but isn't appropriate for a > distribution like Debian. I'd expect the files to be where the > distribution's LaTeX will look for them. A gazillion of other packages > manages to put their .sty files where they belong and are found by > LaTeX without manual user intervention. I don't object to the files being *copied* (or symlinked) elsewhere. What I was basically trying to say was: 1) it's not an error -- they were put where upstream meant to put them; 2) they shouldn't be *moved* elsewhere (as requested in the bug report), since this will break the docs. But more to the point, I don't believe these style files are even necessary. The tetex in sid supports -src, which does the same job as these style files but is more robust (AIUI). Ben.
Bug#260616: is /usr/share/doc/kde/HTML/en/kdvi/srcltx.sty in the correct path?
Hi,
> When I look at the location of srcltx.sty, the HTML/en in the path
> strikes me as strange. It's the only .sty file in an HTML directory,
> and it doesn't seem to be found by LaTeX.
>
> Please consider the location of that file, move it somewhere else or
> make sure that it is found by LaTeX so that
> \usepackage[active]{srcltx} works.
These style files are indeed in the correct location -- they are part of
the HTML documentation.
Open help:/kdvi/inverse-search.html in konqueror -- you'll see links to
the style files, coupled with instructions for what to do with them.
Ben.
Bug#260616: is /usr/share/doc/kde/HTML/en/kdvi/srcltx.sty in the correct path?
Package: kdvi
Version: 4:3.2.2-1
Severity: minor
When I look at the location of srcltx.sty, the HTML/en in the path
strikes me as strange. It's the only .sty file in an HTML directory,
and it doesn't seem to be found by LaTeX.
Please consider the location of that file, move it somewhere else or
make sure that it is found by LaTeX so that
\usepackage[active]{srcltx} works.
Greetings
Marc
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.26-zg1-vash
Locale: LANG=C, LC_CTYPE=de_DE
Versions of packages kdvi depends on:
ii kdelibs4 4:3.2.3-2 KDE core libraries
ii kviewshell4:3.2.2-1 KDE generic framework for viewer a
ii libart-2.0-2 2.3.16-5 Library of functions for 2D graphi
ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an
ii libfam0c102 2.7.0-5client library to control the FAM
ii libfreetype6 2.1.7-2.1 FreeType 2 font engine, shared lib
ii libgcc1 1:3.4.1-2 GCC support library
ii libice6 4.3.0.dfsg.1-6 Inter-Client Exchange library
ii libpng12-01.2.5.0-6 PNG library - runtime
ii libqt3c102-mt 3:3.2.3-4 Qt GUI Library (Threaded runtime v
ii libsm64.3.0.dfsg.1-6 X Window System Session Management
ii libstdc++51:3.3.4-4 The GNU Standard C++ Library v3
ii libx11-6 4.3.0.dfsg.1-6 X Window System protocol client li
ii libxext6 4.3.0.dfsg.1-6 X Window System miscellaneous exte
ii libxrender1 0.8.3-7X Rendering Extension client libra
ii xlibs 4.3.0.dfsg.1-6 X Window System client libraries m
ii zlib1g1:1.2.1.1-5compression library - runtime
-- no debconf information
