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