gdb でプログラムをデバッグしようとすると、毎回、次のようなメッセージが出る。
This GDB supports auto-downloading debuginfo from the following URLs:
https://debuginfod.ubuntu.com
Enable debuginfod for this session? (y or [n])
これは、glibc のようなライブラリの中まで詳しくデバッグするかどうかを問い合わせている。通常ならそこまで必要がないので、n を回答すればよい。
このメッセージを毎回、表示しないようにするには以下のようにする。
.bashrc / .zshrc に以下の行を追加する。
export DEBUGINFOD_URLS=""
あるいは、GDBの初期化ファイル ~/.gdbinit に以下の行を追加してもよい。
set debuginfod enabled off
WSL2で２つ以上のLinuxを起動した場合、それぞれのインスタンスに割り当てられるIPアドレスは同じになる。
例えば、それぞれのインスタンスでウェブサーバを運用する場合、IPアドレスが同じなので起動できない。
そのような場合、使用するポートを分ければ運用可能である。
Ubuntu 自身も Debian から派生しているが、Ubuntu からさらに派生したフレーバーがたくさんある。
デスクトップは KDE Plasma で、Windowsに似た操作感と、グラフィカルな画面の圧倒的なカスタマイズ性が特徴。高機能で美しく、現代的な見た目である。
デスクトップは Xfce で、動作の軽さと安定性のバランスが優れており、古いPCやスペックの低い環境でも軽快に動作する。
デスクトップは LXQt で、フレーバーの中で最も軽量。メモリ消費量が非常に少なく、超省スペック環境や超軽量動作を求める場合に最適。
デスクトップは MATE で、かつての「Ubuntu 10.04」時代の伝統的でシンプルな操作感を現代向けに引き継いでいる、軽快なOS。
デスクトップは Budgie で、macOSのような洗練されたデザインとモダンなUIを組み合わせた、視覚的におしゃれなフレーバー。
デスクトップは Cinnamon で、Windows 7/10的な使いやすいタスクバー配置を採用した、初心者にも扱いやすいフレーバー。
デスクトップは Unity で、かつてUbuntu本家が標準採用していた「Unity」デスクトップ環境を有志が維持・復活させたフレーバー。
圧倒的な安定性とフリーソフトウェア精神を重視する巨大コミュニティ主導のOS。パッケージ管理にはapt（.deb）を採用。
Ubuntu, Linux Mint など人気ディストリビューションは Debian から派生している。
デスクトップでもサーバでも向いている。
企業向けLinuxの標準。Red Hat社が手掛ける商用版（RHEL）と、最新技術を検証するコミュニティ版（Fedora）が存在。パッケージ管理はdnf（.rpm）。
企業用サーバー、インフラ基盤で圧倒的なシェア。
Simplicity（簡潔さ）」を掲げ、最小限のシステムからユーザーが手動で組み上げていくローリング・リリース型OS。パッケージ管理はpacman。
自作派デスクトップ、最新環境の構築。
993年誕生の現存する最古のLinuxディストリビューション。自動依存関係解決を持たない非常にシンプルな設計で、Unix本来のスタイルを保持。
Alpine 程ではないが、500MB のメモリで動作する。
ソースコードからローカル環境でコンパイルしてインストールする超高カスタム系OS。パッケージ管理（Portage）はBSDのPortsシステムに類似。
musl libcとbusyboxをベースにした超軽量・安全設計のOS。サイズが非常に小さいため、現代のDockerコンテナの標準ベースイメージとして広く普及。
コンテナ環境、組み込み。非常に軽量なので、130MB くらいのメモリがあれば動作する。
ただし、デスクトップ版はないので注意。
独自の関数型言語「Nix」を用いて、システム全体の構成をコードで管理（宣言型設定）する新世代OS。再現性とロールバックが容易。
の多くのディストリビューションが採用するsystemdを使わず、独自のrunitとxbpsパッケージマネージャーを採用してゼロから作られた独立系OS。
軽量・高速なデスクトップ環境。
欧州を中心に強力なシェアを持つ商用・コミュニティ系OS。設定ツール「YaST」や高い堅牢性を備える。パッケージ管理はzypper（.rpm）。
SL2のLinuxディストリビューション（イメージ）をエクスポート（コピー）して、別のWSL2環境や同じPCの別名環境にインポートして使うことが可能である。
# WSLの実行停止
wsl --shutdown
# エクスポート実行 (例: Ubuntuを C:\wsl_backup\ubuntu_backup.tar に出力)
wsl --export Ubuntu C:\wsl_backup\ubuntu_backup.tar
# インポート実行 (例: コピー先フォルダ C:\wsl_distros\Ubuntu_Copy に展開)
wsl --import Ubuntu_Copy C:\wsl_distros\Ubuntu_Copy C:\wsl_backup\ubuntu_backup.tar --version 2
# オプション：デフォルトユーザの設定 (行わない場合は root になる)
wsl -d Ubuntu_Copy -u <ユーザー名>
ここで、’Ubuntu_Copy’ は管理上の識別名なので、ユニークな名前を指定できる。
/etc/wsl.conf を編集する。
[user]
default=user
この例で、’user’ は元のコンテナのユーザでパスワードもそのまま使える。root で起動した場合は、新しく作成することもできる。
README.md より見やすく多くの情報を公開するため、Github Pages が用意されており、無料で利用できる。
docs フォルダ内など）にHTMLファイルを配置して git push する。Deploy from a branch になっていることを確認。main または master）と、フォルダ（/ (root) または /docs）を選択して Save をクリック。https://<ユーザー名>.github.io/<リポジトリ名>/README.md に公開後の絶対URL（または相対パス）を指定してリンクを張る。リモートとローカルのコードを同期させるには、専用ツールかコマンドを使う。
Windows, Mac に対応している。残念ながら、Linux の正式サポートはされていない。ただし、有志が作ったクローンが利用できる。
git add <ファイル名> （または git add .） 変更したファイルをステージングエリア（準備エリア）に追加git switch <ブランチ名> （または git checkout <ブランチ名>） 作業するブランチを別のブランチに切り替える。git status ➔ git add . ➔ git commit -m "..." ➔ git push （あるいは最新を取るための git pull）
main）の横にある 「Commits」（時計アイコン）をクリックa1b2c3d のような7桁の英数字） をコピーmain ブランチとの全ファイルの差分が一覧表示されるこのテーマに関して、よくコマンド操作で行う事例が紹介されているが、ブラウザ操作だけでも可能である。
中間ファイルなどが混ざっていた場合に、それらを削除できる。
ファイルごとに復活することもできるが、前の操作を一括して取り消す方が安全である。(Revert 機能)
Jura-Zakki 樹羅雑記 