なにはともあれSLAX

**よーだ** · 2006/08/25(金) 08:34:04

ディストリの壁をこえて SLAX を語ろう。

**よーだ** · 2006/08/25(金) 08:47:19

特殊な組織内のイントラネットを組むシステムとしては最もコストパフォーマンスの高い選択肢でしょう。

**よーだ** · 2006/08/25(金) 09:03:12

SLAX本家
http://slax.org/

slax-ja
http://hatochan.dyndns.org/slax-ja/

小江戸らぐ
http://hatochan.dyndns.org/koedolug/

simosnet（1CD-Linuxイメージ置場）
http://simosnet.com/livecd/slax/

**login:Penguin** · 2006/08/25(金) 10:32:06

赤井秀和

**login:Penguin** · 2006/08/25(金) 10:49:50

SLAXは、ハードの認識、どの程度?
PCIーEXとかの、ビデオボード認識する。
最新ボード類はダメ?

**login:Penguin** · 2006/08/25(金) 20:41:32

SLAXでアクしている。なかなかいい。
ちなみにsis651。

**login:Penguin** · 2006/08/26(土) 21:28:12

SLAX? what?

**よーだ** · 2006/08/27(日) 09:41:10

>>7
see 3

**login:Penguin** · 2006/08/27(日) 12:59:40

ちょっと使ってみた。
ほんとに軽い。

PDFで日本語の文章が読めないのがチトむかつくだけで、結構良いかも。
ページに所感を書き込もうとしたが最終書き込みが去年あたりなのな。

**login:Penguin** · 2006/08/28(月) 13:10:11

スレタイ見て、かあちゃんのスラックスもってやってきました。
この後、どうすれば？

**login:Penguin** · 2006/08/29(火) 14:55:07

login だの　pwだの　馬鹿の俺にはわけ分からんがなｗ　　よってウンコ認定ｗ　

**login:Penguin** · 2006/08/29(火) 15:36:08

>>11
試しもしないで訳わからないこと言ってる馬鹿発見！

**login:Penguin** · 2006/08/29(火) 15:47:32

>>12 だから馬鹿だって自分で逝ってるだろｗ　ちゃんと嫁ｗ

**login:Penguin** · 2006/08/29(火) 17:07:51

>>13
読んだ、でもスルーしちまった、よって俺も馬鹿ｗ

**login:Penguin** · 2006/08/29(火) 19:03:47

焼いた、起動した、飽きた

1cd linuxって10分で飽きる。

**login:Penguin** · 2006/08/29(火) 19:15:46

SLAX
これ、そーとースマートな作りやね。
どっかが大口採用したらブレークするんちゃうか。
あ、「PCはHDDから起動する」ちゅうしばりのある人には向かんかも。
来年あたりUSB 512M-1G にこんなOSインストールして起動させるスタイルがsuccessか。

**login:Penguin** · 2006/08/29(火) 19:33:15

1.設定を保存するために別のメディアをマウントして保管しなきゃならない
2.設定を呼び出すために別のメディアをマウントして呼び出したり、起動時に
適切なタイミングでチートコードを打ち込まなきゃならない
3.cdなんてでかすぎ、かといってbootできるusbは多くない。
usb bootできるボードはさらに少ない。

くのっぴとか使ってる人はどうやって突破してるのか不思議でかなわない

**login:Penguin** · 2006/08/29(火) 21:39:36

>>17
1と2については、hddがまだなかったころを知っている人なら、今後どう対応すればいいかわかるだろう。（そもそも環境設定の保存は自動的でない方がよい）
3については、usbメモリースティックの普及次第だろう。
CD会社がつぶれるぐらいだから、hddからflashへの移行は、意外にはやいかも。

**login:Penguin** · 2006/08/29(火) 22:11:31

>hddがまだなかったころを知っている人なら、今後どう対応すればいいかわかるだろう。

わからん？どうしろと？
hddが無かったころ、何をしても^Cしてた。
cp/mだったし
でも今はFDDもないし

**login:Penguin** · 2006/08/30(水) 09:02:26

>>19
それ(cp/m)以前、ということじゃないか。
BASIC-ROMのこと言ってるんだろう。
たしかにあのころはROM焼き器でEPROMにOSを灼いたりしていた。
いまならflash RAMに高速にr/wできる。
いま（この15年ほど）は/dev/hdaに起動システムを置くのがふつうだが、
18の頭には「起動は/dev/sda1_removable、/dev/hd*は単純なstorage」という発想があると見た。
そもそも/dev/hd*も不要かも知れない。
それなら機密漏洩もないし、データはネット経由でどこかに保存すればいい。

**login:Penguin** · 2006/08/30(水) 10:46:24

19,20なんか昔の話だな。

**login:Penguin** · 2006/08/30(水) 11:48:55

SLAXの日本語化はhatochanとsimosnetでビミョウに違うが、本家からリンクされるのがどちらになるかが問題。日本語化をモジュールとして実現している（らしい）hatochanの方がSLAXらしいので軍配アゲ。/rootcopy以下には日本語(i18n)化まわりの設定は置かない方がいいと思う。
あと、入力まわりがscim(simosnet)とuim(hatochan)で異なるが、これは好みの問題か。（uimにはfepがあるのでjfbtermを入れればコンソールから入力できるぞ）
もうひとつhatochanの方は時間がGMTだが、simosnetはJST。個人的にはJSTの方が好みなんだがな。

**login:Penguin** · 2006/08/30(水) 12:22:23

>>17
> bootできるusbは多くない
って、bootできないusbメモリーがあるのか？
syslinuxの3.x以上をインストールして、
# dd if=/usr/lib/syslinux/mbr.bin of=/dev/sda
して、あとfdiskでvfatパーティション作って、mkdosfs /dev/sda1したあとsyslinux /dev/sda1 してやればブートしないusbスティックなどないように思うのだが、ちがうか。

**login:Penguin** · 2006/08/30(水) 13:11:34

>>23
本体BIOSの方の話だろう？
うちのは全滅だもの

**login:Penguin** · 2006/08/30(水) 16:53:35

>>24
BIOSが対応してなければversion-upしてみて、やっぱりダメならあきらめる。そんときゃ（そんときだけ）CD-Rに焼く。
GIGABYTEのM/B(GA8SIMLH)でUSBまわりの動きが不可解だったが、新しいBIOS書き込んだらきっちり動くようになったぞ。

**login:Penguin** · 2006/08/30(水) 17:08:02

>>22 のつづき
hatochanの最新5.1.7にsimosnetの5.0.6deluxの中のモジュールを全部ほりこんだ。
結果、'sudo'が'permission denied'をかえして/etc/sudoersが読めんという（rootだのに..）。man sudoしたら、'automounterが悪さをしている'と書いていた。
しかたないので、Devel_module_for_SLAX_3_3_5.mo, JAVA_JRE_1_5_004.mo, OpenOffice_org_2_0_Final_RAF-JP.mo, firefox-1.0.6-ja.mo だけ入れることにしたら、いまのところ完動している。

**login:Penguin** · 2006/08/30(水) 18:33:45

>>25
ｼｮﾎﾞｲPIIIだからなぁ。
もうメーカーのBIOSの更新なんざとっくに止まってる

**login:Penguin** · 2006/08/31(木) 15:33:07

ENIACでは起動毎にディップスウィッチを入れてブートシークエンスを入力していた（らしい）。
IBM360はブートストラップ用の紙テープで起動していた（らしい）。
ゆえに、外部媒体による起動は歴史的に正しい。
USBメモリー起動型PC操作は今後急速に普及するだろう。

**login:Penguin** · 2006/08/31(木) 17:47:07

>ENIAC
ありゃワイヤードロジックだべ。

**login:Penguin** · 2006/09/02(土) 09:00:27

>>28
正しいかどうかはともかく、自分の完全な環境、アプリごとのキーバインドまで、を持ち歩けるというのは相当の魅力ではあるな。
（とはいえこの板、かきこ少なし。SLAXとやら、前途如何。ユーザーありてのディストリぞかし）

**login:Penguin** · 2006/09/02(土) 14:02:08

環境を持ち歩くってのがもう古いんじゃないかな。

**login:Penguin** · 2006/09/02(土) 19:20:26

ユビキタスどこでもPCの世になっても、キーバインドの設定なんちゅうのはけっこうめんどいものだ。まあ江戸時代の「矢立て」みたいなもんか。OS仕込USB目盛。

**login:Penguin** · 2006/09/02(土) 23:54:30

>>31
環境を持ち歩けば、たしかに（usbちっぷを）落としてしまうかも知れない。
とすればいまのままHDDに内蔵するか、あるいはネット経由で呼び出すか。
ほかに思いつかんが。

**login:Penguin** · 2006/09/03(日) 08:21:07

SDカードからブート出来れば最高の持ち運び環境だけどなぁ～
ハードウェアが対応してないのが問題だよな～

**login:Penguin** · 2006/09/03(日) 12:50:10

>>34
本体側から見たらSDカード（でもなんでもstorageそれぞれ）がusbメモリーと認識される、なんちゅうデバイスができれば解決だが ←できんかこれ（ニーズが多ければできるかも）

**login:Penguin** · 2006/09/03(日) 14:05:14

>>35
なにかと潰しがききそうなデバイスだ。
起動に限らず、そんなのあると楽だよなぁ。

**login:Penguin** · 2006/09/03(日) 14:42:42

いらないモジュール抜いて、欲しいモジュール入れて
カスタマイズが容易なのが好きだ。

Xfceだと、低スペックでもそこそこ動くし、1CD Linuxの
中では一番好きだな。日本語入力環境もそれほど違和感無いしね。

**login:Penguin** · 2006/09/03(日) 15:10:24

>>35
USBメモリスティック型カードリーダー？
中国とか行けばありそうな感じですなｗ

**login:Penguin** · 2006/09/03(日) 19:49:21

>>37
いやそのとおり。
これわし持ち歩こう思てる。
プレゼンで、大スクリーン会場でLinuxブートしちゃるねん。
それだけでつかめるでえ。内容わすれてもSLAXの画面だけ覚えとったりして。

**login:Penguin** · 2006/09/03(日) 19:51:48

印象に残るプレゼンがしたいなら
SONYバッテリとデルノートの組み合わせが最強ですよ旦那。

**login:Penguin** · 2006/09/03(日) 20:00:28

ブート禁止です、なんちゅう主催者がおったら、一私企業（M$のこと）の製品を発表のインフラにするなんちゅうことをいつ誰が決めたんや、議事録見してみい、ちゅうてどやしたるねん。きくでこれは。

**login:Penguin** · 2006/09/03(日) 20:45:04

あ、まあしかし、まじめならまじめなほど融通がきかんもんやから、現場担当者いじめるんもおとなげないし、男さげるし、
さっきのんは総会かなんかで攻撃色うすめて「本学会が発表方法の一部に一私企業の製品を指定していることに関する経緯をうかがいたい」みたいに遠回しにせめるほうがええかもしれん。

**login:Penguin** · 2006/09/03(日) 22:17:41

>>42
それうすまってないからw
ふつーにイジメに見えるw

**login:Penguin** · 2006/09/04(月) 09:04:36

>>42
運営委員か理事にでもなって、あるいは託して、運営委員会の席上ぐらいで質問するくらいでいいんじゃないの。
総会での質問はけっこうきついですよ。たぶん誰も答えられないでしょうし、やぶへびで強権的な意見が出る可能性もあるし。
主旨が伝われば（常識的な学会なら）次回より改善されるはずです。

**login:Penguin** · 2006/09/04(月) 20:31:44

>>40
会場のスプリンクラーが作動します。

**login:Penguin** · 2006/09/04(月) 20:34:02

>>45
素晴らしき水芸の世界。

**login:Penguin** · 2006/09/05(火) 07:20:38

燃やしてどないするねん。
前にあったなあ。テレビ版のMI、なんや言うたなー。スパイ大作戦やったかなあ。
命令伝えたあとでシュボゆうて燃えるねん。最初の3分で完全につかんでもたな。あれで。

**login:Penguin** · 2006/09/05(火) 17:25:54

>>38
アキバで売ってるけど？

**login:Penguin** · 2006/09/05(火) 18:40:18

じゃあ、USBブート出来るM/Bがあればいいのか・・・な？

**login:Penguin** · 2006/09/05(火) 18:42:32

USBブートできるM/Bがありあふれてなきゃ

持ち歩いてどこででも使える　ってことはできないよ・・・な

**login:Penguin** · 2006/09/05(火) 20:07:39

報告。さっきヤフオクで3980で買ったgreen houseの1GのUSB目盛が届いた。
さっそくSLAXを載せてみた。Openoffice2, JAVA, Wine, Gimp, Opera, Ruby, みかちゃんフォントなんぞをいれたら530MBほどになったが、まだ余裕だった。
起動した。
CUIログインまで約90秒。そこからX(KDE)起動終了（ちゃんちゃんの音が終わるまで）40秒だった。満足。

**login:Penguin** · 2006/09/06(水) 09:25:06

SLAX標準のmkisofsでは -input-charset euc-jp が通らないので、debian sargeのiconvパッチが当たったmkisofsをそのまま持ってきたら動いた。

**login:Penguin** · 2006/09/06(水) 12:34:04

>> 51
おれもghの1GBのスティックに580MBのSLAX積んでいるが、CUIログインプロンプトが出るまで65秒だ。
まあどんなボード刺してるかで、このへんは変わってくるだろう。

**login:Penguin** · 2006/09/06(水) 23:03:06

ＵＳＢマイクロディスクならもっと早く・・・ならないか。
USB3.0ﾏﾀﾞｰ？

**login:Penguin** · 2006/09/07(木) 07:18:25

>> 54
イメーションのあれか。このデバイスからブートできるとしても、あまりr/w速度のことが書かれてないな。
径のちっちゃいHDDは遅いぞ。最近のフラッシュメモリーより速いとは思えん。
4Gで25K円は今ならやや安かもしれんが、このさきフラッシュの量産とマイコロドライブの量産のどっちが速いかの問題になる。
51や53の場合、起動時間のボトルネックになっているのはデータの転送速度というよりもハードウェアの認識の「待ち時間」だろう。
これを短くすればそれだけ誤認の可能性を増やすことになる。このあたりがブドマリなんだろう。歩留。
（たぶんSLAXを/dev/hda1に積んだとしても起動時間にはあたまうちがあるはず。実験してないけど）

**login:Penguin** · 2006/09/07(木) 19:39:16

65+40=105秒か。C:どらいぶのM$うぃんより速いかも知れんな。

**login:Penguin** · 2006/09/08(金) 01:58:01

USBメモリ安くなったよな、2GBで4000円で買える
CFとか8GBで2万切ってるものまであるし

**login:Penguin** · 2006/09/08(金) 14:34:57

そういや、HDD無しでフラシュメモリーだけでPC作ってたな。
SONYだっけ。静かだろな。

**login:Penguin** · 2006/09/08(金) 14:38:57

ときにSLAXってsyslinuxの起動の話は多いけど、grubはどうよ。
isoイメージの中いlilo.confがあったからliloはいけるんだろな。
てことはgrubでもブートできるのか？

**login:Penguin** · 2006/09/08(金) 15:17:15

>>58
ttp://www.century.co.jp/products/suto/sdb35cf.html

**login:Penguin** · 2006/09/08(金) 15:56:54

>>60
http://www.coneco.net/PriceList.asp?COM_ID=1051220033

**login:Penguin** · 2006/09/09(土) 10:38:14

これで40GBのシリコンディスク作ったら、いくらぐらいになるかな(2006/9)

**login:Penguin** · 2006/09/09(土) 11:05:08

>>59
grubって日本人が最初開発したのか。Yoshinori K. Okujiって。
いま1.94まで上がってる。SLAXの使ってるfsを認識すればOKだろう。やってみれ
Ftp://alpha.gnu.org/gnu/grub/grub-1.94.tar.gz

**login:Penguin** · 2006/09/10(日) 12:28:18

うちの地方テレビ局のテーマソングは「なにはとーもあーれー、愛があればねー。ラブユーiテレビ」ぞなもし。

**login:Penguin** · 2006/09/10(日) 12:33:05

SLAXはカーネルオプションのautoexec使うときrc.local読み込まんのやね。
autoexec=/etc/rc.d/rc.local;startx とかきっちり書いたらんといかんみたいよ。

**login:Penguin** · 2006/09/11(月) 08:58:54

>>65
runlevelがちがうってことじゃないの

**login:Penguin** · 2006/09/13(水) 09:07:53

Slow Life Aimed uniX

**login:Penguin** · 2006/09/13(水) 18:01:34

slowでいいよ。バグさえなけりゃ。

**login:Penguin** · 2006/09/14(木) 01:18:49

toramオプションで起動すると
機器の自動認識がされなくなるんだけど、
なんでだろう…うちだけ？

**login:Penguin** · 2006/09/14(木) 12:33:06

>>69
自動認識されないって 'nohotplug' の動作のこと?
いまやってみたけど認識されてるようだよ。(ja517b2)
ただしものすごくメモリーくうなあ＜目盛貧乏
# df
tmpfs 531056 490956 40100 93% /

**login:Penguin** · 2006/09/14(木) 14:07:31

>>70
レスありがとう。
CDから起動すると認識される機器が、toramで起動すると、
認識がまちまちになるみたい。うちの環境では。

機器の故障は無いはずなんだけど、挙動的にこんなことあるんですかね。

toram時は、hotplugを明示的に行う必要があるのかな。帰ったら試してみる。

サスペンド回りがうまく作動すれば、メモリ沢山載せて、toramでSLAXを常用
したいと思うくらいナイスな感じだね。

**login:Penguin** · 2006/09/15(金) 19:20:56

なにとも読んでるslaxerへ
・日本語まわりは.anthyと.uim.d（jpな人は.scim）以下
・KDEまわりは.kde/share/config以下
・コンソール使いは.bashrc
これらを自分色にそめたおしたら真の「俺様(1CD)Linux」ができルゾ。
（anthyの辞書ってカサバルけどナマ編集がけっこう楽ちんだということに昨日気づいた私）

**神経衰弱・・・** ◆lokIC4EmN2 · 2006/09/15(金) 22:22:33

>>72

**login:Penguin** · 2006/09/20(水) 22:47:13

まったくのlinux初心者にSLAXを使わせる方法を教えて欲しい
CDにISOを焼いてブートさせるくらいは何度もやってるからできる

その後の話で、HDDのバックアップをとりたいがPCが古い、
winが起動しなくなったのだが修理に出したときに中身を見られるのが心配なので
バックアップとったらHDDを消去したいとのことなんだ。

古いPCってどれくらいか聞いたらi586クラスでメモリは128Mっていうから
GUIでといわれるとSLAXくらいしか心当たりがないんだ。
助けてくれ

**login:Penguin** · 2006/09/21(木) 16:51:54

>>74
ttp://hatochan.dyndns.org/slax-ja/iso/slax-ja-5.1.7b-2.iso
を焼くだけでいいんじゃないか。
KDEでのファイル管理なんかはネットで調べたらわかることだし。

**login:Penguin** · 2006/09/21(木) 20:00:05

んと。もすこしマヌアル化した方がいいんじゃないの。

1) ttp://hatochan.dyndns.org/slax-ja/iso/slax-ja-5.1.7b-2.iso を焼く。
2) そのCD-Rでブートする。
3) boot: のプロンプトで "slax" あるいは "slax2" と入力する。（slaxはvesa, slax2は固有vgaチップのドライバを使用）
4) KDEが立ち上がれば左上の「コンピュータ」の形をしたアイコンをクリックする。
5) 画面が出ればまた同じ「コンピュータ」の形のアイコンをクリックする。
6) あとはエクスプローラ使ってる感じで操作する（HDDを外付HDDにでもコピーして、確認できれば内蔵HDDを消す[こ、こわ！]とか）。

んなもんでどうでっか ^^)

**login:Penguin** · 2006/09/23(土) 09:16:08

>>76
NTFSへの書き込み不可。

**login:Penguin** · 2006/09/24(日) 05:41:22

>>77
こんな感じでマウントして試してください。
ntfsmount /dev/hda1 /mnt/hda

**login:Penguin** · 2006/09/24(日) 05:43:17

いかん、先走りすぎました。
ntfsmount は5.1.8からできるようになります。

**login:Penguin** · 2006/09/24(日) 15:28:41

プロバ規制解除　やっと書ける･･･

>>75-79
やってみます。
とりあえずは自分の奴でどこまでできるか確認してから相手に教えます。
で、5.1.8を待ちます。
ありがとうございました。

**login:Penguin** · 2006/09/24(日) 17:00:31

simosnetのslax-5.1.7-jp.isoのkasumi-1.0-1.fc3.i386.moを、
hatochanのslax-ja-5.1.7b-2.isoの/module以下にほりこんだらそのまま動いたゾ。
せめて最初だけでもkasumiかsumikaあたりの辞書ツールは欲しいからね。
あとは72のように.anthy以下の生編集するのが速い。たしかに。

**login:Penguin** · 2006/09/25(月) 13:04:18

本家の各言語サイトって、たとえばドイツ語なら
http://www.slax.org/?lang=de
ていう感じで飛ばしてるだけのようだ。なら日本語のページも用意してほしいな。
これって表紙の1ページの翻訳だけですむなら、すぐできるんじゃないの。
（本家に日本語できる人が関わってないってことならちょっとさみしいぞ）
「http://www.slax.org/?lang=ja作成プロジェクト」誰か旗揚げしてよ。乗るから。

**login:Penguin** · 2006/09/25(月) 13:09:22

すまん。今よく見たらはとちゃんの
ttp://hatochan.dyndns.org/slax-ja/index.php?slax-ja
ってまったくこの
ttp://www.slax.org/?lang=ja
まんまじゃないか。これ登録してください>はとちゃん

**login:Penguin** · 2006/09/26(火) 03:05:45

>>83
オープンソースマガジンで連載している、のに子さんにも勧められて
slaxのリリースマネージャのTomasさんに「リンクしてちょ」というメールを
投げました。

すぐに返信が来ましたが、内容は「デザインが違うので、できないよん」と
いうものでした。どうすればいいのかなぁと思っていますが、とりあえずは
日本語コンテンツのファイルを送ろうかなぁと思っています。

でも、リンクはされないんだよなぁ...。

**login:Penguin** · 2006/09/26(火) 18:48:39

>>84
ttp://www.slax.org/ で例えばfrを選んで（もちろんenでもitでもいい、twやroでは行ったっきりになる ..;)
ttp://www.slax.org/?lang=fr のページを表示すると、フレームの右下部分だけがフランス語になる。
そのソースをダウンロードしてはとちゃんの日本語訳を入れれば、そのTomasさんの言うところの「デザイン」が同じということになるんじゃないの。
たぶん日本語できる人がいないでしょから、完全にページデザインしてあげないとTomasさんeditできないと思います。
日本語の通るeditorつかってない確率90%

**login:Penguin** · 2006/09/26(火) 19:00:40

Tomasさんてチェコスロバキアのかたなんですね。東欧。（チャスラフスカさんの国です ^o^）
にしても、まだ十分読んでないけど、この緑の四葉のパンツと時計とマグカップ。なごみますなあ。
でもチェコって税の申告とかどうなってんしょ。なんか心配。

**login:Penguin** · 2006/09/27(水) 09:34:24

>>85
Debianでfvwm/rxvt/vim使ってるが、たしかにハングルや中文の表示や入力なんてのはやったことないな。
emacs使いはどうか知らん。多言語入出力できるのかな。最近のブラウザーは、さすがに何でも表示するけど。

**login:Penguin** · 2006/09/27(水) 11:28:44

>>85
いくつか（英仏、英伊）でdiffしてみたが、たぶん
5
168
198,204
207,211
214,218
221,225
228,232
247
行の書き換えぐらいで行けるんじゃないの。

**login:Penguin** · 2006/09/27(水) 20:31:34

そうかやっぱり12月か.. Debianがsargeからetchに上がるらしい。
たしかに新しくはなっていってるみたいだが、良くなってると言えるのかなあ。
slackに戻ろうか..
帰するところ全体のインストーラーと、個々のパッケージのインスーラーのでき次第なんだよな、ディストロのよしあしって。
Debianならd-iとdpkg(apt-get, aptitude)ですけど。ま、パッケージ管理ってことになるのかな。
板違いだけどボヤかせて。slaxer万歳。

**login:Penguin** · 2006/09/28(木) 02:19:40

試しにja版を焼いて立ち上げてみた。
Intel810-E2のマシンなんだが、Xが駄目だった。
sisとかだったらわかるが、いくら古いとはいえIntel810が駄目だとは...お話にならん

**login:Penguin** · 2006/09/28(木) 09:40:19

>>90
i810マシンずっと前に持ってたけど今つかってないので実験できないが、Xserverの問題か、kernelの問題か。
いずれにせよ /module か /rootcopy に必要なものをそろえてやれば解決しないかな。

**login:Penguin** · 2006/09/28(木) 16:14:25

てゆーか、vesaでもダメですか？

**>>90** · 2006/09/29(金) 08:51:21

ttp://www.avis.ne.jp/~aoba/nikki/200404.html
ずいぶん古いlogだがi810なマシンでslax(4.1.0)動いたような。
version上がったからウゴカネーってか。

**login:Penguin** · 2006/09/29(金) 19:09:25

どっか中古PCショップの大将くどいて、CD版SLAX何枚か焼いて、これで起動させてよ、とかいって古めのPCのハードウェアの対応状況のデータベース作る人いないか。
いろんなPCが集まるところと言えば、たとえばPTAでリサイクルPCとか呼びかけて小学校か中学校で生徒の家でホコリかぶってるPC集めるとか。そしたらSLAX活躍できるよ、いろんな意味で。フリー環境でネットアクセスだけできりゃいい、という条件ならもってこいじゃないの。

**login:Penguin** · 2006/09/30(土) 10:49:39

>>90
boot: が表示されたら slax2 と入力すると xconf でXの設定を自動的に生成してから、
Ｘを起動します。
slax2の代わりに linux と入力するとコンソールが起動します。ここで xconf を実行して
Xの設定をして、/etc/X11/xorg.conf をいろいろ修正してみると、動くかもしれません。
いずれもboot: の表示時間が短いので、最初の文字は素早く入力してください。

**login:Penguin** · 2006/09/30(土) 10:53:06

>>94
メモリは128MBぐらいでＸが動きます。
僕の経験では、500MHzぐらいのクロック数ならば、いらつくことなく動きます。
次のバージョンでは、jfbtermを積むつもりなので、コンソールのみなら64KBで
いけるかなぁと期待しています。

**login:Penguin** · 2006/09/30(土) 11:19:20

>>96
20MBのSASI HDDとか載ってそうですね。

**login:Penguin** · 2006/09/30(土) 11:22:42

>>97
すまん、64KBではなく64MBです。
さすがに64KBのメモリではどうにもなりません。
メモリのサイズで、年取っているのがばれてしまった。

**login:Penguin** · 2006/09/30(土) 13:30:33

>>98
ｷﾆｽﾝﾅ
ところでどうしてSLAXは軽い動作を保てるのでしょうか？

**login:Penguin** · 2006/09/30(土) 15:35:30

>>99
ありがとう。
軽いのは、圧縮伸張の方式が大きく影響しているように思います。
knoppixのcloopは、すべてのファイルをひとつの圧縮ファイルにまとめちゃっているけど、
slaxのsquashfsは、パッケージ単位とかある程度のまとまりごとに圧縮しているので。
あとは、お腹いっぱいに積めているknoppixと、必要最低限のslaxというのも大きいかな。
slaxは、日本語版にしても250MBくらいなので、読み込まなければいけないファイルは
ずいぶん少ないですね。

**login:Penguin** · 2006/09/30(土) 19:41:31

slax-ja-5.1.7b-2.moが日本語化モジュールなんでしょうけれども、各国（ro,tw等々）でのそれぞれの国語化って同じようなモジュール形式で実現してるんでしょうか。
また本家は「国際化」特にCJK対応について何か意見を持ってるんでしょうか。

**login:Penguin** · 2006/09/30(土) 21:54:37

この板では話おおきいかも知れませんが日本の将来のために「Linuxの日本語化」ってものすごく大きい意味を持つと思います>世耕さん＞安倍さん

**login:Penguin** · 2006/09/30(土) 23:28:13

>>101
言語別にひとつのモジュールにまとめるという話は本家フォーラムでは見たことないです。
ただ、こういうのができたよと言語用のモジュールを提供するのは、Tomasは気軽に受け
とってくれます。とってもフレンドリーな感じです。
マルチランゲージとして下のURLにあるのですが、これもバラバラという感じですよね。
http://www.slax.org/modules.php?category=multilang
一度、すべての日本語に関するファイルをひとつのモジュールにまとめようとしたことが
あったのですが、そのときはuimがどうしても動いてくれなくて諦めました。
いま、Slax標準が196MBで、日本語版が253MBというサイズになっています。単純に
日本語モジュールとひとつにまとめると57MBということになるので、このサイズがSlaxに
は大きすぎるのかなぁと思ってもいます。
僕としては、Slax本家の標準に最低限の日本語環境で使いやすいものを提供して、あと
はユーザがそれに加えて自分の使いたいものを自由に入れてくれればいいかなぁと。
Slax自体がとってもカスタマイズしやすいものなので、そうするのが自由なソフトウェアと
して相応しいじゃないかと思ったりしていますが、どうでしょうか。

**login:Penguin** · 2006/10/01(日) 11:20:51

>>103
ありがとうございます。
slaxのコンセプトは「軽い」ということと「カスタマイズが簡単」ということだと思いますので、「最低限の日
本語環境の提供」案に賛成です。ここで具体的に整理したいのですが、たとえばja5.1.7b2なら以下のようなモ>
ジュールが、その最低限の日本語化部分の骨格になると理解していいですか。

●基本部分
slax-ja-5.1.7b-2.mo
glibc-i18n-2.3.6-noarch-3.mo

●フォント
ipafont-ttf-noarch-1.mo

●KDEまわり
kde-i18n-ja-3.5.3-noarch-1.mo
koffice-l10n-ja-1.5.1-noarch-1.mo

●日本語入力まわり
uim-1.2.0-i386-1.mo
anthy-7900-i386-1.mo

**login:Penguin** · 2006/10/01(日) 14:49:03

>>102
経済産業省のやってるクノッピて、国家プロジェクトじゃないの？
まぁ、あんまりというか全く宣伝してないけど。
小中高はWinじゃなくてlinux使わせようよ。

**login:Penguin** · 2006/10/01(日) 17:45:56

>>104
あと補足すると、

●印刷
cndrvcups-common-1.20-i386-2.mo
cndrvcups-lips4-1.20-i386-3.mo
espgs-8.15.2-i486-1.mo
gimp-print-4.2.7-i486-2.mo
gnu-gs-fonts-6.0-noarch-1.mo

●エディタ
vim-7.0.017-i486-1.mo

●その他
k3b-i18n-0.12.15-noarch-1.mo

残ったのは
glibc-profile-2.3.6-i486-3.mo
だけど、これって日本語化と関係あるんですか。

**login:Penguin** · 2006/10/01(日) 23:20:41

さっき
ttp://squashfs.sourceforge.net/
からたどってsquashfs3.1-r2.tar.gzをおとしてbuildしてみました。
カーネルパッチはめんどーなので当てなかったのですが、./squashfs-tools/ 以下で make したら mksquashfs と unsquashfs という圧縮・解凍コマンド対ができました。
これを使うと他ディストロからでもSLAXの *.mo が作れたり、内容のリストとったりできそうです。

$ mksquashfs file1 file2 file3 hoge.mo
$ unsquashfs -l hoge.mo

**login:Penguin** · 2006/10/02(月) 00:00:55

>>106
glibc-profile-2.3.6-i486-3.moは、uimを動かす過程で、glibc-i18n-2.3.6-noarch-3.moと
一緒に入れました。本当に必要かわからなかったんだけど、両者を一緒に入れたときに
uimが動いてくれたので、そのままになっています。
このglibc-profile-2.3.6-i486-3.moって、なんのためのライブラリなんでしょうね。

**login:Penguin** · 2006/10/02(月) 00:15:56

>>105
小中高はwinじゃなくてlinuxというのは、同感なんだけど、高校卒業して就職したとき
会社がwinだったりすると、linuxを導入した高校は使えないという評価になるんで、
なかなか難しかったりするようです。同じように大学がwinだったりすると、そこでlinux
だけをやっている学生は遅れたりすることがあるんじゃないかなぁと危惧してみたり。

knoppixは、日本語版knoppixは産総研の須崎さんの研究テーマのひとつで、別の
ところでも一部を支援はしているけど、国家プロジェクトというほどではないですよ。
国家プロジェクトというと国の都合で推進するわけで、そういうのとは別にやっている
ほうが健全だと思ったりして。プロジェクトにべったりだと、国の都合で方針を変えな
くちゃいけなかったり、いきなりやめられて途方にくれたりすることがままあります。

**login:Penguin** · 2006/10/02(月) 00:20:46

>>107
すごいですねぇ。
僕なんか、モジュールを作るのはslackwareでtgzファイルを作って、それをslax上で
tgz2moコマンドで変換しています。もうひとつのmo2tgzコマンドを使う場合、よく
バージョンの違いで怒られることがあるのですが、mksquashfsだとどうですか。
怒られないなら、こっちにしたいなぁ。

**login:Penguin** · 2006/10/02(月) 08:59:45

>>110
よく見たらisoイメージの./tools以下にmksquashfsとunsquashfsがありました。
*2moのコマンド群は、おなじ./tools以下にあるliblinuxliveという、関数登録用のスクリプトを起動したのち、その中の

create_module()
{
mksquashfs "$1" "$2" $3 >/dev/null
if [ $? -ne 0 ]; then return 1; fi
chmod oga-x "$2" # remove execute attrib
}

を使っていました。つまり間接的にmksquashfsを使っていることになります。いわばwrapperですね。

**login:Penguin** · 2006/10/02(月) 09:00:36

>>110つづき
またmo2dirでは同じliblinuxliveの中の

mount_module()
{
mount -t squashfs -o loop,ro "$1" "$2"
err=$?
if [ $err -eq 0 ]; then
echo "$1 $2" >>/tmp/_mounts
fi
return $err
}

を使用していました。
unsquashfsというコマンドを使うのではなく、kernelにsquashfsパッチを当てているようです。
エラーを返すというのはこのmountの動作に関してでしょう。

unsquashfsで一部の*.moを解凍しようとすると次のようなエラーが出ます。これも類似の現象だと思います。

Major/Minor mismatch, filesystem on Avidemux_2_0_40.mo is (2:1)
I only support Squashfs 3.0 filesystems! Later releases will support older Squashfs filesystems

つまり、もう少ししたら3.0以前のsquashfsにも対応するから待っててね、ということのようです。

**login:Penguin** · 2006/10/02(月) 09:09:01

>>108
The glibc-profile package includes the GNU libc libraries and support for profiling using the gprof program.
Profiling is analyzing a program's functions to see how much CPU time they use and determining which functions are calling other functions during execution.
To use gprof to profile a program, your program needs to use the GNU libc libraries included in glibc-profile (instead of the standard GNU libc libraries included in the glibc package).

If you are going to use the gprof program to profile a program, you'll need to install the glibc-profile program.

以上、赤帽のサイトから。これ見るかぎりglibcのプロファイリング用のライブラリ群のようですな。あまり必要ではなさそうなのですが、どうしてuimの動作と関連するのでしょう..

**login:Penguin** · 2006/10/02(月) 12:34:19

ためしに/modules以下のglibc-profile-2.3.6-i486-3.moを消して起動してみました。
(USBだとこういうのが簡単 ^^;)
今のところuim1.2.0も問題なく動いています（Konsole/KDEでも、jfbtermのuim-fepも）。
しばらくこのprofileモジュール外して使ってみます。もし不具合でたら報告します。

**login:Penguin** · 2006/10/02(月) 13:51:08

fd使いのために。
.fd2rc で次のような関連付けをしてみると*moファイルの扱いがなじんできます。

arch ".mo" "mksquashfs %TA %C &>/dev/null" "unsquashfs %C"

**login:Penguin** · 2006/10/02(月) 14:40:46

追加

launch ".mo" "unsquashfs -l %C|$PAGER"

**login:Penguin** · 2006/10/02(月) 21:52:12

>>116
エラー表示も重要
launch ".mo" "unsquashfs -l %C 2>&1 |$PAGER"

**login:Penguin** · 2006/10/02(月) 23:13:43

>>113
すいません、言葉が足りませんでした。
uimをmakeするときに、i18nとprofileを一緒に入れて動いたのが確認できたので、
それをそのまま使っています。glibc関連のライブラリは、その他のモジュールで
使う場合があるので、そのままにしておこうという感じです。

**login:Penguin** · 2006/10/04(水) 11:55:28

>>112
unsquashfsでエラーが出るということはSLAXがブートするときにも読めてないということだろうか？
とくにエラー表示ないけどなあ。
SLAXのkernelはsquash 2.x と 3.xの両方が読めてるってことか。
すくなくとも本家のlibdvdcss_1_2_8_2.mo, alien_8_56.mo, XChat_2_6_1.mo, Syslinux_2_13.moはunsquashfs3.1では読めなかったぞ。（本家のモジュールには2.xと3.xのsquashfsが混在しているが、これでいいのか）

**login:Penguin** · 2006/10/04(水) 16:39:57

squashfs2.xとか3.xとかいうことより、
Ftp://ftp.slax.org/SLAX-6.x/testing/technology-preview/READMEによると
using LZMA compression for squashfs. This is not backwards compatible with old Slax modules, but it's better so Slax will switch to it.
ということなので、いずれ全てのモジュールは新しくならざるをえない。これってsquashfsが3.2ないし4.0になるってことか？

**login:Penguin** · 2006/10/05(木) 02:45:49

>>119
ブートするときに読めてないということではないみたいです。
単にmo2dirで展開するときに、失敗するみたいですね。
それを作ったときのsquashfsのバージョンで展開しなくちゃいけないんだけど、
どのバージョンなのか分からないまま、try & errorは避けたいです。

**login:Penguin** · 2006/10/05(木) 02:59:09

>>120
確かに圧縮形式が変わればモジュールのコンパチビィリティが失われるので、
これまでのモジュールは使えなくなりますね。そこのところを確かめようと、
squashfsのウェブページを見たのですが、それらしいのを見つけられませんでした。
根拠が薄いのですが、次期slaxからunionfsをaufsに変更するように、squashfsも
another squashfsにするような気がします。

squashfsの作者がLZMAは好ましく思っていないというTomasのコメントがあるから
そうかも。それよりスピードが遅いというスレッドも本家でたっているので、ひょっと
したら見送られる可能性もあります。

**login:Penguin** · 2006/10/05(木) 09:15:43

>>122
ftp://ftp.slax.org/SLAX-6.x/testing/technology-preview/devel/lzma-for-squashfs.tar.gz
これ、LZMAパッチの当たったsquashfsのソースだろうか。
展開コマンドunsquashfs.cについてはそのまんまのようだけど、同じunsquashfsで通用するってことかな。
いずれにしてもunsquashfsがもちっとかしこくなって、
モジュールの圧縮形式[version]まで自動検出できるようになってほしい。
それと旧バージョンの圧縮モジュールを別のバージョンの圧縮モジュールに変換するようなコマンドも。

**login:Penguin** · 2006/10/05(木) 12:37:13

バイナリダンプしてみると、squashfs3.xで圧縮したものは0x6fから8バイトにわたってナゾの0xffが続いている。これはunsquashfs3.1がきちんと読める。
unsquashfsがエラーを返す*.moファイルはみな、0x6fから0xffが続かないものばかりだ。まあこんなreverseするより、mksquashfsのソース読むのが正道なんだろけど。

**login:Penguin** · 2006/10/05(木) 13:39:22

ソース読みマスタ。squashfs_fs.hの中のstruct squashfs_super_block。
0xc-0xd（第29-30バイト）がmajor version, 0xe-0xf（第31-32バイト）がminor versionのようだ。0xffが続くとかどうとかはあまりspecificではなかった。撤回。

**login:Penguin** · 2006/10/05(木) 15:32:09

ということでどのバージョンのsquashfsで圧縮されているかのチェックはbashなら

function checksqver { dd if=$1 bs=2 count=2 skip=14 2>/dev/null|ruby -ne 'p $_.unpack("M")'; }

という感じになるかな。出力はきれいじゃないが、まあとりあえずの情報だけは得られる。テキトーにいぢってくれ。
usage: checksqver <filename>

**login:Penguin** · 2006/10/05(木) 15:53:57

123-126まで却下。unsquashfsがきちんと処理していた。やれやれ。

**login:Penguin** · 2006/10/05(木) 19:57:19

>>127
いやいや、どこにバージョン情報があるかよくわかりました。

**login:Penguin** · 2006/10/06(金) 10:23:10

linux自体昨日初めて聞いて触ったんだけど、これでFAX送ろうと思ったけど送れないよ。
どうやったらいいのかな。

**login:Penguin** · 2006/10/06(金) 11:54:13

たとえばwindow managerがKDEならば「KDE fax 送信」でググられてはいかがかと。

**login:Penguin** · 2006/10/06(金) 17:56:10

>>126
function checksqver{ test -f $1 && ruby -e "ARGF.seek(28); p ARGF.read(4).unpack('M')" $1; }

**login:Penguin** · 2006/10/06(金) 18:00:34

function checksqver { test -f $1 && ruby -e "ARGF.seek(28); p ARGF.read(4).unpack('M')" $1; }
^
空白!!

**login:Penguin** · 2006/10/07(土) 13:23:32

>>132
function checksqver { test -f $1 && ruby -e "p IO.read(ARGV.shift,4,28).unpack('M')" $1; }

**login:Penguin** · 2006/10/09(月) 13:22:39

Slax_Module_Inspector_060611.mo を使えば3.xも2.xも処理できます。

**login:Penguin** · 2006/10/09(月) 13:37:42

つーか、これブート時に展開したときのログみたいなもんを利用するモジュールかも。

**login:Penguin** · 2006/10/09(月) 17:35:50

お。本家で5.1.8が出ましたね。

**login:Penguin** · 2006/10/09(月) 23:52:37

これってデフォルトのWMはKDEだけ？

**login:Penguin** · 2006/10/10(火) 13:32:04

>>137
標準ではKDEとfluxboxだけだと思うけど、www.slax.orgにgnome, fvwm, xfceなどのモジュールがあるのでgetして /modules以下に置けば使用できると思います。
ttp://www.slax.org/modules.php?category=system

**login:Penguin** · 2006/10/10(火) 13:52:40

LiveCDの部屋に5.1.8がupされとるで

**login:Penguin** · 2006/10/10(火) 21:42:12

●517jpにだけあるモジュール
ochusha-0.5.8.2-3.i386.mo
openprinting_mona-jp-0.1.3-0.i586.mo

●518jpにだけあるモジュール
jd-1.7.0-060927.mo
openprinting_M+mona-jp-0.1.3-0.i586.mo
slax_5.1.8.mo

■この/modules/slax_5.1.8.moというモジュールは517jpでは/rootcopy以下におかれていたファイルをモジュール化したもののようだ。
これら設定ファイルのうち517jpにだけあって518jpには含まれないものは
/root/.fonts.conf

また、設定ファイルのうち518jpであらたに追加されたものは
/etc/fonts/local.conf
/etc/rc.d/rc.local
/usr/bin/startfluxbox

**137** · 2006/10/10(火) 23:27:52

>>138
thx!

**login:Penguin** · 2006/10/11(水) 09:12:54

はじめて使ったがjdもなかなかいいな。開発が続いている点でイチオシか。

**login:Penguin** · 2006/10/11(水) 16:57:15

>>140
517jpと518jpの/modules以下の*.moは、名前の同じものは日付がちがっても全く同じバイナリやね。
まんま動くということのようです。

**login:Penguin** · 2006/10/12(木) 11:11:49

本家slax518とslax518jpの相違点の詳細（その1）

▼相異点1
バイナリー・ファイルtmp/518/boot/initrd.gzとtmp/518jp/boot/initrd.gzは違います
--> initrd.gzに含まれるliblinuxliveスクリプトのutf8対応の部分のみの変更 => 以下の「相異点3」参照

バイナリー・ファイルtmp/518/boot/isolinux.binとtmp/518jp/boot/isolinux.binは違います
バイナリー・ファイルtmp/518/boot/isolinux.bootとtmp/518jp/boot/isolinux.bootは違います
--> isoイメージを作成するときに生成されるファイルだからか..

▼相異点2
518jpでは/modules以下に追加モジュールが置かれている。<= まあ当然

（つづく）

**login:Penguin** · 2006/10/12(木) 11:13:10

本家slax518とslax518jpの相違点の詳細（その2）

▼相異点3
diff -r tmp/518/tools/liblinuxlive tmp/518jp/tools/liblinuxlive
456c456,461
< if [ "$IOCHARSET" != "" ]; then OPT="$OPT,nls=$IOCHARSET"; fi
---
> # if [ "$IOCHARSET" != "" ]; then OPT="$OPT,nls=$IOCHARSET"; fi
> if [ "$IOCHARSET" != "" ]; then
> OPT="$OPT,nls=$IOCHARSET"
> else
> OPT="$OPT,nls=utf8"
> fi
460c465,472
< if [ "$FS" = "vfat" -a "$IOCHARSET" != "" ]; then OPT=",iocharset=$IOCHARSET"; fi
---
> # if [ "$FS" = "vfat" -a "$IOCHARSET" != "" ]; then OPT=",iocharset=$IOCHARSET"; fi
> if [ "$FS" = "vfat" -a "$IOCHARSET" != "" ]; then
> OPT=",iocharset=$IOCHARSET"
> else
> if [ "$FS" = "vfat" ]; then
> OPT=",iocharset=utf8,codepage=932"
> fi
> fi

●結論：本家slax518とslax518jpの相違は、追加モジュールの他にはliblinuxliveスクリプトの一部（上記）変更のみである。

**login:Penguin** · 2006/10/12(木) 15:08:36

>>145
調査乙
fstabを作成するときなど、パーティションがvfat,ntfsのときにオプションに
{iocharset|nls}=utf8, codepage=932
を付けるための修正だね。

**login:Penguin** · 2006/10/12(木) 15:54:54

>>146
なるほど。
これって台湾や中国、韓国でもそれぞれ同様の変更が必要となりそうですね。
case of $LANG ; esac とか使って汎用スクリプトってかけないかな>Tomas

**login:Penguin** · 2006/10/12(木) 16:06:17

case $LANG in
ja_JP* ) codepage=932 ;;
ko_KR* ) codepage=949 ;;
zh_CN* ) codepage=936 ;;
zh_TW* ) codepage=950 ;;
esac

**login:Penguin** · 2006/10/12(木) 16:42:25

そんじゃこうなおせばいい？

if [ "$FS" = "vfat" ]; then
OPT=",iocharset=utf8,codepage=932"
fi

↓

if [ "$FS" = "vfat" ]; then
case $LANG in
ja_JP* ) $CODEPAGE="codepage=932" ;;
ko_KR* ) $CODEPAGE="codepage=949" ;;
zh_CN* ) $CODEPAGE="codepage=936" ;;
zh_TW* ) $CODEPAGE="codepage950" ;;
esac
OPT=",iocharset=utf8,$CODEPAGE"
fi

**login:Penguin** · 2006/10/12(木) 16:58:28

codepageが必要なのはこの４つだけですよね。
多バイト文化圏って、もっとたくさんありそうにも思うけど（タイとか、中東とかはどうなんだろう？）、とりあえずCJK対応ってことで。いいと思います。

**login:Penguin** · 2006/10/12(木) 18:38:28

>>150
たくさんのロケールを処理するなら本体にcase文を入れることが冗長になる。
メンテするごとにinitrdを作り直したりする必要ができてたいへんでもある。
ロケールを食わしたらコードページを返すような関数を書いて/usr/local/sbinあたりに置くのはどうか。
関数名をかりに 'langcp' とすると `langcp ja_JP.UTF-8` が 932 になるような関数。
その上でこの OPT=",iocharset=utf8,codepage=932" の行を OPT=",iocharset=utf8,codepage=$(langcp $LANG)" とするのが簡潔かも知れない。

**login:Penguin** · 2006/10/12(木) 20:36:21

考えたら/usr/local/sbinに置いたとしても、その関数を更新すればinitrdを作りなおさなければならないという点では同じことかな。
liblinuxliveの中に
langcp () {
local codepage
case $LANG in
ja_JP* ) codepage=932 ;;
ko_KR* ) codepage=949 ;;
zh_CN* ) codepage=936 ;;
zh_TW* ) codepage=950 ;;
* ) return 1 ;;
esac
echo $codepage;return 0
}
なんていう関数を書く方がふつうの感覚かも知れない。そのうえで
OPT=",iocharset=utf8,codepage=$(langcp $LANG)"

**login:Penguin** · 2006/10/14(土) 10:07:53

とりあえず slax-ja-5.1.8-1.iso をアップしてみました。
お試しいただけると幸いです。

http://hatochan.dyndns.org/slax-ja/index.php?slax-ja%2Fdownload

**login:Penguin** · 2006/10/15(日) 00:42:33

ｊｐの修正版が上がっている。
Fluxboxで日本語がまともに使えるようになった。
スゲー殺風景なデスクトップだが軽いのが取り柄。
poorなマシンにお薦め。
ログイン後、"flux"で起動する。

**login:Penguin** · 2006/10/15(日) 14:18:53

liblinuxliveでtypo発見＞はとちゃん

--- liblinuxlive.518ja 2006-10-13 14:16:33.000000000 +0900
+++ liblinuxlive 2006-10-15 14:14:39.000000000 +0900
@@ -471,7 +471,7 @@
ja_JP* ) $CODEPAGE="codepage=932" ;;
ko_KR* ) $CODEPAGE="codepage=949" ;;
zh_CN* ) $CODEPAGE="codepage=936" ;;
- zh_TW* ) $CODEPAGE="codepage950" ;;
+ zh_TW* ) $CODEPAGE="codepage=950" ;;
esac
OPT=",iocharset=utf8,$CODEPAGE"
fi

**login:Penguin** · 2006/10/15(日) 16:04:50

>>155
"$CODEPAGE=932"の"$"は要らない。
→"CODEPAGE=932"

実行時にエラーになる。

それに
liblinuxliveはinitrd.gzの中と、toolsの下と、/usr/libの下の3カ所にあるが、
元々内容がそれぞれ微妙に違うよ。
OPTIONを設定しているところの記述は同じみたい。
修正するなら３つのファイルをなおした方がいいんじゃない？

**login:Penguin** · 2006/10/15(日) 17:50:20

やっぱり152みたいな関数が便利かも。関数名はほかのsubfunctionの命名規則（みたいなものがあれば）にあわせて。で、本家にもってく。

**login:Penguin** · 2006/10/15(日) 21:14:16

152のreturn文は、とりあえずいらないと思う。

**login:Penguin** · 2006/10/16(月) 09:05:57

>>150
* SBCS (Single Byte Character Set) Codepages
1250 (Central Europe)
1251 (Cyrillic)
1252 (Latin I)
1253 (Greek)
1254 (Turkish)
1255 (Hebrew)
1256 (Arabic)
1257 (Baltic)
1258 (Vietnam)
874 (Thai)

* DBCS (Double Byte Character Set) Codepages
932 (Japanese Shift-JIS)
936 (Simplified Chinese GBK)
949 (Korean)
950 (Traditional Chinese Big5)

cf) http://www.microsoft.com/globaldev/reference/WinCP.asp

**login:Penguin** · 2006/10/16(月) 09:32:08

>>157
grep "^.*()" liblinuxlive |sort
でみるかぎりcreate_block_devices()なんていう命名が多いみたいだしlocale_codepage() ぐらいでいいんじゃないか、
意味まで含めればconvert_locale_codepage(), lookup_locale_codepage()だけど長すぎるかも。スクリプトはこんなもんでいいよ。return文は使う予定がないのなら省く。

**login:Penguin** · 2006/10/16(月) 19:25:59

関数にしなくても（しない方が）いいんじゃないの。もともと149の部分は関数の中にあるわけだし、それに159にあるのが全部ならこの４つのDBCSに対応すればいいだけだから。

**login:Penguin** · 2006/10/16(月) 19:29:12

それよかSLAX1.5.8のfluxboxは日本語対応だね。uim-ximもちゃんと動く。もしかして究極のlight weight GUI

**login:Penguin** · 2006/10/16(月) 22:11:48

デラックス版出たでよ。
スゲー600MBを超えてる！
何が入ってるんだろ？

**login:Penguin** · 2006/10/17(火) 07:35:04

>>155

ご指摘ありがとうございます。
initrdと02_core.moの/usr/lib配下にあるliblinuxliveの修正に手間取りましたが、
なんとか動くものができました。
ちょうど本家でも、smb-kioslaveの不具合があったので、それも修正したものを
アップしましたので、ご利用ください。

http://hatochan.dyndns.org/slax-ja/index.php?slax-ja%2Fdownload

**login:Penguin** · 2006/10/17(火) 22:44:41

SLAX起動中にUSBメモリーを差すと自動認識して、ダイアログが出る。
ここではマウントしないでキャンセルしておく。
すると、/etc/fstabにマウントエントリーが動的に作成されている。
オプションにiocharset=utf8,codepage=932が書き込まれいれば、liblinuxliveのの修正が効いた証拠。
/mnt/sda1_removableとかいうマウントポイントも出来ている。
mount /mnt/sda1_removableとしてマウントすれば、USBの日本語ファイル・ディレクトリ名が表示される。
JP版で表示されることを確認した。

**login:Penguin** · 2006/10/18(水) 12:34:03

>>164
jaではうまく反映していないみたい。
echo "fs:$FS iocharset:$IOCHARSET lang:$LANG" > /root/liblinuxlive.log
こんな感じでsnapshotしてみたらどうかな。たぶんLANGがCになっているような気がする。
それと、ここのif文もっとシンプルになるよ。
if [ "$FS" = "vfat" ]; then
if [ "$IOCHARSET" != "" ]; then
OPT=",iocharset=$IOCHARSET"
else
case $LANG in
ja_JP* ) CODEPAGE="codepage=932" ;;
ko_KR* ) CODEPAGE="codepage=949" ;;
zh_CN* ) CODEPAGE="codepage=936" ;;
zh_TW* ) CODEPAGE="codepage=950" ;;
esac
OPT=",iocharset=utf8,$CODEPAGE"
fi
fi
でもLANGで判断するのがダメなら、jpみたいにキメうちで932にしなきゃ。
cjk汎用版は無理なのかなー。

**login:Penguin** · 2006/10/18(水) 12:50:40

>>166

検証しました。だめでした＜確認してからアップしろよ自分！
というわけで簡単なスクリプトで確認した結果、これでいいかな。

誤） OPT=",iocharset=utf8,$CODEPAGE"
正） OPT=",iocharset=utf8,"$CODEPAGE

**login:Penguin** · 2006/10/18(水) 12:58:36

>>167
いや、たぶんCODEPAGE自体が空白になってるんじゃないかと..
LANGがja_JP*に設定される前に実行されるんじゃないですかこのスクリプト

**login:Penguin** · 2006/10/18(水) 13:06:36

>>168

jaでは、iocharset=utf8,の後が空白なので、LANGは大丈夫だと思われます。
まずは試してみます。

**165** · 2006/10/18(水) 13:18:51

SLAX稼働中にUSBを差し込んだとき、fstabにマウントエントリーの追加は、
/usr/lib/liblinuxlveを使っているから、うまくいかないときはこれをなおして
何度もデバッグできる。
いちいちisoを作り直す必要はない。

**login:Penguin** · 2006/10/18(水) 13:22:44

>>168
どうもそれっぽいね。

>>169
空白って$LANGが設定されてないんでしょ？

**login:Penguin** · 2006/10/18(水) 13:38:46

>>171
デフォルトではLANG=Cだったかな。
ほんと、どっかで言語(国）の情報を反映できないかな。
このままではSLAXはi18nできないことになる。

**login:Penguin** · 2006/10/18(水) 17:01:18

カーネルオプションで変数が渡せればcase文で処理できるのにな。
boot: slax なんたらかんたら lang=ja
なんていうかんじで。

**login:Penguin** · 2006/10/18(水) 19:53:04

ほかのディストロはどうやってるの？

**login:Penguin** · 2006/10/18(水) 20:01:13

あそうか1CD-Linuxか。i18nするならやっぱりカーネルオプションしかないかなあ。
knoppixは各国語版でCD/DVD焼いてますね。

**login:Penguin** · 2006/10/18(水) 20:04:39

/proc/cmdlineから取れば良いんじゃね?

**login:Penguin** · 2006/10/19(木) 01:07:36

>>176

liblinuxliveには、cmdline_parameter()とcmdline_value()が用意されていますので、
こちらを利用して、起動時のパラメータにlang=jaを指定して振りわければできると
思います。こんな感じでしょうか。

#if [ "$FS" = "vfat" -a "$IOCHARSET" != "" ]; then OPT=",iocharset=$IOCHARSET"; fi
if [ "$FS" = "vfat" -a "$IOCHARSET" != "" ]; then
OPT=",iocharset=$IOCHARSET"
else
if [ "$FS" = "vfat" ]; then
CMDLINEVALUE=`cmdline_value lang`
if [ "$CMDLINEVALUE" != "" ]; then
case $CMDLINEVALUE in
ja* ) CODEPAGE="codepage=932" ;;
ko* ) CODEPAGE="codepage=949" ;;
cn* ) CODEPAGE="codepage=936" ;;
tw* ) CODEPAGE="codepage=950" ;;
esac
OPT=",iocharset=utf8,$CODEPAGE"
else
OPT=",iocharset=utf8"
fi
fi
fi

**login:Penguin** · 2006/10/19(木) 01:24:31

>>177
いいんじゃない。
cmdline_valueという関数は定義されてるんですね。

**login:Penguin** · 2006/10/19(木) 02:43:39

>>178

はい、liblinuxlive内にありました。

CMDLINEVALUE=`cmdline_value lang`
if [ "$CMDLINEVALUE" != "" ]; then

↑これを1行でまとめられるような気がするんですが、どうするか分かりません。

**login:Penguin** · 2006/10/19(木) 02:47:04

jpでは、jfbtermとuim-fepで起動時からコンソールで日本語入力を可能にしている
らしいのですが。slax-jaで起動時に autoexec=jfbterm;uim-fep とやっても、うまく
いきません。

jpでは、どのようにこれを実現しているのでしょうか。

**login:Penguin** · 2006/10/19(木) 02:51:15

>>180
jfbtermの中でuim-fepを実行する。
autoexec=jfbterm -e uim-fep

**login:Penguin** · 2006/10/19(木) 02:54:05

>>179
こんな感じ？

if [ "$(`cmdline_value lang`)" != "" ]; then

**login:Penguin** · 2006/10/19(木) 03:31:58

>>181
やってみました。
autoexec=jfbterm -e uim-fep だと -e uim-fepがjfbtermのパラメータだと認識されませんでした。
というわけで、以下のような簡単なスクリプトを作りました。

#!/bin/sh
jfbterm -e uim-fep

でも、プロンプトがbash-3.0となって、uim-fepは日本語オンになりませんでした。
もうちょっとぽいんですが…。

**login:Penguin** · 2006/10/19(木) 03:33:29

>>182
なるほど。
これだと後ろのcase文はどのようにすればいいでしょうか。

**login:Penguin** · 2006/10/19(木) 04:01:14

>>183
それuim-fepの起動失敗してるんじゃない？
スクリプトの実行属性が付いている？

>>184
一緒。

#もう寝る。

**login:Penguin** · 2006/10/19(木) 04:55:59

>>184
元のままでいいんじゃね？

**login:Penguin** · 2006/10/19(木) 06:55:25

liblinuxliveの中で$LANGをトレースしてみたらやはり設定されてなかった。
そこで、ブートオプションでlang=ja_jp.UTF-8などとしてして、それを
/proc/cmdlineからとってくる方法もありますが、もうひとつ、別な方法として、
実はLANGの指定は/etc/profile.d/lang.shで、
export LANG=ja_JP.UTF-8
などと設定されている。これから取ってくるものを考えてみた。
LANGの値を次のように設定する。
LANG=`grep -e ^export /etc/profile.d/lang.sh|grep LANG=|cut -f 2 -d " "|cut -f 2 -d =`

この行をliblinuxliveに次のように挿入する。
if [ "$FS" = "vfat" -a "$IOCHARSET" != "" ]; then
OPT=",iocharset=$IOCHARSET"
else
if [ "$FS" = "vfat" ]; then
LANG=`grep -e ^export /etc/profile.d/lang.sh|grep LANG=|cut -f 2 -d " "|cut -f 2 -d =`
case $LANG in
ja_JP* ) CODEPAGE="codepage=932" ;;
ko_KR* ) CODEPAGE="codepage=949" ;;
zh_CN* ) CODEPAGE="codepage=936" ;;
zh_TW* ) CODEPAGE="codepage=950" ;;
esac
OPT=",iocharset=utf8,$CODEPAGE"
fi
fi

はとちゃん版slaxで/usr/lib/liblinuxliveを修正して動作することを確認しました。

**login:Penguin** · 2006/10/19(木) 07:04:46

なお、fstabのオプションの生成は/usr/lib/liblinuxliveだけが関係してくるようであり、
/usr/lib/liblinuxliveを修正するだけでOKとなった。
initrd.gzの中とtoolsの下のliblinuxliveはどこで使われるのか不明。
ま、一応修正しといた方がいいと思うけど。

**login:Penguin** · 2006/10/19(木) 08:54:38

>>182
> if [ "$(`cmdline_value lang`)" != "" ]; then
こんなときはよく
if [ x$(cmdline_value lang) != x ]; then
なんてします。 ""がxの1文字で済むので両辺で2文字倹約ですう。
xのかわりに_を使うときもあります。

**login:Penguin** · 2006/10/19(木) 09:08:20

>>187
/etc/profile.d/lang.shはslax-ja-$(ver)-$(rev).moの中にありますね。これも良策ですが、カーネルオプションで明示的にlang=jaとやるほうが今後sysconfigのメニューで多国語選択可能になった場合、管理しやすいように思います。

**login:Penguin** · 2006/10/19(木) 09:16:01

sysconfigじゃなくてsyslinux.cfgまたはisolinux.cfgでした。

**login:Penguin** · 2006/10/19(木) 11:03:20

166-191をまとめると

if [ "$FS" = "vfat" ]; then
if [ "$IOCHARSET" != "" ]; then
OPT=",iocharset=$IOCHARSET"
else
case $(cmdline_value lang) in
"" ) OPT=",iocharset=utf8" ;;
ja* ) OPT=",iocharset=utf8,codepage=932" ;;
ko* ) OPT=",iocharset=utf8,codepage=949" ;;
cn* ) OPT=",iocharset=utf8,codepage=936" ;;
tw* ) OPT=",iocharset=utf8,codepage=950" ;;
esac
fi
fi

こんなかんじになるけど、これでいいのかな。iocharsetがutf8でなくてもcodepageは言語に従って指定した方がいいんじゃないかな。

**login:Penguin** · 2006/10/19(木) 11:04:42

（つづき）
ということは、
if [ "$FS" = "vfat" ]; then
if [ "$IOCHARSET" != "" ]; then
OPT=",iocharset=$IOCHARSET"
else
OPT=",iocharset=utf8"
fi
case $(cmdline_value lang) in
ja* ) OPT="${OPT},codepage=932" ;;
ko* ) OPT="${OPT},codepage=949" ;;
cn* ) OPT="${OPT},codepage=936" ;;
tw* ) OPT="${OPT},codepage=950" ;;
esac
fi
これでどうだろう。

**login:Penguin** · 2006/10/19(木) 11:08:13

（つづきのつづき）
if [ "$IOCHARSET" != "" ]; then
OPT=",iocharset=$IOCHARSET"
else
OPT=",iocharset=utf8"
fi
は１行で
OPT=",iocharset=${IOCHARSET:-utf8}"
って書くこともできます(bash>2.x)。

**login:Penguin** · 2006/10/19(木) 11:30:14

ということで決定版です。全部で9行

if [ "$FS" = "vfat" ]; then
OPT=",iocharset=${IOCHARSET:-utf8}"
case $(cmdline_value lang) in
ja* ) OPT="${OPT},codepage=932" ;;
ko* ) OPT="${OPT},codepage=949" ;;
cn* ) OPT="${OPT},codepage=936" ;;
tw* ) OPT="${OPT},codepage=950" ;;
esac
fi

**login:Penguin** · 2006/10/19(木) 11:44:22

いい！
そんじゃ、関数化するとこんなもん？

get_codepage() {
case $(`cmdline_value lang`) in
ja* ) codepage=932" ;;
ko* ) codepage=949" ;;
cn* ) codepage=936" ;;
tw* ) codepage=950" ;;
esac
echo $codepage
}

[ "$FS" = "vfat" ] && OPT=",iocharset=${IOCHARSET:-utf8},codepage=`get_codepage`"

**login:Penguin** · 2006/10/19(木) 12:55:04

>>196
あ、でもlangが指定されなかった場合、つまり$(cmdline_value lang)が空だった場合、OPT=",iocharset=${IOCHARSET:-utf8}" のままでとどめたい。でないと
OPT=",iocharset=utf8,codepage=" なんてことになってマウントエラーにならないかな。
それと$(~...~)のバッククオートは不要だと思う。$()が``と同じはたらきをするから。
あえて関数にするなら

get_codepage() {
case $(cmdline_value lang) in
ja* ) echo ",codepage=932" ;;
ko* ) echo ",codepage=949" ;;
cn* ) echo ",codepage=936" ;;
tw* ) echo ",codepage=950" ;;
esac
}

[ "$FS" = "vfat" ] && OPT=",iocharset=${IOCHARSET:-utf8}$(get_codepage 2> /dev/null)"

かな、私のクセでは最後の文を test _$FS = _vfat && .. なんて書きたい所だけど、これは他の部分の文体に合わせたほうがいい。

**login:Penguin** · 2006/10/19(木) 13:03:34

>>197
どうでもいいことかも知れないが、この関数の内容からすれば get_codepageではなくて show_codepageだな。

**login:Penguin** · 2006/10/19(木) 13:28:47

>>197
good!

**login:Penguin** · 2006/10/19(木) 14:29:30

ついでにslax-ja-5.1.8-2.isoでは /tools/liblinuxliveでは

# add special options for NTFS
if [ "$FS" = "ntfs" ]; then
OPT=",ro"
#if [ "$IOCHARSET" != "" ]; then OPT="$OPT,nls=$IOCHARSET"; fi
if [ "$IOCHARSET" != "" ]; then
OPT="$OPT,nls=$IOCHARSET"
else
OPT="$OPT;nls=utf8"
fi
fi

になっていますが、同様に書き換えると
[ "$FS" = "ntfs" ] && OPT=",ro,nls=${IOCHARSET:-utf8}"
ということでここも8行分が1行で済みますね。