AlmaLinux Part 1【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/

debianを一度も使ったことないマンは
「debianだったらepelの依存関係とか考えなくていいから楽だな」
とか思ってるんだけど、debianでも依存関係の面倒な問題とかあるんかい。

Debianは製品じゃないぞ

そら「Ubuntuでしか動作確認してないけどDebianでも多分いけます」みたいなことを書いてあって
ちょっとだけ躓くけどファイルを足したりして結局動かせることは動かせるようなやつはなんぼでもあるよ

>>849
同じ境遇だわ。
しばらくは動向を見守り、ダメなら別のディストリを使おうと思う。ラズパイOSで慣れてきたし。

>>855
商業化にのると、オープンソースの背景を反故にしてしまうと思ってる。
寄付や、メンテナンスには費用は書ける人がいても良いが、そのモノ自体を買うのはおかしい。
そうなれば、Linuxを利用した何か別物のOSみたいに見えるね。

CentOS Streamを貢献しつつ使うんかな

>>858
動かないならマシだけど
動くけど正しく動かないとかだと困る

https://news.itsfoss.com/red-hat-fiasco/
クソワロタ
てめえらに今の栄光があるのは無料のCentOSがあるからだぞ
自らエコシステムへの新規参入を阻害して何考えてんだ？とぶった切っている

このスレでalmaLinux使っている人いるの？

趣味でも業務でもバリバリ使ってるよ

でもサポート費用払っていないんでしょう？

>>865
俺は趣味の範囲で自分用レンタルサーバーもどきみたいなのやってポエム置き場みたいな感じだけど、
「今すぐubuntuに移行しろー、ゼロデイアタックに間に合わないぞー」とかなっても
正直腰が重いしメールとか外部サービスに何があってもあまり影響は無いからあまり何もする気が無いけど
会社の業務でcent7から移行した人って会社的にはどんな指示が出てるものなの？

>>867
会社的な指示を受ける人は何も考えてなさそう

CentOS Streamからコードを引っ張るという応急処置をしているみたいだけど
CentOS Streamのサポートが切れてからの5年間は一体どうやって維持するんだろうな
コピーディストリ作っている組織が独自にセキュリティパッチを5年間も当てられるとは思えないが

>>866
当然さ、俺が推進して俺が全責任を負っててさらに俺が社内のサポート窓口でもあるからな

>>867
ということで会社指示ではないのでわからん

もし自分が社内サポート窓口にもなるとしたら
無償ディストリに何を選ぶかは相当悩ましいね今は
利便性ならUbuntuだろうけど、セキュリティも考慮すると
消去法でCentOS Streamしか思い浮かばないな

almaLinuxの中の人がRHELのソースrpm手に入れられるアカウントは持っていると思うけどそこからalmaLinuxのパッケージ作ったら良いと思うんだが何かにひっかかるの？
改変してビルドしたものを他に使っちゃダメってこと？

>>872
アカウントの利用規約に再配布を目的とした利用は禁止となっているから規約違反
あとは全てがGPLではないからRed Hatがその気になればソースのライセンスで再配布を禁止できる
だから完全に公開されて再配布も可能なCentOS StreamやFedoraのコードを利用して再構築するしかない

個人的にはCentOS Streamは5年しかサポートしないから
AlmaLinuxはそれ以降の追従は無理だと予想してる
どうせ技術的に5年しかサポートできないならCentOS Streamを使ったほうが良い

>>872
RedHatは規約違反ということにしていつでもそのアカウントをBANできる

RedHat「ソース公開するぜ！規約を守る顧客にだけな！」
RedHat「何？ソースからクローンOSをビルドした？規約違反でお前BANな！」
RedHat「ソースはちゃんと公開してますGPL違反じゃありませーんｗｗｗｗｗ」

このように煽ってきてる

そりゃGPL違反にはならないだろ
GPLの社内用コードを勝手に外部公開したらクビになるのと意味同じだし

>>873-874
むぅ・・・一休さんならどんなトンチで対抗できるんだろうか

再配布を制限するのはGPL違反だろ

rocky が DockerHub からダウンロードとか、Redhat をインストールしているクラウドを使えば Redhat とEULAやToSを結ばずにバイナリを入手できる
バイナリを入手したらGPLに従ってソース出さざる得ない。EULA結んでないので再配布可能と主張している

>>878
その場合はソースを提出する義務があるのは
Red Hatではなくクラウド業者やDockerの作成者だから
EULA結んでるクラウド業者やDockerの作成者が規約違反でBANされるだけ

>>875
>>877
GPL違反かどうかはオープンソース界隈でも議論があるようだ
外人は大体が「違反だと信じています」みたいなことを言っているな

>>879
DockerHub には redhat 自信も上げてる。自分をBANするの？ docker 利用禁止したら一般利用者も redhat 採用しなくなる
クラウド事業者にソース配布とか色々強制したら redhat を採用する事業者はいなくなる
この辺が今の主要顧客なのに切り捨てられるの？ やれるもんならやってみろ！ という主張

DockerHubのやつはリポジトリがRHELと別物だぞ
あれから再構築してもRHELにはならない

>>882
Redhat Universal Base Image でググれ

>>883
UBIはRHELのリポジトリじゃないぞ？
もし本当にAlmaがDockerHubからRHELクローンを作れるみたいに主張していたなら
気休めの誇大宣伝をしているだけだね

>>884
alma じゃなくて rocky な。

Rockyのサイトみたらマジで言ってるな
内部の人のレベルが低すぎてそりゃRedHatもブチギレて潰すわ

GPLv4とかいうのを作って
サブスク禁止条項を加えたら
RedHatを潰せるｗ

海外の我々のような右往左往する人たちはなんと言っているんだろう。

参考

https://gigazine.net/news/20230623-rhel/

Rocky Linuxの対策案
1. RHEL に基づく、複数のオンラインソース (Docker Hub を含む) から入手できるUBIコンテナイメージを使用する
2. RHELイメージの従量課金制のパブリッククラウドインスタンスからすべてのパッケージとエラッタのソースコードを取得する
https://rockylinux.org/ja/news/keeping-open-source-open/

Rocky正気か？という気持ちしかない。

>>890
合理性があるのだろう

https://www.cybertrust.co.jp/info/2023/0623-impact-of-rhel-changes.html

“MIRACLE LINUX” 並びに “AlmaLinux” への影響について、以下の通り見解を示します。

CentOS7のサポートは、来年の6月か。

Miracle Linuxへの影響は無いというのはソースを提供する契約とかしてるということ？

https://almalinux.org/blog/impact-of-rhel-changes/

Red Hatは2014年にCentOSを取り込んで、10年掛けて丁寧にCentOS（とRHELクローン達）抹殺計画を完遂したんだな……。

IBMが買収してからじゃないの？
RedHatがアンチOSSみたいな行動するようになったの

IBMがRedhatを買収するのに4兆円近い金を使ったので、その分回収するよう圧力かけてるんだろ。Redhatはもう昔みたいな OpenSourceの味方の善良企業ではなく、IBM帝国の尖兵なので仕方ない。

SFCのRHELの見解を読んでいたら「IBMがRed Hatを買収してさらに悪化した」とあったわ。
https://sfconservancy.org/blog/2023/jun/23/rhel-gpl-analysis/
https://i.imgur.com/XHlM0g2.jpg

上にも書いたけど、Miracle Linuxが影響ないってどゆこと？

オープンソースは、普遍的な人類共有の資産のようなものだと思う。
それを共有させないで、商売の為に使うと言うなら、windowsと変わらない。

がっかりした。

>>900
MIRACLEの人が事のの重大さをあんまり理解していない。
そうでもなきゃRHEL契約からごにょごにょしてるとしか。

>>902
本当の意味でミラクル

とりあえず非現実的なくらい楽観的な
RockyとMIRACLEはあんまり信用できないという印象を受ける
Almaは言葉を慎重に選んで、現時点で長期的な影響は不明と断言しているのが良い

Fedora や Alma のスレでよく見る言葉
「RedHat（や Fedora) はカーネルや GNOME で重要な役割を果たしている。分かってるのか！」
これは「俺は会社で重要な仕事をし重要なポストにいる」と言ってセクハラする親父と同じ思考パターン
ようするにクズやろくでなしの考え方
最近の Fedora RedHat はクズ人間が集まっているらしい
そんなクズ集団はオプソから出ていけ

>>901
MySQLみたいにGPL込みのデュアルライセンスにすれば良いのでは

>>901
タダで手に入れた他人のコードを売ってんだからM$より悪質でしょ

全パッケージのソースの全行数のうち
何%がRHELが作ったコードなの？
独り占めするなら相当数の行数書いたんだろうな

鳥にまとめるのも大変じゃろ

>>905
そんなクズのクローンOSいまだに使ってる奴もどうかと思うけどな
さっさとDebianに移行しろよｗ

>>910
その文脈で、UbuntuもDebianに入りますか？

>>905
Fedoraに協力していた人たちも、今回の決定でやる気がなくなってしまうのではないかな。
自分なら、クローンを含めた大勢に役立つと思ってプロジェクトに参加するが、そうでなくなれば自由を求めてやめたくなるな。

堂々とRHELはサポートしない、というプロジェクトもちらほら。
現実的にテストする環境を用意できないという面もある。

apt に一本化か。それもいいね

aptって難しすぎて諦めてしまったわ
up2date時代からyum,dnfに慣れてしまってる

aptなのかapt-getなのかaptitudeなのか

apt-cacheも分かりづらい

dpkgのパッケージ作りってそんなに難しかったかな？
コマンドラインツールの難易度なら、apt-get時代はともかくaptはyumやdnfとそんな大差ない印象だけど。

老害には難しいよ

>>916
ころころ変わって面倒なのでsynapticを使ってるｗ

変わるからというよりも、aptコマンドの直交性の低さが解消されないというのがねえ

>>908
パッケージのソースコードなんていらんわ
欲しいのはRHELが書いたコードだろ？

最初に触ったLinuxはVineだった
あの頃に戻るだけだ

とりあえずすでに構築したalmaひとつは仕方ないとして
サ終を控えたcent7 15台はさてどうしようかな・・・
同じような境遇のやつおるかー

Fedoraええで。アップデートが面倒ならローリングリリースにしとけばいい
もうバカらしくて下流のディストリなんか使ってられん

Vineはrpmなのに独自色出して続けられなくなって自爆したやん
ああいうやり方は駄目

VineSpeedのカーネルとか一週間以内のものがまだ用意されてるのに

>>926
それでいいならFedoraやCensOS Streamでいいじゃんｗ

>>925
昔愛用してたけど、yumからaptにして自爆してしまったね

続けられなくなってと書いた部分を無視したいのは分かる

15台なら本家RHELの無償範囲だから普通にRHELで良いんじゃないの？

>>929
developerなんとかってやつ？
そのあたり詳しくなくてdeveloperの定義には当てはまらないと思って考えたこと無かったわ

これ昔1台だけだったはずだったのに16台まで個人なら商用いけるのか、almaで構築する前に知っていたらそっちでやってたなぁ、情弱でしたわ
企業さんも個人としては16台利用してそうね

金払えるならRHEL
払えないならFedoraかDebian, Ubuntuにすれば解決

オワコンクローンにしがみつく必要など無い

16台以下なら本家の無償ライセンスを使うのが一番無難な選択肢
というかそれが可能な用途ならクローンを使うメリットは殆どない

>>933
無償ライセンス使って良いのは開発目的だけだぞ
個人であろうと実用目的には1台たりとも使えないぞ

>>934
https://www.itmedia.co.jp/news/articles/2101/22/news099.html
> 本番環境もOK
とあるがその後変わったのか？
その16台ってのも自分の物理マシンにインストールできるってだけであって、VPS等では使用できないらしいので今の時代結構きついが。

16台というのは既に古い情報だぞ
先週更新されて、今は240台まで利用可能になった

自分のところで運用するならともかく、インストールしたのを販売するとかは

間違って書き込んでしまった

インストールしたのを販売するとかは専用のライセンスが必要でめんどくさいんだよね
これはUbuntuも不可で、Debianにしてるところが多い印象

>>935
RedHat は本番環境と開発環境を区別していない。テストやQAやデモも開発目的に含まれるとしており本番環境にインストールするのは問題ない。あくまで目的で区分
ライセンス的にはVPSでの使用も禁止していない。自分でインストールするタイプのVPSなら使えるはず

>>936
寝ぼけんな。それカスタマー・ポータルのバグで使っちゃ駄目なやつ。嘘だと思うんなら Redhat に問い合わせろ

https://atmarkit.itmedia.co.jp/ait/spv/2307/04/news029.html

怪しい企業がWindowsを闇ライセンスで使っていたように
金を払わずに闇RHELを使う企業とか出てきそうだな

>>941
Rockyのスレは別にあるだろ

>>942
シナは独自のlunux持ってなかったか

Windowsから脱却するためにLinuxベースの独自OSが中国で開発されている
https://gigazine.net/news/20200329-chinese-operation-system/

>>945
日本が作ったとしても使いたくないな。
公平性が何より。

北朝鮮が作ったLinuxデスクトップがそこそこ良く出来てそうって話題になってたな

中国Linuxを調べたら、思ったよりしっかりしていた
https://www.chinauos.com/

確かに向こうはいつRHEL辺りも制裁で止められるか不明だから
代替ディストリを作るにしても本気度が違うよな

>>948
ウイルス怖い

https://itest.5ch.net/greta/test/read.cgi/poverty/1688000802

https://xtech.nikkei.com/atcl/nxt/mag/nc/18/092400133/062800111/

>>948
共産党ソフトウェア入り

日経が取り上げる程CentOS利用してる企業多いのか？と思ったが一時期「CentOSでもOracle DB使えますか？」という問い合わせが多かったな…。

次のLinux x86-64カーネルがサポートされています。

Unbreakable Enterprise Kernel 5を使用したOracle Linux 7.5: 4.14.35-1818.5.3.el7uek.x86_64以上
Unbreakable Enterprise Kernel 4を使用したOracle Linux 7.2: 4.1.12-32.2.3.el7uek.x86_64以上
Unbreakable Enterprise Kernel 3を使用したOracle Linux 7: 3.8.13-35.3.1.el7uek.x86_64以上
Red Hat互換カーネルを使用したOracle Linux 7: 3.10.0-123.el7.x86_64以上

Red Hat Enterprise Linux 7: 3.10.0-123.el7.x86_64以上
Unbreakable Enterprise Kernel 2を使用したOracle Linux 6.4: 2.6.39-400.211.1.el6uek.x86_64以上
Unbreakable Enterprise Kernel 3を使用したOracle Linux 6.6: 3.8.13-44.1.1.el6uek.x86_64以上
Unbreakable Enterprise Kernel 4を使用したOracle Linux 6.8: 4.1.12-37.6.2.el6uek.x86_64以上
Red Hat互換カーネルを使用したOracle Linux 6.4: 2.6.32-358.el6.x86_64以上
Red Hat Enterprise Linux 6.4: 2.6.32-358.el6.x86_64以上
SUSE Linux Enterprise Server 12 SP1: 3.12.49-11.1以上

CentOSでオラクル使ってたから恥ずかしくて会社辞めちゃった