CentOS Part 52【RHEL Clone】
レス数が1000を超えています。これ以上書き込みはできません。
CentOS8やめてStreamに専念だと。
困った。 あ、2層は8.5GBか。
1層が4.7GBだから、2層だと9.4GBだと思ってた。
あれ?0.9GBどこ行ったの? >>353
奥の層にレーザーを届かせるためにレンズ側にある層は反射率を下げざるを得ず、結果的に記録密度が下がるから2倍にならないとWikipediaに書いてあった IBMに買われた時点でこういう結末は予期していたが、マジか…
oracleも使ってみたことあるけど、CentOSとはちょっと違うんだよな…
https://blog.centos.org/2020/12/future-is-centos-stream/ CentOS9が今後でることはないが、RHEL9は再来年にはでてくる
つまりはそういうことだ おとなしくstreamを使う
Oracleの軍門に下る
いっそUbuntuに行く
別のクローンが出るのを待つ なぜ Stream に一本化するのか理解に苦しむ
Fedora と役割被っているんだから、
消すならむしろ Stream だろうに Redhatにお布施をするっていう選択肢を忘れてたわ Stream に Google chrome 入れてちっこい画面で映画見ながら、Firefox で 5ch 見てたら、突然OSが落ちた。
本当に、突然リブートが始まった。
CentOS Linux ではそんなこと一度も無かった。
まだ Stearm は不安定だww
357の別の選択肢・・・・CentOS, Ubuntu以外の別のディストリ使う。 乗り換え先Ubuntuが無難か
Amazon Linux 3はRedhat系を続けるのだろうか >>361
マシンが固まらずに自発的にリブートしたということだから
ソフトウェアの不具合よりハードウェア不良を疑ったほうが良い >>361
電源や、eccで無ければメモリあたりが忘れた頃の定番 >>362
5年しかサポートのないディストリは乗り換え対象外だな CentOS 8の方が、7より先にEOLなのかよ
最近6から移行したところなのに 海外ではサーバーも Ubuntu にシェアが高いようだし
Ubuntuにするかなー 今までも紆余曲折あったし、まぁなんとかなる(現在のCentOS相当のものが継続される)でしょ… せめて、EOLをCentOS 7とそろえてくれよ。
6から、7じゃなくて8を選んで移行したのに完全に裏目じゃん
Ubuntu LTSに移行しかないかな ubuntuのサポートってmainリポジトリだけだからサポート期間長くてもあまり意味ないのよな
移行するならdebianか まさかのoracleLinuxという選択肢
oracleLinuxはCentOSベースだから今後どうなるか分からんけど CentOS8から乗り換え先探してる人のベストな選択はCentOS7だと思う
思わん? 一度CentOSstream試してみたら案外いけるんじゃないか CentOS6のサポート期間しっかり終わってから発表する当たりがおっかねぇ >>364
>>365
一つ書き忘れていたが、同時にX端末で Emacs を立ち上げていた。
落ちたのはFirefoxでクリックした瞬間だった。
組み立てて3年めのマシンだけど、同じマシンでDebian,Ubuntu,CentOS(Linux)は一度も落ちたことがない。
Streamはインストールして一時間くらいで落ちた。
Streamだけがメモリーまたは電源不調に敏感だったのかもしれないw
ちなみに、今もそのマシンでDebian が快調に動いている。 >>381
今さら戻れんわ
>>382
streamでほぼいけるだろうけど、先日のGRUBみたいな事が増えそうで心配なんじゃ あーあ、前職で関わった案件に8入れておさらばしちまったわ
まあ後任が上手いことやってくれるだろ RHELの後追い同バイナリ版が欲しかったのであって
RHELのベータ版が欲しかったわけじゃねーんだわ
グッバイCentOS 新たなCentOSをフォークする人が現れたりしないかな なんかRedhatが安価な新プラン出すらしいから金出せるところはそれ待つのもありかもね 原文のコメント欄でCentOSの創設者(founder)の一人が新たなRedhatコピーOSを検討したいと書いている。是非実現して欲しい。LibreOfficeのように。
ttps://blog.centos.org/2020/12/future-is-centos-stream/#comment-183642 ダウンストリームのままだとやることが多くて大変て、そんなん買い取る時からわかってたことですやん・・ CentOSをベースにしたところがどう動くのか気になるな
特に利用者の多いAmazonLinuxとか CentOS Streamは何が違ってくるの、互換性?代用性? systemdからsystemctlみたいに大きな変更があったときにstreamってどうなんだろ?
>>393
IBMが欲しかったのはRHELであってCentOSではないからな >>395
amazonみたいな自分らで独自ディストリ作ってサポートしてた会社はそのままRedhatベースに置き換えることもUbuntuベースに置き換えるとも可能だから別に困らない
困るのは8が10年サポートされると思ってたところ
来年で終わりってのはさすがに想定外だろう ubuntuはサーバとして使いたくないなあ
なんか作りが好きじゃない。デスクトップでならいいけど。 CentOSstreamとfedora分ける意味なんなのかね
どっちもRHELのベータやんけ これ6の終わりに伴って8入れたプロジェクトなんて多数あったろうに >>402
言われてみればそうだな。
CentOS Streamへの移行完了した頃に
「CentOS Streamは、Fedoraプロジェクトに吸収されます」
とか発表されても不思議ではない。 まじめに危なかった。
案件でCentOS8じゃなくて7選んで正解だった… 6のEoL対応で7にしといてよかった
でも7のEoL対応ではstreamは選べないな
某通信会社とか絶対要件落ちする スレが近年稀に見る盛り上がりで嬉しい。
いや、嬉しくないけど。 CentOSが実質終了したと聞いて飛んできた
これ何万何百万の業務用鯖にも影響するでしょ
CentOSがメリット生まないにしても、CentOS6ディスコンの後
このタイミングでアナウンスするとか、RedHatもいやらしいなあ >>392
RedHatの別クローン作成を検討しているとコメした kurtzer 氏がGitHubにプロジェクトを開設したようです。Rocky Linux という名前とのこと。
『GitHub - hpcng/rocky』
ttps://github.com/hpcng/rocky 影響が大きいのは日本だけかも海外はWwbホスティングもUbuntuのところがおおいっぽい
だからこそ問題なしとしての決定にされてしまっったかもしれんね RHELのセルフサポートを個人ライセンスで年間数千円ぐらいにしてくれたら喜んで使うんだけどなぁ 今のところ>>409が移行先の第一候補かな
上手くいってほしい RHELってサポート無しで
ダウンロード出来んのかね? CentOSから流れた分、Ubuntu(deb系ディストロ)が
シェア伸ばしそう
というかRedHat系自体がサポート必要なエンプラ向け以外で
選択する意味が薄くなってしまいそう >>417
ダウンロードはできるでしょ、アップデートができないだけで。 物乞いユーザーだけなのかは知らんけど開発者向けライセンスはアップデート用のサーバーがとにかく重かった思い出しかない
jaistとかkddiのミラーサーバーが快適すぎるというのもあるけれど 8で構築済み、あるいは構築中のシステムは、
来年末までに再構築しないといけないの? ubuntuとか、開発環境としての環境設定情報落ちててもサーバーとしての設定情報落ちてること少ないからすげえ困るわ >>409
1、RHクローンができる
2、成長する
3、RHがのっとる
4、捨てられる
5、1にもどる おっ、空中分解の始まりか。何処まで影響してくるのかな
LPICのおすすめディストリから外れるかも知れないな 今週末に新規の中規模案件をCentOS8@VPSに作業開始予定だったけど、
今月で会社やめるし、そのまま構築するわ。 rhの安価版といえばmiracleがありますね
業務用にはいいかも 豆:Ubuntu は CIA ご謹製でバックドアの宝庫です。止めましょう。
Ubuntuベースのディストリも同様です。
不自然だと感じたことはありませんか、
妙に Ubuntu ばかり押されているのが。 >>412
RHELセルフサポート版は、仮想環境での実行が禁止されてるのも
緩和されればね >>432
そ、そうなんだ。
esxiやvpsで使うと止まってしまうのかな・・・ あと1年で突然終了とは思い切ったな。8をリリースする頃言ってたことが大嘘ってことだ。streamへの以降はコマンド一発で何も考えずにできますって感じになるんじゃないか? RHELのクローンであること以外取り柄のないディストリだったのにその唯一の利点を捨て去ったのだから、完全終了だな できます、って誰がしたいんだよそんなの
先行テスト環境にしたくてcentos選んだやつなんかいないだろ VPSのOSを硬派にFreeBSDに移行しようかと思ったけど
.NETが公式にサポートしてないっぽいのでUbuntuかなぁ >>373
>>378
Scientific linuxも7で終わりなんだよな。
日本の研究機関でもCentOS8が広く使われてるし復活させるべきだろう。
自分自身は嫌な予感がしてUbuntu系に乗り換えてたけど。 終わったな。
先進機能使いたい奴はFedora使えばいいわけで。
debianでいうところのtestingに当たるSteamなんて誰が好き好んで使うかよ。 >>439
freebsdなんかやめとけ
portsとか依存性管理クソだし後悔しかしないぞ 「FreeBSDなんかやめとけ」には同意だが
デフォルトのquarterlyリポジトリなら依存関係はそんなに酷くない なんだよCentOS Streamって
今度はRHEL系の鉄砲玉になるのかよw 勘弁してくれよ
CentOSは企業が開発したコードを流用してるってことでなんとなく
お堅いイメージでサーバー用途には良いかなと思って使ってたのに……
むしろ企業の思惑に振り回される地雷だったってことか
まぁこれで心置きなくUbuntuに転向できるよ
WSLではCentOS使えなくてUbuntu使ってたし、WSLとも統一できる
やっぱユーザー主体のコミュニティの方が安定するんだな
CentOSよりもUbuntu
MySQLよりもMariaDBってことだな >むしろ企業の思惑に振り回される地雷だったってことか
その論理で言ったらUbuntu も
同様な事態に遭遇する可能性が大きいですね
Ubuntu より Debian の方が確かでしょう
もっとも Scientific Linux へ乗り換える手もありますよ >>444
確かに心置きなくubuntuに移行できる。
職場でもCentOSに固執する人もいて両方の管理で大変だったが、ubuntuに一本化できるな。 >>448
vine linuxがまだ生きてるのでは。
昔みたいにRedHatと互換性が高かったらよかったのに。 UbuntuもOracleLinuxもサポート必要な人には
お金取ってやっってきてるから
有償かとかはないと思ってる >>452
Vine2.1.5だから、20年前か…。
当時はLaser5とかKondaraMNUとか国産のRedHat互換ディストリビューションがたくさんあったよな。
当時はTurboもほぼ互換だったのに。 法人という一番面倒くさいユーザーの相手を
無償でするなんて狂気が継続する訳がないからな。 >>444
ubuntuだって企業ものだろうに
>>445
sciも死んだんでしょ 『CentOSの遺志を継ぐ「Rocky Linux」が誕生 - ソフトアンテナブログ』
ttps://www.softantenna.com/wp/software/rocky-linux-announce/ ローリングリリース方式って言うのか、Windows10みたいになるんだな
ということは自動でアップデートされて起動しなくなった!みたいなWindows Update的問題が頻繁に起きるようになるの?
鯖でそれやったらシャレにならなくね? >>460
その通り。
要はRHELに導入する前の不具合テストを無償でしてねという話。 もっとひどいよ。Windows10じゃなくてWindows10 "Insider"相当といっていい。
こんなもん常用できるわけないじゃん。 RHELへの乗り換えを促してるわけで、IBMの意向なんだよね? これは本当に困った。
しばらくはCentOS7を使いながら次の乗り換え先を模索するよ。 というかvineやScientificに移行だとかタイムトラベラー多すぎでは? >>465
Vineは一応現役だよ。
ScientificLinuxも7はサポート期間内(CentOS7もあるけど)。
日本のSPring-8とかの放射光施設もCentOSを多用してるし、ScientificLinuxの復活やRockyLinux(?)へのFermiやCernの協力はあり得るのでは。 ローリングリリースって要は永久アルファ版ってことでしょ? 1年以上更新が止まっているようだけど、vineを現役と言っていいのか? 現役をどういう定義にするかによるが移行先の話をしてるわけで
公式サイトのお知らせが3年半以上更新されてないプロジェクトや
8.xをリリースすらしてないプロジェクトを移行先と言い出す奴は
タイムトラベラー以外ない 豆:Ubuntu は CIA ご謹製でバックドアの宝庫です。止めましょう。
Ubuntuベースのディストリも同様です。
不自然だと感じたことはありませんか、
妙に Ubuntu ばかり押されているのが。 仮にそれが事実だとして、何か困ることでもあるのか? >>460
そういう客向けにはSIerがバージョンそのままにする保守サービスを提供してるだろ
なんで金払わない奴に利便性を提供せにゃならんのだ 日本版の White Box Enterprise Linux を立ち上げたら良いでしょうね ターボリナックス「いよいよ我々の時代か・・・」
とネタで書こうと思ったら中国OSになりつつ現存していてビックリ >>460
開発テスト版なんだから洒落で済むだろうw
Windows10(デスクトップエディション)よりかWindows Server LTSC Previewの様な位置付けだと思うが >>469
>>479
開発版のVine seedが更新されているのでプロジェクト自体は生きてる感じ。
ただ現行の6.5は1年以上更新パッケージが出てない感じがする。
本気のサーバーには無理かな。 業務用途のメールサーバにpostfix@centos使ってきたけど
どのOSで使えば良いんだろう・・ streamにもセキュリティアップデートきてくれるのなら
個人VPSはstreamでもいい気がしてきた WSLに移行したらいんじゃね?
|
\ __ /
_ (m) _ピコーン
|ミ|
/ `´ \
('A`)
ノヽノヽ
くく >>485
Q5:これは、CentOSStreamが現在RHELBETAテストプラットフォームであることを意味しますか?
A:いいえ。CentOSStreamはRHELよりも先に修正と機能を取得します。一般的に言って、
CentOS Streamは時間の経過とともにバグが少なくなり、
ランタイム機能が増えると予想されますが、RHELリリースに何が入るのかを常に直接示します。
Q13:RHEL8がフルサポートの終了に達した後、CentOS Stream 8を維持するSIGを起動できますか?
A:ハードウェアやリソースを投入したり、ボランティアにその取り組みに取り組むよう依頼したりすることはありません。
また、CentOSブランドをそのようなプロジェクトに使用することも許可しません。RHEL8が完全なサポートの終了に達すると、
CentOS Stream 8は、ビルドサーバー、コミュニティビルドシステム、プライマリミラーサイト(コピーはvault.centos.orgに残ります)、
およびエコシステム内の他の場所から廃止されます。 いろいろ記事を読むとStreamもありなんじゃないかと思えてきたな
特に個人で使ってるだけの人にとっては、今までとほとんど変わりなしだし
修正パッチが今までよりも早く当たるのは悪くない
CentOS8を使ってる人は、Stream8へ移行する場合、リポジトリを変更する
だけでできる模様
ならいつでも移行できるし、CentOS8で数ヶ月様子を見てみるのもいいかも
あと1年くらいはサポートあるわけだし 具体的な明言があった訳じゃないけど
どうもFaceBookの要望っぽくないか?
FedoraでBtrfsをデフォルト化したりと
Fedora/CentOSStreamへの貢献を通して
自前の用途にRHEL側を寄せていこうという意図が見える気がする。 昨日までphpのバージョンが5であったものが、
いきなり7になるようなことがなければ良いんだけどね。 dnf moduleでバージョン管理できるんでしょ 知らんけど、dnf upgrade で環境が崩壊しなきゃそれでいいよ 公式に
CentOS Linux → CentOS Streamの移行方法が載ってるね
わずか3回コマンド実行するだけで良いようだ
https://www.centos.org/centos-stream/ >>494
その点については記載がないようだけど
CentOS8のサポートがCentOS7よりも短くなったのは
8の人はStreamに乗り換えりゃいいじゃんてメッセージとも
取れるし、まぁ7からコマンドで移行は無理なのかもしれん 7で困ってないから変えるつもりはない
アップデートが止まって、脆弱性が発見されまくってきたら考えるわ俺それまで生きてるか知らんけど >>490
streamのisoイメージファイル名が
centos-stream-8 ってあるから
rhel9用にstream9がでるんだったら
その心配はなさそう
あとはrhel8が続く限りstream8も続いて
セキュリティアップデートも提供されるのなら
個人が使う分には騒ぐほどでないかも
法人でも用途によっては十分かも どうせStreamに移行するなら
8とか9とか区切りつけないで
ずーっとローリングリリースできないもんかね
それなら個人利用のメリットとして大きいのだが カーネルとかドライバは基本的には新しい方がいいだろう。
が、プレリリース使わされるのはなんとも。 ただFedoraみたいな完全な鉄砲玉でもなくて
しっかりテストされたソフトがRHELに先駆けて
Streamに投入されるようだからまぁちょっと
前後関係が変わったくらいに思っとけばいいのかも 正確には機能修正はStreamの方が早くて
セキュリティ修正はRHELの方が早いと読み取れるな。 今までRed Hatから取り込むのに検証してたのを、ちょっと前倒しにしてRed Hatにはプルリク送っといてね
っていうだけで、使うものも同じだから平気平気 CentOSの良さは政治的な良さ。RHELというプレインストールで正式にサポートされたりするOSと同じものってところが、相手に安心感や、納得感を与えることができた。それができなくなる。 社用では後追いではなく先行になった時点で採用不能で
個人用途なら問題ないけどそもそもなんで個人用途でCentを使うかといったら
社用でも使ってるからであって社用で使わないならプライベートでCent使わないんだよな Redhatがレーザー5を騙した時、アホが居るわwと笑ってた人が居ましたね。 〃〃∩ _, ,_
⊂⌒( `Д´) < ヤダヤダ!
`ヽ_つ ⊂ノ
ジタバタ
_, ,_
〃〃(`Д´ ∩ < Streamはヤダヤダヤダ
⊂ (
ヽ∩ つ ジタバタ 政治的な良さとなると移行先は難しいな。
完全にコミュニティ主導のDebianは政治的に採用に持っていきにくいし。 もの凄く簡単なことで、Redhatはカーネル作ってるわけですよ。
この状況で、他のディストリを選ぶ理由がありますか?
個人の心情なんてどうでも良いことです。 Ubuntuに移行といったって、学習コストがかかるしね
systemctl、firewall-cmdせっかく覚えたのに Ubuntuは先行きが怪しいのでお勧めしません。
あるいは将来、CalderaのようにLinux利用者を訴えるかも。 ここで、一句(´・ω・`)
おちんちん 剥いた手嗅いだら 臭かった。 思ったんだけど、CentOS8の本を今まさに書いてる最中の著者や出版社かわいそす
すぐにCentOS Stream本に直さないといけない いやいや。
新しく本を買ってもらえるからニンマリですよ。
更にヨダレたらしておならもしてるはず。 仕事で提案する場合にローリングリリースのCentOS Streamは提案できんよな
古いバージョンを維持できないのが最大の問題なんだし
家の鯖はDebianに移行してるから影響ないけどさ プロなら喜ぶべきだけどな。
Redhat売りつけるチャンス到来。 >>510
ubuntuでもsystemctl使えたよ? ubuntuはなんか使いにくかった気がする
RHELやCentOSに慣れてるからだろうけど Streamの安定性を不安視してる人はなおさらFedraに行かないのでは 全然わからん
どういう客層にとって何がどうなるから嫌なのか CentOS が気に入って導入していた企業は
Red Hat Enterprise Linux へ乗り換えるんじゃないかな
そのくらいのサポート料は支払えるはずだから 暇さえあればdnf upgrade打ち込んでる俺みたいな個人利用者にとっては
Stream無問題なんだろうな
そして企業にはRHELに移行させて金をとる
IBMはうまいことやったな >>526
今年の夏頃にCentOS7で起きたアップデート後にOS起動できなくなるトラブルみたいなのが増えるのでなければいい 簡単にRHEL売りつけて移行って言うがね
ケチってCentOS使っているようなところまでRHELでお願いしますって言っても
ほとんどの客はOK出さんよ
負担増える分はサポート費用差し引いて割引してやらないとまず頷かない >>528
本当にに良いんですね?と言ってやれば。 社内システム向けのフロントエンドwebservee 使ってるところは
redhatに毎年10万払うなら
1回10万払って10年使えるWindowsにするわ
ってところもでるかも 一度基本に立ち返ろうじゃないか
オープンソースの利点は自分でビルドできることだ
rm -f `which dnf` いまってRHELのセルフサポートっていくら?
RHEL5の時は35000円ぐらいだったな >>534
ソースコードは無料だぞ。
ビルドはセルフサービスだ。 来年1月中旬にWeb・DB・Mail・NFSサーバをCentOS8でリプレース予定で、要件定義から設計・構築・テストまで完了するのに半年掛かったんだぞ・・・
これのせいで計画修正とStreamとOracleLinuxの品質検証までする事になったわ・・・
てかCentOS6のEOL終了直後に出すなよクソが! CentOSなんてRedHatが軽めの支援をしているだけで
本質的には単なる野良プロジェクトだしな。
法人が使っている今までがおかしかった。 IBMにRHELが買収されてそういう動きになりそうな予感はあった
yumからdnfを標準コマンドにしたから徐々にFedoraベースに移行することも予感してた
ただCentOS7よりも先に終わるなんてのは世界中のユーザー誰もが想定してなかったんじゃね? >>527
その頃カーネルクラッシュが頻発するKVMサーバのメンテナンスの為にyum updateする予定だったけどそれ見て延期したわ うむ
せめてCentOS7と同じ2024までサポートするという話であれば
そこまで問題にはならなかったと思うがな
サポート期間の関係で8選んだところも多いだろうに
にしても6のサポート終了後にアナウンスとか鬼畜としかいいようがないw
この鬼畜さだとRedhatに移行するのも躊躇せざるを得ないわ >>540
あぁーごめん
ゲストじゃなくてホストの話か >>541
公式からしたらStream入れれば8でも大丈夫だから騒ぐ事は無いって認識なんだろうけど、そのStream自体が不安要素が多いっていう >>543
そうホストサーバとして使ってる
ログとかUPS辺りを調べてもハッキリしないし、取り敢えず3年以上何もアップデートしてないから切り分けの為にやった
それ以来エラーは出てないけど、そのホストサーバも近々CentOS8でリプレース予定だったんだよなぁ・・・ いくら何でもいきなりapt系に切り替えるなんて困難だから
不安を感じつつもStreamに移行するしか事実上選択肢はないというね。 >>546
8で動いてしまってるのは、とりあえずstreamに移行するしかないかもしれんけど
新規ならOracleとか選択肢に入ってこないか? Oracle Linux調べたらやべえな
CentOSから
curl -O https://linux.oracle.com/switch/centos2ol.sh
sh centos2ol.sh
という2コマンドで移行完了かよ。
・・・と思ったらCentOS 8は対象外orz Streamのポジションて、以前はRHELがこなしてたポジションだよなぁ
そんなに騒ぐほどのことでもないんじゃないかな >>448
そのとおりだね
困ってるんなら日本で同じディストロを
立ち上げたらいいだけです
でも日本にはそれだけの力量はないでしょう 日本発のまともなディストロはひとつしかないね
そのVine Linux はすでに開発が途絶えてるし
日本のオープンソース界は存在してないのと同じだね
一部の例外はありますが マイナーなディストリはそれを存続させる体力があるか不安だし
けっきょくデカいところか企業がらみを選ぶしかないという >>541
ほんとそれな6のEoL終わったタイミングで言うなよって思う
せめて半年前だったらEoL対応で8にしなかったのに 何も考えずに10年以上全案件で自宅から開発から本番までその時点のCentOSを入れてたが
今回の件でどういうものだったか勉強になったわ
OSの種類なんて考えたこともなかった、単にぐぐって出た通りにセットアップして使うだけだった https://gigazine.net/news/20201211-centos-red-hat-enterprise-linux/
IT系ニュースサイトArs Technicaによると、CentOSはこれまでRed Hatが開発しているRed Hat Enterprise Linux(RHEL)の「次期バージョンのプレビュー版」と位置づけられており、1年先のRHELのような見た目や機能を持っていたとのこと。
??? oracle Linuxに移行するという話も聞くがoracle LinuxもおそらくCentOS streamをベースに切り替わると思われるのでよく考えたほうがいい 自宅サーバーとVPSのWebサーバーを個人で運用してる俺には
Streamで十分だな
さて、ぼちぼちPHPカンファレンスが始まる… >>555
Redhatに移行をやっている人もいるね
https://blog.delouw.ch/2019/10/01/migrating-from-centos8-to-rhel8/
移行後Redhtのサポートが受けられるかはわからんようだし、
やっぱクリーンインストールが無難なのかね たしかcentosからの移行作業のサポートはしてくれるはず
ただしクリーンインストールは必須 Linux誕生初期より生き続けているディストリビューションの一つであるDebian
Ubuntuの上流でもある
https://i.redd.it/aygzaivcbmd51.png webサーバーとかメールサーバーとか
stream内で採用されているパッケージしか使わないならなら
streamでもいいのかもしれないな
rhelに入れる予定のものを入れるんだろうから
あからさまに不安定なものは入ることないだろうし。
独自にプログラム作って組み込んでると問題でるかもしれないけど いろいろ検討したけど現実的な逃げ道はしばらくCentOS7で凌いで乗り換え先を探すしかなさそうだ。
CentOSに期待しているのは鉄板ド安定環境。
マニュアルもきちんと整備されていて、工業製品と呼べる唯一のLinux OS(のクローン)。
Streamじゃその代わりにはなりえない。
かといって別にRedHatに恨みつらみ言う気はないけどね。 >>561
streamのクローンになるメリットないやろ >>568
CentOS7 はまだ4年間サポートされるから
その選択は正しいと思いますよ
自分でクローンを作ったって良いんじゃないかな
そういう方がむかしもいたんだから よし
自分でクローンを作って
自分用のdnf updateシステムも作るw >>568
それしかないね。
数年あればRocky linuxも立ち上がるでしょ。
CentOS8を入れちゃった人が不憫だが、ちょうど6のサポート切れで入れた人も多いんだろうな。 >>574
ほんと公表タイミングがイジワルだよな
>>553みたいな人が多そう 今日こそCentOS6のEOL対策をするんだ・・・
7を入れれば良いんだな >>576
ubuntuでもいいんじゃない?
7以降はかなり違うから勉強しなおす必要があるよ。
嫌な予感がしてubuntu、debianも触っておいて良かった。 ubuntuのサポート期間ってmainリポジトリだけの話だからmain以外のパッケージ使うならサポート期間そんな長くないぞ >>576
ubuntuってdebian系譜だと思うけど、
debian触ったときに全くaptコマンドがわからなかったわ
yum list | grep hoge
みたいなことが出来なかったわ、根本的に分かっていなかったんだろうけど・・
RedHat 5.1(RHELじゃないよ)ぐらいから触っていて、RHELも一時期契約したけど高かったな。
RH系には世話になっているけど色々節目に来てるなぁ。 >>579
debian、ububtuはguiのsynapticをつかえばいいよ。
>>578
それはCentOSも同じでは?
標準でないものを入れると野良リポジトリばかりになるし。 いや、DebianとUbuntuに関しては
野良リポジトリなしでも成立するくらいパッケージが豊富。
とはいえ流石にmainリポジトリだけでは無理だけど。 >>583
コミュニティ主体なんて続く訳無いやん。
OSSなんてタダ働きになるんだから
企業が資金的にバックアップしないと無理だよ。 >>585
そんなの建前上だけだよ。
特定個人1人主体でその人が飽きたら終了というOSSが大半で
それ以外でも実質的に企業が主体でプルリクも受け付ける程度が普通。 >>586
それらが建前でこのフォークが建前ではないと分類する根拠はお前のお気持ち以外になんかあるの? 藻前ラもちつけ
ttps://www.clara.jp/media/?p=6989 >>587
実際にコミュニティベースに完全に移行するまでは
建前以外の何物でもないんだけど?
例えば俺が適当なソフトを「コミュニティ主体です」って発表したらそうなるの?
ちょと現状認識能力に問題があるんじゃないの君。 >>589
「完全に移行」の定義はお前のお気持ち?
別組織立ち上げてそっちが責任の主体ですうちじゃサポートできませんってやったらもう世間一般ではコミュニティベースに移行と表現するんだよ
fedoraとredhatの関係なんてまさにそうだけど現状認識出来てないの 「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だからこそうまく統率できてるんだろうなと思った記憶がある。 CentOS8の文法
私はCentOS8を使う
私はCentOS8を使った
私はCentOS8を使うだろう ヘレンはCentOS8を使いますか?
ヘレンのCentOS8はよいCentOS8です 公園の炊き出しを基に屋台を開いていたのにどうしてくれるんだ みたいな?w 8に移行する前に発表して欲しかったって意見あったけど、
逆に移行直前の発表じゃなくてよかったと思ってる。
EOLが近くなる中、ポストCentOSの状況を見極めるより、
なにも考えずに8にしてしまった方が気が楽。
RockyもLenixもおじゃったら地獄が待ってるけど CentOS Streamってローリングリリースっていうけど、更新方法に違いはあるん?
dnf upgradeやらなくても勝手に更新されるん? うちも新規案件で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やってください! >>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系統と訂正します。 >>624
その強制的にアプデーとされてしまうってところなんだが
強制的ってことはdnf upgradeでアップデートするわけじゃなく
バックグラウンドで勝手にアップデートされてしまうってことけ? >>637
自動アップデートの話は誰もしてないんじゃないかな
Windowsの話が出てるから誤解が生じそうだけどね FAQから判断するとCentOSStreamは
redhatの各バージョンに寄り添っていく感じになるようだから
CentOSStream で勝手にアップデートされるなら
RHELでも勝手にアップデートされるから同じだな 無駄に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探してこいやとか言う奴も出るだろうな >>650
だから異なったライブラリなんて入らないんだろ >>652
何の保証もない他人の飯を当てにしていたツケが回ってきたんだよw >>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もいつの間にか有償化してた。
世知辛いなあ、まったくよぉぅ >>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%保証という言い方は万全とは思えない。 >>675
いやStreamの時点で不具合見つかったらRHELのリリースに入れるわけないでしょ
その場合RHELとしてリリースされる前にStreamからrevertされるんだろうけど、一時的にStreamだけに不具合のあるコミットが入ることになる >>677
そのあたりのことは
ttps://centos.org/distro-faq/
のQ5の回答の中で
...we expect CentOS Stream to have fewer bugs ... as it moves forward in time but ..と書いてあり、「私たちは時間の経過とともにStreamのバグ...が少なくなると予想していますが、それらは常にRHELに直接関連してゆくものなのです」みたいに書いてあって、つまりはそういうことだという感じです。 そもそもRedhatは99%保証なんて言ってないし CentOSからできるのは、ふってきたパッケージに不具合をみつけたら、それを直してプルリクを送ることだけ
今までとかわらん
ただ、それがRed Hatの前になっただけ streamユーザーはRedhatのbugzillaから直接フィードバック送れるがCentOSユーザーは拒否される stream9が始まったら
rhel9がリリースされるまでに
バージョンの変更はあるだろうけど
rhel9がリリースされたら後は固定でしょ
変わったとしてもその変更はrhel9にも反映されるから後でも前で関係ないね >>681
>>670 の件と合わせて考えると RHELユーザーに対し「予めRHELで動作してるシステムの検証をStreamでやっとけよ? Streamの段階でフィードバックしろよ?」と圧かけられているようにも見えるんだよな。 ubuntu serverのLTS版を乗り換えてく運用の方がラクで、よさそうに思えてきた。Cent7だっていずれ終わるわけだし現状Cent6の乗り換え先であたふたしてるわけだし。 >>684
CentOS7で変わった部分が多かったのでどうせ勉強し直すならとUbuntu系に乗り換えたけど、LTSが最初から安定してるわけではなく使えるのは実質4年かな。
確実に2年おきに出るので一つおきに乗り換えたらいい。
ちょっと4年だと短いし、自分では出来たとしても自身が異動したら不安ではあるけど。 CentOS8からOracle Linux8への移行を試して特に問題なく移行できたがHAは使えんかった
素直にRedhat行くか… 6のEOL直前に8ローーーンチ!!
 ̄ ̄ ̄ ̄ ̄∨ ̄ ̄ ̄ (´´
∧∧ ) (´⌒(´
⊂(゚Д゚⊂⌒`つ≡≡≡(´⌒;;;≡≡≡
 ̄ ̄ (´⌒(´⌒;;
ズザーーーーーッ
・・・・・・・
 ̄ ̄ ̄ ̄ ̄∨ ̄ ̄ ̄ (´´
∧∧ ) (´⌒(´
⊂(゚Д゚⊂⌒`つ≡≡≡(´⌒;;;≡≡≡
 ̄ ̄ (´⌒(´⌒;;
ズザーーーーーッ
8が終わるだと?
 ̄ ̄ ̄ ̄ ̄∨ ̄ ̄ ̄ (´´
∧∧ ) (´⌒(´
⊂( ゚Д゚⊂⌒`つ≡≡≡(´⌒;;;≡≡≡
 ̄ ̄ (´⌒(´⌒;;
ズザーーーーーッ ドッコイショ・・・・・・・・・
 ̄ ̄ ̄ ̄ ̄∨ ̄ ̄ ̄
∧∧ (´;;
(゚Д゚ ,)⌒ヽ (´⌒(´
U‐U^(,,⊃'〜... (´⌒(´⌒;;
何見てんだゴルァ!!
 ̄ ̄ ̄ ̄ ̄∨ ̄ ̄ ̄
ポ ∧∧ ポ
ン (゚Д゚) . ン
(´;) U,U )〜 (;;).
(´)〜(⌒;;UU (´ )...〜⌒(`) CentOS8からOracle Linux8へ例のスクリプトで移行したらカーネルが
4.18.0-240.1.1.el8_3から5.4.17-2036.101.2.el8uekになった。 OL8デフォルトがuekカーネルになったんだね知らんかった。
これじゃ気分的にStreamと変わらんから
RHCKに変更した。 CentOS6でyum updateできなくなってる…
使い続けるつもりだったがこれはアカンな、早めに7に移行せねば… 終わりの始まりやな
世の中、小さいサーバは全部Ubuntu serverに置き換わったりするんかね >>692
repoをvaultに書き換えたらよいだけ
数年前の5と同じ 5の時vaultにしても少しだけはアップデート対応してくれたよね
vaultに変更する価値はあるか。 >>694
トンクス それだけじゃだめだったけど最終的にはなんとかなった このスレはどうする?
新しいStreamのスレをたてるか
それともCentOS 7のサポート終了と心中するか アップストリームの RHEL と同等の品質を無料で使いたいんでしょう?
CentOS は無料で使えるとはいっても、RH はサポートしてくれないけどね。
RHEL クローンを探したら良いんじゃないかな
Riken FTP が Springdale Linux をミラーしてくれたよ
著名なプリンストン大学とプリンストン高等研究所が
昔からメンテナンスしてるから悪くないと思うよ 別に有料でもクソ高くなければいいよ
個人や零細でも普通に払える額なら払うよ、何十万も出すのがムリなだけ >>684
RHELという指標があって、それのクローンという点がCentosの特徴だったわけだけど
ubuntu LTSはRHELのような指標があるわけじゃないからリリースに関する環境は Centos Streamと似たようなものでは? 何も考えずにyum updateとだけ打てば
何も壊れず安全性のみが高まる環境が欲しいだけ ubuntuはパッケージのリリース元でバージョンがあがれば
サポート切れになってからかしれないけど
自動的にバージョンあがるっぽいから
そこが判断の分かれ目になりそう esxi上のLAMP環境のCentOS7を、VPSに移したいんけど、
yum list installed のパッケージを新しい環境にyum installして
etc, home, varを上書きコピーしたら漏れはなさそう? Redhatは9で無料版を打ち切った歴史があるよね。
CentOSが実質Redhatの傘下になった7から採用をやめてて良かった。
あのときよりは別プロジェクトのクローンが出るのは早そうではあるが。 centos 使って来た人たちは、散々自分は centos のせいでひどい目にあっているとぶちまけたあげく
次は rockey にどれだけの負担をかけても構わないと思っているのかな そういう、自分は先見の明があったアピールはいらないから >>710
実際に前科があるし、6から7で大きく変わったこともあるし、他に乗り換えた人も少なくないのでは。 RHELクローンそのもの(レッドハットの権利部分抜いたもの)
は今までと同じく作成は許されてるのか
安定・安価を望むユーザと
人柱を増やしたい(収益につなげたい)レッドハット
GAFAもそうだが
無料で囲い込んだ後に規約変えて金取るモデルは
印象悪いわ…まあそれが効率良いからやってるんだろうけど >>712
ttps://centos.org/distro-faq/
の Q3やQ14によると、RHELのソースコードは引き続き git.centos.org に公開され、「CentOS」ブランドは許可できないもののソースコードはオープンソースであり独自開発を妨げるものではないとのこと。 >>711
メジャーバージョンの違いで大きな違いがあってもおかしいとは思わないな。 >>714
CentOSの4,5,6では、それほど大きな変化がなかったのでは。
CentOS7ではカーネルのバージョンアップとか、systemd採用とか変化が大きい。
「先見の明」で乗り換えた人もいるだろうけど、様子見でCentOS6をギリギリまで使って、やむを得ず8に乗り換えて阿鼻叫喚という状況も少なくないのでは。
Redhatは昔のLASER5切り捨てとか、時々えげつない。
CentOS8からRocky Linuxにそのまま更新できるのかな? 「centos streamは継続的デリバリーです」ググれ systemdはともかくカーネルのバージョンはナンバリングの方針が変わっただけ systemdはほとんどのディストリビューションが採用したので乗り換えても大抵無駄だしな RHEL互換の弱小ディストリが乱立しそうだね
21年末の状況見て判断しよ >>715
4世代も過ぎたら変化あってもおかしくないと俺は思うなあ、やはり。なきゃないで良いがね。 RHELの方がCentのクローンになっちゃったらこのスレも消滅しちゃうの クローンというかRHELのマスターブランチがCentOS Stream >>723
ESXiのバージョンもどこのVPSかもわからないんでできるかわからないが
ovfエクスポートしてVPS側でインポートとか試してみたら?
途中変換必要になるとは思うが >>724-725
やっぱり横着しすぎか・・・
古い5.1からさくらだけど、
ovfでインポートできるvpsなんてあるかどうか知らないけど、すごく便利よね。
さすがにディレクトリの上書きは横着かもしれないけど、
>yum list installed のパッケージを新しい環境にyum installして
これはレポジトリの環境も同じにすると
依存性も含めて同じパッケージになる? >>723
ubuntuに移行しようかと思っていたけど
apparmorわかんないし streamでいいや むしろ、Ubuntu使うくらいならStreamで良いだろ。 よっしゃ!じゃぁLinux板の住民でCentOSのクローンOSを作ろう!
というわけでよろしく↓ ここで、じゃあ作るぜ!
とマジで作り上げちゃうのがメリケンの凄いところ
マジで凄いと思う じゃぁ俺が作るかな?
旭日旗Linuxなんてどう? >>726
rpm -Vaとかでrpmインストール時から更新されたファイルのチェックはした方がいいと思う
あとは正確に入ってるバージョンのrpmを用意できれば一致はさせられるような気がする
rsyncで差分がなくなるまで手元にコピーしてから仮のパーティションにrsyncで移して、bootパラメータを弄れば原理的にはできるけど、VPSだと initramfs以降が上がってこないときの対処が出来ないから実質的にはダメだろうね
一旦手元の別の仮想環境に移行するのをrpmベースでためしてみて、その後rsync→rsync ハッシュチェックもありのやつ、でどれだけ差分が出てるかチェックすれば良さそうな気はするね。 >>729
AMDGPU-PROがStream向けにリリースされるかどうかしだい
Rocky向けに出すわけないし >>732,736
ありがとう
rpm -V(検査)なんて初めて知ったけど、かなり負荷がかかるみたいでとりあえず途中で止めました。
普通のLAMP環境だけど、横着せずに少しずつ移行してみます。 CentOS使うような企業なんか相手にするなよレン鯖屋やろ?
そういう零細〜個人事業者が多過ぎるから日本は貧しくなったんやで 今朝の時点で rhel8.3とstream8をそれぞれ dnf updateして
dnf list instaled でリスト出して調べたら
rhel8のパッケージ 397個のうち
133個でバージョンが違った >>737
Redditより
「… worked with stock Centos 8, but not Centos 8 streams due to kernel versions. 」とのこと。
ttps://www.reddit.com/r/CentOS/comments/eplicu/steam_on_centos_8_and_an_amd_video_card/ ハード・ドライバ関係はきついかも分からんね。それこそ一番「実験」したいところだろうし。 今stream8.に入ってるばーじょんは rhel88.4で入れる予定のものなんだろうな CloudLinuxが「CentOS」の代替目指すプロジェクト「Lenix」--年間100万ドル超投資へ 世の中の人が思うことは
「安定稼働できる枯れたOSが使いたい」
「でもセキュリティパッチはしっかり当ててね」
「無償で使えないと嫌よ」
なんだからそらRHもブチ切れるわな カネも払わず大した貢献もせず文句が多いのは日本人では ここで一句(´・ω・`)
おちんちん シコった手嗅いだら 臭かった 無料で安定したディストリが使いたかっただけだろう・・・とか
無償で使えないと嫌よ・・・・とか
皮肉ってるけど、これみんなオープンソースの性質だぞ。
なんだか、性格のネジ曲がったヤツだな。
無料で安定したディストリが使いたいと思っていても、それはおかしなことではない。
わからないか?
もう一方の、オープンソースに貢献しようという努力をすれば良いんだよ。お前、その努力やってるのか?
お前、年間いくらくらいオープンソースに資金提供してるんだ?
ゼロだったら、お前にこんなこと言う資格はないぞ。 横からだけど、無料で安定したものを出すのは義務じゃないんだから、それを求め続けるのは利用側のわがままだろう。
オープンソースなんだから自分等でなんとかしろよと思う >>753
どういう場合がわがままではないの?
求め続けるのは自由だよ。
相手に拒む自由を認める限りは。 >>749
オープンソースにせざるを得ないRHELをそのまま使うだけだろ?
ただで使わせないためにプロジェクトを乗っ取って潰すというやり方はどうなんだろ。
さすがにユーザーが多すぎるので失敗だな。 RHELもオープンソースであるLinuxカーネルの利用者だ。もちろん様々な支援を提供はしているけれど、それでも他の支援者、他の支援企業の成果を利用している事実は変わらない。 使い続けるのも自由だし求め続けるのも自由
でも金出すこともコード書くこともしてない人が
その団体の決定をあーだこーだ批判するのはおかしいってことなんじゃね >>757
Redhatのプロジェクトがどうするかは勝手だが、CentOSの名前は返すべきだろう。
乗っ取って潰すのは汚いわ。
Redhatは昔からそういうとこあるけど。 >>757
金出さないと批判できない方がおかしいと思わない? >>75
運営側の事情もあるからなー
嫌なら使わなければいいだけの話だし 数ライセンスで年間いくらとかやって欲しいけどなぁ
無料はStreamで実験、有料はサポートいらないから今まで通りの感じが良いな 逆に言えばRHELのクローンOSを作って赤帽に買い取ってもらえば儲けられるってことかな? 金を出す → まあ出来る人はいるでしょう。
コードを書く → まあこれも出来る人はいるでしょう。
保守し続ける → これが無理ゲー、誰も出来ない。 所詮はコピーするだけだから
どれも使い心地は大して変わらんのよ。
大事なのはどれだけ保守し続けられるかだから
今更はじめましたー、みたいなディストリは論外だわな。 ロッキーはあり得るかも知れないが、他の後継ディストリの国内ミラ鯖って立ててくれるかなぁ… >>593
Linuxがここまで発展したのは、
企業からの膨大なContributionが
あったからだよな。 >>569
FreeBSDはところどころで使われてるけど、
カスタマイズしないと使えないイメージ。 嫌なら日本発のディストリ作ればいいのにそれをやらずに文句ばかり 自分でどうにか出来ない奴が
Linuxとか使うなよ。お前らはWindows
使ってりゃ良いんだよ。 CloudLinuxが「CentOS」の代替目指すプロジェクト「Lenix」--年間100万ドル超投資へ
https://japan.zdnet.com/article/35164008/ CentOSにはお世話になってるからお布施でもするかと考えてた矢先なんだよな
一旦保留だな 結局金じゃなくて保守できる人間が大事だからな。
他人の作ったディストリのクローンの保守なんて
実績にもなりにくしキャリアが詰む可能性もあるから
金を積まれたら請け負うという種類の仕事でもない。 >>764
別に買い取った訳じゃないけどな
開発者を囲いこんだだけ × 囲い込んだ
○ 乞食集団から救出した
色々な企業がCentOS使ってるのに
どこも自社で雇って専念させようとしてくれなかった。
RHEL代をケチる企業を相手にしても
キャリア形成に繋がらないという地獄からRedHatが救ったんだぞ。 >>758
redhat というよりIBMだろ。理想論みたいのでごりごり押すけど結局撤退する。10年後に捨てられて元の状態に戻れるかもしれないぞ。期待して待て。 >>777
Turbolinuxとか今どうしてんのかね >>787
IBMに買収された時点で気がつくべきだったが、CentOS8は出したので油断するじゃん。
途中でサポートを打ち切る手に出るとは想像しにくいし。 RedHatに雇われてるCentOS開発陣も
今更、職を捨ててまでコミュニティーベースの開発には戻れないよね。
ただ使う人が激減するだろうから、CentOS streamの先行きだって
判らないよな。 >>789
Linux関連事業はずいぶん前にやめた
新株を発行して運営資金にあてるのを繰り返したせいで
株価はどんどん下がり上場直後60万円だった株価も今では20円 >>791
stream自身はRHELの開発版でもあるから続くでしょ。
結局、雇われてる人は完成版の無料化なんて金にならないことじゃなく、開発版を作れということだな。
それはいいとしてCentOSの名前はコミュニティ側に返して欲しい。 開発版っていっても
それぞれのstreamはrhelのコードがベースになるし
多くのパッケージは外部のものだからなぁ >>794
Linux関連以外にもいろいろと手を出したので子会社をつくってLinux関連事業と
名前をそっちに移していて、その子会社が解散した Docker 互換のPodman(笑)
Red Hat も、OSS のコピペばかりw
Docker/Podman は、相互に足りない機能をコピペし合い、機能的に同等ですw
どちらも、コピペ合戦w RHがCentOSを商売の邪魔と見なしてRHELの先行版に変えさせても
CentOSの意思を次ぐ者が続々と現れるんじゃ意味なかったな
CentOS返せ! シェアでは負けていたCentOSが圧倒的にUbuntuに勝っていたところ
それは名前のかっこよさ
CentOS返せ! 終わりそうになるとスレに活気が出てくる、廃鉄と同じw ここで一句(´・ω・`)
おちんちん シコった手嗅いだら 臭かった streamってubuntuに追従するmintの様な位置なのかな。
俺はサーバーやらないからdesktopで使ってる。
今後も期待してる。 板見たらubuntuスレって30スレ弱もあるのかw
CentOS7もあと4年あったり、Streamもあるし
デスクトップ用途とサーバ用途に分けても良いかもしれんね >>804
いつからだよ(笑)
>>807
全然違うんじゃない? むしろ全てのRHELクローンの合同スレにしたいくらいだ。 一応こんなスレ立ってる
RHELクローン)CentOS とScientific Linux(統合スレ
https://mao.5ch.net/test/read.cgi/linux/1308619089/
ただ、もっとディストリ多いし、RHELクローン スレでいいかもね 来年は8で稼働してるサーバをStreamに移行するメンテをする作業が増えそうだな 駄洒落かよ(笑)
何とかCentとか言わなきゃいけないな。 そのうちCentOSだけデフォルトでBtrfsにされる流れだなこりゃ。 単にデフォルトってだけなら手で変更すりゃいい話だろ・・・
むしろみんなが使ったほうがBtrfsも良くなるだろ・・・阿鼻叫喚も聞こえてきそうだが・・・ もう面倒だし新規ものは.Netで作らせてAzure AppServiceでいいや
PHPで作ったら面倒見てやらん さくらインターネットの「さくらのクラウド」ってサービスで
公式にStream8の提供やってるんだな Stream系も枯れたバージョンになれば安定したいいOSになるってことだよな 枯れる前に、収録ソフトが次のメジャーバージョンにアップデートされていき
いつまでも枯れない運用じゃないの >>835
収録ソフトのメジャーバージョンアップって次のStream9でやるという話では無いのかなあ? sambaみたいに開発元が半年ごとにメジャーバージョンアップする
開発するモデルになってるソフトは、
7でもどんどんリベースしてってるよ。
もはやRHELが独自にパッチを作ってバージョンを固定する余裕はないみたい。 8.3からなのか8.2からかはわからんが
PHP7.4も使えるようになってるし
RHELも複数バージョンのパッケージ入れて比較的新しいバージョンのものも入れていくようにする動きだと予想 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がほしかった?俺もそう思うよ。 社内の全てのCentOSサーバをWindowsに乗り換えることが決まった弊社。
期限は1年。
どうすりゃいいんだ、、、 単にファイルサーバとドメインコントローラにしか使われてなかったってことだろ? >>848
1年間は給料が保証されてるからいいですよね CentOSサーバはまだ4年も猶予があるから大丈夫です >>849
webアプリもプラットホーム変更で片を付けようという皮算用でいる会社もあり得るのか……なら頑張れ なぁにHyper-VでCentOS Streamを動かしとけ
わかりゃしねぇよ Ubuntuは利益を上げたいだろ。
したがって行く末はRedhatクローンより悲惨。 Windows10ならwsl使えるから悪くない選択かと Windows server のIISに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サーバとしてなら安い >>868
ありがと
なら、Windows Serverに移行するのも分かるかな
人件費の方が高くつきそうだけど 移行するにしてもWindows Serverはないなぁ 移行作業が外注なら
移行コストは大差ないかもね
ランニングコストは知らない >>866
>8のサポートが切れる来年年末までに
正確には来年年末までじゃありませんよ
4年間の猶予があります Windows Server のランニングコストは0
最初にライセンス料払えば10年面倒みてくれる
人件費の発生はLinuxも一緒 考えたこともないけど、
Windows10とxamppで外部公開している人っているんだろうか。 >>875
お前らはmsがxboxを続けるための肥やしなんだ。
どんどん金を払いなさい。 DebianとCentOSってどっちが鯖向きなの?
https://mao.5ch.net/test/read.cgi/linux/1171633107/
このスレに光が当たる日がやって来た、と
今の時点で比べればDebianの圧倒的勝利だな(キリッ まじめにWindowsの方がええで
.Netで書いてもらってAzureで動かせばいい
もうPHPで作りたがるやつは死刑でいいよ chmod 666 cgi-bin/hoge.dat >>881
絶対に嫌。
c:¥ とかバカすぎるわ。 >>881
chkdskで起動不能になるWindows
数ヶ月ごとにランサムウェアにロックされてそう Windowsサーバーはノウハウなくて無理だな
トラブったらもう一巻の終わりだもん >>883-884
さすがにネタか?
なんか10年くらい前で知ってる技術止まってね? >>887
今風の技術要らんwebアプリはAppServiceの方がいいわ
もうね パッチ当てとかまじで生産性のない仕事だからyum叩いてる人生とか惨めなもんよ >>890
今どきサーバだのIaaSだの飼ってるクズは死ねよ AppServiceはそれ自体不具合クソ多いし、アプリと変に密結合でフレームワークやプラットフォームの更新でしょっちゅう壊れたりして悪夢だったな
AppServiceに限らずAzureははっきり言って最低、二度と使いたくない >>892
根本から理解が足りてないしエンジニアやめたほうがいいんじゃん? うーん、SaaSで2年使い込んだ結論なんだけどね
AWSは4年、GCPも齧った
まあうちの使い方には合わなかったんだろう AWSはどこまでいってもIaaSの発想だったしな
率直に言ってつこてる技術時代遅れなんじゃね? >>888
他人を馬鹿にしながらも
自分が知恵遅れという高度なレス乞食アピール乙 それを騒いでいるのが
自動updateしたら起動しなくなるOSを嬉々として利用しているという 利用者とか運用者としてはどうかと思うけど、サービスとしてはかなり万全だから経営者として事業継続性というメリットはある
大昔の今は亡きDECでクラッシュするシステムコールがあって、金払ってサービスコールしたのに新しいバージョンで直してあるのでOSを買い換えて下さいとか、ドふざけた返答返された業界としてはまだマシ(そんな殿様商売やらかすから潰れるんだよ Windows10 の chkdsk で OS 起動しなくなるのも RHEL/CentOS の grub
アップデートで起動しなくなるのもどっちも今年だったな
chkdsk は滅多に実行・発生しないから grub の方が悪質だわ >>909
Windowsの更新情報くらい確認しろよ(英語版の) 新規案件でCentOS7採用して良い?
今から8を選ぶ理由ないよね?4年後どうなるかわからないのが不安だけど 予算あるなら赤帽
Winで良いならWin
LinuxならUbuntuかDebian
になるじゃね >>913
いろんな理由で今CentOSを使うことは決まってるので、
7を採用して4年後に問題を先送りするか、
8を採用して船か泥船かわからんStreamに乗ってしまうか
という二択を迫られている CemtOS7は標準でhttp2に対応できない
Weebサーバとして使わないとかhttp2に対応させなくてもいいなら
7でも良さそう
4年もすれば Rockyが安定したコミュニティになってるかどうかも
判別つくだろうし >>914
どっちにしろ商用サポートないし名前が同じだけの別物なのに7か8かは選べるという状況は不可解だな >>915
まあそれぐらいならやる
>>916
自分でもびっくりだが現に起こったので仕方ない
ありがとう
やはり7を使うことにした 今の段階で7が4年後までいけるってあんま信用しない気がする >>915
「Nginxの公式リポジトリを追加する」というのでは駄目なんかいな
upstreamの公式を否定するという判断は「理論上ありうる」けど
何だか。。 CentOS Streamの方が良いぞ。
ポジティブに捉えるなら
RedHatチームの公式メンテナンスになったようなものだからな。 >>914
他のRedhatクローンは選択肢に入らんのか? どのクローンOSも、まだリリースまでたどり着けるかすら不明だし >>922
springdaleとかoracleとかあるやろ >>924
Red Hat Compatible Kernelもあるで
使ったことないけど Rocky Linuxがもし上手くいかなかったら
Oracleが「個人やオープンソースソフトウェア開発では引き続き無料だけど、業務用途は来年からサポートなしだけど70000円/CPU/年だから」
とかやってこないとも限らないわけで。
どうなるかわかんないけどね。 MariaDBと同じく創始者が立ち上げてるし同じ様な立ち位置になってもらいたい所ではある
てかMariaDBも似たような経緯で産まれたんだっけな RHELって一個分だけ契約して、あとはCentOSで運用
サポートが必要になったらRHELで問題起こったふりして実はCentOSのやつを聞く
みたいな運用、合法的にできるの? あまり詳しくないけど
「契約不履行により損害が発生した場合に賠償を請求することが出来る」
ってのは民法に規定しているけれども
「契約不履行してはいけない」って法律は無いのかもしれないねw
すなおに「契約違反なの?」って質問にすればいいのかもね RHEL でも問題が起きているなら、
素直に RHEL の問題としてサポートを依頼すればいいたけ
CentOS だけでしか発生しない問題なら、
RedHat に聞いてもうちでは発生しないからオンサイトでサポートするわと言われて終了 >>935
法的には問題ない
ただし、>>940の通りだから
RHELで検証して再現性を確認する必要はある
まぁ7のサポートが切れるとそれも無理だけど そもそもそういう場合の問題を検証・追跡・修正するためのCentOS Streamじゃろ
CentOSで起きた問題に対しては、それがどうみてもRHELでも発生する場合であっても、
これまでRed Hatはサブスクリプション契約者からしか報告を受け付けず、
CentOS利用者は、さらなるアップストリームに報告するか、
RHELでの修正分(新しいバージョンからのパッチバックポートに起因するエンバグ等)の場合は影響のないバージョンにダウングレードするぐらいしか手がなかった。
そこを、CentOS StreamではRHELサブスクリプション契約がなくてもRed Hatが問題を報告を受け付けることになったわけで。 報告したところで特に契約はないんだから何年放置されても文句は言えない
プロダクション運用でそんなものを当てにすることはあり得ないでしょ CentOSだけど、RHELにセキュリティホール指摘して
直させたことあるわ
まぁその時はRedHatが開発元のアプリのバグだったというのもあるけど、
RHELのbugzillaにバグ報告するのはサポート契約関係なしにできるのでは 商用サポートが欲しいなら
素直に赤帽かどこかと契約しろよ
これだからフリーライダーは困る
Turbo潰れたあとのミラクルリナックスの例もあるし、distroの保守はコスト掛かるんだってばさ >>935
CentOS特有の問題だったら偽計業務妨害罪になるのでは? RHの商用サポートって
そんな単純なん?
解析のために
ログ送れ、とかないん?
ログ送ったら一発バレやろうし sosreportよこせって言われるよ
バカは黙ってろ 当然ログを要求してきたりするよ。
RHEL上での再現ぐらい確認してから問い合わせるものじゃないの?
自分はそういう悪いことしたことはないけど
RHELだとサブスクリプションが高いから
何でもかんでも1台のサーバに納めることになって
問題が複雑化して解決も面倒。
CentOSなら、単機能の仮想サーバをたくさん作ればいいから
問題の切り分けも容易だわ。 RHの商用サポートって
実際どんなクオリティなの? 昔、DELLでサーバ買ったときにRHEL買ってサポート入ってたけど、
RHELで問題が起きてDELLソフトウェアサポートに連絡したら
どんな症状が起こっているか口頭でお知らせくださいとか言っててメールでやりとりできなかった思い出。 DELL経由とかで買ってると、
サポートするのがDELLのサポートになって
RHのサポートはほとんど受けられないんだよな >>952
そうそう、ただ5年ライセンスが半額以下で
そこに目をつけたまでは良かったんだけど、
まさかRHに直接コンタクト取れないと思わなかった >>949
Podman使えよ
RHELが推しているPodman CentOS 8の分厚い書籍も売れなくなってしまうな。 RHELクローン作るっていう方針は全く一緒だけど、統合なり協業なりしないのかな >>959
2つくらいあったほうがいいよ。
ScientificLinuxがやめた途端にこれだから。 今現在継続中のRHELクローンに協力したら効率的なのにね
必要なアドオンを提供したりミラーサーバを作ったり
開発者等はそんなやり方が気に入らないんじゃないかな ちなみに、CentOSの開発者はSpringdaleの開発者と多少は連携して
これまで開発を行なっていたことがメーリングリストを見たら分かるよ Fedora CoreOSは誰も使ってないの?
そもそもコンテナ使ってない人多いの? >>957
Lenixってハゲがやってるのか
おれの経験上ハゲは信用できない
Rockyに行く >>964
RehHatはCentOSの名前は返すべきだろうな。
赤とか付いてる時点で中共みたいにマトモじゃない勢力なんだろうけど? stream でもセキュリティは後なのか。
"Security issues will be updated in CentOS Stream after they are solved in the current RHEL release."
セキュリティの問題は、現在のRHELリリースで解決された後、CentOSStreamで更新されます。 >>964
他人の作ったディストリをコピーするだけで名前が売れるんだから
そりゃ雨後の筍のようにクリーンが乱立するわな。 redhatの由来って何?
20年以上使っているけど考えたことなかったわ。 >>976
我々の歴史 創業者の大学時代のコンピュータクラブの赤い帽子に由来
ttps://www.redhat.com/ja/about/brand/standards/history >>971
天下のIBMやぞ
赤どころか資本主義の権化 >>977
ありがと、そういうことなのか。
Redhatの元になるOSってあったんだろうか。 https://www.redhat.com/en/blog/25-years-linux
「SLSと無関係」とまでは言ってないけれども
直接の関係があったかどうかは肯定も否定もされてないね >>977
よりによって赤地に白文字のCで完全に広島東洋カープ‥。 出始めのRedHatはよくあるディストロの一つだったが、rpmパッケージ形式を採用して使い安さをアピールした
SLS-Slackwareよりは後発 記憶が間違っていなければ、Linux対応ソフトの増大に伴いパッケージ間の依存関係への対応が
必要になったが、Slackwareのような素のtar ballではそのままでは対応が難しいため、rpmや
debが開発されたのだったはず
パッケージ形式で分類するとこうかな?
・tar
- SLS(Slackware)とその派生
- BSDのportsに由来するもの
-- Gentoo
-- Arch
・cpioベース(rpm)
- RedHatとその派生(ただしSuSEは初期tarだったのを途中でrpmに変更したものなのでSLSの系譜)
・ar(deb)
- debianとその派生
・ パッケージ管理しない
- Linux from scratch等 建てました
CentOS Part 53【RHEL Clone】
https://mao.5ch.net/test/read.cgi/linux/1609035472/
テンプレ修正が必要かと思いましたが議論の余裕がなさそうなため
そのまま建てました
すみません スレ立て乙
CentOSの代替や、CentOS Streamは使い物になるのかならないのか等がもう少し分かってきてから
テンプレ改訂でもよいのでは >>992
はい、RHEL社との関係等も修正が必要でしょうね
テンプレ改訂の提案をもっと前にすべきでしたね
次スレで議論をお願いします おっと意味が逆でした
>>993の2行目は無かったことにして下さいw >>946
机上の空論。起訴された例は一例も無いだろ。 >>971
ブラックハックハッカー
ホワイトハックハッカー
それらでもないから、
レッドハットにしたんだろう このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 137日 23時間 30分 2秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。