Red HatにRocky LinuxとAlmaLinuxが反論。OSSの精神と目的に違反している、ダウンストリームのリビルドは価値をもたらす、など
Red HatにRocky LinuxとAlmaLinuxが反論。OSSの精神と目的に違反している、ダウンストリームのリビルドは価値をもたらす、など Red Hatは6月、Red Hat Enterprise Linux（RHEL）のクローンOSベンダに対して排除する方向性を打ち出しました。このことが、多くの議論や影響を引き起こしています。 Red Hatが起こしたアクションは2つです。1つはCentOS StreamをRed Hat Enterprise Linux（RHEL）関連の唯一パブリックなソースコードリリースのリポジトリにすると発表し、事実上、RHELのソースコードの一般公開を取りやめにしたことです。 参考：Red Hat、今後はCentOS StreamがRHEL関連のパブリックなソースコードの唯一のリポジトリになると発表 RHELのソースコードへのアクセスは有料のサブスクリ
「CentOS Stream 9」、ダウンロード提供が開始
Steven J. Vaughan-Nichols （Special to ZDNET.com） 翻訳校正： 2021-12-06 10:56 Red Hatがおよそ1年前に、「Red Hat Enterprise Linux」（RHEL）のクローンである「CentOS Linux」から、RHELのローリングリリースとしてのLinuxディストリビューションである「CentOS Stream」に軸足を移していくと発表した際、多くのユーザーは憤慨した。その結果、「AlmaLinux」や「Rocky Linux」といったCentOS/RHELの代替となるクローンOSの開発が開始された。しかしRed Hatは次期RHELの先行ディストリビューションとしてCentOS開発を推進するという計画を堅持した。そして米国時間12月3日、新生CentOSプロジェクトから「CentOS Stream 9」という
Let's EncryptのルートCA期限切れで OpenSSL 1.0.2が思わぬ事故を起こす件
これは、Let's Encryptを支えるこの二人のルートCAと OpenSSLの物語である。 DST Root CA X3 (2000-2021) ISRG Root X1 (2015-2035) 〜2021年1月〜 ISRG Root X1「いままで一緒にやってきたDST Root CA X3さんの寿命が間近・・・このままだと僕を信頼してくれていないベテランの（具体的にいうと2016年くらいまでの）古いクライアントたちは Let's Encryptさんを信用してくれなくなっちゃう・・・どうしよう」 DST Root CA X3「どれ、わしが死ぬ前に(有効期限が切れる前に)お前が信頼に値する旨を一筆書いて残せばいいじゃろう。サラサラ」 Issuer: O = Digital Signature Trust Co., CN = DST Root CA X3 Validity Not Bef
Webサイト5月Linuxシェア、Ubuntu、Debian、CentOS減で不可解な動き
Q-Successから2021年5月のWebサイト向けLinuxディストリビューションのシェアが発表された。2021年5月は先月に引き続き、Ubuntu、Debian、CentOS、Red Hat、Gentoo、Fedoraと主要ディストリビューションのシェアが減少している。 これまでの変動に比べると、シェアの減少幅が大きい。減った分は「そのほか」に分類されることになるが、0.1%未満のディストリビューションへシェアが移行したとは考えにくく、このような動向を引き起こしている要因は不明。今後どういった動きを見せるのかが注目される。 2021年5月Webサイト向けLinuxディストリビューションシェア/円グラフ 2021年5月Webサイト向けLinuxディストリビューションシェア/棒グラフ Webサイト向けLinuxディストリビューションシェア推移グラフ 資料: Q-Success
CloudLinux、「CentOS」の代替OS「AlmaLinux」の一般提供を開始
「CentOS Linux」の開発元であるRed Hatが「『Red Hat Enterprise Linux』（RHEL）のリビルド版であるCentOS Linuxから、最新版のRHELの少し先を先行する『CentOS Stream』に重心を移す」と発表した際、多くのCentOSユーザーは憤慨した。その声を聞いて、CentOSプロジェクトの共同創設者であるGregory Kurtzer氏は自ら、CentOSの代わりになるRHELクローンとして「Rocky Linux」を作ると発表した。そのすぐ後に、法人向けのCentOSディストリビューターであるCloudLinuxが新たに独自のCentOSクローンを作り上げる「Lenix」プロジェクトを発表していた。そして今回、「AlmaLinux」という新たな名称の下、一般提供（GA）が開始された。 CloudLinuxは、マルチテナント型のウェブ／
CloudLinux、「CentOS」の代替OS「AlmaLinux」ベータ版リリース
「CentOS Linux」プロジェクトの実質的なオーナーであるRed Hatが、「Red Hat Enterprise Linux」（RHEL）のリビルド版であるCent OSから、最新版のRHELの少し先を行く「CentOS Stream」に重心を移すという発表を行ったとき、多くのCentOSユーザーは憤慨した。この事態を受けて、以前から自社の名前を冠したマルチテナント型のウェブ／サーバーホスティング企業向けのRHELなどをベースにしたLinuxディストリビューションを作っているCloudLinuxは、新たなCentOSクローンである「AlmaLinux」を立ち上げると発表していた。このほど、このAlmaLinuxのベータ版が公開された。 Red Hatは、「Red Hat Developerプログラム」を拡大し、開発者や小規模なチームが利用できる無料版のRHELを新しく発表しているが
個人開発者はRed Hat Enterprise Linuxを無料で最大16システムまで利用可能に 本番環境もOK
この記事は新野淳一氏のブログ「Publickey」に掲載された「個人開発者はRed Hat Enterprise Linuxを無料で最大16システムまで利用可能に、本番環境もOK。Red Hatが開発者向けプログラムの拡大を発表」（2021年1月22日掲載）を、ITmedia NEWS編集部で一部編集し、転載したものです。 米Red Hatはこのほど、個人開発者向けに提供している「Red Hat Developerプログラム」を拡大し、個人開発者には無料で最大で16システムまで本番環境でも利用可能にすることを発表しました。 これは先月発表された、CentOS 8のサポートを2021年末までとし、今後はCentOS Streamの開発に注力することへの影響を考慮したもの。 無料で本番環境を含む最大16システムまで利用可能 現在のRed Hat Developerプログラムは個人開発者に対して
「CentOS」終了への対応として、Red HatがRHELの無償オプションを拡充 | OSDN Magazine
Red Hat（米IBM傘下）は1月20日（米国時間）、「Red Hat Enterprise Linux」を最大16システムまで無償で実装できる新プログラムを発表した。2020年末の「CentOS Linux」打ち切り時に予告された「様々なユースケース向けの低コストまたは無償のプログラム」のひとつであり、今後もオプション拡充を進めて行くとしている。 2020年12月8日、Red Hatは自社が出資するRed Hat Enterprise Linux互換のディストリビューション「CentOS」についての開発方針の変更を発表していた。新しい方針では、「CentOS Linux」のバージョン8を2021年に終了し、今後はローリング方式の「CentOS Stream」に開発を集中させるというもの。方針変更について、「Red HatとCentOS Projectの理事会はCentOS Stream
CentOS Streamという篩(ふるい) - 物欲投げ捨てblog
篩(ふるい)に掛けられるCentOSユーザの阿鼻叫喚(あびきょうかん)が聞こえる(´・ω・`) 篩(ふるい)にかけられるCentOSユーザ CentOS8 が予定より前倒しでEOL(End Of Life/つまりサポート終了)されることになり (2029/5予定から2021/12へ大幅短縮)、CentOSユーザが激怒する事態となっている。 何が起きているかはこちらが分かりやすい。 japan.zdnet.com 実質的に無料版RHEL(Redhat Enterprise Linux)になっていたので、 いち営利企業としてはさっさとぶった切りたいのが正直なところだったようだ。 CentOS公式ブログでは2020/12/8に発表があったが、 その半年くらい前からCentOSの浮き具合を表している記事がでていた。 rheb.hatenablog.com 画像を引用すると以下の通り。完全にCent
WebサイトLinuxシェア1月、Ubuntuが50%に迫る
Q-Successから2021年1月のWebサイト向けLinuxディストリビューションのシェアが発表された。2021年1月はUbuntuがシェアを増やし、CentOS、Debian、Gentooがシェアを減らした。Ubuntuはシェアの増加を続けており、現在と同じ傾向で増加が続いた場合、数カ月後にはUbuntuのシェアが50%を超えることになる。 CentOSプロジェクトは2020年12月、CentOS 8の提供を2021年で終了すると発表した。今後はCentOS Streamの開発に注力するとしている。しかし、CentOSとCentOS Streamはリリースの扱いが異なっており、代替候補となるのか疑問視する声もある。こうした状況を踏まえ、今後CentOSのシェアがどのように変化していくかが注目される。 2021年1月Webサイト向けLinuxディストリビューションシェア/円グラフ 20
さよなら CentOS、こんにちは Rocky Linux & Lenix - Qiita
CentOS 8 が 2021-12-31 でサポート終了 となります。 従来 2029年までとされていたのですが、期間が大きく短縮されました。 主な更新 2021-06-28 Rocky Linux がリリースされました。 2021-04-07 CloudLinux から AlmaLinux がリリースされました。 2021-01-04 Rocky Linux のリリース予定(2021 Q2)について追記しました。 2020-12-21 CloudLinux, Project Lenix のリリース予定(2021 Q1)について追記しました。 本記事の概要 3行 CentOS 8 は 2021-12-31 でサポート終了です。 移行先として推奨される CentOS Stream はアップストリーム(本家 RHEL より先にバージョンがあがる)で更新されるため、RHEL とのバージョン互換
CentOSのrpmdbが壊れてyumコマンドが失敗する場合の修正方法
このドキュメントの内容は、以下の通りです。 はじめに rpmとyumの違いは？ rpmdbが壊れる原因 修正方法 その他の修復方法 /var/lib/rpm を誤って削除してしまった場合 はじめに OSには、インストールされているソフトウェアを管理するためのシステムがあります。OSやパッケージ管理ソフトウェアは、ソフトウェアの管理のために、データベースを持ちます。データベースの形式は、実装によってさまざまでしょう。 CentOS では、rpm や yum と呼ばれるパッケージ管理システムが使われています。 Yum は、 Yellowdog Updater Modified の略です。 RPM は、RPM Package Manager です。以前は、Redhat Package Manager の略でした。 rpmとyumの違いは？ rpm とは、パッケージを管理します。yum は rpm
Linux/エラー：bad ELF interpreter | Tipi
Linuxにアプリケーションをインストールしている際に「bad ELF interpreter: そのようなファイルやディレクトリはありません」というエラーが出る場合があります。 その場合の解決方法を取りまとめました。 /lib/ld-linux.so.2: bad ELF interpreter: そのようなファイルやディレクトリはありません 先日、ある案件でCentOS 6.4 (x64) にjdkの1.4(x86)を入れるということがありました。 (なんで今頃1.4やねんという話はおいといて…) いつものようにrpmを実行すると...。 rpm -ivh j2sdk-1_4_2_07-linux-i586.rpm 準備中... ########################################### [100%] 1:j2sdk ####################
Vagrant上のVMへのmecab-ipadic-neologdのインストールが失敗する時 - Qiita
MeCab用のすごい辞書として有名な mecab-ipadic-neologdをVagrant上のUbuntuにインストールしようとしたところ、次のようなエラーが発生しました。 (前略) terminate called after throwing an instance of 'std::bad_alloc' what(): std::bad_alloc reading ./mecab-user-dict-seed.20170417.csv ... /home/ubuntu/mecab-ipadic-neologd/bin/../libexec/make-mecab-ipadic-neologd.sh: line 492: 2130 Aborted (core dumped) ${MECAB_LIBEXEC_DIR}/mecab-dict-index -f UTF8 -t UTF8 s
CentOS 7にmecab-ipadic-NEologdを入れて動かすまで - Qiita
$ wget --no-check-certificate 'https://drive.google.com/uc?export=download&id=0B4y35FiV1wh7cENtOXlicTFaRUE' -O mecab-0.996.tar.gz $ tar zvxf mecab-0.996.tar.gz $ cd mecab-0.996 $ sudo ./configure --enable-utf8-only $ make $ sudo make install $ sudo sh -c "echo '/usr/local/lib' >> /etc/ld.so.conf" $ sudo ldconfig
CentOSでパッケージ構成を別マシンにコピーする方法
セットアップ済みのCentOS環境にインストールされているパッケージを、別のCentOS環境にもインストールしたい場合があります。 そんな時は、まずパッケージ構成の「コピー元」となるCentOS環境で、以下のコマンドを実行しましょう。 rpm -qa --qf "%{NAME}\n" | sort > old_packages.txtこのコマンドは、インストール済みパッケージ一覧をソートして「old_packages.txt」に出力します。このファイルを、「コピー先」の環境に転送しておきます。 次に、「コピー先」では以下のコマンドを実行します。出力先ファイル名が違うだけです。 rpm -qa --qf "%{NAME}\n" | sort > new_packages.txt以下のコマンドを実行すれば、「コピー元」にインストールされていて、「コピー先」にはインストールされていないパッケージ
hostsとタブの落とし穴！[Squid] - Qiita
追記 [ 2018-09-13 ] 結論 squid使用時にhostsの行頭にブランク入れるな (@n-soda さん調べ) 一応念のためと思って squid のソースを読んでみたら、 なんと squid は libc を使わず独自に /etc/hosts を parse していて、 そこでは行頭にスペースやタブがあると、アドレスが書いてないものとみなされてしまうコードになっていました。 この辺です: https://github.com/squid-cache/squid/blob/d429cbd0e4d86d4af54ed50e499da14039ff7429/src/tools.cc#L954 これはビックリ。 というわけで、行頭のスペースないしTABが squid 限定で犯人でした。 環境 Vagrant for Windows Virtual Box CentOS 7.2 [ht
![hostsとタブの落とし穴！[Squid] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/064d6d45c1b7897935e93707228f6a88306a5069/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9aG9zdHMlRTMlODElQTglRTMlODIlQkYlRTMlODMlOTYlRTMlODElQUUlRTglOTAlQkQlRTMlODElQTglRTMlODElOTclRTclQTklQjQlRUYlQkMlODElNUJTcXVpZCU1RCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MmVkMGU3YjQxZmE1MDM0Y2Y5NzA1YTE3YzQ2NzU5NGU%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwbm9uejI1MCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9YTQ0YTUzNWU0ZThjMTVhZjA5NmY4N2Y4MjI4OWM3NGI%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D7b9cc8da8582878ca06d013ad45db8fb)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ターボリナックス株式会社 - Turbolinux, Inc.
docker で warning: setlocale: LC_ALL: cannot change locale (ja_JP.UTF-8) などといわれたら - Qiita
Loading...