アカウント名:
パスワード:
パッケージ形式として rpm を使っているディストリビューション（FedoraやCentOSなど）はIoTや組み込みには向いてないと思います
理由は，rpmが仕様レベルでクロスコンパイル，マルチプラットフォームにうまく対処できないためです．
もともと rpm はRed Hat Package Managerの略だったくらいでRedhatが自社製品である x86/sparc 向けディストリビューションを作るために設計したものですそのため x86/sparc 以外のプラットフォームは本来はサポート外で移植には大改造が必要でした．「IoTエディション」の開発/バグ取りも結構苦労すると思います．
一方，debianやubuntuなどが使
> もともと rpm はRed Hat Package Managerの略だったくらいで
deb だって Debian binary package format なのだから、それは関係ない。debian も自分たちのディストリビューションの事しか考えてない点は変わらない。debian がマルチ考えてたけど、redhat がマルチ考えてなかったというだけ。
昔のARM用には deb(dpkg) でも重くて、仮想依存関係とか省略した ipk(ipkg) とかもあったね。今のハードだと気にしないけど。
>redhat がマルチ考えてなかったというだけ。
>Redhatが自社製品である x86/sparc 向けディストリビューションを作るために設計したもの
元コメと同じことレスしてどうすんだ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
Fedora/CentOS/Redhat は使いにくい (スコア:1)
パッケージ形式として rpm を使っているディストリビューション（FedoraやCentOSなど）は
IoTや組み込みには向いてないと思います
理由は，rpmが仕様レベルで
クロスコンパイル，マルチプラットフォームにうまく対処できないためです．
もともと rpm はRed Hat Package Managerの略だったくらいで
Redhatが自社製品である x86/sparc 向けディストリビューションを作るために設計したものです
そのため x86/sparc 以外のプラットフォームは本来はサポート外で
移植には大改造が必要でした．「IoTエディション」の開発/バグ取りも結構苦労すると思います．
一方，debianやubuntuなどが使
Re:Fedora/CentOS/Redhat は使いにくい (スコア:0)
> もともと rpm はRed Hat Package Managerの略だったくらいで
deb だって Debian binary package format なのだから、それは関係ない。
debian も自分たちのディストリビューションの事しか考えてない点は変わらない。debian がマルチ考えてたけど、redhat がマルチ考えてなかったというだけ。
昔のARM用には deb(dpkg) でも重くて、仮想依存関係とか省略した ipk(ipkg) とかもあったね。今のハードだと気にしないけど。
Re: (スコア:0)
>redhat がマルチ考えてなかったというだけ。
>Redhatが自社製品である x86/sparc 向けディストリビューションを作るために設計したもの
元コメと同じことレスしてどうすんだ