2003.12.02 BSD/Linux day T-Code ログ これは、T-codeで入力しています。 入力しているキー入力が、下に出ています。 ちなみに、 http://www.daionet.gr.jp/~knok/screen/rectick.html を使っています。 開会のあいさつ。 ○日本UNIXユーザ会 会長 法林さんのあいさつ。 今年で3回目となったBSD/Linux dayです。 OS update セッション 司会 湯川さん 各発表者の方から、5分で現在のupdateを発表 FreeBSDについて。 梅本さん 今年の一年。 今年は非常にリリースが多かった。 1月に5.0-RELEASE 4月に4.8-RELEASE 6月に5.1-RELEASE 10月に4.9-RELEASE 12月に5.2-RELEASEの予定 あくまで、5-x-RELEASEは5-CURRENT 5-CURRENTの新機能 KSEが安定 SMPが使えるようになってきた。generic kernelに入った。 UFS2 64bit対応 最新のKAMEのマージ LinuxlatorのIPv6サポート Blutooth Firewire Atherosサポート GCC 3.3.3 libmap.conf libthr,libkse,libc_rの切替 Linuxpluginwrapper 4.8-RELEASE ACPI HTT PAE 開発体制 TRB rtp.FreeBSD.org snapshots.jp.FreeBSD.org cvsリポジットリ分割 5.3-RELEASE 2004.3.29予定 4.9.1-RELEASEは出る? Debian GNU/Linux 鵜飼 2003年のDebian GCC G++ transition DPL tbm debconf 2.0/po-debconf/debconftranslation Debian MIA Check Debain 10th anniversary 日本でも新宿でBOF Is the GNU FDL a DFSG-free license ? New Debian-Installer Some Debian Project machines have been compromised Debian GNU/Linux 3.0 update r2 debconf translation Debianでのconfiguration management system templatesとconfigスクリプト MVCの分解 alioth.debian.org SourceForge (gforge) CVS,Web,MLなど svn.debian.org aliothでのsubversion New Debian-Installer debconf UI debian-install partition kernelのInstall Debianの転機、鬱 2003/11/19 5pm GMT Future Debian sarge 当初の予定は12/1 .... ふえつづけるsnapshot NetBSD えびはらさん 4.3/4.4 BSD&386BSDベ一ス 1993年4月にNetBSD0.8をリリース 単一sourceコード 数多くのアーキテクチャ NPが最近はやり? 一本のcvsツリー リリース メジャーリリース NetBSSD 1.6 パッチリリース NetBSD 1.6.2(もうすぐ) 星取り表 数多くのCPUに対応するため 組織 core 5人 テクニカルマネージメント Port maintainer 43人 Developer Core+Port maintainer+Developer=256人 NetBSD Fundation,Inc 世界3時差のタイミングで開発 luna88k募集 Momonga Linux tabuchiさん Momonga Linuxの特長 rpm系のLinux mph-get Omoikondara FreeBSDのportsのようなもの cvsツリーの公開 src,rpmのこうせい要素 rubyに強い 全パッケージは、ssp patchを使用したgccでコンパイル IPv6最新のUSAGIパッチ(cvs版)を適用 開発状況 ライセンスチェックをきびしくしてる spec fileでの表記の統一 cvsでbranchをきる インストーラの作成 ruby-newtあたり? パッケージの選別 iso image作成 betaテスト ロードマップ だいたい最新版 gccはちとふるい i586以下はきりすて PentiumIIIより非力でもインストールは可能にする予定 Resource 資料の一部がちがっ照るので、別途参照 OpenBSD 佐藤さん OpenBSDとは NetBSDから派生 Theo de Raadt がleader 一番のうりはセキュリティ 対バッファオーバフローの戦略 TCPのISN,PID,mallock()などを予測不可能に。 権限放棄と権限分理 ライセンスに対して厳格 2-clause BSD license non-freeな例 Postfix ssh IPFilter プロジェ人トから生まれたもの: OpenSSH,pf うけ入れられないライセンスの例 OpenBSDは、どこに適しているのか セキュリティのためなら後方互換性はばっさりステ apacheなど、popa3d,bindなど、すぐに使えるパッケージを入ってるので、使いステserverにはいい。 Gentoo Linux 1.0 が、去年の4月 もとは、rpm系のLinux FreeBSDのportsシステムに影響をうけたパッケージシステム Portage 1.4 が8月にリリース コンパイルを延々とする binary packageシステムが、1.4で付いたけど、 internet経由で取ってくるとかはまだ出来ない 日本人の開発者は6人 Portage FreeBSDのportsを参照 Gentooのコミニュティ 本家は http://www.gentoo.org/ 小物のよみ物は充実してる 日本のコミュニティが、1周年 11月翻訳強化月間 今後のGentoo セキュリティupdate 年4回のリリースを目標 インストーラの開発 Gentoo-JPでもGenntooとはちがう活動を展開 KAME kazuさん 8名のcoreメンバー IIJ,NEC、東芝、日立、富士通、横河電機 開発対象 インターネットの発展に対して重要なプロトコル coreメンバ一がき興味を持つもの 特許の問題がないもの 本家へマージ済みのコード 仕様がこたまったもの RFCになったもの コードが安定したもの RFCになったので、本家にマージしたいコード Advanced API RFC3542 Default Address Selection RFC 3484 DHCPv6 RFC 3315 Prefix Delegation もうすぐ Mobile IPv6 もうすぐ コードはあるが、RFCをまってるもの Multicast DNS(mDNS) Router Selection IPsec Source Specific Multicast(SSM) 特許問題がある snap 開発 KMP 取りこみ/デバック中 SCTP 新しいTCPのようなもの DCCP 新しいUDPのようなもの 来年の4月以降ってどうなるんですか? まだ発表できないけど、期待はうらぎらないように努力中 USAGI sekiyaさん Linux でのIPv6 kernel,library , application, Document 成果物 STABL release 現在までに6回リリース SNAP release 隔週リリース 2.6kernelをターゲット coreコアメンバー KAMEと同じように。 使用前 Linux KernelのIPv6 Protocol Stackはバグだらけ 誰もメンテナンスしてなかった 使用後 Implemented Features いっぱい 次は、Mobile IPv6 HUTとの共同作業 3週間まねいてみっちりと共同作業 マブダチ度アップ 共同実装として近日公開 本家kernelへのマージ 現在3名kernelメンテナ バグフィックスパッチはほぼ全てcommit済 IPsecも。 NDPのさらなる改良、Mobile IPv6 MLDv2 Advanced APIなどこれから。 http://www.linux-ipv6.org/ 2.6 kernelに、かなり入った。 OS updateおわり。 ############################################################ 日本語入力セッション ATOKについて justsystemが開発しているインプットメソッド ATOK X for Linux 2000年9月発売 GUIを多用(X必須) GTK+-1.2 IIIMFを使用 ATOK X for Linuxのデモ パレット 変換ウィンドウ 省入力候補 ユ一ザ設定はGUI モードや辞書 単語登録 カスタマイズ かしこい変換 「それ」がわかる文脈解析変換 数字まじりの文章を正しく判断 入力や校正の支援 入力ミスの自動修正 リアルタイム文章校正 次期ATOK for Linux 最新変換エンジンをベース GUIベースの入力支援機能を追加 GTK+-2.x IIIMF 推測変換機能 同音語選択機能 UNIXの日本語環境の発展に貢献したい POBOX POBOXとは、予測と曖昧検索にもとづくテキスト入力システム いろいろな所に 携帯、PDA、カーナび、デジタルびデオカメラ POBOXサーバ SKKサーバの拡張として実装 Emacs版でのデモ Windows版でも動きます。 窓の森などでdownloadできます prime まじめな実装 Nanashiki 入力したことない単語でも予測可能 既存システムをインクリメンタルに検索し応用 Kukura webぺージなどあらゆるsourceに利用 拡張1 検索システムとの大融合 入力と検索のインターフェースを同じにしたい Unix Magazine 2003年6月のに書いてみた。 図形でも、POBOX DixChange 辞書共通化の試み 単語登録してますか? 新しい言葉はどんどんふえる SKKできたえた辞書をAnthyでも使いたい 入力softwareだけ? KAKASI用辞書は? 単語登録は一度だけ 辞書のメタフォーマットを策定・活用 その他各リソースを 多くのプロジェクトからの参加 実施計画 データ形式・構造 XMLベース パーサがある S式は? 処理速度はニの次 品詞の分類 まず地名から 各辞書のデータのすりあわせ 品詞情報などの整合性 実装 Sumika(栖) 辞書管理ツール sfで開発 辞書をはじめとした、日本語リソースの共有化 sumikaのデモ 動作 データ libAagent 背景 ほとんどの入力メソッドはキーボードからの入力を主に利用 キーボード以外にも様々な情報が存在する ただでさえ情報をもらえない入力メソッド 入力メソッドからのアクション 文字列にこだわらない処理 つまり、入力メソッドにあたえる情報を多くして その分入力メソッドに入力処理以外の動作もさせたい libAgentとは? 入力メソッドとは独立したライブラリ 様々な入力メソッドにくみこみ可能 Agentを利用する事で、システム固有の処理をとじこめる 入力メソッドとの連携をより単純に 今後 近日中に公開 既存の入力メソッドへの組込み デモ ------ 自由討論 本日、いろいろなテーマで話しをしていただきました。 概要は、発表者がきまる前にきまっていたので(^^ 日本語入力をかしこくしたいよね。 お金があれば、ATOK買ったりしてるけど、Freeな物でという思いもある。 新たな枠組を作る人々もいる。 UNIXでの、日本語入力の現状について。 AI変換を実装している物が、UNIX上にあるか? でいいですかね。 私が知ってるかぎりでは、Freeのインプットメソッドでは、 AI変換を実装している物はない? 商用の物は、OMRONさんと、??(わすれた)くらい? POBOXでは、機能追加の方向なのかな? 私は、連文節変換できないので、SKKを見てびっくりした。 SKKやりすぎて、ひらがなや漢字を入力してる方がはやかった。 連文節のかしこい変換は快適なんですかね? のくびさんはどうですか? 私も、SKKなので(^^ SKKでも最近は、辞書の方でがんばって注釈が出たりする SKKは小さいながらに、環境に適応してきた? antnyなんかもある Anthy フリーな入力システ間の現状 停滞 or 破綻 セキュリティの軽視 文節単位の解析 入力ライブラリuim #壇上の人々は、もしかしてみんな連文節変換は使ってない? #会場のみなさんは、どうなんだろう? 辞書や入力変換のエンジンを作るのは、みんなでよせあってもなかなか できないし、だれか「えいや!」と作ってしまう方がいいんじゃないかな 変換をかくこくすること。連文節変換とかAI変換で SKK 10人くらい canna 20人くらい FreeWnn 10人くらい ATOK 10人くらい Wnn7/6 10人くらい VJE-delta 1人 WXG 0人 t-code / tut-code 1人 anthy 2人 POBOX 2人 POBOXのみでも入力は可能 全ての端末で同じ辞書 Freeな物で、AI変換の物はない AI変換の定義? 80年代に生まれた言葉 AIって言葉は危険 オープンソースみたいなもの? by knok 類語の方 涙とか文学的に思考したい場合 一回、一階など、意味があるものじゃなくて、 おくりがなのある物全てを漢字で書くことないでしょう 全部ひらがなでもいいじゃないか SKKにしてもPOBXにしても、変換結果を見ながら書ける NRIの平田さん けど、連文節変換だと、変換前と変換後にも見るので、2度見てる気がする 入力してる時の視線の動きとか おおたさん 文章をくみたててる思考がきられるか、きられないか 単字、漢字、連文節 knok SKK使いとしては、かならずしも充分だとは思ってない 階とか回とか 手間のかかる文字とそうでない文字を考えて、しょうがないから SKKを使ってる。簡単に入力できるようになりたい。 primeとか予測変換とか、 emacsにあるbufferの内容も見てるんですよね? nanashikiはそうですね。 そこまでやらないと、快適な日本語入力は出来ないんじゃ ないかなと思ってるんですが。 入力をしやすくするため。 操作系にたいして出来ることはないか POBOXは、ひとつのかたち 世の中の書こうと思っている文書はinternetにあると思う 入力系より、操作系、検索系 とにかく情報をあつめて、情報をえりすぐろう 予測入力っていうのは、自分がこれまで入力した文字を 検索している。貧弱な検索 プログラムなんかもそうですよね 井上さん 履歴的、ふごう的、キー入力のコスト atokの場合、full keyboard環境で快適に POBOXは、一文字のコストが大きいので、POBOXなどが 富豪的にがんばる さるまるさん 予測変換を使ってみたが、視線がおよいでしまうので、 使っていない。 入力はそんなにこまらない。 辞書が知らない言葉が打てないのが、こまる ここを強化するといいんじゃないか 田畑さん 2chほかいろいろな所で、そういう要望は聞いている 山本さん libagentがしくみはわかったが、うれしさがわからなかった。 出来るとうれしい例を知りたい アプリケーション毎の辞書のきりかえ アプリが聞いているfile名とか、アプリの名前をみて、 利用している辞書をきりかえる 今まで、文字を打ってカタカタやっていた。 打った文字をクリップボードにはりつけて、とやっていたが、 そうじゃなくて、入力メソッドがやってくれるといいと思った。 anthyで、emacsの所に線がなかったけど、実装がないの? あります。 libagentと、uimがかぶってるなと思った。 APIの整備? 田村さん かな漢字変換で、サブウィンドウがばんばん開くのについてどう思いますか? 最近は、ウィンドウがばんばん開くが情報量をふやそうとしてる枠組なので、あとは、どうやって情報をコンパクトに表示するかはなやんでいる いいアイデアがあれば、なんとかしたい。 連文節で、たくさん打った時に、そこで、ぱかぱか開くのでなく、 ウィンドウを出さずにその場でやってほしい。 ATOKでは出来ます。 spaceだけできりかえている。 連文節変換を希望されない方が多いのはびっくりしたが、 多くのプラットフぉームで共通の物を提供したい。 辞書の共通化をしたいので、みなさんの協力をお願いしたい 自分で入力メソッドを作っているので、さまざまな主義主張があるので、みなさんもがんばって下さい。 これからは、変換しないで書く文書というのを提案していきたい。 ################################################################## 次世代OS〜beyond UNIX〜 (Chairperson: 砂原秀樹(奈良先端大)) * 松本尚 (国立情報学研究所) * 中島達夫 (早稲田大学) 砂原さん ここ一年くらいの間、そろそろBSDでもLinuxでもないんじゃないのかな? と思っているんだけど、次世代OSを考えたい B.U. メインフレームの時代 A.U. ミニコンの時代 A.U.20 ワークステーションの時代 本の話 新たな環境 Mobile/Ubiquitous PCカード/USB Grid Computing 分散処理 -------------------------------- 会場からの質問/意見 募集中 いくつOSさわった? - 5,6個? 経験は重要 車屋とつきあってると、まず安全第一 ぼくらの考えと発生が全然ちがう internetで、エアコンを管理して温度管理したいよね。と言ったら クラックされて、運転中突然温風がふき出したら、びっくりするでしょ? 芸術とか思ったのはなぜ? Xでのカーサーのdelay どこまでたえられる? VNCは、bitmapでやってて、かなりdelayがあるとイライラする。 最終的にどのくらいのdelayがあってたえられるかは、すごい重要 こういうのは、きちんと予測するのはかなり重要 こんな感じのことを考えていくと、システムだけじゃだめで、 ユーザがどう感じるかとか、どう思うか、100人いれば100とおり。 たとえば、携帯こわれたら文句を言うが、windowsこわれても、またか。と思っちゃう :-p 宿口さん OSの場合ユーザが2種類 1. エンドユーザ どう感じるか、しあわせか 2. OSの上で、アプリケーション書くエンジニア この後、どのようにOSが変わっていくか、考えがあれば聞きたい プログラミングサポ一トを見ても (やば、ぬけた) プログラムコードからのまちがい。nullポとか いろんなものが出てきてるが、それが有効になるかわからない。 ノイマンモデル最高。 CPUは、OSの抽象化にもとづき。 企業のエンジニアはそんなに優秀ではない。 それは、教育がよくない。 (ベ一スのところで、かみあってないようなので....) 砂原さん これくらい信念ないと、OS作れないですよね。 フルスクラッチで作るけっかけ おれ以外に書く人がいないと思った瞬間 100msは、今のCPUにとってとても長い時間 もっとCPU使うアプリケーションを作って下さい!! 最後のお願い これをみなさんにしょうかしてほしい。 うのみにせずに、自分の考えで。 閉会のあいさつ。 BSD/Linux day 3 最後のセッションおわりました。 今後ともjusをよろしくお願いします。 アンケートの記入をよろしくお願いします。 出口で回収してます。 今後のjusの行事のアナウンス 12/17 勉強会 1/?? メタデータ 12/20 jus関西