私は ずっと前から 根っからの BeOS ファンで、スタートアップを実行していました-ソース ゲーム 俳句 数十年。 「代替 OS」の世界を発見し、いくつかの 巨大な ソリューション 理由にもかかわらず、他の場所では決してキャッチされませんでした.
方法論 Haiku はキットの管理とその「不変の機械」に代わる定式化は、私が袋に入れる 実際には
すべて揃っていて効果的に機能します-デスクトップLinuxの能力と同じくらい苦痛がありません。 一方、私にとって非常に注目を集めているのは、シーンの後ろにある小さなプリントの実装です。 Haiku は、キットの管理に新鮮な新しい定式化を取り入れています: バイヤーの能力にもかかわらず、ぼろぼろのキットマネージャーを「感じて」崇拝する - 関連し、何かを崇拝する 忠実な
または dnf
- - シームレスに出席: マシンの不変ディレクトリ 古い状態へのロールバック 特定の人-機械プログラムから分離された管理プログラム
そして、複数のキット リポジトリに参加し、ソースと追加のプログラムを構築するための一連のインフラストラクチャとツール。 オタクとして、私はそれを非常に魅力的であり、他のプラットフォームを探索するために崇拝したいアイデアをバッグに入れています. Haiku が「マシン」ディレクトリと「コンシューマ」ディレクトリの間でサーバーを処理する方法から始めます。
の作業df Haiku シェルからの説明 (BASH がデフォルトですが、その他は崇拝 ZSH はインストールされた苦悩なしである必要があります) 次を明らかにします:
~>
df -h Mount Kind Total Free Flags ツール ---- ------------- ------'/マシン/チェック': 最も読み取りやすいファイル マシン------ --- ------ ------- ----- ------------------- /boot bfs 232.9 GiB 219.6 GiB QAM-PW /dev/disk/scsi/0/0/0/0 /boot/machine packagefs 4.0 KiB 4.0 KiB QAM-P-- /boot/house/config packagefs 4.0 KiB 4.0 KiB QAM -P-- 俳句の土台 / は、起動時にカーネルによって起動される RAM ベースのほとんどが仮想ファイルシステム機能です。 . 他のすべてのファイルシステムとデバイスは
/ の下にマウントされます。 なので
/boot
は、ブート全体の数量を指します。たとえば、ほとんどの Linux インストールの場合のように、ブート パーティションではありません。
[system] /boot/machine マウントポイントは主にマシンですHaiku OS とインストールされたアプリケーションを構成するディレクトリ。 ファウンデーションディレクトリには、快適さのためにそこを指すシンボリックリンクがたくさんあります:
~> ls
) -l/ 合計 6 lrwxrwxrwx 1 コンシューマ ルート 16 Feb 13 14: 18 bin -> /boot/machine/bin drwxr-xr-x 1 コンシューマ ルート 2048 Mar 31 2021 boot drwxr -xr-x 1 コンシューマ ルート 0 Feb 13 14: 18 dev lrwxrwxrwx 1 コンシューマ ルート 25 Feb 13 14: 18 etc -> /boot/machine/settings/etc lrwxrwxrwx 1 コンシューマ ルート 5 Feb 13 14: 18 Haiku -> /boot lrwxrwxrwx 1 コンシューマ ルート 26 Feb 13 14: 18 プログラム -> /boot/machine/kit-links lrwxrwxrwx 1 コンシューマ ルート 12 Feb 13 14: 18 マシン -> /boot/machine lrwxrwxrwx 1 コンシューマ ルート 22 Feb 13 14: 18 tmp -> /boot/machine/cache/tmp lrwxrwxrwx 1 コンシューマ ルート 16 Feb 13 14:18 var -> /boot/machine/var だから、例えば
へのエントリーを取得できる立場にある/boot/machine as /machine など このマウントポイントが によって裏打ちされているベールpackagefs - ここでは、マージされた調査を提供する仮想ファイルシステムによって提供されますインストールされたプログラム全体の。 Linux の世界では、オーバーレイ ファイルシステム (通常はコンテナー ランタイムによってばらばらになっています) が崇拝されています。 ~> タッチ /マシン/チェック
タッチ: できません触る しかし、私たちは一方で、マシンとコンシューマーのファイル/構成を明確に分離するために、私たちの家のディレクトリの残りの部分に書き込む立場にあります.
ノート : BeOS の祖先の結果として、Haiku は現在マルチコンシューマーマシンではなくなっているため、最も簡単なマシンがあります/boot/house
ディレクトリであり、購入者は実質的に唯一の管理者アカウントです。 私が理解しているように、足場は一人以上の顧客に出席するのに新鮮ですが、一方でそれは後まで優先されません R1をリリースしました。 一方で、これにより、後でプログラムをインストールしてコンシューマーごとに構成する可能性が開かれます。これらすべての物質が 開発者向けドキュメント、それにもかかわらず、ここに私の一般の人々がそれを解決しています…
Haiku には 多くのプログラムがすぐに利用できます。消費者アプリケーションを一時停止します。 Wine, LibreOffice および KDE 関数。 これらは
.hpkg としてすぐに利用できます。 別の
プログラム
に配置されるファイル ディレクトリ、および packagefs
サービスは、コンテンツを /boot/machine など) にマウントします。 mountpoint.
ぼろぼろのキット管理ツールとは異なり、キットの内容は もう アーカイブを解除してファイルシステムにコピーしません。 試験を受けている間
/boot/machine、実際には、一連の余分なプログラムとその内容を調べています。これらはすべて動的にマウントされ、最も学習しやすい仮想ファイルシステムとしてすぐに利用できるようになっています。 .
ここに理由があります
/boot/machine
は最も学習が容易です: これはもはや「正確な」ファイルシステムではなく、さまざまなプログラム全体の仮想結合として存在するのが最も簡単です。注:
program
などの一部のディレクトリは例外です。 、 キャッシュ
,
varなどは書き込み可能です。 基礎となる BFS 数量にとどまる「シャインスルー ディレクトリ」として知られているものがあります。 おそらく、開発者向けドキュメントでこれらについてさらに学ぶことができるでしょう。 で、こまめにやってるうちに、BeFS自体は価格も問題なし 調査中!
ファイルがpackagefs が真新しい
を検出した場合.hpkg
programs
ディレクトリで、次のようないくつかのテストを実行します。依存関係または競合の参照として。 すべてのパーツに問題がなければ、キットを「アクティブ化」し、コンテンツをすぐに利用できるようにします。これは、 CLI
pkgman ツール、表示シーンの後半で何が起こるか。 まず、サンプル キットをインストールしてみましょう。この場合は、単純な CLI を崇拝するものです パイプビューアツール。 とてもパワフルな礼拝です
loyal-get
、
yumまたは Linux マシン上の他の同一ツール:
~> pkgman install pv Haiku のチェックサムの検証中...実行しました。 100% レポチェックサム-1 HaikuPorts のチェックサムを検証しています...実行されました。 次の変更を行う必要があります: マシン内: リポジトリ HaikuPorts からキット pv-1.6.6-2 をインストールします 100% pv-1.6.6-2-x86_64.hpkg [40.57 KiB] https://eu.hpkg のチェックサムを検証しています。 haiku-os.org/haikuports/grasp/x86_64/fresh/programs/pv-1.6.6-2-x86_64.hpkg...実行しました。 [system] 修正を適用しています ... [system] 調整を利用しました。 "state_2023-02-13_14:33:27" にバックアップされた起動 Lisp を着用しました [system] クリーンアップ中 ... [system] 実施しました。
今
で学習すれば/machine/programs ダウンロードした .hpkg
ファイル (CLI またはデスクトップ ツールで検査することもできます) ):~>
ls-l /マシン/プログラム/pv-1.6.6-2-x86_64.hpkg -rw-r- -r-- 1 コンシューマ ルート 41543 Feb 13 14:33 /machine/programs/pv -1.6.6-2-x86_64.hpkg
明らかに、キットデーモンがそれをピックアップしてマウントしました /boot/machine の下にマージされた packagefs からすぐに利用できるようにします。 ここに
pv を添付します。バイナリがインストールされているように見えます:
ls~>
-l /machine/bin/pv -r-xr-xr-x 1 コンシューマ ルート 70136 2018 年 8 月 6 日 /machine/bin/pv
アンインストールは
と同じくらい簡単です pkgman uninstall pv .hpkg ファイルであり、その内容は から「後退」します。 /boot/machine
実際に これのいいところはこれにより、プログラムの古い機能や OS リリースにさえマシン Lisp を再適用する簡単で洗練された方法論が可能になります。
pkgman install pv からの最終出力を確認している間 上で説明すると、「通常のアクティベーション Lisp」が新しく作成されたディレクトリにバックアップされていることを通知するメッセージがあることを検索します。 キット マネージャーは、すべてのトランザクションを生成するためにこれを行います。そのディレクトリを確認すると、
起動プログラム
:)~> head-n5 /machine/programs/administrative/state_2023-02-13_14 : 33: 27/activated-programs netcat-1.10-4-x86_64.hpkg ncurses6-6.3-2-x86_64.hpkg mpfr3-3.1.6-6-x86_64 .hpkg mesa_swpipe-22.0.5-2-x86_64.hpkg mesa_devel-22.0.5-2-x86_64.hpkg
これには、当分の間インストールされた正確なキットのバージョン。 プログラムをアップグレードする場合は、
lisp
ディレクトリは、ロールアゲインを容易にするためにプログラムの機能をハングすることさえできます。 Haiku デスクトップからの礼拝の様子は次のとおりです:
lispディレクトリ内の慣習的なプログラムの箇条書きとともに、現在インストールされているプログラムが左上に確認されます。 例として、新しいマシンの BASH が 5.1 であるにもかかわらず、2021 年からの通常のバックアップ Lisp では 5.0 であると検索する可能性があります。 ディスクハウスを保護するために、最後の 30 日間の Lisp を最も簡単に維持するなど、必要に応じて、これらの慣習的な Lisp ディレクトリをクリアすることもできます.
これをまとめて結ぶと、 Haiku Boot Loader は、活性化リストと保存されたプログラムの消費をプロットして、苦悩することなく特定の Lisp に戻ることができます - 必要なのは保護することだけですバックアップ キットのアクティベーション ファイルを停止し、起動時にプログラムを発見するのが最も簡単です。 おそらく、ブートローダーの「ブートボリュームに同意する」オプションからバックアップ Lisp を取得すると、アーカイブされたプログラムとアクティベーションリストを使用して、マシンが古い Lisp で再び起動する可能性があります。 あなたの仮想
/boot/machine ディレクトリはその後、目的の Lisp に戻されます - そして、これはすべて起動時にオンザフライで行われます。 長いロールアゲイン プロセスや否定的な操作などはもはや存在せず、おそらくおそらくおそらくおそらくおそらくおそらくおそらく再起動して、さまざまな状態で自由に実行できます.
これまで、
/boot/machine
にある packagefs のマウントポイントについて説明してきました。 、それにもかかわらず、私の最初の で確認された別のマウントポイントもありますdf -h
の下にあるものを説明*)/boot/house/config. そのディレクトリの下にあるものは次のとおりです:
~/config> ツリー
-d /boot/house/ config -L 1 /boot/house/config ├──アプリ ├──キャッシュ ├──ファイル ├──パッケージ化されていない ├──プログラム ├──設定 └──変数
ここにはマシンのディレクトリの複製はほとんどありませんが、特定の私の消費者アカウント。 これは、マシンのディレクトリを「汚染」することなく、このスペースを使ってツールを配置し、新しいプログラムをチェックアウトできる立場にあることを意味します。 そして、Haiku が強力なマルチコンシューマーに参加するようになると、このスキルも各消費者がすぐに利用できるプログラムの非常にプライベートな機能をハングアップできるようになります.
ペアバラバラとしての熱意の要因:
非ネイティブ ツール プログラムの場合 (たとえば、 でインストールされたもの) ./configure && plot install) おそらくおそらくおそらくおそらくおそらくおそらく消費するでしょう~/config/non-packaged . ここはかなりそっくり
/usr/native
settings
ディレクトリは、添付の Haiku パッケージ ツールであり、ネイティブ構成を保持します。 類推をもう一度使うと、それはお世辞です $XDG_CONFIG_HOME
他の Unix 崇拝システムでは。 Haiku ツールは、このディレクトリの拡張をプロットする傾向があります: 例として、~/.ssh[system] の下で構成を維持する SSH よりもかなり、
のディレクトリ下に保存されました~ /config/settings
: ~/config> ls -l settings/ssh/ 合計 32
-rw------- 1 コンシューマ ルート 1238 2021 年 3 月 31 日 authorized_keys -rw---- --- 1 コンシューマ ルート 476 2021 年 3 月 31 日構成 -rw------- 1 コンシューマ ルート 1679 2021 年 3 月 31 日 id_rsa -rw----- -- 1 コンシューマー ルート 410 2021 年 3 月 31 日 id_rsa.pub -rw------- 1 コンシューマ ルート 1790 2021 年 12 月 18 日 既知のホスト
私コンシューマ キットを作成し、俳句ポーターとご近所さん HaikuPorts シーケンス。 これらのツールは、通常の BeOS ツールから LibreOffice の完全なセットアップに至るまで、膨大な量の Haiku 用のツールを発明およびカスタマイズするためにばらばらになります。
ノート : FreeBSD の「ポート」シーケンスを崇拝するソースから HaikuPorts を構築すると仮定します。 すべての HaikuPorts プログラムは、pkgman
Haiku Ports と Haikuporter を次のように環境アップした後
手順
、私は今、ソースからキットを発明する立場にあります。 例として、GUI FTP コンシューマ「FTP ある」を拡張します: ~/haikuports/haiku-apps> エイリアス hp="haikuporter - S -j8 --no-source-programs --get-dependencies" ~/haikuports/haiku-apps> hp ftppositive この時点まで依存関係情報がハングする可能性があるかどうかを確認しています ... ベテランの依存関係情報を調達しています。 .. ------------------------------------------------ ---------------------- haiku-apps::ftppositive-1.2.2 /boot/house/haikuports/haiku-apps/ftppositive/ftppositive-1.2.2 。レシピ - - - - - - - - - - - - - - - - - - - - - - - - ---------------------- Skipping gain of source for 48a5acdfe0981697018abf151a82802f4f3e500e.tar.gz Validating checksum of 48a5acdfe0981697018abf151a82802f4f3e500e.tar.gz Unpacking source of 48a5acdfe0981697018abf151a82802f4f3e500e.tar.gz .. . ... 切り捨てられた出力を生成します ... キット ftppositive-1.2.2-7-x86_64.hpkg の mimesetting ファイル ... キットを作成します ftppositive-1.2.2-7-x86_64.hpkg ... ----- パッケージ ファイル ---------------- ヘッダーの寸法: 80 ヒープの寸法: 211523 TOC の寸法: 1110 キット属性の次元: 695 合計の次元: 211603 -------------------------------------------------- 発明キット ftppositive-1.2 を想定しています。 2-7 非アクティブ化する ftppositive-1.2.2-7-x86_64.hpkg を取得し、/boot/house/haikuports/programs/ftppositive-1.2.2-7-x86_64.hpkg にインスパイアします
出力の最後の行で、 .hpkg
ファイルが作成されました。 その後、キットをネイティブ ~/config/programs にコピーするだけで済みます。 ディレクトリを「スパークオフ」します。 追加されるとすぐに、packagefs はそれをチェックし、その内容を
/boot/house/config
に追加します。 ディレクトリ。 Haiku デスクトップでの礼拝の様子は次のとおりです:
ベール高い 2 つの家の窓「キャッチ」 組み込み
スタッキングとタイリングウィンドウマネージャ!
おそらくおそらく、購入者のプログラム ディレクトリにコピーした後、キットがアクティブ化されていることを確認してください。 /boot/house/config/apps/FtpPositive/ にユーティリティをインストールします マシンのディレクトリよりもかなり多く、 を追加しましたDeskBar メニュー エントリもピックアップされ、ワールドワイドに「マージ」されましたマシンの機能メニュー - マシンにインストールされたプログラム全体と一緒に表示される添付ファイル
Haiku の残りの部分をお楽しみください。キットの管理は新鮮で効果的です発想力。 それがどれほどニッチな OS であるかを考えると、マシンがどれほど洗練されているかを静かに驚かせます。通常の Lenovo ThinkStation SFF PC でネイティブに実行すると、完全に飛びます。 私を除いて Amigas 私のお気に入りの「夜にコードをハッキングする」マシンは苦悩することなく、多くのイニシアチブのために完全に毎日のように位置付けられています-
アクセス可能な代替 OS の興味深い世界があり、それらのかなりのペアは、住居の Windows/Mac の新しい主流の世界とはまったく異なるパラダイムに従っています。 /Linux. 私は幸運なことに、英国での大学時代に戻って、方法論全体を考えるこれらのさまざまな方法にさらされました。 RISC OS は大学の部屋ではもう珍しいことではなく、Amiga と Ataris が遊び場を支配していました.
これから 競合するプロセッサ アーキテクチャとプラットフォームの豊富なポリカルチャーにより、アリーナは一見、住居用ウィンドウまたは Unix ごとに何かを実行する x86 または ARM プロセッサを中心に統合されたように見えました。 それは仕事を遂行しますが、一方でそれは… エビの命のないものです。 非常に多くの注目を集めるソリューションがあり、いくつかの実に クレイジー
くそー、実際にそれを崇拝していると感じますそしてそれはストレスフリー! 実際、アクセス可能な注目を集めるコードの多くがあり、Apple が BeOS を
前提 次の作業マシン用。 VMS が UNIX を介して「取得」していたとしたら? 提督が Amiga で何をするべきかを認識していたらどうなるでしょうか?
とにかく、これがあなたがすべての問題で食事に逃げるきっかけになったことを願っています Alt -OS、特に Haiku。 試したことのない方は、詳しく 説明書がネットに添付されており、トレッキングに持って行くことを強くお勧めします.