Gentoo MacOSリリース 48
ストーリー by Acanthopanax
Apple-we-have-a-problem 部門より
Apple-we-have-a-problem 部門より
本家記事より。Gentoo Weekly Newsletter 7月19日号が、Gentoo MacOSのリリースを伝えている。Gentoo LinuxのパッケージングシステムであるPortageをMac OS Xに移植したもの。
PortageのMac OS Xへの移植は昨年発表され、その後、FinkおよびDarwinPortsとの協力が発表されていた。インストーラに同梱されているreadmeにはプレビュー版とあるが、Mac OS X 10.3のほか、現在開発中のMac OS X 10.4 "Tiger"に早くも対応している。
[2004-07-27 06:45 JST 追記] 「Gentoo Weekly Newsletter 7月19日号」のリンク先を日本語版へ変更。
とりあえず (スコア:2)
もともと (スコア:1)
良さを説明したURLとか希望。
あと、java系のプログラムを使うことが多いけど、
Mavenみたいなライブラリ管理と統合してくれると
うれしいんだけどなあ。
Re:もともと (スコア:1)
Linux カーネル一つとっても、選択肢が多いこと [gentoo.org] とか。カーネルに限らず、いろんな選択肢が提供されているのは、 Gentoo の魅力の一つだと思いまする。
あと、個人的には Web 上で参照できるドキュメントの類がかなり充実している感があります。
むらちより/あい/をこめて。
Re:もともと (スコア:0)
Re:もともと (スコア:0)
それも含めて、選択肢が多いというのが特長。書いてあるでしょう?
Re:もともと (スコア:0)
Re:もともと (スコア:1)
そして、バイナリ配布もできること、と。
Re:もともと (スコア:0)
Re:もともと (スコア:2, 参考になる)
Portsによって決められています。Portageの場合、ユーザが
複数のバージョンから、使用したいものを選択できます。
Re:もともと (スコア:1)
ここで言うバージョンとはどのような物ですか?
例えば、Rubyだと、1.6系と1.8系でメジャーバージョンが違い、
メジャーバージョンの中で例えば、1.6.4や1.6.8などとマイナーバージョンがあります。
portsの場合、1.6系である、lang/ruby16と
1.8系である、lang/ruby18があり、そこから選びます。
ここでのバージョンとはメジャーバージョンですか、
マイナーバージョンですか?
マイナーバージョンを選択するという事はあまり考えられない気がするのですが?
#ごくたまに古いバージョンが必要になるかもしれないが、
逆に、メジャーバージョンの場合、共存などを考えると、
違うパッケージにした方が良い気もするのですが。
#もしくは、同じバッケージの違うバージョンをインストールできるようになっている?
教えて偉い人
Re:もともと (スコア:0)
>マイナーバージョンですか?
基本的には両方です。
たとえば「Xとかは安定してる(Gentooで推奨している)Versionを
使いたいが、KDEやGentooなどは最新版を追っかけたい」という
Re:もともと (スコア:1)
cvsで行いますので、このディレクトリだけ(例えばkde/*だけ)は
Currentにするといった芸当ができます。
#絶対に推奨はされないでしょうけど。
Re:もともと (スコア:0)
ports は最新を追いかけるのには便利ですが、そうじゃない使い方をしようと思うと途端に面倒、という印象があります。
# ports wizard はどうやって解決しているのだろう
Re:もともと (スコア:0)
そうじゃない使い方をしたい時には、素直にソースからビルドします。
へえーっ、そうだったんだー (スコア:0)
> い、 メジャーバージョンの中で例えば、1.6.4や1.6.8などと
> マイナーバージョンがあります。
.6 とか .8 はマイナーバージョンだと思っていました。
また、1.6.4 や 1.6.8 などの .4 や .8 はバグフィックス用の、いわゆるパ
Re:へえーっ、そうだったんだー (スコア:1)
動作をするものがマイナーバージョンアップと言う事が多いと思います。
Rubyの場合、1.8で動いて、1.6で全く動かないスクリプトがかなり多いと思いますので、
1.6や1.8はメジャーバージョンだと思います。
ruby-lang.orgを簡単に見てみましたが、開発者のみなさんは、
どれをメジャーだとか決めていないようですし、
多くの人に通じる上のような言い方が良いのではないでしょうか?
#必要なら、どういう意味で使うか示した上で。
単純に最上位桁がメジャーバージョンを示すとすると、
Java2はメジャーバージョンではなくなってしまいます。
#Java5はOK?
Re:へえーっ、そうだったんだー (スコア:2, 参考になる)
1=[major]
6=[minor]
8=[teeny]
とされています。この場合「メジャーバージョン」は明らかに「1」でしょう。「スクリプトの互換性が高くないから1.6→1.8はメジャーバージョンアップ」というのは、俺解釈以外の何物でもないと思いますが。
かつてMLでの議論の中で、まつもとさんは仕様は線型に変化するわけではない [nagaokaut.ac.jp]と発言しています。つまり、同じ1.6系列でも非互換が生じる場合がありうる、ということでしょう。
Re:へえーっ、そうだったんだー (スコア:1)
ありがとうございます。
それを元に先の私のコメントを書き直すと、
「ここで言うバージョンとはどのような物ですか?
例えば、Rubyだと、1.6系と1.8系で互換性が無いバージョンの差があり、
それぞれのバージョンで例えば、1.6.4や1.6.8などとある程度互換性があるものがあります。
portsの場合、1.6系である、lang/ruby16と
1.8系である、lang/ruby18があり、そこから選びます。 」
ですね。
話を戻しますが、
1.6と1.8の間では、結構差があるので、
1.6では動くが、1.8では動かないというソフトウエアがあるように感じます。
そのために、Portsでは、ruby16とruby18を区別しているのでしょう。
#もちろん、必要に応じて選べるため。というのもありますが、
パッケージシステムのもう一つ重要な機能に、
依存関係の解決というものがあります。
例えば、PortsでRubyで動くソフトウエアをインストールする時は、
Rubyがインストールされているかをチェックし、
必要に応じてRubyをインストールします。
この時、Ruby1.6でしか動作しないソフトウエアをインストールするには、
Ruby1.6を用意する必要がありますが、この管理はどうやるのが一番良いのでしょうか?
一つの解決策として、FreeBSDのPortsのように、
Ruby1.6にruby16という名前をつけて、Ruby1.8とは区別するという方法があります。
また、そのパッケージが作られた時の依存しているパッケージの
バージョンを記録しておいて、それ以外のバージョンだと警告を出す
などといった方法も考えられます。
しかし、どれも決定打という風には感じられません、
人間が行う作業が多いからです。
なぜ、人間が行う必要があるかと言うと、バージョンが
ツリー状に分かれていて、それ以降に分岐するという事が予測できないからです。
何か良い方法は無いでしょうか?
Re:へえーっ、そうだったんだー (スコア:0)
オフトピックですが参考まで(CVSWeb):
pkgsrc/mk/buildlink3/PKGVIEWS_UG - view - 1.1 [netbsd.org]
Re:へえーっ、そうだったんだー (スコア:0)
僕は,実際にどうやるのか・使い物になるのかなど,詳しくは知りません.
portage: Ruby の SLOT 対応 (スコア:1)
私自身は ruby 使いではないので試したことないのですが、このへん [gentoo.gr.jp] が詳しいです。
むらちより/あい/をこめて。
Re:もともと (スコア:1, 参考になる)
1. Fink - Perl
2. ports - make/shell
ports を利用しているシステムに EasyPackage があります。
3. Portage - Python + Bash
# 間違ってたら指摘よろ
インストールしてみた (スコア:1)
Gentoo MacOS Wiki [gentoo-wiki.com]を参考にインストールしてみました。バイナリは、Finkの/swみたいな専用のディレクトリにインストールされるものと勝手に思っていたら、/usr/binや/binなどにインストールされたのでちょっとびっくり。でも考えてみれば、Gentoo LinuxはPortageでシステム全体を管理しているのでしょうから、まあそういうことかと思い当たった次第。
Metapkg はどうなったのか (スコア:0)
Mac 界隈はただでさえリソース少ないんだから、こんなところで分散させなくてもと思うんですがねぇ。
巨大なテキストファイル (スコア:0)
MIME-Typeを正しく識別するブラウザでクリックするとヤバゲなので、注意。
Re:複雑 (スコア:1)
Mac OS Xに持ち込むのはいわゆるマカーじゃないはずで、
そこでマカーがどうのというのは意味がない感じがします。
言うまでもなく UNIX 好きな人でしょうそういうことをやるのは。
もっとも、マカーでなくても UNIX/Linuxから手を広げてきた OS X 礼賛者
かもしれないけど。(それはそれでいやだ)
> OSXが?BSDみたいになると聞いた時の、*BSDユーザの反応ってどうだったんだろう。
いわゆるマカー(というかMac崇拝者?)は昔からいたと思いますが、
BSD ユーザの多くはそれほど狭量じゃないから(…そのはず。)
別に問題なかったのでは :-)
むしろ *BSDのすそ野が広がるという感じなのかも??
--
礼賛はしないけど OS X が好きな ID
Re:複雑 (スコア:1)
というのはともかく、Gentooのportageは、ある意味FreeBSDのportsというかpackagesに似てます。ソース拾ってきて、コンパイルしてインストール。もしくはあらかじめコンパイルしておいたバイナリパッケージ(tar+bzip2)を入れるかです。どのパッケージでどのファイルが入ったかは記録してるので、後で削除する時には該当するパッケージが消えます。FreeBSD達と違うのは、USE変数によるカスタマイズでしょうか。このあたりはちゃんとGentooのサイトを読んで勉強すること。
というか、パッケージ管理の原則として混ぜるな危険というのがあるんですけど...
tar ballからのインストールもできたらstowで分割させときましょう。後のためにも。
-- やさいはけんこうにいちば〜ん!
Re:複雑 (スコア:1)
さすが、Gentoo、後で出たものとしてしっかりパワーアップしていますね。
FreeBSDでもportupgradeとかを使っていれば、 MAKE_ARGSを使って、同じように設定できますが。
Re:複雑 (スコア:1)
Gentooの場合になりますが、設定ファイル/etc/make.confでUSEという変数に機能名(XならXの機能を含める、-motifならmotifは使うな、等)を書いておけば、次からのパッケージ作成の際に反映される仕組みです。一時的(特定のパッケージだけXは抜きたい等)には
USE="-X" emerge foo/bar
という形で変数渡しでもOK。
BSDの場合(WITH/WITHOUT_XXXX)だとどうなるんでしょうか。
-- やさいはけんこうにいちば〜ん!
Re:複雑 (スコア:1)
make WITHOUT_GUI=yes
とすると、Xが必要なくなります。
また、mod_xxxなどをインストールする時に、
make WITH_APACHE2=yes
などとすれば、apacheの代わりに、apache2を使います。
意味的にはUSEとあまりかわらないかと。
ただ、portsが負けている点は、これが採用されているかどうかは、
portsによるという事です。このようになっていない物も多いです。
近年の、Gnome or KDEとかGTKでも1.xと2.xとか環境が多様化しているので、
Gentooではこれが採用されたんだろうと思います。
嫌いなものは読まなければよい、とは限らないが。 (スコア:1)
精神衛生上、マカが大嫌いな人にはお勧めです。実際、ついアラさがしをしちゃって時間を使うのは、もったいないですから。
Re:複雑 (スコア:0)
Re:複雑 (スコア:0)
だが
> OSXが?BSDみたいになると聞いた時の、*BSDユーザの反応ってどうだったんだろう。
ハァ?
何言ってのかわからん。
Re:複雑 (スコア:0)
>OSXが?BSDみたいになると聞いた時の、*BSDユーザの反応
?BSD と *BSD の違いって何でしょうか。
?BSD と *BSD の違い (スコア:2, おもしろおかしい)
「*」は複数文字。つまり4.3BSDとか4.4BSDとかそのへん。
ちがわないか? (スコア:1, 荒らし)
OSXがBSDとコンパチもっているのは、BSDレイヤーが
あるからであって、カーネルはMachだし、OSXが
FreeBSDに似ていく(とカンファレンスで言ったらし
い)とは、(厳密に調べてないけどおそらく)BSDレ
イヤーからのインターフェース(lib*とか*.hとか)が
似ているだけだと思う。
OSXが*BSDだといったのは、OSのカーネルと上位部分を
分けることを知らない、アホなパソコンライターども
と、それに便乗して当時Linuxブームだったのを、乗り
遅れないように注目させようとしたJobs。
#OSXは開発者から見て、Carbin/Cocoa/BSDで3とおり
#あります。さらにJavaVMとClassicというOS9時代の
#ものも含め・・・結構な数になります。
-- gonta --
"May Macintosh be with you"
Re:ちがわないか? (スコア:3, 参考になる)
Darwinは、MachにBSDを取り込んだ形になっていて、カーネルと別の
レイヤーでBSDを載せている訳ではありません。
Darwin Kernel Documentation [apple.com]
Re:ちがわないか? (スコア:0)
DarwinはMacOSXをMacOSXたらしめている部分を取り除いたもので、カーネルはその中のxnuと呼ばれる部分の事だと思ってました。Machをベースに改良(動作速度に影響の出そうなファイルシステムとか
Re:ちがわないか? (スコア:1, 参考になる)
完全に勘違いです。
インターフェースが似ているだけじゃなくて、実際に
FreeBSD や NetBSD の実装を取り込んでいます。
(カーネルもユーザーランドも)
> OSXが*BSDだといったのは、OSのカーネルと上位部分を
> 分けることを知らない、アホなパソコンライターども
> と、それに便乗して当時Linuxブームだったのを、乗り
> 遅れないように注目させようとしたJobs。
間違いです。
OS X のカーネルは、Mach部分とUNIX部分からなり、これらを
単一のカーネル仮想空間で動かしてますが、このうちUNIX部分
は実際に FreeBSD や NetBSD のカーネルソースを用いています。
ここの copyright notice も参照
http://www.apple.com/legal/appletmlist.html
Re:ちがわないか? (スコア:1, 参考になる)
#Carbon
#なんとなくオフトピ
Re:複雑 (スコア:0)
Re:複雑 (スコア:0)
そろそろもう少し難易度の高い釣り場を目指してはいかがかな。
マカって何? (スコア:0)
もしかして、これ [att.ne.jp]のこと?
Re:マカって何? (スコア:0)
#歳がばれそうなのでAC
Re:複雑 (スコア:0, オフトピック)
10.2までは使用していたが、最近は備わったんでしたっけ?
個人
Re:複雑 (スコア:1, おもしろおかしい)
それは君のようなアンチ信者にも当てはまる。