NetBSD 絹の日記

今週末は ARRL DX Contest SSB だけれども、ひどい風邪を引いてしまったので、中止して、養生中。
さて、 2011/12/09 の日記に、
/usr/pkg/etc/sudoers の passwd_timeout
という題名の文章を書いた。
きょう、また設定しようと思って man sudoers の中の timeout という文字列を探していたら、

passwd_timeout
timestamp_timeout

の二つの説明があって、何が違うのかと良く読んでいたら、

passwd_timeout: password 入力を待つ分数(ふんすう)、既定値は 5 分
timestamp_timeout: password を入力しなくても次の sudo を実行するまでの分数、既定値は 5 分

かな。という訳で、僕に必要なのは後者の方だ思う。

Defaults  timestamp_timeout = 60

と書いて見た。

I wrote some note related

pdvips: ! invalid char 19032 from font rml

in the diary 2012/03/02 . And submitted send-pr -> PR/46133

Then miskim@ told me to test tex-ptex-3.2.
I have packaged tex-ptex-3.2 with patch.
Then I process the newly created *.dvi file by ptex-3.2 with old pdvipsk which has no rml mapping capabilty.
Now works fine. My comment is that it is fine. But we do need pdvipsk with rml mapping capability to process old *.dvi file ?

＠ xdvi claims:

With newly created *.dvi file with tex-ptex-3.2,

modena@makoto 17:35:35/120304(hoge/work)% xdvi regex-only.dvi 
xdvi-xaw: Warning: Character 19032 not defined in font rml
xdvi-xaw: Warning: Character 19832 not defined in font rml

This is another strange thing to me.

＠ tex-ptex-3.2 Has following map:

modena@makoto 18:23:31/120304(..usr/pkgsrc)%  \
head /usr/pkg/share/texmf-dist/fonts/map/dvipdfmx/ptex/*
==> /usr/pkg/share/texmf-dist/fonts/map/dvipdfmx/ptex/morisawa.map <==
%%
%% Morisawa
%%
ryumin-l    H   Ryumin-Light
ryumin-l-v  V   Ryumin-Light
gtbbb-m     H   GothicBBB-Medium
gtbbb-m-v   V   GothicBBB-Medium
futomin-b   H   FutoMinA101-Bold
futomin-b-v V   FutoMinA101-Bold
futogo-b    H   FutoGoB101-Bold

==> /usr/pkg/share/texmf-dist/fonts/map/dvipdfmx/ptex/ptex-noEmbed.map <==
%%
%% ASCII pTeX
%%

rml       H               !Ryumin-Light
rmlv      V               !Ryumin-Light
gbm       H               !GothicBBB-Medium
gbmv      V               !GothicBBB-Medium

2012年03月04日(日) 旧暦 [n年日記] [更新:"2012/03/04 18:26:28"]

#1 [pkgsrc] timestamp_timeout in /usr/pkg/etc/sudoers

#2 [pkgsrc] I've submitted the patch to pdvipsk problem

＠ xdvi claims:

＠ tex-ptex-3.2 Has following map: