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 Puzzles"
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
from dbtexmf.core import error
ImportError: cannot import name e
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 in
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 uns
* 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 tim
* 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
* 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
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 (i68
* 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 fi
* 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
* 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 Doc
* 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 . Other target formats
> usually generate a TOC by default. So db2latex should do that also.
I don't think that this is the ri
Additional information:
1) TeX files generated using DB2LaTeX should _not_ be processed
using jadetex (like the original poster obviously did).
One has to use latex/pdflatex instead.
2) the problem is not the :
generates buggy TeX-code instead (this is still the
case with the code f
* Mike Hommey <[EMAIL PROTECTED]> wrote [050207 17:28]:
...
> So, i'd say there are 2 solutions :
> - removing this templace in common/common.xsl
> - replace the xsl:include by a xsl:import for the common/common.xsl file
> in docbook.xsl.
If done this already in my local CVS copy and it works.
U
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 no
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
P
16 matches
Mail list logo
