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/

SUSEの内部でも揉めてそう
自分たちの製品がRHELのフォーク以下だと認めたようなものだし

>>41
勝手にソースか金か２択にすんな
貢献は他にもある

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

ABI互換がよくわかってない
これはどういうことなの？

SUSEみたいにハードフォークで独自路線に進むのではなく、
RHEL追従は変わらない？

>>55
おれもわからん。
ABIってapplication binary interface以外に意味あるの？

Oracle DBをOEL以外でサポートせんよって云えばRHELは終わるのでは
コンテナも独自路線になってるし最近のRedhatは変

>>53
ソース、資金、検証、翻訳、オフ会、お笑い、いろいろあるな。

>>55
コンパイルしたものが動くって意味だな
ソースは違う

>>55
雑に言うと、同じバージョンのカーネルと同じバージョンのライブラリがインストールされているのでバイナリ互換くらいの意味だろう

バイナリとして同じ動きをしているぐらいじゃない？

>>62
多分、動きまでは保証していない。

ABI互換って、ライブラリとかがリンクできさえすれば
内部実装が全然違ってもかまわないってのが本来の意味なんだろうけど、
実際は全く違うものを一から開発する能力なんか無いだろうし、
RHELから手に入れたsrpmを解凍して、
セキュリティフィックスのパッチなんかは流用しつつ
specファイルは自分たちで編集してパッケージを作る
みたいな運用が限界なんじゃないのかな

SUSEという別のディストリやってるんだからセキュリティパッチは用意できるっしょ

SUSEとAlmaを混同してないか？
そりゃSUSEやOracleくらい開発力と体力があれば今の状況はむしろチャンスだけど、Almaは…

おお、すまぬ。リンク先ちゃんと見てなかったや
almaはセキュリティフィックスはRHEL以外のソースから取り込むのかね

Linuxカーネルで動く以上、ABIなんか絶対に互換あると思うんだけどな
俺が知ってるABIとは別なの？

ユーザーランドでもlibc6やelfになった時は阿鼻叫喚になったもんじゃった

こういう時に有志でやってるAlmaは金銭的な後ろ盾無いとキツイよね

>>68
ls /usr/lib すると.soの後にバージョン番号が付いてたりするじゃろ？
ライブラリのメジャーバージョンが上がると番号も更新されて、古い番号のファイルは無くなったりするじゃろ？

>>70
寄付が集まらんのかな

>>71
あれのことをABIというのか。
ありがとう、勉強になったわ

>>73
>>71はただ単に動かなくなる一例に過ぎないので念の為

一番重要な一文は
「バグ報告の前に各自CentOS Streamで再現確認をしろ」という文言だぞ

ちょっと前にgccの変更でゲームのアンチチートがぶっ壊れたときも「もはや信頼できるABIはWindowsだけだ」「いやABIは維持されてる。クリックベイトみたいな記事書くんじゃねえよボケ」みたいな論争があったよね
ユーザーランド側とカーネル/コンパイラ側でABIと言う単語に期待するものはだいぶ違う
Android NDKで言うABIなんてCPUアーキと同じ意味だし

いままで、後者側しかしらなかったわ。

>>75
先行き暗いね

>>60-61
OKなんとなくわかった

バグ報告の前にCentOS Streamで再現確認して
再現しなかったらもうCentOS Streamに乗り換えるだろｗ

>>75
ヤムチャ言いやがってとしか思えない……

結局、みんな次はどこ行く？

転職したらUbuntuでしたん

>>82
オラクル等の商用ソフトでベンダーサポートが必要ならばRHEL
それ以外であればStream

業務ではSUSEの奴を待つ
個人使用ではArchに行く

もうRHELとその派生に戻ることはないだろう
ありがとうAlma

オンプレマン結構いるのかな

vpsではどれ使えばええん？

CentOS Streamかなぁ
本家RHELと比較すると不安定というだけで
その他の5年サポート無償ディストリよりは抜群に安定はしているだろうし

冗談ではなく、Rocky

>>82
AWSならFedoraベースのAmazon Linux
DBはAWS RDS使えば良い
極力自前で構築しないようにする

>>87
Debian/Ubuntuしかあるまい
日本では長らくRHEL系が強かったけどそれは終わって世界標準になる時が来たということだ

開発環境としてはUbuntuは悪くない選択肢だとは思うけど
サーバーで動かすならRHEL系以外は考えられないな
googleはDebianベースのディストリで動かしているけど
systemdすら独自プログラムに置き換えた別物レベルのディストリらしいし

SELinuxでガチガチにしてるならいいけど、そうじゃないならUbuntuでも同じだろう

SUSEの奴はどのくらいRHEL互換なのか、それを何時まで保てるのか分からない。

>>94
いつまでも何も、SUSEはハードフォークって言ってんだから現時点のみ互換、将来の互換はうたってない。独自保守
今、お前が使ってるやつの保守をうちで引き受けてやるから乗り換えろって話だ
alma とか rocky とかの互換OSとは意味が違う

さすがにそれは上手く行かなそう
SUSEが増えるだけやん

AlmaやRocky経由したバグフィックスや最適化のためのプルリクエストって何件くらい来てたのかね？

RHLEはアップストリームファーストだから
自分でバグを生み出すような独自パッチは少ないし
どのディストリから報告しても、上流由来のバグである限りは意味は同じなんだよね
AlmaやRockyでないと発見できなかったバグやプルリクエストでないと主張が弱い

貧乏人に環境で発生しやすいバグもあるかもな

日本語で

>>99
Ubuntu22だとそれある
旧型機でMATEがよく落ちる
Alma含めRHEL9はx86-64 v1を切り捨ててしまったので再現できないが

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が目下コミュニティにできる貢献があるとすれば口を閉じることだなあ
開発者として程度が低すぎる