CentOS Part 53【RHEL Clone】
レス数が1000を超えています。これ以上書き込みはできません。
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 52【RHEL Clone】
http://mao.5ch.net/test/read.cgi/linux/1597131133/
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 CentOSが開発方針を変更ーー「CentOS 8」は2021年終了、今後は「CentOS Stream」に注力
https://mag.osdn.jp/20/12/10/091500 今後はRHELのupstreamとしてCentOS Streamに専念するという発表あり
CentOSのフォークが多数出現していて、収束には時間が掛かる見通し
誰か前者のリンクたのむ 結局、Cent OS 8の後継はローリングリリースのStreamって認識で良いの???
全然調べて無いけど、イマイチ良く分からないなぁ・・・。 >>9
それでいいならいいけど…。
普通は出てくるであろう他のクローンに乗り換えざるを得ないのでは。 Fedora とRHEL の中間に、CentOS Streamが立っているって？ Ubuntu Japanese Teamの小林さん。 クローンなんだから中身は基本どれも同じ。
焦点がメンテの継続性だから
最近になって急に始めたようなのは全て論外だわ。
CentOSがあった頃は無かった
≒他のクローンが主流になったらメンテ辞める
という図式が成り立つからね。 他のクローンが主流になったらメンテ辞める
→その「他のクローン」に移ればいいのでは？
それすらも面倒くさいっていうなら最初からRHEL使えよ 俺はイタリア語も知ってるインテリだから
セントOSとか発音しない。
チェントOSと発音する。
かっこいい。
いいだろ 無料のままサポートしてくれて不具合も直してくれるならIBMに感謝かなぁ 今後はCentOS StreamがRHELの前を走るようになるのかな
で、CentOS Stream 9がRHEL9になる感じでいいのかな RHELの弾除け、風よけ担当ディストリって感じよ。 どれだけサポートされようが品質が良かろうがローリングリリースは本番には使えない
そのただ一点のみよ https://japan.zdnet.com/article/35164295/3/
> また、別の元Red Hat社員は、CentOSを抱えていなければ、
> Red Hatは売上高10億ドルの企業になった年よりも前に、
> 100億ドルを達成していたはずだと述べた。
ねーよｗｗｗ
ってかUbuntuに逃げられてRHEL落ちる死亡フラグ立てただけだろ >われわれはこの件についての詳細を、買収発表の2018年秋よりも前から議論していた
だったらはよ言えや 業績が上がらないのを、何か適当な事柄のせいにする・・・よくある話だ。 >>30 zdnet の記事
＞CentOS LinuxはRed Hat Enterprise Linuxのクローン「ではない」。
＞Red Hat Enterprise Linux用として提供した、
＞公に利用可能なソースコードからビルドされたものだ。
この文書の内容はかなり正しいと思うけどな
１００％クローンであるわけがないからね
Red Hat のロゴや商標を消したりその他も手を加えてるからな
「クローン」の定義次第で解釈は変わってくる >>30
金を払わない連中がいなくなっても痛くも痒くもないやろ >>37
そう思ったWindowsCEは開発環境の無料化を止めた 昔から思っていたけど、CentOSって
yum回り以外は、全ソースの「RedHat Enterprise Linux」を「CentOS」に置換してビルドしている感じ？ DebianとCentOSずっと使ってきた
だから、Stream、Debian系以外のどれか期限迫ってるから早めに決めたい。Suse以外で。 CentOS7とCentOS8が動いとる
ていうかなんで8だけ前倒ししたかったんだろう
利用割合だけみたら、7が圧倒的に多いよね、たぶん 前倒しってあれですよ。7より前に持ってきたかった理由 Stream は mariadb10.5 もインストールできるようになってんね
CentOS 8.3 はまだ 10.3だけやね オープンソースとビジネスのはざまで ―CentOS開発リーダー，ユーザに理解を求める
ttp://gihyo.jp/admin/clip/01/linux_dt/202012/24
今回のCentOSのCentOS Streamへの統合に関しても，現在FedoraとRHELの間で拡大しつつあるギャップを埋め，
「CentOSをただのRHELのダウンストリームとしての地位からRHELのアップストリームへとシフトする」
ための施策だとしている。
しかしCentOSユーザの間からは
「我々はCentOS Streamを否定しているわけではない。今回の決定（CentOSの事実上のEOL）とCentOS Streamはまったく別問題だ」
「今回の決定は急すぎる。RHEL 8の全ライフサイクルをカバーするはずだったのでは」
など，Red Hat側の説明に一貫性がないと批判する声も上がっている。 せめて7、8を同じサポート期限にしてたら
こんなにぐちゃぐちゃにならんかったろ >>48
来年の１２月３１日で全部サポート終了にしたらもっと混乱しますよ >>50
systemd をカチ込んだ配布はゴミ
抹殺すべき >>39
似た話としてGNOMEからMATEが派生した時も機械的に文字列置換していた よく分からないけどCentOSがStreamって付いて人柱用になるの？
俺使ってないけど そういうこと。
CentOS StreamはRHELポイントリリース前の人柱検証環境。 結局オープンソースっていうのは資金と人材不足になるんだよな
こうやって騒ぎを起こさないと金も人も集まってこない
Streamに移行するで？嫌か？嫌やろ？なら金を出せ。 Fedora: とても危険
CentOS Stream: ちょっと危険
RHEL: 古いけど安全 CentOS Streamが「LTSでないUbuntu」程度に収まるかどうかは未知数だよなあ
Debian sid(unstable) Fedoraより遥かに危険、かも
Debian testing 安定性がFedoraに劣る可能性もある
Debian stable 安全だけど、かなり古い
Debian oldstable 安全だけど凄く古い
Debian oldoldstable もう乗り換えろよ。。 >>64
oldoldstableでもCentOS7より新しいからな 今まで通りど安定な上に更新早いものは次々に新バージョン使える
とかだったりするんだろうか Fedora: ケツ拭いてくれない
CentOS: ケツ拭いてくれない
RHEL: ケツ拭いてくれる rhel もものによってはバージョン選んで使えるし
ubuntuよりましなんじゃ >>64
さすがにDebianを見下しすぎているような CentOS Streamはカーネルが一番心配だわ。
セキュリティ更新や新しいハード対応などのパッチがどんどん降ってくるんだろ。 >>64
ディストリと○○版比べても意味なくね？
Fedoraにもsidやtesting相当のものあるんだからさ
まあ確実に言えることはDebianのstable（安定版）は
2015年4月
2017年6月
2019年7月
という短いスパンでリリースされてるってことだ
stableがかなり古い？何いってんのお前ｗ ソフトウェアのバージョンが古い傾向にある。
以前は、ライブラリのバージョンが古い傾向にあって悩まされてきたが、改善傾向にある。 やっだー
定性的で「評価には個人差があります」な
法学部卒くさい言い回しを使ったのに
受け取り方が皆さんアレですよ
Debianを仕事で使ったことは一度もない GCPの標準のディストリはDebian
一般的でよく使われてるディストリであっても
仕事で使ったことがない人はいるだろうさ >>73
なんでCentOSスレでDebianを評価するの？
それはそれとして、alphaやbetaが安定してないの当たり前だし
RCとかGAやサポート終了版の比較をしてどうするんだと
「古い安定版」が古いのなんて評価じゃなくて定義じゃんｗ 2021はlinux勉強したいという願望。
windows updateみたいに勝手にセキュリティパッチ上がったり
しますか？
yumで除外したらいいというのは、調べました！ CentOS Streamが非難されてるのは
いきなり方向転換して本来のサポート期間よりも
短い期間で打ち切るところだろ
同じことをまたするかもしれない 競合相手が減ったところを見計らってサービスを打ち切るところが
商店街が寂れたところで価格をつり上げるスーパーと同じだからだろ >>73
ロクに調べないで書くことが”法学部卒くさい言い回し”なのか どうせremiとか外部のリポジトリ追加してパッケージ入れてるんだろ
streamでも大して問題ないんじゃね 要はクローンではあるけどあくまでもコミュニティによるものだからなんのサポートもないし
そのコミュニティが続く保証もない
それをRHELのアップストリームにすることで
Redhatがきちんと面倒みますよ
ってことでいいの？ >>76
勉強してください
応援します
勉強したいと言いながら基礎的な質問してちゃダメですねw >>81
>「CentOS自体はRed Hatにそれほど有益なものをもたらしていなかった」
まあそうだわな サーバーは
全部コンテナにしてDockerかそれに類する物を使えば良いじゃんって思うけど
なんか出来ない理由あんの？
古いシステムのメンテナンス以外で
そうすればFedora CoreOSのようにパッケージマネージャすら不要になる
デスクトップなら好きなの使えば良いと思う ホストどうすんの？
AWSやGCPならそりゃ好き好んでRHELなんか使わん へへっ、してやったぜ
CentOS8-streamに！
構成はデスクトップ
リポジトリ
EPEL○、rpmfusion○、PowerTools○
ソフト
Apache○、MariaDB○、samba○、postgresql-12○、tomcat9○
gstreamer○、minidlna○、chrome○、JDim○、wine○
VMware-Player×
パッとやってみてVMware-Playerが動かない
カーネルがCenOS8が4.18.0-240.1.1
CentOS8-streamが4.18.0-259
どうするかは年が明けてから考える
どうせ問題は動くか動かないかじゃなく
今後のアップデートに耐えられるかだし Fedora CoreOSはyumは入ってないけど、rpm-ostreeでパッケージを追加して再起動後に使えるようにする事は可能
gitリポジトリのように変更が積み重なって記録される仕組みになってるとかで
再起動時に起動失敗しても前の構成で起動出来る
安心
再起動せずにパッケージ追加出来ないのは弱点に見えるかもしれないが、
まともな所ならオンプレでも本番用マシンは複数台用意するだろ
1台ずつ再起動すればよい CentOS8-streamを使ってみたいんだけど
どのDockerイメージ使えばいいの？
一般ユーザーが作ったのはちょっと使いたくないので
公式かまたは準公式ぐらいのやつで それって使ってみたって言えるの？
Dockerイメージじゃカーネルとかデバイスドライバ入ってないじゃん >>89
自前で用意すればいいんじゃないの？
まあ自分はDockerじゃなくWindowsのWSLに入れているけど >CentOS自体はRed Hatにそれほど有益なものをもたらしていなかった
オープンソースが有益とか無益とか、観点や論点がトンチンカンすぎる。
Redhat 社が「自社に有益かどうか」の判断でオープンソースを支援しているなら、そもそもが、お門違い。
志があまりにも低すぎて情けない。 利益を得てるんだから還元するのは当たり前だろ、まさにタダ乗り
>CentOSを活用している企業にはDisney、GoDaddy、RackSpace、トヨタ自動車、Verizonなどがある。また、General Electric（GE）、>Riverbed、F5、Juniper、Fortinetなどの重要なテクノロジー企業がCentOSを使用した製品を作っている。Red Hatは、CentOSを利用する>これらの「顧客」からどれほどの収益を得ているのだろうか。ゼロと言えるだろう。 設定いろいろ変更してみたけど有用性がわかりませんん。
centos8 nmtuiコマンドで
「この構成にはIPv4アドレス設定が必要になります」
を有効時と無効時では、どちらもNW接続できてしまいます 「実験版だけにするよ」「じゃあ長いことありがとねバイバイ」
「以前に言ってた8の2029までのサポートは無かったことにするね」「そういう行動理念なのね了解」
で終わる話
ボーダフォン10の約束 https://www.debian.org/social_contract
信用して使い続けられるのはDebian
実は商用OSは商用システムに向かないという矛盾 >>99
「商用システム」の意味次第だろうな
自社事業で使うために自己責任で構築運用してるシステムならいいが、
システムそのものを商売にしてるならリスクヘッジは必要だよ >>99
debianってgnuだっけ？
以前聞いた話だが、すべてのソフトは無料（フリー）にするべき
という方針だったか
使う側には有り難いが、全員趣味でやってるのか？
と思ったことあるわ そいやCentOS5の時だったか寄付金の持ち逃げとかの話あったよね >>105
さすがにDB2使うようなシステムで有償サポート無しのローリングリリースとか頭おかしいやろ オープンソースを使ってビジネスをしてくれっていうのは
オープンソースの願いなんだよ
何かを還元してもらいたければ
そういうライセンスにしろと いやいやAppleだってオープンソースのLLVMとかに支援をしてるだろ
それから>>103の「すべてのソフトは無料（フリー）にするべき」ってのはどこから来てるのかわからんが、
確かにDebianはフリーソフトウェア主義であるが、このフリーは無料ではなく自由の意味だ。
「自由ソフトウェア主義」と書いたほうが誤解が少ない。
例えばUbuntuはDebianをベースをしつつも、利用者の利便性のために自由ソフトウェアでないソフトも入れている。
それから、自由ソフトウェア主義は対価を取ることも、金儲けも否定していない。
オープンソースソフトウェアと自由ソフトウェアの違いは各自ググってくれや。
一方でRHELとかはそういう哲学、イデオロギー的な方針、主義を聞いたことはないが、
商品である以上顧客の求めるものを作って売るという方針なのではないか？
別にバイナリブロブのソフトウェアで自由ソフトウェアでなくても、一緒に配布する上でライセンス上の問題がなければ、
顧客の求めるものを同梱するんじゃない？ CentOSに変わるRHELのクローン作るのも自由だ！！ 自分はwindows FreeBSD Debian使ってますけど
CentOSじゃなきゃダメな理由ってあるんですか？
いやCentOSを批判するとかそういう意図じゃなくて、単純に疑問なもので。。 >>109
年越し面倒なんで簡単に
http://sp.e-words.jp/w/GPL.html
すべて公開して誰でも自由に
でも公開したものを使ったら公開義務あり
商用では色々問題あり
gnuはもう何十年も前から言ってることだよ >>111
RHELのマニュアルとかベストプラクティスを使い回せる >>109
> 「自由ソフトウェア主義」と書いたほうが誤解が少ない。
「自由」という言葉の盗用はやめてください。
自由には色んな意味が有るんだから、
完全な自由じゃないのに勝手に作った
オレオレ定義の自由を押し付けないでください × 無料ではなく「自由」だってのはストールマンも言っていること↓だ
○ 無料ではなく「自由」だってのはストールマンが言っていること↓だ
ストールマンは「自由」という言葉を盗もうとしています。 GPLは金儲けを否定していないのので
MicrosoftはそのGPL（Linux）を使ってAzureで金儲けをしています。
これはGPLの願いなのです。 >>112
それに
・サーバー側でGPLを使って、クライアントには結果を返すだけなら
サーバー側で使ってるソフトウェアを公開する義務はない
・GPLのソースコー ドを修正していないのであれば、
GPLのものとそうでないものを一つにまとめて配布しても良い
も追加してくれませんか？
この２つが可能であるからこそGPLを使って金儲けができるわけで
それこそがGPLの哲学なのでしょう >>118
いやストールマンはSaaSも攻撃してるよ GPLの文言から来る考え方と
RMSの考え方は
区別して考えないとね >>115-116
その文句は俺じゃなくてストールマンに直接言ってくれよ
俺は「ストールマンはこう言っているぞ」と引用し、更にわかりやすいように俺自身の解釈を付け加えているに過ぎない
「いや違う、ストールマンが本当に言いたいことはこれだ！」ならわかる
ストールマンの主張そのものに対する反論はストールマンに直接言ってくれよ CentOSはサーバ用途には変更が少なくていいけど、デスクトップ用途で使うにはアプリが古くてつまらないだろ。
Desktop environment は新しくしないのかい。 >>119
そうやって開発者の自由を奪おうとしてるストールマンが作ったのがGPLv3で
賛同者が少ないのでこの有様ｗ
GPLv3採用はわずか6％――開発者がためらう理由は
https://www.atmarkit.co.jp/news/200709/26/gpl.html
今じゃMITが圧倒的に支持を集めてる状態
GPLはv2が完成形。リーナスも反対している
リーナス・トーバルズ氏、LinuxのGPLv3移行に今なお反対
https://www.itmedia.co.jp/enterprise/articles/0801/09/news075.html
「GPLv3は危険」〜複数のLinuxカーネル開発者が共同声明
https://mag.osdn.jp/06/09/26/0227202 >>121
> ストールマンの主張そのものに対する反論はストールマンに直接言ってくれよ
お前がここで「ストールマン定義の自由」を省略して「自由」って書いてるから言ってるんだろ
ストールマンじゃないなら「自由」という言葉をストールマン定義の意味で使うな
なんでもやっていいのが自由という言葉の意味だ 尽きせぬ自由は
雁字搦めの
不自由さの中にある
クヨクヨ〜オ する〜なよ！ 大手がどうすんのか様子見
みんなが streamに 移行するなら移行する お前らまさかカーネルとかサーバーを鶏の吊るしで使ってんの？ >>124
まともな教育受けたなら「なんでもやっていいのが自由だ」と考える人の方が少ないと思うね。反抗期のガキかね。 そういう自由を主張して行動するやつは、
他人の報復や制裁をする自由をも認めている。 ＞なんでもやっていいのが自由という言葉の意味だ
そんな解釈は小学生くらいしかしないよな
真の自由なんて世界には存在しないからね
自由の代償として制約が内在している CentOSは自由に使えるディストリビューションだけれど
RHELの著作権に抵触しないために苦労している
つまりCentOSにしたって単なるリビルトじゃない
つまりなんでもやっていいのが自由という考えは通らないな >>70
ところが stream は、
セキュリティに関しては RHEL よりも
後になるんんだとさ >>132
著作権はGPLでなんとかなるから
どちらかというと商標権の問題では？ RHELの商標が消されてて
OSSのライセンスもちゃんと守ってる限りは何をしても良い
売るのも自由 フリーソフトウェアで商売してもいいというけど結局商売が成り立たないからこうなるんだよね >>136
いや、CentOS打ち切りとは違う話だろ。
レッドハット自体は儲かってるんだろうし。 >>138
CentOSが収益につながらないからと言ってますが >>140
CentOS自体が収益につながるわけないだろ。
それでもやると言って吸収して、他（ScientificLinux）が撤退したらやめるって。 RedHatの事業としての判断だろ、文句あるなら買い取れよ むしろIBM主体なら最終的にはSIやクラウドで回収できるからこういう判断はしなかっただろうね
「IBMによる買収は無関係」はたぶん正しい >>142
Rocky linuxに参加か寄付しようと思う。
CentOSの名前は返して欲しいな。 2021年か。そろそろ8のサポート終了するのでよろしく。 >>141
CentOSを広めてRedHatを導入してくれるユーザーを増やしたかったんでしょ
でもそんな奇特なユーザーはいなくてみんなCentOSをただで使い続ける
つまり収益には繋がらない >>132
結局そういうことだよ。ライセンスを主張している限り
無料のソフトウェアはあっても自由なソフトウェアなんてないんだよ 自由にコピーされて使われてもいいと思っている人もいる
ライセンス表記もなしにだ
これも「自由」 「10年後にCentOS9はありませんので、よろしく」だったら、ここまで揉めなかったわな。何で突然v8を終わらす気になったのか？ お金をもらわないということは責任もないということなんですよ
辞めたい時にやめる。それが自由という言葉の意味です。 「無償契約によって発生する責任」もある
贈与とか使用貸借とか寄託契約とか消費貸借契約とか
挙げたらキリないわな Debianがもっとサポート長けりゃすんなり乗り換えるんだがな linux 20年使ってるけど、Archが良いよ。
CentOSの皆さん、Archにおいで〜 Archはローリングリリースだから無理
UbuntuとかDebian系は宗教上の理由で使えない
SUSEもあまり好きじゃない >>168
だいたい同じ。streamを使ってみるか考え中。 rpmとdnf(yum)のコマンド体系、パッケージ体系に慣れているというそれだけの理由
あとは設定ファイルの細かい場所とかも。
systemdにはもう慣れた。
Debianの系統はaptとapt-getとかが紛らわしすぎるねん。apt updateとapt upgradeとかアホなのか？
調べてみるとapt updateをしてからapt upgradeをやれなどと書いてある。じゃぁどうして2コマンドに分かれているのか？
apt upgradeが起動された時点で、必要ならapt update相当の処理をするようにしとけばいいわけで、2コマンド入力させられる意義がわからん。
あと確かaptにはdnf provides ほにゃほにゃ に相当するコマンドがない等・・・。
かたやRPMの系統はyumを捨てたがyumとdnfはサブコマンドの体系は維持されており、そもそもyumのまま入力しても問題がない。 >>173
アホはお前だよ
動作を理解して使い分ければいいのに
マニュアルすら読まない奴が増えているんだな >>173
使ってるのは rpm/yum/dnf であって、apt(-get)はほとんど触ったことないけど、それぞれメリットデメリットはあるだろうから debianスレにでも行って聞いてくれば？ 自分にとってメリットがないからって皆にとってもそうだとは限らないよ。
例えば yum update を cron でまわしたいとは思わないけど apt update は cron でまわしても良いかなと思う。 >>173
apt update && apt upgrade と打つのすら面倒なら
aliasでも書いとけばよくね >>173
個人的にはupdateとupgrade別れてるほうが便利だしシンプルだと思う
ネーミングが分かりにくいってのはあるかもね apt update は各種アップデート前のモジュールリストの更新なので、1日のうちの作業なら1回やればいいから。
何度もするとオーバーヘッドだよ。 apt updateはパッケージの情報を取ってくるもの
apt installコマンドの前に使うものでもあるから
apt upgradeと統合するのは難しい
Debianなら https://packages.debian.org/buster/debconf-2.0 みたいなwebページがあるから実質困らない
作業前に作業手順書を作るのが普通だからね >>180
$ man 8 apt-get
apt-get は、パッケージを操作するコマンドラインツールで、APT ライブラリを
用いる他のツールのユーザ側「バックエンド」といえるものです。
$ man 8 apt-cache
apt-cache は APT のパッケージキャッシュに対して、さまざまな操作を行います。
apt-cache は、システム状態の操作は行いませんが、パッケージのメタデータを
検索したり、興味深い出力を生成するといった操作を提供します。
「apt」は apt-getでしか出来ない事・apt-cacheでしか出来ない事のどっちも出来ます
なんでこんなに色々あるかも含め、詳しく知りたいのであればDebianスレの先生方が優しく教えてくれるでしょう apt-get upgrade はデフォルトでは新規パッケージを取りにいかない 良く分からないなら「ターミナルではaptコマンドを叩く」と覚えれば良い 前スレだかでfacebookはstreamに移行したとか書かれてたけど日本の企業とかはどうすんの？
stream使うのか他のデストリに移るのか ubuntuでも行くんじゃないの？
そもそもCentOSでなけりゃダメってケースって知らないや Ubuntu程度の安定感で間に合うならStreamで良くない？ stableよりstreamって安定してるの？知らんから聞くが いや、具体的にCentOSでなけりゃ代わりにならない理由を 欲しいのはREHLのクローンであり、RHELのアップストリームではない。 おとなしく金を払うか
よそへいくか
互換性要らないなら他を使うな 日本人 金で済むなら→RHEL
中国人 タダならなんでも良いアルよ→stream
米国人 Centosはオワコン→Ubuntu
こんな感じですか？ワカリマセン CentOSの最新で問題に直面してきたのが今後はCentOS streamでそれに向き合うことになる。
実際のところ今まで問題を見つけていた場所がstreamに移るだけで完成度は変わらないだろう。 こないだFedora33が何の問題もなく動くマシンにSSD取り替えてstream入れてみたけど
gnome-control-center すらちゃんと起動しなかったよ
GNOME3.34は１年以上前にリリースされてるはずなのに
完成度が聞いて呆れる オンプレミスのサーバにStreamは絶対に使いたくない。
仮想マシンやコンテナのホスト用なら、CentOSに拘る理由は全くない。 オンプレミスこそ使い慣れたものの方が良くない？
とはいえstreamってそんなに信頼性がないのかー
せいぜい安定版の一歩手前くらいに思ってたわ 何でもかんでもCentOSが弾除けにさせられるみたいなそんな無茶苦茶はないから
緊急性の高い修正とかはRHELの方でちゃんと検証してCentOS介さずに入れてくれる 以降できる環境から順にDebian系に移行するのが吉だろうて >>199
だよねー。
ローリングリリース版のOSで、アップデートが入る毎に問題が出るのは、Windows 10を観ていれば明白じゃないか・・・。
>>202
Debianって安定してるの・・・? RHEL系はなんていうかUIの手触りがいいんだよ
各種の設定ツールのCUIのデザインや挙動がネットワーク機器みたいだったり、yumのプログレスのシャキーンとした動きだったり、全体的に謎の信頼感を醸し出してる
DebianやUbuntuは随所にシェルスクリプトが透けて見える挙動があったりして、なんか柔らかい印象でになる
全くロジカルじゃないけどそういうのって大事だと思うんだよね >>205
詳しく話を聞きたい。
言いたい事はわからんでもないが、RHEL系は工業製品でDebian系はもう少し柔らかい（ってしか言葉が浮かばなかった）。 RHELは一級の工業製品。
Debianはソフトウェア製品として完成度を高めることについて努力不足。
柔らかいとかそういう事ではない。 一部のパッケージを除いて
DebianはUXに関心うすいとおもうけどな
文句あるなら自分が貢献すれば良い、そういう性質のものであって
有償で販売される「製品」ではない >>207
私もRHEL系Linuxは優秀だと思います。
そこでなんですが、RHELこそが秀でて一級の工業製品である具体例と
Debianはソフトウェア製品として完成度を高めることについて努力不足である根拠をご教示頂けないでしょうか >>210
文句があるから使わない。
>>209
ぐだぐだ言ってねえで自分で使ってみなよ。
違いがわかるから。
仮想マシン使えば簡単にためせるだろ。 >>211
> 文句があるから使わない。
では「Debianはソフトウェア製品として完成度を高めることについて努力不足である」という発言は単なる偏見と言う事になりますな。
使ってもいないのにわかるわけないし。
もちろん「昔使った事あるけど」がナシなのもまさかお分かりでしょう。
> ぐだぐだ言ってねえで自分で使ってみなよ。
>>196
これはほんの一例
仮想マシンだと本来の性能の評価がしづらいので自分は実機派
自分にはソフトウェアの品質がCentOS > Debian と感じた事は、無い 勿論逆の評価も >>211
/usr/bin/hoge を操作して「○○→○○→○○」と操作すれば分かる
などと書けないものなんですかねえ なんでオンプレでもコンテナ使わないの？
コンテナだったらCentOS要らない子なんでしょ？
オンプレしらんけど >>213
使わないというのは自分用に常用しないということ。
つまらん揚げ足取りするなよ。
RHEL系を10年近く常用してるが、仮想マシンでUbuntuもDebian系も飼ってる。
つか実機でUbubtuもDebianも使う気にはなれない。
最近じゃ客がUbuntu使うので仕方なく手元でも環境作ったけどね。
実機じゃきゃわからんとか、どうこういうのは枝葉末節。
仮想マシンでも鳥の作られ方の違いくらい見えるでしょ。
それがわからんなら本質を見抜くセンスなさすぎ。 >>215
結局ホストのお守りをしなければならないなら、コンテナは余計なレイヤを追加し複雑さを増大させるだけ >>216
> 実機じゃきゃわからんとか、どうこういうのは枝葉末節。
> 仮想マシンでも鳥の作られ方の違いくらい見えるでしょ。
その程度の比較なら貴方の仰る通りでしょう。自分も実際たまにやってるし。
試したいのは鳥の構造だけではないのでね。ハードウェアとの相性とか、I/O性能とか、Linuxどおしじゃない比較もしたい。
> つまらん揚げ足取りするなよ。
他者が使用する鳥をディスっておきながら適切な根拠を示す事が出来ないのであれば言い訳にしかならないと思う。
この場合、貴方が使いやすい・使いづらいと言う意見は何の説明にもならない。
客観的にソフトウェアの品質が何故RHEL系＞Debian・Ubuntuなのかを説明する必要がある。
貴方ならそれをしてくれるはず。期待してます。 >>207
> Debianはソフトウェア製品として完成度を高めることについて努力不足。
ここまで具体例なし 脊髄反射で熱くなるなよ。
落ち着いてよく読んで、相手が何を考えてるのかよく考えてくれたまえよ。
RHELが一級の工業製品だと言ったが、Debianの品質が悪いとは言っていない。
ただUIやUXのつくりこみが甘くてRHELに慣れた俺としては面倒なことが多いから敬遠してる。
それより使いやすいRHELクローンやFedoraがあるのに、あえてDebian使う理由がない。
実際Debianの信頼性は悪くないだろ。NASAで使ってるくらいなんだから。
信頼性は悪くないが、ソフトウェア製品としての完成度は低いといってもいいと思う。
「説明する必要がある」とはあんた一体何様かね？
Debianについて感じたことは色々あるけど、長文になるからめんどくさいんだよｗ
煽ってコメント引き出そうとするのはやめてくれよ。
そういう奴は嫌い。 >>221
> あんた一体何様かね？
貴方こそ何様のつもりで偉そうに「努力が足らんよ」とか言えてしまうのかな？
ここの誰かの上司か何かのおつもりですかな？
> Debianについて感じたことは色々あるけど、長文になるからめんどくさいんだよｗ
面倒なら始めから発言には気をつけるべきだろう。5chごときではある反面、曲がりなりにも公衆の面前だし。
それに加え、自分の意見を要約する事すら出来ないのかな？
で、話を戻すと、「Debianはソフトウェア製品として完成度を高めることについて努力不足である」と言う発言、
「貴方に取っては」と言う結論で宜しいんですね？
仕方ない事ですね。根拠を示すのが「めんどくさい」んだから。 ID:2w+/mbtr「具体的には言えないけどDebianは完成度が低い。具体的には言えないけど」 最近はsystemdだし、どのディス鳥でも大して変わらんやろ。 >>225
あなたのために私の考えを詳しく解説する義務はない。
それからついでに言っとくけど、あなたが使うDebianに俺が不満を示したからと言って
怒って煽るのはどうかと思うよ。
「貴方に取っては」ということでOKですよ。
なんでそれじゃだめなの？
人それぞれOSのとの関わり方が違うからね。
あなたはインフラ系の仕事をしてる人（あるいはワナビー筋？）なのかな？
私はハードウェアが本業で、OSの上で色々ごちゃごちゃやるのが仕事なのさ。
作り手でもなく、メンテ屋でもなく、完全にユーザー目線。
そういう前提を共有しないと話は噛み合わないだろうね。
なにか意味のある議論して相手からなにか情報を得たければ、
もっと上手に話した（書いた）ほうがいいと思うよ。
何語っても手応えないし、長文書こうという気になれない。
口を割らせようと思って煽るのはやめときなよ。 ID:2w+/mbtr「長文は書くけどDebianの完成度が低い具体例は言えません」 >>230
お前みたいなやつがいるから過疎るんだよw そろそろCentOSスレにも志賀出禁テンプレが必要になってきたようだな >>229
> あなたが使うDebianに俺が不満を示したからと言って怒って煽るのはどうかと思うよ。
> 口を割らせようと思って煽るのはやめときなよ。
思い込みで他者の印象操作をしようとするのもやめた方が宜しいと思いますよ。
> 「貴方に取っては」ということでOKですよ。
> なんでそれじゃだめなの？
私は「それでいいんですね？」と確認をしたんですけどね。
で、この話のそらし方、もしやと思っている方は少なくないと思いますよ。
ちょっと追い詰めるとすぐこれだ。実にわかりやすい。 >>234
君のほうが話を徐々にすり替えているように見えるけどね。
それはともかく、意味のある議論をしよう。
君はCentOSとDebianの違いについてどう思うの？
それ書いてくれたら俺も書くよ。
但し、俺のコメントはユーザー目線での感想だからそのつもりで。
コメントに煽ったり批判はなしだ。
言い出しっぺのお前から書けというのもなしだ。
どうや？ ID:2w+/mbtr「ユーザー目線でDebianは完成度が低いけど具体的には言えません」 >>235
扱い慣れているもの→完成度が高い
扱い慣れていないもの→完成度が低い
にしか見えないよ。何その評価ｗ >>237
そんな話はしていない。
読解力磨いとけ。 ID:2w+/mbtr「俺の意図通りに理解されないのは100%相手の読解力が理由」 >>239
その通りだw
で、君の考えを発信する気はあるのかな？ >>240
その通りだ、君の考えを披露する気はないのかね？ >>239
必ずアンカを入れて下さい
連鎖あぼーんされないので 返信なしか。
結局質問するばっかりで自分から何か意味のあることは言わない輩なんだな。 >>244
お前＝志賀の相手なんかまともにする人がいるわけ無いじゃん
ひとっつも学ばないんだな 何考えて生きてるんだか理解に苦しむわｗ >>247
いいからコメントはよ
Debianしか知らないならそれでもいいから何か言え
俺はもう一度コメントしてるからお前の番だぞ >>248
俺は志賀じゃないぞ
なんでそう考える？
それともレッテル貼って話しそらして逃げる気かな？
なんでもええからコメントはよ >>249
IDの区別ぐらいつくように読解力磨いとけ みんなさんはデスクトップ用途で騒いでいるのか、サーバ用途で騒いでいるのか、どっちなの？
お家エンタープライズLinuxなら、カーネルとDEは古いんで、美味しくないんだけど。 >>253
>>204にも書いたけど
業務なり趣味なり他者にサービスを与えるので無く
個人用途目的の人はしばらく発言しない方がいいと思ってるw ID:2w+/mbtr「IDの区別もつかない語学力だけど俺の文章が俺の意図通り理解されないのは100%相手の読解力が理由」 >>257
ええからコメントはよ
>>258
終わるのはCentOSだけ 会社が使うなら、会社で買ってもらえばいいんで何でもいい気がするんだけど。 >>260
・RHELクローン
・サポート期間が長いので再構築の手間が少ない
からでした
書き込んじゃったごめんなさいw debianはインターネット繋がってない環境だと使いにくい なんで伸びてるのか思ったら相変わらずDebian系との煽りあいかよ
宗派が違うんだからしょうがないとしかw X 煽り合い
O 根拠を示さない煽り屋と、根拠を求める人々 >>168みたいに宗教上の理由でDebian使えない人もいるんだよ
分かれよw >>270
あほか
煽られてるのはこっちだ
示すと言ってるだろ
絡んできた奴が逃げちゃったからこの話は終わりだ
何様だよ？巣に帰れや >>271
それならそう言えばいいのに
完成度が低いとか煽るバカがいるのよね Redhat と IBM でカーネルの9割だからな。 いよいよCentOSスレにも志賀出禁テンプレが必要になった >>275
お前みたいな煽り屋には答えない
KatpLZRGはもういないのか？ ただまあこういう事態には、 Debian の厳格なポリシーの大切さがわかるというもの。
つまり私は、 Linux には Redhat と Debian 、二つの主要ディストリビューションがあると思うのです。
Android のように世界を覆いつくすディストリが出てくるなら、それもまた主要な Linux 環境と言えるでしょう。
しかし、 Ubuntu はいずれ無くなるでしょう。 >>280
お前さんがそういことにしたい気持ちはよく伝わってくるよ >>282
お前さんがそういことにしたい気持ちはよく伝わってくるよ 「そういうこと」もちゃんと書けない程度の語学力で相手に読解力を要求しちゃう煽り屋さんでした いわゆる「レスバ」の人達はNGIDへ突っ込めば通常運転できるかと
>>265
「Fedoraさんにケンカ売ってるのね？？」と言われそう :D ubuntuがそのうちなくなる理由は、RHELとCentの関係と同じってこと？カノニカルがいつかそうするのでは、ってこと？ >>297
ubuntuがそのうちなくなる理由は… >>223
老害だろうと新人だろうと、オンプレの面倒を見る以上はホスト上での込み入ったオペレーションからは逃げられない
簡単にホストを作り直せるクラウドとは違うんだよ 商用アプリは基本サポート対象が RHEL(/CentOS) と SLES で
そこに Ubuntu が入ってくるかどうか程度で Debian とかその他の
鳥はハナから選択肢に入らん
コンテナ登場で状況変わるかと思ったがコンテナで商用アプリを
展開するアプリベンダーはとんと現れない
(MPIみたいに間接的にデバイスにアクセスするからコンテナに
向いていないアプリはさておき)有償でサポートする上では
コンテナは保守を複雑にする煩わしい下駄でしかないんだと思う
ただ、非商用アプリ/オープンソースアプリにおいては品質上げる
分にはコンテナは充分優秀ではあるんで、Debian やら他の鳥に
行ける連中はそっちじゃなくてコンテナに行くべきだな linux を windows みたいにして商売したい
そんなものに誰が乗るかっての
枢軸は systemd >>291
正直、パッケージ化したインストーラってゴミだと俺も思う >>295
rpm の spec ファイルの中身は configure, make, make install なんだが >>287
運営資金が底をついたら確実になくなるでしょう
Canonical社長個人のの意向次第でしかない >>302
そうなったら即座にマイクロソフトに買収されるだろうから問題ない
まあAzure Linuxに改名される可能性はあるが Rocky Linuxは今年の第二四半期にリリースできるようにがんばってるようだよ >>294
商用ではないDebianが何年続いていると思っている？ Azure Linux
Microsoft Linux
Linux.NET
Linux 365
Xenix2
Linux#
Linux Express
Visual Linux
Linux XP
PowerLinux
Linux Plus! Rocky8きたっぽいな
GirHubに登録した奴だけかもだが Debianがここまで続けてこられる信念はなんだろう
石油王が趣味でサポートしているんだろうか Rockyって名前がなんか軽くないか？
いや、故人をしのんでつけたらしいが 実験用に作ったCentOS8のLAMPサーバーをまるごと消してやったぜぇ
ワイルドだろぉ？
CentOS7で作り直すぜぇ 正直言ってRockyという名前は気に入らないが、
READMEにあるグレゴリー・クルツァーの言葉を読んだらそういう不満は飲み込まざるを得ない 赤帽はすっかり邪悪になったから
Rockyが出たら即効潰しに来そう
カーネルやsystemdに赤帽にアクティベートしてもらわないとクラッシュする呪いかけてきそう
それでもGPLに違反しないようにコード難読化しそう その邪悪から欲しいものだけ抜いて散々利用してきたのに何その妄想ｗ 無料で利用する人や企業に提供するのは「ハトにエサやり」と同じで偽善どころか迷惑行為と言ってもいい CentOSは邪悪をこらしめる正義の味方だったわけか
今度はロッキーが戦ってくれる 近年漫画はご無沙汰なので
戦うロッキーの漫画があるなら教えて欲しい ﾁｬﾁｬｰﾁｬｰｰｰｯ
ﾁｬ ﾁｬﾁｬｰﾁｬｰｰｰ 生卵で腹壊して、雪山登ったら滑落し、丸太担いだら押し潰されそうだな クラウドのOSはセキュリティの都合で頻繁にパッチ当て続けてるから、個人ユースや大企業のサーバも頻繁にパッチ当てればいいと思うんだけど、そうはならないのは、パッチ当てると、なんか事故が起こるの？ パッチを当てると動いていたシステムが動かなくなることがあるから、今まで動いていた実績から、パッチを当てない方が責任が発生しないらしい
パッチ適用は折を見て会議に回すんだとさ それでセキュリティを破られたら
誰の責任になるの? パッチ適用してない所はPlayStation Networkみたいな事はそうそう無いから大丈夫！とタカをくくってる
Amazon Linux 2は起動した時に勝手にパッチが適用されるのがデフォ
起動した後放置すると適用されない可能性はあるが ランサムウェア流行り始めた頃から社内ＬＡＮ同士でもネットワーク
隔離することで対策するところ(からの問い合わせ)が増えてるわ Linux in WindowsでLindowsって名前にしてほしいなぁ 「Lindows」が消滅へ--マイクロソフト、2000万ドルでリンドウズと和解
https://japan.cnet.com/article/20069901/ ユーザー単位でサブネット分けみたいなことやるのかな。
もうやってるかも、だが。
peer to peerで通信路暗号化は当然だろうな。
自宅でもネットワーク経路含めたゼロトラスト環境の実験したいけど
L3スイッチが高くて手が出ないな。 ゼロトラストネットワークなんかOffice365とかGSuiteとか入れて社内サーバー全部捨てりゃいいだけだよ gsuitやoffice365ポツポツ落ちるやん
なんもできんのに他部署からカチコミくるやん >>329
昔ゼンカモンが売ってたな、そんな名前のPC リコーフォントがついたTurboLinuxだけでよかったのに 個人的には、UDデジタル教科書体がヒットだ。
Windowsだけど。
ライセンスの問題がなければ、WindowsからパクったフォントをLinuxで使いたい。 長年上げられなかったCentOS6で動いているポエムサーバを、
7を別に立ててやっと移行できた・・・ >>325
コロナ対策を当てると動いていた経済が動かなくなることがあるから、今まで動いていた実績から、対策を当てない方が責任が発生しないらしい
コロナ対策実施は折を見て会議に回すんだとさ
ということで関連省庁と調整中 動いている -> コロナ発生 -> 何もしない/何かする
動いている -> 何もしない 1台ずつ様子見てパッチ当てたら良いんじゃね？
知らんけど 怒るだけが仕事の人がいて、コメントをして余計な仕事を増やす人がいるのでね。
その人達がいなくなれば、もう少しパッチは適用しやすくなると思う。 余計な仕事とか言う奴の余計な仕事って、単に面倒なだけの必要な仕事ってこと多いよな
ぶっちゃけ、怒るだけの人が言う言葉に多い よく知らないでコメントする人って、バカなの、アホなの。
一人語りを待ってる間、ミーティング進まないんだけど。 >>346
書いてることがよく分からんが
ここに書くことは自由では？ 自由を履き違えている無意識な荒しが増えているんだよなあ
昔で言う学級崩壊みたいな感じか 5ｃｈなんて昔からこんなもんだろ
このスレはむしろマシな部類 >>173
これが普通の人の感覚だと思う。しかし、その後のコメントに続くような輩がdebian作っててその状態に満足していて時間が経っても変わらなそう。だからdebianに行くのは躊躇。とりあえず、rockyさわってみるか・・ デビアン作ってるやつってネットイジメしてなかったっけ？ 参考までに
ID:+HiOzv34 ttp://hissi.org/read.php/linux/20210109/K0hpT3p2MzQ.html Ubuntu は、イギリス王家が、支援だっただろ。
Debian は、アメリカの富豪が支援してるのか、
ロックフェラーか。 >>336
オマエのWindows いずれ、何もかも壊れる Ubuntuはネットイジメのイメージが強すぎてな。 apt apt-getが紛らわしいなら dnf yumも紛らわしいわな
apt-getは現存でスクリプトで使用するけどyumは廃止なんだから使うなよと思う yumをハードコートしちゃってるプログラムが多々あるんでしょう。 $ cat /etc/redhat-release
CentOS Linux release 8.2.2004 (Core)
$ ls -al /usr/bin/yum
lrwxrwxrwx 1 root root 5 Dec 20 2019 /usr/bin/yum -> dnf-3 sudo dd if=/dev/zero of=/dev/sda bs=500M これいいぞFedora release 33 (Thirty Three) CentOSがRHELのアップストリームになるって話だけど、
じゃあ今はRHELがCentOSのアップストリームなわけ？ 結局、貧乏人はこれから何使えばいいの？
ギリギリまで7使って、後の事は後で考えりゃいいの？ >>381
普通にCentOS Stream使ってればいいのでは？ いままではRedHatクローン。
今後はRedHatの弾よけ、または前座。
どっちでも可という人は Stream を使うだろう。
もはや同じ安定性と堅牢性が期待できないと思う人は Stream を使わないだろう。
興味あるのは、アオリ趣味の人間がいて、クローンでなくなったことを囃し立てていること。
特定有名人S氏かな？ >>381
貧乏人かどうかよりも
個人用途かどうかの方が大事な気がする 自分で判断する脳みそもないのなら、streamでええやろ いや、streamに行くという判断は少数派になるのでは。
RockyとかRHEL互換の無料ディストリビューションが必ず出るし。 いままではヅラ。
今後は植毛、または増毛。
どっちでも可という人はヅラを使うだろう。
もはや同じ効果を期待できないと思う人は潔くハゲ散らかすだろう。 個人用途でRHELと完全互換で全く同じ堅牢さであることが必須な人って、いるの？
自己満足以外の理由がまるで思い浮かばない >>390
他人の書き込みを読まないなら問う意味がない 個人用途なのに自己満足を追及しないでどうするんだよ
言い訳をし、文句を言いながら使うのか？それならWindowsでも使っとけや >>389
ジオンは攻めてこなかったし、アムロは親父に殴られながら育てられガチムチに育った。 結局、使用者の気持ちの問題であって、必須である例は示されなかった 教えてエロい人！
Cent OS 7で、Windowsネットワークの共有フォルダを見に行く時に、「ユーザー名」「ドメイン」「パスワード」を入力して、「期限なしで記憶する」を選択して接続しても、Cent OS 7を再起動するとログイン情報の入力を求められる。
これって、何処を弄れば保存されるの・・・？ redhat9が出たらcenoto9streamが出るの？ そういうことになっているけど、現にサポートの早期打ち切りという重大な背信行為をやったわけで、もはや何も信用すべきではない >>402
そうかもね
仮にRedHatの中の人もそう考えているとしたら>>399は真だよね Paypalとかの情報を握ってる人が音信不通になって公開質問状を出したとか
結局赤帽がCentOS支援することになったとか
昔のスラドの記事に書かれてて何とも言えない気分になった
そりゃ株主からすれば打ち切らせるに決まってるわ 株主が打ち切らせたって何で分かるんだ？
ソースを提示してくれなきゃ、ただの妄言だぞ 青シャツは自社のソフトをたくさんフリーソフトにしてる >>403
否、タダで使ってるなら、背信、なんて認識される範囲はぐんと狭くなるよ。 win10に無料アプデした人は明日から使えなくなっても文句言えないね >>408
だったら尚更、何も信用すべきではないという結論は変わらないね https://news.mynavi.jp/article/20210102-1621224/
> 2021年1月はUbuntuがシェアを増やし、CentOS、Debian、Gentooがシェアを減らした。
赤帽ざまあｗｗｗｗｗ >>402
レッドハットもタダでコード使ってるのでは？ 少し古いけど
Per 2016 report, the top contributing companies to the Linux kernel were:
・Intel (12.9 percent)
・Red Hat (8 percent)
・Linaro (4 percent)
・Samsung (3.9 percent)
・SUSE (3.2 percent)
?IBM (2.7 percent) Stream も怪しいな
https：//bugzilla.redhat.com/show_bug.cgi？id = 1908275 いいかげんubuntuに来いよ
未練がましくstreamとか行ったって、いつまで無料が続くのか信じられる？ ubuntuってcuiのサーバで使える？
ubuntuでcuiするぐらいならdebian？ >>420
Ubuntu Server なら、デフォでは GUI 入らないよ >>421
そうなんだ、ubuntsuにもminimalみたいなのがあれば良いのにね Selinux が有効にできるようになったらubuntuにいきたい 突然すみません
kernelアップデートする場合ブログ等ではELRepoのレポジトリからアップデートする方法が書かれていることが多いです
何故サードパーティのkernelを使う記事が多いのでしょうか
また公式のではなくELRepo版のメリットのようなものはありますでしょうか 分からないなら標準レポのカーネルで
十分に足りてるって事じゃね？ >>432
何か標準でないことをやりたいって記事でしょ？
標準のレポジトリを使ったアップデートは、
当たり前すぎて書くことがない 調べたの?
The ELRepo Project focuses on hardware related packages to enhance your experience with Enterprise Linux. This includes filesystem drivers, graphics drivers, network drivers, sound drivers, webcam and video drivers. >>435
なるほど
確かに標準レポジトリのアップデート手順なんて記事にするほどでもないから少ないのですね
またELRepoのトップページに明確に書かれていましたね
お手数お掛けしました
ご回答ありがとうございました >>419を見て
「いいかげんdebianに来いよ いつまで無料が続くのか信じられる？」という
説得力が見て取れてしまったの俺だけかね いきなりDebianを使っても良さが分からない。
一度Ubuntuを経由した方がDebianの有り難みが分かるから
Ubuntuを薦めるのは正解。 >>438
え？どゆこと？
Ubuntuの方が触りやすくてありがたいと思ったけど逆？ でもミドルウェアの設定方法とかはレッドハット系のほうが情報が多いんだよな
海外のサイトならDebian系の情報も多いけど dpkgコマンドは滅多に使われないような気がするけど
rpmコマンドは結構使われてるんだって？？ aptとかaptitudeとか、そういうのでなかったっけ知らんけど ubuntuたまにしかいじらんから、apt, apt-get, flatpak, snapsだのそのほかもなんかあったような、パッケージ管理がすげぇ煩雑な感じ わかる人がやりゃ違うのかも知らんが UbuntuでFlatpak使ってる奴は稀だろ…
Flatpak推してるのはFedora 豆：Ubuntu は CIA ご謹製でバックドアの宝庫です。止めましょう。
Ubuntuベースのディストリも同様です。
不自然だと感じたことはありませんか、
妙に Ubuntu ばかり押されているのが。
---------
リチャード・ストールマンがUbuntuをスパイウェア扱いしてたけど
今も改善してないのかね
むしろ新しいバックドアとか作ってそうだな これは名誉棄損か
それとも偽計業務妨害か
観念的競合か ソースを示してない以上、統失の妄想にしか見えないから棄損にも妨害にも当たらないでしょ >>410
背信行為なんてされていないんだから、一定の信用をすべきモノや人はあるよW
今おまえがつかってるそのハコや端末を廃棄するか?W
でおまえは、何を信用するの? debianに行くことはあってもubuntuはない。 わいはdevuan
systemdなんていらんかったんや どうでもいい部分の誤字はわざわざ指摘する必要も無いけど
一番大事な部分の誤字はダメだから
投稿や書き込みの前にはしっかり見直した方がいいというのが今日の気づき cuiでLAMPサーバとして使うなら、
ubuntuもdebianも同じ？
ubuntuはデスクトップの要素を強化したdebian？ >>453
誤字かと思い込んでいたら実際に存在することもあるから
書き込みの前にはしっかり検索した方がいいというのが今日の2番目の気づき
本当にごめんなさいw Dockerイメージのベースイメージは何故かDebianやalpineが人気
CentOS？使ってる人いんの？ CentOSはDockerイメージサイズが糞デカいし、デフォ状態でインストールできるパッケージが少ないから面倒
Dockerで動かすのに信頼性もクソもないし >>456
alpineは軽いんやろ
デブアンがなぜ選ばれてるかは他の皆さんが教えてくれる DebianとUbuntuだと同じように見えて何をやるにもUbuntuのほうが細かく作り込まれてて懇切丁寧
だから最初はUbuntuがいいし、慣れて鬱陶しくなってくるとDebianに行く
Ubuntuはデフォルトでテレメトリーも入るしね(消せばいいだけだけど) つーかDockerてDebianだのCentOSだのって、単なる客寄せなのではないかなと
ああいった感じでディストリビューション動かすのであれば仮想環境でを使うのが普通で
コンテナで動かすものじゃないし、それでもコンテナで使おうというのなら
パッケージはminimumでも多いくらいだと思うのだが DebianだとDocker用にslim版が用意されてたりするよ
これを元にDockerfileを書けばイメージサイズ減らせる
https://hub.docker.com/_/debian/ スージースージー言ってるとwarrantの歌思い出しちゃう SL(Scientific Linux)がSL7.9で終わってしまって、あとはCentOS-8を使ってくれとのこと。
CentOS-8.3.2011のマシンを作ってみたのですが、SLにはあった「ソフトウェア」
(注目ソフトウェアの一覧を表示し、追加導入のものを選択できる)のユーティリティ
プログラムがCentOS-8にはないのでモジュールの追加導入に不便を感じます。
SL-6,SL-7の「ソフトウェア」では字句を入れると検索して関連のモジュールが表示されて、
導入済みのものと未導入のものが識別でき、マウスで追加を指定できるので、便利でした。
CentOS-8で同様のツールはないのでしょうか？ DebianベースのDockerイメージも宗教上の理由で禁止？ そもそもRHEL教徒はDockerなんか使わんだろ
サーバーを後生大事に維持してゆくことこそが彼らの使命であり誇りなのだから debはばらしたりまとめたりが簡単だよね。rpmもそこは見習って欲しい。 Ubuntu 20.04 Desktopのカーネルのバージョンが 5.8にあがった
Servee はまだ LTS の 5.4 でいくっぽいかな yet another alternate CentOS CloudLinuxはホスティング事業やってるようだから
自分達のためにもがんばって続けるんだろうなぁ
Rockyがたんなるコミュニティなら五年持つかどうかってかんじかな CentOS だって、昔はただのコミュニティーだっただろうに さて旧Scientific Linux陣営がどっちに乗るかな？
あそこも仕事なのでないと困るし。
日本のSPring-8とかもCentOSを採用してるところが多いし。 Debian は規模が大きいのかな？
だからまだあるんじゃない
よくわかんねえけど
単なる（特に有料ディストリビューションの）クローンはあまりお金とか支援とか集まらなさそう
自分たちの意見がそこに反映されたりして発展していくっていう形じゃないから RHより、自分でコンパイルしなくても動くアプリが多かったからね。
インストーラで使えるファイルシステムも、Window Manager も多かったし。
残念だったのは、書籍が少なかった事。 >>485
EL7 系については i686 版は CentOS のみだったあたり
組込系企業からは支援があったんじゃないかな Debian をベースとした Ubuntu (47.3%) が、二位の CentOS (18.7%) にダブルスコアの大成功を達成したからじゃない？ Ubuntu LTSのサポート期間も10年になったしマイナーOSにこだわる必要ないのでは？
Ubuntu鯖が不安定ならGoogleはどうなるんだって話だし
これまでの資産とかもあるだろうけど新規システム組むならUbuntuでいいよね aptコマンドがcentosユーザを飲み込むようなラッパーをしてくれたら移行するわ
apt install
apt list
apt remove
とか >>485
Debianは開発リソースの量やコミュニティプロジェクトの性質に合わせてゴールを自分達の好きなように移動できる
それに対してCentOSのゴールはRHELのリリースによって常に外から与えられて、自分達の状況に関わらず必ず素早く追従しなきゃいけない
遅れたら即座にRHELクローンとしての意義を失いプロジェクトは破綻する >>491
無料版はたったの5年だから
Debian系信者の布教活動多過ぎね？ 信者うざいね
Ubuntuなんか使わねーよバーロー Ubuntuは昔あったUbuntuマガジンがきもすぎたので絶対に使わない >>495
無料も10年になったよ
と思って入れてみたが馴染めない >>498
10年て ESM契約しないとあかんのとちゃうか
個人は台数制限ありで無償みたいやけど DebianベースでもUbuntuは迷走し続けてきた歴史があるから個人的にUbuntuはないな
かと言ってBtrfsをデフォルトにしちまうようなのもアレだし
現状個人の鯖用途の類なら「大抵の場合は」Ubuntu以外のDebianそのものか
Debianからの派生の酉が無難だろうて（異論はあるだろうが
デスクトップ用途ならもはやLinuxじゃ（ｒｙ 公開してる自作アプリでLinuxとか対応したんだけど、デスクトップアプリってどれくらい需要あるのかわからん
一応unix系で全体の10%は占めてるんだけど 「yum / dnfで簡単に出来るけどaptコマンドでは難しい」って
どんなのが考えられる？ Windows Updateのやばさに比べたらdnfだろうがaptだろうが大したことない dnf は dnf upgrade とするだけで最新パッケージに更新できるけど、
apt はいちいち apt update をしないといけないのが面倒 GUI のツール入れてたapt update は勝手にされてて、アップデートされたパッケージは教えてくれるで デスクトップアプリケーション界隈でFlatpakってよく聞くようになったけど
FlatpakってAndroidやiOS、Windowsのストアアプリみたいな配布方式？ >>502
実質ゼロと考えていいと思う
オナニー以上を求めてはいけない >>507
「標準のソフトウエア管理ツールで入れられないソフト」を入れるための配布方式と考えれば
だいたいあってる >>493
apt list installedもあるの？ >>510
dpkg -l みたいな奴を想定してるん？？ >>511-512
それはパッケージ管理コマンドだから
dpkg -l は、rpm -qaと同じかと。
アップデータである aptにyum(dnf) list updateのようなインストール済を表示する引数みたいなのはあるのかなと >>510
apt list --installed >>515
ありがとう、食わず嫌いだったけど
使い勝ってよくなっているのね
>>516
うーん、途中でやっぱり辞めますとか言わないと良いけど・・・ >うーん、途中でやっぱり辞めますとか言わないと良いけど・・・
これ見て RedHat の人達「ヤバ、見抜かれた」って思ってるだろなｗ >>516
個人ベースやSOHOでRHELに乗り換える人続出だな。 そんなライセンス体系にすると一台のマシンに大量のサービスを詰め込んでSPOFにする香具師が出てくるな
17台以上使ってるかはどう判定すんの？
使う側の良心に訴えかけるの？
仮想マシンは1台判定？
16台って同時に16台までの意味でおk？
バッチ処理の時だけ仮想マシン確保する時は、使ってる間だけ1台増えたものとする？ >>516
CentOSの用途だと当てはまりにくいのでは。
個人用ならubutuのほうが使い勝手がいいし。 サブスクリプションにマシンを登録するからそこで台数は数えられる。
RHELはそこに登録しないとdnf updateできない。
仮想マシンも1台と数えているはず。
まあ、開発者用サブスクリプションを複数作ると抜け道ができてしまうかも…。 まさかこの時代で仮想サーバはNGで、物理サーバだけ利用可能とか無いよな・・・
RHELのサブスクとか使ったこと無い人は
カウントされる仕組みとか知らないのね。
今だから言えるけど、RHEL5時代セルフサポのライセンスで
毎日ブラウザで登録付け替えてyumしてたわ。 AWSで使う時は
AWSがRHELに代わりに料金を支払ってくれるようだ まさかの神対応で戸惑ってるんだけど。罠とかないよね？
今動いてるCentOS8からコマンド一発で移行できるといいんだけど この為にサーバ買ってもいい気がしてきた。
RHELはカーネル古い（バックポートありでも）のが残念だが。 きちんと裏が取れるまではすぐ動かないように。
I社の基本理念は 独占 だからね。 >>530
言及ないけど、クラウドがOKなんだから可能でしょ？ 公式ブログにある程度内容書かれてるのに読んでないやつ多すぎだろ RHELの基本は、サブスクリプションIDがなければyum updateできないこと。
また、サブスクリプションの有効期限は1年で、1年が経過するとサブスクリプションを
更新（つまり、追加料金を払う）しなければ、サブスクリプションは無効となってしまうこと。
サブスクリプションが無効となってもマシンが動かなくなることはないが、yum update
もyum installもできなくなってしまうので、実質的には使えない環境になってしまう。
換言すると、フリーライセンスの場合であってもサブスクリプションIDが有効になって
いるため、RHはそのユーザーが何台のインスタンスを動かしてるかは直ぐに判る仕組み。
RHELのフリーライセンスだと、恐らく、フリーのAWS AMIを作ることはできないので
少なくともAWSでの普及はしないと思う。 AWS上でRHELで本番稼働するなら有償版使えって事じゃね？ とりあえず、CentOS7かRHEL8をタダで使いつつ様子見すればいいということか。 もう後継はAlmaLinuxで決まりじゃん
とりあえず現行のサポートが切れたら乗り換えだな 本番OKなのか？
開発ライセンスを緩めるだけに思った RockyとAlmaはどうすんのかね？
17台以上の所には需要あるけど、小規模の所には全くメリットなさそうだし、
RHELが無料で提供されるなら、中の人やスポンサーはモチベ保たれるのかな？ >>533
共通のAMIから立ち上げるだけで自動的にクラスタに参加するような運用はできないってだけだろ?
小規模システムでいらねえよそんなもん 無料になるの個人だけか。
ならRockyとかには関係無いか。 どういう単位で使用可能なのかによるかな
企業内とかで使う時に、1社で16台までとかなら
自分のところでは使えなさそう。
構成員個人のアカウントごとに16台紐付けていいなら
うれしいけど、そう甘くはないよね >>541
You need only to sign in with a free Red Hat account (or via single sign-on through GitHub, Twitter, Facebook, and other accounts) to download RHEL and receive updates. Nothing else is required. This isn’t a sales program and no sales representative will follow up. An option will exist within the subscription to easily upgrade to full support, but that’s up to you. >>543
そこは使い方であって利用可能範囲は？と思ったが読み間違いか？ Almaは再インストール無しにCentOSから移行ができる手段を約束してるからな >>544
転用を容認する方針に見える
※正確な所は、弁理士その他知財の専門家等に確認してくれ
While CentOS Linux provided a no-cost Linux distribution, no-cost RHEL also exists today through the Red Hat Developer program. The program’s terms formerly limited its use to single-machine developers. We recognized this was a challenging limitation.
We’re addressing this by expanding the terms of the Red Hat Developer program so that the Individual Developer subscription for RHEL can be used in production for up to 16 systems. That’s exactly what it sounds like: for small production use cases, this is no-cost, self-supported RHEL. 補足
「個人」ウンヌンの制約についても変更がある
We recognized a challenge of the developer program was limiting it to an
individual developer. We’re now expanding the Red Hat Developer program to
make it easier for a customer’s development teams to join the program and
take advantage of its benefits. These development teams can now be added to
this program at no additional cost via the customer’s existing subscription,
helping to make RHEL more accessible as a development platform for the entire
organization. Through this program, RHEL can also be deployed via Red Hat
Cloud Access and is accessible on major public clouds including AWS, Google
Cloud Platform and Microsoft Azure at no additional costs except for the usual
hosting fees charged by your cloud provider of choice. WSLでRHELが広く使われるようになるかどうかは知らない dellとhpがspp、omsa、各種ドライバ含めて公式にubuntuサポートしてくれたら乗り換えるのに これまでの経過を見る限り、Redhat 社の方針を信用するより Rockey Alma を待った方が無難。
会社の方針なんて何時引っくり返るか分からない。 RedHat「俺たちはCentOSユーザを救う！」
(2年後の秋)
IBM「そろそろ潮時だな。今年度末で無料アカウントとかサポートするの止めるから会社アカウントは金払ってくれ」 RH「CentOSユーザーの皆さん、クローンじゃなくて本物を無料でご使用下さい」
烏合の衆「ヒャッハー！RHELが無料！入れろ入れろー」
------ 一方その頃 ------
RH社員(スネ夫似)
「コマセを撒いておきました」
IBM幹部(ジャイアン似)
「うむ。十分集まったところで一網打尽だ。おまえのものはおれのもの、おれのものもおれのもの」 サーバー用ディストリなんて他にもあるでしょ？
RHELが嫌ならUbuntuを使えばいいじゃない 「etc/apache2はイヤだー」
という声が聞こえた気がする 営利企業もOSSコミュニティもおなじくらい当てにならんよ。
金に目がくらんで悪どいことする可能性が低い（無いとは言わん）だけコミュニティのほうがましだが。 内容的に解釈すると
>>551
それやると会社の信用失うからなぁ
個人的な予想では
チームがRedhat製品にアクセスしやすくするっていうところから
チーム内で使用のみOKってことかなと思ってる
これまでだと複数人で共同使用するような使い方はNGだったはずだし
外部の顧客向けサービス提供のプラットフォームとしてはダメって感じかな
個人の場合はどうなるかな 無償利用は開発用途の限定されてるからな
プログラマーでもない一般人が利用したら目的外利用になってしまうぞ あとで開発実績の報告を求められたりするのかな
実績が無ければ虚偽申告で課金されたりして
そこまでリスクを冒してまでRHELを使いたくないな Amazon Linux 2使いのワイ、低身の見物ですわ >>556
CentOS8のサポート早期打ち切りを発表した時点で信用なくなってるから
>>558
ぼく、としいくつ？ ぼく、４９さいですってかいたら
はなマスクでだいがくにゅうししけんうけたオジサンみたいにたたかれるのかな 信用できないって言ってもCentOS8は1年は猶予あるわけでしょ。
今、CentOS8使ってる奴はとりあえず、1年以内にRHEL8に乗り換えて様子見。
そして、またIBM様の鉄拳が振り下ろされるとしても1年くらいは猶予あるだろうから、その時対処するということで、問題を先送りにすればいい。次の担当者がなんとかしてくれる。 断定するには時期尚早だろうけど今回の件はCentOSロスト不満層のうち顧客に納めたRHEL8を開発したり保守したりする業者とかへの救済措置なのかな。RHELの忠実なクローンが失われる不満の一つとして顧客環境のミラー化(テスト環境の構築とか)が簡単でなくなるとか挙げられていたし。 単なる商業利用は、RHELの開発とは到底呼べないだろうが、
利用実績をRed Hat社へフィードバックすることが開発に参加することになる
という風に解釈したら良いのかな。 無償とはいえRHELのアカウントが必要ってところが引っかかるよなぁ
今後あれこれ条件を追加してくるんじゃないかと
やっぱ信用ならんｗ ここで下衆の勘繰りしてないで
赤帽の中の人に直接聞けよ >>565
営業のリードが欲しいんでしょ
救済や囲い込みというよりはマーケティング目的の施策に見える イメージ戦略的な意味はともかく、
無償垢ユーザーにセールスが連絡して来たりとかは無いらしい そりゃ個人アカウントにいちいち連絡しないでしょ
大企業社員が登録してオプトアウトしてなければ即電話だよ >>568
オラクルからイルカDB使ってませんか、と連絡が来たことがある >>565
そんなこといったら
アップデートの制限とかの仕組み自体が崩壊するからな
ただけち付けたいだけか わが社は世界最大のｌｉｎｕｘユーザー数を持っています。
linuxは全てお任せください。
というのがあの会社の着地点だろうね。
有償にはならないかもしれないけど、当然"すべて"管理されるでしょう。
いい時期で名前が変わったりしてw 今の三倍のユーザーを確保してUbuntuユーザーを1/3に蹴落とせば行ける行ける
頑張ってね >>573
Androidが最大のLinuxユーザーだ
らしいぞ >>567
> 営業のリードが欲しい
これは酷いな
読んでないのが明白
This isn’t a sales program and no sales representative will follow up. と
webに書いておいて接触があったらフルボッコだろうに まだ二ヶ月ぐらいだけど
今のdeveloper program でも何の連絡もないわ 露骨にAlmaとRocky潰しに来たな
糞赤帽氏ね stream移行と同時に発表すれば
むしろ称賛されたかもしれないのにね 「Ubuntu / Debianに流れるのは許容出来ないから緩和した」のではないかと small production workloads がどこまでの範囲か次第だな
普通に一般公開するサービスに利用できるんなら
売上高落ちるだけだからそれはないとおもうし
開発用途が維持されれば
そんな狙いもたいして効果ないでしょ あー、full supportにアップグレードできるってあるから
ほんとうに普通のサービス提供にも使えるのかもしれんね
来週の正式発表待たんとはっきりはわからんけど MSにクローンされて
MSLinux作られるとかまでありそうだけどな 自前のLinuxディストリビューションを持つ意味がない
別に利用できるのは他にいくらでもあるのに MSはこれまでUbuntuに金をブチ込んできたから今更RHEL系に手は出さんだろう
MSがCentOSのシェアを狙うならUbuntu買収してMSによる直接サポートを売りにするんじゃないかな Ubuntuも企業の製品みたいにGUIを統一して継続的に使えるようにしてればエコシステムできたけど、結局自分の所でコントロールできないGnome3だからね。
他の鳥さんと大差ない。
まあRHELは10年サポートするよ、というのはなかなかのエコシステム。
デスクトップ用途で使う奴はそんなにいないけど。
開発者都合だとQtは継続的に進歩している気はするし気の利いた事もできるが、gtkは途中切れてるからね。
gtkを使うGnomeもあれだと思う。 MSは必要とあらば（当時は）何で？って疑問に思う様な企業を買収してただろうに
まだ買収されてないってことは必要ないと判断してるってこったろう
無くなって貰っちゃ困るとこにはそれなりに金を突っ込むし独禁法対策でAppleに何かを贈与したりしてきた
潰れない＆何もしなくても他社が必死に自転車操業でオプソしてくれる とかなら放置なんだろうが 上の方で仮想マシンが話題になっていたが
Red Hat Universal Base Image(UBI)をRHEL上で利用し、UBIを対象とするサポートを利用するという選択肢もある模様 >>585
IBM PC DOSとMS DOSの逆パターンねw 原文の
Individual Developer subscription for RHEL can be used in production for up to 16 systems.
That’s exactly what it sounds like: for small production use cases, this is no-cost, self-supported RHEL.
を読む限りでは、運用主体は不問だな
「個人事業主でなければならない」とか「法人・組織であってはならない」とかいう制約は見当たらない ubuntuみたいに使うのは無料でサポートだけ有料ではだめなのか Individual ってあるやん
個人を超える分については
No-cost RHEL for customer development teams
としてあたらしい別のプログラムができるんでしょ >>597
"Individual Developer subscription for RHEL" という名称のサブスクリプションで、16システムまで利用して良いという意味であって
「サブスクリプション自体で、主体を制約している」と書かれてないからね
もちろん、正確なところは2月1日にならないと何ともいえない 今まででもDevelopersはタダで使えてたけど、それと違うのか These are the first of many new programs.
ってあるから
今回の先行発表は今無料で使える開発者プログラムの変更に絞った話で
他にも新しいのはでてくるでしょう。
This post highlights new, simplified and low-/no-cost options for deploying RHEL.
ってところからして
法人の運用環境向けにはlow.costなプログラムが出てくると予想してる。 そしてますますubuntu serverに水をあけられると Almaのロゴだっさ
これならLenixのロゴのままで良かっただろ 個人用途だけど、試しに１台をcentos 8 から debian server 10.7.0 に移行
ハード互換性の問題でdkmsに世話になったけど、
bridge と iptables の設定も、ネットの情報を元にあっけなく移行でき
通過型proxyとしての性能もほぼ変わらず
OS選択から稼働、backup作成まで、所要時間は２日
ubuntu server 20.04 は手動patition時 ext3が選択できない仕様だったので
個人的理由により候補から除外 ext2 とか 3 とか本腰ではメンテされてないと思うのだが怖くない？ 昔、ext3 で直したバグについて、ext2 にバックポートし忘れたって話もあったよね
ext5 が作られず、ext4 にフラグやマウントオプションを追加する形で改良が進められているのは、
そういう問題を防ぐという目的もある
まあ、枯れたファイルシステムだから、今更でかい問題が起きるとも思わないけど stream8にpostfixの更新きた
rhel8.4では3.5系にアップされるようだ
今は3.3.1 postfixの設定で使う機能って
せいぜい2.3.xまでで出来ることで止まってるわ
ちょっとだけ2.6の機能を使ってるけど。 使ってるミラーによって来るタイミング違うとかあるんじゃないの とりあえずメールサーバで使うしLAMPもいらんよ、って場合はCentOS 8 Streamを入れたら良いの？ CentOS7か
来月の発表内容次第でRHELじゃね メールサーバーとしてしか使わないなら、それは自前でサーバー用意してOSインストールではなくて、
メールサーバーだけのレンタルサーバーとかにすべきだ
「とりあえず」であってメールサーバー以外にも何かさせるつもりなら>>623 redhatアカウントでログインして
developerサブスクリプションの状態みると
1 of 16 in use available 15 ってなってるな
前から？ 前からサブスクリプションいくつも使えた気がする
数を数えたことはないけど そうね、SaaSを利用するのもあるけど、
手元でログインできるvpsがあるほうが落ち着くというか。
>>626
昔ライセンス買ってた10年前からあるredhatアカウトにログインしたけど、
それってどこからいける？ >>628
Customer Portalにいって
上のメニューから「Subscriptions」を選択かな？ FAQ見たら2018年のプログラム改訂のときから16みたいだな 市場が取引終了になる、ニューヨーク現地時間16時過ぎに発表になるんかね
向こうの慣習わからん terms and conditions も更新されてないなぁ
どんどん信用失っちゃうぞ 次スレはRHEL Cloneでなく
【RHELさまの為の実験体】
にしないとな セント君無くなっちゃうってマジですか?
どうしよう
うちでもまだ使ってるのに… RedHatがIBMに食われたのがCentOS終わりの始まりやね Oracle,Novel,IBM オプソを買ってダメにした会社ばかり。
なぜか、かって UNIX の敵だった Microsoft が Linux の模範的パートナー。
記憶違いかなｗｗ オプソの上に成り立った企業とそうでないのとの違いなのかどうか
Microsoftは何だかんだで古き良き伝統的なOS・ソフトウェア企業、業界全体にとっては ソフトウェアを売っている企業自体が減ってきているもんなあ 今日もRedhatのサイトは変化なし
わろた
まじで Redhatなんか 信用しない方がいいのかも developers.redhat.com
でアカウントを作成するときの
使用許諾契約が変更されてるよ ほんとだ
変わってるね
ぐぐって出てくる terms and conditionsずっとみてたわ
本番利用の内容についても特に言及はないようだし
VPSでWebとかメールサーバーとして使うのも問題なさそうね Red Hat Enterprise Linux スレッド part 27
https://mao.5ch.net/test/read.cgi/linux/1290429441/
RHELはこっちのスレに移動した方がええのかな？
俺らみたいな乞食がRHELスレに書き込むのは気がひけるのだが あくまでも、無料のCentOSから
バイナリ互換性等を保って乗り換えられる先として
RHELの新ライセンス制度は使えるのかという範疇であれば
ここでもいい気もするけどね。 redhatにコンバートしてみたがUEFIだと結構手を入れないと駄目だな
コンバート後再起動したらブートローダすら起動しなかったのには笑ったｗ
grub2再インストールして再起動したら今度はプロンプトで止まるし
まーでも何とか会社のは無事終わったわ
しかし、糞たけーなredhat >>654
会社のやっちゃっていいの？
やばいんじゃない >>655
>>654の会社が会社としてRHELとサブスクリプション契約したのかもしれないだろ
その場合であっても、多分CentOSからの変換そのものはサポート対象外（変換後はサポート対象）だろうから、別にこういう5chで質問があるのもおかしいことじゃない >>655
ちゃんとStandard契約したやつね
HAも契約しているからかなり高く感じる それは失礼した
俺個人の感覚的には数万円でも浮かすためにギリギリまで待っちゃうから
タイミング的に個人向けのに切り替えたのかとおもっってしまった 新しい規約は本番に使ってもいいってことになったの？ 社員じゃなくて個人事業主との個別契約ということにすればおｋ？ 形式上はいいんだろうけど
実質的に社員が会社の業務の一環としてやってることになるんだから
社員じゃだめなんじゃね
社員じゃない個人と契約するならいいんだろうけど まぁいつになるか知らないけど
low-costなプログラムも今後出してくるみたいだから
それ待って考えれば その辺の話って
Red Hat Enterprise Linux スレッド part 27
https://mao.5ch.net/test/read.cgi/linux/1290429441/
との棲み分けどうするんだろ
境界線についての話題だったら、どっちのスレでもスレチにならないだろうけど もうCentOSは終わりなんだから、皆がCentOSに別れを告げて誰もいなくなればこのスレは役割を終える
それに向けた移行の話をするスレってことでいいでしょ 「RHELのupstream」が欲しい組織なんてIBMしか無かったんや。。。 CentOS7が終わるまではスレタイ維持でも良いんじゃね 8 / stream8 では finger がインストールできないようですが
代わりのコマンド導入されたりしていますか？ >>674
linux finger alternative でググったら coreutil に入っている
pinky コマンドがそれだとでるな oracleってどうです？centosの代わりになりますか？ CentOS8からstreamとOracle Linuxへの移行を試してみたけど、oracleは上手くいってる感じ
しばらく動かして試して見る oracle Linuxはoracleじゃなければ良いんだけどな… Unbreakable Enterprise Kernelさえ使わなければCentOSと変わらんしな
今のところ移行するならAlmaLinuxがよさげだが Alma、すでに普通にインストールできて、普通に動く。
Beta でも安定している。
CentOSと違いを感じない W3Techs を見ると、確かに CentOS のシェアがどんどん落ちてるな。
そのうちグラフの中でシェアが見えなくなると思う。 結局、almaなの？rockeyなの？どっちなの？ 中小はともかく大手SIerはどうすんの？
実績も何もない派生ディストリ使うんのか？ 大手は最初からRHELにOracleJavaサブスクリプションとかそんなんでしょ 採用実績ならubuntuが三倍ほど上
仕事先で使ってたからCentOSにしてたけど、なんでこんなに実績の薄い奴使ってるんだと常々 armaなら過去の実績豊富！
嘘です。このディストロまだ生きてたのね。 商用のDBMS(Oracle/DB2)でHA組む場合はRHEL or Oracle Linux だと思う。
VM-HA で済むレベルのDBサーバで1台で足りてます、ならVMware 上で動けばよくて、どの鳥でもいいのだろう。
昔、カーネルのバグでDB2で不具合が起こる問題があって、DB2が原因の不具合かと思っていたら、原因はカーネルです、とういうのでビックリした事がある。
そんなのがわかるのって、RHEL，IBM、Oracle が関係してないと原因究明できないと思う。
商用のDBMSはコード公開してないせいもあるし、五月蝿いお客さんがいるせいもあるのだけど。 centos 8からdebian serverに全面移行するつもりだったけど
これはこれでupdateが頻繁すぎて管理が面倒だね >>688
現時点で物としてあるのがalmaなのだから、まずはalmaを選べばよいかと
β版使ってみたが、CentOSとなんも変わらんかったよ
あとはアップデートのリリースまでの短さとかレポジトリの運用具合などで
出揃ってから選べばよいかと 新しいの増えすぎ打者名前変わりまくるしどれがどれだか分からん てかなんでこういう時に手を合わせないで俺が俺がするんだよっていう もしもIBM＋Redhatが妨害しなければ、AlmaやRockyの派生ディストリも出てくると思う。
多分、数はもっと増えるｗ そこまでしてレッドハットのクーロンを使わなくていいだろ >>702
RHL から RHEL になった時も CentOS や Scientific Linux 以外に WhiteBox や Tao
ってのがあったからどこかが覇権を取るまでは増えるだろうけど
１番手になれない事が分かった時点でどんどん脱落して行く点も同じになると思う
ただ今回は CentOS を主導していたビッグネームが Rocky を始めたというのも
あって当時の様には増えていかない気がするわ 結局、Oracle Linuxに逃げれば良いって事? centしか使ったことないけど、
oracleもrockyなども、インストーラーだけが違ってコマンドからほとんど運用は同じやり方でいける？
ディストリ固有のコマンドとかあるの？ >>708
基本的にはRHELのコピーを目指しているので同じはずでは。 仕事で使ってる鯖のOSが7なんだけど、ハードを移し替えなくちゃならないんでこれを機会に他のディストリも検討中。やっぱubuntu系ですかね？今日ちょっと触ったけどやっぱり勝手が違う。 >>713
CentOSも6より後はバージョンごとに結構違うから。
Ubuntuやdebianに乗り換えちゃうのも手かもね。 >>714,715
コメントありです。RHELクローンは結局Redhatに振り回されるからubuntu or debianで検討してみますわ。 >>714
はあ？
業務ならRHELかOracleだろ。 あとはWindows Serverか、現実的な話をすればだが。 >>713
Oracle Linuxにしとけ
サーバ機でDebianやUbubtuは、HWベンダ製のNICやストレージのプロプラなドライバやHW監視ツールなんかが無くて
業務で使う以前に構築段階で、物によってはインストール段階で早々に詰むだけだぞ
CentOSの終了は、RHELと利害を一致できていないのにRHが資金を提供している、という歪みが破綻しただけのこと
結局、RHELクローンOSベンダはRHと協力関係にあっちゃダメなのさ
Oracleも嫌だってんなら、だったらAlmaLinuxでも使っとけと
betaはもう出てるしスレももうできてるっぽいしさ rhel8.3入れてみたけど結構違うな
とりあえずRedhat insightsのチェックをいれたままだとインストール失敗する罠をどうにかしてくれよ enterprise用途ならUbuntu ServerやUbuntu Pro(cloud向けイメージ)という選択肢がある
PC用途のUbuntuと間違えないように ここまでsuse話題ゼロ
富士通とかが推してるのになぜ…🤔 昔HPがDebianサポートしてたけど、使ってるのみたことなかったな >>720
Ubuntu はアカデミー/研究者で人気なんでサーバ製品に限ればハードメーカも
RHEL 程ではないけどではサポートしててドライバ周りで苦戦するってのはない
商用アプリでも RHEL/SuSE の次のサポート対象候補って感じだからサーバに
Ubuntu はアリだと思う
でもHW監視とかツールが少ないのは同意で、その点においてはお勧めできない >RHEL 程ではないけどではサポートしてて
厳密にいうとトラブル対応まで含めたサポートと動作確認は違う。
例えば富士通の場合、正式にサポートしているLinuxはRHELのみ。
https://jp.fujitsu.com/platform/server/primergy/software/linux/products/distribution/free-os.html
未サポートOSを使用している場合、基本的にハード故障かそれ以外の要因か
は顧客で切り分けすべしという考え方です。
実際にはハードに異常がないかどうかの切り分けをメーカ側で先にやらされて
いるのが現状ですが。
>でもHW監視とかツールが少ないのは同意で、
サーバーとして使用する場合、実はこれが重要な問題。
OS上で動作するツール(ハードログ採取、監視ソフトなど)がない為、メーカに
切り分けやディスク交換を依頼するとシステムの停止を要求されます。
余談ですが、24H365日のハードサポート契約をしていない場合(平日9時-5時の契約)、
平日の日中帯の作業を要求され、平日時間外や休日の作業は原則してもらえません。 今は仮想かクラウドに載せるからツール重要性は下がってるんじゃ？ >>728
SUSEは海外向けで日本国内ではサポートされていないと思ってたのですが、
今は日本国内でもサポートされているのですね。知らなかったです。 >>729
たしかに仮想かクラウド上にインストールする場合は重要性は低いかも知れないですね そういや鼻毛鯖のBIOSアップデートのときに
一時的にSUSE入れたな ESXiの管理コンソールとか、ZabbixのアプライアンスとかもSUSEのサブセット >>727
お、鯖屋さんかな？
> サーバーとして使用する場合、実はこれが重要な問題。
今はハード不良の有無はどのメーカも BMC 側で処理するようになったから
実マシンでもメーカ提供ツールの有無とか関係なくなってるでしょ
システム停止を要求されたのは (オンボのフェイク RAID じゃない)
RAID コントローラとか無しの SATA 等の安パーツ使ってたからじゃないかな
サポート対象OS使ってたとしても同じこと言われたと思う
逆に言えば BMC でちゃんとハード不良を拾えるパーツで揃えておけば
OS は debian だろうが FreeBSD だろうがなんだっていい
もちろんデバイスドライバが無くて動作しないとか、有ってもクソ性能が
悪いオープンソースのドライバしかないという OS は論外だけど サポートありなしに関してフォロー
ハードとしてサポートしているかどうかって厳密には
「ハードベンダーに金が落ちてるか否か」、つまり (Windows もだが)
「OEM 版の」OS をハードベンダーから購入した場合だけ
なので CentOS も Ubuntu も表向きは動作確認ありだけどサポートは無し
でもハードベンダーとしては学術で売りたいから全く取り合ってくれない訳ではない >>735
以前行ったお客さんで、
隣に設置してる鯖と同じ構成で購入した！
システム停止しないでHDD交換汁！
と言われた事があるんだけど、その隣の鯖は、バックプレーン+SASコントローラー付きの構成で、当該の鯖は、
内蔵ケージにSATAケーブルでSATA HDDがぶら下がってる
って構成だった事があるよwww
当然、電源断してからの作業が発生するとの旨を伝えた所、
そんな筈は無い！
何とか汁！！！！
って喚き出したから、ヘルプデスクに話し合い()を丸投げした事があるよwwwww
当然、その日の作業は中止、後日日程調整後に再度作業となりましたとさ。
で、その障害対応、前乗りで行ったんだけど、丸々交通費+宿泊費が無駄になったね。
個人的には、
前乗りでの移動時間 + 温泉宿泊で美味しいご飯食べてからの翌日作業 + 対応当日に帰社したらその日は夕方でそのまま帰宅
で、当然出張手当も付いたから、相当ウマーだったけど、会社的には大赤字だろうなぁ・・・w >>735
>BMC 側で処理するようになったから
3年ぐらい前の話でうる覚えという事もあり、個人的な諸事情で詳しく言えませんが、
富士通のPRIMERGYの場合、iRMCという独自チップを搭載し、BMCで直接管理せずにBMC⇒iRMCに
情報を流しServerViewOperations Manager(SVOM)というソフトで管理してたりします。
https://eservice.fujitsu.com/webrepair/docs/extract-log/iRMC/
https://jp.fujitsu.com/platform/server/primergy/svs/pdf/irmc_s5_introduction.pdf
>システム停止を要求されたのは (オンボのフェイク RAID じゃない)
CPU,MEM,PCIなどのエラーは拾えますが、SVOMで管理している関係で、
ディスクのエラーやOSのフリーズ(ウオッチドックタイムアウト)などは
ServerView AgentsやServerView RAID Managerといったサービス（デーモン）が
OS側でも稼働していないとエラーを拾えなかったりします。
ディスクのエラーログもServerView RAID Managerで記録されたログかアレイコントローラ上の
ログで確認します。
OS側でログ採取するツールがなければ、停止して採取用のDVD媒体から起動してBIOSや
アレイコントローラ上のログを採取したりします。
オンボード、RAIカード関係なしに、RAID Managerが使えない環境では基本的に活性交換
はしませんでした。
今もこのような事をやっているかどうかはわかりません。
>>729 がいっているように仮想OS(ESXi)やクラウド上で使う場合、ゲストOS側は
気にする必要がないかも知れませんね。 >>739
不治痛は、管理ソフトにカネ払わないとマトモに使えないのが辛いなぁ・・・。 >>732
物理サーバもUEFIでネットワークによるBIOSアップデートできるからなぁ うちはDELL扱ってるけどハードウェアの監視は良いと思うけどな。10年raid5を6本で運用したけど壊れなかったわ RockyはOSリリースよりも
ロッキーロゴ入りTシャツとか帽子作るのをがんばってたのか
こりゃあ5年もたないかもな
Almaでよさそうね うちはOracleを試してみようかなと思ってる
まぁ実績があるのは確かだし、ヤバいと思ったらそのときにまた別のに移ってもいいわけだし Almaは名前が大げさな気がしてちょっと。。
なんか、もっとシンプルなのがよかったな 本家に移行する奴、少ないんか？
おまら会社で使ってるのか？ RHELの無償ライセンスって、有償ライセンスで稼働している本番環境では、
無償ライセンスで開発されたリソース、おそらくスクリプトやバイナリを含むだろうが、
それを動作させることは認めないという、混ぜたらアウト的条項があるので、
そこは気になる 有償ライセンスに、無償ライセンスで開発されたソフトウェアを動かしてはならないなんて制限があるなんておかしいじゃろ
じゃぁ逆に何を動かして良いんだよ
変な嘘を書いて訴えられても知らんぞ 無償ライセンスで発生した問題を、有償ライセンス側でサポート要求すんなって話と混濁してんじゃないの？ せんと君を先行実験体にしてのは悪手だったね
RHEL社の売上は減ると思うわ あらまーLinuxが期待大だし、つぎにロッキーザバルボアも控えてるし・・・
もうセント君は諦めようｗ せんと君の利用が2018から無償化されたから
次期Centのロゴだけ差し替えてSentOS作れるのでは？
ただ、利用目的が奈良県のPRに限定されるので、奈良県産にする必要がある
あと、せんと君を利用する権利の譲渡の禁止(第１２条)がGPLに違反しないか確認が必要 CentOS、おもえば4の頃から使ってたっけな
RHが直にかかわるようになって微妙な感じをうけたが、こうなったか、と
さいなら せんとOSか
夜中にランダムでファイルを調べて
null文字を見つけたらnaraとかに変換するディストリ固有機能を実装しそう office文書やpdfを見つけるとunkoに変換する電子yagiも実装予定 RHELをダウンロードしてインストールしてたら、オープンソースでサポートも契約してないのに、インストールにRed Hatの許可をもらわないといけないのはやっぱりおかしい気がしてきた。
OracleLinuxかなあ 真似して勝手に作るのは自由だけど
うちが配布するのはうちの事情に従ってもらうからって話でしょ
別におかしな事じゃないよそれ自体は おかしくはないかもしれない。
でも、普通じゃない、そんなの変だってのが、大方の人の印象だろうと思う。
ま、おかしいとは言わないけどさ。 >>766
オープンソースだからって勝手に使っていい、使用に制限をつけるのはおかしいってのはそれこそおかしな考えじゃろ
リアル店舗でも店先においてあるものは勝手に持っていっていいはずとでも言うつもりか
仮にMS OfficeやWindowsがオープンソースになったって、ライセンスを買わなけりゃ使用は許可されず
他のソフトウェアへのソースの利用も禁止することだって可能で、少しならバレない可能性はあっても、ライセンス上はダメとするのは、それは著作権者の自由なわけで。 オープンは公開であってライセンスは別物ダヨナ
クローズソースでフリーソフトもあるだが、オープンソースでライセンス有料って違和感 RHELは公開されているソースを自分でビルドして自社・自分で使う分にはOKなのでは？
そうでないとクローン版OSを作れることと符合しないじゃん
ただし他人へ再配布するには商標を除去しなきゃいけないけど、広く頒布じゃなくて例えば友人にやるとか職場の同僚にやるとかはそのまま（商標を除去しなくても）いいような気もする（バレないじゃん）
さてどうなのだろうか？ バイナリを受け取った人に与えられるのはGPLに基づいてソースコードの開示を要求する権利
バイナリを好きに使える権利ではない IBMはRHELも廃らせてインドとかの会社に売却するからUbuntuの一択になる >>774
そゆこと
好きに作ればいいけどこっちが作ったものを横取りするなってのがRHELの主張だから でもOSSの世界が好きに使っていいけど自分でビルドしろになったら、誰も使えなくなる >>779
だから利用者にも選択の自由があるし事実全部そうなってはいない
RHはミールキットを調理して提供しているし
ミールキットを第三者が使うのは構わないけど
調理したものはRHのものだっていうのは何も間違ってない オープンソースのコードを使って有料のソフト作っちゃいけないって考え自体が
オープンソースの中にはないからなぁ。
Oracle Linux にも一応 EULA（使用許諾契約）があって
それにユーザーが同意しないなら使用は許可しませんって話でしょ。
（EULAをきちんと読んでないからテキトー）
オープンソースでライセンス有料ってのも
有料にできないなら RHELみたいな長期サポートディストリビューションなんて存在できなさそう。
PHPだって配布元がサポート打ち切っても Redhat 社員が脆弱性のパッチあてたりしてるからなぁ。
金もらえないならだれがその作業するの？ >>766
>インストールにRed Hatの許可をもらわないといけない
具体的に、どんな許可をもらわないといけないんだ? >PHPだって配布元がサポート打ち切っても Redhat 社員が脆弱性のパッチあてたりしてるからなぁ。
>金もらえないならだれがその作業するの？
Debian の人たちもサポート切れたパッケージの管理までやってくれている。ありがたい。
そういう行動の根底にあるのは、ボランティア＋寄付行為だと思う。
自分も、支援のつもりで少しずつ寄付をしてる。
OSSってそういうものだと思っていた。
でもRadhat系（？）の人が書き込みすると通常のOSSとは全然違う発想なので、驚く。
それを悪いとは言わないけど。 オープンソースって著作権の放棄なんだっけ？
商標消しって著作権表記の書き換えに等しいような気がするんだけど >OSSってそういうものだと思っていた。
トランプは負けてない、に聞こえるよｗ
思うのは勝手だが、世の中はそのように動いていない >>785
本当にそういうところがdebianのいいところ
無条件に信用できる
centos出来た当初は商標抜いたRHELとかこんな詐欺鳥が許されていいのかって思ってたけど
今となっては自分もお世話になってるし、惜しまれつつ徐々にひっそり消えていくのかなと思う Debianは誤解を恐れずに言えば、あれは、「自由ソフトウェア」という、一種の宗教でしょｗ
批判して「宗教」と言っているわけではないぞ。
金もないのにやっていけるのは、そうやって自由ソフトウェアをメンテナンスしていくということがその「宗教」の理想に近づいていくことだと信じているからだよ
「思想」と言ってもいいかもだがな。
その代わりに、自由ソフトウェアではないソフトウェアは断固として入れないなどとやっているのが、Ubuntuなどと違うところ。
Ubuntuは宗教ではなく、企業による支援を受けており、その意味ではRed HatにDebianよりかは近い。
企業は人々に受け入れてもらわないとやっていけないが、逆に言うとDebianは、利便性で他の、特にUbuntuに負けて世界で誰も使わなくなっても辞めないんじゃないかとさえ思える。 >>790
DebianはUbuntuの上流だけどUbuntuからのフィードバックを取り込む事があるし、自由ではないソフトウェアにもなれる汎用性があるからメンテナーが多いのでは。
別にUbuntuと競っている訳ではないから負けとか関係がなく、もし辞めて困るのはUbuntu側。上流だからCentOSのように取り込むなんて不可能だと思うし、取り込もうとしたらFSFの逆鱗に触れる事になるのではｗ Debianはそれを利用して儲ける人がいる限りその立場を盾に存続するだろうね Cent7がEOLになったらそのまま使い続ける人が多そう debianにメンテナが多いのは企業主導型でないからでしょ
まあそれは形だけで実際には企業にコントロールされてる部分もあるが Linuxなんてどれも実質RHELの成果物をつまみ食いしてるだけだからな kernel自体企業の人からの修正が結構入ってるよね
nvidiaもintelもよくみる >>796
systemdもKVMもレッドハット
XFSなんかも今は実質レッドハットか フリーソフトウェアといっても、FSFの定義する意味で使う人もいれば、もっと広い意味で使う人もいるし、
オープンソフトといっても、OSIやDebianの定義する意味で使う人もいれば、もっと広い意味で使う人もいる
だから議論もイメージもかみ合わないのよね
どっちの文脈が正しいってのもないし だから馬鹿なんだよ、著作権の事を知らないで自由に使えると思ってる 自由ソフトウェアって実質PDSなんじゃないの？
だって著作権表記書き換えて横取りできるんでしょ？ Debianが作ったプロダクト(寄せ集めは除く)って何かあったっけ？ Debian はRedhat がサポートしないものも、標準でサポートしてるだろ。
JFSとか大昔のWindowManagerとか。 http://www.remword.com/kps_result/
ここを見ると kernel にパッチあててる人の会社の順位とか国の順位とかわかる。
redhatはやっぱり上位にいるのね
国別だと Chinese がトップなのが怖いな
中華製ハードのドライバ程度であればいいんだけど >>766
有効な契約がないと使えないのはサブスクリション契約であって入手したバイナリを一人で勝手に使うだけなら完全に自由
じゃないとGPLに違反してるしRedhatがそんな初歩的な過ちを犯すはずもないからその契約ってよく読んだらサブスクリション契約かよくある商標やら保証のEULAだろ Oracle Linux ダウンロードするには登録が必要かと思って躊躇してたけど
登録いらなかったのね
https://yum.oracle.com/index.html
Oracle Linux のページ内のリンクから
https://linux.oracle.com/switch/centos/
に飛べてその中にリンクあったわ >>809
俺の心が・・・読めるのか？
恐ろしいやつだ 久々CentOS使おうと思ったらとんでもない事になってるんだな。
お前らってどこに移住するの？ Alma見てみたらHighAvailabilityとかも入ったな
もっと後になるかと思ってたが
期待 本当、穴を埋められる前のディストリビューションになっちまうんだな、CentOS… Fedora…ステージ開始時
CentOS…世の検非違使が穴を塞いでバグを退治しようと頑張るもの
RHEL…面クリア時
Alma…いきなり面クリア後 個人用途ならredhatの無償版つこうて良いの？
自鯖用途なんだけど >>823
いっぱい使ってええんやで、外では使うなよ systemd でバイナリ突っ込むだけ、で、ドキュソメント系が充実してるったら、
Debian か Arch かなー。 CentOS Stream 使って常に最新に保つようにして、CICD回す環境作ったけど結構いいわ。
パッチ当てとかアップデートとかの面倒な作業が全部自動化できた。本番もこれで行けそうなのでそのうち入れ替えてく。 ここ読めば書いてあるが、small production use casesというのが
どの程度のものなのかははっきりしないんだよな
まーもう本番環境はAlmaでいいとは思うが
https://developers.redhat.com/articles/faqs-no-cost-red-hat-enterprise-linux#general >>831
それはそれでいいのだが、Streamのソースからできる環境は、
やっぱりStreamなのでは
CentOS Streamではなく、RHELのsrpmを取ってきてビルドするということであれば、
それこそまさにAlmaLinuxとかRocky Linuxなのだが
それよりなにより、CentOSがアップストリームとなる時点で、
本番に使うものではなくなっていると思うぞCentOSは >>832
terms and conditions に
including, but not limited to, using the Software (a) in a production environment, (b) with live data and/or applications and/or (c) for backup instances.
ライブデータ and / or アプリケーションをプロダクション環境で使うことを含む
ってあるから or を考えるとアプリケーションなくても
ライブデータ（Webコンテンツとかメールとか）さえ使ってれば使えると勝手に解釈してる >>833
横からだけど全然話かみあってないぞｗ
OSビルドする話じゃないぞ >>833
RHELも使ってるからCentOSが楽ちんなんよね。今後はどうかわからんけど。
CIでテスト回して自分のやりたいことができてるかを確認してるので、今の所Streamでも大丈夫そうな感覚。
まずは小さい本番環境で試してく。
金が潤沢なら全部RHELでCI回したいｗ >>835
フォローサンクス。
CIではOS環境をセットアップして、最新のパッケージに全部アップデートしてから自動テスト。
自動テストしてるのは、設定とかの単体テストと、機能を確認する結合テストを回してる。 コンテナだってディストリビューション選ばないか？
コンテナで十分、というような話ではないような気がするけど OSバージョンの差異に起因する本番環境固有の不具合を避けるためには、CI環境を最新にしたらプロダクション環境も合わせて最新にしなきゃいけない
アプリがコンテナ化されていればそんな面倒なケアは不要で、CI環境、本番環境どちらのバージョンにもほぼ依存しない nixもいいぞ
今までありそうで無かった
ピュアリー★ファンクショナルな
パッケージマネージャだ
完全に同じバージョンのソフトウェアの組み合わせでインストール出来る
他のパッケージマネージャはインストールする度に毎回違うバージョンになるのが当たり前で固定するのは難しい
nixだけでDockerイメージも作れたりする CentOS8使ってる奴は、RHELにするかAlmaLinuxにするか
今年中に検討しろって通達が出たよ
RHELとAlmaLinux、どっちに移住する?
ライセンスの条件とかどうなるか分からないしRHELは避けよっかなぁ、
なんて思ってAlmaLinuxの検証始めてみたけど、
CentOSで使ってた構築スクリプトとかはdnfのレポジトリ名合わせるくらいで
問題なく動いちゃったので、AlmaLinuxに移住予定 AlmaLinuxはアップデートの品質次第
今のCentOSはOracleに買収されて滅んだSolarisみたいになる予感しかないから
そのまま信じてRHELに乗り換えるのは少ないんじゃないかね まあCentOSのコピーを作るだけなら難しくないかもしれないけど、問題は継続できるかどうかだよね
しばらく様子を見たほうがよい >>843
何処からのお達しだよ。
小池なのか菅なのか高須クリニックなのか。 2ch運営が他人の手に渡って
やいのやいのやってた頃を思い出すな
やれおーぷんだのやれscだの
様々な枝分かれができたけど、結局
旧2ch，5chが主流に
まあ、それ以上にSNSに客が流れたんだろうけど 今も5chはどんどん人が減ってるよ
それも、まともだった人がどんどん外へ流れていってる
そして、新規の流入はほぼゼロ
それによりさらに高齢化が進んでる
それが山下に乗っ取られてからの5ch >>844
RHELが滅んだら、alma linuxも出ないじゃん…。 almaは企業がバックについてるし
すぐには倒れなさそう
CentOSはredhatのアップストリームという立場的にはなくならないでしょ 本当にRHELの上流なんだったら、RHELとしてリリースされたStreamのバージョンだけを後からつまみ食いできさえすればいいような気がするけど、
難しいのかな >>848
高齢化っていうより、書き込み屋のクズが増え杉 個人ユースはFedoraで企業はRHELかCentのままでと思うが、悩むところ無いだろ。 仕事でCentOS Streamを使うという選択は
どういう場面で想定できるのだろう いろいろ意見あるね
俺は、テストしてもほぼ問題ないし、クラウド業者からもAlmaLinuxのメニューの
情報が来たりしてるしで、順次AlmaLinuxへ移行かねぇ
>>844
アップデートの頻度とか、大事かなー
RHELの開発者ライセンスも、いつまでそうであり続けるか分からんからなあ
その時にRHEL互換ディストリに乗り換える、でもよいけど
その時にRHEL互換ディストリがあれば、ということも重要かな
>>845
RHEL8.3はアップデートがリリースされているけど、CentOSはアップデートがもう来てない
重大な脆弱性が見つかっているわけではないけど、その「しばらく」も、長くはなさそうな気が
>>846
>>849
通達は、社が契約しているセキュリティベンダーからの情報提供に基づいて、
社内のセキュリティ管理部門が出してきたもの
これまではRHELと同一ソースだったため、RHELへなされたセキュリティホールの対策などは
CentOSにも含まれていたが、その前提が無くなり、RHELになにかの対策が施されても
これからのCentOSにはそれが含まれている保障がないので、推奨しないんだって
まぁそりゃそうだわな、Upstreamなんだし RHELのサポート情報でCentOS使ってる奴で、一番タダ乗りしてるケースじゃないか。 セキュリティベンダーとやらに金使わないでRHELに金使えよ。
何無駄な事をしてるんだ。 俺はとりあえずOracle Linuxに移行した
まぁ個人の自鯖用途だけどな
ネットでググると出てくるCentOSからの変換スクリプトで移行した
Oracle Linuxにした理由は以前から互換OSを作ってるところのほうが現時点では信用できると思ったからだ
Oracleはまぁ悪評もあるが、何か問題があればそのときに、その時ある、他のRHELクローンに移行してもよいわけなので >>852
RHELと同じバージョンのRPMが揃うなら、それを集めてdnf/yumリポジトリを作るといいと思う。ただ、最初のOSインストールをどうするか。 OracleはSunのハードウェア技術だけ必要で全部買収して
Solaris潰した実績があるから絶対に信用しない
というかOracle製っていうのが最大のデメリット OracleとAdobeは欲しい所だけムシャムシャしてポイが得意すぎる CentOS 8がダメでもCentOS 7があるじゃない ―あるLinuxオタクによるCentOS 7モダナイゼーションへのチャレンジ
ttp://gihyo.jp/admin/clip/01/linux_dt/202103/08 CentOSのリプレースならUbuntuにおまかせを―Canonical，CentOSユーザにUbuntuのメリットをアピール
ttp://gihyo.jp/admin/clip/01/linux_dt/202103/11 Canonicalって近年はIPOとか言いだしてるけど、所詮これまで社長個人の金で道楽でジャブジャブ赤字を垂れ流してきただけの連中だからなあ
失敗してMSに買収される未来しか見えない 1回構築したらハード壊れるまでセキュリティアップデートのみで乗り切りたいけど、Ubuntuはサポート期間5年だしな w3tecks 見るとDebianがCentOSの乗り換えに選ばれてるみたいだな。
よく知らないけど。 ubuntuのサポートLTSは10年になってなかった？ 10年だと個人は無償で法人は有償契約しないといけない Canonicalさんは有償ならサポートしますよね。
サポートには有償と無償があります。 「サポート」が何を言っているのかがバラバラじゃない？
「やりたいこと」に対してアドバイスをくれる「サポート」なのか、
最新版のバグ修正・セキュリティパッチのバックポート等の「ソフトウェアのアップデート」の「サポート」なのか・・・
法人での商用使用可能で、後者のサポートさえあればいいって人もいるだろうが・・・
ただそもそも前者のサポートが必要ならRHELに行けよって話なので、ここでは、後者だけ考えとけばいいのか？ ubuntu の上流のDebianよりサポートが凄く長いのは流石に無理を感じるんだが。
Debian のLSTで5年なので。 >>880
自前で、新しいバージョンの変更点を古いバージョンに適用したりして「サポート」するんじゃないの？知らないけど。 2017年のLinuxカーネル開発を支援しているトップ10企業Intel、Red Hat、Linaro、IBM、Samsung、SUSE、Google、AMD、Renesas Electronics、Mellanox
というのはインターネットで簡単に見つかった日本語資料なのだけど、Red Hat、SUSE はカーネルに新機能を追加したりテストするリソースを持っているけど、Canonical はゼロでは無いにしても対応できないんじゃないかと読み取ってしまうよ。
Intel、Linaro、IBM 他はハード対応で目的はちょっと違うし。 >>880
別にubuntuの上流がdebianというわけでもないのでは。
LSTって何だよ。 >>882
>>807を見ると kernel 5.12 で20番手ぐらいだな セキュリティパッチ出してくれるなら
どこでもいいよ 日本じゃ一生懸命勉強したり作業したりすると馬鹿にされるじゃない。
他人の成果にフリーライドするのが賢い、みたいな風潮だから。 そら今時シコシコとオンプレ鯖のお守りする奴よりAWSでサクッとやっちゃう奴の方が評価されるわな
日本だろうと海外だろうと これがまた時間をかけてシコシコ作る方を評価する場合があるから笑えない 我が国が「利用できるものは利用したほうが賢い」なんてそんなわけないだろ
エクセルのセルを1つずつコピーするのが美徳で、マクロを使うのを「卑怯」呼ばわりするのが我が国だろうが・・・ 上司が知らない技術を使ってはいけない
これもあるぞ やっとクラウドに行けることになったからオンプレのRHEL鯖捨ててAWS(Amazon Linux)に移行するわ
RedHatに払う金はまあいいとしても、メンテを委託してるSIerの面倒を見るのが本当に苦痛だったな
まさに「努力が美徳」な連中で、システムは無駄に肥大化するばかり SIerを飼えるのは大企業で余裕があるところで、CentOSなんか使わないだろ。 >>891
こういうのもネットDE真実っていうんだろうか どうせなら、硯で擦って墨を作って和紙に書け
魂は毛筆でこそ示されるのだ VPSみたいな使い方しかしないなら
国内のVPS業者で良い
AWSは高い ここはチラシの裏だ、おまえの好きなことを書くがよい >>899
VPSみたいな使い方ってんなら
Lightsailは安いほうだと思うんだが…
まあスケール次第か >>898
毛やめてください！！
毛のない人もいるんですよ！！ >>902
魂が毛髪で示されるのではない
毛筆での運筆じゃ 慈悲は無いらしい
オンライン会議急拡大で「発毛・育毛」関連に春満開のステージ ＜株探トップ特集＞
―モニター越しで頭髪意識、コロナ禍で伸びる有望銘柄―
https://finance.yahoo.co.jp/news/detail/20210315-00000229-stkms-stocks
> テレワークの導入加速で、発毛剤市場が伸びている。新型コロナウイルスの
> 感染拡大を契機にテレワークの導入が加速し、これを取り巻く新サービスを提
> 供する企業の存在感を高め、株式市場でも一連の関連銘柄に脚光が当たった。
> こうしたなか、 オンライン会議の増加で「スカルプケア・発毛剤市場」が拡
> 大しているという調査結果が出ている。 Linux.orgがカーネルをメンテする。
ディストリビュータ達はそれを使って配布物を構築する。
Ubuntu,Debianの人達がそれほど積極的にカーネルに関わらないのは自然なことだと思う。
むしろ、ディストリのくせにやたらとカーネルに関わりたがるほうが、闇を感じる。
こんな話はチラ裏だし、もはや消滅するCentのスレに何を書いても意味ないけどな。 >>907
Debianがカーネルに関わらないのは、会社の金で仕事でやってる人達とは違って、あくまで個人での参加なので単にDebian名義でやる理由がないからだろう そう言えば最近の記事でカーネル開発の状況が紹介されてたね。
IntelやIBMなどの知られた企業だけでなく、
個人の開発者も結構参加してるらしい。 どの会社が貢献してるかとかはパッチ出した人のメールアドレスで判断してるんだろうから
Debian開発に参加してる人もたくさんパッチ出してるかもしれない
Intelとかnvidiaなんか基本的に自社製品に関わるパッチしか出してないだろうし 最近の記事がどこだったか忘れたけれど、古い記事にもそんな紹介があるね。
カーネル開発に対してもっとも貢献度が高いグループは、
所属が不明の人々（27％）。次いで多いのがレッドハット（14％）。
趣味で参加している人の割合は5％にしか過ぎず、
所属不明の人々と合わせても32％にしかならない。
残りの68％はLinuxに関連する大企業などに所属している
Linuxカーネル開発最新事情 − ＠IT
2007/07/10 >>912
クローンディストリビューションを撹乱する気だな。
えげつない。 結局、ubuntu陣営に水をあけられてるのに
ある意味で内ゲバみたいなことやってて
大丈夫なん？ どうなんだろね
DebianでなくUbuntuに移ってる人は仕方なくという側面があるだろうし
後継が軌道に乗ればすぐにでも戻ってきそうではあるけど 商用サポートの有無で Ubuntu かdebianの選択かな そういう事だね、サポ欲しければUbuntu行くのは自然 商用サポートがいる人がRHELを選ばないでCentOSに行ってUbuntuにとか、謎だわ。 別に謎だとは思わないよ。Ubuntuサーバのことを
日経リナックスで盛んに宣伝してるからそれに乗せられるんだろうね。
そのうちにRHELかそのクローンに戻ると思いますよ。 そんな日本の事情とか些末な事例じゃなくて世界の動向の話ね >>919
同意
基本的にSIerはRHEL使ってるしUbuntu に行こうと思わないだろう
開発機や検証環境はCentosだからね
Alma一択かな 最近は、商用アプリもUbuntuに対応してきているんで、
どうしてもRHEL使わなきゃって感じではなくなりつつある 監視やら構築やらジョブやら導入しようとすると
DebianやUbuntuは外れるわ
まあ、RHELかAlmaだわな >>922
SIerなら開発や検証用には安いライセンス貰ってるはずだよ
RHEL買ってる客向けにCentosで確認しました、なんて通らないだろ そもそもRHELってサポ無しで今いくらから使えるの？ 客「DMZには振舞い検知のアンチウイルスソフトとEDR製品必須ね」
→RHELしか選択肢がない
という予感
SUSEもいけんのかな オンプレで作ってるような、またCentosが話題になるようなプロジェクトは
そんな大規模のものではないと断定すると
5年周期程度での入れ替え時に
徐々に廃れていく（その時のメジャーOSに替えられる）のではないかと 思いのほかCERNの発表遅いね
アナウンス通りならこの数日中に何か発表あるのかな 発表の期限は第１四半期の末日とアナウンスされていたので
まだ１ヶ月以上残ってるよ CERNはrocky linuxのリリース待ちでは。
もう自前では作らないでしょ。 エイプリルフールネタで
せんと君OS作りたかった
技術もないけど 別にそれっぽく画像とページつくっておいとけばよかったじゃん
ダウンロードできるものは「エイプリルフールネタです！残念でした！」っていうテキストファイルにしとけばいいのであってさ 昔はホールベーム作ったよ ←日記公開したよ
そのうちBlog始めました←日記公開したよ
それからtwitter始めました←日記公開したよ
続いてInstagram始めました←見せるものがない
最後Yahooニュースのコメント欄に悪口言い書いてるわ ここのスレがネタスレ化しているのも、高度な工作だろ conoha vps でoracle linux 提供開始らしい 久しぶりに覗くと、蝶ネクタイ、メガネの人がいる。
コナン君が大人になった姿か。 GMOがひっそりと代替OSを準備してるらしい
https://academy.gmocloud.com/qa/20210319/11388
>CentOS Linuxの終了問題については、弊社もCentOS Linux代替ディストリビューションの準備を進めています。 >>947にもう書いてあったわ
GMO系の鯖は色々使えるようになりそうだな >>951
centos streamを提供するだけじゃん…。
上の話も既存のoracle linuxが使えるという話だし。 商用もタダで使えるライセンスはどうなったんだろ？
レッドハット 快活の鍵つき個室だと、ネカフェ暮らしがいても一般客の目につかないだろうな。
あそこで暮らしたら高いけどなw CentOS8にて Open vSwitch の設定をしたいのですが、
ページが見つからなくこちらにてお伺いさせてください。
以下の設定ができず困っています。
目的；ブリッジ（br-ex）にIPアドレスを振りたい。
物理インタフェイス を登録しただけではens192 のｱﾄﾞﾚｽで
外に出れなかった。Ping通らない。
ブリッジ作成
ovs-vsctl add-br br-ex
物理インタフェイスの接続
ovs-vsctl add-port br-ex ens192
/etc/sysconfig/network-scripts/ifcfg-br-ex
DEFROUTE=yes
ONBOOT=yes
IPADDR=192.168.1.217
NETMASK=255.255.255.0
GATEWAY=192.168.1.1
DEVICE=br-ex
DEVICETYPE=ovs
BOOTPROTO=none
TYPE=OVSBridge 上記は、Openstack のインストールまではできたが、
ブリッジ（br-ex）を物理Nicと接続できず、いろいろ試しているところです。
Openstack の ブリッジ（br-ex） で外とつなげる方法があればそちらの情報でも構いません。 自分も CentOS 8 と OpenｖSwitch でやろうとしたけど結局うまく繋がらなかったな
CentOS 8 の Syslog か systemd のログに
「network-scripts 使ってネットワーク設定するのは非推奨だぞ、NetworkManager 使えよ」って吐かれたから
腐らすつもりでもう CentOS ７ に下げちゃったなー
# 10年ぶりに CentOS 触ったから CentOS 6止まりの自分に NetworkManager のノウハウを教えてくれないかなー（ # yum -y update
で長いこと時間経ってるんですが
yumってaptみたいにC-cしても構わないでしょうか?
topやpsで確認すると
どうも urlgrabber-ext-down で時間が掛かっているようです
$ uname -sr
CentOS Linux release 7.9.2009 (Core) 高エネルギー物理学の研究業界は CERN/FNAL の決定待ち
本当は2021年Q1の間（３月末まで）にアナウンスが出るはずだけど、遅れている
https://linux.web.cern.ch/centos8/
How is CERN going to adapt to this?¶
CERN acknowledges the recent decision to shift focus from CentOS Linux to CentOS Stream,
and the sudden change of the end of life of the CentOS 8 release. This may entail significant
consequences for the worldwide particle physics community. We are currently investigating
together with Fermilab the best path forward. We will keep you informed about any
developments in this area during Q1 2021.
―
Joint Fermilab/CERN statement on recent CentOS Changes
https://listserv.fnal.gov/scripts/wa.exe?A2=ind2012&;L=SCIENTIFIC-LINUX-USERS&P=65515
CERN and Fermilab acknowledge the recent decision to shift focus from CentOS Linux to
CentOS Stream, and the sudden change of the end of life of the CentOS 8 release.
This may entail significant consequences for the worldwide particle physics community.
We are currently investigating together the best path forward. We will keep you
informed about any developments in this area during Q1 2021.
James Amundson, Fermilab Scientific Computing Division Head
Elizabeth Sexton-Kennedy, Fermilab Chief Information Officer 今さら何を書いとるんだ
新しい情報出た時にまた来てくれ そろそろ、どこに移ればいいのか考えたい。
対応が早かったSpringdale(PUIAS)か
コミュニティーがあるRockyか。迷うなぁ。
rikenやjaistでホストしてくれるかどうかもポイントだな〜。
あー面倒くさい。
ところで、EPEL8系のレポジトリは続くと考えていいの？ 乗り換え先が分裂してるの
終わりの始まりのように思えてならない
これから、なにかのナレッジを調べようにも
rockeyなのかalmaなのかはたまた別ディストリなのかで
対処法が微妙に違ったりしてくるんだろ…？ 個人利用程度なら、Almaとかに簡単に乗り換えできるはず。
業務系ならごちゃごちゃ言わずに有償サポートのに変更すれば良い。 いまでも同じだろ？
レッドハットとセントとyum関係とか違うし scientific linux潰れてもcent行かなかった俺
嫌な予感したんだよな
xBMの買収で cernのlinuxは決断が曖昧でこれまでずっとグチャグチャしてきたからな
今度も決断が遅そう 自分がRedhatならCERNのサポートさせますね CERNは
CentOS8については、CentOS8 Streamに移行
CentOS7今まで通り
少なくとも2024年の上半期まではこれで行くみたいですね
その先はRPMベース、x86_64とaarch64のサポートなど条件は揚げられており、まだこれから検討という感じですが
CentOS Stream 9、Rocky Linux, Alma Linux, Springdale Linux、RHEL8/RHEL9、（その他）が候補に上がっています
この中からどれか複数が選ばれる可能性が高いとのこと
なんかRHELの問題がライセンスだけならあっさりRHELに決まりそう CERNの動向気にしてる人って、選択肢の中にStream入れた上で悩んでるのかな
それともStreamは外したうえで、どれにするか悩んでる？
前者ならさっさとStream入れてしまえよと正直思う あと、Rocky Linux, Alma Linux, Springdale Linux等は候補には一応挙げられているけど
今の段階では評価のしようがないよね ベンダーにロックインされたくないって言って独自ディストリビューション作ってたのにcentに切り替えてる最中にロックインで死亡みたいな OSだけじゃなくて、田舎ジャップの関連スレまで
実質的に殺してしまった
アングロサクソンの軍事力、恐ろしい >>978
狙いすまされたようにやられたね…。
>>977
同じアカデミックベースのSpringdaleに参入するか、コミュニティベースのRockyに乗っかるか二択かな。
企業ベースのAlmaはないんじゃないかな。 >>982 のプレゼンに対する批判が下にあります。この批判はもっともだと思う。
https://listserv.fnal.gov/scripts/wa.exe?A2=ind2105&;L=SCIENTIFIC-LINUX-USERS&P=10830 >>971
おー、alma有るのは知ってたがSpringdaleは全く気付かなかった。
2021年1月から入ったようだ。Rockyもホストしてくれそうだな。
ありがとうriken。Rocky/Springdaleの選択は年末までに決めるとして
とりあえず、CentOS7から8に上げておこうかな。 >>983
そりゃそうだな。
CentOS streamへの移行で良ければ最初から問題になっていないわけで。 >>985
- there is no explanation how CentOS Stream is a technically acceptable replacement
for CentOS Linux. There is many questions here, none answered.
全くその通りで、これまでRHELのクローン（安定版）で普通に業務にも使えていたCentOSが
開発用不安定版のバクだしのための、CentOS Streamに置き換えらられるはずがない！ 下にも同様のレポ。
Date: Tue, 4 May 2021 10:57:11 +0000
https://listserv.fnal.gov/scripts/wa.exe?A2=ind2105&;L=SCIENTIFIC-LINUX-USERS&P=6835
When the Centos 8 news came out, I tried out Centos Stream against our configuration. Kickstart and Puppet config
needed very little change and I was able to bring up a VM in our lab config quite easily.
I have two observations:
1) Updates are sparse, none for ages then a large batch of version updates.
2) Stuff can be broken and remain so for a long while. We use Podman rootless. That was broken in the version of Stream
I initially installed and remained broken for a few weeks until the next chunk of updates. I looked up the issue in the RHEL
tracker and it had been fixed quickly in Fedora etc. but this did not make it to Stream on the same timescale.
My view is that Stream is exactly what RHEL say it is, a development distribution to which 3rd parties can contribute to
RHEL development and from which 3rd parties can base their own distributions. It's not for end users, or small
organisations that need timely security updates and other fixes and can't produce same themselves. 他のディストリのLTSじゃだめなんですか？
パッケージがrpm系じゃないと駄目とか
そういう縛り？ CentOS Streamへの移行が決まっているのは今現在CentOS8で動いてるものだけですね
それとCERNのSIGが必要としてる以外は合わないケースがあるとのことで
CentOS Streamに加えて他にも選ぶことになるだろうとは書いてあります
>>987
そう よく分からんけどrpm縛りってことはSELinux絡みかね もっと単純かつ一般化してRed Hat系とDebian系(ついでにSlackwarek系もか)では管理のお作法がかなり違うので
同じ系統の使いたいというのもあるかも そんなこんなでCentOSスレも
ファイナルカウントダウンになってしまいました？
9 >>988
>CentOS Streamへの移行が決まっているのは今現在CentOS8で動いてるものだけですね
お前、本当にばかだね。妄想だよ。CentOS Streamの実体、知ってるの？ https://linux.web.cern.ch/
Update on CentOS Linux strategy (05.05.2021)
CERN and Fermilab have been evaluating a number of options in view of the sudden change of end of life of CentOS Linux 8 in December 2020 and the move to Stream. A migration path for servers already running CentOS Linux 8 is being provided to CentOS Stream 8 for those needing this release and latest features. Continued support for existing workloads on Scientific Linux 7 and CERN CentOS 7 will be maintained as previously planned. We are evaluating a number of scenarios for future Linux distributions such as community editions or academic licence options over the next 12 months as the shorter Stream lifecycle is not compatible with a number of use cases for the scientific program of the worldwide particle physics community. このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 131日 14時間 28分 20秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
