CentOS Part 52【RHEL Clone】

CentOS は Red Hat Enterprise Linux (RHEL) から同社の商標を削除して再コンパイルした RHEL Clone です。
Red Hat と無関係でもないコミュニティが無償配布してしますが Red Hat のブランドとサポートはありません。
* Fedora 13≒RHEL 6≒CentOS 6
* Fedora 19≒RHEL 7≒CentOS 7
* Fedora 28≒RHEL 8≒CentOS 8
です。
FCやRHEL 用のノウハウ、野良 RPM、レポジトリ云々は CentOS でもほぼ通用します。

前スレ
CentOS Part 51【RHEL Clone】
https://mao.5ch.net/test/read.cgi/linux/1573221300/

CentOS (The Community ENTerprise Operating System)
https://www.centos.org/

CentOS 配布ミラーサーバ
https://www.centos.org/download/mirrors/

CentOS -- Wikipedia日本語版
https://ja.wikipedia.org/wiki/CentOS

>>576
ubuntuでもいいんじゃない？
7以降はかなり違うから勉強しなおす必要があるよ。
嫌な予感がしてubuntu、debianも触っておいて良かった。

ubuntuのサポート期間ってmainリポジトリだけの話だからmain以外のパッケージ使うならサポート期間そんな長くないぞ

>>576
ubuntuってdebian系譜だと思うけど、
debian触ったときに全くaptコマンドがわからなかったわ
yum list | grep hoge
みたいなことが出来なかったわ、根本的に分かっていなかったんだろうけど・・

RedHat 5.1(RHELじゃないよ)ぐらいから触っていて、RHELも一時期契約したけど高かったな。
RH系には世話になっているけど色々節目に来てるなぁ。

>>577へのアンカーミス失礼

>>579
debian、ububtuはguiのsynapticをつかえばいいよ。

>>578
それはCentOSも同じでは？
標準でないものを入れると野良リポジトリばかりになるし。

いや、DebianとUbuntuに関しては
野良リポジトリなしでも成立するくらいパッケージが豊富。
とはいえ流石にmainリポジトリだけでは無理だけど。

https://blog.cloudlinux.com/announcing-open-sourced-community-driven-rhel-fork-by-cloudlinux
社内で使ってたのをコミュニティ主体に移しつつフォークするってさ

>>583
コミュニティ主体なんて続く訳無いやん。
OSSなんてタダ働きになるんだから
企業が資金的にバックアップしないと無理だよ。

商用OS以外どれもコミュニティ主体ですけど

>>585
そんなの建前上だけだよ。
特定個人1人主体でその人が飽きたら終了というOSSが大半で
それ以外でも実質的に企業が主体でプルリクも受け付ける程度が普通。

>>586
それらが建前でこのフォークが建前ではないと分類する根拠はお前のお気持ち以外になんかあるの？

藻前ﾗもちつけ
ttps://www.clara.jp/media/?p=6989

>>587
実際にコミュニティベースに完全に移行するまでは
建前以外の何物でもないんだけど？
例えば俺が適当なソフトを「コミュニティ主体です」って発表したらそうなるの？
ちょと現状認識能力に問題があるんじゃないの君。

>>589
「完全に移行」の定義はお前のお気持ち？
別組織立ち上げてそっちが責任の主体ですうちじゃサポートできませんってやったらもう世間一般ではコミュニティベースに移行と表現するんだよ
fedoraとredhatの関係なんてまさにそうだけど現状認識出来てないの

>>583
これは期待

「OSS」なんてCIAの前の組織名だし、
CentOSのロゴは露骨にハーケンクロイツを隠してるし、
こんなディストリがフリーで広まってるとか、
裏に汚い事情があるに決まってる。

この機会にこんなOSとは手を切ったほうがいいぞ

想像でグタグタ書いてないで自分の目で forum.rockylinux.org や slackのRockyLinuxチャンネルくらい見たら？ コミュニティベースだから上手くいくとかいかないとかいうレベルの話では無いから。

Debianなんか言うに及ばす、そもそもLinuxカーネルがコミュニティベースでしょうが。コミュニティベースだからビジネス資本と無関係と考えるところが遅れているというか、日本人の変に潔癖症なところであって、例えば2003年に発足したCentOSも2014年にRedhatから支援を得るようになったとニュースになったけど、これは別にそれ以前に企業から支援が無かったことを意味しているわけでは無い。それまでもRedhat社も含め様々な企業から有形無形の支援があった。

ここのスレを見ると未だにOSS=ボランティアによる無料のプロダクト、という見方が多いのが情けない。マイクロソフトさえ今やそこから脱却してるのにね。オープンというのは個人だけでなく、企業にもオープンであるという意味だよ？企業から資金や支援を受けません、という意味ではなく、特定の企業に独占的なイニシアチブを与えるような排他的な支援を受けてはいませんよ、という意味だよ。RockyLinuxのチャンネルを見れば既に複数の企業が資金やサーバー(クラウドによるビルド環境)の提供について話を進めているのが分かると思うんだけど。

RockyLinuxの発起人のgmkがslack上でこぼしていたけど、CentOSプロジェクトを発足した当時はメンバーは彼を含めて15人しかいなかったそうな。けれども今回のRocky Linuxプロジェクトは開始して数日で既に数千人規模のプロジェクトになっているのでかなり驚いていた。もちろんCentOSの知名度によるところが大いにあるだろうけど20年前とは異なりOSSがビジネスにがっちり組み込まれていることも大きいと思う。

なおRedditの投稿によると現在RockyLinuxのリポジトリはGitHubのトレンド1位となっている。

OSSへの企業支援には人的リソースも含まれる。俺の知っている例はLinuxカーネル。ただ4〜5年前の話だから環境は大きく変わってるだろう。

その当時企業から継続的に関わっていた開発者が2000人ほどいた。Gitやメーリングリスト主体の開発で、確か3〜4割ほどをRedhat社の社員が占めていた。次に多かったのがどこだかは忘れたが、日本からも少人数だけど富士通やNECの名前があった。マイクロソフトもあった。他にIntelやIBMとか。

ポリシーと異なることをすると相手がRedHat社員だろうがインテル社員だろうが罵倒する Linusだからこそうまく統率できてるんだろうなと思った記憶がある。

>>592
モルダー、貴方疲れてるのよ。

そこはユダヤの陰謀だろｗ

CentOS8に移行して文法覚えなくてよかった

CentOS8の文法
私はCentOS8を使う
私はCentOS8を使った
私はCentOS8を使うだろう

ヘレンはCentOS8を使いますか?
ヘレンのCentOS8はよいCentOS8です

Cent終了で絶望した鯖管が荒らしてんのかな？

公園の炊き出しを基に屋台を開いていたのにどうしてくれるんだ みたいな？ｗ

貧乏人ほどうるせえんだよな

8に移行する前に発表して欲しかったって意見あったけど、
逆に移行直前の発表じゃなくてよかったと思ってる。
EOLが近くなる中、ポストCentOSの状況を見極めるより、
なにも考えずに8にしてしまった方が気が楽。

RockyもLenixもおじゃったら地獄が待ってるけど

oracleLinuxについて一応記事が出ていたので
https://blogs.oracle.com/linux/need-a-stable,-rhel-compatible-alternative-to-centos-three-reasons-to-consider-oracle-linux

CentOS Streamってローリングリリースっていうけど、更新方法に違いはあるん？
dnf upgradeやらなくても勝手に更新されるん？

>>548
8のスクリプトもできたみたい

https://github.com/oracle/centos2ol

うちも新規案件でCentOS8含めた比較検討してたところで危なかったわ

結局それぞれはどういう立ち位置になるんだろう、こんな感じ？
Fedora …… 常に最先端でNew Feature取り入れまくりの遊び場
CentOS …… RHELのβ版としてRHELに組み入れる前のテストOS
RHEL …… 正式リリース、安定版

エンジニアが常に近くに居るタイプのサーバーならStreamでも問題なさそうだけどね
完成品を渡して放置のサーバーに使うのは厳しそう

>>608
こうじゃね？
Fedora ... RHEL9.0 など X.0 のベータ (BaseOS のベータ)
CentOS Stream ... RHEL 8.4 など X.y (y>=1) のベータ (AppStream のベータ, BaseOS は安定版)
RHEL ... 安定版

>>507
これは夢なんだ、明日起きたらcentosは今まで通り、、
のaaやってください！

RHELをお金払わないで使ったらどうなるの？

>>569
freebsdは端々が鈍臭すぎてイヤ。

だいたいFedoraは新機能テストっていうけど
BtrfsはFedoraは継続採用なのにRHEL 8では除去されてるし、PodmanはさっさとRHEL 8では置き換えちゃってるし、
機能してんのかよという感ある

PodmanってDockerを十分置き換えられるぐらいのレベルになってるの？
少し前（2020年7月頃？）docker-composeの代替が不十分とか、ネットワーク関係がDockerと同じようにできないとかいう話だった気がする
DockerもPodmanもこれまで使ってこなかったからよくわかんない、今度Podmanを使ってみようと思っていたところだったのだが・・・

機能してないからこそCentOSの連中を実験に巻き込んでいくぞー（＾o＾）／　って話なのかもだけど

>>606
dnf upgrade は必要。

>>612
RedHatが有償で提供しているバイナリを無償で使い続けるのは普通に違反。

>>612

インストールできるがライセンス登録しないとレポジトリに接続できないとかじゃなかったか

>>614
fedからihて何でもかんでもじゃないでしょ
rhで採用されなかったものがあってもおかしくないとおもうけど

5年保守しなきゃいけない新規案件で金ない場合はどうしようね
suseかubuntuか

>>618
「Need a stable, RHEL-compatible alternative to CentOS? Three reasons to consider Oracle Linux | Oracle Linux Blog 」

ttps://blogs.oracle.com/linux/need-a-stable,-rhel-compatible-alternative-to-centos-three-reasons-to-consider-oracle-linux

Oracleっすか・・・
江戸時代のキリシタンの気持ちちょっと理解できるわ・・・

Springdale Linux (formerly PUIAS Linux) is a complete operating system for desktops and servers, built by compiling the source packages for Red Hat Enterprise Linux. Besides these upstream packages, the project also provides several other repositories: "Addons" which contains additional packages not included in a stock Red Hat distribution, "Computational" which carries software specific to scientific computing, and "Unsupported" which holds various experimental packages. The distribution is maintained by the Institute for Advanced Study and Princeton University in the USA.

https://distrowatch.com/table.php?distribution=springdale

Fedora は技術の先行テスト版みたいな感じなんでしょ

今の CentOS8と CentOS Stream 8 はほぼ同じ
（Streamのほうが新しいカーネル来てたりするけどほとんどのパッケージは同じ）だから
品質もそれほど違いはないけど

その次からどうなるかがはっきりしてないのが問題なのかな。

RHEL9に入れる予定のパッケージで作られて
問題なければそのままRHELに同じコードが採用されるとかで
ベータかリリース候補的なものだったらそれほど気にする必要はなさそうだけど
アルファ的なものだとどうかなってなるかな

>>615
じゃあローリングリリースといっても、これまでと一緒のやり方なんか

>>623
ローリングリリースのえげつないところはメインシステムが使用しているかもしれないライブラリとかが短期間で強制的にアップデートされてしまうところ。
えげつないことはメーカーも分かっていて同じようなスタイルの Windows10 なんかは期限を延長するライセンス販売している( Enterprise LTSC )。
特にライブラリのバージョン決めうちで野良ビルドしているようなシステムがある中でローリングされるとglibcとか気軽にアップデートされてきつい。

プラットホームが違うけど、以前WSL1のディストリのglibcをアップデートしたら以降のアップデート処理そのものが動かなくなったな
Streamもそうならない事を祈る

フェラドラがいい

ふぇどーらなんかで業務用環境作らんだろ

業務用ｗｗｗ

mixiあたりがfedora使ってたやろ
技術があればディストリなんてなんでもOK
俺には無理

あほか

LAMP環境ならStreamでも良い？
PHPはさすがに勝手なメジャーバージョンアップ無いよね？

>>631
PHPの問題「だけ」なのであれば問題ないよ。おそらくPHPは7とかでアップデートされるし、それが不具合で動かない可能性も高くはないのでないかな。

ただ、例えばRedHat7(CentOS7...以下略)がサポートしているPHPは5.6なんだけどこれに従って昔RHEL7にインストールしたシステムがPHP5.6では動くけどPHP7では動かない場合が問題。実は現時点ではPHP5.6はPHP公式のサポートから外れてしまっている。でもRedHat7やCentOS7であればひとまず安心できる。何故ならRedHat社がPHP5.6を維持するために独自にパッチを出してくれるからだ。これはRedHat7のサポートが切れるまで続くから、それまではPHP7未対応で何とかなる。

RHEL8からこうした独自にパッチを作ってでも安定を提供する体制を変えたいような動きが出てきている。おそらく上のようなPHPサポートはしたくないのではないかと思う。ましてやCentOS Streamに至ってはなおさらだ。だから単にPHPを入れる分には問題ないけどPHPを使用するフレームワークやシステムについてはRHEL7より保守を厚くしないといけないかも。

SIerからWindows系システムを導入した経験があれば分かると思うけど、彼らはWindowsUpdateをやりたがらない場合がある。それはアップデートしてしまうと自分達のシステムが使用している共通ライブラリがアップデートされてしまう場合があり、システムで使用していたライブラリの仕様が変わってしまう場合があるからだ。極端な場合は共通ライブラリが削除されたり名前変わったりすることもある。

これと同じ問題はLinux側にもある。けれどもRHEL7=CentOS7 であればライブラリは大きく変更せず、でもセキュリティアップデートはしっかりやってくれるというSI側としては願ったりなシステムなわけだ。

しかしこれはCentOS Stream では望むべくもない、といった感じ。

>>632
PHP5.6 とバージョン決め打ちは言い過ぎだな。PHP5系統と訂正します。

(　´,_ゝ`) ﾌﾟｯ

>>633
updateしなければおｋ

>>624
その強制的にアプデーとされてしまうってところなんだが
強制的ってことはdnf upgradeでアップデートするわけじゃなく
バックグラウンドで勝手にアップデートされてしまうってことけ？

>>637
自動アップデートの話は誰もしてないんじゃないかな
Windowsの話が出てるから誤解が生じそうだけどね

FAQから判断するとCentOSStreamは
redhatの各バージョンに寄り添っていく感じになるようだから
CentOSStream で勝手にアップデートされるなら
RHELでも勝手にアップデートされるから同じだな

>>638
じゃあ強制的じゃないじゃん

無駄にWindowsを引き合いに出しているからヘンな方向になりかけていただけ
今わかっている事だけを書けばいいのに

強制といっても意図しない間に自動的にインストールされるという意味ではないよ。その点では確かにWindowsの話は誤解する部分もあったかもしれない。正直自動アップデートについては頭に全く無かったよw

強制という言い方が悪ければ二者択一を迫れられると言えばいいかな。契約とかの関係で脆弱性が見つかった場合はアップデートしなければならないことになっている。しかしそのアップデートを適用すると既存のシステムに不具合が生じてしまう。脆弱性の解消のために既存システムの改修に工数をかけなければならない。CentOS Stream はRHELクローンであるCentOSに比べればそういったリスクが高まるという話。

ローリングリリースだと自分でアプデの中身きっちり精査して問題ないか判断する以外は無条件に全て適応するか逆に全て適応しないかの二択しか無くなるんだけど
それ知らずに何も考えないで一部のパッケージだけバージョン固定して自分でぶっ壊して文句垂れるのがワラワラ湧く未来が見える…

>>640
(裁判官)
意義を認めます
>>624は"強制的に"の意味を具体的に示して下さい

「意義」を認めるのか

>>644
>>642 に書いたけど　>>643 も書いてくれてる通り手動でアップデートしたとしても既存のシステムに関わる重要な部分が勝手（強制的）にアップデートされる場合があるということかな。

>>645
ボケて誤字ごめんなさい
>>646
リロードしてなかった
ごめんなさい

てことで判決「私が有罪」

実際にrhelに採用されるバージョンと異なるものが入れられるのならな

でもFaqによればrhelに入るものしか入らないから
そういうことはないし
あるならrhelだって使えないって話になる。

>>647
いや確かに普段Windows使っている人にとっては
自動更新が当たり前だしLinuxの話だから場違い感もある。反省します。

>>648
CentOS Stream について懸念を示している人でRHELとは異なったライブラリが入ることを責める人は多くないよ。それよりは Q&A( centos.org/distro-faq/ )でいえば Q5 CentOS Stream is the ... BETA? に対して A5 として「No, CentOS Stream will be getting fixes and features ahead of RHEL...」と書かれているのをどう考えるか。「βではない、むしろCentOS Stream であればRHELよりも早く修正点等々提供されますよ」と書かれているのを「なるほどβではないんだな。むしろRHELよりも早く対応できるじゃないか！」ととるか「うまいこと言ってるつもりか知らんが結局はRHELの実験体やんけ」ととるか。

今まではRHELが出てからCentOSが出ていたけれどCentOS Stream になるとその順序が逆転する。CentOS の安定性に信頼を置いてきたシステム管理者としてこれをどう考えるかという問題。

>>642
こういうのを顧客に説明しなければならないと思うと今から頭が痛い
今まで無料のOSで安定して動いてたのに、今後はメンテに金がかかりますってなると揉めそう
じゃあ違うOS探してこいやとか言う奴も出るだろうな

>>647
三年間のROMの刑

>>650
だから異なったライブラリなんて入らないんだろ

>>652
何の保証もない他人の飯を当てにしていたツケが回ってきたんだよｗ

>>654
入らないと断言はできない。
現行RHELより先行するわけだから現行RHELと異なる可能性があるのはもちろんだけど、CentOS Streamに導入された諸々が将来のRHELに100％必ず取り入れられると保証されているわけではないと思う。ただしこの点はQ&Aをざっと見ただけだから自信は無い。逆にもし保証してる箇所があるのであれば教えて欲しい。

always giving direct indication of what is going into a RHEL release

確かにびっくりすることだけど
LAMP環境の人はそこまであたふたする事では無いのでは？
心配している人は何用途の人や企業？

>>655
それ言っちゃうと業務でrhel以外のLinux使うのが馬鹿になっちゃう

何の保証もないってところは同意、確かにそうだ。
しかし「他人の飯」ってのは理解できない。
なんとも残念な発想の人物だよ。

開発に参加できなくても、資金的に支援している人はいくらでもいるだろう。
企業でも個人でも。
自分も某ディストリにわずかならが資金支援をしている。
それ以外に、いらないDVD買ったりもしてきた。
オープンソースは他人の飯じゃない。自分ができる方法で参加するものだ。

企業の支援ってそのプロジェクトで利益を生みたい下心があるからなぁ

企業だから下心はあるでしょ。LinuxもオープンソースだけどRedhatはじめ多くの企業が関わってる。

企業だから、と言う言い方は良くないね。企業にも下心があると言ったほうが良いかな。

個人よりも下心が分かりやすい。

ここで文句を書き込むより
何か貢献できるようなことはしないのかな。

近いうちに良いニュースがお伝えできると思いますよ。

俺ももし生活に余裕が出来たらオープンソースに貢献するんだ…
今は人権のない土方だけど

>>666
使い続けるのだって立派な貢献だよ。
日本人ユーザーがどんどんいなくなってるディストロ使ってるとひしひしと感じる。

phpとかpythonはマイナアップか
メジャーアップが降ってくるんじゃねの
API非互換含んで検証コスト上がる

always giving direct indication of what is going into a RHEL release

なんだからもしそうならrhelもそうなるし
oracle linux もrockyもそうなるんだから
何の問題もない

CentOS 8のAppStreamについて調べればわかるが、そもそも今回の方針転換以前から、
CentOS 8には非互換のパッケージアップデートが入ることもあるぞって話だったようだぞ
要するにCentOS 7以前みたいにリリース当初から全く変わらないパッケージを延々とサポートする、というわけでは、当初からなかった

OSの話じゃないけどPython環境のAncondaもいつの間にか有償化してた。
世知辛いなあ、まったくよぉぅ

anaconda?

>>671
これ？　
Anaconda パッケージリポジトリが「大規模な」商用利用では有償になっていた - Qiita ttps://qiita.com/tfukumori/items/f8fc2c53077b234384fc

>>673
サンクス。わかりやすかった。
従業員総数200人未満は商用とみなさないっていうお目こぼしだね。
in common controlというのが、子会社それぞれでいいのか、
親兄弟ひっくるめてなのかが、自分には読み取れんかったが

>>656
例外はあるだろうが99％保証される。なぜなら、RHELに変更を加える＝CentOS Streamリポジトリへのコミットになるから。

>>675
その99％をどう評価するかという問題だよ。問題ないというのなら問題ないのでしょう。

でも鯖缶としては99%は決して高い値ではないと思うよ。例えばSLAで連続稼働月あたり99%以上を定めていた場合は月(31日)あたり7時間44分までは停止して良いことになる。WebサーバーとかECサーバーとか顧客向けに運用する上でこのレベルで良いのだろうか、と考えると個人的に99%保証という言い方は万全とは思えない。