End-of-Maintenance & Migration notice · matrixfurry.com/atomic-xr@efed1f0

+46 -78

README.md

··· 3 3 4 4 # AtomicXR # 5 5 6 - XR for Universal Blue and Fedora Atomic Desktops. 7 - 8 - This repo contains the AtomicXR core libraries and CLI. Other AtomicXR repos can be found below: 9 - 10 - - [AtomicXR Homebrew Tap](https://tangled.org/@matrixfurry.com/homebrew-atomicxr): XR packaging for Fedora Atomic. 11 - 12 - AtomicXR is developed and tested on Fedora, but should work with: 13 - 14 - - [Bluefin](https://projectbluefin.io/) 15 - - [Bazzite](https://bazzite.gg/) 16 - - [Fedora Silverblue](https://fedoraproject.org/atomic-desktops/silverblue/) 17 - - Other Fedora Atomic-based distros 18 - 19 - > See also: [LVRA Wiki page](https://lvra.gitlab.io/docs/distros/fedora_atomic/) for Fedora Atomic 20 - 21 - ## Install ## 22 - 23 - Homebrew (recommended): 24 - `brew tap matrixfurry.com/atomicxr https://tangled.org/matrixfurry.com/homebrew-atomicxr; brew install atomicxr-cli` 25 - 26 - From this repo: `./install.sh` 27 - 28 - ## Usage ## 29 - 30 - > [!IMPORTANT] 31 - > To build profiles in Envision, right click it in your desktop's menu and select "Launch in Build Mode" 32 - 33 - For an easy-to-follow guide, please see the [LVRA Wiki page](https://lvra.gitlab.io/docs/distros/fedora_atomic/) for Fedora Atomic. 34 - 35 - Common CLI functions: 36 - 37 - - List available CLI functions: `axr -l` 38 - - Install Envision: `axr envision install` 39 - - Update Envision: `axr envision upgrade` 40 - - Set up Steam Flatpak XR: `axr flatpak steam enable-xr` 41 - - Launch [OSC Avatar Manager](https://github.com/galister/oscavmgr): `axr oscavmgr start [babble|openxr|alvr]` (use 42 - `openxr` for WiVRn) 6 + AtomicXR is no longer maintained. The following tools replace it, and achieve the same goals much more practical way: 7 + - VR Homebrew Tap -> [Homebrew-XR](https://tangled.org/matrixfurry.com/homebrew-xr) 8 + - Envision on Fedora Atomic -> [Envision-OCI](https://tangled.org/matrixfurry.com/envision-oci) 9 + - VR system configuration -> [LXRAC](https://tangled.org/matrixfurry.com/lxrac) 43 10 44 - If you plan to use the SteamVR Lighthouse driver with Flatpak Steam or WiVRn (without a lighthouse-tracked headset), you 45 - can calibrate using AtomicXR instead of Envision: `axr steamvr-lh calibrate` 11 + # Migration Guide # 46 12 47 - You may have to launch Envision in build mode to install WiVRn on your headset via ADB 13 + As of March 27, 2026, the AtomicXR CLI and Homebrew Tap have received their last updates, and have been replaced with 14 + better solutions. The changes are outlined below, with a script to help you migrate more easily. 48 15 49 - ## Troubleshooting ## 50 - 51 - ### Missing dependencies while building Envision profiles 16 + ## Auto-migration script ## 52 17 53 - Make sure you're launching Envision in build mode; right click Envision in your application menu and select "Launch in 54 - Build Mode". 18 + This script will walk you through the migration process: 19 + `bash -c "$(curl -fsSL https://tangled.org/matrixfurry.com/atomic-xr/raw/main/migrate.sh)"` 55 20 56 - If you still get missing dependency errors while in build mode, try resetting the Envision build container: 57 - `axr envision uninstall && axr envision install` 58 - 59 - If you get errors after resetting the container and launching in build mode, 60 - please [open an issue](https://tangled.sh/@matrixfurry.com/atomic-xr/issues/new): 61 - 62 - - Prefix the title with "[Envision/build]" 63 - - Attach your Envision profile to the report 64 - - Click the menu button next to the profile name in Envision 65 - - Select "Export Profile" 21 + If you'd like to learn more about the changes and why they were made, please read the next section. 66 22 67 - ### Formulae found in multiple taps 23 + ## Changes ## 68 24 69 - If you had AtomicXR or the Homebrew tap installed before Aug 10, 2025, you might see an error message like: 25 + The script will walk you through what has changed, but if you want to learn more about *why* things have changed, this 26 + is the section for you. 70 27 71 - ``` 72 - Error: Formulae found in multiple taps: 73 - * shiloh/atomicxr/atomicxr-cli 74 - * matrixfurry.com/atomicxr/atomicxr-cli 75 - ``` 28 + ### 1. The AtomicXR Homebrew Tap has been replaced by Homebrew-XR 76 29 77 - To resolve this, remove the old tap with `brew untap shiloh/atomicxr` 30 + AtomicXR Homebrew Tap contained software that was specifically intended to only work on Fedora Atomic Desktops and 31 + Universal Blue distros (e.g. Bazzite). The builds there were often out of date, missing features that people needed, or 32 + just didn't work at all. 78 33 79 - ### `unknown flag: -o` for `reject` function 34 + Homebrew-XR contains even more VR software, stays up to date, and works on almost any distro 35 + where Homebrew is installed, including Bazzite and Fedora. 80 36 81 - - Make sure your Nushell version (`nu -v`) is up to date, `0.106.0` is the minimum required version. 37 + ### 2. Envision in Distrobox (`axr envision`) has been replaced with Envision-OCI 82 38 83 - ### ADB reports that there are no devices connected 39 + The old process for getting Envision to build software inside a container was complex, hard to understand, and very 40 + prone to breaking. 84 41 85 - Add yourself to the `plugdev` group with `sudo usermod -a -G plugdev $USER`, then reboot 42 + When Envision was installed or updated via the AtomicXR CLI, it would: 43 + 1. Create a Fedora Distrobox container, then manually install all the build dependencies for Envision, Monado, WiVRn, WMR, etc. 44 + 2. Delete any previously installed build of Envision and start from scratch 45 + 3. Download the Envision source code and apply patches for the homebrew plugin system 46 + 4. Create an entirely separate "build mode" that runs envision itself in the Distrobox container 47 + 5. Build Envision from source 86 48 87 - ### Failed to connect to system bus: Could not connect: No such file or directory 49 + That approach caused countless bugs and hard-to-understand issues for people. Runtime libraries would be missing on the 50 + host, Envision sometimes wouldn't launch outside of build mode, builds would randomly fail, Monado couldn't run inside 51 + of build mode, etc. 88 52 89 - This is caused by the system DBus not being available in Distrobox. Try launching Envision normally (not in build mode). 53 + Maintenance was also very tedious and difficult. Anytime something was updated or fixed, more bugs 54 + would appear. Eventually, it got too out of date, and no longer could install or run at all. 90 55 91 - ### Envision Plugin download failed 56 + Luckily, you don't have to worry about any of that anymore. Envision-OCI takes a much simpler approach, it just uses a 57 + shim to run builds in Podman, from pre-built container images that include all the required build dependencies out of 58 + the box. All it needs to work is a modified PATH containing the shims, no more manual patches or building from source required. 92 59 93 - Plugins should be installed from the AtomicXR Homebrew Tap instead of Envision. Envision doesn't provide a way to 94 - download plugins via a command (yet). 60 + Pre-built Monado packages will also be available soon in the Homebrew-XR repository. Most people won't need to worry about 61 + building it themselves. You'll be able to install Monado in seconds, and use Envision as an easy launcher and configuration tool. 95 62 96 - See the [AtomicXR Homebrew Tap](https://tangled.sh/@matrixfurry.com/homebrew-atomicxr) for a list of plugins you can 97 - install. 63 + ### 3. AtomicXR CLI's manual system configuration commands have been replaced by [LXRAC](https://tangled.org/matrixfurry.com/lxrac) 98 64 99 - ## Support ## 65 + Using the AtomicXR CLI to manually configure your system was confusing and not at all obvious. Most people using AtomicXR 66 + never touched anything but `axr envision install`, and there was no real way to know which commands you needed to run to 67 + properly configure your system. If anything, these features caused more confusion than solved issues. 100 68 101 - You can open an issue on [Tangled](https://tangled.sh/@matrixfurry.com/atomic-xr/issues), ask questions 102 - in [this post](https://discord.com/channels/1065291958328758352/1389409336580767775) on the LVRA Discord, 103 - or [contact me](https://woosh.link/matrixfurry.com) directly. 69 + [lxrac](https://tangled.org/matrixfurry.com/lxrac) (Linux XR Auto-Configuration) provides an easy way to automatically 70 + configure your system optimally for VR. It will detect what VR software you're running and automatically apply the best 71 + configuration for you, no manual work needed.

-90

docs/code_of_conduct.md

··· 1 - # Contributor Covenant 3.0 Code of Conduct 2 - 3 - ## Our Pledge 4 - 5 - We pledge to make our community welcoming, safe, and equitable for all. 6 - 7 - We are committed to fostering an environment that respects and promotes the dignity, rights, and contributions of all individuals, regardless of characteristics including race, ethnicity, caste, color, age, physical characteristics, neurodiversity, disability, sex or gender, gender identity or expression, sexual orientation, language, philosophy or religion, national or social origin, socio-economic position, level of education, or other status. The same privileges of participation are extended to everyone who participates in good faith and in accordance with this Covenant. 8 - 9 - ## Encouraged Behaviors 10 - 11 - While acknowledging differences in social norms, we all strive to meet our community's expectations for positive behavior. We also understand that our words and actions may be interpreted differently than we intend based on culture, background, or native language. 12 - 13 - With these considerations in mind, we agree to behave mindfully toward each other and act in ways that center our shared values, including: 14 - 15 - 1. Respecting the **purpose of our community**, our activities, and our ways of gathering. 16 - 2. Engaging **kindly and honestly** with others. 17 - 3. Respecting **different viewpoints** and experiences. 18 - 4. **Taking responsibility** for our actions and contributions. 19 - 5. Gracefully giving and accepting **constructive feedback**. 20 - 6. Committing to **repairing harm** when it occurs. 21 - 7. Behaving in other ways that promote and sustain the **well-being of our community**. 22 - 23 - 24 - ## Restricted Behaviors 25 - 26 - We agree to restrict the following behaviors in our community. Instances, threats, and promotion of these behaviors are violations of this Code of Conduct. 27 - 28 - 1. **Harassment.** Violating explicitly expressed boundaries or engaging in unnecessary personal attention after any clear request to stop. 29 - 2. **Character attacks.** Making insulting, demeaning, or pejorative comments directed at a community member or group of people. 30 - 3. **Stereotyping or discrimination.** Characterizing anyone’s personality or behavior on the basis of immutable identities or traits. 31 - 4. **Sexualization.** Behaving in a way that would generally be considered inappropriately intimate in the context or purpose of the community. 32 - 5. **Violating confidentiality**. Sharing or acting on someone's personal or private information without their permission. 33 - 6. **Endangerment.** Causing, encouraging, or threatening violence or other harm toward any person or group. 34 - 7. Behaving in other ways that **threaten the well-being** of our community. 35 - 36 - ### Other Restrictions 37 - 38 - 1. **Misleading identity.** Impersonating someone else for any reason, or pretending to be someone else to evade enforcement actions. 39 - 2. **Failing to credit sources.** Not properly crediting the sources of content you contribute. 40 - 3. **Promotional materials**. Sharing marketing or other commercial content in a way that is outside the norms of the community. 41 - 4. **Irresponsible communication.** Failing to responsibly present content which includes, links or describes any other restricted behaviors. 42 - 43 - 44 - ## Reporting an Issue 45 - 46 - Tensions can occur between community members even when they are trying their best to collaborate. Not every conflict represents a code of conduct violation, and this Code of Conduct reinforces encouraged behaviors and norms that can help avoid conflicts and minimize harm. 47 - 48 - When an incident does occur, it is important to report it promptly. To report a possible violation, **Please send a message via [SimpleX](https://smp18.simplex.im/a#Wc2x2IBqqwzgmeGkN0XtKrGMLBxFuxmoYgkTGgGgR0M), [Email](mailto:matrix@matrixfurry.com), or any of the contact methods listed [here](https://woosh.link/matrixfurry.com).** 49 - 50 - Community Moderators take reports of violations seriously and will make every effort to respond in a timely manner. They will investigate all reports of code of conduct violations, reviewing messages, logs, and recordings, or interviewing witnesses and other participants. Community Moderators will keep investigation and enforcement actions as transparent as possible while prioritizing safety and confidentiality. In order to honor these values, enforcement actions are carried out in private with the involved parties, but communicating to the whole community may be part of a mutually agreed upon resolution. 51 - 52 - 53 - ## Addressing and Repairing Harm 54 - 55 - **** 56 - 57 - If an investigation by the Community Moderators finds that this Code of Conduct has been violated, the following enforcement ladder may be used to determine how best to repair harm, based on the incident's impact on the individuals involved and the community as a whole. Depending on the severity of a violation, lower rungs on the ladder may be skipped. 58 - 59 - 1) Warning 60 - 1) Event: A violation involving a single incident or series of incidents. 61 - 2) Consequence: A private, written warning from the Community Moderators. 62 - 3) Repair: Examples of repair include a private written apology, acknowledgement of responsibility, and seeking clarification on expectations. 63 - 2) Temporarily Limited Activities 64 - 1) Event: A repeated incidence of a violation that previously resulted in a warning, or the first incidence of a more serious violation. 65 - 2) Consequence: A private, written warning with a time-limited cooldown period designed to underscore the seriousness of the situation and give the community members involved time to process the incident. The cooldown period may be limited to particular communication channels or interactions with particular community members. 66 - 3) Repair: Examples of repair may include making an apology, using the cooldown period to reflect on actions and impact, and being thoughtful about re-entering community spaces after the period is over. 67 - 3) Temporary Suspension 68 - 1) Event: A pattern of repeated violation which the Community Moderators have tried to address with warnings, or a single serious violation. 69 - 2) Consequence: A private written warning with conditions for return from suspension. In general, temporary suspensions give the person being suspended time to reflect upon their behavior and possible corrective actions. 70 - 3) Repair: Examples of repair include respecting the spirit of the suspension, meeting the specified conditions for return, and being thoughtful about how to reintegrate with the community when the suspension is lifted. 71 - 4) Permanent Ban 72 - 1) Event: A pattern of repeated code of conduct violations that other steps on the ladder have failed to resolve, or a violation so serious that the Community Moderators determine there is no way to keep the community safe with this person as a member. 73 - 2) Consequence: Access to all community spaces, tools, and communication channels is removed. In general, permanent bans should be rarely used, should have strong reasoning behind them, and should only be resorted to if working through other remedies has failed to change the behavior. 74 - 3) Repair: There is no possible repair in cases of this severity. 75 - 76 - This enforcement ladder is intended as a guideline. It does not limit the ability of Community Managers to use their discretion and judgment, in keeping with the best interests of our community. 77 - 78 - 79 - ## Scope 80 - 81 - This Code of Conduct applies within all community spaces, and also applies when an individual is officially representing the community in public or other spaces. Examples of representing our community include using an official email address, posting via an official social media account, or acting as an appointed representative at an online or offline event. 82 - 83 - 84 - ## Attribution 85 - 86 - This Code of Conduct is adapted from the Contributor Covenant, version 3.0, permanently available at [https://www.contributor-covenant.org/version/3/0/](https://www.contributor-covenant.org/version/3/0/). 87 - 88 - Contributor Covenant is stewarded by the Organization for Ethical Source and licensed under CC BY-SA 4.0. To view a copy of this license, visit [https://creativecommons.org/licenses/by-sa/4.0/](https://creativecommons.org/licenses/by-sa/4.0/) 89 - 90 - For answers to common questions about Contributor Covenant, see the FAQ at [https://www.contributor-covenant.org/faq](https://www.contributor-covenant.org/faq). Translations are provided at [https://www.contributor-covenant.org/translations](https://www.contributor-covenant.org/translations). Additional enforcement and community guideline resources can be found at [https://www.contributor-covenant.org/resources](https://www.contributor-covenant.org/resources). The enforcement ladder was inspired by the work of [Mozilla’s code of conduct team](https://github.com/mozilla/inclusion).

-77

docs/contributing.md

··· 1 - For the most up-to-date guide, please see [matrixfurry.com/common](https://tangled.org/@matrixfurry.com/common/blob/main/CONTRIBUTING.md). 2 - 3 - Development happens on [Tangled](https://tangled.org/did:plc:zmjoeu3stwcn44647rhxa44o). 4 - 5 - # Developer Certificate of Origin 6 - By submitting code contributions as an individual or on behalf of a corporation to any directory in this repository, you agree to the [Developer Certificate of Origin](./legal/DCO.txt) 7 - 8 - # Reporting issues 9 - Yes, issues are contributions. 10 - 11 - First, look around in the opened and closed issues, someone might have reported the same issue. 12 - 13 - If you're not sure an issue is the same or not, especially an older closed issue, open a new issue and mention that you suspect it could be related. 14 - 15 - # Commit guidelines 16 - 17 - We follow a similar commit style to Tangled. Please keep your commits: 18 - - **atomic**: each commit should represent one logical change 19 - - **descriptive**: the commit message should clearly describe what the change does and why it's needed 20 - 21 - ## Message format 22 - We follow the [Conventional Commits](https://www.conventionalcommits.org/en/v1.0.0/) guidelines for commit messages. At present, it's not strictly enforced, but is preferred. 23 - 24 - Notes: 25 - - Keep commits lowercased with no trailing period, following the Conventional Commits style. 26 - - Use the imperative mood in the summary line (e.g., "fix bug" not "fixed bug" or "fixes bug"). 27 - - Try to keep the summary line under 72 characters. 28 - - Follow the same formatting for PR titles if filled manually. 29 - - Don't include unrelated changes in the same commit (keep commits atomic). 30 - - Avoid noisy commit messages like "wip" or "final fix". 31 - 32 - ## Commit signing 33 - 34 - Commit signing is optional but highly recommended. Once you make your first signed commit, all future commits must be signed. 35 - 36 - Please see the [security policy](./security.md) for more information. 37 - 38 - ## Submitting changes 39 -  40 - Opening a Pull Request on Tangled is the preferred contribution workflow. 41 - 42 - We reccomend using [Jujutsu](https://github.com/jj-vcs/jj) if you're comfortable with it. This way you can take advantage of Tangled's [stacked PRs](https://blog.tangled.org/stacking). 43 - 44 - PRs get merged "as-is" (fast-forward) -- like applying a patch-series using `git am`. At present, there is no squashing -- so please author your commits as they would appear on `main`, following the above guidelines. Rewrite history before submitting if necessary. 45 - 46 - # "AI"-assisted contributions 47 - > NOTE: Using pre-existing boilerplate, snippets, or syntax suggestions from your IDE or standard Language Server are not considered AI-assisted changes. You're welcome to use those features. 48 - 49 - Contributions written largely with help of LLMs (Large Language Models), Generative AI, or similar systems are not welcome. 50 - 51 - These systems are generally using statistical models built on content acquired without the author's consent, and with disregard of the content's license and attribution. They also consume a huge amount of energy, and have a very large impact on the environment. 52 - 53 - This includes, but is not limited to: 54 - - Comments 55 - - Documentation 56 - - Code 57 - - Issues 58 - - Images, Videos, Audio, or other Assets 59 - 60 - Contributions should be largely authored by the people in the commit information, e.g. the `Committer`, `Author`, `Signed-off-by`, and `Co-authored-by` fields. 61 - 62 - If you are unsure, or you had help from automated AI-generation in part of your contribution, please tell us when contributing. It does not mean the contribution will be rejected outright. We will evaluate on a case-by-case basis. We value honesty, and take it into consideration. 63 - 64 - # Security 65 - Please see the [security policy](./security.md) 66 - 67 - # Maintainers 68 - 69 - ## Releases 70 - We use [Semantic Versioning](https://semver.org/) for our version numbers. 71 - 72 - Given a version number `MAJOR.MINOR.PATCH`, increment the: 73 - - `MAJOR` version when you make incompatible API changes 74 - - `MINOR` version when you add functionality in a backward compatible manner 75 - - `PATCH` version when you make backward compatible bug fixes 76 - 77 - Additional labels for pre-release and build metadata are available as extensions to the `MAJOR.MINOR.PATCH` format.

-34

docs/legal/DCO.txt

··· 1 - Developer Certificate of Origin 2 - Version 1.1 3 - 4 - Copyright (C) 2004, 2006 The Linux Foundation and its contributors. 5 - 6 - Everyone is permitted to copy and distribute verbatim copies of this 7 - license document, but changing it is not allowed. 8 - 9 - 10 - Developer's Certificate of Origin 1.1 11 - 12 - By making a contribution to this project, I certify that: 13 - 14 - (a) The contribution was created in whole or in part by me and I 15 - have the right to submit it under the open source license 16 - indicated in the file; or 17 - 18 - (b) The contribution is based upon previous work that, to the best 19 - of my knowledge, is covered under an appropriate open source 20 - license and I have the right under that license to submit that 21 - work with modifications, whether created in whole or in part 22 - by me, under the same open source license (unless I am 23 - permitted to submit under a different license), as indicated 24 - in the file; or 25 - 26 - (c) The contribution was provided directly to me by some other 27 - person who certified (a), (b) or (c) and I have not modified 28 - it. 29 - 30 - (d) I understand and agree that this project and the contribution 31 - are public and that a record of the contribution (including all 32 - personal information I submit with it, including my sign-off) is 33 - maintained indefinitely and may be redistributed consistent with 34 - this project or the open source license(s) involved.

-67

docs/security.md

··· 1 - For the most up-to-date security policy, please see [matrixfurry.com/common](https://tangled.org/@matrixfurry.com/common/blob/main/docs/security.md). 2 - 3 - # Reporting 4 - Please report security issues via [SimpleX](https://smp18.simplex.im/a#Wc2x2IBqqwzgmeGkN0XtKrGMLBxFuxmoYgkTGgGgR0M) or [Email](mailto:shiloh@shilohfen.com). 5 - 6 - > If you want to send an encrypted email, my public key fingerprint is [DD7EB0BAA822169398828C45103DD5193B6A77CB](https://keys.openpgp.org/vks/v1/by-fingerprint/DD7EB0BAA822169398828C45103DD5193B6A77CB). 7 - 8 - Please do not report security issues on the project's issue tracker. 9 - 10 - # Commit signing 11 - 12 - Commit signing is optional but highly recommended. Once you make your first signed commit, all future commits must be signed. 13 - 14 - SSH signing is preferred over PGP signing. 15 - 16 - To enable signature verification, add your public key to your Tangled profile, and optionally the `.allowed_signers` file in the project's repo. 17 - 18 - Tangled profiles should be trusted over the repo's copy, excluding revoked keys. 19 - 20 - ## Setup 21 - Replace `<YOUR_KEY>` with the SSH key or keyfile you'd like to use (eg. `~/.ssh/id_ed25519`). 22 - 23 - Git: 24 - ```sh 25 - git config --global gpg.format ssh 26 - git config --global user.signingkey <YOUR_KEY> 27 - git config --global commit.gpgsign true 28 - ``` 29 - 30 - Jujutsu: 31 - ```sh 32 - jj config set --user signing.behavior own 33 - jj config set --user signing.backend ssh 34 - jj config set --user signing.key <YOUR_KEY> 35 - ``` 36 - 37 - Add the public key to your Tangled profile at https://tangled.org/settings/keys 38 - 39 - Optionally, add your public key to the repo's `.allowed_signers` file: 40 - - Git: `echo "$(git config user.email) $(cat ~/.ssh/id_ed25519.pub)" >> .allowed_signers` 41 - - Jujutsu: `echo "$(jj config get user.email) $(cat ~/.ssh/id_ed25519.pub)" >> .allowed_signers` 42 - 43 - ## Key Revocation 44 - Revoked keys are listed in `.revoked_keys` ([OpenSSH KRL](https://man.openbsd.org/ssh-keygen.1#KEY_REVOCATION_LISTS) format). Keys must never be reinstated or removed from this file. After a revocation, you must create a new key to continue contributing to the project. 45 - 46 - A key revocation must be signed by either: 47 - 1. The key being revoked 48 - - Anyone with access to the private key can create the revocation commit 49 - 50 - 2. A maintainer with proof of compromise 51 - - The maintainer must have significant evidence that the key has been compromised 52 - - The maintainer must attempt to reach out to the contributor to confirm 53 - - The commit message must provide details of why the key is being revoked 54 - 55 - ### Instructions 56 - 57 - Add the key to the `.revoked_keys` file: 58 - ```sh 59 - ssh-keygen -k -u -f .revoked_keys <PUBKEY.pub> 60 - ``` 61 - 62 - View the revoked keys: 63 - ```sh 64 - ssh-keygen -Q -l -f .revoked_keys 65 - ``` 66 - 67 - For more information, see the [ssh-keygen(1) manpage](https://man.openbsd.org/ssh-keygen.1#k)

+4

migrate.nu

+4

migrate.sh

Configure Feed

Configure Feed