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/

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

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

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

私のためにー　争わないでー♪

ウチの出入り業者、入札の条件でRHとのサポート契約はしてても
入れてるシステムの動作確認が大変だ何だと理由を付けて
導入以降セキュリティパッチすら一切当ててなかった

>>203
その大変な作業の費用を出入り業者に払っていないのだったら当たり前のような

>>204
もちろん毎年保守契約を結んで金も払ってたわ。

アップデートで問題が出たら怖いからな。開発と同じくらい大変じゃね

そんな会社にサポート依頼するくらいなら
自前でやったほうがいいな。

>>205
保守契約というのが何を指しているかわからないけど
契約で具体的にセキュリティパッチの事前検証や実作業やその頻度が盛り込まれているにも関わらず
その契約通りにやっていないってこと?

赤帽をただインストールするだけなら、
厨房でも可能だろう。

その出入り業者って本当に業者なのか？
コネで役員の親戚の素人がやってるとかじゃないよな

例えばKELだとサーバーの構成に合わせて必要なライセンスの購入や更新を手伝ってくれるが、サポートはユーザーが直接レッドハットとやり取りしてねというのが普通だったので、障害の調査やパッチの提供を行う「保守契約」を、パッチの適用まで面倒を見てくれると勘違いしている可能性もある。
最近はベンダーやSIerによるOSへのパッチ適用は、有償のプロフェッショナルサービスに移行している事が多い。

兼松さん素敵

>>206
Windowsは自動でそれを行う

だから突然動かなくなる

イントラ内ならアップデートしないってのは、大手SIerでもありがち
未だにSQL直通だったり、ウェブアプリでもセキュリティガバガバだったり
あいつらそれでいいと思ってる

>>215
開発期間の短縮化につながると思う

>>215
イントラ内の人数やシステムの重要度にもよるな。
社員5人の会社ならそういう判断も普通にある。
社員5000人の会社でそれをやるのはちょっとな
もちろん多段防御の考えがあるので、重要なものなら少人数でもセキュリティを気にすべき。

玄関に鍵がかかっていても金庫には鍵をかけろ
かといって冷蔵庫に鍵をかける必要があるかといったら疑問
みたいな話

>>217
わかりやすくていい例え😌

facebookも最近までパスワードを平文で管理していたくらいだから
グローバル企業でも案外そんなもんよ

あ、わたし中国人あるね。にほんごLitlしか知らないあるよ

いとうただし。マツモトキヨシみたいな店あるか

いとうただし。ぱいぱいいっぱいのおっぱいぱぶあるね

もう皆、他のディストリに移ってしまったのか？

>>221
もともと、centos難民どうすの?
って
ワチャワチャしてて話題になってるけど、実際のアルマユーザーってこのスレには、あんま居ない印象ですね

https://i.imgur.com/6INuBVl.jpg

CentOS7のEOLは来年6/30か、うかうかしてられねぇな

>>224
yumで、追加ソフトも入れられなくなるのか

>>225
え
yumってとっくに、dnfになっちゃったんじゃなかったの?

>>226
CentOS7はyumだよ

>>223
もう参加6日目だよ

>>227
そうなんですか
なんで、馴染みのコマンド変えたんでしょうね
ぶっちゃけ、めんどうなだけ？

>>229
10年以上yumだし、色々古くなってたんでしょ
馴染みのUIが時代にそぐわなくなって来たという判断かな

Wikipedia や参照URL見る限り、python2 から 3 に移行するに際して
内部解析が困難/ドキュメント不足で１から作り直した方が手っ取り早い
って事だったみたいだね。

yum がdnf のエイリアスなだけな環境もあるから、ユーザーの頭の移行が遅れとるんよ

yumもグループインストールできていたけど、
dnfでバージョン的なレポジトリみたいなのに対応したと考えていいのかしら？

バグまでRHEL互換のLinux公開のため、オラクル、SUSE、Rocky LinuxメインスポンサーのCIQが「Open Enterprise Linux Association」を設立

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

AlmaLinux、今後はRed Hat Enterprise LinuxのABI互換を目指すと発表。これまでの「バグまでRHEL互換」の路線を変更

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

なんで、OpenELAに参加しないんだ？

おい、ハードフォークじゃなかったのかよ
RHEL互換なら結局RedHatに依存するやんけ
ユーザーのニーズを分かっておらんな

>>234
やっと続報きたね
SUSEとオラクル連合か

>>236
これから、なんじゃないの?

>>237
ハードフォークしてやんよ
っていったのは、SUSEです

このOpenELAはSUSEがやるハードフォークとは別のプロジェクトってこと？

わいLinux歴20年、ハードフォークがわからず沈黙

>>239
まだよくわかんないけど
SUSEが、OpenELAに投資するんだから
同じでしょ

>>240
ググれば、ハードフォークってでてくるよ
https://www.sophia-it.com/content/%E3%83%8F%E3%83%BC%E3%83%89%E3%83%95%E3%82%A9%E3%83%BC%E3%82%AF

同じじゃないだろ
俺が期待していたのはハードフォークしてRedHatから離脱すること
互換OSなんていらない
大体互換OSならAlmaとRockyで良いんだしOpenELAとやらが今更何をやりたいのか謎

>>242
だから
アルマもロッキーも
RHELが、契約者にしかソース公開しないし、クローンしたらソース見れる権利剥奪すんぞ
って言い出したから
互換性を維持できません
なので、自分等で、セキュリティパッチとか作っていく必要があります
OracleLinuxも同じ状況で、SUSEのCEOが、元Redhatの副社長かなんかで
自分の所にも、SUSEのエンタープライズ向けのLinuxあるんだけど
業界の危機って参戦しました

>>243
互換性を維持できない状態になったのにOpenELAがどうやって互換性を維持していくの？
AlmaもRockyも自分たちでパッチ当てていくことはやってるよね
同じじゃん

>>244
ん
自分等でパッチ作るってことは
いずれ互換性が無くなっていくんだよ
だから、ハードフォークっていってんじゃないの?
おそらく、OpenELAが、いままでの
RHELにかわって、アルマやロッキーやOracleLinuxなどの
RHELクローンのアップストリームになる
って計画なんでしょ

>>245
そうであって欲しかったのに、この記事ではそうは読めない

＞公式サイトによると、OpenELAのLinuxはRHELとバグまで含めた一対一の互換性を備えていると説明されています。
↑
これでは結局RHELに依存するクローンOSが一つ増えた程度にしか過ぎない
ハードフォークとは名ばかりで、これからもRedHat様のケツを舐めながらやっていきますと言っている
マジで冷めた

>>246
そのソース元読みましたか?

https://openela.org/about/

RHELのバグまで含めた一対一の互換性なんて書いてませんよ

スレ違い

>>247
https://openela.org/news/hello_world/
こっちに怪しいこと書いてあるけど

publickeyが間違ってるならこれクレームものだろ

>>249
んー
勘違いなんじゃないの？
バグまで一緒な、完全互換の
RHELのクローンできなくされちゃった
ってのが
openELAの設立の理由なんですから…

>>249
ほかの記事もあったけど
やっぱ、バグまでなんて書いてないね

https://japan.zdnet.com/article/35207839/

CIQ (OpenELA) は AlmaLinux のスポンサーではないのでスレ違いだろう

>>252
記事読みましたか？
アルマのことも書いてありますよ

普通に成果物のとこに
1対1バグ互換な EL
って書いてあるが？

訴訟上等ディストリになるってこと？

>>255
違う。
Rocky (CIQ) と SUSE と Oracle が
今後は RHEL 互換はやめて OpenEL にバグまで含めて互換ということで一緒にやって行くぜという宣言。
ハードフォークで Red Hat のはしご外しにかかってる。
alma が乗るかどうかはまだ分からない

ヘビーメタルフォーク🍴

>>256
説明を読むとそれに近いぞ

RedHatがRHELを作る
↓
OpenELAがソースコードを公開
(法的リスクは不明)
↓
OracleやSUSEが〝OpenELAの〟クローンを作成
(法的リスクはない)

ソースコードロンダリングをするスキームの構築という印象だな

パチンコの景品交換所みたい

最初へのフィードパックはそんなにない点が三店ナントカと違う
IBMはそれが不満だったんだない? wss

>>258
その通りなんですけど
本質はその後だよ

RHELをフォークした、openELAは
そいつを、openELAのコミュニティで
セキュリティパッチ作ったりバグ修正したり、みんなで協力して維持管理していくって宣言しています

その成果物については、RHELみたいにケチ臭いこと言わずに、誰でも自由に使っていいですよ
って言っています

構造上、Redhatも、openELAのコミュニティに参加しても大丈夫ですが
Redhatは、コミュニティ主導の開発はcentos streamだけ
って言っていますので、参加しないと思いますが
アルマは、それならって、centos streamに貢献しようってパッチ提出したのに、redhatに嫌がらせされたり
ちょっとしたニュースになっていました
だから、アルマがどうでるかも注目なんですよ

大丈夫よ。ついていけてる

>>254
2ページ目にあるね
openELAがRHELとバグまで含めた完全互換だと結局RHELで直らないバグは直らないということで
Almaにとっては何も変わらんのでは

>>263
んー
でも、RHELとは書いてないんですよね
なんや、ややこしいですけど
RHELは、Red Hat Enterprise Linuxのことで
openELAの、成果物については
ただのELって表現しています
ちなみに、SUSEもSUSEのEnterprises Linux
作っています
大企業向けのLinuxって意味なんでしょうけどね

どう考えても本質はロンダリング部分だろ
著作権の概念が存在しない国家にペーパーカンパニーでも作るのかな

Almaの思想次第なんじゃないの？RHのダウンストリームってことが大事なら参加しない
別にどうでもいいなら参加する

>>265
ハードフォークなんだよ。分かってないのか？ 過去に公開されていたソースを1回だけ持って覧�驕B
そｂﾌ後は自分たちｂﾅ共通の基盤を麹�ﾁて面倒を見ｂ驍ﾌで、Redhat からソースは持って来ない。

RHのエラッタは一切見ないのかね
CVEで勝負

>>266
ぶっちゃけ
アルマはfedoraのコミュニティにも
貢献しているし
Redhatの指針にしたがって
RHELのアップストリームのcentos streamにも貢献する
ってパッチ提供したら塩対応されちゃうとか
なんか、かわいそうなんだよね

コミュニティによる成果物を
これは俺の物だ
って独占しようとしてる、Redhatに対してどう思っているのか？

やっぱり、アルマの今後の動向には注目しちゃいます

Almaを信じで業務に使わせていただきます😊

alma や rocky はとにかく SUSE.や Oracle は linux kermel の開発貢献企業トップ10の常連だからなあ
（SUSE や Oracle が金出して雇ってる技術者がオープンソースのコードに貢献してるって意味。Red Hat の方が貢献は大きいけど 2社合わせると Red Hat 超える）

噓つきじゃん。2社合わせてもRH未満だろ

>>272
最新で 6.3 から 6.4 kernel への貢献だと
Red Hat 39293 行
Ora+SUS 40337 行
だよ。

赤帽はカーネル以外にも貢献してるから…

systemd は聞いたことある

OpenELAのLinuxがOracle DB全面サポートしたらそれだけで勝てるは

systemdは侵略的でやり過ぎ
リゾルバまで乗っ取りやがって

ごめん、何様のどの目線で侵略って言ってる?

>>277
個人的に同意。systemd は設計今ひとつのくせに色々と乗っ取り過ぎ

古き良きinit.d目線じゃろ

どこが良いの？

色んな初期化を並列で出来るのが良いんじゃろ

今時systemd前提で設計しないと業務で使えないのに

Systemdは初期の頃から2020年までbackdoorがあると言われていて
そのトラウマがあってまだ信用してない。便利なのはわかってるけどね..

ここでする議論じゃないが
init が死ぬとシステム全体がクラッシュするので init はできるだけ小さくロバストにバグ無しに作るというのが伝統的なポリシー。
なのに systemd は大きくて複雑でバグ満載で、やらなくて良い機能まで統合してるという設計上の欠陥がある。
バックドアは故意じゃないにしても複雑になればバグが入りやすい
大きなシステム1個作る方が作成は楽だけど手抜き、小さなプログラムの組合わで実現するというのが理想

LinusたちはDevuanとか使ってるのかな？

Linus 昔は mint とか言ってて、今のメインマシンは fedora とか言ってたな。distro には興味がないので適当らしい

>>284
噂ｗ
事実はどうなの？確認はできんのかね

>>285
なるほどわかりやすかった。ありがとう
必要最低限の選択肢にはどう考えてもsystemdは不要そうね

とあるnasアプライアンスでなんでinit使ってるんだろって疑問解決

>>288
ねーよ。
単に、「こんなに複雑だったらバックドアあっても気付かんだろ。いやむしろバックドアを隠すために複雑化させたんじゃね」
って揶揄されてるだけ。

陰謀論者的でクスッときた🌿

>>291
陰謀論みたいに本気で信じてるじゃなくて、無能をからかってる感じ。それくらいの理由がなきゃこんな設計にはしないだろｗ みたいな

RedHat様がメンテしているものを信じろ

うちの爺様上司もinit.dじゃないからダメだとかなんとか言ってたな

時代についていけな技術者ほど使えないものはない

ただ使ってるだけの奴は別に時代についていけてるわけじゃないしな
systemdのコード一行一行が何してるのか理解してる奴が言うならわかるけど

使うことすら出来ない奴もいるな

>>285
そうだね
Systemdは起動が速いから普及したけど不満を持ってる人は多い
別の新しいのが出れば一気に置き換わる予感はある
Upstartもあっさり消えたし

https://atmarkit.itmedia.co.jp/ait/spv/2307/01/news002.html

「AlmaLinux」と「MIRACLE LINUX」の合流が注目を集めている。