Bug#1019549: fetchmail: can't accept options while a background fetchmail is running.

2022-09-16 Thread Atsuhito Kohda
Hi,

> Fixed package which no longer enables systemd service for users is on its way.

Great, this is the best fix, I believe.

Thanks for your maintenance.
Best regards,   2022-9-17(Sat)

-- 
 **
 Atsuhito Kohda
 atsuhito_k AT tokushima-u.ac.jp



Bug#1019549: fetchmail: can't accept options while a background fetchmail is running.

2022-09-13 Thread Atsuhito Kohda
Hi, I encounterd the problem with the same origin perhaps.

I used to run fetchmail in daemon mode with keep option every 10 minutes
in a machine and call fetchmail manually late at night every day with nokeep
option in another main machine.

But recently, in main machine, I found that fetchmail was running already
as "fetchmail --nodetach --daemon 300" just after booting.

This is very inconvenient for me.  It seems systemd makes fetchmail
to start automatically, so please provide a clear explanation how to
disable fetchmail(.service ?)

Thanks for your maintenance.
Best regards,   2022-9-13(Tue)

-- 
 **
 Atsuhito Kohda
 atsuhito_k AT tokushima-u.ac.jp



Bug#993597: xdvik-ja: fails to show Japanese characters

2021-09-07 Thread Atsuhito Kohda
Hi,

On Mon, 06 Sep 2021 16:38:17 +0900, Youhei SASAKI wrote:

> This is the desired behavior that the fonts embedded
> in the final generated PDF file will be the same as the fonts used for
> display in pxdvi.

Generally it is desired but there are some users who don't
want to embed japanese fonts because they want small PDF.
So I think it is not bad to use dvipdfmx/kanjix.map
but it is much better if there are different settings
for dvipdfmx and pxdvi.

> (1) Set pxdviUse=true in updmap-sys:
> 
>  updmap-sys --setoption pxdviUse=true
> 
> (2) Set the appropriate font in kanji-config-updmap-sys
> 
> (3) Modify /etc/texmf/dvips/xdvi/config.xdvi to load xdvi-ptex.map
> generated by the above command instead of kanjix.map

config.xdvi is contained in xdvik-ja then it looks to me
the above procedure can be done in postinst (or something).
But I might be wrong.

> Of course, if I specify a specific font with kanji-config-updmap{,-sys},
> there is no problem with the display (as you reported).

If the above is difficult, it will be sufficient to explain
kanji-config-updmap in README.Debian but a notification
(with debconf?) will be helpful.

> Did you have no problems with previous versions?

I use LuaTeX for several (or more) years so the last time
I used xdvik-ja might be VFlib version, I guess.

Thanks for your maintenance.
2021-9-8(Wed)

-- 
 ***
 Atsuhito Kohda
 atsuhito_k AT tokushima-u.ac.jp



Bug#993597: xdvik-ja: fails to show Japanese characters

2021-09-05 Thread Atsuhito Kohda
Hi,

On Sat, 04 Sep 2021 18:22:16 +0900, Youhei SASAKI wrote:

> "kanji-config-updmap{-sys,-user}" along with setup of other tools, so
> please try to invoke this command.

"kanji-config-updmap-sys auto" sets up correctly Japanese
fonts with haranoaji fonts.
But it generates /var/lib/texmf/fonts/map/dvipdfmx/updmap/kanjix.map
so, I guess, this forces dvipdfmx to embed haranoaji fonts
which could be not appropriate for someone.

> Also, the dependency on e.g., Rumin-Light that you suggested is already
> configured in /etc/ghostscript/cidfmap.d/90gs-cjk-resource-japan1.conf

I might misunderstand you but is this configuration works
for xdvik-ja?  If I do "kanji-config-updmap-sys nofont"
then xdvi can't display Japanese characters again.
(I might be wrong...)

Thanks for your maintenance. 2021-9-5(Sun)

-- 
 ***
 Atsuhito Kohda
 atsuhito_k AT tokushima-u.ac.jp



Bug#993597: xdvik-ja: fails to show Japanese characters

2021-09-03 Thread Atsuhito Kohda
Package: xdvik-ja
Version: 22.87.05+j1.42-2
Severity: normal

Dear Maintainer,

I need to view rather old DVI file generated by pTeX.
So I installed xdvik-ja and try "xdvi test.dvi".
But it shows only English texts and mathematical equations
but fails to show Japanese characters completely.

I forget how xdvik-ja finds Japanese fonts but 
it seems xdvik-ja reads kanjix.map and it sets;

rml H !Ryumin-Light

and I think Ryumin-Light should be mapped to a real fonts,
for example, ipaexm.ttf but I can't find what file does that.
Is some extra setting necessary for xdvik-ja to work properly?

Thanks for your maintenance.

-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-8-amd64 (SMP w/8 CPU threads)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages xdvik-ja depends on:
ii  fontconfig  2.13.1-4.2
ii  fonts-ipaexfont-gothic [fonts-japanese-gothic]  00401-3
ii  fonts-ipaexfont-mincho [fonts-japanese-mincho]  00401-3
ii  fonts-ipafont-gothic [fonts-japanese-gothic]00303-23
ii  fonts-ipafont-mincho [fonts-japanese-mincho]00303-23
ii  fonts-takao-gothic [fonts-japanese-gothic]  00303.01-3
ii  fonts-takao-mincho [fonts-japanese-mincho]  00303.01-3
ii  fonts-vlgothic [fonts-japanese-gothic]  20200720-1
ii  libc6   2.31-17
ii  libfreetype62.10.4+dfsg-1
ii  libkpathsea62020.20200327.54578-7
ii  libx11-62:1.7.2-1
ii  libxaw7 2:1.0.13-1.1
ii  libxi6  2:1.7.10-1
ii  libxmu6 2:1.1.2-2+b3
ii  libxpm4 1:3.5.12-1
ii  libxt6  1:1.2.0-1
ii  texlive-binaries2020.20200327.54578-7

xdvik-ja recommends no packages.

xdvik-ja suggests no packages.

-- no debconf information



Bug#924621: [Pkg-openssl-devel] Bug#924621: Bug#924621: openssl 1.1.1b-1 make fetchmail unusable

2019-03-19 Thread Atsuhito Kohda
Hi Sebastian,

On Tue, 19 Mar 2019 08:27:32 +0100, Sebastian Andrzej Siewior wrote:

> Yes. The problem was that setting a lower DH key was aborted but instead
> of error the success code was returned. The github issue is
>   https://github.com/openssl/openssl/issues/7677
> 
> and dovecot was not the only package that suddenly failed while it
> worked before with the smaller key.

I see.  Then my request is documentation (in NEWS.Debian.gz)
should be more elementary.

Thanks for your clarification.
Best regards,   2019-3-19(Tue)

-- 
 *******
 Atsuhito Kohda
 atsuhito_k AT tokushima-u.ac.jp



Bug#924621: [Pkg-openssl-devel] Bug#924621: Bug#924621: openssl 1.1.1b-1 make fetchmail unusable

2019-03-18 Thread Atsuhito Kohda
Hi Sebastian,

On Mon, 18 Mar 2019 20:34:04 +0100, Sebastian Andrzej Siewior wrote:

> I suggest to close this bug becuase I don't think it is an openssl bug
> nor dovecot. The part about minimal key/cipher requirement is already
> documented since 1.1.1-2 in NEWS.Debian.gz. The difference between a and
> b release is simply that it now the return code is now set properly in
> the error case (which cause dovecot to fail).

I can understand the difference of return code might affect
the behavior of dovecot.  But under 1.1.1a dovecot works but
not under 1.1.1b.  It looks there is no error under 1.1.1a
but there is under 1.1.1b.  Are you sure that the problem is
the difference of return code?

Thanks for your advice.
Best regards,   2019-3-19(Tue)

-- 
 **
 Atsuhito Kohda
 atsuhito_k AT tokushima-u.ac.jp



Bug#924621: [Pkg-openssl-devel] Bug#924621: Bug#924621: openssl 1.1.1b-1 make fetchmail unusable

2019-03-18 Thread Atsuhito Kohda
On Mon, 18 Mar 2019 12:06:59 +0100, Kurt Roeckx wrote:

> So I assume that somewhere in the past you also did something like
> that, and that the old file was still a 1024 bit file? Or did you
> just not have an ssl_dh line in your config because the old config
> files didn't have it and it wasn't added as part of the upgrade?

The old file was /usr/share/dovecot/dh.pem and it was
certainly the file of dovecot package but not a file
I generated.
There are 2 config files 10-ssl.conf, one is under /etc/dovecot/conf.d
and the other under /usr/share/dovecot/conf.d.
In 10-ssl.conf under /etc, there is no ssl_dh line (but there is
#ssl_dh_parameters_length = 1024) and in 10-ssl.conf under /usr,
there is "ssl_dh =  I have no idea which part of dovecot failed, but I think there
> might still be some other issue.
> 
> Do you have any idea which version of TLS is being negotiated?
> Since both use the same version of openssl, it should be able to
> do TLS 1.3 and have used X25519 instead of DHE. It could be that
> some side of the connection for some reasons blocks TLS 1.3.
> 
> The other reason it can fail is that the change between 1.1.1a and
> 1.1.1b now just caused dovecot to not properly set up TLS. That
> you are in fact not using DHE, but that setting up DHE now failed,
> causing the connection issue.

Sorry but I have no idea here.
Thanks for your investigation.
Best regards,   2019-3-19(Tue)

-- 
 **
 Atsuhito Kohda
 atsuhito_k AT tokushima-u.ac.jp



Bug#924621: [Pkg-openssl-devel] Bug#924621: Bug#924621: openssl 1.1.1b-1 make fetchmail unusable

2019-03-17 Thread Atsuhito Kohda
Hi Kurt,

> So from what I understand, the problem is really on the dovecot
> side. What does dovecot's log show?
> 
> Dovecot can configure DH, which seems to default to:
> ssl_dh =  
> That file should be fine, it's 4096 bit.

I generated 4096 bit dh_key:
openssl dhparam -out /path/to/dh.pem 4096

then I modified a configuration file of dovecot as follows:
ssl_dh=

Bug#924621: [Pkg-openssl-devel] Bug#924621: Bug#924621: openssl 1.1.1b-1 make fetchmail unusable

2019-03-17 Thread Atsuhito Kohda
Hi Kurt,

On Sat, 16 Mar 2019 14:59:16 +0100, Kurt Roeckx wrote:

> So from what I understand, the problem is really on the dovecot
> side. What does dovecot's log show?
> 
> Dovecot can configure DH, which seems to default to:
> ssl_dh =  
> That file should be fine, it's 4096 bit.

Today is sunday and I am at home now.  The machines
of problems are in my office so, perhaps, at tommorow
I will check the settings of dovecot.

Thanks in advance.
Best regards,   2019-3-17(Sun)

-- 
 **
 Atsuhito Kohda
 atsuhito_k AT tokushima-u.ac.jp



Bug#924621: [Pkg-openssl-devel] Bug#924621: openssl 1.1.1b-1 make fetchmail unusable

2019-03-15 Thread Atsuhito Kohda
Hi Sebastian,

On Fri, 15 Mar 2019 22:08:13 +0100, Sebastian Andrzej Siewior wrote:

> Do you have somewhere more information what failed on the fetchmail
> side? 

Yes, I have error messages of fetchmail but they contains
some Japanese characters. (I added simple translations of
them but not precise translations.)

fetchmail: System error during SSL_connect(): 接続が相手からリセットされました
fetchmail: SSL による接続に失敗しました。
fetchmail: socketエラーが **server name** よりメールを受信している最中に発生しました。
fetchmail: Query status=2 (SOCKET)

line #1:connection is reset by server
line #2:connection by SSL is failed
line #3:during receiving mail from **server name**, a socket error occured

> Is the server using by any chance a small DH key?

Not sure but on the server dovecot (of Debian package) is running.

Thanks for your response.
Best regards,   2019-3-16(Sat)

-- 
 ******
 Atsuhito Kohda
 atsuhito_k AT tokushima-u.ac.jp



Bug#924621: openssl 1.1.1b-1 make fetchmail unusable

2019-03-14 Thread Atsuhito Kohda
Package: openssl
Version: 1.1.1b-1
Severity: important

Dear Maintainer,

I updated openssl 1.1.1a-1 to 1.1.1b-1 then fetchmail failed
to get new email.
So I downgraded openssl to 1.1.1a-1 then fetchmail worked
fine again.
I believe there is a bug in openssl 1.1.1b-1 .
I heard that new Debian will be released soon so please
fix the problem before the new release.

A bit precise info:
I upgraded openssl on both server and local macheines.
Then the problem happened so, first, I downgraded openssl
on local machine but the problem remained. So I downgraded
openssl on server machine then fetchmail worked fine.

Thanks for your maintenance.
Best regards,   2019-3-15(Fri)

Atsuhito Kohda

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), 
LANGUAGE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages openssl depends on:
ii  libc6  2.28-8
hi  libssl1.1  1.1.1a-1

openssl recommends no packages.

Versions of packages openssl suggests:
ii  ca-certificates  20190110

-- no debconf information



Bug#879171: cups: failed to recognize a driver of CP310dm

2017-10-30 Thread Atsuhito Kohda
Hi Brian,

On Mon, 30 Oct 2017 08:59:48 +, Brian Potkin wrote:

>> But when I try to add printer CP310 it failed because
>> cups claimed "can't copy PPD file".
> 
> This is usually an indication that cups cannot find that PPD. But it
> should be installed in /usr/libcups/driver by printer-driver-fujixerox
> as fujixerox with a datestamp of Dec 11 2016. Is it?

Yes, but it looked cups couldn't find it.
$ LANG=C ls -l /usr/lib/cups/driver/fujixerox 
-rwxr-xr-x 1 root root 9948 Dec 12  2016 /usr/lib/cups/driver/fujixerox

> Atsuhito, let's stick with testing using cups 2.2.5-2. I assume the

Okay.

> printer is connected by USB. Fing its URI with 'lpinfo -v'. It begins
> with "usb://". Now locate the PPD with 'lpinfo -m | grep fujixerox'
> Then set up the printer with
> 
>  lpadmin -p fuji -v usb://. -E -m fujixerox:/0/cups/model..ppd

It is connected with WiFi (is this correct english?
Wireless network?).  But I know it is something like
"socket://id numbers"

(For security reason, I stopped to open WSD and Bonjour port
of the printer.)

>  cupsfilter -p /etc/cups/ppd/fuji.ppd -m printer/foo -e --list-filters 
> /etc/nsswitch
> 
> Or use any other text or image file or a PDF instead of nsswitch. If

It looked okay perhaps
$ LANG=C sudo cupsfilter -p /etc/cups/ppd/fuji.ppd -m printer/foo -e 
--list-filters /etc/nsswitch
cupsfilter: File "/usr/lib/cups/filter/pdftopjlfx" permissions OK 
(040755/uid=0/gid=0).
cupsfilter: File "/usr/lib/cups/filter/pstopdffx" permissions OK 
(040755/uid=0/gid=0).
cupsfilter: File "/usr/lib/cups/filter/commandtops" permissions OK 
(040755/uid=0/gid=0).
cupsfilter: Unable to determine MIME type of "/etc/nsswitch".

(but the last line again)

However with another test file,
$ LANG=C sudo cupsfilter -p /etc/cups/ppd/fuji.ppd -m printer/foo -e 
--list-filters ./test.html 
cupsfilter: File "/usr/lib/cups/filter/pdftopjlfx" permissions OK 
(040755/uid=0/gid=0).
cupsfilter: File "/usr/lib/cups/filter/pstopdffx" permissions OK 
(040755/uid=0/gid=0).
cupsfilter: File "/usr/lib/cups/filter/commandtops" permissions OK 
(040755/uid=0/gid=0).
texttopdf
pdftopdf
pdftopdffx
pdftopjlfx

> that is without error, try printing with
> 
>  lp -d fuji /etc/nsswitch

I test with web interface and print test page, it works fine!
Thanks for your valuable help and advice.
I don't know why web interface didn't work correctly
(for me?) and there is really no problem with cups 2.2.5
but, at least, my problem is fixed in fact now.
Thanks again

Best regards,   2017-10-31(Tue)

-- 
 **
 Atsuhito Kohda
 Math. Meth. in Sci., Tokushima Univ.
 atsuhito_k AT tokushima-u.ac.jp



Bug#879171: cups: failed to recognize a driver of CP310dm

2017-10-29 Thread Atsuhito Kohda
Hi Brian,

On Fri, 27 Oct 2017 11:07:07 +0100, Brian Potkin wrote:

> There is something wrong with your CUPS installation (or the file
> itself). I've never seen this in normal operation. It indicates that
> a simple text file will not be printed. Try to rectify this with
> 
>  apt-get --reinstall install cups-daemon
>  apt-get --reinstall install cups-core-drivers
> 
> to install the package versions of mime.types and mime.convs in
> /usr/share/cups/mime.

> Remove the .deb you downloaded from fujixerox and install the package
> printer-driver-fujixerox from the Debian archives. It also comes from
> fujixerox but it puts files in the right places on the system. Set up
> the printer as before. This works for me to get a printable version
> of nsswitch.

I did reinstall cups-daemon and cups-core-drivers (2.2.5-2),
then removed (purged in fact) fxlinuxprint and then installed
printer-driver-fujixerox.
But when I try to add printer CP310 it failed because
cups claimed "can't copy PPD file".

So I removed printer-driver-fujixerox then installed
fxlinuxprint.  Then cups added a printer CP310 but
its printer driver was show as "Local Raw Printer" wrongly.

But if I downgraded cups to 2.2.4-7, then cups can add
a printer CP310 and its printer driver is correctly
"FX Printer Driver for Linux".

Further, under this situation, the command
cupsfilter -p /etc/cups/ppd/CP310.ppd -m printer/CP310 -e /etc/nsswitch  
2>log.stretch
produced a line:

cupsfilter: Unable to determine MIME type of "/etc/nsswitch".

so I doubt this is any problem.  I can print a test file
with CP310 (under cups 2.2.4-7).
It looks to me that cups 2.2.5 has some regression.

Thanks for your help and effort.

Best regards,   2017-10-30(Mon)

-- 
 **
 Atsuhito Kohda
 Math. Meth. in Sci., Tokushima Univ.
 atsuhito_k AT tokushima-u.ac.jp



Bug#879171: cups: failed to recognize a driver of CP310dm

2017-10-27 Thread Atsuhito Kohda
Hi Brian,

On Fri, 27 Oct 2017 11:07:07 +0100, Brian Potkin wrote:

> Remove the .deb you downloaded from fujixerox and install the package
> printer-driver-fujixerox from the Debian archives. It also comes from
> fujixerox but it puts files in the right places on the system. Set up
> the printer as before. This works for me to get a printable version
> of nsswitch.

OK, but the printer CP310 and unstable Debian are in my
office so please wait until next monday.

Thanks for your kind reply and investigation.

Best Regards,  2017-10-27(Fri)

-- 
 **
 Atsuhito Kohda
 Math. Meth. in Sci., Tokushima Univ.
 atsuhito_k AT tokushima-u.ac.jp



Bug#879171: cups: failed to recognize a driver of CP310dm

2017-10-26 Thread Atsuhito Kohda
Hi Brian,

On Thu, 26 Oct 2017 12:01:00 +0100, Brian Potkin wrote:

> Do you mean "CP310 dw"? This printer:
> 
>  http://news.fujixerox.com/image_library/detail/_imgid_000316/

Yes, sorry for my inaccuracy.

> What do you mean by "failed to recognize driver of CP310dm"?

I got printer driver (fxlinuxprint_1.1.2-1_amd64.deb)
from FujiXerox site; http://www.fujixerox.co.jp/download/eng/
(in fact, I accessed a Japanese page of it).
It installed /usr/share/ppd/FujiXerox/fxlinuxprint.ppd.gz

When I installed CP310 with cups (web interface), I selected
PPD and a file fxlinuxprint.ppd.gz. But after installation,
cups shows a printer driver of CP310 as "Local Raw Printer".
And, of course, I can't print with CP310.

> There is a PPD for your printer in /etc/cups/ppd. Please run the
> commands (as root)
> 
>  cupsfilter -p  -m printer/foo -e /etc/nsswitch  2>log.stretch
>  cupsfilter -p  -m printer/foo -e /etc/nsswitch  2>log.unstable
> 
> on stretch and an updated unstable.
> 
> Attach log.stretch and log.unstable to your next mail to the bug
> report.

I update cups 2.2.5-2 and set CP310 but it seems there is
no corresponding PPD in /etc/cups/ppd/

$ LANG=C ls -l /etc/cups/ppd/
total 80
-rw-r- 1 root lp 24814 Oct 17 08:59 CP310_dw.ppd
-rw-r- 1 root lp 24814 Oct 17 08:59 CP310_dw.ppd.O
-rw-r- 1 root lp 10713 Oct 13 06:52 ipsio.ppd
-rw-r- 1 root lp 10705 Jul 24 07:12 ipsio.ppd.O

I guess CP310_dw is a PPD when I installed cups 2.2.4-7.
So I can't generate log.unstable and attatch only log.stretch.
If I misunderstand anything, please let me know.

Thanks for your response.
    2017-10-27(Fri)

-- 
 **
 Atsuhito Kohda
 Math. Meth. in Sci., Tokushima Univ.
 atsuhito_k AT tokushima-u.ac.jp



Bug#879171: cups: failed to recognize a driver of CP310dm

2017-10-26 Thread Atsuhito Kohda
Hi Brian,

Sorry, I forgot to attach log.stretch.
Here it is.

Best regards,   2017-10-27(Fri)

-- 
 **
 Atsuhito Kohda
 Math. Meth. in Sci., Tokushima Univ.
 atsuhito_k AT tokushima-u.ac.jp
cupsfilter: File "/usr/lib/cups/filter/pdftopjlfx" permissions OK 
(040755/uid=0/gid=0).
cupsfilter: File "/usr/lib/cups/filter/pstopdffx" permissions OK 
(040755/uid=0/gid=0).
cupsfilter: File "/usr/lib/cups/filter/commandtops" permissions OK 
(040755/uid=0/gid=0).
cupsfilter: Unable to determine MIME type of "/etc/nsswitch".


Bug#879171: cups: failed to recognize a driver of CP310dm

2017-10-19 Thread Atsuhito Kohda
Package: cups
Version: 2.2.5-2
Severity: normal

Dear Maintainer,

   * What led up to the situation?
After upgrading to 2.2.5, I can't set up a printer with
cups because cups failed to recognize driver of CP310dm.
CP310dm is a (japanese model,perhaps) printer of FujiXerox.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Downgrading to 2.2.4-7 fixed the problem.

   * What was the outcome of this action?
   * What outcome did you expect instead?
I expect cups 2.2.5 should recognize CP310dm.

Thanks for your maintenance.

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), 
LANGUAGE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages cups depends on:
ii  cups-client2.2.5-2
ii  cups-common2.2.5-2
ii  cups-core-drivers  2.2.5-2
ii  cups-daemon2.2.5-2
ii  cups-filters   1.17.9-1
ii  cups-ppdc  2.2.5-2
ii  cups-server-common 2.2.5-2
ii  debconf [debconf-2.0]  1.5.64
ii  ghostscript9.22~dfsg-1
ii  libavahi-client3   0.7-3
ii  libavahi-common3   0.7-3
ii  libc-bin   2.24-17
ii  libc6  2.24-17
ii  libcups2   2.2.5-2
ii  libcupscgi12.2.5-2
ii  libcupsimage2  2.2.5-2
ii  libcupsmime1   2.2.5-2
ii  libcupsppdc1   2.2.5-2
ii  libgcc11:7.2.0-11
ii  libstdc++6 7.2.0-11
ii  libusb-1.0-0   2:1.0.21-2
ii  poppler-utils  0.57.0-2
ii  procps 2:3.3.12-3

Versions of packages cups recommends:
ii  avahi-daemon 0.7-3
ii  colord   1.3.3-2
ii  cups-filters [ghostscript-cups]  1.17.9-1
ii  printer-driver-gutenprint5.2.13-1

Versions of packages cups suggests:
ii  cups-bsd   2.2.5-2
pn  cups-pdf   
ii  foomatic-db20171012-1
pn  hplip  
pn  printer-driver-hpcups  
ii  smbclient  2:4.6.7+dfsg-2
ii  udev   235-2

-- debconf information:
  cupsys/backend: lpd, socket, usb, snmp, dnssd
  cupsys/raw-print: true



Bug#856000: correction

2017-02-25 Thread Atsuhito Kohda
Dear Maintainer,

On Fri, 24 Feb 2017 15:38:41 +0900, I wrote:

> "man maxima" told me that
> --init-lisp=file
>Load the Lisp initialization file file at startup.

Aparently the above is wrong.

"man maxima" told me that
-- list-avail
List the available Lisp and Maxima versions.

Sorry for my simple mistake!
And on the stable system,

$ maxima --list-avail
Available versions:
version 5.34.1, lisp gcl

Fine!  But on the unstable system,

$ maxima --list-avail
Available versions:

No information at all!
For example, texmacs searches maxima with "maxima --list-avail"
but, on unstable system, there is no useful response so
texmacs thinks there is no available maxima installed.
This is an important regression so please fix this.

Thanks for your maintenance.
Best regards,   2017-2-25(Sat)

-- 
 ******
 Atsuhito Kohda
 Math. Meth. in Sci., Tokushima Univ.
 atsuhito_k AT tokushima-u.ac.jp



Bug#856000: maxima: "maxima --list-avail" reports nothing contrary to man page

2017-02-23 Thread Atsuhito Kohda
Package: maxima
Version: 5.38.1-8
Severity: normal

Dear Maintainer,

"man maxima" told me that
--init-lisp=file
   Load the Lisp initialization file file at startup.
but when I did "maxima --list-aval" it reported only
$ maxima --list-avail
Available versions:

This is aparently wrong behavior.

Thanks for your maintenance.

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 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 maxima depends on:
ii  libc6 2.24-9
ii  libgmp10  2:6.1.2+dfsg-1
ii  libreadline7  7.0-2
ii  libx11-6  2:1.6.4-3

Versions of packages maxima recommends:
pn  gnuplot-x11   
ii  maxima-share  5.38.1-8

Versions of packages maxima suggests:
pn  maxima-doc
pn  maxima-emacs  
ii  texmacs   1:1.0.7.18-1
ii  tk [wish] 8.6.0+9
pn  xmaxima   

-- no debconf information



Bug#854528: texlive-lang-japanese: LuaLaTeX-ja doesn't work with the current texlive-lang-japanes

2017-02-07 Thread Atsuhito Kohda
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#807788: texworks crashes looking for libpoppler.so.47

2016-01-11 Thread Atsuhito Kohda
Hi,

On Sat, 12 Dec 2015 17:37:20 -0800, "Marc J. Driftmeyer" wrote:

> mdriftmeyer@horus:/usr/lib/x86_64-linux-gnu$ sudo ln -s libpoppler.so 
> libpoppler.so.47
> 
> Then TeXWorks launches. I'd prefer TeXWorks link against the most current 
> version of libpoppler.so so then it doesn't break when libpoppler.so update 
> links to the next libpoppler.so.5x or libpoppler.so.6x

I'm not sure if the same binary runs with libpoppler.so.5x and/or
libpoppler.so.6x so perhaps re-building under the latest environment
will fix the problem.
In fact I re-build the package (but with the latest source)
then it works fine (under stretch however and with libpoppler.so.57).

> Version: 0.5~svn1363-6+b1

This is too obsolete already and svn1992 might be the
latest version.  No modification is necessary to build
svn1992 version.

Thanks for your maintenance.
Best regards,   2016-1-12(Tue)

-- 
 **
 Atsuhito Kohda
 Dep. Math., Tokushima Univ.
 atsuhito_k AT tokushima-u.ac.jp



Bug#801160: mail-notification: no sounds

2015-10-06 Thread Atsuhito Kohda
Package: mail-notification
Version: 5.4.dfsg.1-14
Severity: normal

Dear Maintainer,

   * What led up to the situation?
upgrade from 5.4.dfsg.1-13+b1 to 5.4.dfsg.1-14
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
upgrade from 5.4.dfsg.1-13+b1 to 5.4.dfsg.1-14
   * What was the outcome of this action?
no sounds when I get new mails
   * What outcome did you expect instead?
same behavior with the former version 5.4.dfsg.1-13+b1

So I downgraded mail-notification to 5.4.dfsg.1-13 and also
removed gstreamer1.0-tools 1.6.0-1, then sounds come back again.
I suspect gstreamer1.0-tools can be replacement for gstreamer0.10-tools.

Thanks for your maintenance.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.2.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 mail-notification depends on:
ii  gconf-service   3.2.6-3
ii  gconf2  3.2.6-3
ii  gnome-icon-theme3.12.0-1
ii  gnome-keyring   3.16.0-4
ii  gnome-shell [notification-daemon]   3.16.3-2
ii  gstreamer0.10-tools 0.10.36-1.5
ii  libatk1.0-0 2.18.0-1
ii  libbonobo2-02.32.1-3
ii  libc6   2.19-22
ii  libcairo-gobject2   1.14.2-2
ii  libcairo2   1.14.2-2
ii  libdbus-1-3 1.10.0-3
ii  libdbus-glib-1-20.102-1
ii  libgconf-2-43.2.6-3
ii  libgdk-pixbuf2.0-0  2.32.0-1
ii  libglib2.0-02.46.0-2
ii  libgmime-2.6-0  2.6.20-1+b1
ii  libgnome-2-02.32.1-5
ii  libgnome-keyring0   3.12.0-1+b1
ii  libgnomevfs2-0  1:2.24.4-6.1
ii  libgnomevfs2-extra  1:2.24.4-6.1
ii  libgtk-3-0  3.16.6-1
ii  libnotify4  0.7.6-2
ii  liborbit-2-01:2.14.19-1
ii  libpango-1.0-0  1.38.0-3
ii  libpangocairo-1.0-0 1.38.0-3
ii  libpopt01.16-10
ii  libsasl2-2  2.1.26.dfsg1-14
ii  libssl1.0.0 1.0.2d-1
ii  libx11-62:1.6.3-1
ii  libxml2 2.9.2+zdfsg1-4
ii  mate-notification-daemon [notification-daemon]  1.10.1-1
ii  notification-daemon 3.18.0-1
ii  xfce4-notifyd [notification-daemon] 0.2.4-3+b1

Versions of packages mail-notification recommends:
ii  fetchyahoo   2.14.7-1
pn  getlive  
pn  mail-notification-evolution  

mail-notification suggests no packages.

-- no debconf information



Bug#791634: maxima: please package sbcl version

2015-09-16 Thread Atsuhito Kohda
Hi Camm,

On Wed, 16 Sep 2015 12:16:24 -0400, Camm Maguire wrote:

> If you could also send foo.tgz and bar.tgz made as follows:
> 
> tar zcvf foo.tgz /usr/share/moodle/question/type/stack/
> tar zcvf bar.tgz /var/lib/moodle/stack

I send them to you privately because I'm afraid they might
be too big for BTS.

> I'm assuming stackmaxima.mac is in one of those.

Right.  Thanks for your work.

Best regards,   2015-9-17(Thu)

-- 
 ******
 Atsuhito Kohda
 Dep. Math., Tokushima Univ.
 atsuhito_k AT tokushima-u.ac.jp



Bug#791634: maxima: please package sbcl version

2015-09-16 Thread Atsuhito Kohda
Hi Camm, thanks for your investigation.

On Tue, 15 Sep 2015 12:52:02 -0400, Camm Maguire wrote:

> Looking at these, it appears that some command in maximalocal.mac is
> directing a lookup in a home directory of /root when run as user
> www-data.  I can't find this file anywhere.  If you can send me a copy,
> I'll take a look.  Please note that the underlying gcl uses an algorithm

Okay, the file seems to be of Stack and I can find it
so I attatch it.  Thanks again.

Best regards,   2015-9-16(Wed)

-- 
 ******
 Atsuhito Kohda
 Dep. Math., Tokushima Univ.
 atsuhito_k AT tokushima-u.ac.jp
/* ***/
/* This file is automatically generated at installation time.*/
/* The purpose is to transfer configuration settings to Maxima.  */
/* Hence, you should not edit this file.  Edit your configuration.   */
/* This file is regularly overwritten, so your changes will be lost. */
/* ***/

/* File generated on July 6, 2015, 4:00 pm */

/* Add the location to Maxima's search path */
file_search_maxima:append( 
[sconcat("/usr/share/moodle/question/type/stack/stack/maxima/###.{mac,mc}")] , 
file_search_maxima)$
file_search_lisp:append( 
[sconcat("/usr/share/moodle/question/type/stack/stack/maxima/###.{lisp}")] , 
file_search_lisp)$
file_search_maxima:append( [sconcat("/var/lib/moodle/stack/logs/###.{mac,mc}")] 
, file_search_maxima)$
file_search_lisp:append( [sconcat("/var/lib/moodle/stack/logs/###.{lisp}")] , 
file_search_lisp)$

STACK_SETUP(ex):=block(
MAXIMA_VERSION_NUM:36,
MAXIMA_PLATFORM:"unix",
maxima_tempdir:"/var/lib/moodle/stack/tmp/",
IMAGE_DIR:"/var/lib/moodle/stack/plots/",
PLOT_TERMINAL:"png",
PLOT_TERM_OPT:"large transparent size 450,300",
DEL_CMD:"rm",
GNUPLOT_CMD:"gnuplot",
MAXIMA_VERSION:"5.36.0",
URL_BASE:"!ploturl!",
true)$
/* Load the main libraries */
load("stackmaxima.mac")$


Bug#796120: texlive-xetex: fails to create document that worked previously: xdvipdfmx:fatal: Parsing charstring failed: (status=-1, stack=0)

2015-08-19 Thread Atsuhito Kohda
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#796097: texlive-base / texlive-fonts-recommended: mflogo .tfm metrics missing

2015-08-19 Thread Atsuhito Kohda
Hi Giuseppe,

On Wed, 19 Aug 2015 14:51:37 +0200, Giuseppe Bilotta wrote:

> The bug affects the texlive-base and/or texlive-fonts-recommended
> packages currently in testing and unstable, but not in stable. In the
> migration between stable and testing, the mflogo fonts was moved from
> texlive-base to texlive-fonts-recommended, but the TeX font metrics
> (.tfm) have gone missing, effectively preventing (quality) use of the
> font.

> $ for dist in stable testing unstable ; do echo $dist ; apt-file -s 
> /etc/apt/sources.list.d/${dist}.list search logosl8.tfm ; done
> stable
> texlive-base:
> /usr/share/texlive/texmf-dist/fonts/tfm/public/mflogo/logosl8.tfm

Precisely, some tfm files are present but 3 files are missing,
but it looks same for upstream TeX Live 2015.
I don't know it is intentional or simple mistake however.

On my sid machine,
$ apt-file -s /etc/apt/sources.list search logo8.tfm 
texlive-base: /usr/share/texlive/texmf-dist/fonts/tfm/public/knuth-lib/logo8.tfm

and
$ ls /usr/share/texlive/texmf-dist/fonts/tfm/public/knuth-lib/
logo10.tfm  logo8.tfm  logo9.tfm  logobf10.tfm  logosl10.tfm  manfnt.tfm

For TeX Live 2015,
$ ls /usr/local/texlive/2015/texmf-dist/fonts/tfm/public/knuth-lib/
logo10.tfm  logo8.tfm  logo9.tfm  logobf10.tfm  logosl10.tfm  manfnt.tfm

But on a stable machine,
$ ls /usr/share/texlive/texmf-dist/fonts/tfm/public/mflogo/
logo10.tfm  logo9.tfm logod10.tfm   logosl8.tfm
logo8.tfm   logobf10.tfm  logosl10.tfm  logosl9.tfm

so logod10.tfm, logosl8.tfm, logosl9.tfm are missing on sid.

Best regards,2015-8-20(Thu)

-- 
 **
 Atsuhito Kohda
 Dep. Math., Tokushima Univ.
 atsuhito_k AT tokushima-u.ac.jp



Bug#791634: maxima: please package sbcl version

2015-07-09 Thread Atsuhito Kohda
Hi Camm,

On Thu, 9 Jul 2015 13:34:48 -0400, Camm Maguire wrote:

> Greetings!  I cannot find a Stack package for Debian.  Can you give me
> step by step instructions to reproduce the communication failure?

Okay, as I don't speak English so well, istead of explaining
instruction by myself, I'd like to give you some poiters.

In the first place, stack is a moodle plugin so I guess it is
difficult to package for Debian but one should install it from
moodle manually.

Install instruction:
https://github.com/maths/moodle-qtype_stack/blob/master/doc/en/Installation/index.md

Note moodle is packaged, at least in unstable and I can install it
even in stable at present.

At the stage 7. Confirming the installation is successful.
one runs Health-check script and get an error:

"failed to load /usr/share/maxima/5.36.1/share/draw/draw.lisp"

This is the problem I reported.

You can see the same problem on the net as
https://moodle.org/mod/forum/discuss.php?d=279248
and the one where I found the fix "--enable-sbcl"
https://moodle.org/mod/forum/discuss.php?d=313727

I'm not sure if you have time to do the installation
to reproduce the problem but I hope the above info
might help you to some extent.

Thanks for your quick reply and maintenace.
Best regards,   2015-7-10(Fri)

-- 
 **
 Atsuhito Kohda
 Dep. Math., Tokushima Univ.
 atsuhito_k AT tokushima-u.ac.jp


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#791634: maxima: please package sbcl version

2015-07-06 Thread Atsuhito Kohda
Package: maxima
Version: 5.36.1-1
Severity: normal

Dear Maintainer,

   * What led up to the situation?

I wanted to use Stack, a computer aided assessment package
of Moodle, which should communicate with maxima.
But the current maxima of Debian failed to communicate
with Stack.

So I searched a fix and found that one must build maxima
with --enable-sbcl, and in fact it worked fine!

I'm not sure if --enable-sbcl will cause any problem but
please consider to package maxima with --enable-sbcl or,
at least, to convert maxima into multi-packages, one with
--enable-gcl and the other with --enable-sbcl.

Thanks for your maintenance.
Best regards,   2015/07/07

Atsuhito Kohda

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-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 maxima depends on:
ii  libc6 2.19-18
ii  libgmp10  2:6.0.0+dfsg-6
ii  libreadline6  6.3-8+b3
ii  libx11-6  2:1.6.3-1

Versions of packages maxima recommends:
ii  gnuplot-x11   4.6.6-2
ii  maxima-share  5.36.1-1

Versions of packages maxima suggests:
ii  maxima-doc5.36.1-1
pn  maxima-emacs  
ii  texmacs   1:1.0.7.21-0.1
ii  tk [wish] 8.6.0+8
ii  xmaxima   5.36.1-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#789842: FTBFS: PDFDocks.cpp.o: undefined reference to symbol '_ZNK11QDomElement9attributeERK7QStringS2_'

2015-06-24 Thread Atsuhito Kohda
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-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#789211: mathematica-fonts: fonts are no longer available

2015-06-18 Thread Atsuhito Kohda
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-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#780558: O: mathematica-fonts -- installer for Mathematica fonts

2015-03-15 Thread Atsuhito Kohda
Package: wnpp
Severity: normal

I've retired from Debian so
I intend to orphan the mathematica-fonts package.

The package description is:
 This package downloads Mathematica fonts from http://support.wolfram.com/
 and installs them, because the license prohibits their distribution.
 Please note that it may fail if the web site no longer offers them for
 download.
 .
 This package will currently only install AFM, TTF, and Type1 fonts.

Best regards,   Mon Mar 16 2015

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#780557: O: imgtex -- provides yet another math-on-the-web solution

2015-03-15 Thread Atsuhito Kohda
Package: wnpp
Severity: normal

I've retired from Debian so
I intend to orphan the imgtex package.

The package description is:
 imgTeX uses dvipng and FastCGI to embed LaTeX equations within HTML code.
 It runs very fast and renders high quality math equations.
 .
 Home page of imgTeX <http://www.eaflux.com/imgtex/>

Best regards,   Mon Mar 16 2015

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#780556: O: ptex-jtex -- ASCII jTeX with pTeX

2015-03-15 Thread Atsuhito Kohda
Package: wnpp
Severity: normal

I've retired from Debian so
I intend to orphan the ptex-jtex package.

The package description is:
 ASCII jTeX is Japanese TeX, designed by ASCII corporation.
 .
 In this version, 'jtex' and 'jlatex' are renamed as 'ajtex' and 'ajlatex',
 respectively. And these programs are compiled with a recent ptex, which is
 included in texlive-binaries package.  Note ajlatex is of latex209 version.
 .
 Note ptex in texlive-binaries needs to use option "--kanji=euc" for a file
 in EUC-JP encoding, so please add "--kanji=euc" for ajtex/ajlatex commands.

Best regards,   Mon Mar 16 2015

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#780549: O: foiltex -- collection of LaTeX files for making foils and slides

2015-03-15 Thread Atsuhito Kohda
Package: wnpp
Severity: normal

I've retired from Debian so
I intend to orphan the foiltex package.

The package description is:
 foiltex is a set of LaTeX style files that makes it easy to prepare
 material for video or overhead projection, such as transparencies,
 slides, and computer-projected presentations.
 .
 It allows the user to manipulate the text typeface and size for
 display and create header and footer material, and includes special
 environments for scientific and mathematical presentations.

Best regards,   Mon Mar 16 2015

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#773942: O: lynx-cur -- Text-mode WWW Browser with NLS support (development version)

2014-12-25 Thread Atsuhito Kohda
Package: wnpp
Severity: normal

As I'm retiring from Debian,
I intend to orphan the lynx-cur package.

The package description is:
 Lynx is a fully-featured World Wide Web (WWW) client for users running
 cursor-addressable, character-cell display devices.
 It is very fast and easy to use. It will display HTML documents
 containing links to files residing on the local system,
 as well as files residing on remote systems running Gopher, HTTP, FTP,
 WAIS, and NNTP servers.
 .
 This package contains a development version of lynx.

Best regards,2014-12-26(Fri)

Atsuhito Kohda


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#773941: O: fonts-stix -- Scientific and Technical Information eXchange fonts

2014-12-25 Thread Atsuhito Kohda
Package: wnpp
Severity: normal

As I'm retiring from Debian,
I intend to orphan the fonts-stix package.

The package description is:
 The mission of the Scientific and Technical Information Exchange (STIX)
 font creation project is the preparation of a comprehensive set of fonts
 that serve the scientific and engineering community in the process from
 manuscript creation through final publication, both in electronic and print
 formats.

Best regrads,   2014-12-26(Fri)

Atsuhito Kohda


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#773943: O: latexml -- LaTeX to XML Converter

2014-12-25 Thread Atsuhito Kohda
Package: wnpp
Severity: normal

As I'm retiring from Debian,
I intend to orphan the latexml package.

The package description is:
 latexml is a program, written in Perl, that attempts to faithfully mimic
 TeX's behaviour, but produces XML instead of dvi. The document model of
 the target XML makes explicit the model implied by LaTeX.
 .
 The processing and model are both extensible; you can define the mapping
 between TeX constructs and the XML fragments to be created. A postprocessor,
 latexmlpost converts this XML into other formats such as HTML or XHTML,
 with options to convert the math into MathML (currently only presentation)
 or images.

Best regards,   2014-12-26(Fri)

Atsuhito Kohda


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#773940: O: texworks -- Environment for authoring TeX (LaTeX, ConTeXt, etc) documents

2014-12-25 Thread Atsuhito Kohda
Package: wnpp
Severity: normal

As I'm retiring from Debian,
I intend to orphan the texworks package.

The package description is:
 An environment for authoring TeX (LaTeX, ConTeXt, etc) documents, with
 a Unicode-based, TeX-aware editor, integrated PDF viewer, and a clean,
 simple interface accessible to casual and non-technical users.
 .
 TeXworks is inspired by Dick Koch's award-winning TeXShop program for
 Mac OS X, which has made quality typesetting through TeX accessible to
 a wider community of users, without a technical or intimidating face.
 The goal of TeXworks is to deliver a similarly integrated, easy-to-use
 environment for users on other platforms, especially GNU/Linux and Windows.

Best regards,  2014-12-26(Fri)

Atsuhito Kohda


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#731787: texmacs: please migrate to guile-2.0

2014-09-18 Thread Atsuhito Kohda
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-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756224: libnss-myhostname: Causes apps that need FQDN to fail

2014-08-04 Thread Atsuhito KOHDA
Package: libnss-myhostname
Version: 0.3-9
Followup-For: Bug #756224

Dear Maintainer,

   * What led up to the situation?
   upgrading my testing system yesterday

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   only normal upgrade and it looks gnome-control-center pull libnss-myhostname

   * What was the outcome of this action?
   since upgrade, every comming emails are frozen and not delivered

   * What outcome did you expect instead?
   want to read email as usual!

After investigating upgraded packages, I suspect libnss-myhostname might
be culprit.  And after removing it, emails are delivered.
Error messages looks "lowest numbered MX record points to local host".

But the problem occurs only on a system where exim4 is configured
as internet site,
as smart host (the machine runs as a smart host for other machines),
deliver emails with procmail to my other machines.

Other machines which get emails by procmail or fetchmail work fine.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.14-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libnss-myhostname depends on:
ii  libc6  2.19-7
ii  multiarch-support  2.19-7

libnss-myhostname recommends no packages.

libnss-myhostname suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756722: lintian: false positive for embedded-library error

2014-08-02 Thread Atsuhito Kohda
On Sat, 2 Aug 2014 09:11:41 +0200, Jakub Wilk wrote:

> * Atsuhito Kohda , 2014-08-02, 15:28:
(snip)
>>Sorry but I mean texmacs 1.99.1-1 (accepted one) and 1.99.1-2
>>(rejected one) in experimental.
> 
> Oh, I didn't notice that there's a package in experimental. That was a
> bit of information I was missing.
> 
> Even the package from the archive triggers the Lintian error:
> 
> $ lintian -F texmacs_1.99.1-1_amd64.deb
> E: texmacs: embedded-library usr/lib/texmacs/TeXmacs/bin/texmacs.bin:
> freetype
> 
> (The package was accepted to the archive, because at that point
> Lintian didn't have the check for freetype implemented yet.)
> 
> To detect embedded copies of freetype, Lintian looks for the string
> "FT_Get_CID_Is_Internally_CID_Keyed" in the binaries. But this is a
> name of a public function, and texmacs just happens to use it. So it's
> indeed a false positive.
> 
> I'm not sure why exactly "FT_Get_CID_Is_Internally_CID_Keyed" was
> chosen, and what would be a better string to use... Until we figure it
> out, please add an override for the tag.

I see.  Thanks for your clarification.

Best regards,   2014-8-2(Sat)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756722: lintian: false positive for embedded-library error

2014-08-02 Thread Atsuhito Kohda
Hi Jakub,

On Fri, 1 Aug 2014 11:15:57 +0200, Jakub Wilk wrote:

> * Atsuhito Kohda , 2014-08-01, 11:08:
>>rejected by ftp-master because of lintian output:
>>'embedded-library usr/lib/texmacs/TeXmacs/bin/texmacs.bin: freetype',
>>automatically rejected package.
> [...]
>>I rebuild the (accepted) former version of texmacs but got the same
>>lintian error so I believe this should be false positive.
> 
> Hmm, I can't reproduce it here. I rebuilt texmacs (1:1.0.7.18-1) in
> up-to-date unstable amd64 chroot, but the resulting packages don't
> trigger any such error.

Sorry but I mean texmacs 1.99.1-1 (accepted one) and 1.99.1-2
(rejected one) in experimental.  Due to some fonts license issue,
I upload texmacs in experimental recently.

> Could you upload the packages somewhere (and preferably also the build
> log), so that we can take a close look at them?

I'll upload the package to my homepage but my main machine is
in my office so it will happen after monday.
Thanks for your work.

Best regards,   2014-8-2(Sat)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756722: lintian: false positive for embedded-library error

2014-07-31 Thread Atsuhito Kohda
Package: lintian
Version: 2.5.25
Severity: important

Dear Maintainer,


   * What led up to the situation?
   usual debuild and pdebuild.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   usual debuild and pdebuild.

   * What was the outcome of this action?
   rejected by ftp-master because of 
   lintian output: 'embedded-library usr/lib/texmacs/TeXmacs/bin/texmacs.bin: 
freetype', automatically rejected package.

   * What outcome did you expect instead?
   smooth upload without any error.

I rebuild the (accepted) former version of texmacs but got the
same lintian error so I believe this should be false positive.

Thanks for your efforts.

Best regards,   2014-8-1(Fri)

Atsuhito Kohda

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.14-2-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

Versions of packages lintian depends on:
ii  binutils   2.24.51.20140727-1
ii  bzip2  1.0.6-7
ii  diffstat   1.58-1
ii  file   1:5.19-1
ii  gettext0.19.2-1
ii  hardening-includes 2.5
ii  intltool-debian0.35.0+20060710.1
ii  libapt-pkg-perl0.1.29+b1
ii  libarchive-zip-perl1.37-2
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.37-1
ii  libdpkg-perl   1.17.10
ii  libemail-valid-perl1.194-1
ii  libfile-basedir-perl   0.03-1
ii  libipc-run-perl0.92-1
ii  liblist-moreutils-perl 0.33-2
ii  libparse-debianchangelog-perl  1.2.0-1
ii  libtext-levenshtein-perl   0.09-1
ii  libtimedate-perl   2.3000-2
ii  liburi-perl1.64-1
ii  man-db 2.6.7.1-1
ii  patchutils 0.3.3-1
ii  perl [libdigest-sha-perl]  5.18.2-7
ii  t1utils1.37-2

Versions of packages lintian recommends:
ii  libautodie-perl 2.25-1
ii  libperlio-gzip-perl 0.18-3
ii  perl-modules [libautodie-perl]  5.18.2-7

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.17.10
ii  libhtml-parser-perl3.71-1+b1
pn  libtext-template-perl  
pn  libyaml-perl   
ii  xz-utils   5.1.1alpha+20120614-2

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-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.

2014-07-08 Thread Atsuhito Kohda
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-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#753818: texworks: please use synctex parser provided by libsynctex-dev

2014-07-08 Thread Atsuhito Kohda
Hi Sebastian,

On Sat, 5 Jul 2014 14:41:16 +0200, Sebastian Ramacher wrote:

> texworks currently contains a copy of synctex parser from texlive-bin.
> This code is now provided as shared library by
> libsynctex1/libsynctex-dev. Please consider the attached patch to use
> the shared library instead of the embedded copy.

Thanks for your report and the patch.  
I just uploaded new package.  I think it might be better 
if the upstream fixes this so I'll contact the upstream later.

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-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#753128: lynx-cur: Please build against libgnutls28-dev

2014-07-03 Thread Atsuhito Kohda
Hi Andreas,

On Thu, 3 Jul 2014 19:16:52 +0200, Andreas Metzler wrote:

> On 2014-07-03 Atsuhito Kohda  wrote:
> [...]
>> But then I'm afraid libgnutls-dev should depends on 
>> libgnutls28-dev. 
>> I believe dependency on libgnutls-dev is much reasonable
>> than dependency on libgnutls28-dev.
> 
> Yes, the current state is a little bit ugly, but could not be helped,
> due incompatiblities.

Okay.

>> And I find that the new package seems to fix also #752610.
>> Is this correct?
> 
> It might make reproducing the bug against the test-site irreproducible
> but there is a real bug in lynx that needs fixing. lynx does not do
> certification verification properly as it only fails if 
> GNUTLS_CERT_SIGNER_NOT_FOUND is set.

I guessed so but I'd like to confirm it.  Thanks for your
clarification.

Best regards,   2014-7-4(Fri)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#753128: lynx-cur: Please build against libgnutls28-dev

2014-07-03 Thread Atsuhito Kohda
Hi Andreas,

On Sun, 29 Jun 2014 15:02:11 +0200, Andreas Metzler wrote:

> Please build lynx-cur against libgnutls28-dev (and possibly
> libgcrypt20-dev while you are at it) instead of libgnutls-dev, the
> older GnuTLS version should not be part of jessie.

Okay, I'm building the package now.
But then I'm afraid libgnutls-dev should depends on 
libgnutls28-dev. 
I believe dependency on libgnutls-dev is much reasonable
than dependency on libgnutls28-dev.

And I find that the new package seems to fix also #752610.
Is this correct?

Thanks for your report.
Best regards,   2014-7-3(Thu)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#699068: lynx: Cannot Type a Page-Number more than 999

2014-07-03 Thread Atsuhito Kohda
Hi Hart,

Please keep sending BTS, that is, plese send your email to
"699...@bugs.debian.org"
but do not send it to me privately.

Others might watch your report, especially an upstream might
watch your report.

On Fri, 27 Jun 2014 00:26:02 -0700, Hart Larry wrote:

> Hi Atsuhito: Fair enough, this will take several minutes of slow
> loading, but as I have 96lines on my screen, there are 1787 pages. You
> may very well have many more.
> https://packages.debian.org/testing/allpackages
> Thanks so much in advance
> Hart

Regards,2014-7-3(Thu)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#699068: lynx: Cannot Type a Page-Number more than 999

2014-06-27 Thread Atsuhito Kohda
Hi Hart, sorry for so late reply.

On Sat, 26 Jan 2013 17:34:33 -0800, Larry Hart wrote:

> When browsing an item with more than 999 screens or pages,
> I am unable to type a number past 999.
> Sure I can use a spacebar to advance, but if its thousands of
> screens, this is unworkable.  And just as bad, you cannot arrow through a 
> typed number
> to insert extra digits, the field won't go past 3.

I'd like to know any real URL so that I can test your problem.
Thanks for your interest in lynx.

Best regards,   2014-6-27(Fri)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#751202: texlive-fonts-extra: some STIX fonts are duplicated with fonts-stix

2014-06-10 Thread Atsuhito Kohda
Hi Norbert and all,

On Wed, 11 Jun 2014 10:42:34 +0900, Atsuhito Kohda wrote:

> Hi Norebert and all,

Sorry Norbert!  I used reportbug but nano(?) is not my familiar
editor.

Best regards,   2014-6-11(Wed)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#751202: texlive-fonts-extra: some STIX fonts are duplicated with fonts-stix

2014-06-10 Thread Atsuhito Kohda
Package: texlive-fonts-extra
Version: 2014.20140528-2
Severity: normal

Hi Norebert and all,

I maintain fonts-stix and got a bug report #713813.
Recently I fixed it and added fonts of STIX-word to fonts-stix
but then I found that fonts from STIX-word are duplicated with 
texlive-fonts-extra.
They are STIX-Bold.otf STIX-BoldItalic.otf STIX-Italic.otf STIX-Regular.otf 
STIXMath-Regular.otf under 
/usr/share/texlive/texmf-dist/fonts/opentype/public/stix/

It seems other fonts from STIX in texlive-fonts-extra were linked 
with fonts from fonts-stix so I think these new fonts from STIX-word
might be also linked to fonts from fonts-stix.

Thanks in advance.
Best regards,   Wed Jun 11 10:41:54 JST 2014
Atsuhito Kohda

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Versions of packages texlive-fonts-extra is related to:
ii  tex-common5.02
ii  texlive-binaries  2014.20140528.34243-2

-- debconf information:
  tex-common/check_texmf_missing:
  tex-common/check_texmf_wrong:


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#749836: RM: makejvf -- ROM; included in texlive-binaries

2014-05-30 Thread Atsuhito Kohda
On Fri, 30 May 2014 09:22:52 -0400, Scott Kitterman wrote:

> Please investigate:
> 
> Checking reverse dependencies...
> # Broken Build-Depends:
> ptex-jisfonts: makejvf
> 
> Once that's resolved, please remove the moreinfo tag.

I believe ptex-jisfonts itself should be removed from Debian
now, see #703589.

Also if one wants to keep it in Debian, one should change
as follows:
Build-Depends on texlive-binaries instead of makejvf.

$ apt-cache show texlive-binaries | grep makejvf
Provides: jmpost, luatex, makejvf, mendexk, texlive-base-bin
Conflicts: jmpost, makejvf, mendexk

So I think it is no problem to remove makejvf from unstable,
but if you have any question or doubt, please feel free
to ask me.

Thanks for your work.
Best regards,   2014-5-31(Sat)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#749837: RM: xfonts-mathml -- ROM; obsolete

2014-05-29 Thread Atsuhito Kohda
Package: ftp.debian.org
Severity: normal


Dear ftpmasters,

Please remove xfonts-mathml from unstable.
xfonts-mathml is obsolete and replaced by fonts-stix
(STIX fonts), also it get a license bug #694325.
There is no need to maintain it anymore.

Thanks
Atshuhito Kohda


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#749836: RM: makejvf -- ROM; included in texlive-binaries

2014-05-29 Thread Atsuhito Kohda
Package: ftp.debian.org
Severity: normal

Dear ftpmasters,

Please remove makejvf from unstable.

As already reported in Bug#694811, this package is
included in texlive-binaries and there in no reason
to keep this in Debian.

Thanks.
Atsuhito Kohda


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#713813: (no subject)

2014-05-24 Thread Atsuhito Kohda
Hi Frédéric,

On Fri, 23 May 2014 21:38:25 +0200, Frédéric WANG wrote:

> About the STIX versions at
> http://sourceforge.net/projects/stixfonts/files/Current%20Release/:
> 
> * STIXv1.1.1-webfonts.zip contains WOFF versions of STIXGeneral and some
> * versions of STIX Word adapted for MathJax. I don't think one wants to
> * install them (except perhaps as a local Web servers) so they can be
> * ignore for fonts-stix. Said otherwise, bug 730995 can be closed.
> 
> * STIXv1.1.0.zip contains two sets: STIXGeneral (about 30 files) and
> * STIX Word (4 files which includes STIX Math). STIXGeneral are becoming
> * obsolete, although they are still used by MathJax and Gecko <= 30, so
> * you might want to keep them. For STIX Word, the more recent 1.1.1
> * version should be considered (see below)
> 
> * STIXv1.1.0-latex contains version for use in the traditional TeX
> * typesetting engine (with the TeX metrics files and stuff). It would be
> * best to ask to the maintainers of the related package if they need
> * these fonts. It's probably already a dependency in texlive.
> 
> * STIXv1.1.1-word is the modern OpenType fonts with a MATH table (see
> * 
> http://mpeg.chiariglione.org/standards/mpeg-4/open-font-format/text-isoiec-cd-14496-22-3rd-edition
> * section 6.3.6). The name is really confusing, indeed it can be used in
> * Microsoft Word but also in modern TeX typesetting engines such as
> * XeTeX, LuaTeX or ConTeXt. Again, that should be a dependency for
> * texlive, I guess.
> 
> Anyway, all what I want to ask is to integrate the STIXv1.1.1-word in
> the fonts-stix package, please. I have recently been working on the
> support for the MATH table in WebKit and Gecko and these fonts will be
> necessary for the MathML rendering.
> 
> Note that in Gecko 31 (next ESR), the STIXGeneral fonts will be
> deprecated in favor of the STIX Math fonts. For details, see
> https://developer.mozilla.org/en-US/docs/Mozilla/MathML_Project/Fonts

Thanks.  I'll investigate your advise a bit more and will
update the package as soon as possible.  But please wait
for a while.

Best regards,   2014-5-24(Sat)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


--
To UNSUBSCRIBE, email to debian-bugs-dist-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

2014-01-21 Thread Atsuhito Kohda
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-dist-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

2014-01-20 Thread Atsuhito Kohda
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-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#731787: texmacs: please migrate to guile-2.0

2013-12-27 Thread Atsuhito Kohda
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-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#711841: xawtv makes whole system freezed

2013-06-30 Thread Atsuhito Kohda
Hi Maximiliano, sorry for delay but the machine is in my office
and I should wait untill monday (today).

On Thu, 27 Jun 2013 18:25:11 +0200, Maximiliano Curia wrote:

> ¡Hola!
> 
g> El Wednesday, June 12, 2013 a las 15:30 escribiste:
>> > After upgrading the kernel, and xawtv, the last two lines went away. So,
>> > it
>> > might be that the ioctl call ends up in kernel module error for the module
>> > that handles your webcam in your system.
> 
>> Interesting info.  As you might know the kernel (or my system
>> in the whole) is from standard Debian/testing at present.
> 
> linux-image-3.9-1-amd64 has entered in testing some time ago, are you still 
> able to reproduce the issue with the newer kernel?

Well under linux-image-3.91, xawtv 3.103-1 didn't crash.
But it still failed to display a video from a webcam.
It opened black window and after quitting it, there remained
messages on a terminal as follows;

This is xawtv-3.103, running on Linux/x86_64 (3.9-1-amd64)
xinerama 0: 1280x1024+0+0
vid-open-auto: using grabber/webcam device /dev/video0
Alsa devices: cap: hw:2,0 (/dev/video0), out: default
v4l2: oops: select timeout

Further, downgrading xawtv 3.102-3, it works fine.

Thanks for your maintenance.
Best regards,   2013-7-1(Mon)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#713813: New version is out!

2013-06-25 Thread Atsuhito Kohda
Hi Juhapekka,

On Sat, 22 Jun 2013 22:22:58 +0300, Juhapekka Tolvanen wrote:

> Package: fonts-stix
> Version: 1.1.0-1

> Latest version is 1.1.1-word . Get it while it's still hot!

Hmm, I think 1.1.1-word is for Windows Word so I don't
include it in fonts-stix package as changelog said

otf-stix (1.1.0~beta1-1) unstable; urgency=low

  * New Upstream (beta) Release.  (Closes: #646922)
   - STIX-Word is not contained because I believe it is not necessary
 for Debian.  If I am wrong, please let me know.

If I am wrong or if 1.1.1-word is necessary for Debian, 
please let me know ;-)

Thanks for your interest in fonts-stix.

Best regards,   2013-6-25(Tue)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#712738: lynx-cur: segfault after adding KEYMAP lines

2013-06-25 Thread Atsuhito Kohda
Hi Minerva,

On Wed, 19 Jun 2013 00:33:47 +, Minerva Vega wrote:

> Package: lynx-cur
> Version: 2.8.8dev.12-2

> adding the lines
> 
> KEYMAP:k:UP_TWO:SCROLLING
> KEYMAP:j:DOWN_TWO:SCROLLING
> 
> to ~/.lynx/keymap leads to segfault.

Hmm, on my Debian/teting lynx didn't crash at all and pressing
"j" and "k" keys seem to work appropriately to me.
But after quitting lynx I saw, on terminal, waring messages 
as follows;

setting of line-editor binding for key k (0x6b) for SCROLLING failed
setting of line-editor binding for key j (0x6a) for SCROLLING failed

I'm not so sure but lynx_help page teach me the following 

KEYMAP:^N:DOWN_TWO  # Move display down two lines
KEYMAP:0x10D:DOWN_TWO   # Function key Remove - Move display down two li
nes

so I fixed ~/.lynx/keymap

KEYMAP:k:UP_TWO
KEYMAP:j:DOWN_TWO

then "j" and "k" keys works fine and there is no warning message
left on a terminal.

> -- Configuration Files:
> /etc/lynx-cur/lynx.cfg changed [not included]
> /etc/lynx-cur/lynx.lss changed [not included]

Aren't there any changes related to crash?

Thanks for your interest in lynx-cur package.

Best regards,    2013-6-25(Tue)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#711841: xawtv makes whole system freezed

2013-06-11 Thread Atsuhito Kohda
Hi Maximiliano,

On Tue, 11 Jun 2013 10:31:59 +0200, Maximiliano Curia wrote:

> El 2013-06-11 a las 09:50 +0900, Atsuhito Kohda escribió:
>> Bus 001 Device 003: ID 04f2:1060 Chicony Electronics Co., Ltd 
> 
>> Bus 002 Device 004: ID 046d:08b5 Logitech, Inc. QuickCam Sphere
> 
> These two are webcams, right? You know which one is /dev/video0 and which is
> /dev/video1?

Well, I guess Logitech QuickCam is a webcam and /dev/video0,
Chicony would be a USB keyboard.
There is no /dev/video1

>> A bit more precisely, when I did run xawtv, it opens 
>> a window with black screen and so I right clicked on 
>> the window to quit.
>> Then I selected "Quit" but suddenly I saw console screen
>> full of characters (seems messages from kernel).
>> Then I could't do anything than pressing power button.
> 
> So, you got a kernel Oops. Following the same steps with the previous version
> of xawtv won't crash?

No, xawtv 3.102-3 doesn't crash.  I use it almost everyday.

> My guess is still a kernel module issue, but I'll try to follow the exit code
> of xawtv and check what could have changed.
> 
>> If you need any other information please let me know. 
> 
> Please confirm me if the previous version doesn't crash.

No, it doesn't crash.

> Also, the kernel error would be quite useful, but to obtain it you'll need to
> reproduce the problem, make sure to close all the other programs, save your
> files and sync your disks before testing this. Also you might need to take a
> picture of the screen if the computer ends up in a non-responsive state.

Okay, I'll try later.

> Testing this bug with another computer (with a kernel version similar to the
> one you reported) I got an interesting message:
> This is xawtv-3.103, running on Linux/x86_64 (3.2.0-4-rt-amd64)
> xinerama 0: 1366x768+0+0
> vid-open-auto: using grabber/webcam device /dev/video0
> ioctl: 
> VIDIOC_S_FMT(type=VIDEO_CAPTURE;fmt.pix.width=384;fmt.pix.height=288;fmt.pix.pixelformat=0x34524742
>  
> [BGR4];fmt.pix.field=ANY;fmt.pix.bytesperline=0;fmt.pix.sizeimage=202752;fmt.pix.colorspace=SRGB;fmt.pix.priv=0):
>  Invalid argument
> Error: Object "xawtv" does not have windowed ancestor
> 
> The last two lines are not printed with the previous xawtv version (3.102-3).
> 
> After upgrading the kernel, and xawtv, the last two lines went away. So, it
> might be that the ioctl call ends up in kernel module error for the module
> that handles your webcam in your system.

Interesting info.  As you might know the kernel (or my system 
in the whole) is from standard Debian/testing at present.

Thanks for your maintenance.
Best regards,   2013-6-12(Wed)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#711841: xawtv makes whole system freezed

2013-06-10 Thread Atsuhito Kohda
reen
full of characters (seems messages from kernel).
Then I could't do anything than pressing power button.

If you need any other information please let me know. 
Thanks for your maintenance.
Best regards,   2013-6-11(Tue)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#711841: xawtv makes whole system freezed

2013-06-10 Thread Atsuhito Kohda
Package: xawtv
Version: 3.103-1
Severity: important

Dear Maintainer,

   * What led up to the situation?
 only upgrading xawtv from 3.102-3 to 3.103-1

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 nothing special.

   * What was the outcome of this action?
 system was freezex and didn't accept any key iputs etc. so
 I needed to power down by power button.

   * What outcome did you expect instead?
 xawtv runs smoothly

I now downgraded xawtv to 3.102-3 and manually changed version number
in reportbug session.  Please don't ask me "try again 3.103-1".
It certainly made my system deep freezed.

Thanks for your maintenance.
Best regards,   Mon Jun 10, 2013


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xawtv depends on:
ii  debconf [debconf-2.0] 1.5.50
ii  lesstif2  1:0.95.2-1.1
ii  libasound21.0.27.1-1
ii  libc6 2.17-3
ii  libfontconfig12.9.0-7.1
ii  libgl1-mesa-glx [libgl1]  8.0.5-6
ii  libice6   2:1.0.8-2
ii  libjpeg8  8d-1
ii  liblircclient00.9.0~pre1-1
ii  libncurses5   5.9+20130504-1
ii  libpng12-01.2.49-4
ii  libsm62:1.2.1-2
ii  libtinfo5 5.9+20130504-1
ii  libx11-6  2:1.5.0-1+deb7u1
ii  libxaw7   2:1.0.10-2
ii  libxext6  2:1.3.1-2+deb7u1
ii  libxft2   2.3.1-1
ii  libxinerama1  2:1.1.2-1+deb7u1
ii  libxmu6   2:1.1.1-1
ii  libxp61:1.0.1-2+deb7u1
ii  libxpm4   1:3.5.10-1
ii  libxrandr22:1.3.2-2+deb7u1
ii  libxrender1   1:0.9.7-1+deb7u1
ii  libxt61:1.1.3-1+deb7u1
ii  libxv12:1.0.7-1+deb7u1
ii  libxxf86dga1  2:1.1.3-2+deb7u1
ii  libxxf86vm1   1:1.1.2-1+deb7u1
ii  libzvbi0  0.2.33-7
ii  pia   3.102-3
ii  scantv3.102-3
ii  v4l-conf  3.103-1
ii  x11-utils 7.7~1
ii  xawtv-plugins 3.102-3
ii  zlib1g1:1.2.8.dfsg-1

xawtv recommends no packages.

Versions of packages xawtv suggests:
pn  tv-fonts 
pn  xawtv-plugin-qt  

-- debconf information excluded


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#711825: tgif: Japanese fonts are broken in the exported EPS

2013-06-10 Thread Atsuhito Kohda
Package: tgif
Version: 1:4.2.5-1.2
Severity: normal

Dear Maintainer,

   * What led up to the situation?
   If you input Japanese fonts and print a file(ie exported as EPS)
   then you will see broken Japanese (mojibake in Japanese).

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   Upgraded tgif and modified /etc/X11/ja_JP.eucJP/app-defaults/Tgif
   for Japanese fonts

   * What was the outcome of this action?
   When prit a file containing Japanese font to LaTeX(EPS) format
   I got broken Japanese.

   * What outcome did you expect instead?
   Of course, I expect correct Japanese in EPS file.

FYI.  this is well-known problem and you can get the fix in
http://bourbon.usc.edu/tgif/download.html#tgif-QPL-4.2.5b
it is tgif-QPL-4.2-patch5b.gz 
Thanks for your maintenance.
Best regards,   Mon Jun 10, 2013


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages tgif depends on:
ii  debconf [debconf-2.0]  1.5.50
ii  gettext-base   0.18.2.1-1
ii  ghostscript9.05~dfsg-6.3
ii  libc6  2.17-5
ii  libice62:1.0.8-2
ii  libidn11   1.25-2
ii  libsm6 2:1.2.1-2
ii  libx11-6   2:1.5.0-1+deb7u1
ii  libxext6   2:1.3.1-2+deb7u1
ii  libxmu62:1.1.1-1
ii  libxt6 1:1.1.3-1+deb7u1
ii  netpbm 2:10.0-15+b1
ii  python-uniconvertor1.1.4-1+b2
ii  texlive-latex-base 2013.20130530-1
ii  zlib1g 1:1.2.8.dfsg-1

Versions of packages tgif recommends:
ii  xfonts-75dpi  1:1.0.3

tgif suggests no packages.

-- Configuration Files:
/etc/X11/ja_JP.eucJP/app-defaults/Tgif changed [not included]

-- debconf information excluded


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#711823: gnome-terminal: fails to launch X applications on gnome-terminal called with "ssh -X"

2013-06-09 Thread Atsuhito Kohda
Package: gnome-terminal
Version: 3.8.2-1
Severity: important

Dear Maintainer,

   * What led up to the situation?
 when upgraded gnome-terminal from 3.4.1.1-2 to 3.8.2-1
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 from a remote Debian machine, I did "ssh -X -f foo gnome-terminal"
 and got gnome-terminal, then I open emacs on it.  I saw emacs
 in a terminal mode and after I closed emacs I got an message
 "Display localhost:10.0 unavailable, simulating -nw"
   * What was the outcome of this action?
 It seems I cant launch X applications from gnome-terminal called
 with "ssh -X"
   * What outcome did you expect instead?
 when I open emacs without "-nw" it should open emacs in graphic mode.

Thanks for your maintenance.
Best regards,   Mon Jun 10 2013


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.9-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

Versions of packages gnome-terminal depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.16.0-4
ii  gconf-service3.2.6-1
ii  gnome-terminal-data  3.8.2-1
ii  gsettings-desktop-schemas3.4.2-3
ii  libatk1.0-0  2.8.0-2
ii  libc62.17-5
ii  libdconf10.16.0-4
ii  libgconf-2-4 3.2.6-1
ii  libglib2.0-0 2.36.1-2build1
ii  libgtk-3-0   3.8.2-1
ii  libpango-1.0-0   1.32.5-5+b1
ii  libuuid1 2.20.1-5.4
ii  libvte-2.90-91:0.34.5-2
ii  libx11-6 2:1.5.0-1+deb7u1

Versions of packages gnome-terminal recommends:
ii  dbus-x11  1.6.10-1
ii  gvfs  1.16.2-2
ii  yelp  3.8.1-2

gnome-terminal suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#706845: Segfaults on file close

2013-05-20 Thread Atsuhito Kohda
On Sun, 19 May 2013 18:19:45 +0200 (CEST), liste_fran...@gmx.de wrote:

> just let you know that I do not see this bug in version
> 1.0.7.18-1 in testing
> anymore.

Thanks for your report.

Best regards,   2013-5-20(Mon)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#704496: lynx-cur: lynx prepends html stuff when downloading a pure text file

2013-04-01 Thread Atsuhito Kohda
Hi Rick,

On Mon, 01 Apr 2013 16:25:18 -0700, Rick Thomas wrote:

> Hi there!
> 
> The following discussion occurred on the "debian-users" email list.
> 
> Enjoy!
> 
> Rick
> 
> ==
> Rick wrote:
> 
> On an apple macintosh G4, running debian squeeze,  I use lynx to download 
> cd-images from cdimage.debian.org.  I have no problem  getting CD ".iso" 
> images.
> 
> But when I try downloading the MD5SUMS file from the same directory, I get a 
> few lines of HTML pre-pended to the downloaded file.
> 
> Has anybody else seen this behavior?  Am I doing something wrong?  Is this a 
> bug in Lynx?

I guess "downloading" the MD5SUMS file is a bit wrong
but pressing a "P" key (you might see P)rint in a screen) 
might solve your problem.

I hope this helps you.  Thanks for your interest in lynx.

Best regards,  2013-4-2(Tue)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-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"

2012-12-13 Thread Atsuhito Kohda
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-dist-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"

2012-12-12 Thread Atsuhito Kohda
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-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#695638: texmacs: missing dependency that allows 'print preview button' to function

2012-12-12 Thread Atsuhito Kohda
Hi Hugo, thanks for your report.

On Mon, 10 Dec 2012 23:50:03 -0200, "Hugo A. M. Torres" wrote:

> It seems texmacs expects a package called 'ghostview' to be installed on
> the system in order to preview the print.
> 
> A quick google shows someone asked ghostview not be counted as a
> dependency for many packages and suggests the use of 'gv' instead:
> http://lists.debian.org/debian-edu/2006/04/msg00095.html
> 
> I installed that 'gv' package and the print preview worked.
> 
> May I suggest you add that as a dependency?

I investigated (the latest) texmacs 1.0.7.16 and found 
that it expected not only ghjostview, gv but also xdg-open
so I guess packaging texmacs 1.0.7.16 could fix the bug.

At least, I'm afraid adding "gv" as a dependency might be 
too restrictive.

Please wait for a while.  Thanks again.

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-dist-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"

2012-12-12 Thread Atsuhito Kohda
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-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#695350: latexml doesnt link properly with hyperref

2012-12-09 Thread Atsuhito Kohda
Hi Craig,

On Sat, 08 Dec 2012 00:15:36 +1100, Craig Small  wrote:

> If you try to use latexml and the document has hyperref package then
> any hyperref links become a mess.
> So tex source could have:
> 
>   A link to the \hyperref[blah]{link} to test. \ref{blah}
> 
> turns into:
> A link to the  class="ref">ah]link to test.  class="ref">0.1
> 
> The \hyperref link to "%5B#b.l" is wrong, but the \ref link of "#Ch0.S1"
> is correct.  pdf documents link correctly from the same source.

Confirmed.  Thanks for your report.
Perhaps I neeed to contact upstream to fix the bug.
Thanks for your interest in LaTeXML package.

Best regards,       2012-12-10(Mon)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#694904: lynx-cur: Please mark Multi-Arch: foreign

2012-12-03 Thread Atsuhito Kohda
Hi Colin,

On Sun, 2 Dec 2012 00:09:08 +, Colin Watson wrote:

> lynx-cur is Architecture: any, but on a multiarch system it doesn't
> matter which architecture you get as long as you can execute its
> binaries.  Six source packages in unstable build-depend on it directly,
> and 40 more would if they noticed that lynx is a transitional package
> and replaced it with lynx-cur.  Accordingly, it would be helpful to mark
> lynx-cur Multi-Arch: foreign to avoid blocking cross-builds of those
> packages.  For example, at the moment xterm fails to cross-build in
> Ubuntu because it tries to run lynx but only has the version for the
> host architecture (the one being built for) rather than the build
> architecture (the one being built on).
> 
> There would be no harm in marking lynx-cur-wrapper and lynx Multi-Arch:
> foreign as well, even though they're transitional and Architecture: all.
> On Ubuntu this is in practice unnecessary for Architecture: all packages
> in cross-build-dependencies due to an apt patch, but that patch hasn't
> yet been accepted into Debian so it still makes a difference there.  In
> any case it seems good to be explicit.

Thanks for your explanation.  In fact I don't have clear 
understandung of Multi-Arch so now I try to understand it
by browsing http://wiki.debian.org/Multiarch/ .

I will undate the package as soon as possible.

Best regards,   2012-12-4(Tue)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#694811: Package makejvf in conflicts with texlive-binaries

2012-12-03 Thread Atsuhito Kohda
Hi Jerome,

On Fri, 30 Nov 2012 16:27:20 +0100, Jerome Vouillon wrote:

> The makejvf binary is now included in package texlive-binaries, which
> is in conflicts with makejvf. Hence, installing makejvf removes a
> significant part of TeX Live.

Right.

> I'm therefore wondering whether this package is still providing useful
> functionalities, or whether it should be removed.

Apparently it should be removed.  Thanks for your report.
Merci beacoup!

Best regards,   2012-12-4(Tue)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#572565: ping: ttf-jsmath: surely remove defoma hints file before 0.01-2

2012-10-18 Thread Atsuhito Kohda
On Thu, 18 Oct 2012 08:57:25 +0900, Hideki Yamane wrote:

> Hi,

Hi Yamane-san,

>  This is ping to maintainer.

Thanks for remind me of this bug.  I completely forget this.
I'll fix this later.

>  And if you don't have enough time to maintain it, I recommend you to
>  move to team maintenance under pkg-fonts-devel umbrella. How abou it? 

When it is difficult for me to maintai this package, 
I'll leave this to pkg-fonts-devel.

Best regards,   2012-10-19(Fri)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#689579: unblock: dvi2ps-fontdesc-morisawa5/0.5

2012-10-14 Thread Atsuhito Kohda
Hi Adam,

On Sat, 13 Oct 2012 18:26:30 +0100, "Adam D. Barratt" wrote:

> Looking through the diff, there's an undocumented bump of the
> debhelper compat level from 4 to 6. What's the rationale for that?

Hmm, this package is very simple and so I seldom update 
the package.  So I'm afraid the package becomes rather an old
style package as time passes.  So when I've got a chance 
to update package I've tried to update anything as possible 
as I can.

I don't remeber precisely, but I guess I bump the debhelper
compat level along the following modification.

  * To erase lintian warnings, we refine debian/rules a bit.

This might be not an appropriate modification at a freeze period
but I think this is not a practical problem.

If I should change packaging or changelog or anything, please
let me know.

Best regards,   2012-10-15(Mon)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#689579: unblock: dvi2ps-fontdesc-morisawa5/0.5

2012-10-05 Thread Atsuhito Kohda
Hi Adam,

On Fri, 05 Oct 2012 19:12:17 +0100, "Adam D. Barratt" wrote:

> The package was removed from testing back in May as part of the last
> TeXLive transition. Is there a particular justification for trying to
> re-add it now?

At TeXLive transition, I thought wrongly that this was obsolete 
and unnecessary.  But I notice, after getting Bug#688253 and 
reviewing the package, that this is necessary even now to use 
complete set of morisawa fonts.

I explain a meaning of complete set of morisawa fonts briefly.
As the package name "morisawa5" indicates, this contains fonts
data for five typefaces.

Normally, Japanese fonts consist of only two type faces, i.e.
Mincho(like roman) and Gothic(like Bold sanserif).
But Morisawa fonts have three more typefaces, i.e.
FutoMin(bold Mincho), FutoGo(bolder than normal Gothic), 
Jun101(hand-writing shape, soft or casual Mincho).

One can use Mincho and Gothic of Morisawa fonts without this 
package (perhaps) but one needs this package to use FutoMin, 
FutoGo and Jun101.

So I think it is reasonable to re-add this package.
Thanks for your work.

Best regards,   2012-10-6(Sat)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#689579: unblock: dvi2ps-fontdesc-morisawa5/0.5

2012-10-04 Thread Atsuhito KOHDA
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package dvi2ps-fontdesc-morisawa5

This version fixes the grave bug#688253 i.e. unistallable 
in sid.
Basically, it is a dependency problem and we need to change 
dependency from obsolete vfdata-morisawa5 to texlive-lang-cjk.

Also because of this change, the package should be modified to
use TFM and/or VF files of texlive-lang-cjk so I did it too.

So debdiff output:
diff -Nru dvi2ps-fontdesc-morisawa5-0.4/debian/changelog 
dvi2ps-fontdesc-morisawa5-0.5/debian/changelog
--- dvi2ps-fontdesc-morisawa5-0.4/debian/changelog  2008-07-23 
11:20:11.0 +0900
+++ dvi2ps-fontdesc-morisawa5-0.5/debian/changelog  2012-10-04 
09:34:58.0 +0900
@@ -1,3 +1,15 @@
+dvi2ps-fontdesc-morisawa5 (0.5) unstable; urgency=low
+
+  * Modify to be compatible with new TeXLive2012 environment.
+So we can't use the package with vfdata-morisawa5 anymore and we removed
+vfdata-morisawa5 from Depends field.
+  * Fix a control file so that this is installable.  Thanks to Andreas Beckmann
+ and Colin Watson .
+(Closes: #688253)
+  * To erase lintian warnings, we refine debian/rules a bit.
+
+ -- Atsuhito KOHDA   Wed, 03 Oct 2012 14:29:25 +0900
+
 dvi2ps-fontdesc-morisawa5 (0.4) unstable; urgency=low
 
   * Renamed fontdesc file bikan-morisawa (to bikan-morisawa5) to avoid 
diff -Nru dvi2ps-fontdesc-morisawa5-0.4/debian/compat 
dvi2ps-fontdesc-morisawa5-0.5/debian/compat
--- dvi2ps-fontdesc-morisawa5-0.4/debian/compat 2008-05-29 17:24:21.0 
+0900
+++ dvi2ps-fontdesc-morisawa5-0.5/debian/compat 2012-10-03 14:47:06.0 
+0900
@@ -1 +1 @@
-4
+6
diff -Nru dvi2ps-fontdesc-morisawa5-0.4/debian/control 
dvi2ps-fontdesc-morisawa5-0.5/debian/control
--- dvi2ps-fontdesc-morisawa5-0.4/debian/control2008-05-29 
17:31:02.0 +0900
+++ dvi2ps-fontdesc-morisawa5-0.5/debian/control2012-10-03 
16:44:14.0 +0900
@@ -7,7 +7,7 @@
 
 Package: dvi2ps-fontdesc-morisawa5
 Architecture: all
-Depends: dvi2ps (>= 4.1j), vfdata-morisawa5 (> 0.0.20020122-12)
+Depends: ${misc:Depends}, dvi2ps (>= 5.1j), texlive-lang-cjk
 Recommends: ptex-bin, okumura-clsfiles
 Description: fontdesc files of dvi2ps for Morisawa Basic-5 type faces
  You can convert DVI file with Morisawa Basic-5 type faces of vfdata-morisawa5
diff -Nru dvi2ps-fontdesc-morisawa5-0.4/debian/copyright 
dvi2ps-fontdesc-morisawa5-0.5/debian/copyright
--- dvi2ps-fontdesc-morisawa5-0.4/debian/copyright  2008-05-29 
17:31:02.0 +0900
+++ dvi2ps-fontdesc-morisawa5-0.5/debian/copyright  2012-10-03 
16:44:14.0 +0900
@@ -7,6 +7,3 @@
 ftp://ftp.math.s.chiba-u.ac.jp/tex
 
 and dvi2ps is in main (i.e. DFSG-compliant) so this package goes in main.
-
-Note vfdata-morisawa5, on which this package depends, changed license to 
-the modified BSD.
diff -Nru dvi2ps-fontdesc-morisawa5-0.4/debian/dirs 
dvi2ps-fontdesc-morisawa5-0.5/debian/dirs
--- dvi2ps-fontdesc-morisawa5-0.4/debian/dirs   2003-02-14 12:00:17.0 
+0900
+++ dvi2ps-fontdesc-morisawa5-0.5/debian/dirs   2012-10-03 14:55:48.0 
+0900
@@ -1,2 +1,2 @@
-usr/share/texmf/dvi2ps
+usr/lib/dvi2ps
 etc/texmf/dvi2ps
diff -Nru dvi2ps-fontdesc-morisawa5-0.4/debian/rules 
dvi2ps-fontdesc-morisawa5-0.5/debian/rules
--- dvi2ps-fontdesc-morisawa5-0.4/debian/rules  2008-07-23 11:23:50.0 
+0900
+++ dvi2ps-fontdesc-morisawa5-0.5/debian/rules  2012-10-03 16:40:08.0 
+0900
@@ -8,7 +8,7 @@
 # This is the debhelper compatability version to use.
 
 PACK=dvi2ps-fontdesc-morisawa5
-TXMF=/usr/share/texmf
+TXMF=/usr/lib
 INSTDIR=$(CURDIR)/debian/$(PACK)$(TXMF)/dvi2ps
 ETCDIR=$(CURDIR)/debian/$(PACK)/etc/texmf/dvi2ps
 
@@ -19,7 +19,9 @@
 
touch configure-stamp
 
-build: configure-stamp build-stamp
+build: build-arch build-indep
+build-arch: configure-stamp build-stamp
+build-indep: configure-stamp build-stamp
 build-stamp:
dh_testdir
 
diff -Nru dvi2ps-fontdesc-morisawa5-0.4/fontsk/asc-morisawa5 
dvi2ps-fontdesc-morisawa5-0.5/fontsk/asc-morisawa5
--- dvi2ps-fontdesc-morisawa5-0.4/fontsk/asc-morisawa5  2008-07-23 
11:31:59.0 +0900
+++ dvi2ps-fontdesc-morisawa5-0.5/fontsk/asc-morisawa5  2012-10-03 
16:09:32.0 +0900
@@ -1,6 +1,6 @@
 # built-in morisawa fonts for pTeX / ASCII Nihongo TeX
 # First, convert pTeX dvi -> built-in kanji dvi by virtual font
-font   jvf * 0 $tmf/vf/ascii-mor5/%f.vf
-#font  jvf * 0 a2$bk-%f
+font   jvf * 0 $texl/vf/ptex/morisawa/%f.vf
+#font  jvf * 0 $texl/vf/morisawa/%f.vf
 # then, use built-in kanji
 fontdesc   bikan-$extra
diff -Nru dvi2ps-fontdesc-morisawa5-0.4/fontsk/bikan-morisawa5 
dvi2ps-fontdesc-morisawa5-0.5/fontsk/bikan-morisawa5
--- dvi2ps-fontdesc-morisawa5-0.4/fontsk/bikan-morisawa52008-05-29 
14:25:37.0 +0900
+++ dvi2ps-fontdesc-morisawa5-0.5/fontsk/bikan-morisawa52012-10-03 
16:32:07.0 +

Bug#688253: dvi2ps-fontdesc-morisawa5: uninstallable in sid, depends on the removed vfdata-morisawa5

2012-10-02 Thread Atsuhito Kohda
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-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#689218: unblock: mathematica-fonts/16

2012-10-01 Thread Atsuhito Kohda
Hi David,

On Sun, 30 Sep 2012 09:08:30 -0400, David Prévot wrote:

> Please unblock package mathematica-fonts, it fixes an important issue
> via unstable (#686260: allow for translation of all user-visible
> messages), with a review of all descriptions, update most existing
> translations (including the eight aiming for being complete in Wheezy)
> and add a new one.
> 
> The attach debdiff spares you the POT and PO files.

Thanks for your help.  In fact, it's difficult for me
to write a clear and concise bug report as you wrote.

Best regards,2012-10-1(Mon)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#688876: unblock: mathematica-fonts/15

2012-09-29 Thread Atsuhito Kohda
Dear Release Managers,

Please unblock mathematica-fonts_16.  This fixes only Spanish 
translation from mathematica-fonts_15.

Sorry for not so good co-operation with transalation team.

On Wed, 26 Sep 2012 11:36:18 -0400, David Prévot  wrote:

> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> Please unblock package mathematica-fonts, it fixes an important issue
> via unstable (#686260: allow for translation of all user-visible
> messages), with a review of all descriptions, update most existing
> translations (including the eight aiming for being complete in Wheezy)
> and add a new one.
> 
> The attach debdiff spare you the POT and PO files.
> 
> unblock mathematica-fonts/15

Thanks in advance.

Best regards,   2012-9-30(Sun)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#688923: mathematica-fonts: [INTL:es] spanish translation

2012-09-27 Thread Atsuhito Kohda
Hi Javier and David,

On Thu, 27 Sep 2012 17:32:42 +0200, Javier Fernandez-Sanguino wrote:

> On 27 September 2012 13:41, David Prévot  wrote:
>>> I'm not sure if this version is really updated Spanish
>>> translation or not.
>>> Sould I update Rafael's translation with this po file?
> 
> I might have missed Rafael's translation when looking through the bug
> reports. I certainly did not see it in the list. As David said,
> Rafael's version was not sent to the list, I did send mine to the list
> but it has not been reviewed.

I see, thanks for your clarification.

> Nevertheless, as he might not be as experienced as myself doing
> translations I would suggest you to use my version. I will review
> Rafael's and merge both anyway.
> 
>> As far as I can see, none has been proofread on the debian-l10n-spanish
>> list, and obviously, the list was not used for coordination. I can't
>> judge of the quality of a Spanish translation, so I don't know if one is
>> better than the other. Anyway, even if Javier's version is better than
>> Rafael's, it probably does not need to be updated in the archive right
>> now (you can safely wait for the package to enter testing first, maybe
>> someone from the Spanish team will vouch for one of these two versions,
>> or even a third in the mean time ;-).
> 
> Well, I sent the translation for review in the list and will review
> Rafael's. If a new translation update is in order I will submit an
> update to the BTS.

I'll wait for a new update.  Thanks for your contribution.

Best regards,   2012-9-28(Fri)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#688923: mathematica-fonts: [INTL:es] spanish translation

2012-09-26 Thread Atsuhito Kohda
Hi David,

On Thu, 27 Sep 2012 02:13:15 +0200, Javier Fernández-Sanguino Peña wrote:

> Please find attached an updated po-debconf translation of this package into
> Spanish.

I'm not sure if this version is really updated Spanish
translation or not.
Sould I update Rafael's translation with this po file?

Thanks for your help.

Best regards,   2012-9-27(Thu)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#686260: [BTS#686260] templates://mathematica-fonts/{templates,control}

2012-09-10 Thread Atsuhito Kohda
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-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#686260: [LCFC] templates://mathematica-fonts/{templates,control}

2012-09-06 Thread Atsuhito Kohda
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}

2012-09-06 Thread Atsuhito Kohda
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-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#685786: lynx-cur: debconf question for homepage does not accept https

2012-08-27 Thread Atsuhito Kohda
Hi Thorsten,

On Fri, 24 Aug 2012 16:02:33 +0200, Thorsten Glaser wrote:

> Upon dist-upgrading a lenny system, I got a debconf question,
> after answering it over and over again:

> Only using http:// worked. I think https:// and especially file://
> are perfectly valid.

lynx-cur doesn't use debconf anymore (since 2.8.8dev.8-2 or near it)
so I think this is not a bug.

Thanks for your interest in lynx-cur package.

Best regards,2012-8-27(Mon)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#683587: science-typesetting: please remove texmacs-extra-fonts from Recommends which is obsolete

2012-08-01 Thread Atsuhito KOHDA
Package: science-typesetting
Version: 0.16
Severity: normal

Dear Maintainer,
I found that science-typesetting Recommends texmacs-extra-fonts
but, since texmacs 1.0.7.13-1, texmacs itself includes all fonts
which texmacs-extra-fonts includes so now texmacs-common Conflicts
with texmacs-extra-fonts.

So please remove texmacs-extra-fonts from Recommends in your
package.

Thanks for your maintenance.
Best regards.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages science-typesetting depends on:
pn  science-config  
pn  science-tasks   

Versions of packages science-typesetting recommends:
ii  auctex11.86-10.1
pn  bibus 
pn  bibutils  
pn  cb2bib
pn  dia   
pn  diploma   
ii  feynmf1.08-8
pn  impose+   
pn  jabref
pn  jeuclid-mathviewer
pn  kbibtex   
pn  latexdiff 
ii  libjlatexmath-java0.9.7-1
pn  lyx   
pn  mlpost
pn  pybliographer 
pn  referencer
pn  sketch
ii  texlive   2012.20120611-3
ii  texlive-bibtex-extra  2012.20120611-2
ii  texlive-math-extra2012.20120611-2
pn  texlive-publishers
ii  texlive-science   2012.20120611-2
ii  texmacs   1:1.0.7.16-0.1
pn  texmacs-extra-fonts   
ii  transfig  1:3.2.5.d-3
ii  xfig  1:3.2.5.b-3

Versions of packages science-typesetting suggests:
pn  csv2latex  
pn  gpapers
pn  libgtkmathview-bin 
pn  openoffice.org-dmaths  
pn  pymarc 
pn  quaneko
pn  r-cran-xtable  
pn  tellico
pn  texmaker   
pn  zotero 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#673351: texlive-metapost: pmpost.mp is missing

2012-05-18 Thread Atsuhito Kohda
Hi Hilmar,

On Fri, 18 May 2012 10:29:08 +0200, Hilmar Preuße wrote:

> It think this is rather an issue in reportbug. -> #673204

Ah, you experienced the same issue.  Thanks for 
your notification.

Best regards,2012-5-18(Fri)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#673351: texlive-metapost: pmpost.mp is missing

2012-05-18 Thread Atsuhito Kohda
Hi Norbert,

On Fri, 18 May 2012 17:25:10 +0900, Norbert Preining wrote:

> [pmpost.mp]
> 
> Shouldn't it be more in texlive-lang-cjk? What do you think?

Yes, it's reasonable.  Sorry for late reply.

Best regards,   2012-5-18(Fri)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#673205: texlive-xetex: xeCJK.sty still somewhat broken

2012-05-17 Thread Atsuhito Kohda
Hi Hilmar,

On Wed, 16 May 2012 23:55:27 +0200, Hilmar Preuße wrote:

> this is a reopening of #668562 and friends. I still found a document, which
> can be compiled using LaTeX, but not XeLaTeX and it still looks like a
> problem in xeCJK.sty.  Yes, we have a different error message.  As the
> document has non-ASCII chars it is attached.

If you add \setCJKmainfont[]{TakaoMincho} like

\usepackage{xeCJK}
\setCJKmainfont[]{TakaoMincho}

then you can compile a file with xelatex, can't you?
(I guess any font you installed is okay for "TakaoMincho"
but if not please install "fonts-takao".)

If so I think this is only a feature of xeCJK and not a bug 
but if I'm wrong I guess it will be better to ask this problem
to xetex mailing list because xeCJK is so basic package
for CJK users.

Best regards,   2012-5-18(Fri)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#673351: texlive-metapost: pmpost.mp is missing

2012-05-17 Thread Atsuhito KOHDA
Package: texlive-metapost
Version: 2012.20120516-1
Severity: normal

Dear Maintainer,

While checking japanese TeX related programs, I noticed
that pmpost.mp was missing.

So i got a message like this;
Sorry, I can't find the 'pmpost' preload file; will try 'plain'.This is 
pMetaPost, version 1.504-0.04 (kpathsea version 6.1.0) (utf8.euc)
(plain.mp
Preloading the plain mem file, version 1.004)) (./area-utf8.mp [1]

but if I copied pmpost.mp from tlptexlive it worked fine;
This is pMetaPost, version 1.504-0.04 (kpathsea version 6.1.0) (utf8.euc)
(pmpost.mp (/usr/share/texlive/texmf-dist/metapost/base/plain.mp
Preloading the plain mem file, version 1.004)) (./area-utf8.mp [1] )


pmpost.mp seems only to do input plain.mp but I think 
it should be installed.

Thanks for your maintenace.

BTW, when I did reportbug texlive-metapost I was warned
as follows even now.

Getting status for texlive-metapost...
Checking for newer versions at madison...
Your version of texlive-metapost (2012.20120516-1) is newer than that in
Debian! Do you still want to file a report [y|N|q|?]? 

I don't know why and I believe I've installed an official 
Debian packages.

Best regards

-- 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. 

   *** The Debian TeX Team is *no* 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.latex-einfuehrung.de/mini-en.html (english)

or 

http://www.latex-einfuehrung.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

-rw-r--r-- 1 root root 2941 May 18 08:01 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 May 10 07:39 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 May 16 17:01 /usr/share/texlive/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEMAIN
lrwxrwxrwx 1 root staff 25 Feb 19  2010 /usr/local/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-LOCAL
lrwxrwxrwx 1 root root 31 May 16 17:01 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 May 16 17:01 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 May 16 17:01 /usr/share/texlive/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEMAIN
##
 Config files
-rw-r--r-- 1 root root 2505 May 10 13:32 /etc/texmf/web2c/texmf.cnf
-rw-r--r-- 1 root root 8750 May 17 06:23 /var/lib/texmf/web2c/fmtutil.cnf
lrwxrwxrwx 1 root root 32 May 16 17:01 /usr/share/texmf/web2c/updmap.cfg -> 
/var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 4838 May 17 06:23 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 4
-rw-r--r-- 1 root root 2505 May 10 13:32 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf
67035b219617b13fb1608f4ff31be6a1  /etc/texmf/texmf.d/20jtex.bak
26e84c977c5eb07c926d06ca864bf60c  /etc/texmf/texmf.d/20ptexjtex.cnf
648754a606852c15a5d26e7d4dcc2eba  /etc/texmf/texmf.d/20ptexjtex.cnf~
a2057afdbd77fd66607fa8eac587f289  /etc/texmf/texmf.d/30aflatex.dpkg-bak
119bf4e1333b751a6ee7e068e228a570  /etc/texmf/texmf.d/45TeXinputs.cnf~
54e51e37c83e10756bc1587a4cbba224  /etc/texmf/texmf.d/50dvipdfmx.cnf
dd062262a6496ad6f36075885719ff20  /etc/texmf/texmf.d/60jbibtex.cnf
76e03fd152a51167f5b0ce0996e56040  /etc/texmf/texmf.d/60jtex-bin.cnf
3ab719bb2783c92b433db385be01d3c5  /etc/texmf/texmf.d/70dvipsj.cnf
7ae52efac46feb97010986e57877d12e  /etc/texmf/texmf.d/80DVIPDFMx.non
055e06548bac99958d8ab2dd1248f2b4  /etc/texmf/texmf.d/80tex4ht.cnf

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i

Bug#670494: fixing this

2012-05-10 Thread Atsuhito Kohda
Hi Norbert and all,

On Fri, 11 May 2012 08:21:10 +0900, Norbert Preining wrote:

> I have made the following additions to the preinst of ptex-bin:
> case "$1" in
> install|upgrade)
>   if dpkg --compare-versions "$2" le "2011.20120509-1" ; then
> rm -f /etc/texmf/texmf.d/30ptex*
> rm -f /etc/texmf/fmt.d/30ptex*
> rm -f /etc/texmf/texmf.d/20ptex*
> rm -f /etc/texmf/fmt.d/20ptex*

Please don't remove 20ptex* because 20ptexjtex.cnf comes
from my package ptex-jtex.

Well ptex-jtex is, in short, pTeX in old days (latex209 or
\documentstyle for example) and license is also old ASCII's
license and so in non-free.  But it runs faster than the
current pTeX and sometimes current pTeX's compatibility mode 
doesn't work for old files so it is (very rare but) useful yet.

Fortunately ptex-jtex can be modified to be installable with 
pTeX of TeXLive so I continue to maintain it.
Anytime I can remove ptex-jtex but untill it causes some 
inconveniences I'll maintain it.

> dpkg-divert --package ptex-bin --remove --rename --divert \
>   /usr/bin/pltotf.nonja /usr/bin/pltotf
> 
> dpkg-divert --package ptex-bin --remove --rename --divert \
>   /usr/share/man/man1/pltotf.nonja.1.gz /usr/share/man/man1/pltotf.1.gz
> 
> dpkg-divert --package ptex-bin --remove --rename --divert \
>   /usr/bin/tftopl.nonja /usr/bin/tftopl
> 
> dpkg-divert --package ptex-bin --remove --rename --divert \
>   /usr/share/man/man1/tftopl.nonja.1.gz /usr/share/man/man1/tftopl.1.gz
>   fi
> esac
> 
> 
> 
> Please let me know if you think this appropriate or if we need anything
> more?

I think it is reasonable.

Best regards,   2012-5-11(Fri)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#666067: transition: libkpathsea6

2012-05-06 Thread Atsuhito Kohda
Hi Norbert,

On Mon, 7 May 2012 11:40:07 +0900, Norbert Preining wrote:

> On Fr, 27 Apr 2012, Atsuhito Kohda wrote:
>> >pdvitomp -> pmpost
>> 
>> Okay.
> 
> I have now uploaded texlive-binaries 2011.20120507-1 to Debian
> which ships pmpost binary, the above link, and replaces/conflicts/provides
> jmpost.
> 
> I think we thus can remove jmpost.

Yes you are right.  I found a few more packages which 
should be removed.
ptex-base and jbibtex-base are completely included in 
texlive-lang-cjk so should be removed.

I believe that mendexk package should be removed also 
because of texlive-binaries.

If you need more precise information, please let me know.

And only FYI. it seems pdfjam is also included in 
texlive-extra-utils so I think we can remove it.

I'm now checking new texlive packages upgraded in testing
and find pTeX related programs work incredibly fine.
Thanks for your work.

Best regards,   2012-5-7(Mon)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#670913: Making it work again, but plotting not right

2012-05-04 Thread Atsuhito Kohda
Hi Gaubitzer Erwin,

On Mon, 30 Apr 2012 16:14:25 +0200, Gaubitzer Erwin wrote:

> I found out that compilation of tm_r.c fails because of a missing util.h .
> However by removing the line
>   #include 
> in tm_r.c leads to a working tm_r and copying it to 

Thanks for your report.  I'll investigate the problem
afterwards and sorry for late reply.

Best regards,   2012-5-5(Sat)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#666067: transition: libkpathsea6

2012-05-04 Thread Atsuhito Kohda
Hi Adam and all,

On Fri, 04 May 2012 23:21:53 +0100, "Adam D. Barratt" wrote:

> After a few more removals and a small breakage (scalable-cyrfonts-tex)
> the new texlive stack is now in testing.  I missed aging a catdvi
> upload, which is keeping libkpathsea5 in testing still, so I'm not
> closing the bug yet.  Hopefully that should be sorted in tomorrow
> morning's run.

Great! Thanks for your work. I'd like to know a bit more.

If I understand correctly jbibtex-bin is (will be) removed, 
then I'd like to know what is the situation of jbibtex-base.
jbibtex-base is completely included in texlive-lang-cjk
as follows:
$ diff -ur /usr/share/texmf/jbibtex/bst/ 
/usr/share/texlive/texmf-dist/pbibtex/bst/
$ diff -ur /usr/share/texmf/jbibtex/bib/ 
/usr/share/texlive/texmf-dist/pbibtex/bib/

It might cause no problem at present but I believe there is 
no need to keep jbibtex-base anymore.

Next, I'd like to know about texfam.  Is it correct to think
it is in unstable and we have more time to try migrating it 
to kpathsea6 environment?

Best regards,   2012-5-5(Sat)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#666067: transition: libkpathsea6

2012-05-03 Thread Atsuhito Kohda
Hi Adam,

On Thu, 03 May 2012 20:53:26 +0100, "Adam D. Barratt" wrote:

> For context, these four packages are broken by the transition of the new
> libkpathsea + texlive stack to testing, which I'm trying to finalise.
> I'd like to get that out of the way over the weekend, if not before, so
> speedy responses would be appreciated.  There's a possibility the
> packages may be removed from testing if necessary.

Thanks for your work.
About dvi2ps-fontdesc-morisawa5 please remove it from testing.
If necessary I agree also to remove it from Debian archive.

Best regards,   2012-5-4(Fri)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#666067: transition: libkpathsea6

2012-05-03 Thread Atsuhito Kohda
Hi Adam,

On Thu, 03 May 2012 20:48:09 +0100, "Adam D. Barratt" wrote:

> On Wed, 2012-05-02 at 14:45 +0900, Norbert Preining wrote:
>> > - okumura-clsfiles, ptex-jisfonts and vfdata-morisawa5 now appear to be
>> > virtual packages provided by texlive-lang-cjk, so I've assumed the "old"
>> > source packages should be removed from testing
>> 
>> Yes from my side, but the maintainers have to give their word.
> 
> Maintainers added to Cc.  Please confirm...

About vfdata-morisawa5, there is no problem.  Please remove it
from testing.  If necessary I agree also to remove it from Debian
archive.

BTW, I guess I already confirmed removal of my package with
http://lists.debian.org/debian-tex-maint/2012/03/msg00031.html
but apparently it doesn't reach you, Adam.

Best regards,    2012-5-4(Fri)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



  1   2   3   4   5   >