AlmaLinux Part 2【RHEL Clone】

AlmaLinux は Red Hat Enterprise Linux (RHEL) から同社の商標を削除して再コンパイルした RHEL Clone です。
Red Hat と無関係でもないコミュニティが無償配布してしますが Red Hat のブランドとサポートはありません。
* Fedora 28≒RHEL 8≒CentOS 8≒AlmaLinux 8
です。
FCやRHEL、CentOS用のノウハウ、野良 RPM、レポジトリ云々は AlmaLinux でもほぼ通用します。

AlmaLinux
https://almalinux.org/

前スレ
AlmaLinux Part 1【RHEL Clone】
https://mao.5ch.net/test/read.cgi/linux/1613015887/

Ubuntuは不具合があっても上流の解決待ちみたいな姿勢だから信頼性が薄いんだよね
自力でパッチまで作ってくれる無償ディストリはCentOS StreamとFedoraくらいだけど

>>82
Ubuntu server

Debian12

結局皆centOS Streamへ逝くというRHの考えどおりの展開へ

想像以上にクローンディストリ運営たちに技術力がなくて驚いたよね
そりゃRHもクローン技術者どもは役に立たない扱いするよねと納得した

どこソースなの?ワイも追いかけたい

https://linux.web.cern.ch/
AlmaLinux focuses on Application Binary Interface compatibility (2023-07-18)

In response to Red Hat's recent announcement to restrict public source code releases to CentOS
Stream, the AlmaLinux Foundation has announced that they will drop the aim to be "bug-for-bug
compatible" with RHEL, and instead focus on Application Binary Interface (ABI) compatibility.
They will work to ensure that applications built to run on RHEL can run without any issues on AlmaLinux, even in situations where package versions deviate slightly from those available
in RHEL.
:

ドメインがチャイナなのはなぜなのか

釣り針小さくてもアホはすぐに釣れるよねw

Confoederatio Helveticaの略なのに

早い話がCentOS Streamのフォークになるんだろ
それもうCentOS Streamでいいじゃん

https://japan.zdnet.com/article/35206955/ で煽り気味にまとめられてたけど
マイナーバグ修正のマージがペンディングされたことでここまで紛糾するなら直近の方向転換も難しいんじゃないかね
RHEL側の開発者がどれだけ気をつかわんといかんのか

関係ないけどこの手のリポジトリでうんこリアクション許してるの狂気の沙汰じゃない?
https://gitlab.com/redhat/centos-stream/rpms/iperf3/-/merge_requests/5#note_1479210913

https://gitlab.com/redhat/centos-stream/rpms/iperf3/-/merge_requests/5#note_1476778724

streamは顧客以外にも使って欲しいしバグ報告受けつけるしパッチも歓迎だからwin-winみたいな事言ってたような
もうredhat系統はfedora以外には近寄らないほうがいいかな

RHに限らずでかいプロダクトのパッチ受け入れプロセスって重いから、純OSSプロジェクトのノリで貢献しようとして温度感の差でトラブルになることはよくある
仕事でやってたときはネゴのほうが大変だった

そのパッチがコンフリクトしないように保守し続けてくれる訳ではないもんね
受け入れて将来的に影響が出ないコードなのかも調査する必要がある

>>114
それにしてもスゴいね
否定的な絵文字のあらしで…
GitLabでウンコ投げられたり、中指立てられてる人
初めて見た

>>117
だから、コードレビューやるんじゃないの?
問題があるものはマージしちゃダメじゃん
で
内容読んできたけど、こんなんがコンフリクトとかないでしょ
うっかりミスなおして上げただけなのに、意味わからん政治的な理由で拒否るから、炎上しちゃったんでしょ
結局、内容なんかろくに議論しないで
マージしちゃってるし

>>119
まず乗り越えるべきバーはパッチの品質じゃなくて、パッチ適用の妥当性を受け入れ側に納得させることなんだよ

>>120
ん
ちゃんと、そのMR読んできないよ
あなたの言っているのは、Q&Aってヤツだけど
いきなり、拒否りだすQ&Aなんて見たことないよ
だから、みんなからウンコ投げられたり中指立てらたんじゃない

この一件がどうこうより、「品質よりも社内ルール(もちろん外からはわからない)が優先です」って名言しちゃったほうが問題だろなあ

>>121
外部貢献を受け入れるまともなOSSにはトリアージプロセスがあるよ
じゃないと実績稼ぎの連中が殺到してプロジェクトが止まるから
つーかQ&Aてなんだよ質問コーナーかよ

>>123
トリアージは、バクレポの時にやるんですよ

で
Q&Aってのは別のお話で
そのMRのやり取りの中にもでてきますけど
なぜ、こういうコードにしたんですか?
とか、コードレビューする人が質問して、コードの妥当性を説明させるってヤツですね

>>124
横からだけどQAね
Q&Aだと質疑応答の意味になる

ちょっと揉めたってだけでそんな大げさな話でもないなこれ
なんでニュースになったんだろ

>>125
まじで
ずっと、Q&Aだと思ってた
ぶっちゃけ、あれ嫌いなんだよね
こっちは、ちゃんと確認して問題無いコード提出してんのに、なんか疑われてるみたいで…

>>126
だれかが、Redditでチクったからじゃないの?
大物も発言したようですけど
内容見ても普通に酷い

>>126
あ
ちょっと説明がたりなかったかな
初っぱなの

ミハル・ルプリチ
@mruprich
1週間前
解決済み 6日前 パオロ・ボンジーニ 著
ご協力ありがとうございます。現時点では、RHEL でこの問題に対処する予定はありませんが、お客様のフィードバックに基づいて評価できるようオープンにしておきます。

ってコメントに、否定的な絵文字のアイコンがずらっと10個以上ついてて
それぞれのアイコンの右に表示されてる数字は、その意思表示に同意した
コミュニティメンバーの数です

つまりRedhatの中の人が暴言はいちゃったってことですよ

そして、ちょっとしたもめ事で
こんなんなってんの見たことありません

>>126
ああ
で、オープンにしておきます

ってところを解説すると
あなたのパッチは参考にはしてやるけど、マージ(採用)してやんないからね

ってなります
それを理解した上で、その後の論争をお読みください

イマイチわからん
5chみたいなものか

>>126
あああ
で
PR(プルリクエスト)ってのは
Github用語ですが
GitLabで、それに相当するのが
MR(マージリクエスト)です
ちょいちょい、MRってでてくるので
脳内変換してください

>>131
ぜんぜん違いますよ
スレタイすら読めない人なんか
ほぼほぼ居ないキレイな世界です

ですが、一信教で、年がら年中
宗教戦争やってる海外の宗教バトルは
ドン引きするレベルなんですけど…

もうFedoraでﾏﾀｰﾘしようずヽ(´～｀)ノ

>>134
このマージリクエストで
拒否られた人って、Fedoraのメンテナーらしいですよ

そもそも、Fedoraで受け入れられたパッチが
なんで、Centos Streamだと
RHELでは顧客がどうのこうのって
ワケわかんない理由で拒否られなきゃいけなかったんでしょうか?

まぁ炎上して結局マージしたけど
それも踏まえて、論争を読むと
ジワジワきますよ

なんだ1人が発狂してるだけか

>>136
ん
日本人では、私とニュース記事書いた人で少なくとも2人はいますよ

まぁでも注目すべきは、>>129で
Centos Streamのコミュニティメンバーが
これでもかってぐらいに
ブーイングしてた事ですかね

繰り返しになりますが、ウンコ投げられたり
中指たてられた
(海外では強烈なメッセージなので、マネスンナヨ)
MRなんて初めて見ました

>>136
この惨状見たらわかると思うがAlmaに残ったのは青二才とそれ指示する半可通だけだった
早々に瓦解すると思うわ

あーあ　また難民になるのかよ
最初にCentOSを使ってしまったばかりに散々だ
嘘EOLに騙された

困ったもんだ

元々RHEL使うものだし、Streamに路線変更した時点で危なくて仕事では使えんやろ

AlmaもRed Hatとは仲良く出来ないみたいな逆ギレをしてディストリを放棄しそうな怖さがある

　
◢█◣ █ █ ██◣ ███ ██◣
█   █ █ █ █ █   █ █　
◥█◣ █ █ ██◤ ██  ██◤
  █ █ █ █   █   █ ◣
◥█◤ ◥█◤ █   ███ █ █
 　
 █    
████◥◣  ███      
█ ◢◤  ◢◤  █      
 ◢◤  ◢◤ ███

すでにVPSをAlmaで立てた人は再インストールしたほうが良いかもね

>>144
アルマが、centos stream以下にはならないって
ニュースになったわけですけど
なんで、そうおもったの?
RHELにしろって意味なんですか?

もう、いっそRadhatと縁切りした方がいいんじゃないんですかね

RHELクローン使うくらいならDebian系でいいぞ。
apt覚えれば乗り換え完了

Alma使うならCentOS Streamを使ったほうがいい

>>147
どこがだよ
ちゃんと
https://japan.zdnet.com/article/35206955/
読んだのバカなの?

streamはRHがQAするんだからRHの好きにすればいいがな
軽いノリでMR受けたくないでしょ

>>148
それがまさにAlmaを使う意味のなさを示す騒動では？

>>150
ええ
centos streamは
RHELの顧客を優先して
コミュニティからの、セキュリティパッチも受付ない
って記事ですよ
たまたま、そのパッチ提出したのが
アルマの中の人でしたので
当然古いので、アルマにはそのパッチ当たってるはずです

>>151
ID:u6ADt++bが目下コミュニティにできる貢献があるとすれば口を閉じることだなあ
開発者として程度が低すぎる

>>114
カラフルなファック絵文字に笑う

>>149
略すな

>>152
せっかく、OSSの開発現場の空気感解説してあげてんのに?
ぶっちゃけ、アルマともCentosともRedhatとも、なんも関係ない野次馬ですけど…
因みに、いま、UbuntuServerのアプグレしてます
カーネル上げたら、6コアのRyzenにCPU乗せかえる

>>153
開発コミュニティで、うっかり失言しちゃうと、あんな目にあうって教訓ですね

くっそー
アプグレ失敗しやがった
ふざんけんな糞Ubuntu

>>155
自己紹介しなくていいよ
派遣のクソガキが知ってる範囲でイキりだしたよどうしようってのはよくあることなので

AlmaのスレでStream使えとのたまうのがまずおかしい
技術力がどうのこうのとAlmaのチームも利用者も叩いてる奴が一人いる
アンチ化した利用者か野次馬のどっちか

>>157
ん
だって、派遣だかなだか知らない人らが、なんか勘違いしてイキってたから
解説してあげただけですよ
これでも私は海外のOSSの開発に参加したことありますので…
派遣じゃなくてボランティアですけどね

Ubuntuアプグレなんかするんじゃなかった
録画データなんでか全部消えちまったよ
自分でフラグ立てちゃって、このザマー

>>158
アルマは、Fedoraに貢献してたりする
ってアピールしてたし
敵対したくなくて、Streamにも貢献するって、redhatの意向にそった方針にしたんでしょ?
それなのに、この塩対応じゃ炎上しますがな

オラクルとかSuSEのガチバトル見たんだけど
なんか続報ないんですか?

>>125
こいつの場合はQ&Aが正しいんだ
要求されるのはせいぜい組織内のコードオーナーに対する説明責任だけだから

そこに至るまでのフローの経験/想像力がないから戦略の評価する場で戦術の話するような頓珍漢な事になってる

>>161
コミュニティメンバーの複数の人に
ウンコ投げられて中指まで立てられてんのに
前言撤回したってのが戦略だったんですか?

笑わせんな

>>160
RedHatを叩くならわかるけどAlma側やその利用者を叩く奴は意味不明だろ
ちなみにお前のことじゃないぞ

本家からの刺客あるいは他陣営からの勧誘

>>163
Redhat大好きっ子は、前からこの板にいますし
意味わかんないことばっかいってる
亡霊みたいなのも
ずっとこの板に取りついているので
深読みしたって、あんま意味ないっすよ

それにしても
オラクルLinuxは、どうすんだろうな
あれもRHELクローンでサポートサービスまでやってるんだよね
アルマよりよっぽど困ってるはずなんですけど…

まぁエンタープライズユーザーじゃない私はどこまで行っても野次馬なんですけどね

オラクルはウチがupstreamになろうか。って挑発してたよ
直後にSUSEがハードフォークして霞んだ

オラクルもSUSE同様に互換性を問わなければ独自にディストリビューションを続けていく自力は確実にあるし
まず無いだろうけど、オラクルのDBがRHELをサポートしませんってなったら客はオラクルの方に付くだろうし

>>167
でも
オラクルの中の人が、冗談だか本気なんだか
知らないけど、そんな事いってるんなら
もうオラクル DBサポートしてやんないよ
っていってましたからね

そんで、SuSEのエンタープライズなんとかってヤツには
オラクルDBの認証があります

SUSE+Oracle連合 vs redhat
って対決見てみたんだけど

アルマは、redhat側についたってのに
このザマー

高度なサポートがいるなら赤帽買えばいいし、
いらないなら好きなの使えばいい。

>>169
だから
Oracle Linuxも、redhatみたいな
サポートサービスやってんだよ
それも、redhatよりお得な価格で…

これって、本当は、redhat vs Oracle
なんじゃないの?

だとしたら
アルマもロッキーも、とんだとばっちだ

Oracleが安くてRed Hat並のサービス提供してるんなら
Oracle Linuxを使えばいいじゃん。

とかいってOracle Linuxベースの無償ディストリが流行り始めたら
Oracleも同じことをするんでしょ

>>171
そうですね
だけど、Oracleの方は、dbとセットなんですよ

どうなることやら

単体でも使えると思うけど、まあDBユーザーがほとんどだろうな

Oracleも小規模なシステムは自社のクラウドに巻取りたいのでは。

>>172
MySQLと同様にデュアルライセンスにするんジャマイカ

Almalinux使おうと思ってるけど
矢張り辞めた方が良いのかな

今から採用する理由はあまりない
Rockyの方がまだわずかに希望がある

RHELを契約する予算も無くてCentをAlmaに置き換えたあのお客さん、今頃どうしているだろうか。

>>179
アルマを虐めちゃって、Redhat（IBM）さん
許さんってなって
Oracle linuxにいっちゃったかもね
ちなみに、Oracle linuxは、サポート無しなら無料なようです

で
Redhat（IBM）VS オラクル
の続報まだか

>>180
Linuxの本来からの精神はDIYだったと思う。
サポートを受けるにしても、知識、技能は必要なはず。ならば、サポートは要らない。

>>181
分かってないな
サポートは時間短縮のためにある
もっと端的に言うと顧客や上司への説明の際に責任をなすり付けるためにある
技術力は関係ない。時間とお金の問題

RHELのサポート役に立つかね。
RHもビックリな大規模システムとかじゃないとバグでなさそう。
品質は十分だから原因はRH以外のアプリなんだよな

上手く動かないみたいなのはセルフでいいけど
メジャーなOSは狙われるし、
含まれるサーバー・アプリの数も多いから
セキュリティパッチのフォローはやってもらえないと
厳しいかな

＞顧客や上司への説明の際に責任をなすり付けるため

無能な客と上司ならこれで大丈夫ｗ

>>182
上司がそれを聞いたらどんなふうに思うのか

>>186
「ご連絡いただいた不具合につきましては、既に問題を修正済みのドライバーが提供されておりますので、弊社日本語サポートページのKB xx番をご覧の上、SIer様でアップグレードの実施をお願いいたします。」
「サポートページの開き方がわかりません。KBの内容が理解できません（＝知識がないのて顧客に説明できない）。コンプライアンスのため導入時以外のバイナリーの適用はできません（＝SIerの二次請け・三次請けは手順書通りの操作をするだけで元請けや顧客への構成変更のエスカレーションは仕事ではないし権限もない）」

こんなのばっかりである。

>>186
上司「よし、言質とったから、何かあったらメーカー／ベンダーの責任にできる

>>186
無能を自覚できる上司なら良いが、逆ギレしそうな予感

上司仕事しろだな。
ウチのアプリが悪かったんや
が9割

仕事に使ったことないやつばっかか？
文句言われるとかどうでも良い（いや、どうでも良くはないが、相対的に）
重要なのは賠償請求されないこと
契約書に OS については Red Hat のサポート範囲でしか対応しません。それ以外は免責って書けるのが重要
顧客が文句言ってきても、いやそういう契約なんで、済ますことができる

Sier勤務経験ないわー

>>191
それはEULAに必ず書かれている。

SIer経験無いのは園児ニアが多くて相手したくない

>>188
社長が聞いたらどう思うのか

>>191
自分のところだけで使ってるところは、つまり、サポートはいらんな

>>194
このスレにSIer居ないでしょ

SIerでエンジニアリング出来るんかな
御用聞きだろ

>>196
自前サービスや社内向けで使う分には完全に自己責任なので技術力（と工数）があればサポートはいらない。
有能な技術者は他で使いたい。有能な技術者の人件費に比べればサポート買った方が安いみたいになることもあるが。

サポートにカーネルダンプ送って調査してもらう間に手元で対策出来るからな

有事なのでケンカしないで