NSL - WSL-style Linux machines for Linux

Show HN: NSL – WSL for Linux

NSLは、Linuxホスト上でWSLのように永続的なLinuxマシンを提供するツールです。各マシンは独自のパッケージとサービスを持つ完全なディストリビューションで、systemd-nspawnコンテナとして動作し、必要な時に起動してファイルを共有します。Debian、Ubuntu、Fedoraなど7つの署名済みディストリビューションをサポートし、コマンド一つで起動。ホストをクリーンに保ちながら、任意のディストリビューションで作業できます。隔離モードでは信頼できないソフトウェアを安全に実行可能。開発者はホスト環境を汚さずに多様な環境を試せます。

nslはLinuxホストに永続的なLinuxマシンを提供します。それはちょうどWSLがWindowsに対して行うように。各マシンは独自のパッケージとサービスを持つ完全なディストリビューションです。
  1. rao-v

    これは素晴らしいパッケージングだと言わざるを得ない。デスクトップの中で別の「マシン」をクリーンに使うのがどれほど快適か、不思議と明らかではない。

    リモートサーバーや開発作業に関しては、MacBookよりもWSLを好むようになるとは思わなかったが、なぜかそうなっている。

    もちろん、こういうものを自分で組む方法はたくさん知っているし、dev containersが多くの点で優れていることも分かっている。しかし、WSLのようなコンテナの人間工学的な使いやすさがこれほど良いのは不思議だ。

  2. just60sec

    ああ、なぜこれが欲しいかは分かる。他のツールと組み合わせて自分でこしらえるのは一つの手だ。だが、大量のセットアップなしですぐ使える状態になっているのはやはり強みだ。

    簡単なデモはある?エディタを開いて、開発サーバーを動かして、ファイルにどうアクセスするかを見せるだけでも、感触をつかむのに役立つよ。

  3. lproven

    「Snow Linux」なんて初めて聞いた。ホームページは最小限だ:

    https://snowlinux.org/

    Githubページを新しいストーリーとして投稿した:

    https://github.com/frostyard/snowdesktop

    https://news.ycombinator.com/item?id=49907568

  4. 0x457

    なぜVM + systemd-nspawnなのか混乱している。私の理解では、WSL 2は単一のVM + 「Linuxインストール」ごとにsystemd-nspawnのようなものを実行するが、Linuxカーネルが必要だからVMを動かす。すでにLinux上にいるなら、なぜ単にsystemd-nspawnを使わないのか?

  5. dathinab

    既存のツール、たとえばtoolbxなどとどう違うのか?(そして程度は低いがflatpack、snapなども)

    そして、なぜ既存のプロジェクトを採用/サポートするのではなく、ツールエコシステムのさらなる断片化を進めるのか?(同じ質問を別の言い方でしただけだが)

  6. vaporup

    これは「sdme」と比べてどうなのか?

    - https://sdme.io

    - https://www.youtube.com/watch?v=1eVfgzd_xyQ

  7. humanfromearth9

    Nix、direnv、Lorri、flakes、devShellなどを聞いたことはある?

    ほとんどの開発作業にとって、コンテナは過剰ではないのか?

  8. thayne

    これはdistroboxと比べてどうなのか?

この日のほかの記事

2026-09-29