Bug#291955: hevea: hevea-doc missing?
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: > >Package: hevea > >Version: 1.07-4 > >Severity: important > > > >I wanted to have a look how hevea works. Reading > >man hevea > >I was told: > >On a Debian system it [the help] can also be accessed at > >/usr/share/doc/hevea-doc/html or through the Debian help > >system, provided the package hevea-doc is installed. > > > >Trying to install hevea-doc yields: > >thirtyto:~# env LANG=C apt-get install hevea-doc > >Reading Package Lists... Done > >Building Dependency Tree... Done > >Package hevea-doc is not available, but is referred to by another package. > >This may mean that the package is missing, has been obsoleted, or > >is only available from another source > >E: Package hevea-doc has no installation candidate > > > >Since hevea Suggests hevea-doc which is not available I use this > >urgency. "Important" is exagerated. Though I should have indicated that hevea-doc is nonfree. > >Btw.: What ist the »Debian Help System«? The package dhelp. I should make this more explicit, too. -Ralf. --
Bug#342554: texmacs: generates fonts in ~/.TeXmacs/ instead of /var/cache/
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 /var/cache/fonts/pk/ ? (that's what > xdvi does) yes, I guess they should go into /var/cache/fonst/pk (in case the user has write permission to this directory). I will have a look at this. -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#251478: acknowledged by developer (Bug#251478: fixed in texmacs 1:1.0.6-1)
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 warning messages such as: > > [...] > TeXmacs] Trying to create ecrm10.123pk from 300 dpi > mktexpk: Mismatched mode ljfour and resolution 300; ignoring mode. > mktexpk: Running mf-nowin -progname=mf \mode:=cx; mag:=123/300; nonstopmode; > input ecrm10 > [...] > > They seem harmless, but texmacs should avoid them if possible. > > I have also seen those error messages when loading the full user manual: > > mktexpk: don't know how to create bitmap font for pnr11. > mktexpk: don't know how to create bitmap font for pnr10. > mktexpk: don't know how to create bitmap font for eorm11. > mktexpk: don't know how to create bitmap font for xccmi11. > mktexpk: don't know how to create bitmap font for ccr11. > mktexpk: don't know how to create bitmap font for eclq11. This is ugly but doesn't seem to lead to any loss of functionality. Please open a new bug report for this, with Severity=minor. Thanks -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#328120: texmacs: Keystroke doubling after linebreak
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 caused by typesetting the beginning of a paragraph again after a > line break confuses the keyboard input code. Or something. An example of the > type of output I'm seeing: > > Yada yada yada yada > yaadda yyadaa >^- paragraph width Hi, could you please check whether you can still observe this behaviour with texmacs 1.0.6 ? For me it works fine with 1.0.6 (but it already worked fine for me with 1.0.5.7). -Ralf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343433: bibtex2html: attemps to parse comment fields and fails
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 generated by Pybliographer} > > into .bib files. If some editors produce bibtex files which does not follow bibtex syntax then this is rather a bug with these tools. Having said this, I recognize that @comment are quite common, and that bibtex2html should probably recognize them properly and skip them. > Personally, I think bibtex2html should skip over *any* entry it can't > understand rather than bailing out with obscure error messages. I don't think that bibtex2html should try to deal with arbitrarily broken input. -Ralf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343940: ITP: gecode -- generic constraint development environment
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://www.gecode.org/ > * License : BSD > Description : generic constraint development environment Interesting. Are you also intending to package Alice http://ps.uni-sb.de/alice/ ? Otherwise I might be interested in packaging alice myself, provided I can get rid of some of my other packages. -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341203: tuareg-mode: function line-number definition is void
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 error when scanning definitions: line %s!" > (line-number)) > > but the function 'line-number' cannot be found in a normal emacs > installation, > including both Emacs 21.4a and Emacs snapshot available in Debian sid. I've > already have elib, emacs-goodies-el and cedet-common installed. The function "line-number" is defined in xemacs (but not in emacs). I have a working patch which I will upload after christmas when I am back from my mini-vacation (I just don't want to upload a new package and then disappear for 4 days). -Ralf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346204: Bug#342720: texmacs: errors and warnings during font generation
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 > > > > - error messages: > > > >mktexpk: don't know how to create bitmap font for pnr11. > >mktexpk: don't know how to create bitmap font for pnr10. > >mktexpk: don't know how to create bitmap font for eorm11. > >mktexpk: don't know how to create bitmap font for xccmi11. > >mktexpk: don't know how to create bitmap font for ccr11. > >mktexpk: don't know how to create bitmap font for eclq11. > > These fonts seems to be missing. > > Ralf, what do think about upstreams suggestion on texmacs-dev to use his > Type 1 fonts instead? That solves this (and future similar) problem(s). yes, that is something we should do. If you could figure out how to do this that would be great. If this involves packaging the texmacs extra-font package one has to take care of what the licence is, and how the fonts are best integrated in a debian environment (install them in a place where both texmacs and other tools can use them). -Ralf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341203: minor correction to line-number
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.mli, > which seems to be wrong. I don't understand why tuareg raises scanning error > at line 615. The ocaml-mode certainly goes well with gdome.mli. Should I file > another bug report? I have forwarded your question to the upstream maintainer. Please file a separate bug report on this such that it won't be forgotten. Thanks -Ralf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312212: tuareg-mode: Problem with font-lock
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 the default color, and are not the face for > keyword. I have a patch for it. Merci - j'ignore comment ce bug a pu echapper à mon attention ... -Ralf. --
Bug#309727: texmacs: [Axiom interface] Interface is broken due to extra prompts
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) -> > (1) -> 1+1 > (1) -> >(1) 2 > Type: PositiveInteger > (2) -> )quit For me it works as it should: % which axiom /usr/bin/axiom % axiom -noclef GCL (GNU Common Lisp) 2.6.6 CLtL1Jan 18 2005 00:13:38 Source License: LGPL(gcl,gmp), GPL(unexec,bfd) Binary License: GPL due to GPL'ed components: (READLINE BFD UNEXEC) Modifications of this banner must retain notice of a compatible license Dedicated to the memory of W. Schelter Use (help) to get some basic information on how to use GCL. AXIOM Computer Algebra System Version: Axiom 3.0 Beta (February 2005) Timestamp: Monday February 21, 2005 at 20:01:15 - Issue )copyright to view copyright notices. Issue )summary for a summary of useful system commands. Issue )quit to leave AXIOM and return to shell. - Re-reading compress.daase Re-reading interp.daase Re-reading operation.daase Re-reading category.daase Re-reading browse.daase (1) -> 1+1 (1) 2 Type: PositiveInteger (2) -> )quit Please enter y or yes if you really want to leave the interactive environment and return to the operating system: y % 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 reassign the bug to the axiom package. > > What strikes me with your patch > > > > - execlp("AXIOMsys","AXIOMsys","-noclef",0); > > + execlp("AXIOMsys","AXIOMsys","-noclef","-noht","-nogr",0); > > > > is that I use a patch which replaces the call to AXIOMsys by a call > > to /usr/bin/axiom. Hence, applying your patch makes compilation > > of the debian package fail. Are you sure you are working with the > > debian packages of texmacs and axiom? > > Indeed, this is my mistake: I used the source I got from 'apt-get > source', which is not the patched source. Here's a trivially > different patch that works for me: Of course. I just was in doubt whether you were using the debian package of texmacs. -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309727: texmacs: [Axiom interface] Interface is broken due to extra prompts
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 > > reassign the bug to the axiom package. > > I think I just figured it out: do you have the 'axiom-graphics' and > 'axiom-hypertex' packages installed? The extra arguments are to turn > off graphics and hypertex; apparently that's not necessary if they're > not installed. Well done, Dylan. I hadn't installed these two before; after installing axiom-graphics I get the same erroneous behaviour as you describe: (1) -> (1) -> 1+1 (1) -> (1) 2 Type: PositiveInteger This obviously is a bug of axiom. I will reassign it to the axiom package. -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309727: texmacs: [Axiom interface] Interface is broken due to extra prompts
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, at least not for the moment. This should be fixed in the axiom package. -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311274: tuareg-mode: doesn't install in xemacs21
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 one line which looks strange to me: > Compiling > /usr/share/xemacs21/site-lisp/tuareg-mode/camldebug-tuareg.el... > Loading tuareg... (file tuareg.el is newer) I do not get get the "Loading tuareg (file tuareg.el is newer)". Do you have any older tuareg files lying around in your system directories? -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311274: tuareg-mode: doesn't install in xemacs21
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 machine there is one line which looks strange to me: > > > >> Compiling > >> /usr/share/xemacs21/site-lisp/tuareg-mode/camldebug-tuareg.el... > >> Loading tuareg... (file tuareg.el is newer) > > Sorry, this seems to be misleading. Perhaps I tried to often to install this > package. After purging tuareg-mode and re-installing, the > "file tuareg.el is newer" message no longer appears, but the problem is > still there: > I googled a bit and found that sml-mode had the same problem, bug #286190, > fixed in sml-mode 4.0-2. It is mule-related. > I have both xemacs21-mule and xemacs21-nomule installed. The problem is rather xmemacs21-nomule. If /etc/alternatives/xemacs21 points to /usr/bin/xemacs21-mule then the error does not occur. However, the error occurs when I have /etc/alternatives/xemacs21 point to /usr/bin/xemacs21-nomule. Thanks for the hint. I'll upload a patched package right away. -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309727: texmacs: [Axiom interface] Interface is broken due to extra prompts
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 the hypertext and graphics: can you please send me a concrete input sequence which triggers the buggy begaviour of an axiom session via the texmacs inteface, such that I can reproduce the bug? -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309727: texmacs: [Axiom interface] Interface is broken due to extra prompts
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, > > such that I can reproduce the bug? > > On my system, if I start up texmacs, start an Axiom session, and enter > '1+1', the correct output ('2') is not returned; instead, I just get > another prompt immediately. > > The version of axiom is also relevant and wasn't included: this is with > axiom version 20050201-1. I cannot reproduce the bug you describe. On my machine, typing "1+1" in an axiom session of texmacs works fine. It looks like this: -> 1+1 (1) 2 Type: PositiveInteger -> I have the same versions of texmacs (1.0.5-2) and axiom (20050201-1) as you. What strikes me with your patch - execlp("AXIOMsys","AXIOMsys","-noclef",0); + execlp("AXIOMsys","AXIOMsys","-noclef","-noht","-nogr",0); is that I use a patch which replaces the call to AXIOMsys by a call to /usr/bin/axiom. Hence, applying your patch makes compilation of the debian package fail. Are you sure you are working with the debian packages of texmacs and axiom? -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307919: advi: FTBFS: Missing Build-Depends on groff-base
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/tex/latex/hyperref/pdfmark.def)) > > ! LaTeX Error: File `advi.sty' not found. Same problem here (i386) when trying to compile advi without having advi installed. I guess that setting the TEXINPUTS variable in the rules file to include ./tex should do it. Please don't NMU, I will have a look into this right now. -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#207471: tuareg-mode: Some syntax highlighting and indentation bugs
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 indentation in *.mly files. Do you see any other of the bugs reported in that bug report that are not fixed ? > Is there any hope they will get fixed? I'll have to contact the upstream author again ... -Ralf. --
Bug#301141: liblablgtk2-ocaml: Fails to install because of wrong dependency on ocaml-base-3.08
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.08, but it should simply depend on > > ocaml-base. This renders it uninstallable. > > Please, did you read the ocaml changelog ? The ocaml-base-3.08 is there on > purpose, and it shoulod most defenitively be there, since ocaml releases are > binary incompatible, forcing us to do a full rebuild each time a new version > is released. This is currently underway, and i uploaded the fixed lablgtk2 > yesterday evening after dinstall, so it should show up in the archive this > evening. It was a wee bit too early, and it failed to build on hppa, ia64 and > s390, because the lablgl dependency altough built, failed to upload in time. > > If you don't feel like getting such random breakages of unstable, just run > testing :) > > Closing this bug which is not really a bug but a feature. Well, it still is a bug in unstable, even if we (the ocaml maintainers) know that it is only transitory. I have already tagged the bug report as "pending" and the RM has tagged it as "sid" , but I don't think it should be closed until a new liblablgtk2-ocaml is uploaded which is installable with ocaml-* from unstable. -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315562: Support for xhtml
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 upstream author Jean-Christophe Filliatre. Thanks for your suggestions -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316133: --svn-ignore-new makes svn-buildpackage fail in mysterious ways
arball... tar zxf /home/rt/debian/packages/pkg-ocaml-maint/trunk/packages/tuareg-mode/upstream/tuareg-mode_1.45.0-beta3.orig.tar.gz -C /home/rt/debian/packages/pkg-ocaml-maint/trunk/packages/tuareg-mode/build-area/tmp-0.125646924457641 mv /home/rt/debian/packages/pkg-ocaml-maint/trunk/packages/tuareg-mode/build-area/tmp-0.125646924457641/tuareg-mode-1.45.0 /home/rt/debian/packages/pkg-ocaml-maint/trunk/packages/tuareg-mode/build-area/tuareg-mode-1.45.0-beta3 rm -rf /home/rt/debian/packages/pkg-ocaml-maint/trunk/packages/tuareg-mode/build-area/tmp-0.125646924457641 dpkg-buildpackage -rfakeroot -uc -us dpkg-buildpackage: source package is tuareg-mode dpkg-buildpackage: source version 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_testdir dh_testroot dh_clean dpkg-source -b tuareg-mode-1.45.0-beta3 dpkg-source: building tuareg-mode using existing tuareg-mode_1.45.0-beta3.orig.tar.gz dpkg-source: building tuareg-mode in tuareg-mode_1.45.0-beta3-1.diff.gz dpkg-source: warning: file debian/NEWS has no final newline (either original or modified version) dpkg-source: building tuareg-mode in tuareg-mode_1.45.0-beta3-1.dsc debian/rules build test -d debian/patched || install -d debian/patched dpatch apply-all applying patch 01_camldebug to ./ ... ok. applying patch 02_localdoc to ./ ... ok. dpatch cat-all >>patch-stampT mv -f patch-stampT patch-stamp fakeroot debian/rules binary dh_testdir dh_testroot dh_clean -k mkdir -p debian/tuareg-mode/usr/share/xemacs/site-lisp/tuareg-mode debian/tuareg-mode/usr/share/emacs/site-lisp/tuareg-mode cp tuareg.el append-tuareg.el custom-tuareg.el debian/tuareg-mode/usr/share/emacs/site-lisp/tuareg-mode cp sym-lock.el debian/tuareg-mode/usr/share/xemacs/site-lisp/tuareg-mode cp camldebug.el debian/tuareg-mode/usr/share/emacs/site-lisp/tuareg-mode/camldebug-tuareg.el dh_testdir dh_testroot dh_installdocs HISTORY README LISEZMOI dh_installemacsen dh_installchangelogs dh_link dh_compress dh_fixperms dh_installdeb dh_gencontrol dh_md5sums dh_builddeb dpkg-deb: building package `tuareg-mode' in `../tuareg-mode_1.45.0-beta3-1_all.deb'. dpkg-genchanges dpkg-genchanges: including full source code in upload dpkg-buildpackage: full upload (original source is included) build command was successful; binaries are in /home/rt/debian/packages/pkg-ocaml-maint/trunk/packages/tuareg-mode/build-area/. The changes file is: /home/rt/debian/packages/pkg-ocaml-maint/trunk/packages/tuareg-mode/build-area/tuareg-mode_1.45.0-beta3-1_i386.changes Binary package: /home/rt/debian/packages/pkg-ocaml-maint/trunk/packages/tuareg-mode/build-area/tuareg-mode_1.45.0-beta3-1_all.deb rm -rf /home/rt/debian/packages/pkg-ocaml-maint/trunk/packages/tuareg-mode/build-area/tuareg-mode-1.45.0-beta3
Bug#316133: --svn-ignore-new makes svn-buildpackage fail in mysterious ways
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-buildpackage fail in strange ways. > > A log is attached whwre you can see that the build fails when I use > > the "--svn-ignore-new" option, but succeeds when I commit the changed > > file and then build without that option. I am using mergeWithUsptream > > mode. > ... > > svn --force export > > /home/rt/debian/packages/pkg-ocaml-maint/trunk/packages/tuareg-mode/trunk > > /home/rt/debian/packages/pkg-ocaml-maint/trunk/packages/tuareg-mode/build-area/tuareg-mode-1.45.0-beta3 > > Command svn --force export > > /home/rt/debian/packages/pkg-ocaml-maint/trunk/packages/tuareg-mode/trunk > > /home/rt/debian/packages/pkg-ocaml-maint/trunk/packages/tuareg-mode/build-area/tuareg-mode-1.45.0-beta3 > > failed in > > /home/rt/debian/packages/pkg-ocaml-maint/trunk/packages/tuareg-mode/trunk, > > how to continue now? [Qri?]: Q > > Can you trace it with strace -f ...? I think it is segfaulting silently, > see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=314381 for details. Just send it to [EMAIL PROTECTED] -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316916: texmacs: Axiom interface answers only many lines late
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 blank lines) > 5. After about 5-20 lines, the response to the "something" arrives. > 6. Similarly late, apparently in order, the responses to the other > non-blank lines are coming in > 7. this sucks If you start "axiom" in a shell, do you get double prompts like this : % axiom GCL (GNU Common Lisp) 2.6.6 CLtL1Jan 18 2005 00:13:38 Source License: LGPL(gcl,gmp), GPL(unexec,bfd) Binary License: GPL due to GPL'ed components: (READLINE BFD UNEXEC) Modifications of this banner must retain notice of a compatible license Dedicated to the memory of W. Schelter [...lines deleted...] (1) -> (1) -> in this case it is a bug of axiom, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=309727 -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316916: texmacs: Axiom interface answers only many lines late
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 blank lines) > 5. After about 5-20 lines, the response to the "something" arrives. > 6. Similarly late, apparently in order, the responses to the other > non-blank lines are coming in I just uploaded texmacs-1.0.5.5-1 to the experimental distribution with a workaround for bug #309727 which, I suspect, is the same bug as yours. -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334039: close
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]
Bug#328120: texmacs: Keystroke doubling after linebreak
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 caused by typesetting the beginning of a paragraph again after a > line break confuses the keyboard input code. Or something. An example of the > type of output I'm seeing: > > Yada yada yada yada > yaadda yyadaa >^- paragraph width > I did some experiments but couldn't reproduce the behaviour you describe. Do you work on a versy slow machine, or do you have excessively long paragraphs? (though I cannot imagine that the length of the paragraph really plays a role since TM should uses Knuth's line breaking algorithm). -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#328720: Incorrect package name, should be ocaml-mode-el
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 Emacs and XEmacs asn1-mode - Emacs mode for editing ASN.1 specification files biomode - [Biology] An Emacs mode to edit genetic data css-mode - A Cascading Style Sheets (CSS) editing mode for Emac nasm-mode - NASM mode for XEmacs nxml-mode - Emacs mode for editing XML documents using RELAX NG schemas tuareg-mode - An emacs-mode for ocaml programs to name just a few. Try "apt-cache search --name-only mode" to see more of these. -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324102: [uscan] please add package name in output by --report
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: Newest version on remote site is 1.3.5, local version is 1.3.5 => Package is up to date This helps in scripts when you uscan for many packages in a batch. Thanks -Ralf. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages devscripts depends on: ii debianutils 2.14.2 Miscellaneous utilities specific t ii dpkg-dev 1.13.11package building tools for Debian ii libc6 2.3.5-4GNU C Library: Shared libraries an ii perl 5.8.7-4Larry Wall's Practical Extraction ii sed 4.1.4-2The GNU sed stream editor Versions of packages devscripts recommends: ii fakeroot 1.4.2 Gives a fake root environment -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333903: texmacs: PDF export is fuzzy
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 same problems a > few time ago, the solution is to use Type 1 instead of Type 3 while > genereating PS files for PDF display. This is solved since texmacs 1.0.5.10 which you can get from the debian experimental archive. Or wait until texmacs 1.1 comes out which should by quite soon. > It is really an annoying problem, which limits TeXMacs uses to printer > only output. > > I place the severity to normal, but it makes texmacs completely > unuseable for anything other than printer. Maybe setting this bug to > important would be much more conform. you are exaggerating. At best it is annoying for people who want to generate pdf. -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324242: texmacs: please include example plugins in package
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. > > > > What would you like to find in this package? I do not see the > > point in packaging code bits for plugins, all the code of the > > plugins which are shipped with texmacs are of course in the > > texmacs source package. > > The manual shows sample plugins, eg. in > http://www.texmacs.org/tmweb/manual/webman-write-itf.en.html > > I would have thought that those examples were available in the texmacs > distribution, so they can be easily tested as one reads the manual > (and incidentally so that it can be automatically checked that the > examples are still valid), although I admit I did not check the source > tree. They seem all to be in /usr/share/texmacs/TeXmacs/examples/plugins. I guess a symlink from /usr/share/doc/texmacs would be in order here (will fix this for the next upload). -Ralf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321977: gprolog: FTBFS with hevea: unknown option -nosymb
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: > > > > hevea -O -nosymb -s -exec xxdate.exe -fix custom.hva manual.tex -o > > manual.html > > /usr/bin/hevea: unknown option `-nosymb'. > > hevea 1.08 > > -version show hevea version and library directory > > -v verbose flag, can be repeated to increase verbosity > > -s suppress warnings > > > Maybe you meant "-textsymbols"? > > > Just FYI: > On > http://buildd.debian.org/fetch.php?&pkg=gprolog&ver=1.2.18-12&arch=mipsel&stamp=1122655328&file=log&as=raw > the package does not build. On > http://buildd.debian.org/fetch.php?&pkg=gprolog&ver=1.2.18-12&arch=powerpc&stamp=1095723433&file=log&as=raw > it does. The difference is that on the first is hevea 1.08 used. The > changelog reads: > > hevea (1.08-1) unstable; urgency=low > >* New upstream release. > >* Updated manpage to reflect new/removed options. > > So I guess an adaption is necessary. Howvere I don't see any > connection to teTeX. The "-nosymb" option was dropped in hevea-1.08 (as is explained in the NEWS.Debian.gz file of hevea). It does no longer have a purpose since non-ascii symbols are now translated into HTML entities. -Ralf. --
Bug#322341: Borken implementation of the fancyvrb package in text output (at least)
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: > > \begin{Verbatim} > work/ -+- ... >|- patches/ -+- series >||- patch2.diff >||- patch1.diff >|+- ... >+- .pc/ -+- applied-patches > |- patch1.diff/ -+- ... > |- patch2.diff/ -+- ... > +- ... > \end{Verbatim} > > Neither the text output not the html one are perfectly satisfying. > > The text output fails with a bunch of: > Warning: Command not found: \Verbatim > > while the html output does center it. It must be due to the fact that the > Verbatim environment is included within a figure. I just tried with hevea 1.08 from testing/unstable on the file doc/main.tex from quilt 0.40-6, and it seemed to work fine (a bit to my surprise, since fancyvrb is not on the list of latex packages supported by hevea). No complains related to Verbatim, and the output of the figure looks OK to me. Can you please try for yourself with hevea 1.08 and confirm? -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322341: Borken implementation of the fancyvrb package in text output (at least)
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 *experimental* and partial implementation of fancyvrb (section B.17.13 in the documentation of hevea 1.08). If you look into /usr/share/hevea you see that there is a file html/fancyvrb.hva (the hevea implementation of fancyvrb for html output) but there is no corresponding file in text/. Hence, if you want to generate text output you will have to do without the fancyvrb package for now. This rather is a wishlist bug (complete the support of fancyvrb for text output). Do you agree? -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322341: Borken implementation of the fancyvrb package in text output (at least)
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} > \begin{small} > \begin{Verbatim} > work/ -+- ... >|- patches/ -+- series >||- patch2.diff >||- patch1.diff >|+- ... >+- .pc/ -+- applied-patches > |- patch1.diff/ -+- ... > |- patch2.diff/ -+- ... > +- ... > \end{Verbatim} > \end{small} > \end{minipage} > \caption{Quilt files in a source tree.} > \label{fig:dir-layout} > \end{center} > > So I guess that's the same: minipage support is rather partial in hevea, > isn't it? I seem to remember warning messages in that sense. I only have the source for quilt-0.40 but it seems to be the same code for that portion of the doc. With hevea 1.08, the figure itself gets centered, but inside that figure the "text" is flush left (with some additional left margin). Minipage support is in fact quite poor, as you suspected. If I understand right this is due to a deliberate design choice of hevea, which is not to assume anything about absolute font dimensions or the width of the output medium. This is of course in contrast to the TeX model but it makes sense if you want to generate proper HTML. As a result, a width specification like {6cm} doesn't mean much to hevea. -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320691: FTBFS on m68k
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 real reason for this bug is a gcc-4.0 upstream bug reported here: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23160 Let's see whether the gcc people will resolve this soon. -Ralf -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages lbt depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-3GCC support library ii libstdc++6 4.0.1-3 The GNU Standard C++ Library v3 Versions of packages lbt recommends: ii graphviz 2.2.1-1rich set of graph drawing tools -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#167662: brag: Incorrect file name translation
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/brag --- brag-1.4.1/brag 2003-12-27 20:58:03.0 +0100 +++ brag-1.4.1.new/brag 2005-08-01 22:02:16.0 +0200 @@ -332,6 +332,7 @@ ;# different newsgroups variable combineServers 0 ;# Don't combine parts from different ;# servers +variable keepFileNames 0;# Don't keep original file names variable getSingle 0 ;# If true, get single-part msgs, too variable finishedThread 1 ;# Flag to signify that a thread is ;# ready for another task @@ -443,6 +444,7 @@ variable password variable combine variable combineServers +variable keepFileNames variable total variable max variable getSingle @@ -508,6 +510,9 @@ "-C" { set combineServers 1 } +"-k" { +set keepFileNames 1 +} "-A" { incr i loadAcceptFile [lindex $argList $i] @@ -1220,26 +1225,32 @@ proc brag::getDestination {file dir subject} { +variable keepFileNames + # The message subject might be well formatted, so we gan get a good file # name from it. Otherwise use the original file name -regsub -all -- { - } $subject "|" subject -regsub -all -- {y[eE]nc} $subject "" subject -set fields [split $subject "|"] -if {[llength $fields] > 1} { - set base [lindex $fields end] - if {[regexp {[0-9,]+ bytes} $base] || [regexp {[0-9,]+[KM]} $base]} { - set base [lindex $fields [expr {[llength $fields] - 2}]] - } - regsub "\\(\\)|\\\[\\\]" $base "" base - set base [file tail [string trim [string trim $base {~}]]] +if {$keepFileNames} { +set base $file } else { - set base [file tail [string trim $file {~}]] + regsub -all -- { - } $subject "|" subject + regsub -all -- {y[eE]nc} $subject "" subject + set fields [split $subject "|"] + if {[llength $fields] > 1} { + set base [lindex $fields end] + if {[regexp {[0-9,]+ bytes} $base] || [regexp {[0-9,]+[KM]} $base]} { + set base [lindex $fields [expr {[llength $fields] - 2}]] + } + regsub "\\(\\)|\\\[\\\]" $base "" base + set base [file tail [string trim [string trim $base {~}]]] + } else { + set base [file tail [string trim $file {~}]] + } + regsub -all -- { [0-9,]+ bytes} $base {} base + regsub -all -- { [0-9,]+[KM]B*} $base {} base + set base [string trim $base {"}] +regsub -all -- {[^a-zA-Z0-9_. ]} $base "_" base } -regsub -all -- { [0-9,]+ bytes} $base {} base -regsub -all -- { [0-9,]+[KM]B*} $base {} base -set base [string trim $base {"}] -regsub -all -- {[^a-zA-Z0-9_. ]} $base "_" base # If the file doesn't already exist in the destination directory, # return it, otherwise create a unique name based on the original @@ -1262,7 +1273,7 @@ puts stderr "brag - Grab multipart binaries from news server Usage: brag \[-s server\] \[-P port\] \[-g group\] \[-l user\] \[-p pass\] -\[-o dir\] \[-n n\] \[-q\] \[-u\] \[-c\] \[-C\] \[-X\] +\[-o dir\] \[-n n\] \[-q\] \[-u\] \[-c\] \[-C\] \[-k\] \[-X\] \[-a pattern \[-a pattern\] ...\] \[-r pattern \[-r pattern\] ...\] \[-A file\] \[-R file\] \[-t number\] \[ -m max \] or @@ -1280,6 +1291,7 @@ -uSave message subjects, too -cCombine parts even if they are from different groups -CCombine parts even if they are from different servers + -kKeep original filenames when possible -XProcess single-part messages, too -a patternAccept messages matching the pattern -r patternReject messages matching the pattern diff -us brag-1.4.1/brag.1 brag-1.4.1.new/brag.1 --- brag-1.4.1/brag.1 2003-12-27 20:58:03.0 +0100 +++ brag-1.4.1.new/brag.1 2005-08-01 22:06:00.0 +0200 @@ -58,6 +58,10 @@ .I ".sub" extension added .TP +.I "-k" +Keep original file names when possible, only rename when necessary to +avoid a collission with existing files +.TP .I "\-o dir" Set output directory to .I "dir" signature.asc Description: Digital signature
Bug#317475: [m68k] ICE: Segmentation fault
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 so they suppose it is fixed in 4.1. Suggestion for your package: try to compile with -O2 on m68k. -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404339: tgif: relation to package with illegal name
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 UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402065: hevea: Missing consequence of -francais: 3 promised, 2 given
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 francais option is now deprecated anyway. -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402064: Minor man page problems in hevea(1)
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 "-moreentities", and is not spelt correctly in > the man page. Thanks, this fixed now in svn (will upload as soon as the freez is over). -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404474: hevea fails on cyrillic
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 hand, hevea 1.07 does not know anything about character encodings, and blindly sets in the html header the charset to iso-8859-1. I wonder how this can yield anything useful on cyrillic input. I'll see whether I can find a quick solution, otherwise I will have to forward the bug to upstream. Are you a Russian speaker, and willing to help me out when I have questions about russian/cyrillic ? -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404474: hevea fails on cyrillic
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, and uploaded the package to the debian experimental distribution (because of the current freeze). If you have experimental in your /etc/apt/sources.list then you can install this new version by apt-get install -t experimental hevea (after a short delay of usually one day from now on). -Ralf.` -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403059: libstdc++5-3.3-dev is available in testing
Hi, In fact libstdc++5-3.3-dev is available in testing, according to madison % madison libstdc++5-3.3-dev libstdc++5-3.3-dev | 1:3.3.5-13 |stable | alpha, arm, hppa, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc libstdc++5-3.3-dev | 1:3.3.6-13 | testing | alpha, amd64, arm, hppa, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc libstdc++5-3.3-dev | 1:3.3.6-13 | unstable | alpha, amd64, arm, hppa, hurd-i386, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc Maybe the build-dependency with an alternative is not treated correctly by your autobuilder. -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
Bug#403249: illegal version number in Conflicts
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 et Vérification CNRS, École Normale Supérieure de Cachan, INRIA Futurs http://www.lsv.ens-cachan.fr/~treinen
Bug#403337: CGI-modules : illegal package name
Package: libcgi-perl Version: 2.76-24 Hi, perl-modules conflicts with CGI-modules. The latter package name is not allowed by policy (upper case letters are not allowd in package names). This confuses some tools. Since CGI-modules is no longer known to madison this might be good time to drop 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
Bug#397332: hevea: Hevea 1.09 dropped \remakesection command, causing FTBFS problems
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 stay. However, version 1.09 does no longer define > that macro. This causes documents that use this macro to fail. Hello, sorry for not replying earlier, and thanks to Julien and Luc for their rapid action on this. I don't think that this is a bug of hevea, for the simple reason that for me the command \remakesection seems to be an undocumented feature. The only mention of this command I could find is on http://devel.inria.fr/doc/faqs/faq_hevea.html However, AFAICS it is not mentionnend in the official documentation bundle that is available at http://pauillac.inria.fr/hevea/doc/index.html, which should be identical to the documentation distributed in the hevea-doc package [non-free]. I just grepped through versions 1.08 and 1.09 of hevea-doc and could not find any mention of \remakesection. Frank, are you aware of any other mention of this command, besides the FAQ cited above? If not I will close the bug report. I agree that a mention in NEWS.debian would have been useful, but I do not think that this alone justifies a new upload of the package. -Ralf.
Bug#397496: can't handle utf8 input encoding
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. Indeed, the hevea inputenc package has not yet implemented utf8. The list of currently supported options is here: http://pauillac.inria.fr/hevea/doc/manual-packages.html#toc104 I'll downgrade the severity to wishlist, and forward the request to the upstream author. -Ralf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404474: hevea fails on cyrillic
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 that it implements correctly koi8-r? In this case I could try to have it accepted in the etch release. Best regards -Ralf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402017: gcc-40-locales not installable in etch
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". Trouble? Contact [EMAIL PROTECTED]
Bug#402017: gcc-40-locales not installable in etch
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-4.0 which is only availabke > > in unstable/hurd-i386. > > sure, so it is installable on hurd-i386. > > > Please remove gcc-4.0-locales from etch. > > No. Why not? hurd-i386 is not an etch release architecture. My removal request is about etch only, not sid. -Ralf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405994: hevea fails on \urldef on multiple lines
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://www.debian.org/} > This is a tough one. \urldef is not even coded in url.hva but is hardwired in latexscan.mll in the hevea source. I wouldn't touch that code. Bug forwarded to Luc Maranget. -Ralf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#396049: ITP: alice -- Alice programming language
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 "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377203: gtoaster segfaults on startup
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. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages gtoaster depends on: di cdda2wav 5:1.0~pre4-1.1 Creates WAV files from audio CDs ii cdrdao1:1.2.2-2 records CDs in Disk-At-Once (DAO) ii cdrecord 5:1.0~pre4-1.1 Dummy package for transition to wo di gdk-imlib11 1.9.14-31 imaging library for use with gtk ii libart2 1.4.2-34 The GNOME canvas widget - runtime di libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libc6 2.3.6.ds1-7GNU C Library: Shared libraries di libdb33.2.9+dfsg-0.1 Berkeley v3 Database Libraries [ru di libesd-alsa0 [libesd0]0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libglib1.21.2.10-13 The GLib library of C routines ii libgnome321.4.2-34 The GNOME libraries ii libgnomesupport0 1.4.2-34 The GNOME libraries (Support libra ii libgnomeui32 1.4.2-34 The GNOME libraries (User Interfac di libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo di libice6 1:1.0.1-2 X11 Inter-Client Exchange library di liborbit0 0.5.17-11.1Libraries for ORBit - a CORBA ORB di libsm61:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-2 X11 client-side library di libxext6 1:1.0.1-2 X11 miscellaneous extension librar di libxi61:1.0.1-3 X11 Input extension library di mkisofs 5:1.0~pre4-1.1 Creates ISO-9660 CD-ROM filesystem di sox 12.17.9-1 A universal sound sample translato gtoaster recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398541: Errors reported while parsing UTF-8 encoded sites
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. > > (the latter line ... varies of course). As stated on > http://search.cpan.org/dist/HTML-Parser/Parser.pm > this is probably a bug in checkbot as it should set the appropriate options. Hi, can you please tell me the address of one of your webpages on which checkbot produces this error? -Ralf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398541: Errors reported while parsing UTF-8 encoded sites
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.tum.de --dontwarn '(301|302|400|401|903)' OK, thanks. I can reproduce this error also with version 1.78 of checkbot. -Ralf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398541: Errors reported while parsing UTF-8 encoded sites
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. > > (the latter line ... varies of course). As stated on > http://search.cpan.org/dist/HTML-Parser/Parser.pm > this is probably a bug in checkbot as it should set the appropriate options. In fact, this error is already known to the upstream bug tracker : http://sourceforge.net/tracker/index.php?func=detail&aid=1264729&group_id=123985&atid=698133 -Ralf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295093: script checks: lefty is now a legitimae interpreter
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 prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages lintian depends on: ii binutils 2.15-5The GNU assembler, linker and bina ii diffstat 1.35-1produces graph of changes introduc ii file 4.12-1Determines file type using "magic" ii gettext0.14.1-10 GNU Internationalization utilities ii intltool-debian0.30+20040213 Help i18n of RFC822 compliant conf ii man-db 2.4.2-21 The on-line manual pager ii perl [libdigest-md5-perl] 5.8.4-6 Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296693: help with bug 296693
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. > > Can a user with an i386 attempt to reproduce the bug and report back? I never used gnucash before but I just gave it a quick try, and couldn't produce any crash (this is an i386). Creation of new accounts works fine. Maybe ask the user to ran gnucash in an strace? -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296089: please register html doc with doc-base
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 unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296089: please register html doc with doc-base
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 > | with doc-base. See, for instance, > | > | http://www.nl.debian.org/doc/maint-guide/ch-dother.en.html#s-doc-base > > Ok, I read up on that, and have created doc-base files for the five html > manuals in r-doc-html. Pdf and info aren't supported by doc-base, so I get to > skip that. Likewise, r-base-html doesn't fit the mold with its 13 or so > 00Index.html files, so I'll skip it too. > > Thanks for the suggestion. In your view, what is the best tool to browse > doc-base registered documentation? Any webbrowser (no http server needed). I have a bookmark for my browser pointing to file:///usr/share/doc/HTML/index.html The index is not well organized but normally it allows me to find relatively quickly what I need. Cheers -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296089: please register html doc with doc-base
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 wrote: > | > | 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 > | > > | > Ok, I read up on that, and have created doc-base files for the five html > | > manuals in r-doc-html. Pdf and info aren't supported by doc-base, so I > get to > | > skip that. Likewise, r-base-html doesn't fit the mold with its 13 or so > | > 00Index.html files, so I'll skip it too. > | > > | > Thanks for the suggestion. In your view, what is the best tool to browse > | > doc-base registered documentation? > | > | Any webbrowser (no http server needed). I have a bookmark for my browser > | pointing to > | > | file:///usr/share/doc/HTML/index.html > | > | The index is not well organized but normally it allows me to find > | relatively quickly what I need. > > Ack. I don't seem to have that. Doesn't dwww create it? IMHO it is created when you install the doc-base package. > I uploaded the -3 revision. Great, thanks -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295715: texmacs: R plugin: needs rebuild with R >= 2.0.0
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 a valid package -- installed < 2.0.0? Danke für Deinen detaillierten bugreport und patch. Der bug war schon im upstream bug tracker bekannt: https://savannah.gnu.org/bugs/?func=detailitem&item_id=10739 Ich habe gerade ein neues texmacs Paket hochgeladen in dem der bug (hoffentlich) behoben ist. Allerdings bin ich eher der Methode gefolgt die auf der o.g. Seite beschrieben ist, das erschien mir einfacher. Gruss -Ralf. --
Bug#297034: texmacs: [Maple interface] does not work with Maple 9.5
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 > > exec maple_in_filter | maple -ll -l p=calc -c > 'interface(plotoptions=\"portrait,color,width=300,height=200\")' | > maple_filter > -- > > Even when quoting is fixed, the interface is not functional. Given any > input, the interface script waits and does not produce any output. Thanks again, I submitted this one too to the upstream bug tracker https://savannah.gnu.org/bugs/index.php?func=detailitem&item_id=12150 However, I cannot even test this bug since I don't have maple installed on my machine, and since for obvious reasons it is not available in debian. -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297035: texmacs: [Octave interface] old plots linger
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)) > > The two different plots will overlap in the same image. Pressing Enter > on the above line again will produce the correct plot. TeXmacs might say > something about garbage collecting unused images. Thanks - I just forwarded this bug report to the upstream bug tracker https://savannah.gnu.org/bugs/index.php?func=detailitem&item_id=12149 -Ralf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297064: remove maria-vis package
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. -- signature.asc Description: Digital signature
Bug#398541: Errors reported while parsing UTF-8 encoded sites
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. > > (the latter line ... varies of course). As stated on > http://search.cpan.org/dist/HTML-Parser/Parser.pm > this is probably a bug in checkbot as it should set the appropriate options. This is now fixed by the latest version of checkbot (1.79-1) which is, however, only available in the experimental distribution. Since this is a new upstream version I won't upload it to unstable since we are in freeze. -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#415867: coq_8.1+dfsg-1(experimental/ia64/alkman): FTBFS: Expects files that get lost while building
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 should accomodate for the fact that there may be no .cmxa files. -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398541: Errors reported while parsing UTF-8 encoded sites
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.tum.de --dontwarn '(301|302|400|401|903)' The latest upstream version of checkbot (1.79) fixes this bug, but now triggers a different error message (for the same url). I will try to get a fix for that before uploading the package. -Ralf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414167: Should suggest or recommend ocaml-mode
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-mode should probably recommend or suggest > ocmal-mode. I would say 'recommend' since this feature is so useful :-) There is in fact more functionality from ocaml-mode that can be used through tuareg-mode (and which I had ignored until now). That is nice :-) Thanks for the hint! -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409027: coqdoc.sty in wrong place
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 /usr/share/texmf/tex/latex/misc. You will find for instance in the hevea package an appropriate postinst that will update the tex hash tables, provided that tex is installed. -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400597: cdcover is not installable since the removal of tetex
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 using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: cdcover: Depends: tetex-base but it is not going to be installed E: Broken packages The analysis from edos-debcheck is: The following constraints cannot be satisfied: cdcover (= 0.9.1-6.2) depends on tetex-extra {tetex-extra (= 2007-2)} cdcover (= 0.9.1-6.2) depends on tetex-base {tetex-base (= 3.0.dfsg.3-5)} tetex-extra (= 2007-2) depends on texlive-lang-latin {texlive-lang-latin (= 2007-2)} tetex-base (= 3.0.dfsg.3-5) conflicts with texlive-common (= 2007-2) texlive-lang-latin (= 2007-2) depends on texlive-common (>= 2007) {texlive-common (= 2007-2)} -Ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403468: epix1 is no longer installable
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)} tetex-bin (= 2007-2) conflicts with texlive-base-bin (= 2005.dfsg.2-12) texlive (= 2007-2) depends on context {context (= 2007.01.23-3)} context (= 2007.01.23-3) depends on texlive-base-bin {texlive-base-bin (= 2005.dfsg.2-12)} -Ralf -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419230: sgmltexi: cannot be installed
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 tetex-extra (>= 1.0.2) {tetex-extra (= 2007-2)} tetex-extra (= 2007-2) depends on texlive-font-utils {texlive-font-utils (= 2005.dfsg.2-12)} tetex-extra (= 2007-2) conflicts with texlive-font-utils (= 2005.dfsg.2-12) -Ralf. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US.ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418660: texmacs is no longer installable
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 (= 2005.dfsg.2-12)} tetex-extra (= 2007-2) conflicts with texlive-font-utils (= 2005.dfsg.2-12) I am hence setting the severity of this bug to grave. -Ralf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419234: tetex-brev: not installable
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) depends on tetex-base {tetex-base (= 3.0.dfsg.3-5)} tetex-bin (= 2007-2) depends on texlive {texlive (= 2007-2)} tetex-base (= 3.0.dfsg.3-5) conflicts with texlive-common (= 2007-2) texlive (= 2007-2) depends on texlive-fonts-recommended {texlive-fonts-recommended (= 2007-2)} texlive-fonts-recommended (= 2007-2) depends on texlive-common (>= 2007) {texlive-common (= 2007-2)} Please move your package to texlive. -Ralf. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US.ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419235: circ-tex is not installable
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 {tetex-bin (= 2007-2)} circ-tex (= 1.0f.0-1) depends on tetex-base {tetex-base (= 3.0.dfsg.3-5)} tetex-bin (= 2007-2) depends on texlive {texlive (= 2007-2)} tetex-base (= 3.0.dfsg.3-5) conflicts with texlive-common (= 2007-2) texlive (= 2007-2) depends on texlive-fonts-recommended {texlive-fonts-recommended (= 2007-2)} texlive-fonts-recommended (= 2007-2) depends on texlive-common (>= 2007) {texlive-common (= 2007-2)} -Ralf. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US.ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419237: cweb-latex is not installable
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) depends on tetex-base (>= 0.9.990311-2) {tetex-base (= 3.0.dfsg.3-5)} cweb-latex (= 1.1.1-14) depends on tetex-bin (>= 2.0.1-2) | cweb (>= 3.63-4) {tetex-bin (= 2007-2)} tetex-base (= 3.0.dfsg.3-5) conflicts with texlive-common (= 2007-2) tetex-bin (= 2007-2) depends on texlive {texlive (= 2007-2)} texlive-latex-base (= 2007-2) depends on texlive-common (>= 2007) {texlive-common (= 2007-2)} texlive (= 2007-2) depends on texlive-latex-base {texlive-latex-base (= 2007-2)} -Ralf. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US.ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385139: disc-cover no longer instalable
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-cover (= 1.5.4-3) depends on tetex-base {tetex-base (= 3.0.dfsg.3-5)} tetex-extra (= 2007-2) depends on texlive-lang-latin {texlive-lang-latin (= 2007-2)} tetex-base (= 3.0.dfsg.3-5) conflicts with texlive-common (= 2007-2) texlive-lang-latin (= 2007-2) depends on texlive-common (>= 2007) {texlive-common (= 2007-2)} -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412833: ivritex no longer installable
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 texlive-latex-base (= 2007-2) tetex-extra (= 2007-2) depends on texlive-math-extra {texlive-math-extra (= 2007-2)} texlive-math-extra (= 2007-2) depends on texlive-latex-base {texlive-latex-base (= 2007-2)} -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419238: hlatex is no longer installable
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 tetex-base (>= 3) {tetex-base (= 3.0.dfsg.3-5)} hlatex (= 1.0.1-2.1) depends on tetex-bin (>= 3) {tetex-bin (= 2007-2)} tetex-base (= 3.0.dfsg.3-5) conflicts with texlive-common (= 2007-2) tetex-bin (= 2007-2) depends on texlive {texlive (= 2007-2)} texlive-latex-base (= 2007-2) depends on texlive-common (>= 2007) {texlive-common (= 2007-2)} texlive (= 2007-2) depends on texlive-latex-base {texlive-latex-base (= 2007-2)} -Ralf. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US.ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419239: pbox-tex is no longer installable
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 tetex-bin {tetex-bin (= 2007-2)} pbox-tex (= 1.0-2) depends on tetex-base {tetex-base (= 3.0.dfsg.3-5)} tetex-bin (= 2007-2) depends on texlive {texlive (= 2007-2)} tetex-base (= 3.0.dfsg.3-5) conflicts with texlive-common (= 2007-2) texlive (= 2007-2) depends on texlive-fonts-recommended {texlive-fonts-recommended (= 2007-2)} texlive-fonts-recommended (= 2007-2) depends on texlive-common (>= 2007) {texlive-common (= 2007-2)} -Ralf. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US.ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336666: xmltex is uninstallable
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 tetex-base {tetex-base (= 3.0.dfsg.3-5)} tetex-extra (= 2007-2) depends on texlive-lang-latin {texlive-lang-latin (= 2007-2)} tetex-base (= 3.0.dfsg.3-5) conflicts with texlive-common (= 2007-2) texlive-lang-latin (= 2007-2) depends on texlive-common (>= 2007) {texlive-common (= 2007-2)} Please move to texlive now that tetex has been removed. -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397496: can't handle utf8 input encoding
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. utf8 input encoding is supported by the experimental upstream version. The modifications are quite complex and I would like not to try backporting these modifications to 1.09-1. I'd rather wait for the next official upstream release (though I have no idea when this is going to happen). If you really need to process utf8 encoded documents then you can always work around this restriction by using the recode command. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419886: cabber: does not startup after fresh install
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 Futurs http://www.lsv.ens-cachan.fr/~treinen
Bug#388435: advi: Texlive support
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 sufficient. > > I'm not using Texlive, so I actually don't know if texlive-bin is enough > to satisfy what advi needs. > > Have you actually tried if with texlive-bin and not tetex-bin advi > actually works? If this is the case I have no problem in adding the > dependency and reupload the package. After some experiments, it seems that the advi package itself would need the packages texlive-base (for the texfonts) and texlive-base-bin (for the kpsewhich for metafont binaries). Concerning advi-examples I do not really understand why it depends on a tex package at all. If this is in order to have latex then I guess the package texlive-latex-base will do. Maybe this could be downgraded to a Recommends. Changes submitted to svn. -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#381467: bibtex2html: please provide alternative dependency on texlive packages
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 package is sufficient for them. Because of this necessecity to > check for other texlive packages, I do not think that such a virtual > package will be used much, anyway. The only frequent use that I see is > for code generators (from docbook, texinfo, sgml, xml) who would > coordinate with the TeX maintainers that their code can be typeset with > only the virtual package installed. In fact, the case of bibtex2htnl ist quite special, and IMHO an argument against a virtual latex package (see below) > Ocaml people, do you know which LaTeX packages your packages need, or > have you just written all teTeX packages in the Depends line without > testing? bibtex2html needs: bibtex and kpsewhich. As a build-dependency it also needs latex in order to compile the documentation which is written in latex. The bibtex2html package is only about processing bibtex files and does not need a latex binary, fonts, or (la)tex macros in order to function (if I am not terribly mistaken). The current (build-)dependencies are there because: - Depends tetex-extra since tetex-extra provides the bst files needed for functionning of bibtex2html Depends tetex-bin for the bibtex binary Depends tetex-base is probably not justified - Build-depends on tetex-extra because of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=72423 I think that using a disjunctive dependency would be fine for bibtex2html. What are the tex-live packages providing the bibtex binary, standard bst files, and kpsewhich? -Ralf
Bug#386646: edos-debcheck: chokes on ~ in package versions
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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#394133: Please package hevea 1.09
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 results in a .pdf file, which causes > dvi2ps to fail, since it's expecting a .dvi) and since 1.09 appears to > have better support for using pdfetex for image generation, I'd be > eternally grateful if the package could be updated. I'm working on it. Expect an upload in the next days. -Ralf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#394585: ITP: hoz -- file splitter that uses the hacha file format
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.net/ > * License : GPL > Programming Lang: C > Description : file splitter that uses the hacha file format > > HOZ is a file splitter, which uses the same file format as the popular > 'Hacha' program. The reference to hacha might be misleading in the context of debian since we have already a program "hacha" in the hevea package, which splits html files generated by hevea. -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395111: RFP: ocamlp3l - a functional parallel programming system
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 Danelutto <[EMAIL PROTECTED]>, Susanna Pelagatti > <[EMAIL PROTECTED]>, Xavier Leroy <[EMAIL PROTECTED]>, Pierre > Weis <[EMAIL PROTECTED]> > * URL or Web page : http://www.pps.jussieu.fr/~dicosmo/ocamlp3l/ > * License : LGPL with one exception > Description : a functional parallel programming system > > OcamlP3l is a parallel programming system based on Objective Caml and > the P3L languages, providing seamless integration of parallel > programming and functional programming and advanced features like > sequential logical debugging of parallel programs and strong typing, > useful both in teaching parallel programming and in the building of > full-scale applications. Looks interesting. but I guess we should wait for a stable point release. For the moment there is only a cvs snapshot available. -Ralf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#733589: libopenscap8 and libopenscap3: error when trying to install together
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 the same time do not conflict by their package dependency relationships has detected the following problem: Selecting previously unselected package libkeyutils1:amd64. (Reading database ... 10868 files and directories currently installed.) Preparing to unpack .../libkeyutils1_1.5.6-1_amd64.deb ... Unpacking libkeyutils1:amd64 (1.5.6-1) ... Selecting previously unselected package libkrb5support0:amd64. Preparing to unpack .../libkrb5support0_1.11.3+dfsg-3+nmu1_amd64.deb ... Unpacking libkrb5support0:amd64 (1.11.3+dfsg-3+nmu1) ... Selecting previously unselected package libk5crypto3:amd64. Preparing to unpack .../libk5crypto3_1.11.3+dfsg-3+nmu1_amd64.deb ... Unpacking libk5crypto3:amd64 (1.11.3+dfsg-3+nmu1) ... Selecting previously unselected package libkrb5-3:amd64. Preparing to unpack .../libkrb5-3_1.11.3+dfsg-3+nmu1_amd64.deb ... Unpacking libkrb5-3:amd64 (1.11.3+dfsg-3+nmu1) ... Selecting previously unselected package libgssapi-krb5-2:amd64. Preparing to unpack .../libgssapi-krb5-2_1.11.3+dfsg-3+nmu1_amd64.deb ... Unpacking libgssapi-krb5-2:amd64 (1.11.3+dfsg-3+nmu1) ... Selecting previously unselected package libsasl2-modules-db:amd64. Preparing to unpack .../libsasl2-modules-db_2.1.25.dfsg1-17_amd64.deb ... Unpacking libsasl2-modules-db:amd64 (2.1.25.dfsg1-17) ... Selecting previously unselected package libsasl2-2:amd64. Preparing to unpack .../libsasl2-2_2.1.25.dfsg1-17_amd64.deb ... Unpacking libsasl2-2:amd64 (2.1.25.dfsg1-17) ... Selecting previously unselected package libldap-2.4-2:amd64. Preparing to unpack .../libldap-2.4-2_2.4.31-1+nmu2+b1_amd64.deb ... Unpacking libldap-2.4-2:amd64 (2.4.31-1+nmu2+b1) ... Selecting previously unselected package libxml2:amd64. Preparing to unpack .../libxml2_2.9.1+dfsg1-3_amd64.deb ... Unpacking libxml2:amd64 (2.9.1+dfsg1-3) ... Selecting previously unselected package librtmp0:amd64. Preparing to unpack .../librtmp0_2.4+20121230.gitdf6c518-1_amd64.deb ... Unpacking librtmp0:amd64 (2.4+20121230.gitdf6c518-1) ... Selecting previously unselected package libssh2-1:amd64. Preparing to unpack .../libssh2-1_1.4.3-2_amd64.deb ... Unpacking libssh2-1:amd64 (1.4.3-2) ... Selecting previously unselected package libcurl3-gnutls:amd64. Preparing to unpack .../libcurl3-gnutls_7.34.0-1_amd64.deb ... Unpacking libcurl3-gnutls:amd64 (7.34.0-1) ... Selecting previously unselected package libxslt1.1:amd64. Preparing to unpack .../libxslt1.1_1.1.28-2_amd64.deb ... Unpacking libxslt1.1:amd64 (1.1.28-2) ... Selecting previously unselected package libopenscap3. Preparing to unpack .../libopenscap3_0.9.12-1_amd64.deb ... Unpacking libopenscap3 (0.9.12-1) ... Selecting previously unselected package libopenscap8. Preparing to unpack .../libopenscap8_1.0.1-1_amd64.deb ... Unpacking libopenscap8 (1.0.1-1) ... dpkg: error processing archive /var/cache/apt/archives/libopenscap8_1.0.1-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/x86_64-linux-gnu/openscap/probe_sysctl', which is also in package libopenscap3 0.9.12-1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Processing triggers for man-db (2.6.5-2) ... Errors were encountered while processing: /var/cache/apt/archives/libopenscap8_1.0.1-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. 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/bin/oscap /usr/lib/x86_64-linux-gnu/openscap/probe_dnscache /usr/lib/x86_64-linux-gnu/openscap/probe_dpkginfo /usr/lib/x86_64-linux-gnu/openscap/probe_environmentvariable /usr/lib/x86_64-linux-gnu/openscap/probe_environmentvariable58 /usr/lib/x86_64-linux-gnu/openscap/probe_family /usr/lib/x86_64-linux-gnu/openscap/probe_file /usr/lib/x86_64-linux-gnu/openscap/probe_fileextendedattribute /usr/lib/x86_64-linux-gnu/openscap/probe_filehash /usr/lib/x86_64-linux-gnu/openscap/probe_filehash58 /usr/lib/x86_64-linux-gnu/openscap/probe_iflisteners /usr/lib/x86_64-linux-gnu/openscap/probe_inetlisteningservers /usr/lib/x86_64-linu
Bug#733590: libxcb-sync0-dev and libxcb-sync-dev: error when trying to install together
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 file and at the same time do not conflict by their package dependency relationships has detected the following problem: Selecting previously unselected package libxau6:amd64. (Reading database ... 10868 files and directories currently installed.) Preparing to unpack .../libxau6_1%3a1.0.8-1_amd64.deb ... Unpacking libxau6:amd64 (1:1.0.8-1) ... Selecting previously unselected package libxdmcp6:amd64. Preparing to unpack .../libxdmcp6_1%3a1.1.1-1_amd64.deb ... Unpacking libxdmcp6:amd64 (1:1.1.1-1) ... Selecting previously unselected package libxcb1:amd64. Preparing to unpack .../libxcb1_1.10-1_amd64.deb ... Unpacking libxcb1:amd64 (1.10-1) ... Selecting previously unselected package libxcb-sync0:amd64. Preparing to unpack .../libxcb-sync0_1.9.1-3.1_amd64.deb ... Unpacking libxcb-sync0:amd64 (1.9.1-3.1) ... Selecting previously unselected package libxcb-sync1:amd64. Preparing to unpack .../libxcb-sync1_1.10-1_amd64.deb ... Unpacking libxcb-sync1:amd64 (1.10-1) ... Selecting previously unselected package libpthread-stubs0-dev:amd64. Preparing to unpack .../libpthread-stubs0-dev_0.3-4_amd64.deb ... Unpacking libpthread-stubs0-dev:amd64 (0.3-4) ... Selecting previously unselected package xorg-sgml-doctools. Preparing to unpack .../xorg-sgml-doctools_1%3a1.11-1_all.deb ... Unpacking xorg-sgml-doctools (1:1.11-1) ... Selecting previously unselected package x11proto-core-dev. Preparing to unpack .../x11proto-core-dev_7.0.24-1_all.deb ... Unpacking x11proto-core-dev (7.0.24-1) ... Selecting previously unselected package libxau-dev:amd64. Preparing to unpack .../libxau-dev_1%3a1.0.8-1_amd64.deb ... Unpacking libxau-dev:amd64 (1:1.0.8-1) ... Selecting previously unselected package libxdmcp-dev:amd64. Preparing to unpack .../libxdmcp-dev_1%3a1.1.1-1_amd64.deb ... Unpacking libxdmcp-dev:amd64 (1:1.1.1-1) ... Selecting previously unselected package libxcb1-dev:amd64. Preparing to unpack .../libxcb1-dev_1.10-1_amd64.deb ... Unpacking libxcb1-dev:amd64 (1.10-1) ... Selecting previously unselected package libxcb-sync-dev:amd64. Preparing to unpack .../libxcb-sync-dev_1.10-1_amd64.deb ... Unpacking libxcb-sync-dev:amd64 (1.10-1) ... Selecting previously unselected package libxcb-sync0-dev:amd64. Preparing to unpack .../libxcb-sync0-dev_1.9.1-3.1_amd64.deb ... Unpacking libxcb-sync0-dev:amd64 (1.9.1-3.1) ... dpkg: error processing archive /var/cache/apt/archives/libxcb-sync0-dev_1.9.1-3.1_amd64.deb (--unpack): trying to overwrite '/usr/include/xcb/sync.h', which is also in package libxcb-sync-dev:amd64 1.10-1 Processing triggers for man-db (2.6.5-2) ... Errors were encountered while processing: /var/cache/apt/archives/libxcb-sync0-dev_1.9.1-3.1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. 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/xcb/sync.h /usr/lib/x86_64-linux-gnu/libxcb-sync.a /usr/lib/x86_64-linux-gnu/libxcb-sync.so /usr/lib/x86_64-linux-gnu/pkgconfig/xcb-sync.pc This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733591: cpl-plugin-sinfo and sinfo: error when trying to install together
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 same time do not conflict by their package dependency relationships has detected the following problem: Preconfiguring packages ... Selecting previously unselected package libboost-signals1.54.0:amd64. (Reading database ... 10868 files and directories currently installed.) Preparing to unpack .../libboost-signals1.54.0_1.54.0-4+b1_amd64.deb ... Unpacking libboost-signals1.54.0:amd64 (1.54.0-4+b1) ... Selecting previously unselected package libboost-system1.54.0:amd64. Preparing to unpack .../libboost-system1.54.0_1.54.0-4+b1_amd64.deb ... Unpacking libboost-system1.54.0:amd64 (1.54.0-4+b1) ... Selecting previously unselected package libcext0:amd64. Preparing to unpack .../libcext0_6.3.1-1_amd64.deb ... Unpacking libcext0:amd64 (6.3.1-1) ... Selecting previously unselected package libcfitsio3:amd64. Preparing to unpack .../libcfitsio3_3.340-2_amd64.deb ... Unpacking libcfitsio3:amd64 (3.340-2) ... Selecting previously unselected package libgomp1:amd64. Preparing to unpack .../libgomp1_4.8.2-10_amd64.deb ... Unpacking libgomp1:amd64 (4.8.2-10) ... Selecting previously unselected package libfftw3-double3:amd64. Preparing to unpack .../libfftw3-double3_3.3.3-7_amd64.deb ... Unpacking libfftw3-double3:amd64 (3.3.3-7) ... Selecting previously unselected package libfftw3-single3:amd64. Preparing to unpack .../libfftw3-single3_3.3.3-7_amd64.deb ... Unpacking libfftw3-single3:amd64 (3.3.3-7) ... Selecting previously unselected package libcplcore20:amd64. Preparing to unpack .../libcplcore20_6.3.1-1_amd64.deb ... Unpacking libcplcore20:amd64 (6.3.1-1) ... Selecting previously unselected package libcplui20:amd64. Preparing to unpack .../libcplui20_6.3.1-1_amd64.deb ... Unpacking libcplui20:amd64 (6.3.1-1) ... Selecting previously unselected package libcpldfs20:amd64. Preparing to unpack .../libcpldfs20_6.3.1-1_amd64.deb ... Unpacking libcpldfs20:amd64 (6.3.1-1) ... Selecting previously unselected package libwcs4:amd64. Preparing to unpack .../libwcs4_4.20-1_amd64.deb ... Unpacking libwcs4:amd64 (4.20-1) ... Selecting previously unselected package libcpldrs20:amd64. Preparing to unpack .../libcpldrs20_6.3.1-1_amd64.deb ... Unpacking libcpldrs20:amd64 (6.3.1-1) ... Selecting previously unselected package cpl-plugin-sinfo:amd64. Preparing to unpack .../cpl-plugin-sinfo_2.4.0+dfsg-1_amd64.deb ... Unpacking cpl-plugin-sinfo:amd64 (2.4.0+dfsg-1) ... Selecting previously unselected package sinfo. Preparing to unpack .../sinfo_0.0.47-1_amd64.deb ... Unpacking sinfo (0.0.47-1) ... dpkg: error processing archive /var/cache/apt/archives/sinfo_0.0.47-1_amd64.deb (--unpack): trying to overwrite '/usr/share/doc-base/sinfo', which is also in package cpl-plugin-sinfo:amd64 2.4.0+dfsg-1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Processing triggers for man-db (2.6.5-2) ... Errors were encountered while processing: /var/cache/apt/archives/sinfo_0.0.47-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. 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/share/doc-base/sinfo This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733494: OptParse exception during [dist-]upgrade
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 aspcud dist-upgrade > Reading package lists... Done > Building dependency tree > Reading state information... Done > Fatal error: exception OptParse.Opt.No_value > Execute external solver... Done > Done > Fatal error: exception OptParse.Opt.No_value > Execute external solver... Done This might be a problem with aspcud, coming from the fact that a new version of gringo (one of aspcud's dependencies) was uploaded to sid before aspcud was ready for the migration. What are your current versions of aspcud and gringo ? If you have gringo 4.2.1-3 installed then could you please try with gringo 3.0.5-1+b1 from testing? Cheers -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733729: python-bootstrapform and python-django-taggit: error when trying to install together
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-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733494: OptParse exception during [dist-]upgrade
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 > > > 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 aspcud dist-upgrade > > > Reading package lists... Done > > > Building dependency tree > > > Reading state information... Done > > > Fatal error: exception OptParse.Opt.No_value > > > Execute external solver... Done > > > Done > > > Fatal error: exception OptParse.Opt.No_value > > > Execute external solver... Done > > > > This might be a problem with aspcud, coming from the fact that a new > > version of gringo (one of aspcud's dependencies) was uploaded to sid > > before aspcud was ready for the migration. What are your current versions > > of aspcud and gringo ? If you have gringo 4.2.1-3 installed then could > > you please try with gringo 3.0.5-1+b1 from testing? > > Thank you for your immediate answer and spot on advice. Downgrading gringo to > 3.0.5-1+b1 from testing does indeed solve the issue. Please let me know if > there is anything else that I can do to investigate the issue. thanks for your offer but this won't be necessary at the moment, aspcud upstream is already working on migrating aspcud to gringo 4. Cheers -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#604553: texlive-games: font for chess-problem-diagrams missing
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. # error message. [..] kpathsea: Running mktextfm fselch12 mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input fselch12 This is METAFONT, Version 2.718281 (TeX Live 2009/Debian) kpathsea: Running mktexmf fselch12 ! I can't find file `fselch12'. <*> ...ljfour; mag:=1; nonstopmode; input fselch12 Please type another input file name ! Emergency stop. <*> ...ljfour; mag:=1; nonstopmode; input fselch12 Transcript written on mfput.log. grep: fselch12.log: No such file or directory mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input fselch12' failed to make fselch12.tfm. kpathsea: Appending font creation commands to missfont.log. ! Font \chessfont=fselch12 not loadable: Metric (TFM) file not found. \font l.2045 \defaultelchfont ## minimal input file \documentclass{article} \usepackage{diagram} \begin{document} \begin{diagram} \author{Brand, Thomas} \source{Problemkiste} \year{1992} \dedic{Elmar Bartel gew.} \pieces[2+3]{wKd1, wBe2, sKh8, sBe4, sTa4} \stip{h\#7} \sol{1.Ta3 Kc2!, 2.Tf3 e\x f3, 3.e3 f4, 4.e2 f5, 5.e1T f6, 6.Th1! (Te7?) f7, 7.Th7 f8D\#} \end{diagram} \end{document} ## other files ## List of ls-R files -rw-r--r-- 1 root root 2005 Nov 11 15:15 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 80 Sep 30 08:33 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 Jun 27 14:31 /usr/share/texmf/ls-R -> /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 Sep 30 08:31 /usr/share/texmf-texlive/ls-R -> /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 Sep 30 08:31 /usr/share/texmf-texlive/ls-R -> /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 Jun 27 14:31 /usr/share/texmf/web2c/texmf.cnf -> /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 7168 Nov 11 15:14 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 12109 Oct 10 17:09 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 12407 Oct 10 17:09 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 1 -rw-r--r-- 1 root root 283 Jun 20 2007 mktex.cnf ## md5sums of texmf.d 3875bf0f4a53a29b7f247399dc9833e2 /etc/texmf/texmf.d/05TeXMF.cnf 6e82a3d4c00ae7e4f86aa8dcf9438cf3 /etc/texmf/texmf.d/15Plain.cnf c60a084820a0b73e3bfbf2e90bda437c /etc/texmf/texmf.d/45TeXinputs.cnf ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf 7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf 055e06548bac99958d8ab2dd1248f2b4 /etc/texmf/texmf.d/80tex4ht.cnf 37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf bab3b7e578107f999fa1b0768994f6f8 /etc/texmf/texmf.d/95NonPath.cnf 1df66bc319cec731e202eaf39f5d85e1 /etc/texmf/texmf.d/96JadeTeX.cnf -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages texlive-games depends on: ii dpkg 1.15.8.5 Debian package management system ii tex-common2.08 common infrastructure for building ii texlive-common2009-11TeX Live: Base component ii texlive-latex-base2009-11TeX Live: Basic LaTeX packages texlive-games recommends no packages. texlive-games suggests no packages. Versions of packages tex-common depends on: ii debconf [debconf-2.0]1.5.36 Debian configuration management sy ii dpkg 1.15.8.5Debian package management system ii ucf 3.0025+nmu1 Update Configuration File: preserv Versions of packages texlive-games is related to: ii tex-common2.08 common infrastructure for building ii texlive-binaries 2009-8 Binaries for TeX Live -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with
Bug#604626: libmedc-dev and libmed-dev: error when trying to install together
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 time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libgfortran3 libibverbs1 libnuma1 libtorque2 libopenmpi1.3 libhdf5-openmpi-1.8.4 libmed1 libmed-dev libmedc1 libmedc-dev Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package libgfortran3. (Reading database ... 12297 files and directories currently installed.) Unpacking libgfortran3 (from .../libgfortran3_4.4.5-8_amd64.deb) ... Selecting previously deselected package libibverbs1. Unpacking libibverbs1 (from .../libibverbs1_1.1.3-2_amd64.deb) ... Selecting previously deselected package libnuma1. Unpacking libnuma1 (from .../libnuma1_2.0.5-1_amd64.deb) ... Selecting previously deselected package libtorque2. Unpacking libtorque2 (from .../libtorque2_2.4.8+dfsg-9_amd64.deb) ... Selecting previously deselected package libopenmpi1.3. Unpacking libopenmpi1.3 (from .../libopenmpi1.3_1.4.2-4_amd64.deb) ... Selecting previously deselected package libhdf5-openmpi-1.8.4. Unpacking libhdf5-openmpi-1.8.4 (from .../libhdf5-openmpi-1.8.4_1.8.4-patch1-2_amd64.deb) ... Selecting previously deselected package libmed1. Unpacking libmed1 (from .../libmed1_2.3.6-4_amd64.deb) ... Selecting previously deselected package libmed-dev. Unpacking libmed-dev (from .../libmed-dev_2.3.6-4_amd64.deb) ... Selecting previously deselected package libmedc1. Unpacking libmedc1 (from .../libmedc1_2.3.6-4_amd64.deb) ... Selecting previously deselected package libmedc-dev. Unpacking libmedc-dev (from .../libmedc-dev_2.3.6-4_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libmedc-dev_2.3.6-4_amd64.deb (--unpack): trying to overwrite '/usr/include/med_utils.h', which is also in package libmed-dev 0:2.3.6-4 dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/libmedc-dev_2.3.6-4_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. 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/MEDerreur.hxx /usr/include/med.h /usr/include/medC_win_dll.h /usr/include/med_proto.h /usr/include/med_utils.h This bug is assigned to both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#604626: Acknowledgement (libmedc-dev and libmed-dev: error when trying to install together)
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/MEDimport.h /usr/include/medimport_win_dll.h --- Package: libmed-dev,libmedimportcxx-dev Version: libmed-dev/2.3.6-4 Version: libmedimportcxx-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/MEDimport.hxx /usr/include/medimportcxx_win_dll.h -- Cheers -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org