On Mon, Jan 24, 2005 at 11:12:33AM +0100, Samuel Mimram wrote:
> Hi,
>
> The heavea-doc package exists but is in non-free section (which is ok
> for a Suggests). I guess you did not add non-free to your
> /etc/apt/sources.list.
>
> Regards,
>
> Samuel.
>
>
> Helge Kreutzmann wrote:
> >Packag
On Thu, Dec 08, 2005 at 04:15:50PM +0100, Laurent Bonnaud wrote:
> Package: texmacs
> Version: 1:1.0.6-1
> Severity: normal
> after running texmacs for the first time and looking at the manual I
> ended up with the following fonts in ~/.TeXmacs/fonts/pk/:
[...]
> Shouldn't those files be put into
On Thu, Dec 08, 2005 at 04:05:18PM +0100, Laurent Bonnaud wrote:
> > texmacs (1:1.0.6-1) unstable; urgency=low
> > .
> >* New upstream release. This release fixes
> > - a wrong font name at startup (closes: Bug#251478).
>
> Thank you for the fix !
>
> However, there are still many warn
On Tue, Sep 13, 2005 at 07:49:36PM +0300, Teemu Ikonen wrote:
> Package: texmacs
> Version: 1:1.0.5.7-1
> Severity: normal
>
> I get a rather annoying doubling of some typed characters when typing fast
> (well, I don't really type that fast) during a line break. It seems that the
> processing caus
On Thu, Dec 15, 2005 at 09:24:51AM +, Robert Hart wrote:
> Package: bibtex2html
> Version: 1.77-1
> Severity: important
This is certainly not of severity "important". Set to "wishlist".
> Some bibtex editors such as Pybliographer put comment lines like this:
>
> @comment{This file has been g
On Mon, Dec 19, 2005 at 01:06:19AM +0200, Kari Pahula wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Kari Pahula <[EMAIL PROTECTED]>
>
>
> * Package name: gecode
> Version : 1.0.0
> Upstream Author : Christian Schulte <[EMAIL PROTECTED]> and others
> * URL : http
On Tue, Nov 29, 2005 at 03:31:51PM +0800, YANG Shouxun wrote:
> Package: tuareg-mode
> Version: 1.45.0-beta3-1
> Severity: normal
>
> I found definitions scan in tuareg-mode sometimes failed for some time now.
> In
> tuareg.el, lines 3296-8:
>
> (if scan-error
> (message "Parse er
On Fri, Jan 06, 2006 at 12:21:56PM +0100, Magnus Ekdahl wrote:
> Laurent Bonnaud wrote:
> >Package: texmacs
> >Version: 1:1.0.6-1
> >Severity: minor
> >
> >
> >Hi,
> >
> >when I start texmacs in an account where the ~/.TeXmacs/ directory
> >does not exist and read the full user manual, I see
> >
>
On Fri, Jan 06, 2006 at 10:42:10AM +0800, YANG Shouxun wrote:
> We'd better move point to the beginning of line before calling count-lines.
> It also can be nice if we define line-number somewhere:
Thanks for your patch.
> Anyway, this does not stop tuareg from raising an error scanning gdome.ml
On Mon, Jun 06, 2005 at 12:19:22PM +0200, Remi Vanicat wrote:
> Package: tuareg-mode
> Version: 1.45.0-beta1-2
> Severity: normal
> Tags: patch
>
> Since one of the recent upgrade of tuareg-mode, I have lost part of
> the coloration of ocaml file: the keyword (like let, module,
> struct...) have t
On Sun, May 22, 2005 at 10:32:42PM -0400, Dylan Thurston wrote:
> This is the correct behaviour, but it is not what I get. Are you sure
> you're not getting a non-Debian version of texmacs or axiom?
Yes.
> What happens when you run 'axiom -noclef' and enter '1+1'? This is
> what I got:
> (1)
On Mon, May 23, 2005 at 09:17:20AM -0400, Dylan Thurston wrote:
> On Mon, May 23, 2005 at 09:03:26AM +0200, Ralf Treinen wrote:
> > So it seems it is a problem with axiom. If you are sure that the
> > behaviour of axiom is not due to your local configuration I will
> > re
On Mon, May 23, 2005 at 08:34:38PM -0400, Dylan Thurston wrote:
> On Mon, May 23, 2005 at 11:41:06PM +0200, Ralf Treinen wrote:
> > This obviously is a bug of axiom. I will reassign it to the axiom
> > package.
>
> Can you add the workaround I suggested in the meantime?
No,
Hi,
On Mon, May 30, 2005 at 01:09:27PM +0200, Meik Hellmund wrote:
> Package: tuareg-mode
> Version: 1.45.0-beta1-1
> Severity: normal
I cannot reproduce the error, on my machine tuareg-mode installs fine
with xemacs21. Comparing the log of your installation to what I get on
my machine there is o
On Tue, May 31, 2005 at 10:38:08AM +0200, Meik Hellmund wrote:
> Ralf Treinen <[EMAIL PROTECTED]> writes:
>
> > I cannot reproduce the error, on my machine tuareg-mode installs fine
> > with xemacs21. Comparing the log of your installation to what I get on
> > my m
Hi,
On Thu, May 19, 2005 at 12:53:43AM -0400, Dylan Thurston wrote:
> Package: texmacs
> Version: 1:1.0.5-2
> Severity: normal
> Tags: patch
>
> The interface to axiom seems to be broken again; calling AXIOMsys
> produces extra prompts, which confuses texmacs. As a workaround, you
> can disable
Dylan,
On Fri, May 20, 2005 at 06:14:11PM -0400, Dylan Thurston wrote:
> On Fri, May 20, 2005 at 11:03:25PM +0200, Ralf Treinen wrote:
> > can you please send me a concrete input sequence which triggers
> > the buggy begaviour of an axiom session via the texmacs inteface,
>
On Fri, May 06, 2005 at 03:19:11PM +0200, Andreas Jochens wrote:
> Package: advi
> Version: 1.6.0-5
> Severity: normal
> Tags: patch
> I just rechecked this. When trying to build advi in a clean chroot
> environment on amd64/sarge and also on i386/sarge, I get the following:
>
> (/usr/share/texmf
On Thu, Mar 17, 2005 at 05:22:12AM +, Rui Tiago Cação Matos wrote:
> Most of these bugs are still on the code...
"Most" is an exaggeration. The first one is still present (and is
minor), as well as the the error with caml-goto-pharse-error
in camldebug on mly files, and the non-working indent
On Thu, Mar 24, 2005 at 08:39:04AM +0100, Sven Luther wrote:
> On Thu, Mar 24, 2005 at 12:56:42AM +0100, Bas Kloet wrote:
> > Package: liblablgtk2-ocaml
> > Version: 2.4.0+2004.11.19-3
> > Severity: grave
> > Justification: renders package unusable
> >
> >
> > This package depends on ocaml-base-3
On Thu, Jun 23, 2005 at 04:57:38PM +0200, Emilio Gallego wrote:
> Package: bibtex2html
> Version: 1.75-2
> Severity: wishlist
>
> It would be nice if this wonderful package could generate xhtml 1.1
> code. Currently its code is not xhtml by:
Sounds good. I have forwarded your request to the upstr
is 1.45.0-beta3-1
dpkg-buildpackage: source changed by Ralf Treinen <[EMAIL PROTECTED]>
dpkg-buildpackage: host architecture i386
fakeroot debian/rules clean
dpatch deapply-all
02_localdoc not applied to ./ .
01_camldebug not applied to ./ .
rm -rf patch-stamp patch-stampT debian/patched
dh_
On Wed, Jun 29, 2005 at 01:10:42AM +0200, Eduard Bloch wrote:
> #include
> * Ralf Treinen [Tue, Jun 28 2005, 08:48:22PM]:
> > Package: svn-buildpackage
> > Version: 0.6.9
> > Severity: normal
> >
> > The "svn-ignore-new" option makes svn-buildpacka
On Mon, Jul 04, 2005 at 09:34:36PM +0200, Bastiaan Zapf wrote:
>
> Package: texmacs
> Version: 1:1.0.5-2
> Severity: normal
>
>
> 1. I start up texmacs
> 2. I open an axiom session. "tm_axiom" is started.
> 3. I type something in the session. No reply.
> 4. I type something else (blank or non bl
On Mon, Jul 04, 2005 at 09:34:36PM +0200, Bastiaan Zapf wrote:
>
> Package: texmacs
> Version: 1:1.0.5-2
> Severity: normal
>
>
> 1. I start up texmacs
> 2. I open an axiom session. "tm_axiom" is started.
> 3. I type something in the session. No reply.
> 4. I type something else (blank or non bl
This has been fixed by Lamont's NMU (version 1:1.0.5-3.1). -Ralf.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, Sep 13, 2005 at 07:49:36PM +0300, Teemu Ikonen wrote:
> Package: texmacs
> Version: 1:1.0.5.7-1
> Severity: normal
>
> I get a rather annoying doubling of some typed characters when typing fast
> (well, I don't really type that fast) during a line break. It seems that the
> processing caus
On Sat, Sep 17, 2005 at 01:05:05AM +0300, Jari Aalto wrote:
> Package: ocaml-mode
> Severity: normal
>
> It is customary to name Debian Emacs package with name:
>
>-el
>
> Like in numerous:
I don't agree. Some packages follow this convention, others don't :
ada-mode - Ada mode for GNU Emac
Package: devscripts
Version: 2.9.5
Severity: wishlist
I appreciate the new output of "uscan --report"
Newest version on remote site is 1.3.5, local version is 1.3.5
=> Package is up to date
Could you please add the name of the scanned package to that, something
like
Scanning for bibtex2html:
On Fri, Oct 14, 2005 at 01:23:12PM +0200, Gaetan RYCKEBOER wrote:
> Package: texmacs
> Version: 1:1.0.5-3
> Severity: normal
>
> PDF exporting looks horribly, because the postrscript file generated by
> TeXmacs uses Type 3 bitmapped fonts.
>
> As discussed many times for TeX files, which had the
On Mon, Sep 05, 2005 at 08:21:14PM +0200, Yann Dirson wrote:
> On Sun, Aug 21, 2005 at 04:50:19PM +0200, Ralf Treinen wrote:
> > > The documentation about writing plugins mentions several of them. Maybe
> > > a texmacs-examples package is called for.
> >
> > Wh
On Mon, Aug 08, 2005 at 06:50:33PM +0200, Hilmar Preusse wrote:
> On 08.08.05 Frank Küster ([EMAIL PROTECTED]) wrote:
>
> Hi,
>
> > Actually Kurt Roeckx has found this while looking for errors revealed by
> > the planned upgrade to teTeX-3.0, but it also occurs in a clean pbuilder
> > sid chroot:
Hi Martin,
On Wed, Aug 10, 2005 at 11:02:40AM +0200, Martin Quinson wrote:
> Package: hevea
> Version 1.07-4
> Tags: upstream
>
> Hello,
>
> I try to convert a document (some documentation within the quilt package)
> which
> prolog contains \usepackage{fancyvrb} and then this in the body:
>
>
On Wed, Aug 10, 2005 at 11:02:40AM +0200, Martin Quinson wrote:
> Package: hevea
> Version 1.07-4
> Tags: upstream
Forget my previous mail, I was looking at the html output, and
not at the text output. The text output does indeed look strange.
In fact, the hevea doc says that there is an *experim
On Thu, Aug 11, 2005 at 11:52:37AM +0200, Martin Quinson wrote:
> But about the html output, don't you get the figure actually centrered?
> Actually, I do: /usr/share/doc/quilt/quilt.html in quilt-0.42 (tested with
> w3m and firefox). The relevant code is:
> \begin{center}
> \begin{minipage}{6cm}
Package: lbt
Version: 1.2.2-2
Severity: serious
Failure to build from source on m68k with gcc-4.0. Build-log:
http://buildd.debian.org/fetch.php?&pkg=lbt&ver=1.2.2-2&arch=m68k&stamp=1120730253&file=log&as=raw
This could be solved by compiling on m68k with "-O2" instead on "-O3".
However, the re
I also find the way brag transforms file names quite annoying. Attached
is patch which adds a comamnd line option "-k" to keep the original
file names.
Cheers -Ralf.
PS: the package could use a brushing up: DH compatibility level,
Standards version, ...
diff -us brag-1.4.1/brag brag-1.4.1.new/br
I guess this is the same bug as the one that hit me with the the lbt package.
Switching from -O3 to -O2 on m86k worked around the problem for me.
I also reported it to gcc upstream
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23160
the gcc people answered that it is not reproducible on gcc 4.1.0
Package: tgif
Version: 1:4.1.45-1
tgif declares
Conflicts: tgifR5, tgifR6
These two package names are not allowed by policy (they contain
upper case letters). Furthermore they seem to be obsolete now
(madison does not know about them). Hence, I sugest drop
this relation now.
-Ralf.
--
To UN
On Thu, Dec 07, 2006 at 08:57:57PM +, Reuben Thomas wrote:
> Package: hevea
> Version: 1.09-1
> Severity: minor
>
> The documentation for "-francais" says it has "three consequences" but
> only two are given.
Thanks, this fixed now in svn (will upload as soon as the freez is
over). The franca
On Thu, Dec 07, 2006 at 08:10:43PM +, Reuben Thomas wrote:
> Package: hevea
> Version: 1.09-1
> Severity: minor
>
> Two things:
>
> -noiso is not formatted correctly (starts in the middle of the
> previous option's documentation), and in any case is now deprecated.
>
> The previous option is
On Mon, Dec 25, 2006 at 12:34:02PM +0100, Shamil Radzhabov wrote:
> Package: hevea
> Version: 1.09-1
> Severity: normal
>
> Hevea fails on cyrillic text, here is output :
> while hevea 1.07 does not have such problems.
It is true that hevea 1.07 does not complain on your input file. On
the other
On Mon, Dec 25, 2006 at 12:34:02PM +0100, Shamil Radzhabov wrote:
> Package: hevea
> Version: 1.09-1
> Severity: normal
>
> Hevea fails on cyrillic text, here is output :
Luckily, the experimental upstream version of hevea contains the
koi8-r inputencoding. I have backported this to hevea-1.09, a
.
--
Ralf Treinen
Laboratoire Spécification et Vérification
CNRS, École Normale Supérieure de Cachan, INRIA Futurs
http://www.lsv.ens-cachan.fr/~treinen
Package: perl-modules
Version: 5.8.8-7
perl-modules has a relationship
Conflicts: libattribute-handlers-perl (<< 0.78_02-1)
but this is not a legal version number (the "_" character is not allowed in
version numbers>
-Ralf.
--
Ralf Treinen
Laboratoire Spécification e
that Conflict.
Thanks -Ralf.
--
Ralf Treinen
Laboratoire Spécification et Vérification
CNRS, École Normale Supérieure de Cachan, INRIA Futurs
http://www.lsv.ens-cachan.fr/~treinen
On Mon, Nov 06, 2006 at 05:14:41PM +0100, Frank Küster wrote:
> Package: hevea
> Version: 1.09-1
> Severity: serious
> Tags: upstream
>
> hevea 1.08 contained the command \remakesection, defined in
> latexcommon.hva. This is still documented on the hevea website, so it's
> probably intended to s
On Tue, Nov 07, 2006 at 07:33:22PM +, Joachim Breitner wrote:
> Package: hevea
> Version: 1.09-1
> Severity: normal
> File: /usr/share/hevea/html/inputenc.hva
> trying to use hevea on a latex file with \usepackage[utf8]{inputenc}
> fails. It seems that hevea does not know how to handle utf8.
On Mon, Dec 25, 2006 at 12:34:02PM +0100, Shamil Radzhabov wrote:
> Package: hevea
> Version: 1.09-1
> Severity: normal
>
> Hevea fails on cyrillic text, here is output :
Hello,
could you please send me short note once you have tried the new
version of hevea in experimental, and if your find tha
gcc-4.0-locales is not installable on any of the etch architectures
(even including m68k). It depends on cpp-4.0 which is only availabke
in unstable/hurd-i386.
Please remove gcc-4.0-locales from etch.
-Ralf.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Troubl
On Fri, Jan 05, 2007 at 12:33:49PM +0100, Matthias Klose wrote:
> severity 402017 wishlist
> tags 402017 + wontfix
> thanks
>
> Ralf Treinen writes:
> > gcc-4.0-locales is not installable on any of the etch architectures
> > (even including m68k). It depends on cpp-
On Sun, Jan 07, 2007 at 08:50:01PM +0100, Samuel Mimram wrote:
> Package: hevea
> Version: 1.09-3
> Severity: normal
>
> Hi,
>
> Hevea fails on the following example, which is perfectly accepted by
> LaTeX:
>
> \documentclass{article}
> \usepackage{url}
>
> \urldef{\debian}{\url}
>{http
On Sun, Oct 29, 2006 at 04:33:08PM +0200, Kari Pahula wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Kari Pahula <[EMAIL PROTECTED]>
>
>
> * Package name: alice
That's nice, I will be glad to see this in debian. -Ralf.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: gtoaster
Version: 0.2002083100+1.0Beta6-2.2
Followup-For: Bug #377203
The same segfault on startup occurs here, with wodim installed as
burner tool.
The original bug from Alexander is almost 4 months old. Why is there
no documentation in the BTS about action on this bug?
-Ralf.
-- Sy
On Tue, Nov 14, 2006 at 10:38:34AM +0100, Michael Tautschnig wrote:
> Package: checkbot
> Version: 1.77-1
> Severity: minor
>
> While scanning our sites, checkbot reports:
>
> Parsing of undecoded UTF-8 will give garbage when decoding entities at
> /usr/bin/checkbot line 1159, line 316.
>
> (t
On Tue, Nov 14, 2006 at 09:33:19PM +0100, Michael Tautschnig wrote:
> [...]
> >
> > Hi, can you please tell me the address of one of your webpages on
> > which checkbot produces this error?
> >
> I guess it is http://www.model.in.tum.de, checkbot call is:
>
> checkbot --url http://www.model.in.tu
On Tue, Nov 14, 2006 at 10:38:34AM +0100, Michael Tautschnig wrote:
> Package: checkbot
> Version: 1.77-1
> Severity: minor
>
> While scanning our sites, checkbot reports:
>
> Parsing of undecoded UTF-8 will give garbage when decoding entities at
> /usr/bin/checkbot line 1159, line 316.
>
> (t
Package: lintian
Version: 1.23.8
Severity: wishlist
lefty should now be included in the list of legitimate interpreters
that can be used in scripts. lefty is a contained in the graphviz package
which recently moved from non-free to free.
-Ralf.
-- System Information:
Debian Release: 3.1
APT
On Fri, Mar 04, 2005 at 03:16:20PM -0800, Thomas Bushnell BSG wrote:
>
> Bug 296693 is a grave bug which reports a catastrophic guile crash in
> gnucash. However, it doesn't happen for me. The user told me that it
> did happen even for other machines of his. Yet, nobody else has
> reported it.
Package: r-doc-html
Version: 2.0.1-2
Severity: wishlist
Please register the html documentation contained in this package
with doc-base. See, for instance,
http://www.nl.debian.org/doc/maint-guide/ch-dother.en.html#s-doc-base
-Ralf.
-- System Information:
Debian Release: 3.1
APT prefers unsta
Hi Dirk,
On Sun, Feb 20, 2005 at 08:04:55AM -0600, Dirk Eddelbuettel wrote:
>
> On 20 February 2005 at 08:55, Ralf Treinen wrote:
> | Package: r-doc-html
> | Version: 2.0.1-2
> | Severity: wishlist
> |
> | Please register the html documentation contained in this package
&g
On Sun, Feb 20, 2005 at 10:04:20AM -0600, Dirk Eddelbuettel wrote:
>
> On 20 February 2005 at 16:34, Ralf Treinen wrote:
> | Hi Dirk,
> |
> | On Sun, Feb 20, 2005 at 08:04:55AM -0600, Dirk Eddelbuettel wrote:
> | >
> | > On 20 February 2005 at 08:55, Ralf Treinen wr
Hallo,
On Thu, Feb 17, 2005 at 05:32:05PM +0100, Albrecht Gebhardt wrote:
> Package: texmacs
> Version: 1:1.0.4-R3-4
> Severity: normal
>
>
> Starting a R session TeXmacs complains:
>
> Error in library(TeXmacs, lib.loc =
> "/usr/share/texmacs/TeXmacs/plugins/r/r/")
>
> 'TeXmacs' is not
On Sat, Feb 26, 2005 at 11:59:58AM -0500, Igor Khavkine wrote:
> Package: texmacs
> Version: 1:1.0.4-R3-5
> Severity: normal
>
> The Maple interface fails because of improper quoting in
> /usr/lib/texmacs/TeXmacs/bin/tm_maple. Correct quoting is given by
>
> tm_maple
> #!/bin/sh
>
> ex
On Sat, Feb 26, 2005 at 12:07:10PM -0500, Igor Khavkine wrote:
> Package: texmacs
> Version: 1:1.0.4-R3-5
> Severity: normal
>
> Open an Octave session. Produce a plot
>
> > plot(sin(0:.1:pi))
>
> Go back to to the *same line*, and change it to produce a different plot
>
> > plot(cos(0:.1:pi))
Package: ftp.debian.org
Please remove the maria-vis package from unstable (and testing) archive
(contrib section).
The functionality of the maria-vis package is since version 1.3.4-5
folded back into the maria main package. This was made possible by
the fact that graphviz is now in main.
-Ralf.
On Tue, Nov 14, 2006 at 10:38:34AM +0100, Michael Tautschnig wrote:
> Package: checkbot
> Version: 1.77-1
> Severity: minor
>
> While scanning our sites, checkbot reports:
>
> Parsing of undecoded UTF-8 will give garbage when decoding entities at
> /usr/bin/checkbot line 1159, line 316.
>
> (t
These files are not lost, they are never built on architectures that do not
support compilation of ocaml to native code. This seems to be a bug in the
upstream Makefile:
OBJECTCMXA=$(OBJECTCMA:.cma=.cmxa)
install-library:
[...]
cp $(OBJECTCMA) $(OBJECTCMXA) $(FULLCOQLIB)
This sho
On Tue, Nov 14, 2006 at 09:33:19PM +0100, Michael Tautschnig wrote:
> [...]
> >
> > Hi, can you please tell me the address of one of your webpages on
> > which checkbot produces this error?
> >
> I guess it is http://www.model.in.tum.de, checkbot call is:
>
> checkbot --url http://www.model.in.tu
On Fri, Mar 09, 2007 at 11:47:23AM -0500, Mike Furr wrote:
> Package: tuareg-mode
> Version: 1:1.45.4-1
> Severity: normal
>
> The tuareg feature "show type at point" requires the caml-types.el which
> is in the ocaml-mode package and so doesn't work if the latter is not
> installed. So, tuareg-m
On Tue, Jan 30, 2007 at 10:02:18AM +0100, Lionel Elie Mamane wrote:
> Package: coq
> Version: 8.0pl3-2
> Severity: normal
>
> $ dpkg -L coq|grep sty
> /usr/share/emacs/site-lisp/coqdoc.sty
I don't have time now to look into the coq build process, but:
The appropriate place for this file seems /u
cdcover is now unistallable. I will hence raise the severity to grave.
seneca:/home/rt/rdp07/web# apt-get install cdcover
Reading package lists... Done
Building dependency tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are
Since the removal of tetex epix1 is no longer installable. Please
upload the patched package.
The analysis by edos-debcheck is:
The following constraints cannot be satisfied:
epix1 (= 1.0.19-1) depends on tetex-bin {tetex-bin (= 2007-2)}
tetex-bin (= 2007-2) depends on texlive {texlive (= 2007-2)
Package: sgmltexi
Version: 2003.00.00-2.1
Severity: grave
sgmltexi cannot be installed due to the dependency on tetex. This should
be changed into texlive.
The analysis of the situation by edos-debcheck is:
The following constraints cannot be satisfied:
sgmltexi (= 2003.00.00-2.1) depends on tet
TeXmacs is no longer installable due to the dependency on tetex. The
analysis given by edos-debcheck is:
The following constraints cannot be satisfied:
texmacs (= 1:1.0.6-11) depends on tetex-extra {tetex-extra (= 2007-2)}
tetex-extra (= 2007-2) depends on texlive-font-utils {texlive-font-utils (=
Package: tetex-brev
Version: 4.22.3
Severity: grave
tetex-brev is no longer installable due to the dependency on tetex.
The analysis given by edos-debcheck is:
The following constraints cannot be satisfied:
tetex-brev (= 4.22.3) depends on tetex-bin {tetex-bin (= 2007-2)}
tetex-brev (= 4.22.3) de
Package: circ-tex
Version: 1.0f.0-1
Severity: grave
circ-tex is not installable due to the dependency on tetex. Please move
to texlive. The analysis given by edos-debcheck is:
circ-tex (= 1.0f.0-1): FAILED
The following constraints cannot be satisfied:
circ-tex (= 1.0f.0-1) depends on tetex-bin
Package: cweb-latex
Version: 1.1.1-14
Severity: grave
cweb-latex is no longer installable due to its dependency on tetex. Please
move to texlive. The analysis given by edos-debcheck is:
cweb-latex (= 1.1.1-14): FAILED
The following constraints cannot be satisfied:
cweb-latex (= 1.1.1-14) depend
With the recent removal of tetex, disc-cover has become uninstallable.
Please move to texlive now. The analysis given by edos-debcheck is:
disc-cover (= 1.5.4-3): FAILED
The following constraints cannot be satisfied:
disc-cover (= 1.5.4-3) depends on tetex-extra {tetex-extra (= 2007-2)}
disc-c
ivritex is no longer installable now that tetex has diappeared. The
analysis given by edos-debcheck is:
ivritex (= 1.1.1-5): FAILED
The following constraints cannot be satisfied:
ivritex (= 1.1.1-5) depends on tetex-extra (>= 1.0) {tetex-extra (= 2007-2)}
ivritex (= 1.1.1-5) conflicts with tex
Package: hlatex
Version: 1.0.1-2.1
Severity: grave
hlatex is no longer installable due to its dependency on tetex. Please
move to texlive now. The analysis given by edos-debcheck is:
hlatex (= 1.0.1-2.1): FAILED
The following constraints cannot be satisfied:
hlatex (= 1.0.1-2.1) depends on tete
Package: pbox-tex
Version: 1.0-2
Severity: grave
pbox-tex is no longer installable due to the removalof tetex from sid.
Please move to texlive now. The analysis given by edos-debcheck is:
pbox-tex (= 1.0-2): FAILED
The following constraints cannot be satisfied:
pbox-tex (= 1.0-2) depends on te
xmltex is not installable, most probably du to the removal of tetex
from sid. The analysis given by edos-debcheck is:
xmltex (= 1.9-11.1): FAILED
The following constraints cannot be satisfied:
xmltex (= 1.9-11.1) depends on tetex-extra {tetex-extra (= 2007-2)}
xmltex (= 1.9-11.1) depends on te
On Tue, Nov 07, 2006 at 07:33:22PM +, Joachim Breitner wrote:
> Package: hevea
> Version: 1.09-1
> Severity: normal
> File: /usr/share/hevea/html/inputenc.hva
> trying to use hevea on a latex file with \usepackage[utf8]{inputenc}
> fails. It seems that hevea does not know how to handle utf8.
Package: cabber
Version: 0.4.0-test5-2
After a fresh install, invoking "cabber" leads simply to an
error message, claiming that it needs a file ~HOME/.cabberrc.
-Ralf.
--
Ralf Treinen
Laboratoire Spécification et Vérification
CNRS, École Normale Supérieure de Cachan, INRIA F
On Thu, Sep 21, 2006 at 03:49:05PM +0200, Stefano Zacchiroli wrote:
> On Wed, Sep 20, 2006 at 12:45:13PM +0100, Stuart Teasdale wrote:
> > Any chance you can reroll your package to allow Texlive to satisfy its
> > tex dependancy? simply adding |texlive-bin after tetex-bin should
> > hopefully be
Hello,
On Mon, Aug 21, 2006 at 02:01:17PM +0200, Frank Küster wrote:
> I think that a virtual package "latex-base" or similar would make sense
> in the long run. But it would require quite some work - and maintainers
> would still have to change their control files, plus check that the
> virtual
On Sat, Sep 09, 2006 at 05:34:49AM +0200, Julien Cristau wrote:
> tags 386646 patch
Thanks Julien for the patch, but I am afraid that this is not sufficient.
One also has to fix the function for comparting vesion strings. I'm
currently looking into this.
-Ralf.
--
To UNSUBSCRIBE, email to [EMA
On Thu, Oct 19, 2006 at 06:15:21PM +0200, Jon Bright wrote:
> Package: hevea
> Version: 1.08-5
> Tags: patch
>
> Hevea 1.09 has now been released. Since imagen in 1.08 appears to have
> issues with image generation using the current version of tetex-bin (it
> ends up executing pdfetex, which re
On Sun, Oct 22, 2006 at 01:52:15AM +0200, Miriam Ruiz wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Miriam Ruiz <[EMAIL PROTECTED]>
>
>
> * Package name: hoz
> Version : 1.65
> Upstream Author : Gustavo Picon <[EMAIL PROTECTED]>
> * URL : http://hoz.sourceforge.
On Tue, Oct 24, 2006 at 11:58:11PM +0200, Luca Brivio wrote:
> Package: wnpp
> Severity: wishlist
>
> * Package name: ocamlp3l
> Version : 2.0
> Upstream Author : Emmanuel Chailloux <[EMAIL PROTECTED]>,
> Roberto Di Cosmo <[EMAIL PROTECTED]>, Zheng Li <[EMAIL PROTECTED]>,
> Marco D
Package: libopenscap3,libopenscap8
Version: libopenscap3/0.9.12-1
Version: libopenscap8/1.0.1-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite
Date: 2013-12-30
Architecture: amd64
Distribution: sid
Hi,
automatic installation tests of packages that share a file and at th
Package: libxcb-sync-dev,libxcb-sync0-dev
Version: libxcb-sync-dev/1.10-1
Version: libxcb-sync0-dev/1.9.1-3.1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite
Date: 2013-12-30
Architecture: amd64
Distribution: sid
Hi,
automatic installation tests of packages that share a
Package: sinfo,cpl-plugin-sinfo
Version: sinfo/0.0.47-1
Version: cpl-plugin-sinfo/2.4.0+dfsg-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite
Date: 2013-12-30
Architecture: amd64
Distribution: sid
Hi,
automatic installation tests of packages that share a file and at the
Hello,
On Sun, Dec 29, 2013 at 11:37:19AM +, Wolodja Wentland wrote:
> Package: apt-cudf
> Version: 3.1.3-7
> Severity: normal
>
> Dear maintainer,
>
> I have used apt-cudf happily for a while now, but recently it started to show
> the following behaviour:
>
> $ sudo apt-get --solver aspc
Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):
/usr/lib/python2.7/dist-packages/tests/__init__.py
/usr/share/pyshared/tests/__init__.py
-Ralf.
--
To UNSUBSCRIBE, email to debian-bugs-d
Hi,
On Thu, Jan 02, 2014 at 10:44:05AM +, Wolodja Wentland wrote:
> Hi Ralf,
>
> On Tue, Dec 31, 2013 at 16:27 +0100, Ralf Treinen wrote:
> > On Sun, Dec 29, 2013 at 11:37:19AM +, Wolodja Wentland wrote:
> > > Package: apt-cudf
> > > Versio
Package: texlive-games
Version: 2009-10
Severity: normal
Hi,
I'm trying to run the first example of the document "Creating diagrams for
chess problems" (included below). This triggers an error since the
fselch12 font is not available (and I was unable to locate is elsewhere
in sid).
-Ralf.
###
Package: libmed-dev,libmedc-dev
Version: libmed-dev/2.3.6-4
Version: libmedc-dev/2.3.6-4
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite
Date: 2010-11-23
Architecture: amd64
Distribution: sid
Hi,
automatic installation tests of packages that share a file and at the
same
This also applies to:
Package: libmed-dev,libmedimport-dev
Version: libmed-dev/2.3.6-4
Version: libmedimport-dev/2.3.6-4
Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):
/usr/include/MEDimpor
1 - 100 of 2002 matches
Mail list logo
