by Space Dictator Linuxカーネルの開発者、リーナス・トーバルズ氏がLinux 6.14のリリースを「忘れていた」ことを明らかにし、「純粋に無能だった」と謝罪しました。 Linus Torvalds forgot to release Linux 6.14 for a day • The Register https://www.theregister.com/2025/03/25/linux_6_14_day_late/ 2025年3月16日、Linux 6.14-rc7(リリース候補版)を公開したトーバルズ氏は「事態はかなり落ち着いているようなので、よほどのことがない限り、来週末には6.14の最終版をリリースできるだろう」と伝えました。 ところが、週末の23日になってもLinux 6.14はリリースされませんでした。 翌24日、トーバルズ氏は思い出したかのようにLi

この Linux 入門トレーニングを完了すると、グラフィックとコマンド ラインの両方の観点から Linux に関する十分な実践的な知識が得られ、主要な Linux ディストリビューションを簡単に操作できるようになります。獲得したスキルセットを使用して、ユーザー、システム管理者、または開発者のいずれかとして進歩を続けることができます。 おもなテーマ コースのご案内 第1章 Linux Foundation 第2章 Linuxの理念とコンセプト 第3章 Linuxの基礎とシステムの起動 第4章 グラフィカル インターフェイス 第5章 グラフィカル インターフェイスからのシステム設定 第6章 一般的なアプリケーション 第7章 コマンドライン操作 第8章 Linuxドキュメントの検索 第9章 プロセス 第10章 ファイル操作 第11章 テキスト エディタ 第12章 ユーザー環境 第13章 テキスト

IT部門が頭を抱える「CentOS終了問題」　なぜ企業は後継OSに「AlmaLinux」を選ぶのか：移行先の検討で留意すべきこと 無償のLinuxディストリビューションである「CentOS」の更新が2024年6月に終了した。そのまま使い続けるとセキュリティリスクになるが、有償の「Red Hat Enterprise Linux」への移行は検証も含め、コスト面で課題があるケースも多い。日本語サポートも欲しいところだ。現実的な移行先を解説する。 無償のLinuxディストリビューションとして普及している「CentOS」を利用する企業が今、岐路に立たされている。「CentOS Linux 8」はアップデートが2021年末に打ち切られ、「CentOS Linux 7」の更新が2024年6月に終了した。今後もセキュリティパッチを適用して安全に使うためには、ベンダーが有償で提供しているCentOSの延長

Steven J. Vaughan-Nichols （Special to ZDNET.com） 翻訳校正： 川村インターナショナル 2024-09-20 07:00 ウィーン発--「Linux」の生みの親であるLinus Torvalds氏は、The Linux Foundationの「Open Source Summit Europe」の基調講演で、カーネル開発や「Rust」の統合、オープンソースの未来について、自身の考えを率直に語った。Torvalds氏の友人でVerizonのオープンソースプログラムオフィスの責任者を務めるDirk Hohndel氏が、Linuxエコシステムに関する基調講演の司会を担当した。 Torvalds氏は、先頃公開された「⁠Linux 6.11」カーネルなどのリリースが面白みに欠けるのは意図的だ、と強調した。「約15年間にわたり、非常に規則正しいリリースを行

Steven J. Vaughan-Nichols （Special to ZDNET.com） 翻訳校正： 川村インターナショナル 2024-08-30 07:30 香港発--Linus Torvalds氏と、その友人でVerizonのオープンソースプログラムオフィスの責任者を務めるDirk Hohndel氏が、The Linux Foundationのカンファレンス「KubeCon + CloudNativeCon + Open Source Summit China」で再び対談し、「Linux」開発とそれに関連する問題について語り合い、聴衆を沸かせた。 両氏はいつものように、Linuxカーネルの現状と今後について語った。具体的には、リリースプロセス、セキュリティ、「Rust」のLinux統合、ソフトウェア開発におけるAIの役割など、Linux開発のさまざまな側面に言及した。 Torv

2024年3月29日、Linux向け圧縮ユーティリティとして広く利用されているXZ Utilsに深刻な脆弱性 CVE-2024-3094 が確認されたとして、研究者やベンダがセキュリティ情報を公開しました。この脆弱性は特定の条件下においてバックドアとして悪用される恐れがあるものとみられており、当該ソフトウエアのメンテナのアカウントにより実装されたソフトウエアサプライチェーン攻撃の可能性が指摘されています。ここでは関連する情報をまとめます。 脆弱性の概要 xzとは主要なLinuxディストリビューションに含まれる汎用的なデータ圧縮形式で、今回問題が確認されたのはその圧縮・解凍ユーティリティであるliblzma(API)を含むXZ Utils。CVE-2024-3094が採番されており、Red Hatによって評価されたCVSS基本値はフルスコアの10。影響を受けたライブラリをリンクしているssh

LinuxにRustを導入するかどうかという議論は終わりを迎えた。Rustの実装は既に始まっている。Linuxの父であるLinus Torvalds氏は電子メールによる筆者との対話の中で「何かおかしなことが発生しない限り、それ（Rust）は6.1で導入される」と述べた。 Linuxカーネルの記述言語としてプログラミング言語Rustを導入するという議論は、かなり前から存在していた。Linuxカーネルの開発者らは、年次カンファレンス「Linux Plumbers Conference（LPC）2020」の場で、Linuxの新たなインラインコードでのRustの使用について検討を開始していた。また、「Android」（それ自体がLinuxのディストリビューションだ）の開発言語としてRustを支持しているGoogleは、2021年4月にLinuxカーネルへのRust導入の動きを後押しし始めていた。

はじめに Linuxを使っているみなさんは普段からLinux上で様々なコマンドを実行していると思います。それらを識別するときに「コマンド名」という単語を使っていると思いますが、文脈によってこの単語が意味するものは異なります。本記事ではLinuxカーネルがいうところのコマンド名がどういうものかについて書きます。 一番最初に短い結論、その次に具体的な説明、そして最後にこれについて調べようとしたきっかけ、およびその後の調査プロセスについて書きます。 結論 Linuxカーネルから見たコマンド名は実行ファイル名のbasename(ファイル名からディレクトリ部分を除いたもの)の先頭15バイト カーネルのメモリ内のプロセス(正確にはカーネルレベルのスレッド)ごとに存在するtask_structという名前の構造体の中のcommという16バイトのフィールドにNULL終端文字列として格納されている カーネルの

とりとめない話ですが、今どきのLinuxのパッケージングの種類とSteamDeckから一気に改善されたDirectX 周りの話です。社内の勉強会で共有した資料

Help us understand the problem. What are the problem?

現状確認 dateコマンドを実行。 $ date Thu Jun 11 20:17:15 JST 2020 英語表示である。 日本語ロケールに設定 下記コマンドで、コマンドの出力を日本語に変更。 $ sudo apt install language-pack-ja 続いて「locale」を更新。 $ sudo update-locale LANG=ja_JP.UTF-8 一度、WSL2を閉じて起動しなおす。 LANG変数を確認し、dateコマンドを実行して日本語表示するか確認。 $ echo $LANG ja_JP.UTF-8 $ date 2020年 6月 11日 木曜日 20:41:10 JST 日本語表示するようになった。 manコマンドの日本語化 下記コマンドで日本語マニュアルをインストール。 $ sudo apt install manpages-ja manpages-ja-

やりたいこと 以下のような構成のLANで、Host2からwsl2にssh接続する。 wsl2ではネットワーク構成が変更された wsl1では良くも悪くもWindowsとLinuxが混ざり合っていました。 wsl1ではWindowsとLinuxが同じネットワークインターフェースを参照していました。 そのため、例えばwsl1のポート22でsshサーバを起動し、そこにHost2から接続したい場合、Host2はWindowsのポート22に接続するだけで、wsl1のsshサーバに接続できました。 wsl2の場合、LinuxはWindowsと仮想ネットワークで接続された別ホストとして扱われます。 そのため、Host2からWindowsのポート22に接続しても、wsl2のsshサーバに接続することはできません。 そこで、Windowsのポート22からwsl2のポート22に対してポートフォワーディングを行う

Steven J. Vaughan-Nichols （ZDNET.com） 翻訳校正： 編集部 2020-09-29 13:13 Microsoftの最高経営責任者（CEO）を務めるSatya Nadella氏は、同社が5月にオンラインで実施した開発者向けイベント「Build 2020」で、「Windows Subsystem for Linux（WSL）2.0」が近々、LinuxのGUIとアプリケーションをサポートするようになると発表していた。そして、9月に開催された「X.Org Developers Conference」で、同社のパートナー開発リードであるSteve Pronovost氏が、WSL内でグラフィカルなLinuxアプリケーションを実行できるようになったことを明らかにした。 これまでも、グラフィックエディターの「GIMP」、電子メールクライアントの「Evolution」、オ

先日、メインの開発環境を MacOS から Windows 10 Professional へと移しました。理由としては主に2点で、現在仕事を自宅の固定席で行っており PC を持ち運びする必要がなくなったため Mac より高速で安価な Windows デスクトップ機を使いたいこと(Ryzen 9使いたい!)、WSL2 が正式版となり使ってみた感じ問題なく WSL2 で仕事の開発ができそうだったことが挙げられます。 WSL2 はふつうに Linux なので問題なく開発環境の構築が行なえ、Windows からも VSCode Remote のおかげでで違和感なくWSL2上のコードを編集、実行ができ快適な開発が行えています。(なお、WSL2 についての記事は山程溢れているので、ここでは殆ど触れません。) しかしながら、WSL2 ではないふつうの Windows 上で開発する機会が出てきたので、M

いいものを見つけたのでコピペ。 yes >> /dev/null & 最後に & お勧め ｗ（二つターミナルが必要でなくなる。） ちなみに メモリ負荷をあげる魔法のコマンド /dev/null < $(yes) & LinuxでCPU負荷を上げる魔法のコマンド - Qiita ">>" は ">" でも良いと思うが、何か特別な理由があって">>"にしているのだろうか。 追記(2014/10/08): ただのメモにはてブがたくさん（当社比）ついてビックリ(^-^; コア数に対する考慮が足りない。 コア数に対する考慮が足りない。 - gomakyuのコメント / はてなブックマーク とコメントを頂いた通り、上記のコマンドを実行しても1つの論理CPUを使い切るだけです。 例えば上の図の通り、1ソケット * 4コア * 2スレッド で論理CPU数が8の場合は、ざっくり、1多重で実行すると12.5%

Appleの初売りに並んでる皆様、寒い中お疲れ様です。寒いですね！ツライですね！ そんな時は最新のMac ProのCPUをぶん回せば暖かくなるかもしれませんね！ え？インターネット接続環境がないからベンチマークソフトをダウンロードできない？大丈夫、Mac OS Xに標準で含まれているソフトウェアでお手軽にCPUをぶん回すことが可能です。 Finder→アプリケーション→ユーティリティ→ターミナル CPUが論理12コアの場合 openssl speed -multi 12 CPUのコア数がわからない場合 openssl speed -multi `getconf _NPROCESSORS_ONLN` これでしばらくはCPU負荷がガンガンかかり、Mac Pro上部の排気口がほのかに暖かくなりますよ！良かったですね！良かったですね！ もしかしたらアップルストアの店員さんがMac Proを用意して