Rocky Linux part1

『CentOSの遺志を継ぐ「Rocky Linux」が誕生 - ソフトアンテナブログ』
ttps://www.softantenna.com/wp/software/rocky-linux-announce/

RHELクローンにそういう文句があるときってどこに言うんだろう？
centOS？fedora？それともレッドハットに直接報告しないとだめ？
Rockyだけに対応を求めてもクローンだから意味なさそうだし

>>388
フォークなんでオリジナルと間違えないように名前変えてるだけなのに。
普通に yum で使えるんだから、それで良いじゃん。

gnuのawkなのでgawk、なんて時代もあったよね

時代って？ 今も linux ならそうだろ。

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が一般的なのでは？

>>380
そこはalienじゃね

>>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 に今後も頑張ってほしい。

CentOSの文字を見ると怒りがよみがえるわｗ

嫌がらせ投稿すんなよｗ

せんとくんSOS

不気味な感じがする

自分はRH系を使ってきたからDebian系よりも親和性高い

dpkgコマンドのオプション覚えてないしな

9.1を取得してインストールを試みたが、'/' をmd raid1にしたいのにできなかった orz

>>422
いやできるだろ
できないのか？

その構成で運用してるよ

スレ過疎ってるのは安定運用の証か
それとも利用者があまりに少ないのか

>>425
両方でしょう。

Rocky LinuxにRDP接続できなくてへこんでいる俺もいる

IPv6だけの環境でboot.isoから9.1を新規インスコした
普通にrpm取れたしインスコ後も問題なく動く

アップデート多いなと思ったら9.2になった。
いつものようにalmaより遅かった。

相変わらずAVX2非対応CPUは動かないの？

>>430
>>376にあるようにAVX2は動作条件に関係ないって話じゃなかったの？

x86-64-v2以降で使える
v1は切り捨て
大まかな境界はcore2が×でcore iが○

Rocky9はcertbotがないじゃないか
これ
tp://download1.fedora.redhat.com/pub/epel/9/Everything/x86_64/Packages/c/certbot-2.6.0-1.el9.noarch.rpm
をぶっ込めば良いのか？
noarchはrebuildする意味ないよな？

依存が結構あった
epel9から以下をぶっ込んでインスコはできた

certbot
python3-acme
python3-certbot
python3-configargparse
python3-josepy
python3-parsedatetime
python3-pyOpenSSL
python3-pyrfc3339

上のパッケージは全部noarch
インスコはできたものの、これでcertbotが正常に使えるかは分からん
後日試してみる

>>433-435
もうインストールは終わってるということだけど
dnf install epel-release
dnf install certbot
で簡単にインストールできるよ

えっ
そんなのがあったとは、無知を宣伝してしまったｗ
教えてくれてありがとう

>>437
certbot　は新規で入れれば. version 2
だけど version 1　が入っているマシンをupdateしても２にはならない？

いつの間にかepelだけでインストールできるようになってたのね
リリース直後には無かったから、snapdとかいうのから入れてたわ

snapはゴミ
ubuntuで懲りた

>>440
kwsk

tps://rockylinux.org/news/brave-new-world-path-forward/

rocky8はcentos8からの移行で完全互換が意味あったけど、今はもう完全互換にこだわる必要性が乏しいだろ。
みんな赤帽から卒業しよう。

互換OSがほしいのは本番がRHELで、その試験環境とか開発環境そろえるのに、いちいちライセンス買うのはめんどくさいって時だな。
特にハードが対応してるか選定してる時にライセンスとかアホらしい

>>444
小規模なら無料でRHEL自体を使えるはずでは
それにしてもRedhatのやり方は酷いな

エイドリアン！

>>445
それって改定して増えても16までだろ
複数人でデベロッパ登録するという裏技もあるけど、ちょっとな

>>444
RH「dev環境にお金をケチるな！RHELサブスク課金しろ！😡」

16あれば開発と試験には足りるんじゃないかね

それあくまでも個人に対して

>>449
足りる仕事もあるだろうな
1ハードにつき10VMづつくらい上げてると2台分にもならない

そうかマイクロサービスとかk8sで使うなら大変だな
RHにはもうちょっとナウい契約を用意してもらわんと

k8sとかコンテナ用途にUBIがあるんだよね。
サポート不要でUBI利用にはRHELサブスク契約は不要という認識だったけど。

VM だとライセンスがいるんだよ。
コンテナは多分いらない（でもソースもらえるかかなり微妙。GPL上出さざる得ないはずだけど、出しちゃうと今回の変更騒ぎがグダグダになる）

centOS7から乗り換えてrockyにやってきました。自分はサーバー用途でないんですが、BookWormとデュアルブートしてます

>>455

How to Migrate to Rocky Linux from CentOS Stream, CentOS, Alma Linux, RHEL, or Oracle Linux

docs.rockylinux.org/guides/migrate2rocky/


これでいけた？

››456
ふつうにdiskマネージャからCentOS7を削除して空き領域を作って、ダウンロードしたRockyLinuxのdvd.iso版をUSBに入れて、そのままUSBブートでインストールしました。

>>445
updateは有償サポート入ってないと入手出来ないのでは
無償はISOが利用出来るだけかと

8系のインストール時に、bootオプションにresolution=1280x960とか指定しないと画面が狭くて右下のボタンが押せなくなる不具合あるじゃないですか？あれってUEFI環境だと発生しないんですね。

やり口はひどいけど『バグまで全て再現！』ってクローンする以外何もしませんって言い切っちゃってる側にも問題があるんじゃないか

オープンソース作成にかかわってると分かると思うけど、Redhat が採用しているオープンソースのバグや拡張要求が直接開発元に来ることもある
元からあるバグなのか、redhat が改造したせいで発生したバグなのか手間暇かけて調べなくてはいけない。ソース見れなくなったら調べるの面倒（redhat と契約するつもりはない）
そして何故かユーザーでもないのに redhat にバグ報告する羽目に
redhat がコミュニティへの還元をサボってるのを代わりに alma や rocky がボランティアでやってる状態なのに redhat 態度でかい

>>461
ちょっとオプソの開発体験したので
何となく気持ちわかります

こっちは、特定のディストリの為だけにボランティアで奉仕してんじゃないのよ
このスッと子どっこいが…
って感じですかね

fedoraとの間に
centos stream突っ込んで、RHELへの実装の前に無料ユーザーに人柱になって貰って
って計画もわからんでもないけど
いっくら、メジャーバージョン固定とはいえ、ローリングだからね

こまったもんだ
まぁ私個人には、全然影響ないんだけど…

>>459
画面外でボタン押せない時はALTだったかどれかのキーを押しながらだと画面スクロールするんじゃなかったか。不具合ではないはず。


>>461
赤帽はそこまで横暴なのか。ますます関わりたくないな。

横暴って別に要望出すのは自由じゃないの
OSSなら開発者側がそれに答える義務はないし

自分はバグ報告もするようになってからは
デスクトップではFedoraかArchしか使ってないな
最新版で再現するかどうかの確認を考えると他に選択肢がない

パッケージはソースが改変されてることがあるから配布元からオリジナルのソースをダウンロードしてビルドしないと

Archはオリジナルで再現性の確認をするけど
Fedoraはパッケージのメンテナに報告すると上流にプルリクまで送ってくれるよ
一度それを経験してから完全なFedora信者になったわ

>>464
要望じゃなく要求
と書いてある
よく読め

>>468
応じる義務ないんだから同じようなもんだろ

クローン作る情熱はどこから来るのかね。他のディストリでは満たされないのかしら

商用RHELとは別にコミュニティベースのOSS RHELリビルドディストリがあることでRHELにGPL違反が行われていないか監査できていた。
以前のCentOSはRHELビジネスにおける「暗い炭鉱のカナリア」として機能していたのよ。

オプソの中にいてオプソの成果を最大限利用しながら
「自分たちのコードをただで使われるのは嫌だ」とかソース非公開を狙うクズが RedHat、Fedora だよ
RedHat、Fedoraの厚かましさや意地汚さは到底理解できない。クズ集団だ
そのFedoraを持ち上げるのはクズの関係者に見える

>>472
fedora は非公開じゃないけどな。
とはいえ fedora と centos stream 公開してるから rhel は非公開でいいだろというのは甘え

根本的に勘違いしている人が多いみたいだが
個別のコード自体はCentOS Streamとして先行公開しているから貢献は続いてるぞ
単にRHELの再構築でのタダ乗りを防いでいるというだけ

>>474
centos stream と rhel が同じバージョンであることも、同じパッチが当たっていることも保証していない。
自分がタダ乗りしてるくせに、タダ乗りを防いでるだけとか片腹痛い

いわゆるOSSへの貢献という意味ではCentOS Streamの公開で役割は果たしてる
オープンソースが云々はRHELクローンを無料で構築したい盗人の言い訳で使っているだけ

それ言ったら赤帽自身が盗人だね

OSSの基本スタンスは「タダ乗りしたけりゃご自由にどうぞ」
盗人とかタダ乗りって批判的な言い方自体がアンチOSS的なんだよね

>>478
ぶっちゃけ
ただじゃないんだよね
だって、パクるたって最低限人件費は必要です
その経費を、無償の奉仕のボランティアが担って、実質ただって見なしているだけ

で
独立したディストリを運営するには
人件費の他にもサーバーの維持費とか色々乗っかってきます

ubuntu、debianも独立したdistriだが

>>480
そうですね
私は、それらのディストリも含めて
総評しただけです

何も言ってないだろ、馬鹿なの
>総評しただけです

>>482
ちゃんと言ってますよ
タダに見えたって、コストは
発生してるって…

>>483
それはlinuxでは常識じゃないのか？

>>484
ぬるま湯の、redhat信者の方には
常識じゃなかったようなので
わざわざ発言しただけです

FedoraとCentOS StreamとRHELの関係図再掲。
CentOS Streamだけリポジトリ公開されても無理ンゴ。
https://i.imgur.com/yXCQ5VG.jpg

CentOS Streamの方が先にEOLになる時点で駄目

>>486
外野で
あくまでも私の個人的な感想ですけど
Centos streamが、いっくらメジャーバージョン固定といたって
サーバーがメインなのにローリング採用しちゃっわなければ
こんな混乱は起きなかったって
かんじますね

因みに私は、Ubuntu serverユーザーなんですけど…