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/

>>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」の合流が注目を集めている。

>>299
これはもうそういう独自フォークなのでは？

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

CIQ、Oracle、およびSUSEは、新たな業界団体であるOpen Enterprise Linux Association（OpenELA）を設立したと発表した。これは画期的な動きだ。OpenELAは、「『Red Hat Enterprise Linux（RHEL）』と互換性のあるディストリビューションを開発し、オープンでフリーなエンタープライズLinuxのソースコードを提供する」ことを目標に掲げている。

openSUSEにユーザー誘導して覇権取るとか考えなかったのかね？
そっちのほうが早道に思えるが。

ディストリビューションの変更は、新規サーバーでしかありえないし相応の理由が必要になるので、RHELのシェアの切り崩しは難しいと判断したと思う。

それもあるんだが
本質はハードメーカーや商用ソフトメーカーが手間なので複数のディストロをサポートしたくない、できれば一本化して欲しいと考えててる点にある
それで商用は最終的に redhat 互換で一本化する方向で業界全体が動いてたんだけど、今回の redhat の叛乱でそれは難しくなった
今は RHEL と OEL の二本立てでいけないか模索してるところ

>>302
ヒント：この決定をしたSUSE社員は元RedHat

Ubuntuでよくね

揶揄と称したエアプ
Ubuntuはゴミ

ゴミな理由をどうぞ

スレチ

Debianでよくね

「バグまでRHEL互換」の路線を止めたら、ほんとクズしか残ってないんだな、AlmaLinuxスレには

ＲＨＥＬの無償コピー以外の魅力は犬糞には端からなかったと思いますケドぬ

CERNとかどうしたかね。RHELに行ったかな

>>312
ほんこれ

RHELの価値はワロタ

AlmaLinuxの存在価値って、RHELの完全互換だけだったしね
それをやめたらこうなるわな

Rockyって大丈夫？

>>317
訴訟リスクはどうなんだろうね

>>313
CERNがRocky Linuxを使ってたらそれはそれで面白い

>>311
自虐ｗ

>>308
隠れMS

>>313
https://mao.5ch.net/test/read.cgi/linux/1607590145/412

rhelの開発に登録してみたけど、たしかに16個枠があるわ
でも、これ1年しか有効ではないのね

毎年更新されるとかなら検証にいいけど。どうだろ

更新というか新規の16個がもらえる?

IBM「16個まで無償開発できるID、サブスク期限延長させて泳がせておこう」
俺ら「これは便利、本番で使いまくろう」
3～4年後IBM「同一のIDで期限延長無しにするわ、dnf使えなくなるけど開発だから良いよね、嫌なら年間13万でライセンス買って」

これが怖い、IBMだからやりかねん

いろいろ救いの手があるから、しばらく業界の動きを静観している

RHEL7のEOLが過ぎてもこの調子かもしれんぞ

Red Hat 仕草

YellowDog Lunux が yup っていうパッケージ管理ソフト作ったらしい
Linux@Duke が yup 改良して yum という素敵なの作ったらしい
Ok! それそのままパクるお。お前のものは俺のもの

SUSE が YaST (ZYpp) っていういい感じのパッケージ管理ソフト作ったらしい
Ok! それパクって yum 風の皮かぶせて dnf 作るお。お前のものは俺のもの

はぁ？ お前らが俺のパクるとか許されると思ってるの？ 俺のものは俺のもの

yumもYaSTもGPLだから一応問題はない
問題はないが、RedHatがOSSに後足で砂をかけた今となっては非難されても仕方ない

みんなパクり合えば良いのよ

>>330
なお Linux kernel とかも GPL だけど Red Hat は約款で縛ってソースの再配布とかを禁止にした。

知ってる

dnf って再実装版だからコード自体は yum と関係ない

>>334
再実装版なら関係大有りなんじゃないの？
少なくとも用途においては関連性マックスですよ

用途はそうなんじゃない？
だから「コード自体は」と書いたんだけど

>>336
え
用途がおなじのにコード別物なんですか？

>>337
そだよ
Python3にしたからね。てかそれも知らないで発言したのかよ

>>338
知りませんでした
Pythonで書き直したって
yumがどんな言語で書かれるのかもしりまでんけど
コードのフローに一切類似性もなかったんですか？
用途が、おなじなのに…

パッケージ作るSPECって、どっちも共通ですよね

>>339
yumはPython2で書かれてる
フローというかアルゴリズムに類似点はあるんじゃね？そりゃやることが同じなんだから
しかしコードが同じかどうかとは直交する話

specは共通だよ。しかしそもそもyumがspecを直接解釈するわけではないからこれも関係ない話

yum は python2, dnf は python3
yum は linux@duke のパクり
dnf は SUSE のパクり

>>340
え
yumもpythonなの？
それじゃ、フォークしただけなんじゃないの？
私なら、迷わずそうします