13.3 10.4-2 公開迄

• 2006-02-05 (Sun) 21:05:49 demura? : 昨夜は遅くまでおつきあいいただきありがとうございました。 今、試しましたところ、エラーもなく、すべての更新がうまくいったようです。 これからもよろしくお願いいたします。いつも仕事を進める上で、 大変重宝しています。ありがとうございます。ご報告まで。
  • ご報告有り難うございます。皆さんのお声はこの OSXWS をより良いものにする原動力の一つです。 今後ともどうぞ宜しくお願い致します。-tkoba

• 2006-02-04 (Sat) 23:02:33 demura? : お手間を取らせます。rpm -q aptでは「apt-0.5.15.cnc.7-10.4osx2.1」でした。
  • demura さん、深夜迄おつきあい戴き有り難うございます。 パッケージの依存関係がらみである事が判明しました。 現在では普段通りの更新作業でそのまま更新可能な状態になったと思います。 ご確認戴けますでしょうか？-tkoba

• 2006-02-04 (Sat) 22:46:46 demura? : sudo apt-get aptを行ったところ、 「＊ apt は既に最新バージョンがインストールされています。」 というメッセージでした。sudo apt-get dist-upgradeでは、 アップグレード他、すべての項目で0個というコメントでした。 いかがでしょうか？
  • 早速お試しくださり有り難うございます。 rpm -q apt で apt-0.5.15.cnc.7-10.4osx7 と出ますでしょうか？-tkoba

• 2006-02-04 (Sat) 22:20:55 金田? : CarbonEmacsにおいて、M-x shell としてEmacsからbashを使おうとすると 文字化けしてしまいます。自分でも色々と試してみたのですが、 うまくいきません。どなたかご教授頂ければ幸いです。
  • 金田さん、ご報告有り難うございます。 こちらでも確認しました。対策にあたります。-tkoba
  • これは、素の状態の CarbonEmacs Package 12月版でも 起こりますね。銭谷さん心当たりあります？-tkoba
  • このプロジェクトにはとても期待しておりますし、 できることがあれば貢献していきたいと思っております。 よろしくお願いします。金田?
  • ご支持を戴き有り難うございます。 日本語ファイルの表示はまだうまく行きませんが、 ls コマンドは判りました。~/.bashmyrc に alias ls='\ls' を加えてみてください。-tkoba
  • やってみたらうまくいきました。 どうもありがとうございました。個人的には日本語ファイルは 使わないのでこれで問題ないのですが、 どうにかできないものかといろいろといじってみても 私の能力では解決しそうにありません。 とりあえず日本語を扱うときはeshellで済ませようと思います。-金田?

• 2006-02-04 (Sat) 21:58:44 demura? : sudo apt-get install -reinstall aptでは、 パッケージリストを読みこんでいます... 完了； 依存情報ツリーを作成しています... 完了； ＊ apt をダウンロードすることができないため、 再インストールは不可能です。； アップグレード: 0 個, 新規インストール: 0 個, 削除: 0 個, 保留: 0 個となりました。 その後のupdateで出てくるコメントは、 一回目のupdateでのコメントと一緒です。
  • demura さん、詳細なご報告有り難うございます。 そのまま sudo apt-get install apt か sudo apt-get dist-upgrade するとどうなりますでしょうか？ お手数をおかけしますが宜しくお願い致します。-tkoba

• 2006-02-04 (Sat) 21:56:57 demura? : お手間を取らせます。まず、sudo apt-get updateで現れるログは、 取得:1 http://www.bach-phys.ritsumei.ac.jp Tiger/ppc release [1087B]；1087B を 15s 秒で取得しました (69B/s)； 取得:1 http://www.bach-phys.ritsumei.ac.jp Tiger/ppc/main pkglist [22.9kB]；取得:2 http://www.bach-phys.ritsumei.ac.jp Tiger/ppc/main release [157B]；取得:3 http://www.bach-phys.ritsumei.ac.jp Tiger/ppc/main srclist [39.0kB]；62.0kB を 2s 秒で取得しました (28.1kB/s)；パッケージリストを読みこんでいます... 完了； 依存情報ツリーを作成しています... 完了 以上です。 次に続きます。
• 2006-02-04 (Sat) 21:18:12 demura? : 試してみました。install -reinstall apt で 「apt をダウンロードすることができないため、 再インストールは不可能です。」とでました。 2回目のupdateでは、Tiger/ppc/mainとでました。 どうも、うまくいっていない様子です。 今回は、自宅から試したので、週明けに、 職場から試してみます。取り急ぎご報告まで。
  • エラーメッセージが不可解ですね。。 log を見てみると4日18時時点の tree で正常に apt の更新が出来ている人が複数人いるのですが。。。 キャッシュが残って悪さをしているのかもしれません。 一度 apt が返すエラーをそのままここにコピーして戴けますでしょうか？-tkoba

• 2006-02-03 (Fri) 16:24:00 demura? : お手数をかけ、すみません。次のお知らせをお待ちしています。
  • こちらこそテスト不足で申し訳ありません。 apt を作り直してみましたのでお試し戴けますでしょうか。 ２回目の apt-get update で http://www.bach-phys.ritsumei.ac.jp Tiger/fat/main の行が表示されれば成功です。

     $ sudo apt-get update
     $ sudo apt-get install --reinstall apt
     $ sudo apt-get update
    

• 2006-02-03 (Fri) 16:07:47 demura? : お手数をおかけします。教えていただいた方法の結果は、 「apt をダウンロードすることができないため、 再インストールは不可能です。」というものでした。 わたしの職場では、ダウンロードの際にチェックをかけるため、 時々、ダウンロードがうまくいかないことがあります。 その場合、再度ダウンロードをかけると、 すでにチェックの終わったものを吸い出せるので、 次にはうまくいきます。今回のもその成果と思い、 何回かinstall-apr -reinstall aptしてみましたが、 結果を同じでした。取り急ぎ、ご報告いたします。
  • 早速のご報告有り難うございます。状況が良く判りました。 別の方法を試してみます。用意が整いましたらご連絡致します。-tkoba

• 2006-02-03 (Fri) 15:15:23 demura? : 早速ありがとうございます。install-aptをかけたところ、 今度は昨日と同じく、「既に最新バージョンがインストールされています。」 というメッセージでした。その後、dist-upgradeしたところ、 readline readline-develの二つが保留項目でした。以上の状態でOKでしょうか？
  • いえ、期待される動作とは違います。。 server の log を観てみたのですが demura さんは正しく 操作していらっしゃいますね。多分現状では apt の version は 10.4osx2.1 or 10.4osx5 だと思います。 正しくは 10.4osx7 にならなければいけません。 試しに以下の操作をして頂けますでしょうか？ お手数をおかけ致しますが宜しくお願い致します。

     $ sudo apt-get update
     $ sudo apt-get install --reinstall apt
    

• 2006-02-03 (Fri) 13:05:17 tkoba : demura さんご報告有り難うございます。 apt tree を整備し直しましたので改めてテストして戴けますでしょうか。
• 2006-02-03 (Fri) 10:46:13 demura? : つづきです。依存:OSX-keyringそれをインストールすることができません、 librpm-4.4.dylib、librpmdb-4.4.dylib、 librpmio-4.4.dylib/usr/bin/python それをインストールすることができません。 以上です。
• 2006-02-03 (Fri) 10:44:00 demura? : 長くなりますが、install-aptをかけたときのエラーメッセージの一部です。 以下のパッケージは解決できない依存関係を持っています
• 2006-02-03 (Fri) 10:41:45 demura? : いつもお世話になっています。私も昨日install aptに失敗しました。 今朝、ここを読みまして、再度上記手順を試みたのですが、 install aptで、（昨日とは違う）エラーメッセージが現れます。 その後、ひとまずinstall-aptはあきらめて、 dist-upgradeをかけてみました。この際、 aptは保留項目の一つとなっていました、その後再び、 install aptをやってみたのですが、うまくいきません。 このまま、ほっておいてよいものでしょうか？
• 2006-02-03 (Fri) 09:34:45 tkoba : kryo さん fu7mu4 さんご報告有り難うございます。 apt package が ppc から fat に変更になったのが不具合の原因です。 ご指摘を戴き漸く気づきました。上記の方法で更新できる様に apt-*ppc.rpm を整備し直しました。 お二人を人柱にしてしまった事になり大変申し訳ありません。 今後もこれまで通りご意見を戴ければ幸いです。

• 2006-02-03 (Fri) 06:03:23 kryo? : 分かり難くてごめんなさい。「~/.emacs.my.elを編集していた」 というのはviなどでファイルをいじっている最中であった という意味ではなく、~/.emacs.my.elを自分で書き換えたものを 使用していたということです。

• 2006-02-02 (Thu) 23:01:36 fu7mu4? : 私もemacsを実行中にapt-getをかけてしまい、 おかしくなったことがありました。これはほかのこともあって、 OSから再インストールしたのでいいのですが、 apt-get updateでpackageをdeleteするのではなく、 apt-get upgrade時にyを答えてから、 packageのアンインストールとインストールするように できないものでしょうか？VineLinuxなどではそのようになってますよね。
  • apt の動作は VineLinux? と全く同じですよ。 apt-get updateでpackageをdeleteすることは絶対にありません。 Del....と出るのは apt tree に package の実態がなくなった事を 示しているだけです。今回は ppc から fat へと見かけ上の arch が変更になったのが原因です。-tkoba
  • そうだったのですか、わかりました。 よく人柱になってますので、あまり気にしてません。-fu7mu4

• 2006-02-02 (Thu) 15:18:52 kryo? : 二月二日の朝の時点で更新情報に示されて いるようにアップグレードを行ないました。その際、sudo apt-get install aptを実行したところ「apt は既に最新バージョンがインストー ルされています。」というメッセージが表示されました。そのまま続け てsudo apt-get updateとsudo apt-get dist-upgradeを行なったところ、 emacsがアップグレードされました。~/.emacs.my.elを編集していたため、 /Library/Application Support/OSXWS/jp/を参照しようとしたところ、 存在しませんでした。ただし、/System/Library/User Template/Japanese.lproj/は見つけることが出来ました。

• 2005-12-25 (Sun) 18:25:31 fu7mu4? : apt-get updateをしたところ、 以下の警告がでました。checksumの情報が足りないそうです。 警告に従ってupdateしましたが、改善されません。

   W: Relese file did not contain checksum information for
  http://www.bach-phys.ritsumei.ac.jp/OSXWS/Tiger/ppc/base/pkglist.test
  
  W: Relese file did not contain checksum information for 
  http://www.bach-phys.ritsumei.ac.jp/OSXWS/Tiger/ppc/base/release.test
  
  W: Relese file did not contain checksum information for
  http://www.bach-phys.ritsumei.ac.jp/OSXWS/Tiger/ppc/base/srclist.test
  
  W: この問題を解決するには'apt-get update'を実行する必要があるかもしれません。
  

  • ご報告ありがとうございます。 test tree が source list に含まれているのは好ましくありません。 /etc/apt/source.list を /etc/apt/source.list.rpmnew で置き直してください。-tkoba

      $ sudo mv -f /etc/apt/sources.list.rpmnew /etc/apt/sources.list
    

  • 確かにtest treeが含まれていました。 置き直してupdateで警告が出なくなりました。 ありがとうございました。-fu7mu4

• 2005-12-18 (Sun) 00:58:45 ぜ : CarbonEmacs の elisp をパッケージ化される際は、以下の点にご留意いただければ幸いです。
  • mac-key-mode ... 2005111x 以降の Emacs CVS では、動作しないかもしれません
  • mac-drag-N-drop ... smart-dnd にリプレース予定です
  • http://homepage.mac.com/zenitani/elisp-j.html#smart-dnd
  • お知らせくださり有り難うございます。 本業が忙しくてなかなか作業が進みませんが、 年末年始に時間でも作ろうと思います。-tkoba

• 2005-12-02 (Fri) 13:04:57 demura? : 早速の対応をありがとうございました。 なるほど確かに、ヒラギノを埋め込むときは otfパッケージを明示しておくというのは、 埋め込むかどうかをソース上で制御できるので、 良いアイデアですね。他の方の意向もあるでしょうが・・・。
  • VineLinux 等のデフォルトではフォントは埋め込まない設定になっています。 また、OTF package はヒラギノ等の OTF が持っているグリフを フルに活用する為に作られたもので、フォントを埋め込むかどうかは 本来別の問題です。ですが、OSX では折角ヒラギノが付いているので デフォルトでヒラギノが埋め込まれた PDF を作成できた方が便利であろう、 との判断でその様な設定にしています。 OTF package を使用してもフォントを埋め込まない設定にするのも簡単で 以下の様にしてください。-tkoba

      $ sudo updmap-otf  nofont
    

  • 将来的には、これに相当する作業を管理者権限なしで 行えるようになるといいですね。-seto
  • 実は teTeX-3.0 にはその機能が付いていて、 各ユーザー事に自分好みの設定を置く事ができます。 ただ、問題になるのは package の更新時にそれら各ユーザ個別の設定まで 面倒を看られない事にあります。 別の解決法として土村さんと議論しているのですが、 使用するフォントと埋め込みの有無を tex source に 明示する方法も検討しています。 それには OTF package そのものを弄らなければならないので 齋藤さんにも作業をお願いする必要がありますね。-tkoba

• 2005-12-01 (Thu) 18:55:33 demura? : いつもお世話になっています。 OSXWS/10.4を利用させていただいています。 otfがらみで挙動がおかしいようで、報告します。 otfパッケージを読み込まない場合、 明朝体でヒラギノが埋め込まれません。 otf-hiragino autoで設定し直してみましたが、 同様のようです。どうも、最近の更新以降のような気がします。
  • ご報告有り難うございます。texmf/fonts/map/dvipdfm/cid-x.map の内容を Vine の package と同一のモノにしたのが原因でした。 私個人としては PDF にフォントを埋め込むときは \usepackage{otf} を明示した方が気持ちがいいのですが、 OSX 上ではデフォルトでヒラギノが埋め込まれた方が便利ですね。 修正しておきます。-tkoba

• .bashrc に記した cp, mv, rm の alias が効かないなど bash-completion の side effects が幾つか見つかりました。 原因を探っていますが、問題が解決するまで OSX-base package で Requires するのをストップしました。 もしも bash-completion 由来の不具合でお困りの場合は 以下を実行して bash-completion を抜いてください。

   $ sudo apt-get update
   $ sudo apt-get dist-upgrade
   $ sudo apt-get remove bash-completion
  

  • 自分で設定したエイリアスが効かなくなるんですか？ 僕の手元では次の設定が効いているようですが...　- ぜ

     alias mv='mv -i'
     alias rm='rm -i'
    

  • ご報告有り難うございます。MacOS X 10.4.3 と現在の 20050721 の組み合わせでは大丈夫である事を確認しました。 復帰させておきます。-tkoba

• 2005-11-11 (Fri) 23:31:58 fu7mu4? : Appleより、開発環境Xcode2.2がリリースされましたが、 OSXWSとの互換性はどのようになるのでしょうか？
  • package の開発をしないのであれば特に互換性を気にする必要はありません。 今後の package build は Xcode2.2 base になります。 もしも不具合がでましたらご報告ください。対処致します。-tkoba

• 2005-09-01 (Thu) 04:04:38 ぜ : ClamXav のベースになっているアンチウイルスエンジン、 Clam AV http://www.clamav.net/ はいかがでしょうか？ ウイルス対策はこれからますます重要になっていくと思います。
  • 何時もお知らせ戴き有り難うございます。 仰言る通りウイルス対策は必要ですね。 早速作業しようと思います。-tkoba

• 2005-07-31 (Sun) 08:36:54 tkoba : a2ps, a2pdf が ja_JP.UTF-8 に対応していない事が判りました。 現在ハック中です。暫くは以下の様にして凌いでください。

   $ LC_ALL=ja_JP.eucJP  a2pdf  hoge.txt
  

  • 非常に ad hoc ですが対処しました。 PS file への書き出しはリダイレクトではなく -o オプションで指定してください。-tkoba

• 2005-07-26 (Tue) 11:04:41 demura? : 小林さん、さらにお返事ありがとうございます。 おはずかしい、updateとupgradeを勘違いしていました。 とほほ。お時間を取らせて、申し訳ありませんでした。 これからもよろしくお願いします。

• 2005-07-25 (Mon) 11:49:49 demura? : 小林さん、お返事ありがとうございました。今回の更新は、 パッケージの削除を伴うものだったということなのですね。 なるほど、よくわかりました。ありがとうございました！
  • update と upgrade を混同されているようです。 upgrade, dist-upgrade のどちらを用いるにせよ、 最初に update してデータベースを更新しておく必要があります。 パッケージ更新の様子をご覧戴ければ判りますが 今回はパッケージの削除はありませんから upgrade でも同じです。 upgrade と dist-upgrade の違いが出るのは、 例えば kterm が廃止されて mlterm へ移行する時に、 upgrade では保留されて dist-upgrade では kterm が mlterm に置き換えられます。-tkoba

• 2005-07-25 (Mon) 09:32:51 tkoba : demura さん、ご報告有り難うございます。パッケージの更新については http://www.bach-phys.ritsumei.ac.jp/OSXWS/node14.html に纏めてありますのでご覧ください。 簡単に説明しますと apt-get update で apt のデータベースを更新し、 その後そのデータベースに基づいてパッケージを更新する時に upgrade or dist-upgrade を用います。

• 2005-07-24 (Sun) 22:26:30 demura? : 小林さん、ありがとうございました。パッケージを更新して、 otf無しでも動くことを確認しました。ありがとうございました。 ところで、今回のtask-tetexの更新は、updateでやったときは行われず、 dist-upgradeで反映されました。パッケージの更新は、 種類によっては、dist-upgradeを使用する必要があるのでしょうか？

• OTF パッケージを利用しない時に dvipdfmx が働く様に map files を調整してみました。 パケージを更新してご確認ください。-tkoba

• 2005-07-22 (Fri) 22:56:49 demura? : 小林さん、遅くに煩わせてすみません。助かります。 いつもお世話になってばかりで恐縮です。

• 2005-07-22 (Fri) 22:46:49 tkoba : demura さん、OTF パッケージを使わずにヒラギノを埋め込む為の設定が 抜け落ちていました。明日一番で早速修正しておきます。 ご報告有り難うございました。

• 2005-07-22 (Fri) 22:30:10 demura? : 興奮のあまり、 お礼を忘れていました。とりあえず、otfパッケージを使うことで、 切り抜けたいと思います。 小林さん、瀬戸さん、ありがとうございました。
• 2005-07-22 (Fri) 22:26:31 demura? : おおっと。setoさんのご助言に従って、\usepackege{otf} をいれたところ、ちゃんとdvipdfmxで変換できました。 ヒラギノを埋め込む場合、otfパッケージが必須ということでしょうか？
• 2005-07-22 (Fri) 22:21:44 demura? : インストールの手順は、 6/23にMacOSX-WS-10.4.0にてインストール後、 task-tetexでtex環境をインストールしました。 この時点では、問題なく変換できていました。 その後、apt-get updateで7.15バージョンにアップデートして、 不具合が発生しました。 その後、MacOSX-WS-10.4.1でのアップグレード、 task-tetexの削除、再インストールを試みましたが、 不具合は解消していません。 また、updmap-otf autoも試してみました。 とりあえず、わかるところを報告しました。 必要な情報があれば、追加しますので、教えてください。
• 2005-07-22 (Fri) 22:13:56 demura? : まずは、updmap-otf statusの結果を報告します。 Standby map file : otf-hiraginox、 Standby map file : otf-noOpenTypeFont、 CURRENT map file : otf-hiraginox でした。
• 2005-07-22 (Fri) 19:49:06 demura? : dvipdfmx不具合の続きです。 task-tetexを入れ直してみましたが、 やはり日本語を含むdviは変換できません。 dvipsでつくったpsファイルをプレビューでみたところ、 日本語の部分が文字化けしています。
  • 私の所でも変換できませんでした。 とりあえず、\usepackage{otf} としてみて動くでしょうか？-seto
  • たった今確認してみましたが、 Hiragino, Morisawa 共に埋め込めています。 インストールされた手順と以下の結果をお教えください。

     $ updmap-otf status
    

• 2005-07-22 (Fri) 19:16:19 demura? : dvipdfmxで日本語を含むdviを変換しようとすると、 ビットマップフォントを作りにいこうとして失敗し、 Could not locate a virtual/physical font for TFM "gbm" という警告が出て止まります。 フォントマップのせいかなと（勝手に）想像しているのですが。。。 とりあえず、もう一度インストールし直してみます。
• 2005-07-22 (Fri) 19:02:57 demura? : 2005.7.15バージョンにしたところ、dvipdfmxで不具合が出ました。

-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

• システム初期設定の変更ぶん
• ユーザー初期設定の変更ぶん をオプションパッケージとして分離することは難しいでしょうか？ パッケージシステムの動作に必要なのは apt-get と (apt-get を動かすためのパス設定) ぐらいで、 それ以外のカスタマイズを必須にする必要はないのでは... と感じています。 - ぜ
  • ある程度カスタマイズされた状態からスタートしてもらうということが OSXWSの方針と理解しています。 OSXをUNIXとして利用しようとしたときに、 デフォルトではほとんど白紙に近い状態です。 その状態から環境構築をするということは、 OSX固有のノウハウというのも必要になるでしょうし 時間と労力が必要になります。 個々のソフトウェアを提供する単なるパッケージシステムとしてではなく、 「インストールの直後から快適な日本語環境で作業ができるように」 というVineのような方向性をOSXWSが実現できれば良いと思っています。 （初期設定の内容については、みなさんから意見をもらって 改良されていくだろうと期待しています。） ただ、設定ファイルパッケージをどのように実装するかについては、 議論できるかもしれません。 現在の実装は/System/Library以下にある、 User Templateにドットファイルを追加することを行っています。 したがって、すべてのアカウントは作成時から自動的に OSXWSユーザということになります。 さらに、将来もしAppleがUser Templateの中に設定ファイルを 置くようなことがあるとしたら、 それと干渉する可能性がでてきます (そういうことは起こりえないのかもしれませんが)。 良い手段か分かりませんが、OSXWSでは初期設定ファイル群が アップデートされたときに、各アカウントで osxws-upgrade というスクリプトを実行する必要がありますが、 最初に初期設定ファイルを持ってくることも これに統合できないでしょうか？> tkobaさん。 -seto

  • 先ず、銭谷さんのご質問にお答えします。 何時もご指摘くださり有り難うございます。 さて、OSXWS のスタンスは上で瀬戸さんが書かれた通りです。 それと、特に私が想定しているのは、 大学や研究機関で数台から数百台規模で 計算機環境の面倒を見る立場の人たちです。 例えば、研究室に入ってきた院生諸君の計算機環境を 仕事ができる様にする状況を考えてください。 必要なパッケージ群を入れただけでは作業の半分ほどでしかなく、 その後本当に面倒くさい各種設定をこまごまとしないと行けませんし、 全て手で作業するのでどうしても一台一台微妙に環境が異なってきます。 これはその後のメンテナンスを複雑にする原因になります。 こう云った細々した作業は非常に煩わしく、 自分の時間をどんどん食い潰して行きます。 この問題を解決する為に一念発起して造ったのが OSXWS です。 おかげで「OSXWS で hogehoge 入れといてね」で全て済むので 管理者としてとても楽をしています。 そして、ここが Fink と大きく異なるところでもあります。 この様な訳で、システムと各ユーザーの設定ファイル群を 予め用意するのは OSXWS としては必須です。-tkoba

  • 次に(先ほどお話しした事の備忘録として)瀬戸さんのご質問ですが、 osxws-upgrade は terminal や mlterm を起動するたびに自動で実行されています。 また、ユーザー設定ファイル群の扱いも、 問題点が明らかになるまで、 或はその可能性が出てきた時点で改めて議論しようと思います。- tkoba

  • ユーザー初期設定 について： UNIXツールの入れ方は知っているが自分で入れるのは 手間なのでパッケージで楽をしたい、 という「手間が惜しいだけの中級者」ユーザーも少なくないと思います。 こうしたユーザーにとっては、 パスを通す等の設定は自前で済んでいると思いますし、 お仕着せの設定を使いたくない気持ちの方が強いと思います。
    • OSXWS を設計した私からすると、 その様な状況にも配慮しているつもりです。 イストールする前からどの様な設定ファイルが何処に入るか http://www.bach-phys.ritsumei.ac.jp/OSXWS/node11.html で完全に知る事が出来ます。 それを見て戴ければ、基本的に殆どの人がする、 或はせざるを得ない設定である事をお解り戴けると思います。 もしも『これはマズイよ！』と云う設定がありましたら具体的に ご教示戴けるとあり難いです。 また、瀬戸さんが解説してくださっている様に、 これらの設定ファイルがインストール後に編集された場合には OSXWS が更新時に勝手に上書きする事はしませんから、 スキルのあるユーザーがお仕着せの設定を使い続ける必要はありません。 この設定ファイルの扱いは VineLinux とほぼ同等で、 問題になるとは思えません。-tkoba

  • システム初期設定 について： 僕は、/etc ファイルのようなシステムのメインの設定を 変えてしまうことには抵抗があります。 こういう変更は予期せぬ不具合を引き起こしても 原因に気づきにくいことが多いですし、 現在問題がないにせよ、OSのマイナーアップグレード等で 微妙に環境が変わったときに不具合が生じる可能性があります。
    • この問題にも配慮しています。 特に Tiger 版からは直接 /private/etc 以下のファイルを いじる事はせず、 OSXWS 固有の設定が書かれたファイルを置き、 それを各ユーザーの設定ファイルから読み込ませています。 これもインストール前に http://www.bach-phys.ritsumei.ac.jp/OSXWS/node11.html で完全に知る事が出来ます。 ですから、ユーザーが明示的に terminal を叩かない限り 不具合が起きる事は無いはずです。 もしも『これはマズイよ！』と云う設定がありましたら 具体的にご教示戴けるとあり難いです。 いずれにしても、VineLinux で叩かれて枯れた方法を用い、 web 上に散らばった MacOSX 特有の Tips を集めた形になっていますから、 たとえ問題が起きても対応が泥沼化する事は防げるはずです。-tkoba

  • 僕にとって、現状の OSXWS は、UNIX ツールを手っ取り早く インストールできるメリットよりも、 設定の上書き／お仕着せが怖くてインストールしたくない 気持ちの方が強いです。このあたりの線引き （どこまでディストリビューション側で面倒を見るか？）は難しく、 最終的には配布者の判断に委ねられるものだと思いますが、 私ならここまで踏み込んだ設定変更は行わないと思います。 ともあれ、このような優れたディストリビューションを整備して下さり、 また、その過程で MacWiki を活用してくださっていることについては、 心から感謝しております。- ぜ
  • 銭谷さんが危惧されていることを回避することも、 これからの方針の１つになる(なってほしい)と考えています。 設定ファイルの提供は、あくまでスタート地点と用意するというだけで、 自分流の環境構築ができる人に設定を強制するものではないはずです。 設定ファイルの扱いについて簡単に解説しますと、 まず共通項(.emacs.elなど)とカスタマイズの一例 (.emacs.my.elなど)という構成になっています。 また、設定ファイルを編集した形跡がなければ、 更新があったときに最新のものに書き換えられますが、 編集されている場合は上書きはされません (スクリプトosxws-upgrade を見てください)。 いずれも、ユーザのカスタマイズについては意識されています。 設定について何をデフォルトにするかということは確かに難しく、 近いうちに再検討することになっていましたので、 今意見をもらえることは有益だと思います。
  • 私がVineLinuxからOSXに移行したとき、 OSXはUNIXを利用する立場からはまさに更地だと感じました。 自分で最小限の設定から環境構築できることは、 楽しかったし勉強になりましたが、 Linuxディストリビューション的な、 細かい知識を抜きに即座に利用できる環境も OSXには必要だと思いました。それはOSXWSの目指すところです。-seto

  • すいません。そもそものご質問にまだ答えていませんでしたね。 『システム初期設定の変更ぶんユーザー初期設定の変更ぶん をオプションパッケージとして分離することは難しいでしょうか？ 』 できます。と云うか、最初からそうなっています。 インストーラーを作り直す必要があります （プロジェクトのページに方法は解説済み）が、 OSX-Preferences パッケージを自分好みの内容に 作り替えてしまえばおしまいです。 具体的な手順としては、例えば、 My-Preferences の様な名前の rpm package を作り、 spec 中で以下の様に 宣言しておけば、 OSXWS の中で OSX-Preferences として振る舞ってくれますし、 勝手に更新される事も無くなります。-tkoba

     Conflicts: OSX-Preferences
     Provides: OSX-Preferences
    

  • ただし、OSXWS としてはその様な構成まで対応できませんから、 各自、或は各団体で行っていただく事になります。 そうして姉妹 tree が出来てくれたら本当に嬉しいです。-tkoba
  • OSXWS は OSX の上で、Mac の Cocoa, Carbon 等で書かれた優れたツールと 便利な UNIX ツールを同居させて、トータルで現役の物理屋が すぐさま仕事ができる環境を作る事を念頭に置いています。 個々のパッケージの寄せ集めではなく、 それらを束ねたメタなレベルのパッケージだと言えるかもしれませんし、 その様なトータルの環境を提供するのが OSXWS の目的です。 ですから、銭谷さんの様に CarbonEmacs package などの 単独のパッケージ開発者向きには残念乍らなっていません。 しかし、望めばその様なディストリにする事も apt-rpm の 柔軟性を利用すれば十分可能です。 その場合、Fink との差別化が難しくなるかもしれませんが、 必要と感じた方々がいらしゃって、自分専用でも良いので姉妹 tree を作ってくださったら、 本当に望外の喜びです。-tkoba
  • OSXWS の作成段階から銭谷さんにはとても建設的なご意見を戴き、 またこの MacWiki に場所を提供してくださったからこそ、 現在の OSXWS がある事は明らかです。 改めて感謝いたします。 これまで同様、 今後ともどうぞ忌憚のないご助言をお願いいたします。-tkoba

• ざっとファイルを眺めてみました。見当違いな点もあるかもしれませんが、 例えば次のような構成にはできないでしょうか？ - ぜ
• 1.「OSXWSシステム設定」の廃止 /private/etc/csh.login-osxws,profile-osxws,zprofile などは /usr/local/bin 等にパスを通すだけのようですが、 これは不要では？ - .cshrc などにも同じパス設定が書いてあるようです。
  • 必要です。よく読んでいただければ判りますが パスだけの設定をしてるのではありません。 /etc/profile.d/* を読み込ませてもいます。
  • /etc/profile.d/* の下には何が入るのですか？ どこかにその説明は...？
  • 利用するパッケージに依存します。 私の環境では以下のファイルが存在します。 ですが、、スキルと経験をお持ちで /etc の存在理由を 理解している中級ユーザー以上の方でしたら、 わざわざ説明するまでもない事だと思っています。-tkoba

     $ ls /etc/profile.d/
     glib2.csh*  glib2.sh*   pgplot.csh* pgplot.sh*  w3m.csh*    w3m.sh*
    

• cron の設定は必要なんですか？
  • teTeX package が使います。
• xinitrc は .xinitrc に置いても良いのでは？
  • これは検討する価値がありますね。

• /private/etc 以下の設定ファイルの存在意義は、 一つのパッケージの都合だけを考えていては決して理解できないでしょう。 繰り返しますが OSXWS が提供するものはあくまで「総合環境」であって、 単なる完結したパッケージの寄せ集めではないのです。 http://www.bach-phys.ritsumei.ac.jp/OSXWS/node7.html に開発当初から書いている内容と 今一度照らし合わせてお考え戴ければ幸いです。-tkoba

   一口に「楽をする」と云っても 計算機環境に求められるものも好みも千差万別です。 
   その様な状況で管理者とユーザーの双方が楽をする為には、 
   それぞれの環境に合わせた apt-rpm tree を構築するのが一等です。 
   apt-rpm tree を零から新たに作るのは結構な作業に成りますが、 
   この MacOS X WorkShop をひな形にすれば、数日で実現可能です。 
   例えば、 
   デフォルトのログイン環境や .emacs.el を変えたければ、 
   OSX-Preferences パッケージを弄るだけで済みますし、 
   emacs に lisp file を加えたければ、 
   emacs-lisps パッケージに加えればおしまい です。
  

• 2.「OSXWSユーザー設定」のオプションインストール化
  • インストーラーのカスタムインストールオプションで, 「OSXWS 推奨設定」のチェックボックスをオン／オフ
    オンにすると「OSXWSユーザー設定」をインストールする
    オフにすると「OSXWSユーザー設定」をインストールしない
    apt-get で後から 「OSXWSユーザー設定」をインストール可能

  • 前にも書きましたが、この様にすると複数の環境を サポートせねばならなくなり、各パッケージをそれぞれの 環境をサポートする様に作り替えなければならず、 私一人の手には負えなくなります。 それは OSXWS の運営としては本末転倒です。 上の二点のご指摘からは根本的な不具合が発生する状況は 全く想定できません。VineLinux に倣ってユーザーが設定する余地を 広く残している現状を、そして、それで全く不都合無く仕事を こなせている現状を捨てて、より複雑化するメリットは見つかりません。-tkoba
  • 上の二点の問題は、それを必要とするユーザーが自分用の My-Prefereces package (中身が空っぽのダミーパッケージでも 良いのですから)を作り、 それを入れたインストーラーを作れば済む事です。 その実作業は１時間も掛かりません。 OSXWS 内の各パッケージ間には複雑な依存関係がありますから、 勿論 OSX-Preferences を弄った結果満足に動作しない パッケージが出る可能性があります。 逆に言えば、これまで様々な不具合を克服し、 便利な環境を提供するための様々な努力の結果が OSX-Preferences に結実しているとも云える訳です。 つまり、OSX-Preferences こそが OSXWS の要のパッケージで、 rpm packages を OSXWS たらしめている核なのです。 -tkoba
  • ですから、要望としては「こう云う設定をするともっと便利になりますよ」 といった内容の方が建設的だと思っています。-tkoba
  • ありがとうございます。 現状では自分用のパッケージを作ってまで OSXWS ベースの 環境を構築しようとは思いませんが、 他のパッケージと使い比べて考えてみたいと思います。- ぜ
  • （補足）今のところ、統合環境を使いたいというより、 自分に必要なツールだけをつまみ食いしたい気持ちが強いです。 長期的には、このようなニーズにも応えてくれるような方向で OSXWS を発展させて下さることを希望します。- ぜ
    • 仰言る様に独立して利用できるパッケージだけでも つまみ食いできた方が良いのは当然の事だと思います。 私自身リソースさえあれば今すぐにでも取り掛かりたいのです。 しかし選択肢を増やす事に因るメンテナンスコスト激増の危険は冒せません。 本業の片手間で OSXWS をリリースできるのは、 この環境を私自身が毎日利用しており 常にバグ潰しと改良を続けられる事が確実だからです。 OSXWS は実質上私一人でメンテナンスしており、 とても本業の片手間に複数の環境をメンテナンスする （即ち手元に複数の環境を用意する事）余裕は無いのです。 どうぞご理解ください。今後もしも私自身が手がけるとしても、 それは OSXWS の外で姉妹 tree として行う事になるでしょう。 多分、つまみ食い版 OSXWS はそれ程手間を掛けずに構築できる とは思いますが、もしもそうでなかった場合に 今の私には責任が持てないのです。 現在の OSXWS は銭谷さんの様なデファクトスタンダード パッケージの開発者は利用してはならないディストリです。 それは私も悔しい程心得ています。 しかし同時に Fink や EasyPackage 等も、 中立且つ独立のパッケージを作成している銭谷さんは お使いになってはならない筈です。 お世話になっている銭谷さんが OSXWS に興味を示してくださり 私たちもとても嬉しく、どうにか応えたいのですが、 どうぞ私の立場を、そして、何故私が姉妹 tree を欲しがるのかをご理解ください。-tkoba
  • そうですね。開発当初から OSXWS は銭谷さんの様な独立した デファクトスタンダードパッケージの開発者向けではない事は 承知していました。それと、私たちはパッケージではなくて、 総合環境のディストリビューションを作っている心算です。 これは ptetex の土村さんともお話しした事ですが、 銭谷さんの様に CarbonEmacs の世界を纏めてくださる開発者と 私たちの様に総合環境としてのディストリビューションを 構築する開発者とでは、その仕事の階層が異なります。 総合環境は個々のパッケージを纏めてくださる開発者が居ないと 構築する事が格段に難しくなります。 私が MacOS X に移住しようと決意したのは、 銭谷さんの CarbonEmacs パッケージの完成度を知ってからの事です。 ですから、OSXWS は銭谷さんの CarbonEmacs パッケージが無ければ 生まれなかったでしょうし、 今でもソースを全て公開してくださっているので 本当に簡単に rpm 化できて助かっています。-tkoba
  • また、銭谷さんが環境を弄るのを嫌う理由も解らないではないです。 私自身 VineLinux での開発経験が無ければ 総合環境としての全体像をイメージできたか怪しかったでしょうし、 OSXWS の設計は出来なかったと思います。 瀬戸さんも言っていますが、OSXWS は、 所謂 Mac のソフトとして Apple が推奨している形から外れていて、 『お行儀が悪い』と思われても仕方がない面は確かに有ります。 これは OSXWS がそもそも単体のパッケージの概念で 括れる存在ではないので仕方が無い事ではあります。 Fink は最大限 MacOS X 本体に触れない方針を貫いていて、 だからこそ多くのユーザーの要望に最大公約数的にではあるけれども 応えられている、と私は考えています。 一方で、ある OSXWS ユーザーから以下の様なご意見を戴きました。-tkoba

     fink を使うぐらいなら Intel debian 機をもう一台用意した方が良い。
     OSXWS はその点よく纏まっている。
    

  • Mac に限らず計算機それ自体にはさして興味は無いけれど、 実際に目の前にある Mac を自分の研究の為に使い倒さなければ ならない人たちにとって、OSXWS は一つの解答を与えている、 と自負しています。一方で、この様な議論が展開される事も、 問題提議の側面を含めて有意義であると思っています。-tkoba

• UNIX 設定ファイルの問題は、現状の様に、 Cocoa, Carbon, UNIX(terminal, X11) と仕事で使うツールの 出自がバラバラである事が原因です。 瀬戸さんとも話していますが、将来全て hoge.app だけで 仕事が済むのであれば、このような問題から大幅に解放され、 上の『「OSXWSユーザー設定」のオプションインストール化』 も簡単に実現できるでしょう。 それまではやはり VineLinux で実績のある現在の方法が 最も確実だと思います。-tkoba

-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

• 2005-07-16 (Sat) 00:01:40 okamonn? : ありがとうございます。すべて日本語で表示できました。お手数かけました
• 2005-07-15 (Fri) 13:21:57 tkoba : Ngraph, gtk+ を修正して ja_JP.UTF-8 locale 下で日本語表示できるようにしました。
• 2005-07-15 (Fri) 11:45:23 tkoba : mdview も文字化けしていますね。直しておきます。
• 2005-07-15 (Fri) 11:23:31 okamonn? : すみません。以前scigraphicaの要望したものです。 今回ngraphをいれ使用を始めたのですが、 文字化けを起こしてしまいます。 OSごと再インストールしても文字化けを起こします。 ただなぜかWINDOWのところだけが文字化けしないのです。 OSは10.4.2です。何かし忘れているのでしょうか?
  • ご報告ありがとうございます。 locale を ja_JP.UTF-8 に変更してから Ngraph の対応をしていませんでした。 早速修正します。(scigraphica もあれこれ弄っていますが、 どうも Python-numarray との間がうまくいきません) - tkoba