今井です。 Thursday 18 May 2006 17:53、koyama さんは書きました:

Mother tyan TomcatK7M (AMD geode) HDD Hitach の SATA 250G

始めて、SATAを使ってみましたが、ケーブル周りの扱いが とても楽でした。 ドライバの認識も、問題なく自動で行われました。

前にも書いたような気が限りなくするのですが、 SATAドライブが1個とか2個の場合はまだ良いのですが数が増えてくると、 デイジーチェーン方式の方が都合良くなりますね。 SATAの場合、コネクタそのものが抜けやすく、ケーブルが抜けかかったり、 雑に扱うとSATAコネクタの中の端子が実装されているL字の部分が折れやすい、 基板と並行に実装しているコネクタで2階建ての場合、上部のコネクタのL字の 部分が押し出されて中身が抜ける 等のトラブルに見舞われやすいので要注意です。 コネクタ折れを除き経験済み....。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

今井です。 Friday 19 May 2006 02:29、koyama さんは書きました:

言われてみると、ATAと比べて接続しやすいので、逆に言うと、外れ安いでしょ うね。 それと、ドライブ上部に、排気？ のような穴があり、 「これをふさぐな」と注意書き してあるので、ちょっとびっくりです。

メンテナンス等で直接、間接的にうっかりSATAケーブルに触ってしまうと コネクタがちょっと抜けてる時があるんですよねぇ....。 HDDは完全密閉は無理なので、問題が出ない程度に穴が開いてます。 真空が永遠に保てる、結露などを防げる様な技術があれば別でしょうけど。

SUSE10.1 の、CD-ROM へのアクセスなんですが、

/media/ 以下に cd-rom などの ファイルが設定されていませんでした。 ( floppy はあったのですが....)

/etc/fstab に、

/dev/hdc /media/cdrom auto .....

のような感じで指定して指定して良いものなんでしょうか？

auto の部分が、suse9.3 では、subfs になっているのですが、 何か、仕組みが変更になったのですかね。

D-BUSとhalがらみで動的にメディアの変化する様なものはフロッピーを 除いて書かなくてもよくなった様です。 以前にも書いた様な気がしますけど、ボリューム名を定義しておけば (例えばvolume1と定義しておけば) /media/volume1にマウントしてくれるので便利といえば便利。 10.1ではsubfsはサポートされませんのでsubfsが無いのは当然ですが。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

xeon-koyamaです。 Runlevel 5 でログインすると、 parse-metadata(root) というプロセスが稼働しており、 やたら、CPUを使いまくってます。 これは、いったい何なのでしょうね？

xeon-koyamaです。 今井さん、ご返答ありがとうございます

...

parse-metadata(root) というプロセスが稼働しており、 やたら、CPUを使いまくってます。

zmd - The backend daemon for the Novell ZENworks Linux Management Agent.

関連のプロセスですね。

Updateとかを自前でやることが前提になるかと思いますが、 chkconfigでnovell-zmd止めて、KDEのシステムトレイにある SoftwareUpdaterでconfigureを選んで詳細タブにある Start the software updater on login のチェックボックス外して動かない様にすると多分....。

なるほど、YOUと置き換わったパッケージ管理デーモンみたいなものなんですね。 大事なパッケージの割には、/usr/share/doc/package の説明が少ないと感じます。 SUSE9 SUSE10 と比べて、Yastからパッケージインストールを行う時に、 すごく長い時間待たされますが、このモジュールの開始準備が長すぎると 感じました。以前の、YOUの方が、動作が速かったと思います。 パッケージグループ構成のところにも、チェック（レ点）が全くついて いないので、だいぶ変わってしまったのですかね... （rpm自体は、ちゃんとインストールされているんですが)

xeon-koyamaです。

そうですね。ベータテストの途中でパッケージマネージャ入れ替わったのは いいがその辺り妙な挙動がまだ残ってます。

そうですか... 他の動作も速いだけに残念です。 もうちょっと、テストしてからのリリースの方が良かったですね。

あまりにも使い難く、ソースの変更したらしたでまともに動かなくなってしまい、 私はYaSTのパッケージマネージャ使わなくなりました。

他で確か書いてると思いますがPackmanのパッケージでも問題が起きず、 かつそれほど待たされない「yum」を現状では使ってます。

http://www.geocities.jp/ep3797/suse_01.html ここですよね。

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 "松本＠ようやく皆さんの話題についていけそう" です。 Masaru Imai wrote:

...

...

他で確か書いてると思いますがPackmanのパッケージでも問題が起きず、 かつそれほど待たされない「yum」を現状では使ってます。 http://www.geocities.jp/ep3797/suse_01.html ここですよね。

このサイトの説明のままやるとfactoryの方を見ちゃうので 10.1GMの方を見るように修正が必要なので要注意....。

YaSTからインストールソースにPackmanを加えたら、PackageManagerでTotemの アップデートを促され、ところが依存関係が解消できず黄色い"！"マークが付 きっぱなし…。結局、Smartでなんとかなりましたが、初めてSUSE使おうという人 に10.1は勧めにくいですね。 …ところで、リテール日本(?)版の発売時期、そろそろ発表はあるのでしょうか？ 　時期的にはLinux Worldのころ(5月31日〜6月2日)あたりかな、と勝手に推測し ていますが。 # というか、会場で直販してくれるとありがたいと思ってるんですけど…。 - -- □●□ _/_/_/ To be Happy! _/_/_/ □□● _/_/ Satoru Matsumoto _/_/ ●●● _/ helios_reds@gmx.net _/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFEcH5XXnHIfHE6+z0RAnVfAKCgxAZif3dH5noX6odnKGQYZEREuwCeOqw2 SstIAn0V/pqzBuHpbLLSfB0= =NhQh -----END PGP SIGNATURE-----

今井です。 Sunday 21 May 2006 23:51、Satoru Matsumoto さんは書きました:

...

...

http://www.geocities.jp/ep3797/suse_01.html ここですよね。

このサイトの説明のままやるとfactoryの方を見ちゃうので 10.1GMの方を見るように修正が必要なので要注意....。

YaSTからインストールソースにPackmanを加えたら、PackageManagerでTotemの アップデートを促され、ところが依存関係が解消できず黄色い"！"マークが付 きっぱなし…。結局、Smartでなんとかなりましたが、初めてSUSE使おうという人 に10.1は勧めにくいですね。

あれぇ....松本さんのところではPackManインストールソースに加えても、問題 無しですか? うちの4姉妹っていうか4女神?だとPackMan加えるとPackManにあるパッケージ インストールしようとした途端にパッケージマネージャが異常終了という状態なん ですけど....。 そのためにパッケージマネージャダメだねぇという判断下してたり....。 どうしてもSUSE使いたいという人に勧めるならなら現状だと10.0ですね。

…ところで、リテール日本(?)版の発売時期、そろそろ発表はあるのでしょうか？ 　時期的にはLinux Worldのころ(5月31日〜6月2日)あたりかな、と勝手に推測し ていますが。

# というか、会場で直販してくれるとありがたいと思ってるんですけど…。

今回はパッケージ版は多分買わないかな....。 投資金額に見合うだけの価値を見出せないし...。 その分が既に末っ娘?のメモリ購入資金(1GBx2)の一部に化けてるという現実も あるんですが....。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 こんばんわ、松本です。 takezou wrote:

「日本語版は、6月2日から販売を開始する。 」ようです。

読み通りでした。(笑)

-----(プレスリリースより抜粋)---- SUSE Linux 10.1は、ノベルがスポンサーを務めるオープンソースコミュニティ であるopenSUSE(TM)との完全な協力のもとで作られたはじめてのバージョンです。 ---------------------------------

- ----------(同じく抜粋)---------- ノベルではさらに同製品の発表に併せ、openSUSE日本語版（http: //ja.opensuse.org )を開始します。これにより、国内からさらに多くの開発者 がコミュニティの運営に参加できるようになります。 - -------------------------------- これ↑に期待してます。最終的には英語でやりとりできるようにならないとコ ミュニティに食い込んでいける範囲は限られてしまうにしても、やはり間口の敷 居は低いに越したことはありませんからね。 - -- □●□ _/_/_/ To be Happy! _/_/_/ □□● _/_/ Satoru Matsumoto _/_/ ●●● _/ helios_reds@gmx.net _/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFEcaM/XnHIfHE6+z0RAqqrAJ94d9NwBM8pHLY1qBPiRVjJ5SDiPACglPVX k6006bdlLQNjd80jKiQ/7tY= =gleI -----END PGP SIGNATURE-----

xeon-koyamaです。 また、spam扱いされたのですが、懲りずに投稿してみます。 これで、10回目、もう疲れた.......... どうしても遅れないのでこれにつなげます。 SUSE10.1 で、おかしな動作を発見しました。 やった事 ダウンロードしたCDを、 DISK1,DISK2,DISK3,DISK4,DISK5 の５つのフォルダに分けて、ローカルhddに保存 YASTのインストールソースで、そのフォルダを指定 追加インストールを行う場合、DISK1 に入っているものは、 問題なくインストールできるのですが、DISK4 などに入っているものは、 CD4 が見つかりませんと出ます。 そこで、詳細ボタンをクリックすると /INST/DISK1 が表示されます。 これを/INST/DISK4 に変更してok すると、問題なくインストールできます。 9.3 10 では、CD1のフォルダのみ指定してやると、ちゃんと2 3 4 5 は、自動でセットしてくれていたみたいですが、今回は、いちいち設定して やらなければならないみたいです。（ちょっと不便ですね） ＣＤの内容を１つのフォルダにまとめる、良いアイディアはないものでしょうか ご存じの方がおられましたら、宜しくお願いします。

今井です。 Monday 22 May 2006 00:28、野宮 賢 / NOMIYA Masaru さんは書きました:

今皆さんがお使いの10.1とリテール版の10.1とは違うものなんでしょうか？

ピュア 64bit環境を構築したいのですが、出来るのかなぁ〜...

多分10.0と同じような商用パッケージの有無とかだと思いますが。 まあ現状だと10.1をただインストールしただけでは状況にもよりますがピュア64bit環境は できあがらないはずです。 Firefox等で、プラグインの関係で32bitバイナリがインストールされますので。 Firefox使う場合でもプラグイン無視でprojectsディレクトリにある64bitバイナリ突っ込 めばピュア64bit環境に一歩前進ということになりますが....。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

kde-baka-takezouです。 ＃しつこくレス。(「完全な協力」という言葉にこだわってみました) On Mon, 22 May 2006 22:45:55 +0900 Masaru Imai wrote:

今井です。

[...]

...

昨年リリースされた、SUSE Linux 10.0は、ノベルがスポンサーを務める openSUSEとノベルとが不完全な協力のもとでリリースされたので、 完全な協力のもとで作られたはじめてのバージョンが SL 10.1 という意味なのでしょうか？

だと思いますけど。 コミュニティが出来た?時期と開発スケジュール考えると、コミュニティ の活動状況からしてコミュニティでの開発は無理だし...。

LinuxTodayの記事について： http://japan.internet.com/linuxtoday/20060522/5.html -----(LinuxTodayの記事より引用)----------------------- SUSE Linux 10.1 は、 Novell がスポンサーを務めるオープンソース コミュニティのプロジェクト、 openSUSE と協力して作られた初めて のバージョン。 ------------------------------------------------------ この記事の内容が正しくありませんね。(少なくとも適切ではないと思います。) 「・・・openSUSE と協力して作られた初めてのバージョン」の文言が。 ＃("ノベル、SUSE Linux 10.1日本語版を発表"が元情報だったとしても...) ＃それと同様に、他のメディアでも同じような書き方になっていますね。 理由は、openSUSEプロジェクトが最初にリリースしたのは、SUSE Linux 10.0(OSS)であり、「Novell SUSE Linux 10.0(日本語版)」もそれをベース にしており、「Novell SUSE Linux 10.0 日本語版」アナウンスメント の内容を考慮しても、NovellとopenSUSE と協力して作られた初めての バージョンは、SUSE Linux 10.0 に間違いないと思います。 ＃でないと、SL 10.0(日本語版)のアナウンス自体が間違っていたということ？ http://www.novell.com/ja-jp/pressrel/2005/20050928_1.html ノベルが使っているオープンソースコミュニティという言葉の意味 自体は、openSUSE Projectの構成メンバーをさし、仮に全ての人が、 SUSE社員 or (SUSE社員 + Novell社員) であったとしてもオープンソース のプロジェクトの体裁を取っていれば、オープンソースコミュニティ と呼ぶと思います。 ＃SL 10.0リリース時点で、openSUSE Projectの構成メンバーが 4500名と公式 ＃発表されており、SUSEの社員さん自体は３桁のオーダーだと思いますので ＃SUSE社員(1000名(仮試算)) + Novell社員の参加者(1000名(仮試算))とした ＃としても約2500名ぐらいはSUSE,Novell関係者以外になるのではないでしょうか ＜ノベルの考え方＞ SL 10.0の開発過程 --- NovellとopenSUSEが完全な協力体制では無かった。 　　　　　　　　　　　(スポンサーとしてお金は出すけど、口は出さない?) SL 10.1の開発過程 --- NovellとopenSUSEが完全な協力体制であった。 　　　　　　　　　　　(スポンサーとしてお金も出すし、口もだす？) ＜私(takezou)の考え方 --- 完全/不完全という文言は,私からすると意味不明＞ SL 10.0の開発過程 --- NovellとopenSUSEが協力してやったんじゃないの。 SL 10.1の開発過程 --- NovellとopenSUSEが協力してやったんじゃないの 　　・ 　　・ 　　・ 協力関係は続くんじゃないの？ ＜また、別の見かた(別の切り口)をすると...＞ openSUSEコミュニティメンバー == openSUSEに興味があり、ML, Wikiなどを 　　　　　　　　　　　　　　　　読んだり、書いたりしたことの有る人 初めビルドシステムを公開する　とアナウンスしていた(段階的に準備が出来たら) SL 10.0の開発過程 --- ビルドシステム 未公開。 SL 10.1の開発過程 --- ビルドシステム 未公開。 SL 10.2の開発過程 --- ビルドシステム 多分、公開するはず。 ＃あと、２ヶ月先ぐらいに、 ビルドシステムを公開するみたいです。 つまり、ビルドシステムが公開した(公開できた)時点で、SUSE と 普通の openSUSEコミュニティメンバーが完全なかたちでの協力関係ができるという ことであれば... (まだ、完全なかたちでの協力関係ができていないとことになると思います。) ノベルの言うところの「完全な協力」とは何？ ＃つまり、ノベルとopenSUSEコミュニティメンバーとで意識がずれていると ＃いうことであれば、それが一番の問題ではないか？ --- takezou -------------------------------------- Yahoo! JAPAN 10th Anniversary Special Feature --- Enjoy Yahoo! Auction with Yahoo! Mail !! --- http://pr.mail.yahoo.co.jp/auction/

野宮です。 In the Message; Subject : Re: [suse-linux-ja] Re: suse10.1感想 Message-ID : <200605222300.04589.maimai@coral.ocn.ne.jp> Date & Time: Mon, 22 May 2006 23:00:04 +0900 [今井さん] == Masaru Imai has written: 今井さん> 多分10.0と同じような商用パッケージの有無とかだと思いますが。 今井さん> まあ現状だと10.1をただインストールしただけでは状況にもよりますがピュア 今井さん> 64bit環境はできあがらないはずです。 やはり． 10.0でもパッケージを選択してインストールしようとしますと，必須のライブラリ 等は，32bit版にもチェックが入っており，このチェックは外せないのだろうなぁ， と思っていました． しかし，これは何故でしょうか？ 今井さん> Firefox等で、プラグインの関係で32bitバイナリがインストールされますので。 今井さん> Firefox使う場合でもプラグイン無視でprojectsディレクトリにある64bitバイナ 今井さん> リ突っ込めばピュア64bit環境に一歩前進ということになりますが....。 これは出来るのでは？ つまり，10.1からFlash Playerも64bit版になっているようですから． それにしても，10.0で，ですが，Firefoxが必須のパッケージになっているのが気に 入りません．小生は，seamonkey使いでFirefoxは要らないのですが，依存関係で必 ずFirefoxを入れなければならないことになっています． 10.1でも変わらず，でしょうねぇ..... --- 野宮 賢 mail-to: nomiyac360 @ mg.point.ne.jp 「ゲームに関わっている人たちは、子どものために家にはけっしてゲーム機は 置かない、ということで・・・・・。 それなら、どうしてそんなものを作るんでしょうね。 」 -- 三沢直子 --

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 松本です。 # 重箱の隅突っつきモードですが…。 野宮　賢 / NOMIYA Masaru wrote:

今井さん> Firefox等で、プラグインの関係で32bitバイナリがインストールされますので。 今井さん> Firefox使う場合でもプラグイン無視でprojectsディレクトリにある64bitバイナ 今井さん> リ突っ込めばピュア64bit環境に一歩前進ということになりますが....。

これは出来るのでは？ つまり，10.1からFlash Playerも64bit版になっているようですから．

これ、どこがソースですか？ 少なくともAdobeのサイトでは64bit対応のFlashPlayerは配布されていませんよね。 http://www.rikai.com/perl/LangMediator.En.pl?mediate_uri=http%3A%2F%2Fwww%2E... SUSEの non-oss-inst-source/suse/x86_64 以下にもFlashPlayerはないと思うの ですが…。 - -- □●□ _/_/_/ To be Happy! _/_/_/ □□● _/_/ Satoru Matsumoto _/_/ ●●● _/ helios_reds@gmx.net _/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFEdGYBXnHIfHE6+z0RAubSAJ9IhUQO/1wVFO7PLXyT5Y3PLRZbeACeIVB8 QSWQRh81Oq31no3Bx1q3fbg= =7387 -----END PGP SIGNATURE-----

野宮です。 In the Message; Subject : Re: [suse-linux-ja] Re: suse10.1感想 Message-ID : <44746601.3010600@gmx.net> Date & Time: Wed, 24 May 2006 22:56:17 +0900 [松本さん] == Satoru Matsumoto has written: 松本さん> これ、どこがソースですか？ 松本さん> 少なくともAdobeのサイトでは64bit対応のFlashPlayerは配布されていませんよね。 SuSE Linux English ML です．が，今読み返してみると，POSTした人の勘違いとの ことで，突っ込みを受けられていました．^^;; スレッドを追って読みましたが，64bit app を開発するというのは，大変難しいこ とだというのを，改めて知りました．m(_ _)m それにしても，10.0が9.3と比べて良いとは思えないのですが.... saxは改悪されていると思えないのですが，これ又勘違いでしょうか？ --- 野宮 賢 mail-to: nomiyac360 @ mg.point.ne.jp 「eメールや携帯電話に縛られた社会は、自分自身と向き合ったり、 空想にふけったりする自由を奪う。」 -- M. Crichton --

今井です。 Wednesday 24 May 2006 23:33、野宮 賢 / NOMIYA Masaru さんは書きました:

スレッドを追って読みましたが，64bit app を開発するというのは，大変難しいこ とだというのを，改めて知りました．m(_ _)m

難易度を計るポイントにもよると思います。 64bit、32bit環境で異なる部分に固執(依存)した作りのアプリは難しいかもしれませんけど、 それぞれの環境に依存しないような作りのアプリは別に面倒ではないと思いますけど...。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

kde-baka-takezouです。 ＃ピンピントで。 On Thu, 25 May 2006 20:42:31 +0900 Masaru Imai wrote:

今井です。

竹山さんから私宛のDMは届いたんですが、MLのほうはSPAMチェック ではねられたのか......。 ですです。メールを分割して再送しても投稿できませんでした。

[...]

...

・「Novell BrainShare 2006」のNovellの対応(それが本当だったら) http://japan.linux.com/enterprise/06/03/28/0246233.shtml

・『libzypp』の対応の件

・「完全な協力」の表現のこと (私が勝手に騒いでいるだけですけど...) それらが、いわゆる　Novellの傲慢さというものからきているものならば 第２の「『libzypp』の対応の件」は今後も起こりえると思います。

今回の事態を引き起こした御本人らがどうしてそういう事になったのか判って なければまた同じ事やっちゃうでしょうね。 SUSE 10.1(SLES10, SUSE Linux Enterprise Desktop 10)が良い という評価になったり、成功すればするほど反省するチャンスを 失うことになると思います。 ＃『libzypp』などを含めた、SUSE Linux(openSUSE)がやろうしている方向性 ＃悪くないです。(むしろ、感心させられるくらいです。)

ちなみに、私の場合 ”御本人”== A.J.さん だと考えていません。 ＃個人的な好き／嫌いは別として、信頼できる人だと感じます(MLのやり取りから) A.J.さんが最終決定者だったかどうかはわませんが、『libzypp』の大きな 変更を発表する(発表できる)任に耐えうるのは、A.J.さんしかいなかった と思っています。 --- takezou -------------------------------------- Yahoo! JAPAN 10th Anniversary Special Feature --- Enjoy Yahoo! Auction with Yahoo! Mail !! --- http://pr.mail.yahoo.co.jp/auction/

K.Suzukiです。 On Thu, 25 May 2006 21:44:53 +0900 takezou wrote:

...

...

・「Novell BrainShare 2006」のNovellの対応(それが本当だったら) http://japan.linux.com/enterprise/06/03/28/0246233.shtml

・『libzypp』の対応の件

・「完全な協力」の表現のこと (私が勝手に騒いでいるだけですけど...) それらが、いわゆる　Novellの傲慢さというものからきているものならば 第２の「『libzypp』の対応の件」は今後も起こりえると思います。

今回の事態を引き起こした御本人らがどうしてそういう事になったのか判って なければまた同じ事やっちゃうでしょうね。 SUSE 10.1(SLES10, SUSE Linux Enterprise Desktop 10)が良い という評価になったり、成功すればするほど反省するチャンスを 失うことになると思います。 ＃『libzypp』などを含めた、SUSE Linux(openSUSE)がやろうしている方向性 ＃悪くないです。(むしろ、感心させられるくらいです。)

ちなみに、私の場合 ”御本人”== A.J.さん だと考えていません。 ＃個人的な好き／嫌いは別として、信頼できる人だと感じます(MLのやり取りから)

A.J.さんが最終決定者だったかどうかはわませんが、『libzypp』の大きな 変更を発表する(発表できる)任に耐えうるのは、A.J.さんしかいなかった と思っています。

distrowatch.com で SUSE Linux のプロジェクトマネージャーである Andreas Jaeger 氏のインタビューが載っていたのでリンクしておきます。 http://distrowatch.com/weekly.php?issue=20060529#interview libzypp を統合する経緯や、Xgl に関する事、"KDE vs GNOME"に関する事や、 次期リリースされる 10.2 の事などについて話しています。

今井です。 Friday 02 June 2006 19:34、takezou さんは書きました:

...

...

ちなみに、私の場合 ”御本人”== A.J.さん だと考えていません。 ＃個人的な好き／嫌いは別として、信頼できる人だと感じます(MLのやり取りから)

A.J.さんが最終決定者だったかどうかはわませんが、『libzypp』の大きな 変更を発表する(発表できる)任に耐えうるのは、A.J.さんしかいなかった と思っています。

「『libzypp』のことをダメ、ダメ」というとあまり言いすぎるとA.J.さん に悪いかな？ 　と思いコメントしています。

考え方とか高く評価してますが、最終的には「動かなければ意味がない」 んですよねぇ......。 それと必要とするマシンスペックがやたらと高い(Opteron265x2でも能力不足? の様ですし、多分Opteron285x2でもまだ足らないじゃないかなと...) アップデート起動して30分以上掛かってもまだそれなりの結果が出なくて、 フリーズ(無限ループ含む)してるんだか単純に重くて処理が遅いだけなんだか よく判らない状況というのは....。

SUSE Linux 10.1 beta3 --->SUSE Linux 10.4 beta4での大きな 変更(パッケージレベルでパッケージ追加やバージョンアップ) Xen, libzypp(Red Carpet, ZENworks, zmd, rug)がらみ 　だったと思います。

....

『libzypp』に関して言えば... SLES 10(CODE10)やSL 10.1をベースにした SUSE Linux Desktop (Novell Linux Desktop)のための大きな変更としか考えられない。 ＃『libzypp』の方向性が決して悪くないと思います。(何度も言っていますが)

方向性は確かに悪く有りません。 ただ、何よりもまずかったのはまともに動いていない状況で見切り発車してしまった ことです。 アップデートもまともに出来ない現状は....何といっていいやら。 アップデート出来ないのにアップデートさせるのは何かと一苦労...。 知識とか持ってるなら何とかなるが...。

SLの開発の中で、betaフェーズ(feature frezzなのに...) 新にパッケージを追加してしまった。 ＃package/patch management ツールなので影響範囲が、でかすぎ... ＃(全体)スケジュールのなかで、デッドロックが起きてしまった。

何とか動き出したのがRCで動作確認すらまともにできてなさそう(基本的なミス と思える様な不具合ばっかり....)ですしねぇ....。

事前に予見できなかったか？(どこかの時点で予防措置が取れなかったか？) ＃元々、Novellの強引さが問題なのでは(私の勝手な分析)

パッケージマネージャの組み込みを延期するという方法もあった訳ですが、 推し進めてしまいましたから....。

単純に「SL 10.1リリース, 万歳！、万歳！」とは喜べないのです。 ＃今井さんからのレポートだったり、Libzyppの情報を見るかぎり ＃いまだに、package management まわりで問題がありそう。 ＃http://en.opensuse.org/Libzypp/Issues

でもってそれが未だに修正されようとしない(できない)のはなぜなのかと....。 まあアップデートプログラム自体まともに動いてないのでアップデートパッケージが 提供されても無理といえば無理なんですが。

P.S. しつこくレスしている真意は、 SL xx.xxが、将来、CODE11(SLES 11)のベースになった時に、これと同様な ことが起る可能性が一番強いと思っています。 (そうなるという断言ではないです)

断言はできないけどそうなりそうな予感が.....。

その時に同じことがくりかえされされないようにする為にどうしたよいのか？ ＃その時に、自分がまだopenSUSEメンバーだったとしたらどう行動できるか？

ベータテストの途中でそれまでのテストを無駄にするような基本ツール入れ換え を禁止すべきでしょうね。 リリース間際の基本ツール入れ換えは大概うまく行かないんですよねぇ.....。 というかうまく行ったためしがなかったり....。 新しいツールとか、つい組み込みたくなりますが。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~