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で判断してるとか？

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