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/

なんだ1人が発狂してるだけか

>>136
ん
日本人では、私とニュース記事書いた人で少なくとも2人はいますよ

まぁでも注目すべきは、>>129で
Centos Streamのコミュニティメンバーが
これでもかってぐらいに
ブーイングしてた事ですかね

繰り返しになりますが、ウンコ投げられたり
中指たてられた
(海外では強烈なメッセージなので、マネスンナヨ)
MRなんて初めて見ました

>>136
この惨状見たらわかると思うがAlmaに残ったのは青二才とそれ指示する半可通だけだった
早々に瓦解すると思うわ

あーあ　また難民になるのかよ
最初にCentOSを使ってしまったばかりに散々だ
嘘EOLに騙された

困ったもんだ

元々RHEL使うものだし、Streamに路線変更した時点で危なくて仕事では使えんやろ

AlmaもRed Hatとは仲良く出来ないみたいな逆ギレをしてディストリを放棄しそうな怖さがある

　
◢█◣ █ █ ██◣ ███ ██◣
█   █ █ █ █ █   █ █　
◥█◣ █ █ ██◤ ██  ██◤
  █ █ █ █   █   █ ◣
◥█◤ ◥█◤ █   ███ █ █
 　
 █    
████◥◣  ███      
█ ◢◤  ◢◤  █      
 ◢◤  ◢◤ ███

すでにVPSをAlmaで立てた人は再インストールしたほうが良いかもね

>>144
アルマが、centos stream以下にはならないって
ニュースになったわけですけど
なんで、そうおもったの?
RHELにしろって意味なんですか?

もう、いっそRadhatと縁切りした方がいいんじゃないんですかね

RHELクローン使うくらいならDebian系でいいぞ。
apt覚えれば乗り換え完了

Alma使うならCentOS Streamを使ったほうがいい

>>147
どこがだよ
ちゃんと
https://japan.zdnet.com/article/35206955/
読んだのバカなの?

streamはRHがQAするんだからRHの好きにすればいいがな
軽いノリでMR受けたくないでしょ

>>148
それがまさにAlmaを使う意味のなさを示す騒動では？

>>150
ええ
centos streamは
RHELの顧客を優先して
コミュニティからの、セキュリティパッチも受付ない
って記事ですよ
たまたま、そのパッチ提出したのが
アルマの中の人でしたので
当然古いので、アルマにはそのパッチ当たってるはずです

>>151
ID:u6ADt++bが目下コミュニティにできる貢献があるとすれば口を閉じることだなあ
開発者として程度が低すぎる

>>114
カラフルなファック絵文字に笑う

>>149
略すな

>>152
せっかく、OSSの開発現場の空気感解説してあげてんのに?
ぶっちゃけ、アルマともCentosともRedhatとも、なんも関係ない野次馬ですけど…
因みに、いま、UbuntuServerのアプグレしてます
カーネル上げたら、6コアのRyzenにCPU乗せかえる

>>153
開発コミュニティで、うっかり失言しちゃうと、あんな目にあうって教訓ですね

くっそー
アプグレ失敗しやがった
ふざんけんな糞Ubuntu

>>155
自己紹介しなくていいよ
派遣のクソガキが知ってる範囲でイキりだしたよどうしようってのはよくあることなので

AlmaのスレでStream使えとのたまうのがまずおかしい
技術力がどうのこうのとAlmaのチームも利用者も叩いてる奴が一人いる
アンチ化した利用者か野次馬のどっちか

>>157
ん
だって、派遣だかなだか知らない人らが、なんか勘違いしてイキってたから
解説してあげただけですよ
これでも私は海外のOSSの開発に参加したことありますので…
派遣じゃなくてボランティアですけどね

Ubuntuアプグレなんかするんじゃなかった
録画データなんでか全部消えちまったよ
自分でフラグ立てちゃって、このザマー

>>158
アルマは、Fedoraに貢献してたりする
ってアピールしてたし
敵対したくなくて、Streamにも貢献するって、redhatの意向にそった方針にしたんでしょ?
それなのに、この塩対応じゃ炎上しますがな

オラクルとかSuSEのガチバトル見たんだけど
なんか続報ないんですか?

>>125
こいつの場合はQ&Aが正しいんだ
要求されるのはせいぜい組織内のコードオーナーに対する説明責任だけだから

そこに至るまでのフローの経験/想像力がないから戦略の評価する場で戦術の話するような頓珍漢な事になってる

>>161
コミュニティメンバーの複数の人に
ウンコ投げられて中指まで立てられてんのに
前言撤回したってのが戦略だったんですか?

笑わせんな

>>160
RedHatを叩くならわかるけどAlma側やその利用者を叩く奴は意味不明だろ
ちなみにお前のことじゃないぞ

本家からの刺客あるいは他陣営からの勧誘

>>163
Redhat大好きっ子は、前からこの板にいますし
意味わかんないことばっかいってる
亡霊みたいなのも
ずっとこの板に取りついているので
深読みしたって、あんま意味ないっすよ

それにしても
オラクルLinuxは、どうすんだろうな
あれもRHELクローンでサポートサービスまでやってるんだよね
アルマよりよっぽど困ってるはずなんですけど…

まぁエンタープライズユーザーじゃない私はどこまで行っても野次馬なんですけどね

オラクルはウチが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に参加しないんだ？