ﾃﾞｨｽﾄﾘはOS会社とﾄﾞﾗｲﾊﾞ会社とｱﾌﾟﾘ会社に分割すべき

1 ：11/10/28 〜 最終レス ：11/12/18

昔、MSはOS会社とOffice会社に分割すべきってあったでしょ？
あれと同じ。
ディストリはLinuxの発展のために、OS会社と、ドライバ会社と、アプリ会社に分割すべき。
今はOSとドライバとアプリが密接に結びつき過ぎている。
分割することでどういうメリットがあるか？
・古いOSでも新しいOSでも、ドライバ会社がそのOSに提供する限り最新ドライバが使える。
・古いOSでも新しいOSでも、アプリ会社がそのOSに提供する限り最新アプリが使える。
今の時代、ディストリが全部仕切っていて、安定して使うのなら
ディストリが決めたOSとドライバとアプリを強要される。
新しいドライバを使いたいだけでOSをアップデートするとか、
OSをアップデートしたら、新しいドライバが不具合起こしたとか
最新アプリ出たのに、使えるのはいつなんだ？ とか
そんなナンセンスな問題は、会社を分割することで解決する。

2 ：

会社でやってるわけじゃないから

3 ：

2で終わった＾ｐ＾

4 ：

終了

5 ：

会社じゃないにしろ>>1の言うことは正論。
開発は分割したほうがいイイ。

6 ：

>>2
で終了してた。
最近良く分からずにスレ立てする人が多いな。

7 ：

ドライバ開発を分けたいならリーナスに言えよ
GNOMEやKDE関連はディストリに関係無いしLinux専用でも無いから各プロジェクトに言えよ
開発なんて最初から分かれてる
ディストリなんて色々なプロジェクトのソフトを寄せ集めてるだけだ

8 ：

釣りをしたいだけでスレ立てちゃったのかｗ

9 ：

バイナリ互換がないから別々に配布できない。
出刃ドラもバイナリ互換ない。
ソースで配布してコンパイルしろってか?
それもコンパイラやヘッダファイルなどの問題でできないことがある。

10 ：

良く分かってないのに、釣りをしようとしても無駄

11 ：

よくわからないまま釣りになっちゃった>>1の人気に超嫉妬

12 ：

一方、My糞ソフトは、大変なデバドラ開発作業をメーカに押し付けた。
しかもMS丼という上納金まで巻き上げて。殿様商売ってもんじゃねーぞ。

13 ：

　　（ ＾ω＾ ） >>1　無理すんなよｗ
　　/ ,　　　ヽ 　　　
￣_|,..i'"':,￣￣￣￣
　 |＼`､:　i'､
　 ＼ ＼`_',..-i
　　　＼.!_,..-┘

14 ：

>>9の通り、設計上それができないんだよな。
カーネル、デバイスドライバ、アプリケーションはセットでしか配布できない設計。
同じOSでもちょっとバージョンアップしたらもうバイナリの移動はできない。
ソース配布でも、ちょっとバージョンアップしただけでコンパイルできないこともざら。
特にデバイスドライバはな。
いつかは改善されるかと思ったが10年も20年もたっても同じだったよ。

15 ：

> >>9の通り、設計上それができないんだよな。
ならその設計を正せばいいんじゃね？
正さなくても各アーキテクチャ用に
バイナリ配布すればいいだけでしょ？

16 ：

>>15
各アーキテクチャ別にバイナリ配布しても動作しない。
動かないものを配布しても意味がないだろう。
全てのディス鳥の全てのバージョン別に配布すれば理論上可能だが、実際問題無理。
少なくともリアルタイムではな。
正せるならLinux辞めて別のOSを開発しな。
Linuxは所詮、このへんの技術でWindowsにかなり劣っているんだよ。
Linuxの特徴も分かっていないのにスレ立てんなよ

17 ：

>>16
> 各アーキテクチャ別にバイナリ配布しても動作しない。
> Linuxは所詮、このへんの技術でWindowsにかなり劣っているんだよ。
ええとWindowsでも32bit、64/bit、server、mobile、atomとかSHとか
各アーキテクチャ別にバイナリ配布しているわけだが、どの辺に優劣をつけるのか
よくわからん話だね。

18 ：

ディストリ間のバイナリ互換性が終わっちゃってる話じゃないの？
ソフトウェアならスタティックリンクで逃げる事も出来るけど、サイズでかすぎだし

19 ：

バイナリ互換性だけが問題なら、
再コンパイルすればいいだけの話だと思うんだが？

20 ：

普通は野良ビルドしたりして/home以下や/usr/localに入れておけば良いんだけどね
別スレ見るとPHPのバージョン下げたいからどのディストリ使えば良いですかって質問があるくらいだ
自分でビルドするのがPC-UNIXだと思ってたけど、今はパッケージでバイナリ配布が主だしな

21 ：

同じディス鳥(特にUbuntu, Fedora)ですら、Updateでkernelのバージョン
上がったら、もう動かなく成ってしまうからな。新しいkernelと、それに合わせた
ヘッダファイル、ライブラリで、「ソースからコンパイルし直し」しないと動かない
デバドラI/F。
メジャーバージョンが上がったんなら仕方無いと思うが、2.6.xのxが変わる度に
毎回この作業が必要なのはLinus、頭悪い。RAIDやeSATA箱だと始末に負えない。
PHPとか、/usr/local以下に入れとけば済むアプリなんてどうでも構わないから、
デバドラI/Fぐらい、M$や*BSDみたいに統一して、メーカがバイナリ配布可能に
してくれ。まぁM$は、デバドラ作成コストと人員をメーカに押し付ける為にやって
るだけだが。

22 ：

>>21
いや、デバドラ部分はハードウェアメーカーの
機密事項とも言える部分で、他社との差別化ができる部分だから
逆にメーカー側は自分たちで作成したいんだよ。
で、ソースコードは公開したくないと。
これを満たすにはMSはインターフェースを用意しないといけない。

23 ：

Linuxのドライバだと読み込みの際にバージョンチェック入る(省く事も出来るけど)
ディストリ毎にカーネルへ色々なパッチもあてたりで難しいな
*BSDの場合はカーネル+libc+ユーザーランドを1プロジェクトで開発してOSとしてリリースしているから楽なのかもな
perlやbash等は/usr/local以下へインストール、/binや/usr/binを汚さない考えはLinuxでも有益かもしれない

24 ：

バグが出たときに、ドライバのソースのないとkernel本体側と
ドライバ側のどっちが問題なのかわからない。だからtaintedフラグ
なんてものがある。
http://sourceforge.jp/magazine/04/04/30/1222207

25 ：

>>17
Linux
各アーキテクチャ別にバイナリ配布しても動作しない。
Windows
各アーキテクチャ別にバイナリ配布して動作する。
どっちが優でどっちが劣かは自分で考えろ。

26 ：

>>19
結構、意味不明のコンパイルエラーとか出てくるもんだよ。
無理してエラー出ないようにソース修正したこともあったけど
コンパイル通ってもちゃんと動くかどうか分からないし、時間の無駄。
まともな人間なら避けるよ。
ソース互換で行くならソース互換を高くできるように改良する必要があるな。
どちらにしろコンパイルは時間、リソースの無駄。
カーネル、ライブラリ、ヘッダ、コンパイラは常にバージョンアップしている。
ヘッダファイルのある位置はディス鳥によって違うこともある。
簡単にコンパイルなんかできんよ。

27 ：

Linux Standard Baseも全く機能してないしな
gccのバージョンが変わればコンパイルエラーも結構出るのがなぁ
Solarisとか*BSDみたいにOSとソフトウェアを分離させた方が
良いんだろうけどね
/bin/shの実体がbashだったりするのもかなり変だし

28 ：

分離なんてできない/やらないだろうし、Linuxなんて葬りさってSolarisや*BSDを使おうぜ

29 ：

エロゲーが大量に発売されるか否かが普及の鍵である。
と、10年前から口を酸っぱくして言っておるのだが。

30 ：

バイナリ配布できなきゃエロゲーも大量にできないだろバカが。
ところで*BSDってなんだ?
FreeBSDか?

31 ：

…N…e…t…

32 ：

FreeBSDとOpenBSDにバイナリ互換がなくて
NetBSDにバイナリ互換があるってこと?
もし、そうならLinuxよりはやってそうだけどな。

33 ：

{Free|Net|Open}BSDだな。
昔は、/moduleだか/lkmにkernel module転がしとけばデバドラ対応できた。
つーか、RAIDカードとかストレージ系のデバドラは、いちいち再コンパイル必要
だとインスコできないから、再コンパイルも出来ない、鶏と卵のパラドックス。
最近は、Linuxとのマルチブート(Grub)や、SolarisみたくZFS対応で/boot
が出来て、ディレクトリ構成変わったけど、基本は同じ。
その*BSDも昔(a.outからELFに移行する頃)は、newfs派vs newconfig派で
デバドラI/Fを巡って侃々諤々の議論で荒れたんだけどね。結果、悪い方に
転んだんだが、とりあえずデバドラI/Fの統一は取れた。
>>22
そんなんGPUだけだろ。単なるUSBやSATAカードとか、特に玄人志向が
出してる拡張カードなんて、リファレンスとしてネットにPDFと一緒に転がってる
デバドラそのまんまコピペじゃん。VIAや蟹chipに機密事項も糞も無いだろ。
GPU(の特に3D描画)は知財の塊だけどさ。

34 ：

BSD系はデバドラはカーネルなどのバージョンが変わってもバイナリファイル持ってくるだけで動くってこと?
アプリケーションのバイナリ互換はどうなの?
スタティックライブラリは全て完備?
OSバージョン別のパッケージじゃなくて、アーキテクチャ別のパッケージは可能なの?

35 ：

FreeBSD系のカーネルはメジャーバージョン変わらないと
殆ど変わらないんじゃないかな(7.0→9.0とかでも互換だったと思う)
ドライバも再コンパイル無しで放ってある物も問題無く動いてた
ドライバに関してはNetBSDが一番実装が綺麗で移植もし易いらしいけどね
バイナリ互換は例えば共有ライブラリの名前が変わってしまっても
libmap.confの機能でhoge.so.4→hoge.so.5等々自動でやってくれる
スタティックライブラリの意味が分からんけど、/rescue以下に
静的リンクされた各種ツールは昔から入ってるよ

36 ：

釣りスレだと思っていたが、しばらくぶりに来てみたら
Linuxの本質的な議論になっていてワロタｗ

37 ：

1は今ごろどうしてるんだろ。

38 ：

>>35
それどころか、FreeBSDに成る前の386BSDのバイナリですら、つい最近まで
動いてた。a.outのサポートやめてとうとうELF onlyに成ったから動かなく成ったけど、
a.out形式のサポートを戻すようにしてkernelを再コンパイルして、a.outのlibc
突っ込めば動くけど。ユーザランドアプリなら、そんなもん。
ライブラリはスタティックなら互換性の問題は生じないじゃん。コンパイル時に
依存関係は確定するんだから。
デバドラはnewbus/newconfig以前と以降で互換性無いけど、その論争以降は
基本的に上位互換を保ってる…ハズ。今と成ってはISAのAHA-1742CFのデバドラ
の検証なんてやってないけど、もし現役のi386 or i486でISAなマシンが有れば
動くんじゃないの?
(PC98)な人だと使ってたりしそうだけどw

39 ：

>>37
>>1とは名乗らずにちょこちょこ書き込みしながら
話の流れをコントロールしてますよ

40 ：

>>38
FreeBSDとかはcompat?xがあるからなぁ
バイナリ互換性は保たれてるね
何気にWindowsのバイナリ互換性は素晴らしいとは思う
ハードウェア叩く奴以外はかなり動くしね
会社のシーケンサ制御ソフトがVista、Win7で動かなくて
困ったけど、カーネルとドライバ構造が変わったから諦めた

41 ：

Linuxでバイナリ互換のある実行ファイル作ろうとして
スタティックリンクしようとしたことが何度もあったけどスタティックライブラリが用意されていないんでリンクエラーになってできなかった。
シェアードリンクだとちょっとバージョンが違うだけでエラーが出て起動できない。
同じようにスタティックリンクをやりたい、挑戦という人をググってみたけど成功した人がいなかった。
フリーソフト作っても多くの環境で動作するバイナリ配布が難しいからLinuxから遠のいた。
ソースで配布しても、ユーザーの多くは自分でコンパイルなどしないし、それ以前に他人に無料でソースは見られたくなかった。
唯一スタティックリンクに成功したのはBorland kylixだった。
どんなLinuxでも起動するバイナリが作れる。
kylixはもう古すぎて最近のディストリでは実行時に不具合が出る。
いろいろと難があるのでkylixもあまり役には立っていない。
それでもないよりはいいが。
Linuxの場合、ディストリがスタティックリンクできないようにしたものしかない。
かといって、自力でスタティックライブラリ作ってできるようにするノウハウもないし、あってもそんな手間かけていられない。
これがLinux普及しない原因なんだが誰も気にならないみたいだ。
必要なのはスタティックリンク。
スタティックリンクさせてくれないからバイナリ互換がない。
と、10年以上前から同じことを繰り返し言っている。
それなのに、エロゲーがどうとか言う人がまだいる。

42 ：

ソース非公開で、どのLinuxでも動くようにするのなら
Windowsアプリを作るのが一番手っ取り早いかもねｗ

43 ：

ディストリによってはスタティックリンク用のライブラリを
準備していないところはあるね
glibcから自前ビルドしていって用意する事は出来るけど
行程が凄まじく面倒
QT、GTK+等のツールキット込みだとバイナリサイズも
凄まじいでかさになりそうだ
エロゲーは大多数がインタプリタで作られているそうだから
移植自体は難しくはないと思うけど、売れる見込みがないから
作らないんだと思う

44 ：

正確に言うと、LinuxはELFで、バイナリ互換はあるんだけど、
開発環境がシェアードリンク前提で意地でもスタティックリンクさせないぞ状態なんで
結果的にソースを公開してディストリ開発者に採用された場合のみ初めて他人が使ってくれる状態。
シェアードリンクでも実行できてもいいような気がするが、ことごとくエラーが出る。
>>42
wineは、まだ問題いろいろあるよ。
日本語入力とか、フォントの問題とか。
ちょっと古いディス鳥では新しいバージョンのwineのパッケージ出てないし。

45 ：

バイナリ互換性はあるけどリンクしまくりの共有ライブラリが足りないとか
ライブラリのファイル名が違うと動かないのがね
Windowsも同じだけど

46 ：

WindowsとLinuxの共有ライブラリは
ちょっと考え方が違うんだよな。
Linuxの場合、OS（ディストリ）が用意したライブラリをみんなで使う。
Windowsの場合、共有ライブラリはアプリに付属していて
複数のアプリで同じ共有ライブラリを使うときは共有する。
なんでこうなったかというと、Windowsは原則としてMicrosoftが用意した
共有ファイル以外の、どこかのメーカーの作った共有ライブラリがOSに
入ることはない。そりゃ別会社だからね。だからアプリにくっついてくる。
このおかげで、どのWindowsでも、ほとんどの共有ライブラリは同一のものを使えるわけだ。
さらに共有ライブラリなのに、設定ファイルだけでアプリ専用の
動的リンクライブラリにすることも簡単にできる。
この場合スタティックリンクとほぼ同じ状態になる。

47 ：

Windowsでもsystem32にDLLを突っ込むソフトは
ちょっと微妙だけどね
VCとmingw32だとC++でコンパイルしたDLLは
互換性がないとかC++は結構面倒だけど
かなりの後方互換性を残しているのはWindowsの最大の利点かもしれない
そうしないと膨大なソフトウェアへ対応できないからだろうけど
Linuxディストリはほぼ同じカーネル、ライブラリ群の構成だけど
各々が独自、非公式パッチ使用などの違いがあるし、乱立しすぎて
RHEL、Ubuntu、Debianにはドライバ、ソフトウェア提供などをしても
Gentoo、Arch、その他では動かない可能性もある
上記3つのディストリでもバージョンが違えばカーネルが全く違ったり
/etc以下が変わってたり特定のバージョンのソフトウェアが
使いたい場合にはアップデート等が悪さするときもあるね

48 ：

よろしい、ならばFreeBSDだ!
801エロゲ作るなら、*BSDで。

49 ：

Linux環境でも売れるけど、最初からUbuntuのこのバージョン専用とか明記するしかないかな
スタティックリンクで作るとライセンス的に厳しい

50 ：

>>49
そういう場合に、OSとかがちゃんと分離さられていれば、
Ubuntu（OS部分のみ）はこのバージョン専用。
アプリやドライバは自由に最新版を
入れられるってなると思うんだ。
ぶっちゃけOS部分は最新版が欲しいことって
殆ど無いわけだし。

51 ：

LTSが最新ハードに対応してれば無問題なんだがな。
最新のデバドラが必要で、すると抱き合わせでOS本体も最新(人柱)版に成る
…ってのがLinuxの問題点。何もUbuntuに限らず、Linux kernelの作りの問題。

52 ：

全てのアプリ・ライブラリ・DLLが企業で作ってるかのような発言が散見されるが、そうじゃないうだろ。
Windowsアプリでもフリーソフトや個人製作のDLLなんて山ほどあるだろ。
名無しで潜伏してる>>1

53 ：

来いよLinus。　GPLなんか捨ててかかって来いよ。

54 ：

カーネルにLinusのコードが数%しか残ってないし、GPLv2捨てるには書き直すしかないだろ
他の9割以上のコードは他人やIBM、その他企業が書いてるし
GPLv3に切替てたら終わってたと思う

55 ：

>>52
> 全てのアプリ・ライブラリ・DLLが企業で作ってるかのような発言が散見されるが、そうじゃないうだろ。
> Windowsアプリでもフリーソフトや個人製作のDLLなんて山ほどあるだろ。
だからなんなんだ？
Windowsではアプリは、/usr/binみたいに決められたところにごちゃまぜに入れるんじゃなくて、
アプリ専用フォルダに入れるのは知ってる？
個人製作のDLLなんかは最近はアプリ専用フォルダに入れるのが多いよ。
WindowsにとってDLLってのは、動的リンクライブラリであって、共有ライブラリじゃないことが多いんだ。

56 ：

PC-BSDもそれに近いパッケージだよね

57 ：

じゃぁ何なんだ、全てソフトウェアは企業で開発すべきとでも言うのか？

58 ：

DLLの扱いの話しなんかででもええわ。
コニュニティでの開発なんかｇｄｇｄになるだけだから、合弁会社作って製品としてリリースしろよってことだろ。

59 ：

Linuxは会社として、製品を開発する責任を追ってないからクソ見たいな製品しか作れないゴミ

60 ：

まともな企業・団体とが公的な責任のもとでリリースされるWindows・Mac・BSD
ハッカー（）がそこらへんのゴミをかき集めて、適当に組んだだけのLinux

61 ：

Linuxカーネルは、産廃業者がそこらのゴミを適当に積み上げたゴミの山

62 ：

Linux Daily Topics：2011年9月2日　Kernel.orgがトロイの木馬の侵入被害に｜gihyo.jp … 技術評論社
http://gihyo.jp/admin/clip/01/linux_dt/201109/02
Linux カーネルの基盤サイトがクラッキングの被害に - japan.internet.com
http://japan.internet.com/webtech/20110902/2.html
Linux Daily Topics：2011年9月15日　狙われるLinux… 今度はLinux Foundationが標的に｜gihyo.jp … 技術評論社
http://gihyo.jp/admin/clip/01/linux_dt/201109/15
MySQL.comのWebサイトに不正なコード　闇市場でroot権限も販売か
http://www.itmedia.co.jp/news/articles/1109/27/news027.html
またもOSSプロジェクトが被害に! Wineプロジェクト、不正侵入を発表 | エンタープライズ | マイコミジャーナル
http://journal.mycom.co.jp/news/2011/10/13/115/index.html

63 ：

　　　　　　　　　　 ＼　　　　　　∧＿∧　てめ　　　　　　　／
.　　　　　　　ﾎﾞｺ　　 ＼　　　　 (　･ω･)　どこ中だよ　 ,／　　　　てめ
　　　∧＿∧　　　　　　＼　　　(っ　　つ　:(;ﾟﾞωﾟ`):　 ／　　　　　　　どこ中だよ
ﾐ ○(　・ω・)ﾉﾉ　　　　　　＼,　/　　　)　　:(´`つo:.／´　｀　　　　　　 ∧＿∧
　　ヽ　∧○∧　　　　　　　　＼/￣∪　　 し'､ｿ／　　つ /⊂≡⊂＝(･ω･　)
　　ﾉ　(　・ω・)＜てめ　　　　　＼∧∧∧∧／　／⌒⌒ヽ　　 ⊂＝⊂≡　ι)
　　( / （====）　どこ中だよ　＜　ど　て　 .＞　＼　￣ ノ　ﾊﾞﾊﾞﾊﾞﾊﾞ ( 　　λ
　　　　　(＿フフ　　　　　　　 .＜　こ　 め　 ＞　　 ￣　　　　　　　　　∪￣＼)
　――――――――――-..＜　中　　　　.＞ ―――――――――――――
　てめ　　　　　　　／　 　 ／|＜.　だ.　　　 ＞ ∧＿∧　　てめ　どこ中だよ
　どこ中だよ　 (・ω・`)／／／＜ よ　 　　＞ .(　･ω･)　　　　　;，
　　　　　　∧∧(^(^u／／ ／　　　∨V∨∨　＼(っ⊂〓二二二⊃　　lヽ,,lヽ
　　　　　 ﾉ⌒ヽ） .／／ ,／　　　　∧＿∧　　　　＼　　)　　　　　　　 (ミ　　 ）　やめて
　　　／（ （　ﾉ ／／　／　　　　　(　　　　)　てめ　　＼j　　　　　　　 と.、 　 i　))
　　　|／_ﾉノ> |／　／(⌒⌒ヽ　 ／　　、つどこ中だよ ＼　　　　　　　 .しーJ
　　　￣ﾚ'ﾞ .￣　 ／　（ ﾌﾞｯ!!　ゝ（_(__ ⌒)ﾉω・`)　　　　　　＼
　　　　　　　　／　　　丶〜 '´　　∪　(ノ＿ノu　　　　　　　　 .＼

64 ：

存在しない会社を「会社分割すべき」とボケをかましたことについて、無理やり伸ばして流そうとするなよ

65 ：

>>64
会社はあるだろ。Redhatとか。
それに別に会社はLinux関係の団体に置き換えてもいいだろ。

66 ：

70 名前：login:Penguin[sage] 投稿日：2011/11/03(木) 22:53:39.83 ID:PsBPx/EY
Red Hat の通期決算、売上10億ドルに迫る勢い
http://japan.internet.com/busnews/20110325/10.html
Ubuntu 11.04をめぐる小さなトラブルに見る“OSSとビジネスの両立”の難しさ
http://gihyo.jp/admin/clip/01/linux_dt/201102/25
>世界で最も人気のあるディストロとはいえ，Ubuntuはこれまで
>ほとんどCanonicalとMark Shuttleworth氏のスポンサードの下で
>運営されてきた。そしてCanonicalは創業以来，経営的には
>苦しい状況が続いている。

67 ：

>ID:hLbyZZyT
このニート、なんで昼間っからこんなに"必死"なの?
>まともな企業・団体とが公的な責任のもとでリリースされるWindows・Mac・BSD
BSD? BSD?
大学発だけど、開発体制はLinuxのモデルと成ったバザールモデル。

68 ：

世間一般では11/3は祭日だろうが。社畜。

69 ：

>>67
大学も企業・団体と変わらんだろ。

70 ：

Linuxカーネルのバイバリ互換のなさの原因は、Linusの狂った設計思想からきている。
「ソース公開してるんだから、自分らで改修しろよ」っていう、OSSの悪しき風土が蔓延してる限り永久にこのまま。

71 ：

Linuxというか、GNUプロジェクトもこんな論争あるしねぇ
プロジェクト内も意見が合わないとか結構ありそうだけどね
http://www.atmarkit.co.jp/news/200905/07/glibc.html

72 ：

>「ソース公開してるんだから、自分らで改修しろよ」っていう、OSSの
それは正しい。狂ってない。*BSDだって同じ。
ただ、バイナリ互換性の無さは Linus の手抜きだ。同じOSSポリシの*BSDだって
newbus vs newconfig論争後はデバドラの互換性は保たれてるし、ユーザランド
なんてFreeBSDが登場する前の386BSD時代から保たれてる。

73 ：

GNU/LinuxのユーザーランドはGNUのソフトウェアだから
そっちの互換性(libcとか)はLinuxは関係ないかな
glibcの開発体制(Redhat)が問題になってeglibc(Debianが採用)と
最重要なlibcがこんな状態なのがいつまで続くのかちょっとね

74 ：

分割すべき

75 ：

OS屋とアプリ屋は分離すべき

76 ：

だからバイナリ互換がないとアプリ屋は作って公開してもほとんどの環境で動作しないから意味ないわけよ。
フリーソフトとか勝手にバイナリ公開するやつがいないのも
したくてもできないってこと。
結局ディストリに採用されてソース渡してコンパイルと配布を鳥側にやってもらわないと誰にも使われることがないのよ。

77 ：

>>76
Chromeみたいにリポジトリサーバー立てて、
各ディストリ向けにパッケージを生成すればいいのでは？

78 ：

互換性もそうだけどアプリ屋からすればライセンスが面倒
ライセンス気にせずにコード使ったりすると昔みたいにエロゲーのインタプリタのソースコード公開

79 ：

ライセンス気にせずに使えるライブラリって
パブリックドメイン位しかないと思うんだが

80 ：

暗にGPLの事を言ってるんじゃないかね

81 ：

>>76
リポジトリサーバというのは開発者に代わって
全てのディス鳥、全てのバージョンのLinuxのプログラムを勝手にコンパイルと配布をしてくれるのかよ。
Ubuntuだけでも一年で二つのバージョンがある。この三年だけで六個のOSがある。
その他の主要ディス鳥だけ含めてもかなりの数のバージョンになるぞ。
マイナーディス鳥含めたらどうなる。
開発者がどうやったら数十個、数百個のOS(バージョン違い含む)をリアルタイムでバイナリ配布できるんだよ。
配布しても本当に動くのかよ?
意味わかってんのか?リポジトリサーバの意味が?

82 ：

Chromeはよく知らんが、SCMのリポジトリじゃなくapt-lineみたいな奴のことだろ？
ビルドサーバ組んで自動化してるんじゃないのか、あれ
>>80
GPLでなくとも、コピーレフトでさえなくとも、権利を放棄した訳ではない以上
利用許諾を気にしなくていいなんてことはない（FLOSSでない場合も当然含む）

83 ：

ビルドサーバ作ってそこに何十個とか何百個のOSをインストールするの?
OSをインストールした瞬間はそれでもいいかも知れないが、
次々とOSがバージョンアップしていくのに誰がそのたびリアルタイムでサーバーに新バージョンのOSをインストールしていくの?
それも自動でできるの?
できるわけねーじゃん。
一億歩譲ってできたとしても、Vectorサイトに全種類全バージョンLinuxリアルタイム配布サービスとか実際にないじゃん。

84 ：

>>83
Windowsではそれができてる。

85 ：

openSUSE Build Service使えばメジャーどころの鳥のパッケージはビルドしてくれたはず
マイナー鳥は大体リポジトリがメジャーと共通だから、メジャー鳥向けのバイナリパッケージが使えることが多い
とはいえ、UbuntuだとLaunchpad PPA以外のビルド・リポジトリサービスは亜流だけども

86 ：11/12/18