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/

Twitter
https://twitter.com/AlmaLinux
ブログ
https://blog.almalinux.org
バグトラッカー
https://bugs.almalinux.org
Redditコミュニティ
https://reddit.com/r/AlmaLinux
公式レポジトリ
https://repo.almalinux.org/
GitHub
https://github.com/AlmaLinux
https://twitter.com/5chan_nel (5ch newer account)

>>1乙

CUI環境で作る安定した商用LAMP環境を作るならRHELが最適なの？
GNOME使わないなら他でも同じ？

まだLAMPで消耗してるの？

どの程度の安定感を求めるかにもよるけど
RHELほど安定しているディストリは存在しないから
安定性が優先事項なら他に選択肢はないよ

ずっとCentOS5の時代から使ってきて、何もトラブルが無かったのはありがたい話だけど
よく言われる安定性って何だろう

windowsならプロセスが落ちるとかはあるけど、ubuntsuならpostfixやbind,apahceなどの突然サービスが落ちることなんてあるのかなと

バグってたりしてクラッシュするような

横からすまんが、redhatとdebianで比較するとカーネルとか主要なサービスなどは同じソースなの？
ディストリという容器の中に入ってるサービスなどは同じソースからパッケージが作られているから
安定度は似たようなものという認識なんだけど合ってる？

RHELの強みは認定ハードウェアの公表と24時間サポートの付帯、最長10年のライフサイクル。
https://catalog.redhat.com/hardware

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

>>6
SUSEもあるでよ。

日本でSUSEの選択肢はほぼ無いな
Debian以上に知名度が無い

>>1
乙！！！

ubuntsuでサービスがクラッシュとか経験したことのない俺は珍しいのか？

>>15
ubuntsuは架空だろwwwww

>>16
ubuntuな

>>9
ソースの原本は同じだけど、そこからディストリ独自のパッチ充てる場合も少なくないので
コンパイル直前レベルでは違うものになってる。
ビルドのオプションもディストリごとに違うのでコンパイル結果はさらに違ってくる。

カーネルやパッケージのバージョンも違うからね

個別ソフトのバージョンアップの方針とかも違いはあるだろうな。
以前のRHELは、
セキュリティーアップデートが必要になったときに
大本のソフトのサポートが終了していても、
メジャーバージョンアップはさせずに
わざわざ、修正点を古いバージョンにバックポートするパッチを開発してくれてたから
途中で突然仕様が変わったりすることを心配しなくて済んだんだよな。

最近はそうでも無い気がするけど

8.0でサポートしてたけど8.8だとサポート外みたいなAppStreamのバージョンってあったっけ？

もう詳細覚えてないけどRHEL4の頃にマイナーバージョンアップでコマンドの
出力フォーマット変わって困ったことがあったなぁ。
新ハードへの対応を謳う以上、完璧には互換性は保てないってだけの気がする。

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

https://news.yahoo.co.jp/articles/f1a0feae33bd7e6cc9db9d1b53b0fde11a0a4349

おらおら！オラクル

オラクル煽り上手だな
よりにもよってオラクルが言うというのも含めて

オラクルのDBをOSSで無償にしてから言うべき

Oracleが自分だけで一から作ったDBをクローズドにするのはOracleの勝手でしょ
redhatがクローズドにするのとは違う

ダウンストリームにこだわるのやめてバイナリ互換を目指すってさ
almalinux.org/blog/future-of-almalinux/

できるかどうかはさておき、ユーザーのニーズに対する見通しは甘い気がする
ベンダ側もこれをコミュニティ主導のRHELクローンみたいなふわっとした枠に収めることはできないだろうし

ABI互換でユーザーがどれだけついて行くのか。。。

これによりRHELがまだ取り込んでいないバグ修正を取り込むことが可能になりました
とかもっともらしい言い方しているけど
全パッケージにフルタイムのメンテナを置いてるRHELより早いバグ修正とか無理だろ
DebianですらRHELの修正パッチを元にして修正パッチ作ったりしてるのに

どうも事実上CentOS Streamベースになるみたいだが
向こうは5年サポートなのに
どうやって10年サポートするつもりなのかの計画が一切示されてないな

もう赤帽かえない人間(組織)でかつ、
赤帽っぽく動いてほしいならストリームに行くべきだな

Almaで発生してCentOS Streamで発生しないような謎のバグを
Alma陣営が自力修正できるようなリソースを持っているとも思えないんだよね
そういう懸念から結局はCentOS Streamの1:1クローンに近いものになるだろうし
CentOS Streamのサポート終了以降にディストリを保持できるような根拠が見えてこない

赤帽のやり方がひんしゅくを買うのは理解できるが、
赤帽クローンの開発者はほとんどLinuxに貢献してないしな。

CloudLinux社は金持ってると思うからできるというならまずは信じても良いが、
それ以前に使う理由がなくなってしまったな

>>33
alma も rocky も始まったばかりで貢献も何もないな。開発者が自由にアクセスできる red hat clone をボランティアで提供し続けるのが今後の期待される貢献。
Red Hat はその貢献をできないように潰しにきてるわけだが

最新の声明だと
「バグ報告はCentOS Streamでの再現確認をしてから」とか書かれているし
そんな作業すらユーザーに丸投げする時点で未来はないね

バグに遭遇するたびにCentOS Stream入れなきゃならないなら
もうCentOS Streamでいいやん

俺なんか未だにVine使ってる

Vineは窓から投げ捨てろ
VineはVLフォントを各ディストロに残したという重要な貢献がある

ドメイン取ってるし
変えるの面倒くさい

互換性にはこだわらない
無料10年間のセキュリティアップデートを期待する人はどこへ行けば良い？

わざわざ「無料」なんて強調するな
ソースで貢献出来なければ寄付って手もあるのがオプソだぞ

小規模利用ならRHELの無償利用枠でいいんじゃないの
その枠が10年続くかってのはまた別の話だけど

>>42
信じられないわ

無料10年間は事実上存在しなくなったから
DebianなりCentOS Streamなりの5年サポートで我慢しよう

>>44
Ubuntu Serverが10年サポートになった
とかどっかで見た気がするけど
あれ有料だったのかな

>>45
個人利用なら5台まで無料

>>46
RHELもそうだけど法人か個人ってどうやって判別してるの？
co.jpで判断してるとか？

昔みたいに、ライセンス違反上等な時代ちゃうからなあ。
バレたときのリスク考えれば、企業が個人といって使うのはヤバそう。

CentOSみたいに
Ubuntu10年版の無料クローンがあれば少し流行りそう

無料でビジネスすんなって話よ

SUSEがREHLのハードフォーク作って無償で提供するとか言ってたのか
看板としては十分だけど企業としては二転三転してるから
どこまで体力が持つかという点においては...

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
ヤムチャ言いやがってとしか思えない……

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