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/

オラクルはウチがupstreamになろうか。って挑発してたよ
直後にSUSEがハードフォークして霞んだ

オラクルもSUSE同様に互換性を問わなければ独自にディストリビューションを続けていく自力は確実にあるし
まず無いだろうけど、オラクルのDBがRHELをサポートしませんってなったら客はオラクルの方に付くだろうし

>>167
でも
オラクルの中の人が、冗談だか本気なんだか
知らないけど、そんな事いってるんなら
もうオラクル DBサポートしてやんないよ
っていってましたからね

そんで、SuSEのエンタープライズなんとかってヤツには
オラクルDBの認証があります

SUSE+Oracle連合 vs redhat
って対決見てみたんだけど

アルマは、redhat側についたってのに
このザマー

高度なサポートがいるなら赤帽買えばいいし、
いらないなら好きなの使えばいい。

>>169
だから
Oracle Linuxも、redhatみたいな
サポートサービスやってんだよ
それも、redhatよりお得な価格で…

これって、本当は、redhat vs Oracle
なんじゃないの?

だとしたら
アルマもロッキーも、とんだとばっちだ

Oracleが安くてRed Hat並のサービス提供してるんなら
Oracle Linuxを使えばいいじゃん。

とかいってOracle Linuxベースの無償ディストリが流行り始めたら
Oracleも同じことをするんでしょ

>>171
そうですね
だけど、Oracleの方は、dbとセットなんですよ

どうなることやら

単体でも使えると思うけど、まあDBユーザーがほとんどだろうな

Oracleも小規模なシステムは自社のクラウドに巻取りたいのでは。

>>172
MySQLと同様にデュアルライセンスにするんジャマイカ

Almalinux使おうと思ってるけど
矢張り辞めた方が良いのかな

今から採用する理由はあまりない
Rockyの方がまだわずかに希望がある

RHELを契約する予算も無くてCentをAlmaに置き換えたあのお客さん、今頃どうしているだろうか。

>>179
アルマを虐めちゃって、Redhat（IBM）さん
許さんってなって
Oracle linuxにいっちゃったかもね
ちなみに、Oracle linuxは、サポート無しなら無料なようです

で
Redhat（IBM）VS オラクル
の続報まだか

>>180
Linuxの本来からの精神はDIYだったと思う。
サポートを受けるにしても、知識、技能は必要なはず。ならば、サポートは要らない。

>>181
分かってないな
サポートは時間短縮のためにある
もっと端的に言うと顧客や上司への説明の際に責任をなすり付けるためにある
技術力は関係ない。時間とお金の問題

RHELのサポート役に立つかね。
RHもビックリな大規模システムとかじゃないとバグでなさそう。
品質は十分だから原因はRH以外のアプリなんだよな

上手く動かないみたいなのはセルフでいいけど
メジャーなOSは狙われるし、
含まれるサーバー・アプリの数も多いから
セキュリティパッチのフォローはやってもらえないと
厳しいかな

＞顧客や上司への説明の際に責任をなすり付けるため

無能な客と上司ならこれで大丈夫ｗ

>>182
上司がそれを聞いたらどんなふうに思うのか

>>186
「ご連絡いただいた不具合につきましては、既に問題を修正済みのドライバーが提供されておりますので、弊社日本語サポートページのKB xx番をご覧の上、SIer様でアップグレードの実施をお願いいたします。」
「サポートページの開き方がわかりません。KBの内容が理解できません（＝知識がないのて顧客に説明できない）。コンプライアンスのため導入時以外のバイナリーの適用はできません（＝SIerの二次請け・三次請けは手順書通りの操作をするだけで元請けや顧客への構成変更のエスカレーションは仕事ではないし権限もない）」

こんなのばっかりである。

>>186
上司「よし、言質とったから、何かあったらメーカー／ベンダーの責任にできる

>>186
無能を自覚できる上司なら良いが、逆ギレしそうな予感

上司仕事しろだな。
ウチのアプリが悪かったんや
が9割

仕事に使ったことないやつばっかか？
文句言われるとかどうでも良い（いや、どうでも良くはないが、相対的に）
重要なのは賠償請求されないこと
契約書に OS については Red Hat のサポート範囲でしか対応しません。それ以外は免責って書けるのが重要
顧客が文句言ってきても、いやそういう契約なんで、済ますことができる

Sier勤務経験ないわー

>>191
それはEULAに必ず書かれている。

SIer経験無いのは園児ニアが多くて相手したくない

>>188
社長が聞いたらどう思うのか

>>191
自分のところだけで使ってるところは、つまり、サポートはいらんな

>>194
このスレにSIer居ないでしょ

SIerでエンジニアリング出来るんかな
御用聞きだろ

>>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のダウンストリームってことが大事なら参加しない
別にどうでもいいなら参加する