来週着を予定していた #TurboLinux 6.0が届いてしまった....
Q: 第2条第1項 "ソフトウェアを対象製品と共に1台のコンピュータに複製 (インストール) して使用することができます" が怪しいのでは?
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
ファイル名を信じるのであれば、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
変換サーバのatok12xがキチンと起動できてないだけなのでヨシ! (よくはない)
straceしても子プロセス作って死んでるだけだし。お前は鮭か
Q: 子プロセスのシステムコールも見られるのでは?
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
#LinuxThreads をサポートする最終の #glibc が2.5などと書かれているが、こんなバカみたいなことをやってる奴が他に居るってことが驚きだよ (ありがとうございます)
18.04 - Compile glibc 2.3 with linuxthreads - Ask Ubuntu https://askubuntu.com/questions/1284873/compile-glibc-2-3-with-linuxthreads
#Vine #Linux くん?!となっています。2008年にもなって #LinuxThreads 実装を使うディストリビューションがあったのか
Vine Linux 4.2上のMATLABで一部の関数を実行すると、MATLABがクラッシュします。 - MATLAB Answers - MATLAB Central https://jp.mathworks.com/matlabcentral/answers/103704-vine-linux-4-2-matlab-matlab?#accepted_answer_113044
jigdo-lite: fork: Resource temporarily unavailableとか出て動かないので、MSYSを差し替えて起動はした。そう、起動はしたのだ
Jigdo mini が 64bit Windows 10で動かない件 http://taraijpn.blogspot.com/2016/03/jigdo-mini-64bit-windows-10.html
下記のディレクトリからjigdoファイルを食わせてやるも、404まつりで何も落ちてこない。例としてlzopも落ちてこないが、新しいバージョンの物しかダウンロード元ディレクトリに存在しない
http://cdimage.debian.org/cdimage/archive/4.0_r9/i386/jigdo-dvd/
アッ、こっちから取得させなきゃいけないのか http://archive.debian.org/debian/
jigdo-liteはいつも通りWebArchiveから取得してダウンロードしている
http://web.archive.org/web/20220211150234/atterer.org/jigdo/#download
#Debianの #jigdo なダウンロードに時間がかかりすぎる (いや、ISOイメージを作ろうとせずに直接インストールすればいいのでは?) ので、 #VineLinux を試そうとしたら、グラフィカルインストーラは正常に動作したのにX Window Systemの起動に失敗するという妨害に遭っている。scim-bridgeを試してみたいというのもあるんだが‥‥
アッ、 #vmsvga ってフルカラー設定の時、ホストとゲストの色数を一致させないと (トゥルーカラーかハイカラーか) 詰むのか
本件Vine Linux 4.2は "vluser" を使用している
#VineLinux 4.2だと "netstat -lt" で #ATOK のプロセスが出てくるのに、 #Ubuntu 4.10では出てこないのなぜ.... Vine Linuxの方が #libc が新しいのに....
#Ubuntu 4.10: NPTL 0.60
#VineLinux 4.2: libpthreads-0.10
#glibc #libc #LinuxThreads
"glibc 2.3.2以上では、getconfコマンドを使用してスレッド実装を判定できます。
# getconf GNU_LIBPTHREAD_VERSION"
Oracle® Linux 6ポーティング・ガイド - 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