Mike Massonnet a écrit :
Ok, for now I switched to x-terminal-emulator, and I recommend the
package xterm.
Hum, couldn't you instead recommend the virtual package
x-terminal-emulator? It seems to me that this package is (or should be)
provided by any x terminal emulator's package.
Since APT
Frank Küster scripsit (16.07.2008 16:02)
Of course it's an issue to have only DFSG-free software packaged in
Debian. But how does that affect a package manager? Well, it would be
really cool if the package manager was able to display the license of
package I am about to download. But it
Package: vim-spellfiles-fr
Version: 20060604-1
Severity: normal
--- Please enter the report below this line. ---
Right after the installation of vim-spellfiles-fr, I ran vim, typed in
:set spell spelllang=fr
and got the message 'Cannot find word list fr.latin1.spl or fr.ascii.spl'.
For the
Package: djvulibre-plugin
Version: 3.5.19-2
Severity: minor
--- Please enter the report below this line. ---
Djvulibre-plugin recommends major popular browsers, but not iceweasel.
It's a bit annoying since on every update, aptitude suggests me to
install a browser, though I allready have
Package: latex-beamer
Version: 3.07-1
--- Please enter the report below this line. ---
texdoc beamer shows a catalogue page with following link to the doc :
a href=../../../macros/latex/contrib/beamer/doc/beameruserguide.pdf
that is, to
Package: kile-i18n
Version: 1:1.9.3-2
Severity: minor
Tags: l10n
--- Please enter the report below this line. ---
If kile-i18n only is installed, some menu entries are translated, some
aren't. In order for all entries to be correctly translated, kde-i18n-??
(with ?? = the current language)
Patrik Fimml scripsit (02.06.2008 20:52)
In /usr/share/texmf-texlive/doc/latex/base/latex.pdf, the hyperrefs that
appear in any PDF viewer's table of contents (evince, acroread - also called
Bookmarks) are badly messed up. For example, the first entry under
/Commands/Counters is labeled as
De: Michael Nüsken [EMAIL PROTECTED]
I'll change it as soon as possible.
It was indeed updated on CTAN yesterday. License info in generated files now
reads:
Copyright 2000-\the\year
Michael Nusken, Joachim von zur Gathen, computational complexity
IMPORTANT NOTICE:
This is a generated
Hi Frank,
Frank Küster a écrit :
Therefore I'd like to try to contact their author,
Gilles Robert.
For French mathematicians, a useful resource is generally
http://annuaire.math.cnrs.fr/
At the moment, it points to
Gilles.Robert'at'math.u-bordeaux.fr
Since he has been using this
Hi,
Frank Küster scripsit (02.07.2008 20:45)
I thought that there is an automatic way of updating texmf trees from
CTAN? Don't your scripts check whether anything has been uploaded to
CTAN:/tex-archive/fonts/utilities/fontinst/doc? And if they to, how do
you exclude the talks directory?
Frank Küster scripsit (24.06.2008 22:07)
Ah, I didn't know that. More work for texdoc.tlu - while I hate being
shown the Catalogue page if the package documenation has a generic name
like manual.pdf, I think it *is* useful when there's nothing
available.
Same here. And the catalogue page
Hi,
Hilmar Preusse a écrit :
Hmm, the file above won't be distributed by the TeX Live packages.
However I think it is a good idea to fix that too.
But we distribute it in the upstream TeX Live, so it's a problem anyway.
Would you be so kind to contact the author?
Sure.
Cheers,
Manuel.
Hi Michael,
and sorry for the late answer.
Michael Nüsken a écrit :
I just uploaded v2.09 to CTAN @ DANTE and expect it to be online
within a few days. Please, let me know whether it's ok now.
Hmm, I'm afraid there is still a few problems. The ins file states that:
%% In particular, NO
Hi,
Eugene V. Lyubimkin a écrit :
Frank Küster wrote:
You have to do it right, it seems you can't use languages with dialects
without specifiying one, even if there is only one:
I'm afraid this is a bit more complicated: you can use a language with
dialects without specifying one only if
Frank Küster a écrit :
[2] wasn't there an attempt to replace bibtex by bibtex8 generally, as
MikTeX has done it AFAIK?
Hum, not sure it would be a good idea: for me, bibtex8 crashes quite often. I
should fill a report for this, but didn't have time atm.
Manuel.
Package: texlive-latex-extra
Version: 2007.dfsg.1-1
Severity: normal
--- Please enter the report below this line. ---
Hi,
the pdf documentation for package lastpage is missing. I don't know if it is
also missing in the upstream texlive, but it is available on CTAN, at
Hi,
On the Debian bug tracking system, it was reported that the \todo command from
your todo.sty package sometimes unexpectedly complains about a 'bad space
factor', when used in vertical mode. I checked this out, and I think the
problem arises when the [EMAIL PROTECTED] at the beginning of the
Package: luatex
Version: 0.22.0.svn080220-1
Severity: normal
--- Please enter the report below this line. ---
Hi,
The luatex reference manual, installed in
/usr/share/doc/luatex/luatexref-t.pdf, is unfortunately not findable by
texdoc. I fixed this for myself making a symlink to it in my
Lars Madsen a écrit :
which confuses a lot of ubuntu users, so they end up installing
everything anyway. It is nice that debian provides TL in so many
pacakges, but IMO it just serves as a big confusion for the average user.
In my experience, the most confusing fact for users of
Norbert Preining a écrit :
On Di, 29 Sep 2009, Morten Høgholm wrote:
Just leave it as it is - the default for most TeX Live users is to
install the whole shebang anyway...
That does not help us on Debian where one collection maps to one debian
binary package and we need decent dependencies.
Danai SAE-HAN (韓達耐) a écrit :
2009/9/29 Frank Küster fr...@debian.org:
texlive-medium doesn't sound very nice to me. Other suggestions?
texlive-standard sounds good IMHO, as well as texlive-typical.
As Karl already objected, the standard or typical installation, as far as
the TL team is
Package: reportbug
Version: 4.12.6
Hi,
I was trying to report a bug against munin-node, when:
m...@thue:~% reportbug -q --template -T none -s none -S normal -b --list-cc
none -q munin-node
*** Welcome to reportbug. Use ? for help at prompts. ***
Detected character set: UTF-8
Please
Hi Sandro,
Le 26/12/2010 22:40, Sandro Tosi a écrit :
do you really have this char
$ python -c print u'\xc3'
Ã
in a config file, or a path to a conffile? :)
Not in a path :-) But, recursively grepping for non-ascii chars in /etc/munin, I
found that /etc/munin/plugins/interrupts (or more
Hi Sandro,
Le 02/01/2011 16:37, Sandro Tosi a écrit :
Well, I'm not exactly sure why this is happening (it should have not)
but could you try to apply the attached patch to /usr/bin/reportbug
and try to replicate the problem?
I tried with the patch applied, and unfortunately it doesn't
Le 06/01/2011 01:37, Manuel Pégourié-Gonnard a écrit :
PS: the patch is against a file from python-reportbug, so maybe the bug should
be moved to this package. Up to you.
PPS: I realised just after sending my message that I didn't keep enough
directory components in the file names when creating
Package: manpages-dev
Version: 3.27-1
Severity: normal
--- Please enter the report below this line. ---
Hi,
According to README.Debian:
Some pages present in the upstream version were removed because a better
version exists in other package. These pages are:
[...]
manpages-dev:
Hi Frank,
Le 17/12/2010 10:00, Frank Küster a écrit :
Package: texlive-binaries
Btw, I tried installing this on a squeeze box, and it doesn't seem to provide
texdoc. I found it in texlive-base.
$ grep amsthm /usr/share/texmf-texlive/texdoc/texdoc.cnf
alias amsthm = amsthdoc
$ texdoc -s
Hi,
Norbert Preining a écrit :
- Forwarded message from Vincent Lefevre vinc...@vinc17.net -
I've used
\makeatletter
\renewcommand{\...@colonspace}{\fdp@thinspace}
\makeatother
I beg your pardon, but why the hell are your trying to fiddle with frenchb's
internals rather than using
Oops, I didn't see Daniel's reply before posting... and my message is
essentially a copy of his reply...
Manuel Pégourié-Gonnard a écrit :
Hi,
Norbert Preining a écrit :
- Forwarded message from Vincent Lefevre vinc...@vinc17.net -
I've used
\makeatletter
\renewcommand
On 08/01/2010 21:49, Frank Küster wrote:
(and similar for TEXMFSYSCONFIG). But that implies that user-changed
files there (even files that would be created by texconfig, but have not
yet been) will be respected. And I know from discussions with Thomas
that the tree was always intended as
On 03/01/2010 08:59, Norbert Preining wrote:
On So, 03 Jan 2010, Jean-Sébastien Trottier wrote:
Like I said before, it worked perfectly by enabling support_zipped
(false-true) in this script:
/usr/share/texmf-texlive/scripts/texdoc/constants.tlu
Hehe, yes, there it works.
Yep, that's
On 05/01/2010 16:54, Norbert Preining wrote:
Indeed it does, but you need to change the viewers. The automatically
selected ones (gnome-open in my case) return immediately, thus the
temp file will be removed and all gone.
You're right. I forgot to mention that.
It confirms my feeling that
On 05/01/2010 18:08, Manuel Pégourié-Gonnard wrote:
I'll probably do that.
See texdoc 0.62, just commited to TeX Live. Now support_zipped is completely
gone, the relevant option is actually zipext_list: by default it is empty. You
just need to set it to whatever extensions you need, and define
Hi,
Norbert Preining a écrit :
From a Debian bug report:
- Forwarded message from Decklin Foster deck...@red-bean.com -
Somewhere between Lenny and now, ucs.sty was moved from -recommended
to -extra. As UTF-8 support is (I believe) a release goal, I would
- End forwarded message
Norbert Preining a écrit :
when I process it with pdflatex from texlive-latex-base 2009-4
(debian sid), the resulting pdf shows a dash instead of the bullet
that the \noextrasfrancais macro is supposed to produce.
After some investigations, I realized that simply replacing
Hi Denis,
Denis Prost a écrit :
Norbert Preining a écrit :
I think that is enough to close this bug.
Denis, do you agree?
I guess I should though I can't say I understood everything Manuel wrote
! I'm not very familiar with latex, using it trough lyx. Manuel, can you
please tell me
Hi Norbert, hi all,
Norbert Preining a écrit :
here is a bug report from Debian that suggests something regarding
viewer selection. Can you please comment on it?
Sure.
When calling texdoc PACKAGENAME in KDE, the pdf description of the package
is actually opened with GIMP, instead of using
On Mon, 21 Dec 2009 20:53:27 +0100, Johannes Fichtinger j...@fichtinger.org
wrote:
See [1]. There exists another variable called KDE_SESSION_VERSION, which
from
KDE4 on is set to 4, but was not defined for KDE3.x. This can be used
further
to distinguish between KDE4 and KDE3.
It seems,
Hi Frank,
On Tue, 22 Dec 2009 23:19:53 +0100, Frank Küster fr...@debian.org wrote:
Just my 2 cents: I suggest that we use see wherever possible. I
don't care about KDE defaults, but see is the Debian way to say give
me the viewer for this file type that is configured on this system.
IIRC,
Package: linux-image-2.6.26-1-686
Version: 2.6.26-11
Followup-For: Bug #507271
Hi,
I'm having the same problem, but it occured while upgrading from Etch to
Lenny.
thue:~# LC_ALL=C dpkg --configure linux-image-2.6.26-1-686
Setting up linux-image-2.6.26-1-686 (2.6.26-11) ...
Running depmod.
Manuel Pégourié-Gonnard a écrit :
I'm having the same problem, but it occured while upgrading from Etch to
Lenny.
Well, I just found out the problem magically disappears by install grub-pc.
HTH,
Manuel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
Hi Frank,
Le 20/05/2011 15:19, Frank Küster a écrit :
Manuel, why does texdoc look for texdoc.cnf in particular directories?
Why doesn't it just do a kpathsea lookup for texdoc.cnf, thus looking in
all TEXMF trees defined on the site for the user running texdoc?
Besides the reason you
Le 04/06/2011 01:59, Manuel Pégourié-Gonnard a écrit :
Actually, I think I don't even need a new kpathsea search PATH, I can directly
consult the value of $TEXMF and then just append texdoc/texdoc.cnf. This would
be compatible with the current locations and would also find configuration
files
Le 06/06/2011 21:08, Frank Küster a écrit :
tags 607351 fixed-upstream
thanks
Manuel Pégourié-Gonnard m...@elzevir.fr wrote:
I hope it fixes the problem.
yes, I think so. I'm marking this as fixed upstream, however, we need
to make sure when TL 2011 is packaged that it actually works
Hi,
Le 26/08/2011 20:13, Sandro Tosi a écrit :
Are you still able to replicate this problem?
Nope, the problem is gone. (Tested on the same machine, now running Debian
stable.)
Thanks,
Manuel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Le 26/07/2011 12:36, Lionel Elie Mamane a écrit :
(Please keep 635...@bugs.debian.org in the CC list when replying).
In the texlive SVN, in the directory Master/texmf-dist/tex/latex/ucs,
there are a bunch of files that start with:
1) I don't find ucs.dtx; do you have it or know where to
Hi,
We (the TeX Live team) do not maintain ucshyper.sty, we merely take what is on
CTAN and distribute it in (hopefully) usable form.
Your suggestion looks fine but should be addressed to the author (see the other
thread for possible contact info).
Thanks,
Manuel.
Le 26/07/2011 13:00, Lionel
Hi Norbert,
On 24/05/2012 00:48, Norbert Preining wrote:
texdoc cannot find cweb manual:
$ texdoc -l cweb
1 /home/norbert/tl/2012/texmf-dist/doc/latex/cweb-latex/cweb-user.pdf
= User manual
2 /home/norbert/tl/2012/texmf-dist/doc/latex/cweb-latex/cweb-conf.pdf
= Internal interfaces
Hi Norbert, hi all,
On 05/08/2012 21:30, Norbert Preining wrote:
Here on Debian a strange thing happens, namely that texdoc does
not find the pgfmanual. But first some explanations:
Ok.
On Debian:
* most of TeX Live is installed into /usr/share/texlive/{texmf-dist,texmf}
(ie TEXLIVEROOT
Hi,
On 06/08/2012 09:41, Norbert Preining wrote:
Unfortunately, then we fall into the pain of the disappearing
file, (tmp file disappears). I have set the viewer to
(xdg-open %s)
But this is what is recommended in the documentation.
Do you have an idea about that, too?
Which
On 06/08/2012 10:02, Norbert Preining wrote:
On Mo, 06 Aug 2012, Manuel Pégourié-Gonnard wrote:
Which actual viewer is selected by xdg-open on your system? Is it blocking?
From
Uggg ... right ... xdg-open is NOT blocking... argg, I guess I have
to go back to see otherwise
Hi Frank,
Le 06/06/2011 21:08, Frank Küster a écrit :
tags 607351 fixed-upstream
thanks
Manuel Pégourié-Gonnard m...@elzevir.fr wrote:
I went ahead and implemented that in texdoc 0.81, just uploaded to TeX Live.
Now
texdoc finds its configuration files in $TEXMF/texdoc in the order
Hi,
I'm one of the upstream developers.
We believe we fixed this in our development branch for the next release, which
should be out in a few days. In case you want to test the fix right now, the
patch is attached.
We plan to add a big-endian machine to our buildbot installation in the next
53 matches
Mail list logo