Bug#854528: texlive-lang-japanese: LuaLaTeX-ja doesn't work with the current texlive-lang-japanes
Package: texlive-lang-japanese
Version: 2016.20170123-2
Severity: serious
Tags: stretch, sid
Dear Maintainer,
I recently noticed a problem of LuaTeX-ja in Debian/testing.
The problem is
* LaTeX2e 2017.01.01 is released and is in Debian/testing
* LuaLaTex uses TU encoding by default, and fontspec is updated
* luatexja-fontspec of LuaTeX-ja was not compatible with
the new fontspec
* the author of LuaTeX-ja updated luatexja-fontspec at 2017.01.24
to fix the problem
I guess he uploaded it to CTAN and so TeXLive but I don't
know when it comes into Debian package, and further,
Debian is in freeze state already.
The error is critical (for LuaLaTeX-ja users) and lualatex
fails to compile even very simple TeX file as follows:
(/usr/share/texlive/texmf-dist/tex/luatex/luatexja/addons/luatexja-fontspec-24.
sty
! Undefined control sequence.
l.352 \__fontspec_define_feature_option:n
{CJKShape}{JIS2004}{20}{100}{+jp04}
?
I installed manually the new LuaTeX-ja in /usr/local and
the problem is certainly fixed.
So I believe Debian must update LuaTeX-ja (texlive-lang-japanese)
for stretch.
If you need any further information please let me know.
Best regards,
Atsuhito Kohda
-- Package-specific info:
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have problems with
combination of packages in a LaTeX document, please consult your
local TeX User Group, the comp.text.tex user group, the author of
the original .sty file, or any other help resource.
In particular, bugs that are related to up-upstream, i.e., neither
Debian nor TeX Live (upstream), but the original package authors,
will be closed immediately.
*** The Debian TeX Team is *not* a LaTeX Help Desk ***
If you report an error when running one of the TeX-related binaries
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report.
Please run your example with
(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded during
the run and can easily explain problems induced by outdated files in
your home directory.
Don't forget to also include minimal examples of other files that are
needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!
If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at
http://www.minimalbeispiel.de/mini-en.html (english)
or
http://www.minimalbeispiel.de/mini.html (german)
##
minimal input file
##
other files
##
List of ls-R files
-rw-r--r-- 1 root root 3013 Feb 6 07:49 /var/lib/texmf/ls-R
-rw-rw-r-- 1 root staff 271 Apr 8 2016 /usr/local/share/texmf/ls-R
lrwxrwxrwx 1 root root 29 Jan 17 11:45 /usr/share/texmf/ls-R ->
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Jan 31 15:43 /usr/share/texlive/texmf-dist/ls-R ->
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Jan 31 15:43 /usr/share/texlive/texmf-dist/ls-R ->
/var/lib/texmf/ls-R-TEXLIVEDIST
##
Config files
-rw-r--r-- 1 root root 713 Jan 19 07:27 /etc/texmf/web2c/texmf.cnf
lrwxrwxrwx 1 root root 33 Jan 31 15:43 /usr/share/texmf/web2c/fmtutil.cnf ->
/var/lib/texmf/fmtutil.cnf-DEBIAN
lrwxrwxrwx 1 root root 32 Jan 31 15:43 /usr/share/texmf/web2c/updmap.cfg ->
/var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 3484 Feb 6 07:49
/var/lib/texmf/tex/generic/config/language.dat
##
Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root 283 Jun 26 2011 mktex.cnf
-rw-r--r-- 1 root root 713 Jan 19 07:27 texmf.cnf
##
md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c /etc/texmf/texmf.d/00debian.cnf
26e84c977c5eb07c926d06ca864bf60c /etc/texmf/texmf.d/20ptexjtex.cnf
-- System Information:
Debian Release: 9.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages texlive-lang-japanese depends on:
ii fonts-ipaexfont-gothic 00301-3
ii fonts-ipaexfont-mincho 00301-3
ii fonts-ipafont-gothic00303-16
ii fonts-ipafont-mincho00303-16
ii ruby1:2.3.3
ii tex-common 6.06
ii texlive-base2016.20170123-2
ii texlive-binaries2016.20160513.41080.dfsg-1
ii texlive-lang-
Bug#796120: texlive-xetex: fails to create document that worked previously: xdvipdfmx:fatal: Parsing charstring failed: (status=-1, stack=0)
Hi Lucas, On Wed, 19 Aug 2015 17:54:26 +0200, Lucas Nussbaum wrote: > The attached document fails to build in sid or stretch, while it worked > perfectly fine in jessie. FTR, this is the german version of > developers-reference, causing #792009. > > >8 > $ xelatex index.dbk.tex > /dev/null > > xdvipdfmx:fatal: Parsing charstring failed: (status=-1, stack=0) > > Output file removed. > >8 FYI. It seems if one runs "xelatex --no-pdf index.dbk.tex" first then "xelatex index.dbk.tex" works and generate pdf files successfully. Some auxiliary file(s) might be problematic. Best regards, 2015-8-20(Thu) -- ** Atsuhito Kohda Dep. Math., Tokushima Univ. atsuhito_k AT tokushima-u.ac.jp
Bug#789842: FTBFS: PDFDocks.cpp.o: undefined reference to symbol '_ZNK11QDomElement9attributeERK7QStringS2_'
Hi Chris, On Wed, 24 Jun 2015 21:16:17 +, "Chris West (Faux)" wrote: > Source: texworks > Version: texworks_0.5~svn1363-5 > Severity: serious > Tags: sid stretch > Justification: fails to build from source (but built successfully in the past) > User: reproducible-bui...@lists.alioth.debian.org > The package fails to build, possibly due to updated gcc/ld toolchain being > more picky about linker flags: Thanks for your report but, due to a GPG issue, I retired from Debian and so I can't fix the problem anymore. cf. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=773940 I wish a new maintainer of texworks will appear soon. Best regards, 2015-6-25(Thu) -- ****** Atsuhito Kohda Dep. Math., Tokushima Univ. atsuhito_k AT tokushima-u.ac.jp -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#789211: mathematica-fonts: fonts are no longer available
Hi Vincent, On Thu, 18 Jun 2015 23:41:40 +0200, Vincent Lefevre wrote: > Package: mathematica-fonts > Version: 17 > Download seems to fail. > checking MathematicaV7FontsLinux.tar.gz > Downloaded file looks corrupted! > The fonts might be removed on the Web and if so we can do nothing, sorry. > > So, this package is currently useless. Thanks for your report but I already retired from Debian so I can't fix the problem anymore. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780558 I hope someone will adopt the package soon. Best regards, 2015-6-19(Fri) -- ****** Atsuhito Kohda Dep. Math., Tokushima Univ. atsuhito_k AT tokushima-u.ac.jp -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731787: texmacs: please migrate to guile-2.0
On Sun, 07 Sep 2014 13:13:18 -0500, Rob Browning wrote: > So where do we stand here? I see that a newer version that depends on > guile-1.8 is in experimental, but we also need a fix in testing/jessie > soon, since the jessie freeze is starting. Due to the bug #711383, I refrain from uploading TeXmacs to unstable/testing/jessie yet. Further, it is true that TeXmacs doesn't work with guile-2.0. So I don't know what I can do at present. If guile-2.0 is necessary then there is no room I can do. Even if guile-1.8 is permissible, I don't know how to overcome #711383 yet so it looks there is no choice I can select. Regards, 2014-9-19(Fri) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#753699: lynx: Alert!: This client does not contain support for HTTPS URLs.
Hi Andreas and Thorsten, On Fri, 4 Jul 2014 20:09:52 +0200, Andreas Metzler wrote: > Looks like lynx-cur is missing a build-dependency on > libgcrypt20-dev as a hotfix or better use gnutls_rnd() instead of > gcry_randomize() and stop linking against gcrypt. (Totally untested, > no guarantees patch attached.) I only added libgcrypt20-dev to B-D and built the package, then it seems lynx works fine so I uploaded the package. But if your patch is necessary to fix the problem properly, please let me know. Best regards, 2014-7-8(Tue) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711383: texmacs is non redistribuable even under non freeea
Hi Eshat, On Tue, 21 Jan 2014 15:32:51 +0100, Eshat Cakar wrote: > all Adobe fonts are not working anymore in the current 1.99 Version > from debian/experimental. > You can check this by opening the file > /usr/share/texmacs/TeXmacs/examples/texts/font-test.tm Thanks for your report. I guess we should link those fonts under /usr/share/texmacs/TeXmacs/fonts/type1/ . Please report any problem with fonts. I checked only that TeX fonts seemed to be created (pk fonts). And my worst problem is, on my system, maxima dosen't work under TeXmacs... Best regards, 2014-1-22(Wed) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711383: texmacs is non redistribuable even under non freeea
Dear François, On Mon, 20 Jan 2014 09:43:24 +0100, François Poulain wrote: > Hi, > > I am a TeXmacs developper, and I discover this bug. I will make the > needed stuffs in order to distribute properly these fonts. Thanks for your help. I should contact the updtream first. At present, I build a package without problematic fonts but it depends on (hopefully) necessary packages which contains appropriate fonts to experimental. I'm not sure how it works or doesn't work but now I'll wait new clean TeXmacs. Thanks again. Best regards, 2014-1-21(Tue) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731787: texmacs: please migrate to guile-2.0
Hi Rob, On Mon, 09 Dec 2013 13:22:49 -0600, Rob Browning wrote: > Package: texmacs > Version: 1:1.0.7.18-1 > > I'm trying to have guile-1.6 (and soon guile-1.8) removed from unstable, > please migrate to guile-2.0 (or at least guile-1.8) as soon as possible. Well, at present, texmacs depends on guile-1.6 only on ia64 and I'm not sure if guile-1.8 works fine with ia64. Further, upstream says that texmacs isn't built with guile-2.0 yet so I can't migrate to guile-2.0. Sorry for delayed reply and inconvenience. Best regards, 2013-12-27(Fri) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#695653: lynx-cur: on any https URL, I get "SSL error:self signed certificate"
Hi Adam, On Thu, 13 Dec 2012 21:18:31 +, "Adam D. Barratt" wrote: > On Thu, 2012-12-13 at 12:29 +0900, Atsuhito Kohda wrote: >> Please stop to mail only to 695653-qu...@bugs.debian.org >> but mail to 695...@bugs.debian.org > > The BTS automatically sets the Reply-To: for a mail to -submitter to > use -quiet. Thanks for your explanation. My intention is not to criticize anybody but only to request to set an appropriate address so that mails reach me (the maintainer). Thanks again. Best regards, 2012-12-14(Fri) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#695653: lynx-cur: on any https URL, I get "SSL error:self signed certificate"
Hi Vincent, On Thu, 13 Dec 2012 02:48:39 +0100, Vincent Lefevre wrote: > Try: > > SSL_CERT_FILE=/dev/null lynx https://gforge.inria.fr/ But this is apparently wrong usage. What is your main point? Best regards, 2012-12-13(Thu) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#695653: lynx-cur: on any https URL, I get "SSL error:self signed certificate"
Hi Vincent, Please stop to mail only to 695653-qu...@bugs.debian.org but mail to 695...@bugs.debian.org I seldom visit web site "http://www.debian.org/Bugs/";. I've failed to get your most reports. Thanks. Best regards, 2012-12-13(Thu) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#695653: lynx-cur: on any https URL, I get "SSL error:self signed certificate"
Hi all, I can't reproduce the problem with neither testing (2.8.8dev.12-2) nor unstable (2.8.8dev.15-1). Best regards, 2012-12-13(Thu) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688253: dvi2ps-fontdesc-morisawa5: uninstallable in sid, depends on the removed vfdata-morisawa5
Hi all, sorry for so late reply. On Tue, 2 Oct 2012 12:07:46 +0100, Colin Watson wrote: > This is because Provides don't satisfy versioned dependencies. I > suggest adding an explicit alternative to work around this; and while > you're at it you should correct the obsolete-relation-form-in-source > Lintian warning on the same line. > > * Allow texlive-lang-cjk as an alternative to the removed vfdata-morisawa5 > (closes: #688253). > * Correct syntax of versioned dependency on vfdata-morisawa5. I thought wrongly that this package was obsolete and unnecessary after removal of vfdata-morisawa5 so did not pay so much attention to this package (sorry). But I notice after reviewing that this package is necessary even now to use complete set of morisawa fonts. But it seems necessary to modify contents of the package to be compatible with texlive-lang-cjk's directory structure. Installable but not usable is not a good solution, so I need to check a bit more throughly the package. Please wait for a while. Thanks for your contributions. Best regards, 2012-10-3(Wed) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686260: [BTS#686260] templates://mathematica-fonts/{templates,control}
Hi David, On Fri, 07 Sep 2012 18:10:37 -0400, David Prévot wrote: > Please review the suggested changes, and if you have any objections, let > me know in the next 3 days. I have no objections. > However, please try to avoid uploading mathematica-fonts with these > changes right now. > > The second phase of this process will begin on Monday, September 10, > 2012, when I will coordinate updates to translations of debconf templates. (snip) > The call for translation updates and new translations will run until > about Wednesday, September 19, 2012. Please avoid uploading a package > with fixed or changed debconf templates and/or translation updates in > the meantime. Of course, other changes are safe. Okay. > Please note that this is an approximative delay, which depends on my > own availability to process this work and is influenced by the fact > that I simultaneously work on many packages. No problem for me. > Around Tuesday, September 20, 2012, I will contact you again and will > send a final patch summarizing all the updates (changes to debconf > templates, updates to debconf translations and new debconf translations). Thanks for your work! Best regards, 2012-9-10(Mon) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686260: [LCFC] templates://mathematica-fonts/{templates,control}
Hi David, On Thu, 06 Sep 2012 07:23:17 -0400, David Prévot wrote: >>> I think the "licesne itself" should not be translated > > Sure, that's already covered by the “#flag:translate!:3-5”: starting Thanks for your clarification! It seems po-debconf becomes smarter than before without notifying it to me ;-) Best regards, 2012-9-7(Fri) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima
Bug#686260: [LCFC] templates://mathematica-fonts/{templates,control}
Hi all, thanks for your contributions. I'd like to ask you one point. On Thu, 30 Aug 2012 12:27:43 -0400, David Prévot wrote: > A small typo in one of the templates (missing prepending underscore) > prevent one screen to be translated. I think the "licesne itself" should not be translated so missing underscore for Description: License for Mathematica fonts was intentional. If your intention is to translate the license itself, please let me know the reason for it. If your intention is to translate only "License for Mathematica fonts" but not to translate the license itself, I doubt prepending underscore achieve it. If I'm wrong please let me know. Thanks again. Best regards. 2012-9-6(Thu) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#632393: FTBFS with Python 2.7: Python.h: No such file or directory
Hi Jakub, On Wed, 28 Sep 2011 12:18:27 +0200, Jakub Wilk wrote: > It seems that this hunk of my patch was not applied. As a result, > texworks FTBFS: H, it looks really so. I remembered to have applied texworks-pydefaults.diff but something might have went wrong. I'll soon upload a fixed package. Thanks for your report. Best regards, 2011-9-28(Wed) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#614669: [SRM] stable/oldstable uploads for vftool CVE-2011-0433
Dear Jonathan, On Mon, 4 Jul 2011 21:13:58 +0100, Jonathan Wiltshire wrote: > I recently uploaded an NMU for vftool to fix CVE-2011-0433 in sid > (bug #614669). At the time I notified the maintainer that I would perform > uploads for stable and oldstable and I have not had any response, therefore > the stable patch is attached. > > Stable is easy: the same version is present, so the patch is just the same > as for unstable. > > In oldstable, you have a choice of whether to include the changes in -4 or > not. They fix a FTBFS (which I could not reproduce in a lenny chroot) but > are not strictly necessary to fix the CVE. I will prepare uploads > according to your preference. Sorry for delay. Thank you very much for your work. At present, I don' have a time and so can do nothing. Thanks again for your great contribution. Best regards, 2011-7-5(Tue) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#555579: #555579 FTBFS with binutils-gold
I built the package with binutils-gold (on a system in VirtualBox) and found no problem anymore. It seems generated makefile used -lgcrypt now and it worked fine for me. So I close this. If I misunderstand something, please reopen this. Thanks. Best regards, 2011-6-23(Thu) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#598424: texmacs: diff for NMU version 1:1.0.7.4-3.1
Dear Mehdi, On Sat, 4 Dec 2010 21:32:32 +0100, Mehdi Dogguy wrote: > I've prepared an NMU for texmacs (versioned as 1:1.0.7.4-3.1) and > uploaded it to DELAYED/2. Please feel free to tell me if I > should delay it longer. Thanks for your contribution or help. Regards,2010-12-5(Sun) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#598424: Patch for CVE-2010-3394
Hi Etienne,
On Wed, 20 Oct 2010 09:44:56 +0200, Etienne Millon wrote:
>> Does the following sentence relate to my question?
>>
>> > I believe that the second warning can be
>> > safely ignored.
>
> It does, indeed. On line 30 of /usr/bin/texmacs, the inclusion of
> "$TEXMACS_BIN_PATH/lib" is properly done, because :
>
> - if LD_LIBRARY_PATH is empty before, the ${LD_LIBRARY_PATH+...}
> constructs evaluates to the empty string (and no colon is added)
> - if LD_LIBRARY_PATH was non-empty, the construct evaluates to
> ":$LD_LIBRARY_PATH" and no "single colon" is present
>
> So, this part is safe.
>
> However, in plugins/mupad/bin/tm_mupad_help, its use is not escaped
> and will add a leading colon, and my previous patch addresses that.
>
> Hope that clarifies,
Thanks for your clarification. I'll upload a fixed package
as soon as possible. Thanks again.
Regards, 2010-10-20(Wed)
--
Debian Developer - much more I18N of Debian
Atsuhito Kohda
Department of Math., Univ. of Tokushima
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#598424: Patch for CVE-2010-3394
Hi all, sorry for delay.
On Fri, 15 Oct 2010 09:51:07 +0200, Etienne Millon wrote:
> Here is a patch that fixes this issue. I believe that the second warning can
> be
> safely ignored.
I'm preparing a fixed package but I've a question which
I' like to solve before upload it.
A patch of Etienne doesn't modify /usr/bin/texmacs at all
but, apparently, an original bug report of Raphael
mentioned it.
On Tue, 28 Sep 2010 21:07:36 +, Raphael Geissert wrote:
> /usr/bin/texmacs line 30:
> LD_LIBRARY_PATH="$TEXMACS_BIN_PATH/lib${LD_LIBRARY_PATH+":$LD_LIBRARY_PATH"}"
Is it intentional, or is the patch enough to fix
the security bug?
Does the following sentence relate to my question?
> I believe that the second warning can be
> safely ignored.
Thanks for your contributions and I appreciate any
comment on my question.
Regards,2010-10-20(Wed)
--
Debian Developer - much more I18N of Debian
Atsuhito Kohda
Department of Math., Univ. of Tokushima
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575619: FTBFS: Unmet build dependencies: tetex-bin tetex-extra
Hi all, On Sat, 27 Mar 2010 20:37:48 +0200, Jari Aalto wrote: > FTBFS. Package depends on non-existing tetex-bin: On Fri, 9 Apr 2010 00:42:10 +0900, Hideki Yamane wrote: > I tried to fix this bug by using texlive. > > http://mentors.debian.net/debian/pool/non-free/f/foiltex/foiltex_2.1.4a-6.1.dsc Thanks for your report. I just uploaded a fixed package. Sorry for such late response. Yamane-san, I only fixed FTBFS bug this time because I need to understand a bit more to switch to new source format. Best regards, 2010-4-17(Sat) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#574194: [patch]: xdvik-ja: package removal fails
Hi all, On Sun, 4 Apr 2010 14:11:21 +0900, Hideki Yamane wrote: > How about this one? Yes, it is what I thought. I just NMuploaded a fixed package. Thanks for your contribution. Regards,2010-4-17(Sat) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#574194: [debian-devel:17783] [patch]: xdvik-ja: package removal fails
Hi, although I'm not a maintainer but anyway. On Mon, 29 Mar 2010 19:50:16 +0900, Hideki Yamane wrote: > Just ignore defoma-app error seems to be good. see attached patch. Thanks for your help. I suspect it will be better to call "defoma-app" in preinst only when necessary (with comparing version) instead of in prerm. TSUCHIYA-san, please email me if you have any plan. Regards, 2010-3-31(Wed) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#573479: mathematica-fonts: Fonts are not recognized by X server
severity 573479 wishlist thanks Hi Michael, sorry for delay. On Thu, 11 Mar 2010 19:14:49 +0100, Michael Schindler wrote: > After having installed the package, an ssh-connection to Mathematica > still complains that the fonts are not found. Mathematica directly > uses the fonts available on the server. Yes, Mathematica complains but it displays its window correctly, doesn't it? > In fact, the command > > xlsfonts > > does not know anything about the mathematica fonts. A `xset fp rehash` > did not help. What helped was to register the fonts using defoma-font > and a hints-file. Shouldn't this be done by the postinst script of > the package? Defoma will be dropped in the next release of Debian and it is recommended to drop defoma support in every packages of fonts. It is intentional to drop defoma-font and hint-file in postinst. Best regards, 2010-3-18(Thu) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561427: ptex-bin: diff for NMU version 3.1.10+0.04b-2.2
Cc'ing to Hatta-san, the maintainer of ptex-bin. On Sat, 9 Jan 2010 13:22:43 +0100, Hilmar Preuße wrote: > Not, I don't think so. But I guess all people using ptex from testing > will have a broken ptex installation after they upgraded their TL. I > assume both packages have to migrate to testing at the same time. If both packages migrate to testing at the same time it's best but I guess it is not so bad if there is some time delay between them. And, fortunately, we know what is wrong in this case. Thanks for your work. However I think it is much better if a maintainer fixes this kind of important bug so I intend to take over ptex-bin. I will NMUpload a new upstream version of ptex-bin within a week and after one more week (so within January) I will upload a new package as a new maintainer if Hatta-san doesn't object to it. I already participate in maintenace of xdvik-ja (xdvi for ptex) and uploaded a new package which should fixed a similar problem. Also I filed a similar bug to dvipsk-ja (dvips for ptex) and dvi2ps (another dvi to ps converter for ptex/jtex). Thanks to all for your work. Regards,2010-1-14(Thu) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551254: texmacs: FTBFS: ERROR: installing Rd objects failed for package 'TeXmacs'
On Fri, 25 Dec 2009 02:48:39 -0500, Kamaraju Kusumanchi wrote: >> raju, do you know R? Or do you have time to ask this problem >> in texmacs ML? >> If not I'll ask this problem in debian-devel. > > I do not know R. I am kinda busy with personal things at this moment. > Could you please do the needful? Okay, I'll do so. Everyone seems busy these days. Thanks. Regards,2009-12-25(Fri) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima
Bug#551254: texmacs: FTBFS: ERROR: installing Rd objects failed for package 'TeXmacs'
Hi all, On Mon, 14 Dec 2009 10:32:39 +0900, Nobuhiro Iwamatsu wrote: >>> Warning: ./man/TeXmacs.Rd:44: unexpected UNKNOWN '\eof' >>> Warning: ./man/TeXmacs.Rd:84: unexpected UNKNOWN '\eof' >>> Warning: ./man/TeXmacs.Rd:23: All text must be in a section (snip) > I built this package on pbuilder / i386. > I had same bug. (snip) > Could you confirm it again? confirmed. I don't speak R but it looks to me that man/TeXmacs.Rd might be wrong (written in obsolete style?). If I splitted TeXmacs.Rd in two files in line #44 and removed unnecessary \eof then I can build the package successfully. raju, do you know R? Or do you have time to ask this problem in texmacs ML? If not I'll ask this problem in debian-devel. Thanks for reporting the problem and sorry for delay. Regards, 2009-12-25(Fri) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561631: ttf-mathematica4.1: Download fails (301 Moved Permanently)
Hi Jan, sorry for delay. On Fri, 18 Dec 2009 22:41:03 +0100, Jan Heitkötter wrote: > Font download from wolfram.com fails, see output below (I'm afraid it's > in German though it should be obvious what happens, but please contact > me in case of questions) . ttf-mathematica4.1 is obsolete now. It is very unfortunate that lenny was released at the time wolfram removed their fonts from the web site. But note mathematica fonts are no more necessary for MathML but stix fonts (otf-stix package) are necessary instead. So if you need mathematica fonts for displaying MathML, please simply remove ttf-mathematica4.1 and install otf-stix (in testing perhaps). If you need mathematica fonts for using Mathematica from remote machine, for example, please install mathematica-fonts (in testing) which will install mathematica fonts without problem at the moment. Regards, 2009-12-25(Fri) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima
Bug#543789: grub-pc: failed to upgrade
On Thu, 27 Aug 2009 08:09:30 +0200, Felix Zielcke wrote: > This has been fixed in -2 though there was another bug which was fixed > in -3 so using that version to close the bug. > I wonder how you got -1 > -1 and -2 were installed during the same dinstall run so -1 shouldn't be > ever included in the Packages file. Hmm, I don't know why but I guess a timing of mirroring or something else? Anyway I've upgraded and got -3 without a problem. Thanks for your effort. Regards. -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#543789: grub-pc: failed to upgrade
Package: grub-pc
Version: 1.96+20090826-1
Severity: grave
Justification: renders package unusable
Hi,
when I upgraded my system this morning, grub-pc failed to upgrade
(from 1.96+20090808-1 to 1.96+20090826-1) in configure stage.
Downgrading to 1.96+20090808-1 fixed the problem. So my system has
1.96+20090808-1 at present (i.e. I'm writing this email with grub-pc
of 1.96+20090808-1), sorry if that caused any inconvenience for you.
Thanks for your maintenance. Regards.
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/disk/by-uuid/946fa743-3466-4430-8adb-2ed4313a1945 / ext3
rw,relatime,errors=remount-ro,data=ordered 0 0
/dev/hda5 /home ext3 rw,relatime,errors=continue,data=ordered 0 0
/dev/hdd1 /seci ext3 rw,relatime,errors=continue,data=ordered 0 0
/dev/hdd2 /secii ext3 rw,relatime,errors=continue,data=ordered 0 0
/dev/hdd3 /seciii ext3 rw,relatime,errors=continue,data=ordered 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/hda
(hd1) /dev/hdd
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
set default=0
set timeout=5
set root=(hd0,2)
search --no-floppy --fs-uuid --set 946fa743-3466-4430-8adb-2ed4313a1945
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
if terminal_output.gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set root=(hd0,2)
search --no-floppy --fs-uuid --set 946fa743-3466-4430-8adb-2ed4313a1945
insmod png
if background_image /boot/grub/moreblue-orbit-grub.png ; then
set color_normal=black/black
set color_highlight=magenta/black
else
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry "Debian GNU/Linux, Linux 2.6.30-1-686" {
set root=(hd0,2)
search --no-floppy --fs-uuid --set 946fa743-3466-4430-8adb-2ed4313a1945
linux /boot/vmlinuz-2.6.30-1-686
root=UUID=946fa743-3466-4430-8adb-2ed4313a1945 ro vga=791
initrd /boot/initrd.img-2.6.30-1-686
}
menuentry "Debian GNU/Linux, Linux 2.6.30-1-686 (recovery mode)" {
set root=(hd0,2)
search --no-floppy --fs-uuid --set 946fa743-3466-4430-8adb-2ed4313a1945
linux /boot/vmlinuz-2.6.30-1-686
root=UUID=946fa743-3466-4430-8adb-2ed4313a1945 ro single
initrd /boot/initrd.img-2.6.30-1-686
}
menuentry "Debian GNU/Linux, Linux 2.6.29-2-686" {
set root=(hd0,2)
search --no-floppy --fs-uuid --set 946fa743-3466-4430-8adb-2ed4313a1945
linux /boot/vmlinuz-2.6.29-2-686
root=UUID=946fa743-3466-4430-8adb-2ed4313a1945 ro vga=791
initrd /boot/initrd.img-2.6.29-2-686
}
menuentry "Debian GNU/Linux, Linux 2.6.29-2-686 (recovery mode)" {
set root=(hd0,2)
search --no-floppy --fs-uuid --set 946fa743-3466-4430-8adb-2ed4313a1945
linux /boot/vmlinuz-2.6.29-2-686
root=UUID=946fa743-3466-4430-8adb-2ed4313a1945 ro single
initrd /boot/initrd.img-2.6.29-2-686
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/40_custom ###
# This file is an example on how to add custom entries
### END /etc/grub.d/40_custom ###
*** END /boot/grub/grub.cfg
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages grub-pc depends on:
ii debconf [debconf-2.0]1.5.27 Debian configuration management sy
ii grub-common 1.96+20090808-1 GRand Unified Bootloader, version
ii libc62.9-25 GNU C Library: Shared libraries
ii ucf 3.0020 Update Configuration File: preserv
grub-pc recommends no packages.
Versions of packages grub-pc suggests:
ii desktop-base 5.0.5 common files for the Debian Deskto
ii genisoimage 9:1.1.9-1 Creates ISO-9660 CD-ROM filesystem
-- debconf information:
* grub-pc/linux_cmdline:
grub2/linux_cmdline:
* grub-pc/chainload_from_menu.lst: true
grub-pc/kopt_extracted: false
grub-pc/postrm_purge_boot_grub: false
grub2/linux_cmdline_default: quiet
* grub-pc/install_devices: /dev/hda
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsu
Bug#511644: annoying!
Hi Christian, On Mon, 02 Mar 2009 15:47:19 +0100, Christian Herenz wrote: > Whats extremly annoying about this, is that a package which obviously > does not work (under any circumstances) made it into stable... The package depends heavily on WRI and it is annoying for me also. The current situation is due to timing issue. > But however, can someone please give advise how i can get the > ttf-mathematica fonts working in Debian Lenny? The package in sid should work, at least it installs fonts at present and you can use them but I don't know how they are useful for you. For MathML, wait for a package of STIX fonts and for Mathematica it need some more time, if possible, to get a package working in Debian. Regards,2009-3-3(Tue) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511644: ttf-mathematica4.1 still useful for running Mathematica remotely
Sorry, I pasted wrong URL. What I intended is as follows. >> I google'd a bit and found that this seemed a well-known problem. >> >> For example, an info in http://documents.wolfram.com/mathematica/GettingStarted/SystemAdministrationGuide/UnixLinuxAdministration/Fonts.html >> doesn't help you? Regards,2009-3-2(Mon) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511644: ttf-mathematica4.1 still useful for running Mathematica remotely
Hi Drew, On Fri, 20 Feb 2009 18:29:43 +1100, Drew Parsons wrote: > What I can say, however, is that I installed a test version of > Mathematica 7 on my computer. It does *not* help the remote access > problem (Mathematica 5.1) on the remote computer: > $ mathematica > xset: bad font path element (#23), possible causes are: > Directory does not exist or has wrong permissions > Directory missing fonts.dir > Incorrect font server address or syntax > I imagine that's because the locally installed Mathematica fonts are in > their own folder, /usr/local/Wolfram, and are not registered with the > general X configuration. I google'd a bit and found that this seemed a well-known problem. For example, an info in http://wiki.services.openoffice.org/wiki/Font-FAQ#Does_OpenOffice.org_2_support_OpenType_fonts_named_with_.22.OTF.22_.28having_CFF_outlines.3F.29 doesn't help you? Regards,2009-3-2(Mon) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511644: ttf-mathematica4.1 still useful for running Mathematica remotely
On Fri, 20 Feb 2009 18:29:43 +1100, Drew Parsons wrote: > Since installing Mathematica 7 does not fix the problem, I assume that > MathematicaPlayer does not fix it either. That means your font package Okay, I see. > I suspect ttf is sufficient, but I don't know for sure. > I'm happy to test any deb files and provide feedback. Does the latest ttf-mathematica4.1-7 works for you? I'll build a package of Mathmatica fonts ver.7, probably in this week, so that you can test if it fixes your problem. > Does STIX provide replacement fonts which Mathematica should be able to > use? I can try it when its deb is available. I suspect it doesn't but please try it when my package is accepted (at present it is not yet accepted). Regards, 2009-2-23(Mon) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511644: ttf-mathematica4.1 still useful for running Mathematica remotely
Hi all, The WRI put the fonts again in their web site so I just uploaded a new package which should download the Mathematica fonts. But I also uploaded a STIX fonts package to experimental and I'm not sure if ttf-mathematica4.1 is necessary for Debian from now on. I'd like to hear any advise at present, especially from Drew ;-) Regards,2009-2-20(Fri) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511644: ttf-mathematica4.1 still useful for running Mathematica remotely
Hi Drew, On Tue, 27 Jan 2009 15:19:37 +1100, Drew Parsons wrote: > It's importance for me is that we have access to Mathematica installed on > the central university computer. When I run it from a terminal on my > computer, Mathematica complains about fonts not being available. So > this is an example of why the ttf-mathematica4.1 is very important! I investigated a bit more and have some questions. * Doesn't MathematicaPlayer help you with fonts problem? I have a system with MathematicaPlayer(perhaps ver6) and find it has Mathematica fonts under (in my case) /usr/local/Wolfram/MathematicaPlayer/6.0/SystemFiles/Fonts/ If it fixes the problem for you I believe there is no need to provide the package any more and I'll request removal of the package. * Mathematica fonts of ver.7 includes not only ttf but also type1 (and afm), bdf, and I wonder if only ttf is enough for your purpose or type1 etc. are also necessary. If type1 is necessary too, ttf-mathematica is not an appropriate name and I should change a name to something like mathematica-fonts and might change drastically packaging methods. Further, I don't have an environment to test a package ;-) Thanks for your interest in the package. Regards,2009-2-19(Thu) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511644: ttf-mathematica4.1: Mathematica fonts have changed url
Hi all, On Mon, 9 Feb 2009 23:41:17 +0100, Evgeni Golov wrote: > While wondering why this is blocker for Lenny I thought I write my > thoughts on this: Sorry but I don't notice that the package is blocker for Lenny. I'm certain that it is wrong if you consider this is necessary for Lenny. > 1. It's easy to write a script that parses the current page and >extracts the link to the file, but that would just move the problem: >When the page is renamed or restructured, the script won't work in >the same way the current approach with a full file link does break. > 2. The new file is a tarball (good) with a completelly different >structure as the old .exe (bad) and a different set of files (very >bad) - some are renamed, some are new (Bitstream Vera etc). >=> quite a work to make that work nicely with the old versions. > > IMHO that is nothing we should fix in a rush intil Lenny gets released, > but for r1 but in a stable and proper way. Further, at first, the package was for MathML, which would be of generic interest, but for iceweasel of Lenny the package is unnecessary for rendering MathML so I once thought I would orphan the package. (And STIX fonts, which I intend to package, are necessary for iceweasel in Lenny.) But Drew Parsons told me, in short, the package would be important for users who access Mathematica remotely even if the package is unnecessary for MathML. So the package should change its nature in this case. At present, I believe to neglect ttf-mathematica4.1 is the best solution for Lenny release. Regards,2009-2-10(Tue) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511644: ttf-mathematica4.1: Mathematica fonts have changed url
Hi Luk, On Fri, 06 Feb 2009 15:43:26 +0100, Luk Claes wrote: > Will you upload a fixed version to unstable anytime soon? What do you mean with a fixed version. Is it Mathematica7.0 which Drew wants? 2009-2-7(Sat) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511644: ttf-mathematica4.1 still useful for running Mathematica remotely
Hi Drew, On Tue, 27 Jan 2009 15:19:37 +1100, Drew Parsons wrote: > While it's good to see that MathML support is improved (such that we > don't need these fonts for that purpose), I'd like to heartily give my > support for keeping this font package in working order! Thanks, but it depends heavily on Wolfram Research Inc. if I can keep maintaining the package or not. > It's importance for me is that we have access to Mathematica installed on > the central university computer. When I run it from a terminal on my > computer, Mathematica complains about fonts not being available. So > this is an example of why the ttf-mathematica4.1 is very important! Are you sure the above kind of use of the fonts is legal use of Mathematica fonts? (Further, I'm afraid the above needs might be so small.) In the above example, I guess Mathematica7.0 fonts (not 4.1) will be okay but then the package should be ttf-mathematica and install the (latest?) available Mathematica fonts. (For MathML with old iceweasel/firefox, only Mathematica4.1 fonts are acceptable, as far as I understand.) In any case, the most biggest problem for the pakage is if WRI keeps the fonts on their website with an appropriate license. I've contacted WRI but didn't get any good answer. I suspect this is mainly due to my English. (Can anyone help me?) I know that there are some websites where they keep Mathematica4.1 fonts, for example, (could be obsolete however) http://downloads.sf.net/math-linux/ http://ftp.freebsd.or.id/distfiles/mathfonts-4.1/ and for Windows, there is an installer of them in MIT http://web.mit.edu/ist/topics/webpublishing/mathml/index.html I want to know why these are legally acceptable. Regards, 2009-1-30(Fri) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511644: [ttf-mathematica4.1] Unix format is available
Hi all, On Tue, 13 Jan 2009 13:20:58 +0100, Bastien ROUCARIES wrote: > seems fonts are available at: > http://support.wolfram.com/technotes/latestfonts.en.html > lastest are: > http://support.wolfram.com/technotes/MathematicaV7FontsLinux.tar.gz On Mon, 12 Jan 2009 19:53:09 -0500, Michael Forbes wrote: > I am just trying to ensure that MathML works on my machine, and it isn't > entirely clear if I need this package as most MathML seems to render > correctly. I believe ttf-mathematica4.1 is no more necessary to render MathML with iceweasel >= 3.0 It is STIX fonts which are necessary for iceweasel >= 3.0 and I intend to package STIX fonts but the fonts are yet beta state and the license is changing a bit slightly so my first package seemed to be denied by Debian admin. I'll fix the problem with my package and try the next attempts. Regards,2009-1-13(Tue) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#505847: How to remove package?
On Thu, 20 Nov 2008 12:28:51 -0500, Peter Jay Salzman <[EMAIL PROTECTED]> wrote: > How can this package be removed? Dpkg won't let me uninstall it due to > unregistered fonts. Hi Peter, I just uploaded the new version and I believe you can remove the new package. Please update first and remove it. Regards,2008-11-21(Fri) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#505847: ttf-mathematica4.1: can't install, can't, uninstall...
On Sun, 16 Nov 2008 21:27:09 +, peter green wrote: > >It seems wolfram.com changed the location of fonts or removed the fonts. > Regardless of what caused the failure IMO with a package of this style it is > not acceptable to leave the package in an unremovable state if the download > fails. Of course. I didn't say it was acceptable but I guess it was necessary to explain what caused an error at least. It is serious for me if wolfram.com removed the fonts really. Regards,2008-11-17(Mon) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#505847: ttf-mathematica4.1: can't install, can't uninstall...
On Sun, 16 Nov 2008 17:32:43 +1100, "robocup" wrote: > Package: ttf-mathematica4.1 > Version: 5 > Severity: grave > Justification: renders package unusable > > feel free to alter priority if i labelled it too high. > http://support.wolfram.com/mathematica/systems/windows/general/files/MathFonts_TrueType_41.exe It seems wolfram.com changed the location of fonts or removed the fonts. This is a grave problem anyway. If wolfram.com removed the fonts it will be impossible to maintain the package anymore. I'll investigate the issue later. Thanks for your reports. Regards, 2008-11-16(Sun) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#481778: lynx-cur-wrapper: Does not preserve local changes to configuration
On Sat, 21 Jun 2008 19:07:51 +0200, Andreas Metzler wrote: > Hello, Hi Andreas, > afaict conffiles won't work since you build the configuration files in > postinst using debconf inputs. You'd need to use some clever > scripting, like ucf. I guess if I keep them as configuration files, it needs only to check if a file exists or not before copying configuration files and if I changed them as conffiles I needs to check if they were changed or not with, for example, md5sums and rmoved unmodified files in preinst (with version check). ucf might be another option but I don't understand your point of "conffiles won't work". > Do you think you will be able get lync-cur rc-bug-free and add a > transition package for lynx in time for lenny? I've concentrated on recent developement of Japanese TeX these days (if you have interests in this, please visit http://www1.pm.tokushima-u.ac.jp/~kohda/tex/ptexlive.en.html) so I don't take so much time for investigating this problem but I'll take time to fix this silly mistakes. Regards,2008-6-23(Mon) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#481778: lynx-cur-wrapper: Does not preserve local changes to configuration
Hi Andreas, On Sun, 18 May 2008 15:31:28 +0200, Andreas Metzler wrote: > Package: lynx-cur-wrapper > Version: 2.8.7dev9-1 > Severity: serious > Justification: Policy 10.7.3 It seemed I forgot to reply to this report, sorry. I think I'll make the files as conffiles instead of configuration files at present but I need a bit more consideration. Thanks for your report. Regards,2008-5-29(Thu) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#483462: dvi2ps-fontdesc-morisawa5 tries to overwrite file owned by dvi2ps
Hi Ralf, On Wed, 28 May 2008 22:41:51 +0200, Ralf Treinen wrote: > 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 deselected package dvi2ps-fontdesc-morisawa5. > Unpacking dvi2ps-fontdesc-morisawa5 (from > .../dvi2ps-fontdesc-morisawa5_0.3.2_all.deb) ... > dpkg: error processing > /var/cache/apt/archives/dvi2ps-fontdesc-morisawa5_0.3.2_a ll.deb (--unpack): > trying to overwrite `/usr/share/texmf/dvi2ps/fontsk/bikan-morisawa', > which is also in package dvi2ps Yes, I myself encountered this a few days ago. > This is a serious bug as it makes installation fail. Possible > solutions are to have the two packages conflict, to rename the common > file in one of the two packages, or to remove the file from one > package and have this package depend on the other package. File > diversions or a Replace relation are another possibility. In the present case, dvi2ps-fontdesc-morisawa5 depends on dvi2ps so possible solutions are very limited. I think to rename the common file in dvi2ps-fontdesc-morisawa5 at present. > This bug could in principle be filed against any of the two packages. > I might have made the wrong choice in filing the bug against your > package, in this case please feel free to reassign to the other > package. Yes, you certainly made the right choice. Thanks for yoyr report. 2008-5-29(Thu) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369386: reassign 369386 to lynx,lynx-cur ..., severity of 369386 is serious
On Mon, 19 May 2008 22:14:23 +0900 (JST), I wrote: > On Sun, 18 May 2008 15:41:02 +0200, Andreas Metzler wrote: > > > * The existance of lynx-cur-wrapper. This package makes the whole > > alternatives handling more complicated and I do not think it can > > be part of Debian at all. (481774 481778). > > Please refer to > http://lists.gnu.org/archive/html/lynx-dev/2007-04/msg00040.html > this might explain something for you. Sorry Andreas, I misunderstood your point. You were talking about broken packaging and I think one can say a package can not be part of Debian only if a maintainer doesn't react to such bugs. Regards, 2008-5-20(Tue) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369386: reassign 369386 to lynx,lynx-cur ..., severity of 369386 is serious
On Sun, 18 May 2008 15:41:02 +0200, Andreas Metzler wrote: > * The existance of lynx-cur-wrapper. This package makes the whole > alternatives handling more complicated and I do not think it can > be part of Debian at all. (481774 481778). Please refer to http://lists.gnu.org/archive/html/lynx-dev/2007-04/msg00040.html this might explain something for you. 2008-5-19(Mon) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#481774: lynx-cur-wrapper: removes configuration on remove instead of purge
On Sun, 18 May 2008 15:23:10 +0200, Andreas Metzler wrote: > Subject says it all. lynx-cur-wrapper removes configuration file on > remove instead of purge. Silly mistake. I'll fix this in the next upload. Regards, 2008-5-19(Mon) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369386: reassign 369386 to lynx,lynx-cur ..., severity of 369386 is serious
On Tue, 22 Apr 2008 20:46:15 -0400, "Zephaniah E. Hull" wrote: > Hi Atsuhito, and everyone else. Hi Zephaniah, thanks for your reply. I'm very glad to see your reply. I'd like to keep silence for a while ;-) Regards,2008-4-24(Thu) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369386: reassign 369386 to lynx,lynx-cur ..., severity of 369386 is serious
Hi Andreas and all, On Sat, 19 Apr 2008 17:14:28 +0200, Andreas Metzler wrote: > the situation seems to be rather simple: Might be so but it looks to me that simple situation is not understood correctly. I almost lost motivation to argue this issue any more. But anyway; > On top of that upstream tells us that the > version shipped in the package "lynx" is outdated and that only > lynx-cur should be shipped: from the above, > So we should not have a package lynx-cur in sid, and the package lynx > should be at version 2.8.7dev.8. it is natural or reasonable for me to concluse, we should not have a package lynx in sid. > You'll need to arrange between you > two how to get this done. lynx and lynx-cur are maintained for quite a long time independently and I don't think I need any co-maintenace with lynx-cur at present. Further, On Fri, 04 Jan 2008 08:13:58 +0100, Luk Claes wrote: > >> The lynx maintainer carries many core responsibilities inside Debian, so > >> this appears to be the best solution. James, as lynx upstream Thomas Dickey > >> agrees that the version from lynx-cur should replace the regular lynx and > >> as you have a lot of work with FTP mastering, DAM and debian-admin, it > >> appears to be a good solution to go along this path and co-maintain lynx > >> along with lynx-cur maintainer Atsuhito KOHDA or pass maintenance to him > >> entirely? > > > > I didn't get any response from anyone and now find that > > a maintainer of lynx has changed to Zephaniah. > Hmm, how hard would it be to talk to Zephaniah and just cooperate on the > package? I'd like to say, how hard would it be for James to drop me a short note regarding this at that time. In fact, I've filed bug reports to lynx in the past but never (really never!) got any rely from maintainers. On Fri, 4 Jan 2008 08:50:19 +0100, Moritz Muehlenhoff wrote: > E.g. you could either adopt lynx-cur as the standard lynx > (since it's apparently stable enough), cherry-pick important > patches into lynx or maintain lynx-cur only in experimental. Umm, saying it is stable enough and you advised to put it in experimental? This sounds to me very self-contradicting. If you all think it is enough to update lynx to the current version (and a maintainer keeps it in the latest version), it's okay for me now (sigh). But if I'm allowed to advice, it will be better to use the package name lynx-cur because it is the name of the upstream source. Zephaniah, I'd like to hear your opinion if possible. If my mail sounds unpleasant, it is not my intention but it is because my English ability prevents me from expressing my feeling correctly enough in Englisy ;-) Regards, 2008-4-21(Mon) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#475623: ttf-mathematica4.1: cannot remove the package when licence not accepted
severity 475623 important thanks Oops, I set wrong form of command. Not yet closing but set severity important. Regards 2008-4-13(Sun) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#475623: ttf-mathematica4.1: cannot remove the package when licence not accepted
severity important thanks On Sat, 12 Apr 2008 09:24:32 +0800, Paul Wise wrote: > I accidentally installed ttf-mathematica4.1, did not accept the licence > and now I cannot remove it. After modifying the maintainer scripts to > use set -x I get this output: > After some investigation, I believe ttf-mathematica4.1-3 (already in unstable) should fix the problem. But I'm afraid I should verify something necessary. First of all, I think if you installed ttf-mathematica4.1-2 (not -3!) with not accepting the license, I suspect the font should be installed (due to my severe mistake!) under /usr/share/fonts/truetype/mathml/ > [EMAIL PROTECTED]:~# ls -l /usr/share/fonts/truetype/mathml/ > ls: cannot access /usr/share/fonts/truetype/mathml/: No such file or directory I don't understand why a system was in this situation. > + /usr/bin/defoma-font purge-all /etc/defoma/hints/ttf-mathematica4.1.hints > W: /usr/share/fonts/truetype/mathml/math4___.ttf: not registered. With ttf-mathematica4.1-3 installation should stop at the time a user refused to accept the license and the above situation would not happen. However, I should add some code to fix old version's mistake. If I misunderstand something, please enlighten me. Regards,2008-4-13(Sun) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#475623: ttf-mathematica4.1: cannot remove the package when licence not accepted
Hi Paul, On Sat, 12 Apr 2008 09:24:32 +0800, Paul Wise wrote: > I accidentally installed ttf-mathematica4.1, did not accept the licence > and now I cannot remove it. After modifying the maintainer scripts to > use set -x I get this output: Thanks for your report with detailed analysis. I certainly overlooked the case when a user didn't accept the license and removing the package. Regards,2008-4-12(Sat) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#474784: ttf-mathematica4.1: verbose preinst
Hi Julian, On Mon, 7 Apr 2008 20:13:25 +0100, Julian Gilbey wrote: > Thanks for making this package - it's very helpful. I'm very glad to hear this. > Unfortunately, the installation is noisy: prompting about the licence > happens during the preinst rather than during the dpkg Preconfiguring > stage. This probably means that some question or other is missing > from config or templates or something, but the result is that the > installation hangs until the question is answered. Sorry but I'm a bit busy recently so I haven't time to investigate the problem soon. I'll invetigate the problem when I have free time. If possible, please let me know what do you mean with "installation hangs" more clearly. Regards,2008-4-9(Wed) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#457177: [Yaird-devel] Bug#457177: Bug#457177: yaird is necessary for alpha yet
Hi all, On Fri, 4 Apr 2008 11:45:01 +0200, maximilian attems wrote: > jonas please start reading what you reassigned. Yes, it looks rather strange to reassign this bug to initramfs-tools. I want to say yaird is yet good alternative for initramfs-tools from my experince. > i have asked the submitter to submit a proper bugreport to > initramfs-tools about the 2.6.22 failure. as he is debian > developer this is not demanding too much. Umm, not so good Debian developer, but I'll submit a bug report as maximilian advised, perhaps in the next week. The Alpha machine is in a office of a univ. so I will not test it in this week end. Sorry for that. On Wed, 2 Apr 2008 10:46:45 +0200, maximilian attems wrote: > sure but i was reffering to the initramfs-tools failure, > who is the default tool and known to generaly work on alpha. I maintain two alpha machines but they are very sensitive and I experienced boot failure many times with them. In fact, one fails to boot with kernel greater than 2.6.12 and so it is running with 2.6.12-1-alpha-generic even now. The other, which I reffered to in this report, booted successfully until 2.6.24-1-alpha-generic came and there was time when it failed to boot with kernels of versions smaller than 2.6.8 So I think to have two options for generating initrd.img is good for users. Regards,2008-4-4(Fri) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#457177: [Yaird-devel] Bug#457177: yaird is necessary for alpha yet
On Wed, 02 Apr 2008 17:36:04 +0900 (JST), Atsuhito Kohda wrote: > > it seems to make people to lazy to report. > > 2.6.22 is 1/2 a year ago. > > I remembered 2.6.24 came down into testing only about > a week ago. I don't think I'm lazy here. Ah, sorry, I was confusing. Boot failure with initrd.img by initramfs-tools was happen with 2.6.22-6.lenny1 if I remembered correctly. And it came down into testing only about a month ago. Regards, 2008-4-2(Wed) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#457177: [Yaird-devel] Bug#457177: yaird is necessary for alpha yet
On Wed, 2 Apr 2008 09:59:58 +0200, maximilian attems wrote: > On Wed, Apr 02, 2008 at 02:26:00PM +0900, Atsuhito Kohda wrote: > > I encountered a problem recently on my alpha machine > > running Debian testing. > > > > linux-image-2.6.22-3-alpha-generic was failed to boot > > if I used initramfs-tools to generate initrd.img but > > it booted successfully with initrd.img generated by yaird. > > please report the boot failure against initramfs-tools. > I'd need to know more like the error message you saw > and the content of the working initramfs versus non working. Okay, but the alpha is so critical for me, i.e. it works as mail server and web server so it is rather difficult to debug. When I reboot it, I'll test an initrd.img by initramfs-tools and write down the error messages as far as I can. > > Unfortunately linux-image-2.6.24-1-alpha-generic failed > > to boot with both initramfs-tools and yaird. > > yep the error your posted looks like a kernel bug. Perhaps so. > > Anyway I believe yaird is necessary for, at least, alpha > > in lenny. I have experienced boot failure many times > > with alpha and it is very good to have two options to > > generate initrd.img. > > it seems to make people to lazy to report. > 2.6.22 is 1/2 a year ago. I remembered 2.6.24 came down into testing only about a week ago. I don't think I'm lazy here. Regards, 2008-4-2(Wed) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#457177: yaird is necessary for alpha yet
Hi all, I encountered a problem recently on my alpha machine running Debian testing. linux-image-2.6.22-3-alpha-generic was failed to boot if I used initramfs-tools to generate initrd.img but it booted successfully with initrd.img generated by yaird. Unfortunately linux-image-2.6.24-1-alpha-generic failed to boot with both initramfs-tools and yaird. Anyway I believe yaird is necessary for, at least, alpha in lenny. I have experienced boot failure many times with alpha and it is very good to have two options to generate initrd.img. Thanks for your consideration. Regards,2008-4-2(Wed) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472275: xfonts-mathml: recommends: a package outside main
Hi Sami, On Sun, 23 Mar 2008 03:53:02 +0200, Sami Liedes wrote: > The xfonts-mathml package Recommends: ttf-mathematica4.1, which is in > section contrib (and automatically installs non-free software). (snip) > In addition, the packages in main > > * must not require a package outside of main for compilation or > execution (thus, the package must not declare a "Depends", > "Recommends", or "Build-Depends" relationship on a non-main > package), Okay, I will change xfonts-mathml suggests ttf-mathematica4.1. I believe it is safe to do so. Thanks for your report. Regards,2008-3-23(Sun) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#468768: GPLv2-(only) software linking against GPLv3+ library
On Sat, 1 Mar 2008 10:27:13 +0100, Andreas Metzler wrote: > This has already been submitted upstream Yes, and the upstream seems to have an intention to fix this. > Until lynx has been changed to use GnuTLS' native interface it may not > be linked aginst GnuTLS. Perhaps, this might work, I have not checked > license or availablity in Debian: > http://news.gmane.org/find-root.php?message_id=%3c47AAC530.2020405%40redhat.com%3e As far as I investigated, we Debian have not nss_compat_ossl library so I stopped to link against gnutls at present. If I understand someting wrong, please let me know. Thanks for your report. 2008-3-13(Thu) -- Debian Developer & Debian JP Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369386: reassign 369386 to lynx,lynx-cur ..., severity of 369386 is serious
Hi all, On Tue, 01 Jan 2008 23:43:36 +0100, Luk Claes wrote: > # Automatically generated email from bts, devscripts version 2.10.11 Automatically? without any decent or reasonable explanation at all? > # Its a RC issue by definition as its a Release Manager > who decided that it is... So I'd like to know who is really responsible and what is the reason for this decision. And I doubt you guys (who?) really read the Bug#369386 thread, for example, the following email: On Mon, 20 Nov 2006 19:29:02 +0100, Moritz Muehlenhoff wrote: > The lynx maintainer carries many core responsibilities inside Debian, so > this appears to be the best solution. James, as lynx upstream Thomas Dickey > agrees that the version from lynx-cur should replace the regular lynx and > as you have a lot of work with FTP mastering, DAM and debian-admin, it > appears to be a good solution to go along this path and co-maintain lynx > along with lynx-cur maintainer Atsuhito KOHDA or pass maintenance to him > entirely? I didn't get any response from anyone and now find that a maintainer of lynx has changed to Zephaniah. I'm very puzzled at present but I'd like to know how I can fix the bug in a decent manner. Is there anyone who can enlighten me? Regards, 2008-1-4(Fri) -- Debian Developer & Debian JP Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#458685: texmacs segfaults on i386
Hi Sebastian, On Wed, 02 Jan 2008 12:21:36 +0100, Sebastian Schleehauf wrote: > This bug is excatly the same as #450499 but for i386 and not amd64. > Package: texmacs > Version: 1:1.0.6.11-1 > guile-1.8-libs| 1.8.1+1-5 I suspect you missed the following comments of Kamaraju in #450499. He knows much more precise information on this but, unfortunately, he is on vacation now. On Tue, 27 Nov 2007 14:31:53 -0500, "Kamaraju Kusumanchi" wrote: > Thanks for confirming it on i386 as well. The rebuilds are currently > scheduled on all the architectures. So please install texmacs > 1:1.0.6.11-2+b1 once it is built and uploaded. Texmacs >= > 1:1.0.6.11-2+b1 should work well with guile-1.8-libs >= 1.8.3+1-1 I believe this is a fixed bug but for safety I don't close the bug yet. If you think the bug was fixed already please let me know or please close the bug by yourself. Thanks for your interest in texmacs. Regards,2008-1-2(Wed) -- Debian Developer & Debian JP Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#431702: Is NMU needed?
Hi Tsuchiya-san I recently noticed this bug in a Japanese Debian users ML and I'm almost certain that this is caused by a change of fmtutil(-sys) in a recent texlive package. Basically it is only necessary to modify formats=/var/lib/texmf/web2c to formats=/var/lib/texmf/web2c/jtex in order to fix the bug. BTW, if you are too busy to upload a package, please let me know. I will be able to do NMU a fixed package. Thanks for your maintenance. Regards,2007-8-20(Mon) -- Debian Developer & Debian JP Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#435719: texlive-lang-german: package can't be installed.
Hi Markus, On Thu, 02 Aug 2007 22:16:35 +0200, Markus Schulz wrote: > Package: texlive-lang-german > Version: 2007.dfsg.1-3 > Severity: grave > Justification: renders package unusable > content of /tmp/fmtutil.rDaS6909 > > fmtutil: running `pdftex -ini -jobname=latex -progname=latex > -translate-file=cp227.tcx *latex.ini' ... > This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) (INITEX) > %&-line parsing enabled. > (/usr/share/texmf-texlive/web2c/cp227.tcx) > entering extended mode > (/usr/share/texmf-texlive/tex/latex/latexconfig/latex.ini > ! I can't find file `pdftexconfig'. > l.7 \input pdftexconfig This looks to me a missing conffiles problem due to transition packages from teTeX to TeXLive. Please try apt-get --reinstall install texlive-base-bin texlive-base (It might be helpful to see Bug#425803.) Regards,2007-8-3(Fri) -- Debian Developer & Debian JP Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#425781: texlive-base: Upgrade failes
On Thu, 24 May 2007 10:28:48 +0200, Frank Küster wrote: > I think you all got bitten by #420390, "Purging tetex transition > packages removes texlive configuration files". > > This bug is solved now, but for those who already did purge, the only > solution is to reinstall the texlive packages (in particular > texlive-base and texlive-base-bin, but that might not be sufficient) > with the dpkg option --force-confmiss. So I'd like to know how you plan to handle this bug. FYI, only one of my Debian system (out of 6 machines) seems to be bitten #420390 (there is no /etc/texmf/tex/generic/config/pdftexconfig.tex but, of course, I can fix it if necessary ;-) but others look fine. Thanks for your great work of transition from teTeX to TeXLive. Regards, 2007-5-25(Fri) -- Debian Developer & Debian JP Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima
Bug#372075: mystery of dh_installdirs
Hi all, I got an FTBFS bug yesterday; On Thu, 8 Jun 2006 08:13:53 +0200, Bastian Blank wrote: > Package: lynx-cur > Version: 2.8.6dev18-1 > Severity: serious > > There was an error while trying to autobuild your package: ... > > install -m 755 debian/lynx > > /build/buildd/lynx-cur-2.8.6dev18/debian/lynx-cur-wrapper/usr/bin/lynx-cur > > install: cannot create regular file > > `/build/buildd/lynx-cur-2.8.6dev18/debian/lynx-cur-wrapper/usr/bin/lynx-cur': > > No such file or directory My guess is, it would be necessary to add "-A" like dh_installdirs -A in rules' install target. (there are two packages, lynx-cur which is architecture dependent and lynx-cur-wrapper which is independent) But I couldn't understand why there was no problem on my machine but there was on buildd. Please enlighten me. Thanks in advance, 2006-6-9(Fri) -- Debian Developer & Debian JP Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322387: Question for DD: TeX live upload to unstable?
From: Frank Küster <[EMAIL PROTECTED]> Subject: Re: Question for DD: TeX live upload to unstable? Date: Mon, 20 Feb 2006 09:49:17 +0100 > Norbert Preining <[EMAIL PROTECTED]> wrote: > > >> I suspect only very basic part of TeXlive will be sufficient > >> for pTeX but not sure yet. > > > > I will investigate, too, and see if we can get a decent cooperation. > > I assume that we will get problems with ptex. I never tested to use it, > knowing nothing about it, but I know that ptex-bin fails to build from > source with teTeX-3.0, see #322387. I saw #322387 and found that ptex-bin package was obsolete. An upstream of pTeX already released ptex-src-3.1.9 which supported teTeX-3.0 (the current ptex-bin was based on ptex-src-3.1.5). So I assume that ptex will have no problem with teTeX-3.0 but I'm not sure if it has a problem with texlive or not. Regards, 2006-2-20(Mon) -- Debian Developer & Debian JP Developer - much more I18N of Debian Atsuhito Kohda <[EMAIL PROTECTED]> Department of Math., Univ. of Tokushima
Bug#338046: Bug#338608: Debian Bug#338046: whizzytex: einitex unavailable from tetex and no longer functions.
From: Junichi Uekawa <[EMAIL PROTECTED]> Subject: Bug#338608: Debian Bug#338046: whizzytex: einitex unavailable from tetex and no longer functions. Date: Sun, 13 Nov 2005 09:30:43 +0900 > Well, it was a news, which could have been included in > 3.0-2 NEWS.Debian. To be more precise, removeal of initex could be a news but its background, i.e. initex is replaced with "tex -ini" is not a news. Anyway I'd like to know what statement in NEWS.Debian do you think is appropriate? > Where is that texk mailing list and texlive list archives > that keeps on popping up? > URL? I'm not so familiar with texlive but perhaps http://tug.org/pipermail/tex-live/ (or you can start from http://www.tug.org/texlive/) Regards,2005-11-13(Sun) -- Debian Developer & Debian JP Developer - much more I18N of Debian Atsuhito Kohda <[EMAIL PROTECTED]> Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338046: Bug#338608: Debian Bug#338046: whizzytex: einitex unavailable from tetex and no longer functions.
From: Junichi Uekawa <[EMAIL PROTECTED]> Subject: Bug#338608: Debian Bug#338046: whizzytex: einitex unavailable from tetex and no longer functions. Date: Sat, 12 Nov 2005 10:44:30 +0900 > 1. I don't understand why it has to be removed; it's an > interface that has been used, and not documented as > deprecated anywhere. I'm not usre that one can say initex _has to_ be removed but at least it is reasonable to remove it in teTeX3.0 as I already explained. Further, it's your too personal impression to say it's an interface that has been used. At most one should say there was a time in the past when it was an interface commonly used. > 2. If it's really a problem that such symlink exists, > please do document it in the manual page, changelog, > NEWS.Debian, and release-notes of debian-installer, > and then remove after etch. It's too late. This is already not even a news. > Please provide a 'initex' that prints out a warning that > it is being deprecated for etch. This would break the fundamental initex feature as documented in its manual. I can understand that you've been considerinig initex as a fundamental executable to dump fmt file and are surprised to see it removed but it's not general issue but, sorry to say, only your personal issue. I believe it is reasonable to tag this wontfix or something. Regards, 2005-11-12(Sat) -- Debian Developer & Debian JP Developer - much more I18N of Debian Atsuhito Kohda <[EMAIL PROTECTED]> Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338046: Debian Bug#338046: whizzytex: einitex unavailable from tetex and no longer functions.
From: Junichi Uekawa <[EMAIL PROTECTED]> Subject: Debian Bug#338046: whizzytex: einitex unavailable from tetex and no longer functions. Date: Fri, 11 Nov 2005 07:00:26 +0900 > According to the maintainers, this is an upstream change, > and other distributions will possibly follow. > > The changelog/news files don't mention this change, and > manpages still mention 'initex' etc., so this sounds like > a premature change to make. In changelog.gz of tetex-bin one can find; Sun May 9 21:33:12 CEST 2004 * A huge change, to bring the teTeX source in sync with Olaf's working sources for web2c. These changes implement: - ini* and vir* links are no longer created Sun Mar 28 13:14:45 CEST 2004 * add manpage for kpsewhere (thanks, Frank!) * clean up texk/tetex/Makefile for manpage symlinks (initex, virtex etc. are no longer installed, so we don't need manpages for this). About manual, initex feature is there forever so manual doesn't stop to mention initex feature. So this doesn't mean removal of initex is premature. (even right now, if you call tex with the name initex, it behaves as such.) Historically, in old, old days (TeX2.99 or so), there were real binaries; tex, initex, virtex (one needed to call initex to dump fmt files) and then, perhaps at sometime of TeX3.1x, "tex -ini" was introduced but, for backward compatibility, a symbolic link for initex (to tex) was kept for a (enough long) while. Now it isn't surprise that major TeX distributions think it is time to drop a obsolete symbolic link for initex. > Ermm.. something is confused, I suppose. Anyway, a setting like; INITEX="pdfetex -ini" in whizzytexrc seems to work. Is it not enough for whizzytex? Regards, 2005-11-11(Fri) -- Debian Developer & Debian JP Developer - much more I18N of Debian Atsuhito Kohda <[EMAIL PROTECTED]> Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338046: whizzytex: FTBFS: einitex not provided anymore by tetex-bin (or elsewhere in sid)
From: Atsuhito Kohda <[EMAIL PROTECTED]> Subject: Re: Bug#338046: whizzytex: FTBFS: einitex not provided anymore by tetex-bin (or elsewhere in sid) Date: Thu, 10 Nov 2005 10:15:55 +0900 (JST) > and is now equivalent to "tex -init". Same for etex/einitex. Well, sorry but typo. "tex -ini" Regards,2005-11-10(Thu) -- Debian Developer & Debian JP Developer - much more I18N of Debian Atsuhito Kohda <[EMAIL PROTECTED]> Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338046: whizzytex: FTBFS: einitex not provided anymore by tetex-bin (or elsewhere in sid)
From: Junichi Uekawa <[EMAIL PROTECTED]> Subject: Re: Bug#338046: whizzytex: FTBFS: einitex not provided anymore by tetex-bin (or elsewhere in sid) Date: Thu, 10 Nov 2005 08:52:25 +0900 > Hi, > > whizzytex users reported that tetex no longer etex. > I've not quite investigated the problem; but I would like > to check the intention. > > Is the intention to remove 'etex' 'einitex' commands? etex exists but not einitex. Generally, initex is obsolete and is now equivalent to "tex -init". Same for etex/einitex. (einitex is obsoete and removed, it is equivalent to "etex -ini".) > From the 'NEWS' file, it looks like 'pdfetex' is the default now, > so invoking pdfeinitex would be the right option? In the same reasoning, there is no pdfeinitex but pdfetex. [EMAIL PROTECTED]:~$ LANG=C ls /usr/bin/*initex ls: /usr/bin/*initex: No such file or directory [EMAIL PROTECTED]:~$ LANG=C ls -l /usr/bin/pdf*tex -rwxr-xr-x 1 root root 956444 Oct 23 02:25 /usr/bin/pdfetex lrwxrwxrwx 1 root root 7 Oct 24 20:13 /usr/bin/pdflatex -> pdfetex lrwxrwxrwx 1 root root 7 Oct 24 20:13 /usr/bin/pdftex -> pdfetex -rwxr-xr-x 1 root root 957436 Oct 23 02:25 /usr/bin/pdfxtex Regards, 2005-11-10(Thu) -- Debian Developer & Debian JP Developer - much more I18N of Debian Atsuhito Kohda <[EMAIL PROTECTED]> Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
