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のサポート終了以降にディストリを保持できるような根拠が見えてこない