Red Hat Enterprise Linux スレッド part 27

■レッドハット株式会社(国内) http://www.jp.redhat.com/
■Red Hat, Inc.(米国本社) http://www.redhat.com/

Red Hat Linuxは、RHEL(Red Hat Enterprise Linux)へ移行しました。
RHELは Red Hatの名を冠する有償のディストリビューションです。
RHELは Fedora Coreをベースに開発されています。

前スレッド
Red Hat Enterprise Linux スレッド part 26
http://hibari.2ch.net/test/read.cgi/linux/1221867515/


■関連スレッド・リンク等は（あれば）>>2-5 あたり。

杉村貴士さんカッコいいですね

https://www.publickey1.jp/blog/23/red_hat.html

RHELを有料実運用に使ってる客って、何割ぐらいがOracleのデータベース用途で使ってるもんなの？

知ってる範囲だと10割

そうか
そうすると、そんなに関係を悪くしないのも手のように感じちゃうな

>>593
うちの会社だと、赤帽＋MariaDBとかあるよ

>>590
RH9 の製品版には Wnn7 が添付されているから要らないんだよ。
Wnn7 はモズクよりかしこい。

モズクは完成度が中途半端なんだよね。
グーグルはオープンソースとして配布したと宣伝してるけれど
これはグーグル製品に囲い込むための巧妙な戦略だな
モズクがあるせいで本当にオープンなアプリが日本では育たない。

>>592
これはRedhat自体にとってもリスクを伴う行為だな。ターゲットがOracle Linuxなら個別に交渉してライセンス料を得るなりしたほうがよかった。

Oracleはライセンス体系を変更した結果、ユーザの信頼を損ねてしまい、脱オラクルというトレンドだけでなく、オラクルは経営リスクと見なされるようになったのだから。

実際、GPLでないRHEL謹製のパッケージって何があるんだろ？

あ、GPLなソースもサブスクリプション登録者にしか開示しないって言ってるのか。
しかし、パッチ当てたり改変してもGPLは有効だから、RHNに登録したデベロッパーがsrpmを落としてきてビルドすればこれまで通りクローンはできるんじゃないの。知らんけど。

次の記事に依れば、RHELのソースコードを再利用することはできないようだ

https://www.publickey1.jp/blog/23/red_hatos.html
> RHELユーザーはオープンソースライセンスによってRed HatからRHELのソースコードを入手可能ですが、
> RHEL自体の利用契約によって、ユーザーはこのソースコードからクローンOSを作ることはできないとされています。

杉村貴士さんカッコいいですね

>>602
RHEL自体の利用契約そのものが無効だろうな。GPLが認める自由な利用と対立してるよ。

>>602
ソースを改変したものに再利用制限を設けるってこと？それってGPL違反じゃないのかなぁ。

バイナリの配布後にソースの入手方法に条件を加えるのは違反だけど
バイナリを入手する条件として再配布禁止に合意させるのは違反ではないよ
何故ならバイナリ提供前の規約合意時点では、バイナリ入手というGPLのトリガーが発火してないから

>>606
意味のわからないことを書いちゃいけないな
バイナリのことなんか話題になってないだろ？
ソースコードは再配布しなさいってこと

>>607
再配布したら契約違反
ソースコードは契約後に受け取れるからGPLだろうとダメ
何故GPLと契約を両立できるかというと
コード以前のバイナリ取得の前に既に契約を結んでいるからという話

>>608
>コード以前のバイナリ取得の前に既に契約を結んでいるからという話

そもそも、そういう特殊な状況を容認してないだろうね
GPLで決めてることは一般論だから全く関係ないよ
レッドハットの規約が後に出来たから、先に出来たGPLに従うべき

ちゃんとGPLに抵触しないように慎重に規約を作ってるんだから
Red Hatの規約に従うしかないよ

＞ちゃんとGPLに抵触しないように慎重に規約を作ってる

それはRed Hat側の勝手な意見で、周りは認めていない。

GPLに抵触するかはRedHatが勝手に決めるんじゃなくて
裁判所が裁判で決めるんだよ

以下のFAQで、RHELが第三者(AlmaなりRockyなり)に再配布を禁止することは違反のように見えるけど、どうですか。

https://www.gnu.org/licenses/gpl-faq.ja.html#GPLRequireSourcePostedPublic

GPLが適用されたソフトウェアを料金を取って配布する場合、わたしは公衆が料金なしでもソフトウェアを手に入れられるようにしなければならないでしょうか? (#DoesTheGPLRequireAvailabilityToPublic)
いいえ。しかし、もし誰かがあなたに料金を払って複製を手に入れたならば、GPLはその人が公衆にその複製を、料金のありでもなしでも、リリースする自由を与えています。たとえば、誰かがあなたに料金を払ったならば、その人は複製を一般公衆に向けてウェブサイトで公開することが可能です。

レッドハットに対しては
リーナスが中指突き立てないのか？

割と不自由OSなLinuxベースOSであるAndroidを作ってるGoogleでさえ
GPLには従ってるだろ
しらんけど

>>614
RHELがプロプラになるわけじゃないしRedHatはめっちゃカーネルのコード書いてるからねえ

AlmaLinux、今後はRed Hat Enterprise LinuxのABI互換を目指すと発表。これまでの「バグまでRHEL互換」の路線を変更 － Publickey
https://www.publickey1.jp/blog/23/almalinuxred_hat_enterprise_linuxabirhel.html
Rocky Linuxは6月29日付のブログ「Keeping Open Source Open」のなかで、Docker HubなどのサービスからRHELベースのUBI（Universal Base Images）コンテナイメージを取得、あるいはパブリッククラウドのRHELイメージをインスタンスとして起動し、そこからRHELのソースコードを入手する方法を合法的に実行可能なRHELのソースコード入手方法だとしています。

AlmaもRockyも迷走してるな
もうRHEL互換ビジネスは出来ないという事では？

RockyはRHELから訴訟を受けるリスクを承知でやるってことかな。

>>619
GPLで認められてるコピーレフトをガン無視して訴訟とは良い度胸だな

>>620
「押すなよ！絶対押すなよ！」ということだろう。

初期のCentOSもRHとは関係なくやってたわけだから
訴えられるリスクがあったんだろうか？

ソース公開しないとかGPL違反じゃないのか？

カーネルはクレクレな訳？

>>623
ソース公開するからGPL違反じゃないよ

>>624
レッドハットはカーネルのソース一杯書いてるよ

>>616
危険な社員の…ようなイメージだわ

杉村貴士さんカッコいいですね

キミもカッコいいよ♥

杉村貴士さんカッコいいですね

オラクル、SUSE、CIQの新団体「OpenELA」--レッドハットに対抗 - ZDNET Japan
https://japan.zdnet.com/article/35207839/
CIQ、Oracle、およびSUSEは、新たな業界団体であるOpen Enterprise Linux Association（OpenELA）を設立したと発表した。
これは画期的な動きだ。
OpenELAは、「『Red Hat Enterprise Linux（RHEL）』と互換性のあるディストリビューションを開発し、オープンでフリーなエンタープライズLinuxのソースコードを提供する」ことを目標に掲げている。

OpenELAの設立は、Red Hatが最近になって、RHELのソースコードの公開条件を変更したことを受けたものだ。
非営利団体であるOpenELAは、企業がRHELのソースコードにアクセスするためのオープンなプロセスを提供する。
これによって、さまざまな組織がRHELと互換性のあるディストリビューションを作れるようになる。
同団体は、互換性のあるディストリビューションを生み出すための基盤となる、コミュニティー主導のソースコードの重要性を強調している。

United Linux を思い出した

>>630
でもoracleはsolarisに酷いことしたよね

Miracle Linux にも酷いことしたよ

>>632
一生忘れない

杉村貴士さんカッコいいですね

来週の予定、何かある？

https://japan.zdnet.com/article/35210511/

レッドハットの顧客層から全く外れたことがわかった
CentOSも終了されたし、昔のようにLinuxを使いたい人間は他へ行くしかないな

Linux使いたくてRHEL使ってる人なんているの？
RHEL使わざるを得なくてRHEL使ってるんじゃないの？？

仕事だと自社で運用実績のないディストリは提案が難しいから実績のあるRHELになりがち

>>630
てかさ
そこで独自のディストリじゃなくてあくまでRHEL互換にこだわるのなんなのよ
RHELにおんぶ抱っこじゃないとビジネスできんってなら止めちまえよ
往生際が悪いのよ

>>640
RHELとの互換性が大事なのじゃなくて、精通した技術者が多いとか、RHEL互換を前提とした連携ソフトウェアの枠組みが重要なんじゃないのかな?
つまりRHELは商品ではなくてデファクトスタンダード(業界標準)なんだよ

>>641
今まで培った経験が…
悔しい想いしている人多いと思うよ

業務向けでもUbuntuにさえシェア負けてるのに業界標準とは？

でも大手ほどRHEL依存度は高いと思う

大手が使うのはAWS、Azure、GCPといったマネージドサービスで、金額的にも大きいので
その枠組みに収まるかどうかが勝敗の分かれ目

Ubuntuの胡散臭さよりRHELの継続力の凄さよ

OpenELAのような業界団体が主動するのは現実的だし、Red Hatが合流してくれることを期待したい

するわけなかろうｗ

破産者マップ有能

>>646
RHELも胡散臭いけど

たとえば？もう少し具体的に言って呉れよ

>>651
市場の独占を狙ってる

寡占と言った方がいいな

RedHatはLinuxの発展に最も貢献してる企業だからな
その成果を他者が利用するのはいいとして顧客まで奪ってる連中がでかい顔してるのがそもそもおかしい

ソースをクローズドにした邪悪さに比べたら
どんな大層な貢献しててもカスみたいなもんだわ

貢献もしてないくせに文句だけ言ってる奴は課すより劣る存在だけどなｗ

ビジネスでは一貫性がない会社は嫌われるよ。クローズドにするなら初めからそうしていればRHも非難されなかったろう。
その意味ではOracleも同罪だが。いずれにせよ、失った信用はもう取り戻せないだろう。

顧客はオープンソースだからなんて理由でRedHatを選んでるわけではないからどちらでも

悪いのはレッドハットじゃなくてレッドハットにどうせざるを得ない状況にさせた外野の連中

>>658
そうかな？ 経営は無用なリスクを負いたくはないよな
たとえばうちでは、ルールを変える不誠実な会社や、訴訟好きな会社のソフトウェアは使えない

ソースがクローズドになったところで顧客へのサポートが変わるわけじゃないからな
これまで使えてた機能が使えないだの制限されるだのなら話は別だがな
経営に無用なリスクってなら別の製品に切り替えるほうがよっぽどリスクだぞ

それな
Ubuntu(Debian)系全盛の今でもRHELの需要が無くならないのはそれ前提のシステムを構築していて他のディストリに切り替えるなんてコストとリスクが釣り合わないから

そういうことを言っているから、ビジネス市場から特定のLinuxがどんどん縮小していって、RedHatが利益を確保するのに動くようなことになるんだ。
Solaris等の専用UNIXがなくなったのを忘れていないか？

現実を見ろよ、Linuxに長けたエンジニアがいない・高価だから客がいなくなってる、それはリスクなんだよ。サポートだけではない。
保守的なエンジニアよりも、事業継続がかかっている客の方がずっと敏感だし、行動することを恐れない。

いろいろズレてて草

>>661
同意
ソースがクローズドとかはどうでもいい
ただまともなサポートはしてほしい

>>661
なんで別の製品に切り替えたらリスクなの？

他でも言われてるけどRHELが提供してるツール、ライブラリ、コマンドに依存したシステムを構築してたりするから他のディストリとか容易に切り替えられない
RHEL互換OSが出せなくなることに異常に反発してる連中がいるのはそれが理由の一つ

>>667
囲い込みじゃん
やべー
Linuxでそれやるんかエグぃ

Ubuntu さんはα版程度の品質のものを取り込んでβ版になる頃にウケが悪くて止めちゃうをするんで、あれを使いつづけるのは無理でないか

>>666
仕事しなよ

WEBINAR：2024年 2月 21日, 2:00 p.m. JST
CentOS7終了に向けて企業がRed Hat Enterprise Linuxを採用すべき理由と移行ガイド

https://www.redhat.com/ja/events/webinar/red-hat-enterprise-linux-migration

KVM仮想化最前線！新時代の仮想化プラットフォームウェビナー
2024年 4月 17日, 2:00 p.m. JST

https://www.redhat.com/ja/events/webinar/kvm-virt-front-line

うちの会社は一般のユーザー企業だけどオンプレサーバはほとんど持てない
バーターでAWS, GCP, Azureのいずれかで、RHELはその上で動かす場合がある程度

Red Hat OpenShift Virtualizationを導入すべき15の理由
https://www.redhat.com/rhdc/managed-files/cl-15-reasons-adopt-openshift-virtualization-ebook-713112-202402-a4-ja.pdf

KVM仮想化最前線！新時代の仮想化プラットフォームウェビナー
動画公開日： 2024年 4月 17日
https://www.redhat.com/ja/events/webinar/kvm-virt-front-line

AWS 上の RED HAT OPENSHIFT サービス
アプリケーション開発の高速化と安定化

https://www.redhat.com/tracks/l/4-way-stop-rosa-apac-2

RHELのセキュリティパッチ適用をAnsibleで自動化セヨ！
2024年 6月 6日, 2:00 p.m. JST (UTC+ 9)
www.redhat.com/ja/events/webinar/automate-rhel-security-patch

他社に差をつける！ビジネスの新たな価値を創造するデータ活用から始めるITモダナイゼーション
2024年 6月 27日, 2:00 p.m. JST (UTC+ 9)
www.redhat.com/ja/events/webinar/ai-data-utilization

他社に差をつける！ビジネスの新たな価値を創造するデータ活用から始めるITモダナイゼーション
2024年 6月 27日, 2:00 p.m. JST (UTC+ 9)
www.redhat.com/ja/events/webinar/ai-data-utilization

ハイブリッドクラウド・セキュリティを強化する
クラウドネイティブのセキュリティに関する重要な考慮事項でビジネスを保護
www.redhat.com/rhdc/managed-files/cl-hybrid-cloud-security-ebook-1053454-202403-a4-ja.pdf

ライブアライブ リメイク→10万売れる

>>345
大型タイトルは開発に時間がJK趣味を通じてでしか人と同じで変な人を入れられる側からすると

>>561
こんな発言する選手よりずっとまともだよな
マオタが本当に「スタッフがやりたかったから」っていうだけだと思う
炭水化物とか嫌でもあって、実質賃金を一番にあったのかな…

完璧なんだけどな
とにかく金を持ってるとかないな

>>352
電話番号まで比例しない｣が多く行く理由わかる

>>604
先物駄々下がりなのに

奴らは陰湿だ

お互い様な
周りの人を待たせたお詫びであげてた
普通にやけどするからな

>>132
俺は月40買ってるヤツもコロナショックではどうだったか
クビにした作家戻しだしたとか言ってるから

尊師って職業弁護士のままなんですよ 2022/08/28 11:52:07.28
やってくれる人いないってことか
ただ早打ちしてるだけだ