Uncle hadsn来週着を予定していた #TurboLinux 6.0が届いてしまった....
Q: 第2条第1項 "ソフトウェアを対象製品と共に1台のコンピュータに複製 (インストール) して使用することができます" が怪しいのでは?
A: "共に" が "複製" にかかっていると解釈しております
A: "共に" が "複製" にかかっていると解釈しております
アッ、もしかしてCD Manipulator 2.70ってピリオドを含んだフォルダ名を扱えない?
理論上は4分もあればCDは読み込み切れるはずか
結局ImgBurnでいい感じ[TM]にリッピングしたところ、ディスク1に怪しげなRPMファイルを見つけた
\TURBOLIN\RPMS\ATOK12SE.RPM
#TurboLinux のディスクを #Windows でマウントすると、 #ATOK のRPMが "\TURBOLIN\RPMS\ATOK12SE.RPM" なのに、 #Linux でマウントすると "\TurboLinux\RPMS\ATOK12SE-1-20.i386.rpm" になるのってどういう仕組み? (→ #RockRidge フォーマットと判明)
RPM v3パッケージが時代遅れとか出てバチクソ笑ってる。
ubuntuuser@ubuntuuser-VirtualBox:~/ドキュメント$ rpm -qpR ATOK12SE-1-20.i386.rpm
warning: RPM v3 packages are deprecated: ATOK12SE-1-20.i386
/bin/sh
ld-linux.so.2
libc.so.6
libpthread.so.0
/bin/sh
しかし依存情報が少なくない?となてり
まだ動かしてはいないが、なんかいやらしさがある #glibc
Why glibc 2.34 removed libpthread | Red Hat Developer https://developers.redhat.com/articles/2021/12/17/why-glibc-234-removed-libpthread#
やろうとしているのは、本質的にこれなんだろうね。新しいソフトを古い環境で動かすのか、古いソフトを新しい環境で動かすのかという違いがあるけど
CentOS6 で Zabbix 3.0 を動かす (力業編) https://qiita.com/komeda-shinji/items/93880150f85738432a59 #Qiita
ファイル名を信じるのであれば、ATOK 12 SE/R.2はバージョン1, リリース20のようである。なんだそりゃ?
RPMパッケージのネーミング規則 https://docs.oracle.com/cd/E96517_01/ladbi/rpm-packages-naming-convention.html#GUID-04FBD99C-77A8-4E31-9C8D-5B6B2EAE68DB
普通はrpm2cpioでぶちまけられたやつをパイプでサブシェルに渡してcpioコマンドを実行するらしいですね?と思いながら、バラで実行すると、いい感じ™にぶちまけられた
ubuntuuser@ubuntuuser-VirtualBox:~/ドキュメント$ rpm2cpio ATOK12SE-1-20.i386.rpm > ATOK12SE-1-20.i386.cpio
ubuntuuser@ubuntuuser-VirtualBox:~/ドキュメント$ mv ATOK12SE-1-20.i386.cpio ATOK12SE/
ubuntuuser@ubuntuuser-VirtualBox:~/ドキュメント$ cd ATOK12SE/
ubuntuuser@ubuntuuser-VirtualBox:~/ドキュメント/ATOK12SE$ cpio -F ./ATOK12SE-1-20.i386.cpio -id
61399 ブロック
ファイルをいい感じ™に配置してatok12xを実行しようにも、 #bash くんが "そのようなファイルやディレクトリはありません" などとぬかしてきた。どうもライブラリが足らないとそのようなメッセージが出る事例がある模様 (は???) ちなみに本件は先にatok12prxを実行しようとしてロケールが云々のエラーでセグフォを吐いたので、何も考えずにEUC-JPを追加した (しかしatok12prxは動かなかった) #ATOK #Linux
Ubuntu日本語フォーラム / "そのようなファイルやディレクトリはありません"というエラーに関して https://forums.ubuntulinux.jp/viewtopic.php?pid=124725#p124725
何はともあれ "sudo apt install libc6:i386" である
オッ??? kinput2xを起こせば使えるんか???
ubuntuuser@ubuntuuser-VirtualBox:~/documents/ATOK12SE/usr/bin$ ./atok12x -D -d /var/lib/atok12/dict
Kana-Kanji conversion server
ATOK12 SE for Linux
(C) 1999 JUSTSYSTEM Corporation
日本語でおｋ
ubuntuuser@ubuntuuser-VirtualBox:~/documents/ATOK12SE/usr/X11R6/bin$ Warning: Cannot load app-defaults file.
Kinput2 may not work properly without it.
Maybe kinput2 is not installed correctly,
or your file search path (specified by
environment variable 'XFILESEARCHPATH')
is wrong.
�Ѵ������Ф���³�Ǥ��ޤ���Ǥ�����
Error: IMProtocol: resource locales must be specified at widget creation
EUC-JPをサポートするライブラリどこ....
ubuntuuser@ubuntuuser-VirtualBox:~$ env LANG=ja_JP.eucJP gnome-terminal
# Locale not supported by C library.
# Using the fallback 'C' locale.
日本語でおｋ
ubuntuuser@ubuntuuser-VirtualBox:~$ printenv | grep -e "LANG"
LANG=ja_JP.eucJP
相変わらず文字化けしてんな。gnome-terminalなんて使うなという気もするが
ubuntuuser@ubuntuuser-VirtualBox:~/documents/ATOK12SE/usr/X11R6/bin$ ./kinput2x
Warning: Cannot load app-defaults file.
Kinput2 may not work properly without it.
Maybe kinput2 is not installed correctly,
or your file search path (specified by
environment variable 'XFILESEARCHPATH')
is wrong.
�Ѵ������Ф���³�Ǥ��ޤ���Ǥ�����
Error: IMProtocol: resource locales must be specified at widget creation
どっかで '-' とかスペースとかを抜いてよしなにしてくれるとか読んだ気がしたのにﾝﾝﾝﾝ.... ("env LANG=ja_JP.EUC-JP mlterm --km=EUC-JP" でやっと何とかなった ( "--km=EUC-JP" をつけないと文字場毛の傾向が変わる (なお実行結果はエラー)))
※kinput2xはちゃんと変換サーバを指定して実行するものです
#kinput2 セルフビルドのやっていきが生えてきたけど、どのロケールを使いたいのかよくわからないatok12prxの起動に失敗し続けているので、 #TurboLinux の起動実験に再度取り組むべきなのだろう #ATOK
ubuntuuser@ubuntuuser-VirtualBox:~/documents/ATOK12SE/usr/bin$ ./atok12prx
Warning: locale not supported by C library, locale unchanged
Warning: locale not supported by Xlib, locale set to C
Warning: X locale modifiers not supported, using default
Warning: Cannot convert string "-misc-fixed-medium-r-normal--14-130-75-75-c-70-iso8859-1,-misc-fixed-medium-r-normal--14-*-*-*-*-*-jisx0208.1983-0" to type FontSet
Warning: Unable to load any usable fontset
Warning: Unable to load any usable fontset
Segmentation fault (コアダンプ)
Warning: Unable to load any usable fontset
Warning: Unable to load any usable fontset
Segmentation fault (コアダンプ)
にしても、なんで毎々あの世代のLinuxはXの起動でコケるの.... (当時モノのサポート済みハードウェアを使えの回)
n_soda氏の助けにより、 "/usr/X11R6/lib/X11/locale/" から "/usr/share/X11/locale/" へのリンクを張ることによりSEGVを出さずに (LANG=ja_JP.eucJP指定で) atok12prxの起動可能となった。しかしタイトルバーは化けてるし、各種GUIウィジェットがのっぺらぼうになっているので、フォントが読めないと解釈してxfonts-75dpiやxfonts-mplusなどをインストールするもいっこうに文字が現れない。フォントが入っていないからダメ、という解釈は誤りなんだろうか? #ATOK #Linux
端末に "Warning: locale not supported by C library, locale unchanged" と依然出ているのが気になると言えば気になるがja_JP.eucJPでもなければja_JP.UTF-8でもない存在って何ですか? というかLC_MONETARYを舐めるのをやめろ (これもシンボリックリンクか実ファイル移植ですかね?)
実にならんカスタマイズツールの実行なんて諦めて (後回しにして)、 #kinput2 のセルフビルドはよ、と言われればそれまでではあるんですが。しかしのっぺらぼうで上がってくるのが気持ち悪すぎる。結局 #TurboLinux 6.0と向き合わなければいけないという事実は変わらない
LC_MONETARYを舐めるの、フォント指定が実際関係していそう
STed2で日本語部分にもmilkjfフォントを使用するための覚え書き - 試験運用中なLinux備忘録・旧記事 https://kakurasan.hatenadiary.jp/entry/20080123/p1
STed2で日本語部分にもmilkjfフォントを使用するための覚え書き - 試験運用中なLinux備忘録・旧記事
「STed2が「Cannot open display. Aborting.」となって起動できない件についてとその対処」において、milkjfだけを使おうとして「-milkjf-fixed-*-r-normal--16-*-*-*」を指定*1してみたのだが、何故か化けてダメだった。 テストプログラムの結果は以下。 (2014/10/2)リンク先を修正 pattern: -milkjf-fixed-*-r-normal--16-*-*-* default: missing: JISX0208.1983-0 missing: KSC5601.1987-0 missing: GB2312.1980-…
"/etc/gdm3/Xsessions" を読んでシェルスクリプトを完全に理解しよう!
急にsegVを吐くようになってしまった。なぜだ? kinput2-cannaを有効にしたからか?
日本語入力ができないUbuntu 4.10じゃ問題がないから、kinput2-cannaを有効下からでFAっぽい
n_soda@hadsn 使うlocaleは ja_JP.eucJPが一番無難なはずだし(X11層では伝統的にこれです。glibc層だとおそらく ja_JP.eucJP、ja_JP.eucjp、ja_JP.EUC-JP の全部が動くとは思いますが)、このエラーはやっぱりlocaleデータベースの追加に失敗してますね。
https://zenn.dev/tmtms/articles/202205-locale
にある追加手順に抜けはありませんか？
「locale -a」でja_JP.eucjpは表示されていますか？
https://zenn.dev/tmtms/articles/202205-locale
にある追加手順に抜けはありませんか？
「locale -a」でja_JP.eucjpは表示されていますか？
@n_soda 状況はまだ確認できてないのですが、前述の通りlanguage-pack-jaは入れていないので、charmapなどの中身がないハコだけのロケールができあがっているという状態なんですかね?
@hadsn その辺趣味として真剣に追いかけたいならstraceかけるだけでも何が足りないか見当つくんじゃないかと思います。
でもまあ順当な手順でやり直すだけで済ませる方に一票ですね。
でもまあ順当な手順でやり直すだけで済ませる方に一票ですね。
@n_soda language-pack-jaを入れようとしたら最新版が入ってるよ～されて、locale -aの結果にもja_JP.eucJP, ja_JP.ujis, japanese, japanese.eucが含まれておりました。straceすると、さんざん変な場所のlocale.aliasやLC_MONETARYを読もうとしてコケた後死んでる感じですね
@hadsn
main()
{
char *rv = setlocale(LC_ALL, "");
if (rv == NULL)
fprintf(stderr, "setlocale failed\n");
else
printf("%s\n", rv);
return 0;
}
みたいなプログラムをビルドして「env LC_ALL=ja_JP.eucJP ./a.out」と実行すると setlocale failed と表示される状況でしょうか？
もしそうなら、環境変数をすべて削除して再度「env LC_ALL=ja_JP.eucJP ./a.out」を試してみるべきかもしれません。
それでもまだダメなら再インストール？
こあ@core 参照されるべきFAQがズレてーらという感じになっている (まだ理解していない) http://web.archive.org/web/19990422050837/http://www.linux.or.jp/%7Eukai/debian/topics-ml-228.html
@hadsn わかりませぬが Warning: のロケールがごにょごにょはまやかしで、~/.Xresources に
```
kinput2*IMProtocol.locales: <LANGと同じロケール>
```
をブチ込んでやればよいのでは
@core TurboLinux 6.0についてくるkinput2は3.0.5なんだけどねえ、などと (ジャストシステム謹製kinput2xが何をベースにしているか判ったものじゃないが)
@hadsn rpm2cpio 展開したとこの /usr/share/X11/app-defaults/ になんかない？
https://wiki.archlinux.jp/index.php/X_resources#.E3.83.87.E3.83.95.E3.82.A9.E3.83.AB.E3.83.88.E8.A8.AD.E5.AE.9A
https://wiki.archlinux.jp/index.php/X_resources#.E3.83.87.E3.83.95.E3.82.A9.E3.83.AB.E3.83.88.E8.A8.AD.E5.AE.9A
@core そんなディレクトリがそもそもない (TurboLinux 6.0のそれらには何が書いてあるんだか)
@core #TurboLinux 6.0を動かしてみてみたけど、/etc/X11/xinitの中にあるxinitrcや、Xresources.sample, /etc/X11/xinit/xinitrcを呼んでいる~/.xsession (rootログインしているため/root/.xsession) にもなんもないねえ
Masanori Ogino 𓀁@hadsn dpkg-reconfigure locales しました？
@omasanori /etc/locale.genを書き換えて、locale-genでやってるんですけどねえ
@hadsn eucJPではなくEUC-JPと書いた場合も同じ結果ですか？
@omasanori エラーは吐かないんですが、化け化けになりました (EUC-JP指定で起動したmltermでやっと化けなくなりました)
@n_soda @omasanori ふつうに落としてきた22.04 LTSを日本語でインストールしただけなので、それを入れるという発想には至っていなかったですね ("--help" オプションで英語の項目が一部が出てきて、理解が面倒だ、とは感じていた)
変換サーバのatok12xがキチンと起動できてないだけなのでヨシ! (よくはない)
straceしても子プロセス作って死んでるだけだし。お前は鮭か
Q: 子プロセスのシステムコールも見られるのでは?
A: それもそうか
A: それもそうか
dockerで四半世紀前のglibcと一緒に封印してやろうかこの野郎
もしかして: #libpthread が無いから落ちている?
影響範囲どこなんだ
"There was even a time, some twenty years ago, when there were two separate implementations of libpthread, the LinuxThreads implementation for Linux 2.4 and earlier and the Native POSIX Threads Library (NPTL) implementation for Linux 2.6 and later."
Why glibc 2.34 removed libpthread | Red Hat Developer https://developers.redhat.com/articles/2021/12/17/why-glibc-234-removed-libpthread#
ﾎｰﾝ
"オリジナルのPthreads実装(LinuxThreads)は、glibc 2.4以降サポートされなくなりました"
5.2 スレッド・モデル https://docs.oracle.com/cd/E39368_01/porting/ch05s02.html
2006/03/06以降リリースの #Linux ディストリビューションだと、 #LinuxThreads 対応が削除された #glibc を使っている可能性がある、と
Glibc Timeline - glibc wiki https://sourceware.org/glibc/wiki/Glibc%20Timeline