Package: gnome-sudoku
Version: 1:46~beta-1
Severity: normal
Dear Maintainer,
* What led up to the situation?
Trying to print multiple puzzles.
* What exactly did you do (or not do) that was effective (or
ineffective)?
Open the "Main Menu", selecting "Print"/"Print Multiple
Package: dblatex
Version: 0.2.11-1
Severity: normal
The following call fails with any (valid) XML files:
m...@miwie:~/work/db-templ$ dblatex db-templ.xml
Traceback (most recent call last):
File /usr/bin/dblatex, line 9, in module
from dbtexmf.core import error
ImportError: cannot import
Package: fbreader
Version: 0.10.7dfsg-1
--- Please enter the report below this line. ---
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.26-1-686
Debian Release: squeeze/sid
500 testing ftp.de.debian.org
500 stable security.debian.org
--- Package
Package: icedove-l10n-es-es
Severity: minor
Tags: l10n
The current summary for this package:
Spanish (Spain) Belarusian language package for Icedove
uses Belarusian as part of the description which is most likely no
correct.
-- System Information:
Debian Release: lenny/sid
APT prefers
* Frank Küster [EMAIL PROTECTED] wrote [051222 18:15]:
The problem is that a buggy LaTeX input file is generated, and I have
already posted to the bug how a correct file would look like. But I
don't speak sgml or xml or whatever, and have no idea how to achieve
this.
Due to lack of time I
* Michael Banck [EMAIL PROTECTED] wrote [050417 14:26]:
The user guide in /usr/share/doc/latex-beamer is gzipped, and neither
xpdf, gpdf nor evince are able to read it (gv is, though). It is pretty
cumbersome having to gunzip the user guide in your $home directory
prior to being able to read
* Michael Banck [EMAIL PROTECTED] wrote [050417 15:41]:
PDF documents are not Text documentation, and they cannot (by most
tools) be displayed transparently when gzipped, while most
pagers/editors handle gzipped text just fine.
But even the Debian Policiy Manual PDF version is gzipped and I
Package: daapd
Version: 0.2.4a-1
Severity: normal
The root directory mentioned in the configuration file (/etc/daapd.conf)
should be created by the package.
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386
* Roland Stigge [EMAIL PROTECTED] wrote [050304 22:53]:
currently, no table of contents is created by default for books.
Instead, I need to manually create one with toc/. Other target formats
usually generate a TOC by default. So db2latex should do that also.
I don't think that this is the
* Roland Stigge [EMAIL PROTECTED] wrote [050304 22:42]:
in a lang=de book, consider a pattern like this:
123 abc
db2latex-xsl seems to copy this to the output, causing LaTeX to create
an A-Umlaut (Ä).
If using a lang attribute (which IMO is good practice) for DocBook Documents
which
* Roland Stigge [EMAIL PROTECTED] wrote [050304 22:36]:
I'm living in an en_GB.UTF-8 locale and am wondering why the default
language in the result seems to be French.
It is questionable what the default language for a docBook XNML
document should be.
E.g. I use de_DE as default locale but
* Roland Stigge [EMAIL PROTECTED] wrote [050304 22:49]:
simplesects seem to be created at the wrong level of nesting. They should
be included in the surrounding section level. Instead, they break out of
that and are created at a higher level.
The following is a workaround (before being fixed
Wichert Akkerman [EMAIL PROTECTED] wrote:
Package: db2latex-xsl
Version: 0.8pre1-2
Severity: grave
I am suddenly getting this on every run:
..
xsl:template: error duplicate name 'question.answer.label'
A few weeks ago there was an identical bug report (289183) reported by Nikolai
Mike Hommey [EMAIL PROTECTED] wrote:
Taken from:
http://www.w3.org/TR/xslt#named-templates
It is an error if a stylesheet contains more than one template with the
same name and same import precedence.
But see also:
http://www.w3.org/TR/xslt#conflict
It is possible for a source node to
14 matches
Mail list logo