ディストリはOS会社とドライバ会社とアプリ会社に分割すべきat LINUX
ディストリはOS会社とドライバ会社とアプリ会社に分割すべき - 暇つぶし2ch2:login:Penguin
11/10/29 00:24:20.03 yDcmTZ7/
会社でやってるわけじゃないから

3:login:Penguin
11/10/29 02:13:34.50 N0SsxPZV
2で終わった^p^

4:login:Penguin
11/10/29 06:14:06.96 ic2HvD98
終了

5:login:Penguin
11/10/29 13:41:47.13 NENZoOzA
会社じゃないにしろ>>1の言うことは正論。
開発は分割したほうがいイイ。

6:login:Penguin
11/10/29 14:04:21.28 lHYV41g+
>>2
で終了してた。
最近良く分からずにスレ立てする人が多いな。

7:login:Penguin
11/10/29 15:47:58.68 5ZLJXvfs
ドライバ開発を分けたいならリーナスに言えよ

GNOMEやKDE関連はディストリに関係無いしLinux専用でも無いから各プロジェクトに言えよ

開発なんて最初から分かれてる

ディストリなんて色々なプロジェクトのソフトを寄せ集めてるだけだ

8:login:Penguin
11/10/29 17:40:04.72 9Kg4GOB+
釣りをしたいだけでスレ立てちゃったのかw

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

10:login:Penguin
11/10/29 20:57:26.63 Adpi3rxI
良く分かってないのに、釣りをしようとしても無駄

11:login:Penguin
11/10/29 20:58:36.43 iKU4f8v9
よくわからないまま釣りになっちゃった>>1の人気に超嫉妬

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

13:login:Penguin
11/10/30 10:22:54.49 e3NOE/RS
  ( ^ω^ ) >>1 無理すんなよw
  / ,   ヽ    
 ̄_|,..i'"':, ̄ ̄ ̄ ̄
  |\`、: i'、
  \ \`_',..-i
   \.!_,..-┘


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

15:login:Penguin
11/10/30 18:02:36.87 emN4sDSd
> >>9の通り、設計上それができないんだよな。
ならその設計を正せばいいんじゃね?

正さなくても各アーキテクチャ用に
バイナリ配布すればいいだけでしょ?

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

17:login:Penguin
11/10/30 20:17:40.43 K+YMVlSw
>>16
> 各アーキテクチャ別にバイナリ配布しても動作しない。
> Linuxは所詮、このへんの技術でWindowsにかなり劣っているんだよ。

ええとWindowsでも32bit、64/bit、server、mobile、atomとかSHとか
各アーキテクチャ別にバイナリ配布しているわけだが、どの辺に優劣をつけるのか
よくわからん話だね。

18:login:Penguin
11/10/30 20:46:49.74 qaSaQRST
ディストリ間のバイナリ互換性が終わっちゃってる話じゃないの?
ソフトウェアならスタティックリンクで逃げる事も出来るけど、サイズでかすぎだし

19:login:Penguin
11/10/30 21:55:25.13 5h/P7BSe
バイナリ互換性だけが問題なら、
再コンパイルすればいいだけの話だと思うんだが?

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

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

22:login:Penguin
11/10/31 00:46:39.22 A5LbAKEs
>>21
いや、デバドラ部分はハードウェアメーカーの
機密事項とも言える部分で、他社との差別化ができる部分だから
逆にメーカー側は自分たちで作成したいんだよ。
で、ソースコードは公開したくないと。

これを満たすにはMSはインターフェースを用意しないといけない。

23:login:Penguin
11/10/31 01:55:06.52 NXKdIsNF
Linuxのドライバだと読み込みの際にバージョンチェック入る(省く事も出来るけど)
ディストリ毎にカーネルへ色々なパッチもあてたりで難しいな

*BSDの場合はカーネル+libc+ユーザーランドを1プロジェクトで開発してOSとしてリリースしているから楽なのかもな

perlやbash等は/usr/local以下へインストール、/binや/usr/binを汚さない考えはLinuxでも有益かもしれない

24:login:Penguin
11/10/31 09:45:52.87 6PQKrjN4
バグが出たときに、ドライバのソースのないとkernel本体側と
ドライバ側のどっちが問題なのかわからない。だからtaintedフラグ
なんてものがある。
URLリンク(sourceforge.jp)


25:login:Penguin
11/10/31 13:19:55.04 VlxdBywl
>>17
Linux
各アーキテクチャ別にバイナリ配布しても動作しない。

Windows
各アーキテクチャ別にバイナリ配布して動作する。

どっちが優でどっちが劣かは自分で考えろ。

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

27:login:Penguin
11/10/31 13:49:47.31 dmmodZJB
Linux Standard Baseも全く機能してないしな
gccのバージョンが変わればコンパイルエラーも結構出るのがなぁ

Solarisとか*BSDみたいにOSとソフトウェアを分離させた方が
良いんだろうけどね
/bin/shの実体がbashだったりするのもかなり変だし

28:login:Penguin
11/10/31 20:47:33.97 hnKPLQWm
分離なんてできない/やらないだろうし、Linuxなんて葬りさってSolarisや*BSDを使おうぜ

29:login:Penguin
11/10/31 22:28:40.72 htVdEYl8
エロゲーが大量に発売されるか否かが普及の鍵である。
と、10年前から口を酸っぱくして言っておるのだが。

30:login:Penguin
11/10/31 23:11:46.80 LTQWaJqQ
バイナリ配布できなきゃエロゲーも大量にできないだろバカが。

ところで*BSDってなんだ?
FreeBSDか?

31:login:Penguin
11/10/31 23:20:19.42 hnKPLQWm
…N…e…t…

32:login:Penguin
11/11/01 00:47:23.61 Dpv/V7MD
FreeBSDとOpenBSDにバイナリ互換がなくて
NetBSDにバイナリ互換があるってこと?
もし、そうならLinuxよりはやってそうだけどな。

33:login:Penguin
11/11/01 04:52:53.43 qsDTjJZg
{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:login:Penguin
11/11/01 11:13:26.39 ayLLqFuw
BSD系はデバドラはカーネルなどのバージョンが変わってもバイナリファイル持ってくるだけで動くってこと?
アプリケーションのバイナリ互換はどうなの?
スタティックライブラリは全て完備?
OSバージョン別のパッケージじゃなくて、アーキテクチャ別のパッケージは可能なの?

35:login:Penguin
11/11/01 12:09:53.32 eq8Lwie5
FreeBSD系のカーネルはメジャーバージョン変わらないと
殆ど変わらないんじゃないかな(7.0→9.0とかでも互換だったと思う)
ドライバも再コンパイル無しで放ってある物も問題無く動いてた

ドライバに関してはNetBSDが一番実装が綺麗で移植もし易いらしいけどね

バイナリ互換は例えば共有ライブラリの名前が変わってしまっても
libmap.confの機能でhoge.so.4→hoge.so.5等々自動でやってくれる

スタティックライブラリの意味が分からんけど、/rescue以下に
静的リンクされた各種ツールは昔から入ってるよ

36:login:Penguin
11/11/01 16:20:16.44 V/NKRzw+
釣りスレだと思っていたが、しばらくぶりに来てみたら
Linuxの本質的な議論になっていてワロタw

37:login:Penguin
11/11/01 17:32:01.98 jQyh9fGf
1は今ごろどうしてるんだろ。

38:login:Penguin
11/11/01 18:26:18.81 qsDTjJZg
>>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:login:Penguin
11/11/01 21:25:58.65 Vr6QecuF
>>37

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

40:login:Penguin
11/11/01 21:30:45.96 eq8Lwie5
>>38
FreeBSDとかはcompat?xがあるからなぁ
バイナリ互換性は保たれてるね

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

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

必要なのはスタティックリンク。

スタティックリンクさせてくれないからバイナリ互換がない。
と、10年以上前から同じことを繰り返し言っている。
それなのに、エロゲーがどうとか言う人がまだいる。

42:login:Penguin
11/11/01 22:05:56.79 Vr6QecuF
ソース非公開で、どのLinuxでも動くようにするのなら
Windowsアプリを作るのが一番手っ取り早いかもねw

43:login:Penguin
11/11/01 22:37:19.43 eq8Lwie5
ディストリによってはスタティックリンク用のライブラリを
準備していないところはあるね
glibcから自前ビルドしていって用意する事は出来るけど
行程が凄まじく面倒

QT、GTK+等のツールキット込みだとバイナリサイズも
凄まじいでかさになりそうだ

エロゲーは大多数がインタプリタで作られているそうだから
移植自体は難しくはないと思うけど、売れる見込みがないから
作らないんだと思う

44:login:Penguin
11/11/01 22:42:04.21 ZxDzGrW4
正確に言うと、LinuxはELFで、バイナリ互換はあるんだけど、
開発環境がシェアードリンク前提で意地でもスタティックリンクさせないぞ状態なんで
結果的にソースを公開してディストリ開発者に採用された場合のみ初めて他人が使ってくれる状態。
シェアードリンクでも実行できてもいいような気がするが、ことごとくエラーが出る。

>>42
wineは、まだ問題いろいろあるよ。
日本語入力とか、フォントの問題とか。
ちょっと古いディス鳥では新しいバージョンのwineのパッケージ出てないし。

45:login:Penguin
11/11/01 23:10:15.39 L9c7htnu
バイナリ互換性はあるけどリンクしまくりの共有ライブラリが足りないとか
ライブラリのファイル名が違うと動かないのがね
Windowsも同じだけど

46:login:Penguin
11/11/02 01:06:15.81 08W4oFli
WindowsとLinuxの共有ライブラリは
ちょっと考え方が違うんだよな。

Linuxの場合、OS(ディストリ)が用意したライブラリをみんなで使う。
Windowsの場合、共有ライブラリはアプリに付属していて
複数のアプリで同じ共有ライブラリを使うときは共有する。

なんでこうなったかというと、Windowsは原則としてMicrosoftが用意した
共有ファイル以外の、どこかのメーカーの作った共有ライブラリがOSに
入ることはない。そりゃ別会社だからね。だからアプリにくっついてくる。

このおかげで、どのWindowsでも、ほとんどの共有ライブラリは同一のものを使えるわけだ。
さらに共有ライブラリなのに、設定ファイルだけでアプリ専用の
動的リンクライブラリにすることも簡単にできる。
この場合スタティックリンクとほぼ同じ状態になる。

47:login:Penguin
11/11/02 03:59:34.47 qezp6jwq
Windowsでもsystem32にDLLを突っ込むソフトは
ちょっと微妙だけどね
VCとmingw32だとC++でコンパイルしたDLLは
互換性がないとかC++は結構面倒だけど

かなりの後方互換性を残しているのはWindowsの最大の利点かもしれない
そうしないと膨大なソフトウェアへ対応できないからだろうけど

Linuxディストリはほぼ同じカーネル、ライブラリ群の構成だけど
各々が独自、非公式パッチ使用などの違いがあるし、乱立しすぎて
RHEL、Ubuntu、Debianにはドライバ、ソフトウェア提供などをしても
Gentoo、Arch、その他では動かない可能性もある

上記3つのディストリでもバージョンが違えばカーネルが全く違ったり
/etc以下が変わってたり特定のバージョンのソフトウェアが
使いたい場合にはアップデート等が悪さするときもあるね

48:login:Penguin
11/11/02 06:15:27.68 d7EW/yfb
よろしい、ならばFreeBSDだ!

801エロゲ作るなら、*BSDで。

49:login:Penguin
11/11/02 07:58:01.79 N2reToEm
Linux環境でも売れるけど、最初からUbuntuのこのバージョン専用とか明記するしかないかな

スタティックリンクで作るとライセンス的に厳しい

50:login:Penguin
11/11/02 23:02:50.57 ttDw+X19
>>49
そういう場合に、OSとかがちゃんと分離さられていれば、
Ubuntu(OS部分のみ)はこのバージョン専用。

アプリやドライバは自由に最新版を
入れられるってなると思うんだ。

ぶっちゃけOS部分は最新版が欲しいことって
殆ど無いわけだし。

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

52:login:Penguin
11/11/03 09:22:20.33 hLbyZZyT
全てのアプリ・ライブラリ・DLLが企業で作ってるかのような発言が散見されるが、そうじゃないうだろ。
Windowsアプリでもフリーソフトや個人製作のDLLなんて山ほどあるだろ。

名無しで潜伏してる>>1


53:login:Penguin
11/11/03 09:43:06.07 hLbyZZyT
来いよLinus。 GPLなんか捨ててかかって来いよ。

54:login:Penguin
11/11/03 10:07:53.03 rNRC1Zfo
カーネルにLinusのコードが数%しか残ってないし、GPLv2捨てるには書き直すしかないだろ
他の9割以上のコードは他人やIBM、その他企業が書いてるし

GPLv3に切替てたら終わってたと思う

55:login:Penguin
11/11/03 11:47:35.68 TVAXj6Y9
>>52
> 全てのアプリ・ライブラリ・DLLが企業で作ってるかのような発言が散見されるが、そうじゃないうだろ。
> Windowsアプリでもフリーソフトや個人製作のDLLなんて山ほどあるだろ。

だからなんなんだ?

Windowsではアプリは、/usr/binみたいに決められたところにごちゃまぜに入れるんじゃなくて、
アプリ専用フォルダに入れるのは知ってる?
個人製作のDLLなんかは最近はアプリ専用フォルダに入れるのが多いよ。

WindowsにとってDLLってのは、動的リンクライブラリであって、共有ライブラリじゃないことが多いんだ。

56:login:Penguin
11/11/03 13:56:41.66 rNRC1Zfo
PC-BSDもそれに近いパッケージだよね

57:login:Penguin
11/11/03 15:52:29.69 hLbyZZyT
じゃぁ何なんだ、全てソフトウェアは企業で開発すべきとでも言うのか?

58:login:Penguin
11/11/03 15:56:26.91 hLbyZZyT
DLLの扱いの話しなんかででもええわ。
コニュニティでの開発なんかgdgdになるだけだから、合弁会社作って製品としてリリースしろよってことだろ。

59:login:Penguin
11/11/03 15:59:24.77 hLbyZZyT
Linuxは会社として、製品を開発する責任を追ってないからクソ見たいな製品しか作れないゴミ



60:login:Penguin
11/11/03 16:02:36.35 hLbyZZyT
まともな企業・団体とが公的な責任のもとでリリースされるWindows・Mac・BSD

ハッカー()がそこらへんのゴミをかき集めて、適当に組んだだけのLinux

61:login:Penguin
11/11/03 16:06:45.64 hLbyZZyT
Linuxカーネルは、産廃業者がそこらのゴミを適当に積み上げたゴミの山

62:login:Penguin
11/11/03 16:22:05.37 hLbyZZyT
Linux Daily Topics:2011年9月2日 Kernel.orgがトロイの木馬の侵入被害に|gihyo.jp … 技術評論社
URLリンク(gihyo.jp)


Linux カーネルの基盤サイトがクラッキングの被害に - japan.internet.com
URLリンク(japan.internet.com)


Linux Daily Topics:2011年9月15日 狙われるLinux… 今度はLinux Foundationが標的に|gihyo.jp … 技術評論社
URLリンク(gihyo.jp)


MySQL.comのWebサイトに不正なコード 闇市場でroot権限も販売か
URLリンク(www.itmedia.co.jp)


またもOSSプロジェクトが被害に! Wineプロジェクト、不正侵入を発表 | エンタープライズ | マイコミジャーナル
URLリンク(journal.mycom.co.jp)

63:login:Penguin
11/11/03 16:23:11.33 hLbyZZyT
           \      ∧_∧ てめ       /
.       ボコ   \     ( ・ω・) どこ中だよ  ,/    てめ
   ∧_∧      \   (っ  つ :(;゚゙ω゚`):  /       どこ中だよ
ミ ○( ・ω・)ノノ      \, /   )  :(´`つo:./´ `       ∧_∧
  ヽ ∧○∧        \/ ̄∪   し'、ソ/  つ /⊂≡⊂=(・ω・ )
  ノ ( ・ω・)<てめ     \∧∧∧∧/ /⌒⌒ヽ   ⊂=⊂≡ ι)
  ( / (====) どこ中だよ < ど て  .> \  ̄ ノ ババババ (   λ
     (_フフ        .< こ  め  >    ̄         ∪ ̄\)
 ―――――-..< 中    .> ―――――――
 てめ       /    /|<. だ.    > ∧_∧  てめ どこ中だよ
 どこ中だよ  (・ω・`)///< よ    > .( ・ω・)     ;,
      ∧∧(^(^u// /   ∨V∨∨ \(っ⊂〓二二二⊃  lヽ,,lヽ
      ノ⌒ヽ) .// ,/    ∧_∧    \  )        (ミ   ) やめて
   /( ( ノ // /     (    ) てめ  \j        と.、   i ))
   |/_ノノ> |/ /(⌒⌒ヽ  /  、つどこ中だよ \        .しーJ
    ̄レ'゙ . ̄  / ( ブッ!! ゝ(_(__ ⌒)ノω・`)      \
        /   丶~ '´  ∪ (ノ_ノu         .\

64:login:Penguin
11/11/03 16:36:13.55 hLbyZZyT
存在しない会社を「会社分割すべき」とボケをかましたことについて、無理やり伸ばして流そうとするなよ

65:login:Penguin
11/11/03 21:51:40.42 iWeJ+vz0
>>64
会社はあるだろ。Redhatとか。
それに別に会社はLinux関係の団体に置き換えてもいいだろ。

66:login:Penguin
11/11/03 23:12:55.89 UtaGWf0/
70 名前:login:Penguin[sage] 投稿日:2011/11/03(木) 22:53:39.83 ID:PsBPx/EY

Red Hat の通期決算、売上10億ドルに迫る勢い
URLリンク(japan.internet.com)

Ubuntu 11.04をめぐる小さなトラブルに見る“OSSとビジネスの両立”の難しさ
URLリンク(gihyo.jp)

>世界で最も人気のあるディストロとはいえ,Ubuntuはこれまで
>ほとんどCanonicalとMark Shuttleworth氏のスポンサードの下で
>運営されてきた。そしてCanonicalは創業以来,経営的には
>苦しい状況が続いている。


67:login:Penguin
11/11/04 22:23:05.93 KSaWQGrd
>ID:hLbyZZyT
このニート、なんで昼間っからこんなに"必死"なの?

>まともな企業・団体とが公的な責任のもとでリリースされるWindows・Mac・BSD
BSD? BSD?
大学発だけど、開発体制はLinuxのモデルと成ったバザールモデル。

68:login:Penguin
11/11/04 23:40:47.72 2B1ZwK6H
世間一般では11/3は祭日だろうが。社畜。

69:login:Penguin
11/11/04 23:43:47.79 2B1ZwK6H
>>67
大学も企業・団体と変わらんだろ。

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

71:login:Penguin
11/11/05 00:10:38.56 JGZBRPmO
Linuxというか、GNUプロジェクトもこんな論争あるしねぇ
プロジェクト内も意見が合わないとか結構ありそうだけどね

URLリンク(www.atmarkit.co.jp)

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

73:login:Penguin
11/11/05 16:37:06.48 JGZBRPmO
GNU/LinuxのユーザーランドはGNUのソフトウェアだから
そっちの互換性(libcとか)はLinuxは関係ないかな

glibcの開発体制(Redhat)が問題になってeglibc(Debianが採用)と
最重要なlibcがこんな状態なのがいつまで続くのかちょっとね

74:login:Penguin
11/11/13 13:23:52.06 RnNk1mp8
分割すべき

75:login:Penguin
11/11/13 16:29:18.71 +ZkE3ukc
OS屋とアプリ屋は分離すべき

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

77:login:Penguin
11/11/15 19:49:50.67 vLCO+x04
>>76
Chromeみたいにリポジトリサーバー立てて、
各ディストリ向けにパッケージを生成すればいいのでは?

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

79:login:Penguin
11/11/16 07:44:48.42 ghD4JB8K
ライセンス気にせずに使えるライブラリって
パブリックドメイン位しかないと思うんだが

80:login:Penguin
11/11/16 13:01:39.08 05qQHWsj
暗にGPLの事を言ってるんじゃないかね

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

82:login:Penguin
11/11/16 15:57:27.61 ghD4JB8K
Chromeはよく知らんが、SCMのリポジトリじゃなくapt-lineみたいな奴のことだろ?
ビルドサーバ組んで自動化してるんじゃないのか、あれ

>>80
GPLでなくとも、コピーレフトでさえなくとも、権利を放棄した訳ではない以上
利用許諾を気にしなくていいなんてことはない(FLOSSでない場合も当然含む)

83:login:Penguin
11/11/17 12:05:20.38 tS3v0yM7
ビルドサーバ作ってそこに何十個とか何百個のOSをインストールするの?
OSをインストールした瞬間はそれでもいいかも知れないが、
次々とOSがバージョンアップしていくのに誰がそのたびリアルタイムでサーバーに新バージョンのOSをインストールしていくの?
それも自動でできるの?
できるわけねーじゃん。

一億歩譲ってできたとしても、Vectorサイトに全種類全バージョンLinuxリアルタイム配布サービスとか実際にないじゃん。

84:login:Penguin
11/11/18 02:23:43.08 w6vHbC5t
>>83
Windowsではそれができてる。

85:login:Penguin
11/12/04 13:03:51.66 WDGZdXF5
openSUSE Build Service使えばメジャーどころの鳥のパッケージはビルドしてくれたはず
マイナー鳥は大体リポジトリがメジャーと共通だから、メジャー鳥向けのバイナリパッケージが使えることが多い

とはいえ、UbuntuだとLaunchpad PPA以外のビルド・リポジトリサービスは亜流だけども

86:login:Penguin
11/12/18 16:52:15.40 xNnzIL+/



最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch