Linuxって実際の所バイナリ互換どれくらいあるの？

原則としてディストリやバージョンが変われば
再コンパイルする必要があるってのはわかる。

でも実は再コンパイルしなくても動いたりするんじゃないか？
世の中にはソースを公開できないアプリがある。

そういうアプリを作っている会社がいちいち各ディストリや
各バージョンに対応するのは手間がかかる。
結果、自分のディストリ・バージョンに正式対応していないが
実は結構動くんじゃないかって疑問になった。

原則として動くんじゃないの
firefoxとかどこでも動くじゃん

時間の経過でglibcとかlibstdc++のABIや定義シンボルが変わって
動かなくなったことはあった。あとは使ってる共有ライブラリ名の
参照名が違っててロードできないとか。

だからバイナリ互換性にこだわるならstatic linkするしかない。
最近だと良くなってる気はするので、「いまどき」の環境で「いま」
リリースするバイナリが概ね動けばいいだけならおおよそ動くと思うけど。

どっちかと言うとファイルの置き場所とか

VMwareみたいにlibX*を同梱する強者もいるよな。
そこまでするなら仮想マシンイメージで配布…無理か。

>>5
仮想イメージでってのは単体のアプリではあまり聞かないけど、アプライアンス方面では
増えてきてるよ。インストール調整費用が価格と稼動までの日数を押し上げてて
競争力の低下要因となっているからね。

>>6
アプライアンスなのに。

>>7
アプライアンスは別に専用設計のH/Wって訳じゃないから。
特に適用業務ごとにスケールが大きく異なる場合、ベースは汎用のPCを
使うことはよくある。

>>8
アプライアンスなんだからH/W決め打ち出来るじゃん。

VMに決め打ちしてるんだよ。

Ubuntuも結局はDebianとのバイナリ互換性が維持され続けてるな

よっぽどコアな部分叩いてるんでもなければ普通にバイナリ互換だろ

>>12
ppc向けのバイナリ

普通って言うほど安心はできない。
ビルド環境のライブラリとバージョンが違ってトラブルとかあるし。

バイナリ互換があれば、どのディストリ、どのバージョンでも
アプリが使えるから、アプリのポータブル化して
あちこちに設定ファイルごとアプリもっていけるのにね。

もうそのあたりは仮想化におまかせで、/ 以下をまるごとパッキングに
なるのかなー。

それをLXCとかの下でカーネルだけ共通で動かすもよし、KVMで
カーネルから分離して動かすもよし。

>>15
実際にはもっと色々障壁なくね？

まーでも実際問題市販アプリケーションってバイナリで出てくるからね

>>17
kernelやglibcに限らず、依存してるさまざまなライブラリなんかのバージョンとかな。

system callはあまり変わっていないんだっけ？POSIX互換に限らず…

システムコールはむしろLinuxがPOSIX非準拠だったのを細々と直してる。
でもそんな細部に依存してるアプリはまずないだろう。

glibcが怖いんだな。

パッケージマネージャでNixが普及してくれればバイナリ互換性とかライブラリ互換性気にしなくて良くなりそうだけどどうなんだろ

使っているglibcの--enable-kernelオプションが
違うだけでもバイナリ互換性が無くなる。

例えば最近のFedoraのglibcは--enable-kernel=2.6.32で
コンパイルされているので、このglibcは勿論、この
glibcを使ってコンパイルされたバイナリもkernel 2.6.32未満では
動かない。

$ file /bin/ls
/bin/ls: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV),
dynamically linked (uses shared libs),
for GNU/Linux 2.6.32, <======
BuildID[sha1]=0xaad547afe804114c881db3ca6e337794431b93f4, stripped

（RHEL 5.xのバイナリはRHEL 6.xで動く可能性が
あるが、RHEL 6.xのバイナリはRHEL 5.xでは動かない）

てs

>>25
test
http://engawa.2ch.net/test/read.cgi/linux/1341351394/

test

漢なら潔く拡張命令モリモリ利用

バイナリ互換性なんて気にしないぜ！

同じディス鳥であっても、ディス鳥のバージョンごとにバイナリが公開されているから
バイナリ互換は最低だね。
ソースを公開して、ある程度人気が出て、ディス鳥側に常にメンテしてもらわなければ
ソフトを作っても誰にも使われることがない。
個人でソフトを作って配布とかできないシステム。
決まりきったディス鳥認定ソフトしか使うことができないのさ。

ある程度人気出たら
「ディストリに入れよう」って人も出てくるけどなぁ。
入らなくても公式とは別にリポジトリ立てる人もいるし。

バイナリーの互換性がないから、Windowsにバカにされる。

動作しているライブラリやカーネルに
互換性が無い部分をｱﾌﾟﾘ側が場合分けして対応しているならともかく
それを行わないからandroidにもバカにされる。

バカにされても特に困らん。

気がついていないだけでソフトが少ないという点で困っていると思う。
ccでコンパイルしたa.outをVectorにアップロードしてもバイナリ互換がないので使える人がいない。
だから誰もプログラムを作らない。人気がない。ソフトがない。

ソースで上げればみんなコンパイルして使う。

Aという実装に依存してBという実装が作られるも
ある日突然Aが実装を変更して依存が壊れBという実装が動かなくなる

こういう場合
AかBのどちらかが問題を修正するなら問題無いけど
双方自分の実装が正しいと主張し修正を認めない時がある


こういうの何ていうの？

千日手

>>34
ユーザーがいちいちソースからコンパイルして使うというのはLinuxでは一般的ではないだろう。
面倒すぎて受け入れられていないということだ。
ソース配布してもコンパイルするには時間がかかって手間だし、もしやる気があっても知識不足から手をつけられない人も多いだろう。
自分が開発しもしないのに、多くの種類の開発環境をインストールするのもばかばかしいだろう。
ソースを公開したい人や会社も少ない。
少なくとも俺はソース公開したくない。
プログラマーにとってはソース公開なんて自殺行為だからな。
ソース互換も100%じゃないしな。
開発環境やカーネルやライブラリのバージョンなどの関係ですんなりコンパイルが通るとも限らない。
コンパイルでエラーが出たら多くの人はあきらめるだろう。
バイナリ互換があってソース公開の義務さえなければ、多くの会社や個人がプログラム作成に参戦するが
バイナリ互換などないし、場合によってはソース公開の義務が出ることもあり、みんなWindowsのプログラム作っているのが現状。

libc5のバイナリーがまだ残ってるマシンもってるけど、普通に動いてる。
さすがにa.out形式は残ってない。

>>37
それ貴方の思い込みだから、Linuxのﾃﾞｨｽﾄﾘの種類がどんだけあるか理解できていない。
マイナーとか含めたら万の単位いけるぞ。

>>38
ライブラリーがライブラリーを必要としている階層タイプが無いなら
ソースから作っても対した作業じゃないんだけど。
１つｱﾌﾟﾘを動かすのに芋づる的に作業が拡大したのを経験すると
ソース方式がクソって思えてくるな。
互換も引きずり過ぎるのも無理があるが、完全に見切るのも無理があるわ。

>>39
とんちんかんなレスだな
誰がディス鳥の数の話なんかしているのさ
むしろディス鳥の数が多いほうがバイナリ互換がない方向に向かっているじゃないか
バカなのかおまえは

>>41
おまえも大差ないなｗ日本語に問題あり。

ないからアップデートかけたら芋づる式に大量のソフトが入れ替わるんだろw

glibcみたいなコア中のコアはそうそうABI互換崩れないけどね。

作る側の思惑なんて関係ないんだよ
バイナリ互換が無いからみんなWindowsを使うんだよ
Linux使うくらいならMacの方が使いやすい（＝バイナリ互換がある）んだよ
犬使うのは犬好きとOSマニアだけになっているのが現状

携帯みたいにユーザーへ影響があるPC用キラーソフトかPC用キラーハードが待ち遠しいぜ

http://hayabusa6.2ch.net/test/read.cgi/linux/1466587869/216-

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

JTAQT7M8AK

僕の知り合いの知り合いができた副業情報ドットコム
関心がある人だけ見てください。
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

KL34O

libc次第

libcじゃなくて、コンパイラの所為だろ。

はぁ？コンパイラは関係ねーだろ
釣りにすらなってねーぞ

両方関係あるんだよなぁ

>>51
カーネルが典型的な例。
ドライバの互換性は、コンパイラが変わるだけでもなくなる。

なんでドライバの話が出てくるんだよ
そりゃドライバだってバイナリだけど少なくとも>>1は読もうぜ
お前らそういった分別すらつかなくなったのか？

ちな、miscのカーネルモジュールはコンパイラのバージョンが違くてもロードできるからな
全て論破されてるの解るか？

それはCが十分に枯れてるから運良く問題が起きてないってだけなんだよなぁ
実際はABIが規定されてるわけじゃないからコンパイラの胸三寸で生成するバイナリの互換性をいくらぶっ壊そうがそれはルール違反じゃない

https://github.com/torvalds/linux/blob/master/Documentation/process/stable-api-nonsense.rst
実際カーネル付属のドキュメントでもビルドに使ったコンパイラのバージョンによっても構造体の詰物とかのデータの構造が変わる可能性がある事は言及されてるからね
ハイ、ロンp！

お前らが書いたことの説明をしてるだけで流れを論破してないじゃん
あと運良くなんて存在しない

はい、反論できないと話題そらしーwww

因縁つけて焦点ずらして何が楽しいんだ？

・>>1はきちんと読んだのか？
・ドライバという全く関係ない話だとしてもコンパイラが違っても互換がある場合もあるぞ？

違うのか？あ？

ファーーーwww
自分で｢コンパイラは関係ねーだろ｣とか言っときながら｢コンパイラが違っても互換がある場合もあるぞ｣とかいい出したwwwww
うんうんそうだね、互換がある場合｢も｣あるね、そして｢も｣ってことはない可能性｢も｣あるねwww
じゃあコンパイラは関係あるねwwwwwww
はwwwいwwwちwwwwwんwwwwwぱーーーーーーーwwwwwwwwww

負けを認められないから無駄に草生やすんだね
気持ち分かるよ

>>60頑張れ！
もっと発狂してくれ

俺はID:+7X+A5pUが全裸でそのまま外出しないことを祈ってる

なんで全裸って決めつけてんだよw

http://2chb.net/r/linux/1531760480/36
このガイジまだ自分がぐぅの音も出ねぇほど完全否定されてんのに理解できてねーのなww
しかもあんまり可愛そうだから見逃してやったのにわざわざ関係ない他スレで効いてないアピールとかどんだけミジメなのwwww
つか｢発狂させちゃった｣とか>>61-64までの流れを自演しましたって白状しちゃってんじゃん、頭悪すぎてお腹痛いよぉぉwwwww

> アプリのバイナリの互換性スレなのにカーネルとドライバの互換性の話をググって理論武装しだす
ドライバをなんか特別なバイナリだと思ってんのかな？w
只のアプリだろうがドライバだろうが関係ねーんだよwwww
ドライバってかカーネルモジュールだって結局は只のELFのオブジェクトファイルだからそいつらがコンパイラのバージョンなんかによっても互換性が壊れるってのはユーザーランドの普通の実行ファイルでも一緒なのwwww


いい加減ハッタリやレッテル貼りだけじゃなくて技術的な反論してくれないかなぁwww

はいはいまた発狂してますよー

>>65
昨日その後、全裸で外出したかどうかだけ教えてくれ

くやしいのう、くやしいのうwww

まあ馬鹿をからかうのも飽きたな
ちゃんと｢技術的な反論を｣って言った上でなおこのレッテル貼り&単発自演しか出来ないんだから後は放置だな

いくらでも煽ってくれていいけど後は技術的なレス以外は反応しないから精々頑張って自尊心を保ってくれや

反応しててワロタ

もともと>>2で既に答えがでてて、あとは皆glibcの話で補足してるスレ
なのにコンパイラ発狂キチガイが現れる→本当にLinux使いか怪しい

で、調べたらいた
レッテル貼　で　検索
http://2chb.net/r/linux/1507061282/
去年から常駐してて１つのスレに10回以上 レッテル貼 と書いて、
常に誰かと争ってんだぜこのキチガイ m9(^Д^)

>>71
なんでそいつと同一人物だと思ったの？

age

>>71
何だろうな、デタラメなこと書いてる。
firefoxは特殊な例。こんな仕様のソフトウェアは、Linuxでは稀なのにね。

各ディストーションから、最適化されたバイナリが配布されるから、
通常のユーザはそれをインストールして使う。

特別な事情が無い限り、ユーザーがビルドすることは無いだろう。
熱心なゲーマーなら当然ビルドするんだろうけど。

デストリが配布せにゃならん時点でおかしいんだけどな。

一部のディストーションでは、バイナリパッケージを共通化しているけどね。
たとえば、DebianとLMDE、MX Linuxなんかがそうだな。
バイナリに互換性を持たせることで、Linuxの開発が効率的になるね。

＞ディストーション
ディストリビューション　打ち間違った。

ちなみに、Firefoxをソースからビルドするのは、下記のように大変な手間がかかる。
こんなこと、ユーザがいちいちやってられない。

Firefox: Linux ビルド クイックスタートガイド
https://developer.mozilla.org/ja/docs/Developer_Guide/Build_Instructions/Linux_Build_Prerequisites

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

最速Firefoxをビルドしよう【前編】
https://www.itmedia.co.jp/enterprise/articles/0704/29/news011.html

最速Firefoxをビルドしよう【後編】
https://www.itmedia.co.jp/enterprise/articles/0705/01/news010.html

Linuxって今も昔も互換性がないせいで車輪の再発明を繰り返してんですよねー。

ライブラリの互換性が心配ならstaticリンクしたらよろしい。

リンク時に全部突っ込むような無駄をやってバイナリを肥大化させてても、確保できる互換性は限られてるからな。
Linuxでトリが違うってのは厄介なんだぜ、まったくｗ

Linuxで互換がないのはバイナリだけじゃないから、
バイナリ互換もたせてもあんまり意味ない。

API未実装な場合もあるからライブラリをスタティックリンクすれば解決するとは限らないのがLinuxなんだぜw

まさかのスレッド未実装なカーネルにぶち当たったときは目が点になったよ。

ひらたく言ってゴミなんですよね、Linuxってw

ま、つまりはUbuntuに粘着してるキモい奴はここ（https://w.atwiki.jp/shiga_keiichi/）見るとどんな奴かわかるぞ。

ま、今の業務アプリはほとんどWEBベースになってるからバイナリの互換性なんて関係ないんですけどね。
エンドユーザーがサーバープログラムをいじる訳じゃないし、WEBアプリの仕様に合わせて鯖缶が構築すれば終わり。

互換性がありゃsnapなんてものが出てくる余地はなかったんだがな。

>>45
WindowsだってMacOSだってバージョンが変われば互換性はなくなる。
失礼ながら、ものすごく知識なさそうｗ

>>80
一体何のことかな？ｗ
具体例を上げられるかい？ｗ
もちろん上げられないなら糞ドザのいちゃもんってことでｗ

>>83
あに言ってんの？ｗ
Javaか何かを引き合いに出してんのか？ｗもう馬鹿まるだしじゃんｗ

>>87
まあ、ぶっちゃけちゃえばそういうことよねｗ
世のアプリなんてほとんどがIBMのでJavaで動いてるしなあｗ

>>85
ってことで、ひらたく言って、ゴミなのはお前だなｗまさにそのものだよｗ

>>90
IBMのJavaって何？ｗ
頭大丈夫？

唐突のロングパス。
しかもデタラメな内容でLinuxマンセー。

こんなバカをするのはここじゃ1人ぐらいしか居ない。
>>90はおそらく某Web翻訳家の書込みだなｗ

>>2

何処でも動く様に調整してるんでしょ。

OSの違いを考慮できない人には解らない事だけどね。

>>85

ＭＳ社のWindows上で動くアプリケーションは、
Windowsのバージョンが異なると、ほぼ全滅ですよ。

>>91

ググレカスですね。

>>95
いや、カスはお前だ
少しは自覚しろ低能カス

「ソース落としてきてコンパイルしろ」っていう動かない時の対策が通用するっていう事実が、Linuxが互換性捨ててる証拠になってるよな。

>>97

その程度の簡単なオペレーションが出来ない人は、

誰でも使えるように作られたＭａｃやＷｉｎｄｏｗｓで我慢しなさいって事だろ。

マウス操作が幼児でも出来る簡単な操作だから採用された事を知らないんだろ。

どの角度からでも言及できるから議論がとっちらかってるけど、
例えば、x86-64で動いてるlinuxであればライブラリが静的に解決されていたり、
アプリのためにライブラリを落としてきたりすればおｋ

コンテナ化できるならカーネルのことだけ考えればいいからlinux自体には
バイナリ互換性あるけど、バイナリ互換性のないライブラリも多いので
ライブラリに依存する場合は気をつけろよというお話ですね。

条件が整っていればkernel2系のバイナリも普通に動くよ。

>>98
Linuxは「その程度の簡単なオペレーション」が必要になる程度の互換性しかないゴミなんぜｗ

もうWindows板かMac板か知んないけど自分の巣に戻ったら？
低レベル過ぎてうんざり

Q.Linuxにバイナリ互換あるの？
A.ソースを拾ってきてコンパイルすればいいんだ！！！

無いそうですｗ

スタティックリンクしておけば
大抵動かないか？

Linuxはスタティックリンクしておいても、カーネルバージョンですら「大抵」の互換性しかないからねぇ。
「互換性があります」って保証できる人や組織が居ないからしかたないけどね。
そんな状態で「Linuxは互換性あるんだ！うぇ〜ぃ！！」とかやってもLinuxのためにならんべ。
そんなのに「Windowsは〜Macは〜」ってゴミ信者はほんとにゴミだわ。
消えて無くなったほうが世のため人のためだねぇ。

ま、そんなゴミ信者が崇めるOSもゴミなわけだが。

つか、そもそも何が問題なのかさっぱりわからんｗ
MS工作員が何を勝ち誇っているのかもよくわからんｗ
だって、そもそもディストリが違う、ってことはOSが違う、ってことよ？
同じLinuxカーネルっていったって、ビルドオプションでその大きさや動きは
大きく異なるんだよ？
それで、例えば、UbuntuとFedoraで同じバイナリでは動かない、として、
それが何か問題なの？ｗ(つか、それだって大抵動きそうだけどｗ)
UbuntuとFedoraは同じOSである、と強弁すんの？ｗ
そもそもLinuxにしてもUnixにしてもオープンソース文化の中でソフトは配布
されているわけで、何かをインストールするという場合にはリビルドは基本だよｗ
そもそもリビルドできる環境がないWindowsが一般ユーザにリビルドを期待できないから
バイナリ互換性に頼るしかない、って方が欠損であり欠陥なのよ？ｗ

>>105
ですよね... 正直何が問題なんだろう？
ディストリが違うのなら互換性がなくて当たり前だろうに。

「Linuxに互換性無いから」←事実が語られる
↓
「Windows使ってろぉ！」←バカがキレる

いつものパターンｗ

>正直何が問題なんだろう？
プロプライエタリとアホが呼ぶアプリケーションが存在出来ないのさｗ

>>107が釣りなのか、本当の馬鹿なのか、悩むところだｗ
…まあ、好んでWindowsなんて使ってるなら、後者に決まってるかｗ

>>109
君みたいなバカがキレてるバカってことだねｗ

>>110
ありゃ？図星だったの？ｗ
挙句に釣り宣言かよｗやっぱりバカじゃんｗ

スレの最初からLinuxに互換性はないと結論でてる。
バカが騒いでもその結論はひっくり返らないんだよな。

Linux信者はバカなだけじゃなくキチガイでもあるんだぞ。
根本的な原因はLinuxはセキュアだとか堅牢だなんて大嘘を吹聴しまくったGNUにあるんだろうが、鵜呑みにして実績がない安全神話を勝手に作ってしまうぐらいに救いようがないバカだし。

この板で基地外なLinux信者じゃ珍しくともなんともないが、絶対的にユーザ数が少ないLinuxユーザが色眼鏡で見られる原因の大きな一つではある。

ありゃまあｗ
とうとう発狂しちゃったよ、M$工作員ｗｗｗ

「発狂した」とかいうのって、言い返せなくなった負け犬の遠吠えな定番だよなｗ
互換性ないのに「互換性あるんだ！」って嘘繰り返すあたりで勝ち目はもともとないけど、それが判らんバカだから仕方ないか。

>>115
まあ、MSの発狂工作員とかに何を言っても無駄だと思うが。
しかし、せっかくのスレを発狂工作員のハッテンバにされるのも忍びないので、一応、ここでちょっとまとめておこうかね

そもそもLinuxにバイナリ互換性があるのか、ないのか、という話なら、それは「ある程度まではある」というのが正しい答えだ。>>1が言ってるのもつまりはそういうことだ。1が提起しているのは、そのある程度というのはどこまでだろう？という話だ。
それをMS工作員が、何をとちくるったのか、「100%のバイナリ互換性はない」→「100%じゃなければ0だ」→「Linuxはゴミだ」などと言いだしたｗ
↑これが「狂人の論理」じゃなくてなんだというつもりなのかね？ｗ
そもそも異なるアーキテクチャ、異なるOS間での100%のバイナリ互換性なんてどこにもないｗ
(まさかあると思ってんの？ｗそんなこともわからないで「バイナリ互換性」なんて言葉使いたがる時点で完全に発狂してるだろｗ)

そもそも、>>115とか>>107とか見ててはっきりわかるのはプログラム組んだことないだろう？
「Linuxのバイナリ互換性」なんて云々したいなら、せめてCとgtkで簡単なアプリが作れるくらいの実力がないようじゃ話にならないわな
明らかに、「バイナリ互換性」を云々できるだけの知識も知能もないのにもかかわらず、大人が顔をしかめるのを見て喜ぶうんこしっこを叫ぶ小学校低学年児童のように「バイナリ互換性がない」とか叫びたがる、というのを指して、発狂してる、というのはまさに適切な表現だとしか言えないだろう。

まあ、頭のおかしいやつにこれ以上言っても無駄だろうから。
ここは発狂した人間を助けるような板じゃないので、これ以上はメンヘル板か宗教の板にでも行ってくれ。

Windowsユーザは「試せばだいたい動く」レベルを要求する。
Linuxユーザは「試すだけ無駄」レベルでも「ある程度まではある」と言い訳する。

それだけの話だろｗ
アプリが作れる云々は無駄にハードルを上げて議論の場から異論を排除しようという情けない工作だｗ

>>117
> Linuxユーザは「試すだけ無駄」レベルでも「ある程度まではある」と言い訳する。
こんなあからさまな嘘をつくのなら、具体例を上げてみせてもらいましょう。出来ないのなら、全部撤回して謝罪した上でメンヘラ板に帰れよ？ｗ

> アプリが作れる云々は無駄にハードルを上げて議論の場から異論を排除しようという情けない工作だｗ
あほなの？ｗ簡単なアプリも作れる能力もないやつが「バイナリ互換性」を云々できるって
一体どんな理屈なんだ？ｗｗｗ

やっぱり完全に狂人じゃんｗ早くメンヘラ板に帰れよｗ

>>117
ああ、簡単なアプリを作る能力もないやつがバイナリ互換性をわかるってのはつまり、Linuxのすべてのアプリケーションについて実際に動くかどうか、試す、という方法論なのか？ｗ他に方法ないよな？ｗ
いや、そりゃいいｗ大変に科学的だｗ
ぜひやってくれｗ。
結果を楽しみにしてるよ？ｗ

え？嘘？このスレ冒頭からの流れを全否定？ｗｗｗ

>>120
は？何が全否定？ｗ
御託はいいから、さっさと具体例か検証結果出せよ？ｗ
ほんとにクズだなｗ
できないのなら、「僕ちゃんにはできまちぇん。ゆるちてください。メンヘル板に帰ります」って書くところだぞ？ｗ

Linuxの互換性なんてディストリビュータ依存なせいで皆無と思っておけばいい。
だからsnapなんていうのが出てきてもてはやされてるんだし。

>>122
皆無じゃない。
そういう戯言はいらないって言ってんだろ。
さっさときちんと具体例か検証結果を出せよ、グズ

>>122
あーあー、わかったわかったｗ
チュパカブラも実在するしモスマンも実在するんだよな？ｗついでにLinuxも互換性がない、とｗ
ほら、お前の後ろにMIBが立ってるぞ？ｗ
メンヘラ板に帰ってねｗ

負け犬の遠吠えが酷いのぉｗ
互換性がると言い出したほうが「互換性があるんだ！」って証明してみりゃいいだけのことなのにそれもできないでしまいにゃメンヘラ扱いかぁ

信者ちゃんが無能すぎて草生えるなぁｗ

まぁ、Linuxマンセーなやつなんてたいてい志賀と同レベルだしな。

>>125
いや、そんな証明するのはもの凄く大変じゃんｗ
そもそも、チンピラみたいないちゃもんつけてる分際で何をいっちょまえに他人に要求してんの？ｗお前本当に文明社会に生きてきたのか？ｗ
互換性がないってんなら、それこそ具体例を一つ上げればいいだけだろ。
さっさとやれよグズｗ

だから、もうわかったよｗサンジェルマン伯爵は生きてるし、合衆国政府は宇宙人との接触の事実を隠蔽してるんだろ？ｗ
メンヘル板に帰れよｗ

>>126
まあ、Windowsマンセーなんて安倍晋三みたいなやつばっかりだろうしなｗ

Linuxに互換性が有ったことあるか？
バージョン変われば、トリ変われば、DE変われば、互換性ありませんだからな。
Linuxに互換性ありません、が分かり安い答えだよ。

戌厨とか戌信者とか言われるようなバカが志賀と同列扱いされるのも当然だ。

Linuxには互換性を担保する機構がないから仕方ないねｗ
第三者による互換性のチェックとかしてるわけでもないし、そんな状況で「互換性あります」というほうがバカとしか言えないわ。

Linuxのバイナリ互換性のはなしが次のスレでも出ました。

オススメDesktpp Environmentは？
http://2chb.net/r/linux/1624963158/

この機会に少し調べて分かったことを書き残しておきましょう。

相当以前にLinuxディストロの標準化という取り組みがありました。Linux Standard Baseという組織が立ち上げられ、Murdochも一時期運営に当たったという報道がありました。その後LSBは見捨てられたのだとばかり思い込んでいたのですが、現在も活動中だということです。
これが現在のサイトですよ ↓
https://refspecs.linuxfoundation.org/lsb.shtml

LSBのリリース情報を取得するには次のコマンドを使う。
$ lsb_release -a
https://www.unixtutorial.org/commands/lsb_release

たとえば次のようになるよ。

$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 10 (buster)
Release: 10
Codename: buster

ディストリが足並み揃えるのは難しいんだろうけど
実現すれば便利そうだよな

Linux Standard Baseが国際標準規格として承認へ
https://www.itmedia.co.jp/enterprise/articles/0511/11/news007.html

Free Standards Group、新メンバーの加入とLSB 3.0を発表
https://www.itmedia.co.jp/enterprise/articles/0509/26/news034.html

当時の報道記事を拾ってきた

https://wiki.debian.org/LSB
https://wiki.debian.org/DebianLsb

Debian dropping the Linux Standard Base　https://lwn.net/Articles/658809/

そして今度はLSBの現状についてだよ

貴方には是非この方向でいて頂きたい
真摯に他人の役に立とうとする姿は美しい

MacにしてもWinにしても、OSバージョンチェックして動作させないソフトもある。
こうなると動作させるの無理で困ったんだけど。
バイナリ互換それほど大事か？.netやらで吸収させてんでしょ。

ソフト開発元からみると動作テストの環境次第だから、
気ままなLinuxじゃバイナリだけ提供は難しいそれだけでしょ。コンパイルすればいいし。

「コンパイルすればいい」が保証にならんのがLinuxだぞ。
コンパイラのバージョンは？　ライブラリは？　内部で呼び出してる他のアプリやコマンドのバージョンは？オプションは？・・・

エンドユーザにソース提供して「コンパイルして使ってね」と言った時点でベンダーは動作保証ができない。
そうやって考えていくとバイナリ互換が確保できない環境でバイナリ提供できないというのはエンドユーザにもベンダにも不利益を強制しているということになる。

>>138
バージョンで排除しているほうが、エンドユーザには不利益だと思うけど。
もうまともな打つ手ないもの。

保証？コンパイルしている時点で必要？

>>139
バージョン違いで動かさないのは「保証できない環境」だから動けないようにしてる、動作保証のよくある手法の一つでエンドユーザの不利益にはならんよ。
保証のない環境で動かして何かしらの障害を起こす、というトラブルを防止してるんだから。
「バージョンチェックで動かさないのは不利益だ」って言うのは「悪天候なので飛行機を飛ばさないのは利用者の不利益だ」って言ってるようなものだ。

あと、コンパイルできたからって保証できないのは当たり前でしょうに。
「コンパイルする環境」そのものがベンダが決められない時点で、コンパイルできたからって動く保証がないんだから。
もしかして君は「コンパイルできたからバグはありません」って言っちゃうタイプかい？

Linuxに互換性なんてまったくないだろ。
もうね、ゴミというにふさわしいのがLinuxだけどさ、その理由の一つが互換性が無いことなんだよね。

「互換性が無いことを保証する」のがLinuxだと言っても良いぐらいだしｗ

Linuxはバイナリ提供しても動作保証できないゴミ屑OSだからソースで提供したところで動作保証なんてまったくできないカスだわなｗ

マイクロソフトは普通のWindowsとWindowsARMにアプリの互換性がないのをどうにかしてほしい。
とりあえずスピードはいいからx86のエミュレーションくらいできるだろ。

x86は対応済で、Windows11からx64も対応する

>>144
ラズパイに入れたWindowsARMはほとんど何も動かんぞ。
ほんと客を騙してゴミ売って商売すんなよマイクロソフト。

>>145
対応ハードウェアや要件を理解せずにゴミスペで語るのはどうかとｗ

>>146
立場がどうあれ品の無いディスりする人って限られてるから

同じWindowsなのにバイナリ互換ゼロだもんな。
商品名を変えるべきだったと思うわ。

Linuxって同じCPUどころか、同じパソコンで動かしても互換性がないゴミカスOSだもんねぇw

>>143
文句はインテルに言えｗ
その程度のことも知らんで偉そうなこと言うのぅ、さすがはゴミOSユーザーｗｗｗ

>>150
Windowsにバイナリ互換性がない指摘でしょｗ

上智大学もWindowsARMの互換性のなさを注意喚起してるな。
https://ccweb.cc.sophia.ac.jp/%E6%B3%A8%E6%84%8F%E5%96%9A%E8%B5%B7%E3%80%80arm%E7%89%88windows%E3%81%AE%E8%B3%BC%E5%85%A5%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6/

正確にお伝えすると、ARM版のWindowsでは、x86アーキテクチャのソフトウェアは動作保証外となっていますし、ほとんどのソフトウェアにおいて、ARM版のWindowsでは動作保証がありません。
判明している状況では、VPNの動作確認ができておりませんし、お持ちのプリンターをはじめとした周辺機器も使用できる保証がありません。
このARM版Windowsを使用したPCを購入しないことをお勧めします。


『購入しないことをお勧めします』

>>152
LinuxはARMの動作保証をしているのか？

結局ラズパイはラズパイOSで動かすのが一番なのよね。

>>154
それでx86バイナリーのエミュレーションができているのか？
比較条件がバラバラな話なんて無意味だよ

>>155
比較してない
WindowsARMが他のWindowsとバイナリ互換性がないと書いてるだけだが？
一体何と競ってるんだあんたは？

>>156
つながりの無い話ならそもそも板違いだよ

>>157
言い出しっぺのID:AHnCd59kと煽ってたID:e/I5z4JPには何も言わないんだな

OSSは改変自由なんだから、互換性なんて無い。
今まではたまたま偶然に互換がある機能があっただけ。

もともとunix界隈はCPUからしてバラバラだったからね。
フリーソフトもソースで配布されて各自でコンパイルってのが当たり前だったんだよね。
そういう歴史があるから多様なアーキテクチャにもすぐ対応できるわけよ。

>>159 えーと、Unixってご存知ですか？

>>158
同一人物だからでしょ

勘違いしてるバカばっかりだな。
互換性がまったくないぐらいに手を入れても「Linux」として世に出せる。
逆に「互換性を維持しなければいけない」という縛りがあってはいけない。
それがLinuxだ。

その程度のことも判らないバカばっかりとか、やっぱLinux使いは頭悪い下等市民の巣窟だなｗ

Unixが何かもわからん奴がイキってるなｗ

>>163
悪いが何書いてるかサッパリわからんｗ
統失か何か？

互換性がないだの何だのと言ってるやつはまず依存パッケージを入れることを覚えればいいと思う

バカには使えないのがLinux

実際ソフトをリリースしたい時はUbuntu版とCentOSを出しとけばだいたいOKってこと？

AppImageかFlatpakで出せばいいんじゃね
ElectronやPWAといったWeb系もディストロ問わず使えて良い
FlutterのLinux向けビルドも候補に上がって来るかも

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん