Rocky Linux part1
『CentOSの遺志を継ぐ「Rocky Linux」が誕生 - ソフトアンテナブログ』 ttps://www.softantenna.com/wp/software/rocky-linux-announce/ 創始者(故人)へのトリビュートなんだから仕方ないだろ… ヒント:名前が嫌な人は別のディストリビューションへ逃げた CentOSの後継としてはRockyとAlmaの名が上がることが多いけど実際どちらが優勢なんかな 先にリリースされたAlmaが多分今の時点で優勢っぽい 今後逆転するかも知れんけど 本番環境だとCentOS7多いかも知れんがDebianへの移行が多いっぽい https://news.mynavi.jp/techplus/article/20220803-2415039/ オンプレミスとか、その他上記統計に出ない分だと、どうなるものやら >>320 Almaは一社独占で突き進んでいるので、社の方針変更で先のCentOSのように、 「今年度末でやめる!」になるかもしれない、と警戒している人が多い。 リリースやアップデートは Rocky より早いけど。 Rocky は、もっとコミュニティベースで進行しているので、CentOSのように ある日突然裏切られることはない、という安心感がある。 Alma mirros (215 mirrors) https://mirrors.almalinux.org/ Rocky active mirrors (105 active mirror(s) ) https://mirrors.rockylinux.org/mirrormanager/mirrors >>322 AlmaがだめになったらRockeyでいいじゃない的な 現時点では見通しが立たないからDebian入れて様子見、的な所はあるみたいね Ubuntuを嫌ってCentOSにしてた層がDebianへ行ってるかも ※今後のことは不明 Alma、Rocky、Euro、Oracle などなど、色々あるから保険になって良い。 海外ではほぼ Alma Rocky の2択らしい。 ttps://distrowatch.com/polls.php?poll=319 AlmaLinux OS: 2292 (46%) EuroLinux: 10 (0%) Navy Linux: 4 (0%) Oracle Linux: 49 (1%) Rocky Linux: 2001 (40%) Scientific Linux: 44 (1%) Springdale Linux: 10 (0%) VzLinux: 12 (0%) Other: 54 (1%) None: 521 (10%) 昔と変わらん WhiteBox, CentOS, Scientific, ... 最悪、RHELも使えるし心配することはない。 ユーザー登録やなんやら面倒だけど。 RHELは途中でやっぱ金払えとか言ってきそうだからな TOBは無いかもしれないが、Debianが誰かに乗っ取られて有償になるとか。 振り回されるもんか!なんて思ってると目一杯振り回されたりw 素直にどれかのクローン使ってるのが良いぞ。 誰か>>333 を翻訳してくれ 日本語で書かれているようだが意味不明 コミュニティに働けば角が立つ 企業に棹させば流される ライセンスを通せば窮屈だ とかくにOSSはすみにくい Appleの基調講演でM1 MacのParallelsにインストールしていたのはDebianだったしな Debianは営利団体ではなく、「均等に細分化された割合的単位で取引できる株式を発行する会社」という組織形態を取っておらず、TOB等と無縁 CanonicalとIBM(RHEL)から距離のある組織として、長い歴史を誇る 持続可能性も、その制度的担保も、比較にならない DebianもRedHatの支援で開発された機能を使いまくってるくせに偉そうだな(´・ω・`) 喧嘩を売りに来る Debianラーと喧嘩を買う RedHatラー 暇なんだなww >>341 じゃあGNU由来のユーティリティ使うなよ RHEGLが正式な略称だろ GNUはGNU/Linux騒動のせいで嫌われてるからな よーし俺はWTFPLとNYSLとCC0のトリプルライセンスだ apacheライセンスは肩身が狭いな 宣伝条項つきBSDライセンスほどではないが RHELから商標置換して壁紙変えただけリリースしてるじゃないの >>355 そもそもRHEL互換OSってRHELから権利上問題のあるものを除外してリビルドしただけのものだが >>357 それは分かるんだけどディストロごとにリリースの早さに違いがあるのは何でだろう Almaは早いけどmiracleなんかはかなり遅いよね テスト体制の違いかプロジェクトの方針の違いか >>355 商標だけでなく、RedHatが設置したサーバのアドレスを見に行く 設定が含まれてるソフトとかあるから、 そういうのを自分ところで用意したものか あるいは汎用サービスに置き換えなきゃダメなんだよね ソースばらしてsedで変換して、はい終わり と思ってる人おる? RHELから削除されてる機能って基本的には代替品無しだろ 無くて困るもんでもないし https://forums.rockylinux.org/t/rocky-linux-8-upgrade-to-rocky-linux-9/6629/3 【超意訳】 Python 3.6に依存していて3.8での動作確認が取れていない場合は、やめとけ Unless your application is not compatible with python3.8, this method is feasible python38パッケージとかpython36パッケージとかの用法は分からんけど >>322 Community ENTerprise OS 突然切られることがないというリスクを強調したらRHELクローンは全て不採用でしょ だからCentOSからDebianへのシェアのシフトが進行中 Debian ユーザは他所のスレまで来て喧嘩を売ろうとするw 暇人 あるときはapt あるときはapt-get あるときはdpkg あるときはapt-cache だってなんだかだってだってなんだもんって思う dpkgコマンドはリポジトリのパッケージしか使わない場合は全く使わないで運用できるまである ubuntuでもmintでも、apt使うdistroなら皆同じことが言える >>373 別でダウンロードしたパッケージをインストールするときもaptでいいよ。 自動的に依存関係を解決してくれる >>313 訂正 Core i 第4世代(Rocky9動く) x86-64-v2全部あり、AVXあり、AVX2あり Core i 第2世代(Rocky9動く) x86-64-v2全部あり、AVXあり、AVX2なし Core i 第1世代(Rocky9動く) x86-64-v2全部あり、AVXなし、AVX2なし Core 2 最終世代(Rocky9不可) SSE4.2なし、POPCNTなし、AVXなし、AVX2なし AVX2が無関係という結論は変わらない。 SSE4.2かPOPCNTに依存してるのが原因。 tps://forums.rockylinux.org/t/el9-will-require-x86-64-v2-support/5311 >>372 そんなん言うたら あるときはyum あるときはdnf またあるときはrpm だってなんだか( >>378 dnfがあるのにrpmとかyum使ってるの? dpkgで頑張っててください dnfがいつまで使われるかね。 rpmより短命で終わるでしょ。 dnfってdid not finishみたいだからいい名前じゃないよな Rocky のスレで言っても仕方ないが dnf installとか依存解決してほしい時だけdnf使って、後はrpmでいいだろ。 DNFってDandified Yumだから、Yumと大差ないよ。 Python3で動くようになったYum。 Yumと大差がないのは表面的なことですよ。 むかしのYumコマンドはすべてDNFへのシムリンクになってるんだって。 大して変わらんもののくせにコマンド名変えるのやめてほしい。 RHELクローンにそういう文句があるときってどこに言うんだろう? centOS?fedora?それともレッドハットに直接報告しないとだめ? Rockyだけに対応を求めてもクローンだから意味なさそうだし >>388 フォークなんでオリジナルと間違えないように名前変えてるだけなのに。 普通に yum で使えるんだから、それで良いじゃん。 gnuのawkなのでgawk、なんて時代もあったよね rc.localが作動しないなと思ったらxビット立ってなかった。初期状態そうなのか今まで知らんかったわ。 RHEL/CentOS 7の世代から非推奨だからね。 rc.localの先頭に使いたければどうするかは書いてある。 でも、9になってもまだ廃止されずに残ってる。 遅まきながらやっとrocky8.6にした。 まぁ面倒だった。epel8は良いとしても fc28/el6/el7/rpmfusionとか色々混ぜてると上手くいかないな。 結局試行錯誤でエラーが出るパッケージを一時的に消して rocky8.6とepel8のみのレポジトリでmigrate2rocky.shが通ったわ。 aptからdnfを使うようになって1年くらいだが未だ慣れない。 でもようやく、クソ重いyumからまともな速度になって嬉しい。 librepo?hawkey?作ってくれたひとに感謝。 >>392 distro全体の傾向としてはmawkが一般的なのでは? >>313 AMDどうよ K8なら、モバイル最終世代のTurion X2 Ultraの弟分のAthlon x2 QL-60が現在Windows 11 22H2実験稼働中、WSL1は動いた K10だと何処かにLlanoあるだろうけど… >>396 mawk がデフォルトなのは debian 系とか一部という認識だけど? 10年触ってなかったからdnfに変わるのは全く抵抗なかったけど、Rockyとか最近のRH系はyumコマンド叩いても実際動いてるのはdnfってこと? >>400 そう。細かいこと言わなけりゃ単に新バージョンの名前くらいに思ってても特に問題はない。 >>401 じゃあそんなに拒否反応示さなくてもいいのにね CERN, Fermilab particle boffins bet on AlmaLinux for big science https://www.theregister.com/2022/12/08/cern_fermilab_almalinux/ almaの方が本命っぽくなってしまったかな。 あちらは管理してるのが企業で金も出してるけどこちらはボランティアだからな どちらが有利かなんて明白 almaは開発早いけど企業なのでテノヒラクルーが怖い rockyはコミュニティでやってるから突然のテノヒラクルーはなさそうだが開発は任意のペース (まあ、突然のコミュニティ崩壊、分裂はあり得る) まあ、用途にあわせて使い分けよう 企業倒産なら仕方ないが赤帽みたくEOL放棄はプーチン並の極悪だな。 ロッキーを選びたくなるのは分かる。 コミュニティでも更新止まったりとかあるからどちらがいいとも言えない AlmaとRockeyの2つが並行してる状況でいいんじゃないかな Scientific Linuxがなくなった途端に手のひらを返されたし CERNはRockeyに肩入れしても良いのに Rockyには頑張ってほしいけどCentOSが担っていたRHELの代替OSとしての立場はAlmaが担うことになりそうだ https://linux.web.cern.ch/ Fermilab/CERN recommendation for Linux distribution 08.12.2022 CERN and Fermilab jointly plan to provide AlmaLinux as the standard distribution for experiments at our facilities, reflecting recent experience and discussions with experiments and other stakeholders. AlmaLinux has recently been gaining traction among the community due to its long life cycle for each major version, extended architecture support, rapid release cycle, upstream community contributions, and support for security advisory metadata. In testing, it has demonstrated to be perfectly compatible with the other rebuilds and Red Hat Enterprise Linux. CERN and, to a lesser extent, Fermilab, will also use Red Hat Enterprise Linux (RHEL) for some services and applications within the respective laboratories. Scientific Linux 7, at Fermilab, and CERN CentOS 7, at CERN, will continue to be supported for their remaining life, until June 2024. >>410 だいぶ前に、CentOS と RedHat が急接近して、蜜月のようになったけど、 その直後に CentOS 8 の中断宣言。見事にやられましたね! そういう意味では、Rockey に今後も頑張ってほしい。 read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる