September 2004 - openSUSE Users (日本語)

03 Oct '04

はじめまして　かんのと申します最近SUSEをインストールしたばかりで常に気になっているのですが SUSE YaST の日本での一般的な呼び名はなんていうのでしょうか SUSE スーゼ YaST ヤステでいいのでしょうか。以上、どうぞよろしくおねがいいたします。 -- ruritamago(a)rio.odn.ne.jp

1 1

Re: Re: [suse-linux-ja] 「DB2」開発者版を格安販売の記事
by uozekat＠mail.goo.ne.jp 01 Oct '04

01 Oct '04

M. Takeyamaです。 kon(a)d02.itscom.net wrote: > 下佐粉です。 > > こんばんは。どうもです。 [...] > > どちらなのかな？　と思ってしまいました。 SLES 8/9がサポート対象であることが明記されていて,「IBMがサポートしない」と言われるとどういうことなのかな？＃突っ込みを入れてしまいました。 > 私が「IBMがサポートしない」と書いたのは、SUSE PRO 9.1+DB2 V8.2 > の組合せについてです。SUSE PRO 9.1はサポートリスト(下記URL)には > ありませんので。了解しました。ありがとうございます。 > Linuxクイックインストールの文章にもあるように、 > SLES 8/9上でのDB2 V8.2 は、日本IBMが(ちゃんと)サポートします。 > メーカー保証内ですので、安心してSLES9+Kernel 2.6で使ってください。 > > 個人的な見解ですけど、Kernel 2.6って、RDBMSのために作られたような > 機能が多数入っているので、DB2+SLES9の組合せはすごくお勧めです。そうですか。SLES 8だと枯れている kernel 2.4系にSUSE独自のkernel チューニングが施されているのではと思っているので、安定志向の方はそちらが良いということはないですかね？ SLES9(Kernel 2.6)だと Kernel 2.6系での改善点がdefaultで使えそうなのでパフォーマンス志向の方はそっちなのかな。と勝手思っています。＃SLES9とSUSE Linux 9.1(Pro)との比較だとSLES9の方が後にリリース＃されているのでそちらの方がよさげですね。＃(SUSE Linux 9.2(Pro)もそのうち出るでしょうから楽しみは増えるかも？) ----- M. Takeyama

2 1

Re: [suse-linux-ja] SUSEに関する呼び名について
by Takekazu Okamoto 30 Sep '04

30 Sep '04

岡本＠ノベルです。 >>> kanno <hac43890(a)rio.odn.ne.jp> 2004/09/30 23:32:05 >>> > SUSE > YaST > の日本での一般的な呼び名はなんていうのでしょうかノベルでは、「スーゼ」、「ヤスト」ですね。岡本剛和ノベル株式会社

3 2

Re: [suse-linux-ja] Re: ミュンヘン(ドイツ)のLinux移行計画が一時中断 --- 今後の対応に注目
by uozekat＠mail.goo.ne.jp 30 Sep '04

30 Sep '04

M. Takeyama です。＃その後のフォローモード > > 既にご存知の方も多いと思いますが... > > ＃納入されるは SUSE linux だったと思うので投稿しておきます。 > > > > 「独ミュンヘン市が,Linuxへの移行計画を中断した。」と報道されています。 > > (今後の対応には注目したいと思っています。) > > http://www.itmedia.co.jp/enterprise/articles/0408/05/news010.html > > 続報(その後対応)の記事が載っていたので投稿しておきます。 > ＃原文、もとネタ(例えば、ミュンヘン市からの公式アナウンスメント) > ＃などのＵＲＬは紹介されていなようです。 > http://www.itmedia.co.jp/enterprise/articles/0408/11/news007.html おおもとのニュースはロイターが報じたみたいですけど。 itmediaのニュースでは、「ミュンヘン市(ドイツ)では特許リスクを承知のうえでLinuxへの移行計画を承認する見通しだと」つたえています。＃前回のアナウンスメントから７週間ぐらい経過していますかね。 http://www.itmedia.co.jp/news/articles/0409/29/news035.html ----- M. Takayama

1 0

Re: [suse-linux-ja] SUSE(KDE)勉強会 in 関西コミュニティ大決戦(概要)
by uozekat＠mail.goo.ne.jp 29 Sep '04

29 Sep '04

M. Takeyamaです。＃自己フォローモードです。 Chris Schlaeger 氏の講演の資料(From fvwm2 to the Enterprise Desktop) の最後にこのドキュメントの取り扱い方法が明記されていました。＃自由に取り扱えないドキュメントのようです。＃最初からそのまま流用しようとは思っていませんでしたが、表現上誤解を招きそうなので、 ===> SUSE Enterprise Desktopが何を狙っているのかを自分なり　　　に理解し、それをもとにSUSE linux(KDE)の簡単な説明もやります。というように訂正しておきます。 (これで、少なくともニアンスはより正確に伝わるでしょう。) ----- M. Takeyama

1 0

Re: Re: [suse-linux-ja] Re: ”SUSE(KDE)勉強会”の企画(in 関西コミュニティ大決戦)
by uozekat＠mail.goo.ne.jp 29 Sep '04

29 Sep '04

M. Takeyamaです。 machino(a)yendot.org wrote: > まちのです。 [...] > 以前、某イベント会場で日本ノベルの方とお話した時の印象では > あまりテクニカルな話は期待できないなぁと感じたのですが > 今回はSuSE Linuxのテクニカルな所にも対応いただけるのだろうか? 今日、会社に帰ってきたら... 日本Ｎｏｖｅｌｌから”ノベル　SUSE　LINUXセミナー大阪開催のご案内” の案内メールが来ていました。＃名刺交換なんかは一度もしたことがないのですが... ＃クローズドベータテストか何かで”会社のメールアドレス”登録していました。ということで、勝手に案内メールを添付しておきます。＃必要な方は参考にしてください。＃まちのさんの要望は、osaka(a)novell.xn--com()-n53d0f0e0nwgyctjmoj913bd9dw9snw8v ＃みてはどうでしょうか。 -----(ここから案内メールです。)--------------------------------- Subject: ノベル　SUSE　LINUXセミナー大阪開催のご案内 -- このメールは過去にノベルの担当者と名刺交換を頂いた皆様、及びノベル出展のイベントにご参加いただいた皆様にお届けしております。今後案内を希望されない方は、お手数ですがその旨を送信元アドレスのご返信くださいませ。 ----------------------------------------------------------------- ▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲ Novell SUSE LINUX セミナー　大阪で開催 ▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼ ヨーロッパNo.1のNovell SUSE LINUXが日本に登場しました！かねてより大阪での開催のご要望を頂いておりましたが、今回ようやく実現の運びとなりました。セッション1：Novell SUSE LINUX概要紹介〜あの有名なSUSE LINUXとはどういうLinux ディストリビューションなの？どこがそんなにいいんですか？そんな疑問にお答えします〜セッション2：Novell ビジネスソリューション紹介〜LINUXの採用は検討しているが、管理するOSが増えるのは大変こんな悩みを解決し、TCO削減/内部情報漏洩防止にもつながるノベルソリューションをご紹介します。〜セッション3：Novell SUSE LINUXテクニカルセッション〜 SUSE LINUXがエンタープライズLinuxと言われているのはなぜ？エンタープライズでの利用を前提にSUSE のテクニカルな情報をお伝えします。〜＜大阪＞日時：10月12日(火) 14:00〜16:45 （受付開始：13:30〜）場所：大阪産業創造館/６F会議室Ｃ　　　（大阪市中央区１−４−５：http://www.sansokan.jp/map/）定員：20名 (先着順) 費用：無料（事前登録制） ★申込はこちらから↓↓↓↓↓↓↓↓↓ http://www.novell.co.jp/events/20041012_1.html ▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲ 関西オープンソース２００４にも出展します。 ▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼▼ １０月２２日（金）　２３日（土）に同じ大阪産業創造館で開催される関西オープンソース２００４にも出展します。開催の詳細は　　http://k-of.jp/　をご覧下さい ■■当メールについてのお問い合わせ先ノベル株式会社　大阪オフィス電話　　　　　：０６−６５７８−３１３１メールアドレス：osaka(a)novell.com -------------------------------------------------------------------

1 0

SUSE(KDE)勉強会 in 関西コミュニティ大決戦(概要)
by uozekat＠mail.goo.ne.jp 29 Sep '04

29 Sep '04

M. Takeyamaです。あらためて、SUSE(KDE)勉強会(大阪場所)の概要をまとめてみました。＃お気軽に参加してくださいモードタイトル：SUSE Linux(KDE)勉強会 in 関西コミュニティ大決戦日　　時：2004年10月22日(金) (14:00-15:00(準備時間など込み)) 会　　場：大阪産業創造館(大阪市中央区本町 1-4-5) 　　　　　の 3F meetingroomでおこないます。地図(会場):　http://www.sansokan.jp/map/ タイムテーブルなど：http://k-of.jp/d_bof 内容：10月22日のタイムテーブルに概要が書いていますが、いろいろと　　　検討したところSUSE-Novellのえらい人(Chris Schlaeger 氏)の講演　　　の資料(From fvwm2 to the Enterprise Desktop)を元に自分なり　　　まとめて(メインの資料の一つとして)やりたいと思います。　　　※話の基本的な切り口は変えないつもりです。　　　SUSE linux 9.1 Pro(+ KDE 3.3.0など)で実演なんかも考えています。　　　(というか。実物見たほうが良いと思いますから。) ＃元資料(Chris Schlaeger 氏):http://conference2004.kde.org/sched-userconf.php [時間配分] ・前後の準備、後片付け　10分・SUSE linuxやKDEの説明 10分〜20分・質疑応答 30分＃(話足りない方は、横浜で...)モード ----- M. Takeyama

1 0

Re: Re: [suse-linux-ja] 「DB2」開発者版を格安販売の記事(SLES9の評価版のこと)
by uozekat＠mail.goo.ne.jp 29 Sep '04

29 Sep '04

M. Takeyamaです。＃ちょっと長くなりました。(気合を入れて書きました。) tiwai(a)suse.de wrote: > At 28 Sep 2004 21:44:31 +0900, > <uozekat(a)mail.goo.ne.jp> wrote: > > > > > SLES9のメンテナンスパッケージは、このメンテナンスWebを通じて提供 > > > されます。つまり、最新状態でご評価いただくためにこのような仕組み > > > になっています。 > > SLES系はそうなんですか。(今まで利用したことがないもので。) > > ＃多分、RHN(Red Hat Network)みたいなやり方なんですね。 > > > > 個人的には、RHNのやり方には問題があると思っています。 > > ＃バイナリパッケージや商業ソフト(クローズドソース)のソースコード > > ＃の自由な配布や開示までは求めませんが、GPLのSRPMの配布に > > ＃まで著しく制限をかけているような感じするんですよね。 > > > > １次配布者からお金を払ってGPLのSRPMの供給を受けても良いですけど、 > > その人(団体)が自由に２次配布をおこなっても良いはずなのに... > > ＃実際には、RHNのSRPM(２次配布以降の配布物として)が出まわって > > ＃いるのを聞いたことありませんから。 > > ディストリビューションの二次配布に関しては、各プログラムの著作権の他に > ディストリビューションとしてまとめたもののいわば「編集権」がある、 > ということらしいです。これは理解できますよ。基本的に、以前に, hiuraさんが発言されているように、OpenSourceな Projectは、ソースコードの配布には責任を持ちますがバイナリまでにはかならずしも責任を持たない。パワーユーザならともかく一般ユーザだとその恩恵に預かりにくい。ディストロの存在価値はそれらOpenSourceなProjectの成果物をうまく調整して、より便利に使えるように附加価値をつける。 (パッチなど継続的に附加価値を維持し続ける) http://lists.suse.com/archive/suse-linux-ja/2004-Sep/0064.html この場合、具体的なディストロのやっていることなどを簡単にリストアップしてみると。・OpenSource(GPLなどのライセンス)のバイナリを作成する。--- RPM(SRPM) ・それらRPMのバイナリをディストリビューションとしてまとめる。・インストラなどインストールを簡単にできるようにする。・インストール後は, YAST(YOU)でパッチなどをあてれるよう利便性をはかる。 (・各種問い合わせや技術的なサポートを行う) などのことになるのかな。 > ですから、個々の SRPM は再配布できるかもしれないが、全体のシステムとし > て再配布するのは別問題、と。 > SLES や RHAS の主張としては、そういうことでしょう。 > 日本以外でどういう主張になっているのかは分かりませんが。私の場合、「全体のシステムを再配布することを許して」とは言っていません。「バイナリパッケージRPMの再配布(2次配布)を許して」ともは言っていません。 RedHatNetworkやYOU(?)でのシステム配布の仕組みを使わないかたちでの方法論。SRPM(ソース)の配布はあってもよいのではないかと思います。＃RedHatNetworkやYOU(?)の仕組み自体にも「編集権」があると思いますから。私が知らないだけでかもしれませんが、それらのSRPMが2, 3次配布されたという話が聞いたことありません。あれだけ膨大な契約数があってですよ。＃個人では、SLES, RHASは使ったことがないので間違った認識で発言して＃いるかもしれません。 > また、GPL のソース配布は、あらゆる場合に常に必要、という訳ではないです > よね。もしそうだったら、例えば社内で極秘開発中のプログラムに対しても、 > 公開前に配布義務が生じる、ということになってしまいかねません :) はい、そこらあたりは了解しています。例) KDE ProjectのSUSEのパッケージでもバイナリー(ftp.kde.org)は置いてあるがSRPMがおいてないことってたまにあります。また、SRPMとRPMのバージョンが一致していないことなどもありましたね。 (SRPM --- 最初のリビジョン。 RPM --- 更新、改良の最新版なんてこと) ＃メンテナーさんが忙しくそこまで手がまわっていない証拠なんですけど。:-) ＃厳密性から言うと必ずしも守られていないと思うが、許容範囲ですね。(私の) ＃また、ftp.kde.orgのサーバにも物理的なDISKの容量制限あったりしますから GPLの配布条件では、 GPLのソースから生成されたバイナリを入手する際に配布元に対してソースの開示も同時に求める場合、すみやかに、かつ適切な方法でそれに応じなければいけなかったと思います。 --- うろ覚えですけど。現実問題(不特定多数のユーザーに対して)としてメールでの問合わせに個別対応して、その都度ソースを配送するみたいのでは効率が悪い。＃適切な方法での対応にはならないだろうことが推測されます。よって、anoymous ftp公開などで不特定多数のユーザにバイナリ(RPM)を配布する時は、ソース(SRPM)の同時に公開するような方法論を取っていると理解しています。 ”極秘開発中のプログラム”などに適応する場合は、公開前に配布義務が生じるとまではいかないと思います。＃これに関しては、GPLの精神とその遵守というような開発者側の心の問題＃(倫理観という範疇)になるように思います。＃そういう意味で、リチャードストールマンが好き／嫌いは別として＃GPL(LGPL)の概念はすごいよな。　と思います。(崇拝まではしませんけどね) -----(余談モード)------ オープンソース、オープンソースと叫ばれて、今までクローズドでソースを作成してきた会社が、戦略上オープンソースの手法を取り入れて方向転換するところはたくさんありますが... なかなかオープンソースの精神を習得するまでには至っていないのではないかと思ってしまいます。＃自分自身がそれらを十分理解しているかどうかわかりませんが... ＃プログラムを書く人などには発想が180度転換するようなことなので＃ライセンスのことに関して一時期、深く考えた時期ありましたね。オープンソースのコミニュティの人達を”ならず者”呼ばわりしてきた人(仕事とはいえ情熱を傾けて攻撃してきた人々が...) ある日、突然、オープンソースの擁護者、体験者として活動することもあるわけですから... ＃そんなのあり(実際あってしまうのがそれはそれですごかったりしますね) ＃あくまで、経験値と世の中をみわたした時の感覚的な感想。 ----------------- ----- M. Takeyama

1 0

Re: Re: [suse-linux-ja] 「DB2」開発者版を格安販売の記事(SLES9の評価版のこと)
by uozekat＠mail.goo.ne.jp 28 Sep '04

28 Sep '04

M. Takeyamaです。 > 岡本＠ノベルです。 > > 全部は私から回答できないので、ここで書いた内容以外の正式回答は > 下記のところから請求してください。 > http://www.novell.co.jp/nicweb/ はい、ありがとうございます。 > SLES9の評価版を申し込んだときに出てくるアクティベーションコードは、 > メンテナンスWebを利用するためのもので、それが30日のお試しという > 位置づけです。 > 30日過ぎますと、アクセスできなくなります。(そのはず) そうですか。通常「シリアル番号」というような言い方をしている場合は、有効期限がなく使える場合がありますが、「アクティベーションコード」という用語を使っているときは、ほぼ１００％の確率である期限がくるとエクスパイャーしてしまって何らかの利用制限がかかりますね。(経験値から) > SLES9のメンテナンスパッケージは、このメンテナンスWebを通じて提供 > されます。つまり、最新状態でご評価いただくためにこのような仕組み > になっています。 SLES系はそうなんですか。(今まで利用したことがないもので。) ＃多分、RHN(Red Hat Network)みたいなやり方なんですね。個人的には、RHNのやり方には問題があると思っています。＃バイナリパッケージや商業ソフト(クローズドソース)のソースコード＃の自由な配布や開示までは求めませんが、GPLのSRPMの配布に＃まで著しく制限をかけているような感じするんですよね。１次配布者からお金を払ってGPLのSRPMの供給を受けても良いですけど、その人(団体)が自由に２次配布をおこなっても良いはずなのに... ＃実際には、RHNのSRPM(２次配布以降の配布物として)が出まわって＃いるのを聞いたことありませんから。 >SLES9は個人でも買えると思いますよ。ノベルからの直販はしていません。そうですか。了解です。＜ちょっと横道モード＞ SUSE Linuxを使う分には、インターネット版(ftpサーバ上)のGPLを使うこともできるので、それはそれで十分に満足できます。私が、SLES(9)にこだわる(こだわろう)する理由は、良い意味でのコミットをおこなおうとすれば、通常のSUSE LinuxにするよりSLES にコミットした方が本当のところユーザに取ってメリットが大きいのではと最近考えています。戦略として”より良い日本語環境のSUSE Linux”を目指すなら戦術として”SUSE Linux”にコミットしていくより”SLES”にコミットしていく方が長期的な視点で考えた場合効果的かなと考えるようになりました。 --- 実際にやる／やらないは別ですけど。＃つまり、”SLES9”にターゲットを絞ってやっていけば＃”SLES10(次期 Ver.)”ではかなり完成度が高くなるのでないかと。＃SUSE Linuxへは、SLES9からフィードバックできるだろうし。そう考えたとき、SLES9へのコミットにより多くのユーザや開発者たちが参加できるような雰囲気があるとよいと思います。＃伝統的にSUSEの場合クローズドベータテストという仕組みありますね。＃(知らない人が多いかもしれませんが。) 企業版の連携関係が「Novell Porting and Migration Networkの設立」などとしてかたちになっていますけど... http://www.novell.co.jp/pressrel/20040917_1.html ----- M. Takeyama

2 1

Re: [suse-linux-ja] 「DB2」開発者版を格安販売の記事
by uozekat＠mail.goo.ne.jp 28 Sep '04

28 Sep '04

M. Takeyamaです。＃フォローありがとうございます。 kon(a)d02.itscom.net wrote: > 下佐粉です。 > > # とっても宣伝っぽくてすみません。いえ、いえ。 http://www-6.ibm.com/jp/software/data/developer/library/techdoc/db2v82_inst… > > ただ、日本IBMは保証しません。ですので、御参考までです。 > 人柱物だと思って試していただければと思います。 ”日本IBMは保証しません。”というフレーズはどういう意味なのでしょうか？＃突っ込みモードつまり、紹介したいただいたＵＲＬには、SLES9がサポート対象となっていることが明記されています。・IBM(アメリカ)では、SLES9などのＯＳでサポート(多分、有償で)するが　日本ＩＢＭはサポートしない。＃ DB2 UDB V8.2 for Linuxのサポートを日本ＩＢＭがする／しないの話・IBM DB2 Personal Developer's Edition Lite V8.2自体は、サポート権　などを最初から付けていないプロダクトだからサポートしない。＃いくらお金を出してもサポートしない。(根本的に出来ないプロダクト) ＃サポートが必要なユーザは買い替えるなどしてくださいね。どちらなのかな？　と思ってしまいました。 ---(DB2 UDB V8.2(Stinger) for Linuxクイックインストールから引用)--- 2. インストールの前提条件 DB2 UDB for LinuxがサポートするLinuxディストリビューションは、以下のURLに掲載されているものです。このURLに無いディストリビューションにもインストールが可能な場合がありますが、IBMはサポートしていないので注意してください。 DB2 UDB for Linux Supported Distributions またこのドキュメントでは、IA32版（インテル x86-32Bit CPU）のDB2 UDB for Linuxを対象にしているが他のアーキテクチャ用LinuxやUnix系 OSでのDB2インストールにも参考になると思います。このドキュメントで使用したDB2とLinuxディストリビューションは以下の通りです。 * DB2 Universal Database V8.2 Enterprise Server Edition for Linux (IA32) * SUSE Linux Enterprise Server 9 (SLES9) --------------------------------------------------------------- > SUSE PRO 9.1は中身がSLES9と非常に > 似ているので、SLES9で動くソフトは大体動いちゃいますね。 > (メーカーに保証されているかはともかく) こちらは、ちゃんと理解できます。(同感です) P.S. 投稿は、完璧なものより少し曖昧さや不十分さが残っている内容の方が良いのかな？　と考えてしまいます。＃突っ込みの余地とか補足説明の余地があるほうＭＬが盛り上がって良いかも？＃(この件の最初の投稿は、延髄反射的に出していますから...) ----- M. Takeyama

2 1