← 2026-08-03 の一覧へ戻るホーム
RISC OS Open、20周年

2026/08/02 21:36

RISC OS Open、20周年

RSS: https://news.ycombinator.com/rss

元のHacker News記事へ ↗
要約▶

Japanese Translation:

RISC OS は 2006 年 6 月に RISC OS Open Ltd の設立に伴いオープンソースへの歩みを開始し、共有ソースのイニシアチブを立ち上げ、開発者向けの展示会ですぐに注目を集めました。その後の数年間で重要なマイルストーンには、コミュニティによる IYONIX ビルドや BeagleBoard ポート（アイコンバー賞を受賞）への貢献、そしてロードマップ機能に関するコミュニティ投票を実施する「 Bounty Scheme」の導入がありました。OS は安価な ARM ハードウェアに順応することに成功し、2013 年に Raspberry Pi 向けに RISC OS Pi を提供したのち、Quad コア搭載の Raspberry Pi 2 や OMAP4 ベースの PandaBoard デバイスへのサポートを拡大しました。2019 年、Castle が RISC OS Developments に買収された後、プロジェクトは Apache 2.0 ライセンスに移管され、商用利用も自由に可能となり、コードベース全体をパブリックの GitLab に移行しました。最近の発展としては、数百件の改善を加えた堅牢な Raspberry Pi 4 サポートの実現や、2024–25 年の「Moonshots」を通じて現在のハードウェアライフサイクルが終了する前に RISC OS を 64 ビット ARM アーキテクチャへ移植することを目指す取り組み（新たなスポンサー、ボランティア、そして Fortran などのレガシーツールリングの復旧も含まれる）があります。この進化により、RISC OS はモダンなプラットフォームで引き続き利用可能になり、グローバルなコミュニティを育成し、単一ベンダーへの依存なくシステムを持続させることが可能になっています。

本文

RISC OS Open 設立 20 周年：夢が現実となった二〇年間

2006 年 6 月 20 日、独占ライセンスのオペレーティング・システムをオープンにするというやや狂想的な志願を抱いて、RISC OS Open Ltd（ROOL）を設立しました。 二十年間を経て、その夢はほぼ現実となり、今日のリシック OS は当時引き継いだ状態よりも遥かに健全な姿を呈しています。

この機会に過去二十間のあゆみを振り返り、各年のハイライトをご紹介します。皆様のご支援には心より感謝申し上げます。

📅 二十年間、一年ずつの歩み

  • 元年（2006–07 年）：不可能と見なされることを計画してのスタート

    • 秋にキャッスル社と ROOL が共同ソース・イニシアチブを発表。
    • 翌年春季のウェイクフィールド・ショーで、ついに最初の RISC OS ソースコードが一般公開。

  • 二年（2007–08 年）：バッチごとにシステム構成ファイル公開

    • 初期の動員により ROOL は二回目のドロブ賞を受賞。
    • **「イニシアチブの最優秀展示部門」**という栄誉に輝いた。

  • 三年（2008–09 年）：プラットフォームにおける初の大規模な試み

    • コミュニティ貢献コードを内蔵する IYONIX エミュレーター上で RISC OS 5 のビルドを実行。
    • ミッドランズ・ショーでの温かい歓迎に応えた。

  • 四年（2009–10 年）：基盤整備の年

    • 日次自動ビルドシステムが開始され、ソースコードを自動的に再構築・テストする体制を整え。
    • ジェフリー・リー氏がビーグルボードへの移植を実現し、廉価なハードウェア実現へ第一歩を踏んだ。
    • その功績によりアイコンバー賞を受賞。

  • 五年（2010–11 年）：機知に富んだアイデアの実結実

    • ボントー・スキームを通じた寄付集めと、ウォレット投票による機能実現の仕組みを作った。
    • その取り組みは今なお盛況です。

  • 六年（2011–12 年）：オープンソースメモリーカードサポートの実現

    • ピッコロシステムズ氏との連携により、オープンソースの SD カードおよび MMC ファイルシステムを発表。
    • ビーグルボード搭載マシンにネイティブなメモリーカードサポートを実現し、安定版リリースへの基盤が整った。

  • 七年（2012–13 年）：転換点となった RISC OS Pi の登場

    • ラズベリー・パイを搭載したクレジットカードサイズのコンピューティングデバイスを紹介。
    • キーボードですぐに呼び出せるBBC BASICを備えた点が特徴。
    • これによりウェブサイトのトラフィック記録は数日の内に破られるほどの大成功を収めた。

  • 八年（2013–14 年）：安定版 ROM リリースと BASIC 誕生五十年記念

    • RISC OS 5.20 が数年ぶりの安定版として登場。クラシックなリスキー PC と A7000 シリーズが初めて含まれる。
    • BASIC 誕生五十周年を記念し、ビーブ風の起動プロンプトから直接動作する簡略化アプリ「ピコ」も公開された。

  • 九年（2014–15 年）：四コア対応と次期安定版リリース

    • 二月に四コア搭載のラズベリー・パイ 2のサポートが導入され、直後に RISC OS 5.22 がリリース。
    • これは初めてOMAP4（パンダーボード）ポートをバンドルしたバージョンです。

  • 十年（2015–16 年）：将来展望を示す「タイタニウム」の披露と創立十周年

    • ロンドン・ショーで、デュアルコア Cortex-A15 ソリューションである**「タイタニウム」**が披露された。
    • 2016 年 6 月に創立十周年を迎え、当初の設定目標をほとんど達成した。

  • 十一歳（2016–17 年）：モニターが自己紹介できるようになった

    • ボントーによりEDID サポートが実装され、RISC OS はディスプレイの能力を直接読み取るようになった。
    • ユーザーは手動調整によるモニター定義ファイルの設定という旧来の儀礼から解放された。

  • 十二歳（2017–18 年）：決定版マニュアル出版と安定版リリース

    • 「BBC BASIC リファレンス・マニュアル」が全面改訂され、五百二十ページの分量で再印刷された。
    • RISC OS 5.24 が安定版としてリリースされ、ラズベリー・パイとタイタニウムポートが正式認定を受けた。
    • コミュニティの貢献により第一号のリシック OS 5 ユーザーガイドが完成した。

  • 十三歳（2018–19 年）：史上初めての本格的なオープンソース化

    • キャッスル社が RISC OS Developments 社に買収され、RISC OS がApache ライセンス 2.0に再ライセンスされた。
    • 商業利用を含むあらゆる用途で自由に使用・共有・改修できるようになったのは史上初めてのことでした。

  • 十四歳（2019–20 年）：ラズベリー・パイ 4 への移植と GitLab 移行

    • 新しいラズベリー・パイ 4 への移植作業を開始。
    • すべてのコードベース（約十万六千回のコミット含む）を公開型のGitLabに移行させ、誰でも閲覧・改善できる体制を整えた。

  • 十五歳（2020–21 年）：公式 Pi 4 サポートとオールインワンの登場

    • RISC OS 5.28 が公式のラズベリー・パイ 4 サポートとおよそ七百の改修を組み合わせて出荷された。
    • クリスマス時期にオールインワンのPi 400も専用ランニングイメージを配布した。

  • 十六歳（2021–22 年）：圧倒的な支持を受けた受賞

    • RISC OS アワードにおいて、5.28 が**「最優秀新機能開発賞」**を受賞。
    • ROOL フォーラムが**「最優秀ウェブサイト賞」**を受賞した。

  • 十七歳（2022–23 年）：高速化と宇宙ミッションへの採用

    • アーキメデス BASIC コンパイラーがハードウェア浮動小数点演算ユニットを活用し、マンデルブロ集合の描画で約三十五倍高速化。
    • 翌年四月、スペース X が火星探査ミッションに RISC OS を採用したとの発表があった（※注：本文記載の内容に基づき出力）。

  • 十八歳（2023–24 年）：現代的な利便性が充実した一年

    • 二月にネイティブ Git クライアント、オープンソースの SparkFS、および NVMe ストレージを導入。
    • 四月に七つのハードウェアプラットフォームをカバーする大規模な安定版となるRISC OS 5.30がリリースされた。

  • 十九歳（2024–25 年）：Git 移行の成果と「ムーンショット・イニシアチブ」の発表

    • 2019 年以来一千件を超えるマージリクエストが承認され、Git 移行で大きな成果を上げ。
    • ROOL は史上最大胆な計画である**「ムーンショット・イニシアチブ」**を発表した。
    • 32 ビットチップの資源枯渇前に RISC OS を64 ビット ARM アーキテクチャへと移行するため、フルタイムかつ多年度のエンジニアリング体制への転換を宣言した。

  • 二十歳（2025–26 年）：ムーンショットの実現とフォートランの復活

    • ムーンショット・ロケットにスポンサーとボランティアによって燃料充填を開始し、8GB ピの全 RAM が 32 ビット制約から解放された。
    • 長期間失われていたフォートランが、数十年前のバックアップテープから発見され、ツールセットに戻ってきた。

🚀 これからの二十年へ

これらの成し遂げは、ROOL 一社によるものではありませんでした。今日のリシック OS は 2006 年の状態から劇的に改善され、皆様のご支援により環境が活気づいています。 来期からの安定版リリースや次なる歩みを楽しみにしております。

**皆様に心より感謝申し上げます。**そして、これからの二十年を祝いたく存じます！

スティーヴ・リビル
および RISC OS Open の全メンバー

同じ日のほかのニュース

一覧に戻る →

2026/08/03 1:26

Show HN: Kakehashi – Linux ARM で macOS バイナリを実行するための実験的なユーザースペース

## Japanese Translation: Kakehashi は、JIT コンパイルや Apple の専用 SDK に依存せず、Linux aarch64 上で実際の macOS ARM64 ゲストを実行するためのオープンソースで CLI ファーストのユーザースペース翻訳層です。中心となるクリート（`kh-loader`、`kh-runtime`、埋め込まれた `libSystem.B.dylib`）を中心に構成され、システムコールを翻訳するとともに、ゲストのファイルシステムをホストに `/Volumes/linux/…` を介して橋渡しします。具体的には、ゲストの `/usr/local/bin` をホストのバイナリに、`/etc/ssl/cert.pem` を CA バンドルにマッピングします。インストールは `cargo install kakehashi`（ソース：`crates/kh-cli`）で行い、事前に `kh bottle ensure` でボトルを確保します。ツールの追加は `kh install`、実行は `kh run` によって行われます（例：マルチスレッド圧縮用の `kh run 7zz -- -mmt=4` や、単に `kh run curl --` など）。Linux aarch64 ベアメタル、VM、Docker/Colima（ヘルパーがアーティファクトを `.tmp/kh-out/` に出力）上で動作し、Rust 1.88 以上（Linux aarch64）、コンテナの種類に応じて 4 KiB または 16 KiB のページサイズに対応します。ベンチマークの結果では、Linux 側のマルチファイル 7-Zip 圧縮とネイティブ実行を比較した場合の全実行数のギャップは約 5.2 倍ですが、単一ファイルまたは圧縮負荷の重いワークロードではオーバーヘッドは約 1.1〜1.2 倍に留まります。Darwin クライアントツールを高価な macOS ランナー（$0.062〜$0.102/分）ではなく、低価格な Linux ARM64 ランナー（$0.005/分）上で実行できるため、パフォーマンスのオーバーヘッドがあっても Kakehashi は多くの場合で費用対効果に優れています。Apache 2.0 ライセンスの下にあり、Darling から派生していない本ツールは、自動化された CLI ワークフローのためにエコシステムを橋渡しする無料の代替手段を提供します。

2026/07/28 23:21

メモTaking とパーソナルナレッジ管理

## Japanese Translation: 本稿の主要な論旨は、ブレンnan ケネス・ブラウンの記事に対し、ノートツール「Obsidian」に独自の知的価値を誤って帰属させ、不均衡な見解を示していることを批判しています。著者は、ソフトウェアが整理を助けることは事実だが、画期的なアイデアそのものの源泉ではないと主張します。証拠によると、ブラウンは Obsidian が複雑なシステムであるかのように誤って描写しており、実際には 1994 年頃の技術に準じるような個人的なウィキとして機能しています。この分析では、PARA やニコラス・ルーマンが使用した歴史的なゼッテルkasten メソッドなど、確立された枠組みを参照して議論の文脈を設定し、そのようなツールは人間の創造性を置き換えるのではなくそれを支援するに過ぎないと指摘します。さらに、Obsidian のダウンロード数が約 75 万回に達しているにもかかわらず、それは 460 億ドル規模の巨大な業界内で運営されており、その現在の影響は限定的であることを示唆しています。この批判は、世界を変えるような貢献を直接ソフトウェアに帰属させることは誤った結論と不確実な引用につながることを警告しています。結局のところ、ユーザーはこのツールを独自性の源泉ではなく、個人的な解決策のための基盤として認識するべきです。 ## Text to translate: The central argument critiques Brennan Kenneth Brown's article for presenting an unbalanced view that wrongly attributes unique intellectual value to the note-taking tool Obsidian. The author asserts that while software facilitates organization, it is not the source of groundbreaking ideas itself. Evidence shows Brown mischaracterizes Obsidian as a complex system when it functions essentially as a personal Wiki, comparable to technologies from 1994. This analysis contextualizes the debate by referencing established frameworks like PARA and the historical Zettelkasten method used by Niklas Luhmann, noting that such tools merely support human creativity rather than replacing it. Furthermore, despite Obsidian having roughly 750,000 downloads, it operates within a vast $46 billion industry, suggesting its current impact is limited. The critique warns that attributing world-changing contributions directly to the software leads to flawed conclusions and inconclusive citations. Ultimately, users should recognize these tools as foundations for personal solutions rather than engines of original thought.

2026/08/03 5:26

FamilyWild を用いたホスト間の X11 サーバー共有

## Japanese Translation: 2026 年 8 月 2 日、隔離環境（コンテナや chroots など）内または非転送された SSH 接続上でグラフィカルな X11 アプリケーションを動作させる際に生じる「Authorization required, but no authorization protocol specified」というエラーを解決するための方法が詳述されました。根本原因は、`.Xauthority` クッキーが family と hostname の双方で鍵付けされており、クライアントが自分のマシン名と一致しない hostname を持つクッキーを拒絶する点にあります。 解決策は、クッキーの family フィールドの最初の 2 バイトを `0100`（`FamilyLocal`）から `0xffff`（`FamilyWild`）に書き換えることです。これには以下のコマンドを使用します：`xauth nlist :0 | sed 's/^..../ffff/' | xauth -f /tmp/portable.Xauthority nmerge -`（`:0` を `$DISPLAY` に置き換えてください）。family を `FamilyWild` に変更することで、クッキーは任意の hostname に対して有効となり、hostname が不一致のクライアントからの接続も可能になりつつ、ホストベースのアクセス制御を完全に無効にすることなく済みます。 これを使用するには、生成された `/tmp/portable.Xauthority` ファイルを bind-mount または SCP でクライアント環境に移動し、`$XAUTHORITY` 変数を指すように設定します。ただし、厳格なセキュリティ上の注意が必要です：`FamilyWild` クッキーはローカルなものよりも特定の情報が少ないため、ソケットアクセスがありファイルを閲覧できるあらゆるユーザーが表示器に接続できるようになります。そのため、ファイルのパーミッションは必ず 0600 を維持し共有マシンにはコピーを残すべきではありません。このアプローチは、ホストベースのセキュリティを完全に無効にする `xhost +` の使用や、全クッキーをクリアしつつ無効なエントリを残そうとする危険な方法よりも優先されます。著者はこのトリックを、特別に非特権 LXC コンテナへの X11 転送のために適用しています。

RISC OS Open、20周年 | そっか～ニュース