アカウント名:
パスワード:
分裂の後、混乱を乗り越えた本家が、謙虚に冷静に分家の提示したコンセプトを取り入れていった……、とか言う場合、経緯はどうあれ、分家した人は本家に影響を与えることに成功したことになるわけですよね。
……てなことを Xemacs と Emacs を見ていて思いました。 Emacs21 って gtk+2 対応になったんですねえ。
うまくいかなかった一例だけを挙げてそこまで言う……
なんだそりゃ。こういうのは楽しいからやってんじゃないのか?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
オープンソースのフォークといえば... (スコア:0)
結局、forkしても本家プロジェクトと競るようなことをやっている限り、知名度的な問題もあってうまくいかないんじゃないかという気がしますね。つまり、単に「開発力の分散」というデメリットしか無く、得るものは何も無いんじゃないかと思います。もしも現在のXFree86の開発方針に不満があるなら、(こちらの方がより多くの労力を要するのはわかりますが)昔のPAO [freebsd.org]のように巨大なパッチを作りまくって実績を上げる、っていう方が良いような気がしますけどねぇ。幸いにしてXFree86はリリース間隔が長いので、パッチの賞味期限も長そうですし。;-)
捨て身の改革…… (スコア:2, すばらしい洞察)
分裂の後、混乱を乗り越えた本家が、謙虚に冷静に分家の提示したコンセプトを取り入れていった……、とか言う場合、経緯はどうあれ、分家した人は本家に影響を与えることに成功したことになるわけですよね。
……てなことを Xemacs と Emacs を見ていて思いました。 Emacs21 って gtk+2 対応になったんですねえ。
移ろい行く世界…… (was Re:捨て身の改革……) (スコア:1)
>提示したコンセプトを取り入れていっ た……、とか言う場
>合、経緯はどうあれ、分家した人は本家に影響を与えること
>に成功したこと になるわけですよね。
別な言い方をすると、分裂により開発意欲、開発力のある
開発者を失った「本家」が衰退し、結局推進力のある「分家」
系列に呑み込まれることもあると。
あるいは、分裂によりカリスマ性、機動力、実行力に長けた
「分家」が、「本家」を抹消し、無効化し、形骸化させ、
「分家」が「新本家」となり、だれも「本家」のことなど
気にしなくなり、あるいはだれも「本家」が存在したことすら
知らない事態に至っちゃりして、「新本家」が「本家」と
認識する世界になったりすると。
IN EARTH AND SKIE AND SEA STRANGE THYNGES THER BE.
Re:移ろい行く世界…… (was Re:捨て身の改革……) (スコア:1)
Re:移ろい行く世界…… (was Re:捨て身の改革……) (スコア:0)
Re:オープンソースのフォークといえば... (スコア:1)
>り、知名度的な問題もあっ てうまくいかないんじゃないかという気が
>しますね。
うまくいかなかった一例だけを挙げてそこまで言う……
>つまり、単に「開発力の分散」というデメ リットしか無く、得るもの
>は何も無いんじゃないかと思います。
なんだそりゃ。こういうのは楽しいからやってんじゃないのか?
IN EARTH AND SKIE AND SEA STRANGE THYNGES THER BE.
Re:オープンソースのフォークといえば... (スコア:0)
Re:オープンソースのフォークといえば... (スコア:0)
Re:オープンソースのフォークといえば... (スコア:0)
SSHに対するOpenSSHとかも。
問題は、どっちを分家と見るか、という事かもしれませんが。
どのみち、モチベーションが低下したら開発しなくなるのが
オープンソースなんだから、分裂しなければ開発力が
Re:オープンソースのフォークといえば... (スコア:0)
FreeBSDとOpenBSDは先祖が同じというだけで、直接的にfork関係にはないです。で、NetBSDとOpenBSDのforkに関しては、私は個人的には大失敗だと思っています。人間関係などを考えるとありえない ;-p 話ではありますが、もしもTheoが現在のOpenBSDにおける成果をNetBSDの中で発揮できていれば、今のNetBSDとOpenBSDを合わせたよりももっと大きな成果が出ていたんじゃないかと感じますね。
>> SSHに対するOpenSSHとかも。
これも比較として不適当。っていうか、この2つはforkでも何でもないし、同じ祖先でもな
Re:オープンソースのフォークといえば... (スコア:1)
こうしてみると、今回の fork も悲観するものじゃないのかもしれませんね。
// むしろ乱立気味の Linux の distribution の方が…(冷汗
This cookie has a scrap of paper inside. It reads:
If you can't learn to do it well, learn to enjoy.
Re:オープンソースのフォークといえば... (スコア:0)
Re:オープンソースのフォークといえば... (スコア:1)
Re:オープンソースのフォークといえば... (スコア:0)
いえません。FreeBSDもNetBSDも「元祖BSDを源流として386BSDを参照している」という共通のバックグラウンドがあるだけです。同じ時期に開発方針の異なる2グループが存在し、それぞれが別プロジェクトを開始した、というだけの状況をforkと呼ぶのでしょうか?
NetBSD10周年ネタでも話題に挙がっていた
Re:オープンソースのフォークといえば... (スコア:0)
明確に開発方針が別れる以前のことです。これをもって
>>> FreeBSDはNetBSDからフォークしているといえると思います。
という表現をするのは間違っていません。
FreeBSDの人によって後の世に作られたbsd-family-treeは
一面の真実しか語っていないことに気づいてください。
Re:オープンソースのフォークといえば... (スコア:1)
>一面の真実しか語っていないことに気づいてください。
確かに。NetBSDの系譜でMacBSD(386BSDをmacに移植しようとした
プロジェクトで、NetBSD/mac68kに成果のほとんどを引き継いだはず)
について全く触れない、名前も出ないってのは、かなりヘンですしねぇ・・・。
---- redbrick
Re:オープンソースのフォークといえば... (スコア:0)
>プロジェクトで、NetBSD/mac68kに成果のほとんどを引き継いだはず)
>について全く触れない、名前も出ないってのは、かなりヘンですしねぇ・・・。
ちゃんとport mac68k [netbsd.org]のページではMacBSDについて触れられてますけど。
そういう話じゃ
Re:オープンソースのフォークといえば... (スコア:1)
ちょっと違うと思いますが・・・。
#ええ、もちろんmac68kのページにかなり詳細な記述があるのは
#知ってますよ。
#例えば、NetBSD/mac68kのhistory [netbsd.org]なんかが詳しいですね。
・・・今は、FreeBSD側のbsdの系譜の中の記述に限っての話だったと
思ったんですが、違いましたっけ??
>いちいちportのマージ元プロジェクトについても全部書けとかそういう話?
うーむ、NetBSDのsource treeから移植が始まったものについては
そうは考えていません。
一応、独立したOSとしての386BSD(i386系部分のみの継承)が書かれているのに、
参考となるBSDそのものがあったとはいえ、それを別アーキテクチャ(mac68k)に
移植するところまでやった、かなりの規模のプロジェクトが書かれない
ってのは、なんかヘンじゃないですか?
#PPCのみがターゲットのMacOS Xがあって、なんでmac68kターゲットで
#386BSDを移植したという記録が残らないのか、理解に苦しみません?
#わたしは、非常に理解に苦しむんですけどね・・・(汗)。
>そういうサブプロジェクトも書き始めると訳分からなくなると思うけど。
>#Citrusとかそういうのも書くべき?
Citrusって、BSDの枠組みでの国際化フレームワーク、つまりOSの内部の
仕組みの一部ですよね?
OS内部の仕組みに関わるプロジェクトが記載されてましたっけ?
---- redbrick
Re:オープンソースのフォークといえば... (スコア:0)
FreeBSDは386BSDから直接ぶら下がっていたりするし。rhapsodyは4.4BSDlite2からいきなり生えてるし。
MacOSXがかかれているのは、Fr
Re:オープンソースのフォークといえば... (スコア:1)
ああ、そうなんだぁ、とおもったんですが、NetBSD側 [netbsd.org]でなおしてないのはなんでなのかしらん。
1. これでただしいから。
2. なおすのが(なおさせるのが)面倒だから。
3. そんなむかしのことはだれも気にしないから。
4. FreeBSDとの高度に政治的な取引の結果。
#あまりおもしろいものはおもいつかないけどnick
Re:オープンソースのフォークといえば... (スコア:0)
たらればはどうかともうけど、OpenSSH開発には、暗号輸出規制の関連問題もあったのではなかった?
Re:オープンソースのフォークといえば... (スコア:0)
*度合いが極まる所まで進む場合は* さっさと fork した方がいいです。
精神力ばかり消耗する議論が繰り返され開発どころかコミュニティが
死ぬことさえありますから。
# OOo日本ユーザ会は最近なんだかギスギスしてきましたねぇ。
その辺は程度問題 (スコア:0)