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

>>789
Linux関連事業はずいぶん前にやめた
新株を発行して運営資金にあてるのを繰り返したせいで
株価はどんどん下がり上場直後60万円だった株価も今では20円

>>792
まだかぶあるんかいｗ

昨年末に解散したんじゃないの？
http://www.turbolinux.co.jp

>>791
stream自身はRHELの開発版でもあるから続くでしょ。
結局、雇われてる人は完成版の無料化なんて金にならないことじゃなく、開発版を作れということだな。

それはいいとしてCentOSの名前はコミュニティ側に返して欲しい。

開発版っていっても
それぞれのstreamはrhelのコードがベースになるし
多くのパッケージは外部のものだからなぁ

>>794
Linux関連以外にもいろいろと手を出したので子会社をつくってLinux関連事業と
名前をそっちに移していて、その子会社が解散した

名前はなんとか生き残ってるで

http://www.turbolinux.com.cn/x86/index.php

turbolinuxって中華だったのか。汗

Docker 互換のPodman(笑)
Red Hat も、OSS のコピペばかりw

Docker/Podman は、相互に足りない機能をコピペし合い、機能的に同等ですw
どちらも、コピペ合戦w

RHがCentOSを商売の邪魔と見なしてRHELの先行版に変えさせても
CentOSの意思を次ぐ者が続々と現れるんじゃ意味なかったな

CentOS返せ！

もう紅旗Linuxだけでいいだろ

シェアでは負けていたCentOSが圧倒的にUbuntuに勝っていたところ

それは名前のかっこよさ

CentOS返せ！

イメージキャラクターのせんとくんも激オコ

終わりそうになるとスレに活気が出てくる、廃鉄と同じｗ

ここで一句(´・ω・｀)
おちんちん　シコった手嗅いだら　臭かった

streamってubuntuに追従するmintの様な位置なのかな。
俺はサーバーやらないからdesktopで使ってる。
今後も期待してる。

板見たらubuntuスレって30スレ弱もあるのかｗ
CentOS7もあと4年あったり、Streamもあるし
デスクトップ用途とサーバ用途に分けても良いかもしれんね

>>804
いつからだよ（笑）

>>807
全然違うんじゃない？

スレ小分けにしたら過疎るよ
今まで以上に

むしろ全てのRHELクローンの合同スレにしたいくらいだ。

合同スレ良いね。

一応こんなスレ立ってる

RHELクローン）CentOS とScientific Linux(統合スレ
https://mao.5ch.net/test/read.cgi/linux/1308619089/

ただ、もっとディストリ多いし、RHELクローン スレでいいかもね

来年は8で稼働してるサーバをStreamに移行するメンテをする作業が増えそうだな

特需ができてよかったじゃないか

CERNはどうせるん？

>>816
その駄洒落が言いたいだけじゃん

駄洒落かよ（笑）
何とかCentとか言わなきゃいけないな。

こういう時期にはユーモアは大切だよな。

そのうちCentOSだけデフォルトでBtrfsにされる流れだなこりゃ。

単にデフォルトってだけなら手で変更すりゃいい話だろ・・・
むしろみんなが使ったほうがBtrfsも良くなるだろ・・・阿鼻叫喚も聞こえてきそうだが・・・

CERNもまだまだこれから
https://linux.web.cern.ch/

もう面倒だし新規ものは.Netで作らせてAzure AppServiceでいいや
PHPで作ったら面倒見てやらん

>>818
このレスはもっと評価されるべき

私のcent力は57万です

私はcentosの妖精、セントちゃん(43)

セン・トー

フリーライダーキック

セントス

https://livedoor.blogimg.jp/syutarutsu/imgs/c/4/c45df621.jpg

>>830
それはふなっしー

ボケが甘い。笑

さくらインターネットの「さくらのクラウド」ってサービスで
公式にStream8の提供やってるんだな

Stream系も枯れたバージョンになれば安定したいいOSになるってことだよな

枯れる前に、収録ソフトが次のメジャーバージョンにアップデートされていき
いつまでも枯れない運用じゃないの

>>835
収録ソフトのメジャーバージョンアップって次のStream9でやるという話では無いのかなあ?

sambaみたいに開発元が半年ごとにメジャーバージョンアップする
開発するモデルになってるソフトは、
7でもどんどんリベースしてってるよ。
もはやRHELが独自にパッチを作ってバージョンを固定する余裕はないみたい。

8.3からなのか8.2からかはわからんが
PHP7.4も使えるようになってるし
RHELも複数バージョンのパッケージ入れて比較的新しいバージョンのものも入れていくようにする動きだと予想

今こそ LASER5 Linux の復活を

FacebookですらCentOSを使ってたから
タダ乗りの蔓延やべえよって危機感を募るのは分かる。

facebookですらって言うけど技術力ある会社がレッドハットにお金払う理由なんてないでしょ？

技術力ある＝メーカーサポートはいらないが成立すると思ったら大間違いだぞ

技術力というか責任の問題
facebookの便所の落書きが数時間見れなくなったところで何の問題もないが、数時間止まったら損害賠償請求を受けるようなシステムもある
そのときに責任転嫁するための保険として金を払うんだよ

セキュリティの世界なんて
技術力はあんまり関係なく
いかにセキュリティホールを早く見つけて
いかに早くパッチ当てるかの世界では

一社の手がどれだけ早くても
自分所だけでやるってのはどう考えても非効率

CVEだけおってりゃいいんならそれでもやれるかもだが

RHEL 8はAppStreamってのがあってな
つまりどんどんパッケージもバージョンアップしていく
パッケージごとのサポート期限はこれだ！
ttps://access.redhat.com/support/policy/updates/rhel8-app-streams-life-cycle
たとえばphpなんかは半年〜1年毎ぐらいにバージョンが上がっていく
つまり1年毎ぐらいには、新しいバージョンに上げて必要なら動作検証、をやっていかねばならず、
古いバージョンへのセキュリティフィックスが何年も提供されるということはないということだ。
まぁ、非互換の入るようなメジャーバージョンアップがどのくらいされていくのかとかは分からない
ふるえて眠れ

一方で、複数バージョンの並行サポートがされることもあるようだから、
例えば、phpで言えば、8が出たとしても、7系と8系がしばらくサポート、みたいなことはあるかもな

頻繁な動作検証が必要ってんならなおさらのことCentOSがほしかった？俺もそう思うよ。

サブマリン特許避けのRHEL

なんだ　それなら stream でええやん

社内の全てのCentOSサーバをWindowsに乗り換えることが決まった弊社。
期限は1年。
どうすりゃいいんだ、、、

単にファイルサーバとドメインコントローラにしか使われてなかったってことだろ？

>>848
転職

>>848
1年間は給料が保証されてるからいいですよね

CentOSサーバはまだ４年も猶予があるから大丈夫です

>>849
webアプリもプラットホーム変更で片を付けようという皮算用でいる会社もあり得るのか……なら頑張れ

なぁにHyper-VでCentOS Streamを動かしとけ
わかりゃしねぇよ

弊社はUbuntuでよかった

Ubuntuは利益を上げたいだろ。
したがって行く末はRedhatクローンより悲惨。

好きなものを使えばいい
移行しやすく作るだけだ

Windows10ならwsl使えるから悪くない選択かと

CAL気にして行くんか。アホだな

Windows server のIISにCAL適用されたら怖いわな

calって何

>>861
クライアントアクセスライセンス
クライアントとしてログインするときに必要
IISでWEB立てて接続ごとに必要になったら天井知らずの課金になるから怖いなとか笑わせに来てるのが860
あくまでWindowsにログインするユーザーのライセンスだったはず…なのでいくらM$でも大丈夫なはず

企業でWindowsサーバ買ったら
避けては通れないCAL購入問題

サーバ更新してOSのVer.UPしたら
もれなく全クライアント分（か、全ユーザ分）のCALを買わないといけないという…
ほんまこれ、ものすごい商売やわ

AWSでAmazon Linux2使ってて良かった！！！

ってなるんかな？
まあ、しれっとUbuntuベースのAmazon Linux3とか出してくるかもしれないが…

ロッキーを信じろ

クローンOSが雨後の竹の子のように乱立してるので
8のサポートが切れる来年年末までに
どれが2029年まで続きそうか見極めなきゃな

まぁクローン間の乗り換えは容易だろうから、
ダメとなれば移ればいいだけかもしれないけど

Windows ServerってRHELより安いんだっけ？

>>867
不特定多数に公開するWebサーバとしてなら安い

>>856
そこにDebianがあるじゃろ

>>868
ありがと

なら、Windows Serverに移行するのも分かるかな
人件費の方が高くつきそうだけど

移行するにしてもWindows Serverはないなぁ

移行作業が外注なら
移行コストは大差ないかもね

ランニングコストは知らない

>>866
＞8のサポートが切れる来年年末までに

正確には来年年末までじゃありませんよ
4年間の猶予があります

>>873
CentOS7と間違えてないか？

Windows Server のランニングコストは０
最初にライセンス料払えば10年面倒みてくれる

人件費の発生はLinuxも一緒

考えたこともないけど、
Windows10とxamppで外部公開している人っているんだろうか。

>>875
お前らはmsがxboxを続けるための肥やしなんだ。
どんどん金を払いなさい。

>>852と>>873同じ人かな？

DebianとCentOSってどっちが鯖向きなの？
https://mao.5ch.net/test/read.cgi/linux/1171633107/


このスレに光が当たる日がやって来た、と
今の時点で比べればDebianの圧倒的勝利だな(ｷﾘｯ

デビアーン、666

まじめにWindowsの方がええで
.Netで書いてもらってAzureで動かせばいい
もうPHPで作りたがるやつは死刑でいいよ

chmod 666 cgi-bin/hoge.dat

>>881
絶対に嫌。
c:¥ とかバカすぎるわ。

>>881
chkdskで起動不能になるWindows
数ヶ月ごとにランサムウェアにロックされてそう

今さらチェックディスクやる？

個人サイトはGoで書き直した

Windowsサーバーはノウハウなくて無理だな
トラブったらもう一巻の終わりだもん

>>883-884
さすがにネタか？
なんか10年くらい前で知ってる技術止まってね？

>>887
今風の技術要らんwebアプリはAppServiceの方がいいわ
もうね　パッチ当てとかまじで生産性のない仕事だからyum叩いてる人生とか惨めなもんよ

>>888
馬鹿の典型例

>>890
今どきサーバだのIaaSだの飼ってるクズは死ねよ

AppServiceはそれ自体不具合クソ多いし、アプリと変に密結合でフレームワークやプラットフォームの更新でしょっちゅう壊れたりして悪夢だったな
AppServiceに限らずAzureははっきり言って最低、二度と使いたくない