You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Restructures the 'Building PCSX2' article in the docs. Except where explicitly stated, this is not meant to be an update to the article's factual accuracy – which is known to objectively be wrong right now in the 'Windows' section at minimum and probably elsewhere. Updates to factual accuracy will come later, but just getting the structure into place first is more efficient. The misinformation will still be there regardless.
Repeat: unless I've inadvertently added or changed information such that this article is wrong in a way that it wasn't before, this isn't the place for that criticism. Please save that for the forthcoming PR where I'll desperately need it. Instead, evaluate this PR based on how the information is presented structurally.
Changes
Separate Windows, macOS, and Linux into tabs with Windows as default.
Same reasons as in the previous Setup docs – they're mutually exclusive.
Dramatically shortens the length of the page just by splitting it.
Helps the user avoid advice that isn't relevant to them.
And makes the reader more comfortable that what they're reading is relevant.
Windows default in line with our other docs.
Place into the standard order of Windows –> macOS –> Linux.
Windows
Move the build applications above the Qt dependencies.
No sense going after Qt stuff before even ensuring you can install the build program.
macOS
Split Apple Silicon and Intel into separate subtabs with Apple Silicon as default.
In 2025, Apple Silicon is by far the most likely macOS platform for a user building PCSX2.
Turn some of the inline asides into notes.
Place optional flags into an expandable box.
Linux
Split distros into separate subtabs with Debian as default.
Debian default in line with our other docs.
Rename 'Ubuntu' to 'Debian', as that's ultimately the family of distros this is talking about.
Mention Debian, Ubuntu, Linux Mint, and Pop!_OS as being part of this family (critique factual accuracy if deps not shared).
Add an Arch tab.
This one should also be relevant and accurate as of this PR.
Place optional flags into an expandable box.
GammaRay
Split into a Windows and Linux tab tied to the same query string as the previous tabs.
The macOS Apple Silicon instructions expect you to have both them and the Intel instructions on the screen at the same time, otherwise you can't see all the directions at once. As it is here, you'd first read those instructions, which would direct you to the Intel instructions, so you click on that, then those tell you to run cmake, and now you have to click back on the Apple Silicon tab to get the thing to add to the cmake invocation.
Maybe instead you can change it to have one set of instructions with some sections in a box that indicates that they only pertain to Apple Silicon.
looks ok but i would HIGHLY recommend someone to actually build on debain (ubuntu) /fedora ( to make sure they are correct for latest stable/nightly , also wouldn't hurt to have a ubuntu section
looks ok but i would HIGHLY recommend someone to actually build on debain (ubuntu) /fedora ( to make sure they are correct for latest stable/nightly , also wouldn't hurt to have a ubuntu section
As noted several times throughout the PR description, the factual accuracy of this article is not in question until the next PR which will attempt to address that.
Why would there be an Ubuntu section if we have a Debian section? Should we include a Bazzite section for Fedora and a Manjaro one for Arch? Do Ubuntu and Debian have different dependencies?
The macOS Apple Silicon instructions expect you to have both them and the Intel instructions on the screen at the same time, otherwise you can't see all the directions at once.
Maybe instead you can change it to have one set of instructions with some sections in a box that indicates that they only pertain to Apple Silicon.
Okay, I was wondering about that. I'll try to come up with a good solution. Separate box seems inelegant since it looks like these two aren't interleaving – rather, they're basically linear? Either way, I'll reread with this in mind and try something.
BTW on the homebrew situation, it looks like you can install an x86 homebrew prefix to supply x86 libraries if you want. Unlike with macports, it's entirely separate from the arm one.
The reason will be displayed to describe this comment to others. Learn more.
I checked and it looks like the reason this was abbreviated before is because that's how it shows up in the Visual Studio installer UI. So I would keep this as-is:
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Restructures the 'Building PCSX2' article in the docs. Except where explicitly stated, this is not meant to be an update to the article's factual accuracy – which is known to objectively be wrong right now in the 'Windows' section at minimum and probably elsewhere. Updates to factual accuracy will come later, but just getting the structure into place first is more efficient. The misinformation will still be there regardless.
Repeat: unless I've inadvertently added or changed information such that this article is wrong in a way that it wasn't before, this isn't the place for that criticism. Please save that for the forthcoming PR where I'll desperately need it. Instead, evaluate this PR based on how the information is presented structurally.
Changes
Example screenshots
Windows:

macOS – Apple Silicon:

macOS – Intel Mac

Linux (part 1; some Debian-specific)

Linux (part 2)

Linux (new Arch tab)
