Red Hat Enterprise Linux スレッド part 27
レッドハットはAnsibleの開発を行っていますね。 杉村貴士さんがカッコいいという理由が分かったよ
開発に関わってる日本人は少ないからね 日本のLinux界期待の開発者だね
がんばってください 乃木坂46を応援しています。将棋クエスト二段/将棋ウォーズ初段/TOEIC770/RHCE/AWS SAA,SOA/1級知的財産管理技能士(特許)
@RedHatJapan
でAnsibleのお仕事をしています。鍵付きは知らない人はブロックします。このアカウントは所属する組織や所属していた組織とは無関係です。 大学の教育計算機センターなどで、ある程度の人数のユーザー数の教室授業で
(日本語化)ウブンツを使っている例は、どこがありますか? 昨日見かけたニュース。Oracle由来なのが最大のネックだと思う。
サイバートラスト、RHEL 8.4クローンの最新Linux「MIRACLE LINUX 8.4」を無償提供
https://cloud.watch.impress.co.jp/docs/news/1351739.html >>561
多分それは本人を呼ぶための呪文か何かだろう
Red Hat Enterprise Linuxがカッコいいか?
と聞かれたらどう答えようかな >>560
Oracleだといつ有償になるかわかったもんじゃないしな。
約束を守らない会社は信用できない。 RedHat7で下の2つの仕様が変わり使いにくいです、
設定でRedHat6の挙動に戻したいですが、可能でしょうか?
1. gnome-terminal で新しいタブを起動したとき、
カレントディレクトリがhomeに戻される
2. ウインドウを画面端に持っていくと最大化される いつの間にか8.5が出てるやん
dvdのisoが10GB超えやん 売ってる。
でも、仮想環境で動かしちゃダメ
他のサブスクリプションのサーバと併用しちゃダメ
本番環境で使っちゃダメだしなぁ 8.5を入れてみた。
こういうものだったのだな。
世の中はこれを有難がってお金出して使っているんだな〜。
勉強になった。 >>572
有償で買ったの?
ライセンス無しのupdateできない状態? >>573
今はデベロッパー登録するだけで、お試しなら
無償でアップデートも出来るんだよ。 お金払えばサポートに問い合わせられる。
保険みたいなもんよ。 バージョン9の情報はRed Hat Summit 2022で出るのかな? RHEL8から9へのアップグレードってどうやるの? >>580
くわしくないけどupdateコマンドをupgradeにかえればいいんじゃね RHEL8から9へのアップグレード
という文字列でネット検索するとRedHat社のオンラインマニュアルが出てくる rhel9のrpmの中で使用されてるzstdの扱い面倒だな hut と hat があるのか。勉強になった。
自分で鳥を作る場合は Red Hut がいいかもな。 赤い小屋も、赤い帽子も、名前としてはどちらもしょぼい。 RHELを有料実運用に使ってる客って、何割ぐらいがOracleのデータベース用途で使ってるもんなの? そうか
そうすると、そんなに関係を悪くしないのも手のように感じちゃうな >>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とは関係なくやってたわけだから
訴えられるリスクがあったんだろうか? >>623
ソース公開するからGPL違反じゃないよ
>>624
レッドハットはカーネルのソース一杯書いてるよ オラクル、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と互換性のあるディストリビューションを作れるようになる。
同団体は、互換性のあるディストリビューションを生み出すための基盤となる、コミュニティー主導のソースコードの重要性を強調している。 >>630
でもoracleはsolarisに酷いことしたよね https://japan.zdnet.com/article/35210511/
レッドハットの顧客層から全く外れたことがわかった
CentOSも終了されたし、昔のようにLinuxを使いたい人間は他へ行くしかないな Linux使いたくてRHEL使ってる人なんているの?
RHEL使わざるを得なくてRHEL使ってるんじゃないの?? 仕事だと自社で運用実績のないディストリは提案が難しいから実績のあるRHELになりがち >>630
てかさ
そこで独自のディストリじゃなくてあくまでRHEL互換にこだわるのなんなのよ
RHELにおんぶ抱っこじゃないとビジネスできんってなら止めちまえよ
往生際が悪いのよ >>640
RHELとの互換性が大事なのじゃなくて、精通した技術者が多いとか、RHEL互換を前提とした連携ソフトウェアの枠組みが重要なんじゃないのかな?
つまりRHELは商品ではなくてデファクトスタンダード(業界標準)なんだよ >>641
今まで培った経験が…
悔しい想いしている人多いと思うよ 業務向けでもUbuntuにさえシェア負けてるのに業界標準とは? 大手が使うのはAWS、Azure、GCPといったマネージドサービスで、金額的にも大きいので
その枠組みに収まるかどうかが勝敗の分かれ目 Ubuntuの胡散臭さよりRHELの継続力の凄さよ OpenELAのような業界団体が主動するのは現実的だし、Red Hatが合流してくれることを期待したい RedHatはLinuxの発展に最も貢献してる企業だからな
その成果を他者が利用するのはいいとして顧客まで奪ってる連中がでかい顔してるのがそもそもおかしい ソースをクローズドにした邪悪さに比べたら
どんな大層な貢献しててもカスみたいなもんだわ 貢献もしてないくせに文句だけ言ってる奴は課すより劣る存在だけどなw ビジネスでは一貫性がない会社は嫌われるよ。クローズドにするなら初めからそうしていればRHも非難されなかったろう。
その意味ではOracleも同罪だが。いずれにせよ、失った信用はもう取り戻せないだろう。 顧客はオープンソースだからなんて理由でRedHatを選んでるわけではないからどちらでも 悪いのはレッドハットじゃなくてレッドハットにどうせざるを得ない状況にさせた外野の連中 >>658
そうかな? 経営は無用なリスクを負いたくはないよな
たとえばうちでは、ルールを変える不誠実な会社や、訴訟好きな会社のソフトウェアは使えない ソースがクローズドになったところで顧客へのサポートが変わるわけじゃないからな
これまで使えてた機能が使えないだの制限されるだのなら話は別だがな
経営に無用なリスクってなら別の製品に切り替えるほうがよっぽどリスクだぞ それな
Ubuntu(Debian)系全盛の今でもRHELの需要が無くならないのはそれ前提のシステムを構築していて他のディストリに切り替えるなんてコストとリスクが釣り合わないから そういうことを言っているから、ビジネス市場から特定のLinuxがどんどん縮小していって、RedHatが利益を確保するのに動くようなことになるんだ。
Solaris等の専用UNIXがなくなったのを忘れていないか?
現実を見ろよ、Linuxに長けたエンジニアがいない・高価だから客がいなくなってる、それはリスクなんだよ。サポートだけではない。
保守的なエンジニアよりも、事業継続がかかっている客の方がずっと敏感だし、行動することを恐れない。 >>661
同意
ソースがクローズドとかはどうでもいい
ただまともなサポートはしてほしい >>661
なんで別の製品に切り替えたらリスクなの? 他でも言われてるけどRHELが提供してるツール、ライブラリ、コマンドに依存したシステムを構築してたりするから他のディストリとか容易に切り替えられない
RHEL互換OSが出せなくなることに異常に反発してる連中がいるのはそれが理由の一つ >>667
囲い込みじゃん
やべー
Linuxでそれやるんかエグぃ Ubuntu さんはα版程度の品質のものを取り込んでβ版になる頃にウケが悪くて止めちゃうをするんで、あれを使いつづけるのは無理でないか 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 うちの会社は一般のユーザー企業だけどオンプレサーバはほとんど持てない
バーターでAWS, GCP, Azureのいずれかで、RHELはその上で動かす場合がある程度 RHELのセキュリティパッチ適用をAnsibleで自動化セヨ!
2024年 6月 6日, 2:00 p.m. JST (UTC+ 9)
www.redhat.com/ja/events/webinar/automate-rhel-security-patch