A multi-monitor creative workstation displays photo editing, audio mixing, a document, and a Windows desktop.
Linux users have long heard the same advice about Windows-only software: use a substitute, dual-boot, or put up with a virtual machine. Three applications keep coming up in that conversation: Adobe Photoshop, FL Studio and Microsoft Office. They are all Windows-first, and none has an official Linux build. A How-To Geek feature by Arol Wright, published on October 12, 2026, walks through a different method for each. The methods differ a lot in reliability, so this piece sorts them into two groups: compatibility layers (Wine, Bottles) and a real Windows guest (WinApps, WinBoat). It also adds the caveats that matter before you commit a weekend to any of them.

A multi-monitor creative workstation displays photo editing, audio mixing, a document, and a Windows desktop. The key distinction: Wine versus a real Windows guest​

  • Compatibility layers (Wine, Bottles, patched Wine builds) reimplement Windows APIs on Linux. They are lightweight, but compatibility is app-by-app and can break when the vendor changes something.
  • Windows guests (WinApps, WinBoat) run genuine Windows in a VM or container and display individual app windows on the Linux desktop. Compatibility is much higher. The costs are RAM, disk space, a Windows license, and the need for hardware virtualization.

None of these routes makes Linux a vendor-supported platform. Image-Line's system requirements page says FL Studio is available for both macOS and Windows, with no Linux entry. Adobe's published Creative Cloud requirements, as noted in the research brief for this piece, likewise name only Windows and macOS. "Runs fine" here means "works for many users with effort", not "supported".

Photoshop: community-patched Wine​

Stock Wine's problem was never really Photoshop itself. It was the Creative Cloud installer. A January 2026 guide by the blogger fr0stb1rd says Adobe's installers rely on old, non-standard Windows components (MSHTML and MSXML3). The same guide says installs on stock Wine often failed and froze at percentages like 19% or 42%. A developer known as PhialsBasement published patched Wine builds that make Wine more tolerant of how Adobe's installer uses those components.

The isolated-prefix approach​

The fr0stb1rd guide gives a workflow that matches the How-To Geek description of keeping Adobe separate from everything else:

  1. Download the patched Wine build from the developer's wine-adobe-installers releases page and extract it to its own directory.
  2. Create a dedicated Wine prefix. The guide sets a WINEPREFIX and a 64-bit architecture, and adds the patched build's bin folder to PATH.
  3. Initialize the prefix, then install helper components through winetricks. The guide lists atmlib, gdiplus, msxml3, msxml6, vcrun2017, vkd3d and corefonts.
  4. Run Adobe's Creative_Cloud_Set-Up.exe through the patched Wine, sign in through the browser prompt, and install Photoshop from the Creative Cloud app.

The guide also describes an alternative: add the patched build as a Steam compatibility tool and launch the installer as a non-Steam game. It suggests this path for Steam Deck and Arch users. Keeping Adobe in its own prefix means changes to your everyday Wine setup can't break Photoshop, and Photoshop's tweaks can't break your other Windows apps.

Treat "runs smoothly" with caution​

The feature says both Photoshop 2021 and 2025 install and run smoothly. The picture is more mixed:

  • The fr0stb1rd guide rates Photoshop 2024/2025 as stable but marks Wayland as problematic, with possible drag-and-drop failures or window flicker. It also marks Lightroom Classic as unstable and Camera Raw as partial.
  • The research brief notes that the developer's own release notes for a Wine 11.10 build name Photoshop 2021, and mention slow startup and a laggy central interface. That is the developer's documented limitation, and I couldn't open that page directly myself.
  • Everything depends on unofficial patches. A Creative Cloud update, an Adobe sign-in change or a driver change could break your setup with no warning.

Verify downloads before running them. The release page recommends checking files with sha256sum -c <file>.sha256, according to the research brief. You are running a community-built Wine binary with your Adobe credentials, so that check is worth the thirty seconds.

FL Studio: Bottles takes the pain out of prefixes​

FL Studio is often described as one of the friendlier Windows apps under Wine. Bottles is a graphical manager that creates separate Windows environments, each with its own runner and dependencies. The setup in the feature runs like this:

  1. Install Bottles, preferably the Flatpak from Flathub.
  2. Create a bottle using the Application environment.
  3. Run the FL Studio installer inside that bottle.
  4. Launch FL Studio from Bottles and add a desktop shortcut if you want one.

The Flatpak sandbox can't see your other drives by default. That is why the feature suggests Flatseal to grant access to sample libraries and project folders. The access you need depends on how you installed Bottles and where your files live.

Audio is where the work happens​

FL Studio's low-latency path on Windows is ASIO, which isn't native to Linux. The feature describes two routes:

  • Use FL Studio's bundled ASIO driver on top of PipeWire.
  • Install WineASIO to route audio to JACK or PipeWire for lower latency.

Treat both as configurations to test, not guaranteed fixes. Smaller buffers cut latency but raise the risk of crackling. A very old Image-Line forum thread on FL Studio under Wine shows how long people have been working on this. Its author describes setting up WineASIO, JACK and ALSA by hand for FL Studio 10.0.9c on Fedora 17. Bottles is far gentler than that, but the same basic tradeoffs remain.

Plugins vary too. Many Windows VSTs can be installed into the same bottle, but plugins with online activation or heavy copy protection can fail. If you later move to a native Linux DAW, the feature says yabridge can wrap Windows plugins for use there.

Don't assume your distribution ships PipeWire by default. Many current ones do, but check yours.

Microsoft Office: don't fight Wine, run Windows​

The feature is blunt that Office is the hardest of the three through Wine. Older releases such as Office 2016 can be coaxed into working. Microsoft 365, with its modern installer, account sign-in and frequent updates, is a different story. That's why WinApps and WinBoat run real Windows and project individual apps to the Linux desktop.

How both tools work​

Both use FreeRDP with Microsoft's RemoteApp protocol, so Word, Excel and Outlook get their own windows next to your Linux apps. Per the feature, a Linux home folder is shared with the Windows guest. Both tools need KVM-based hardware virtualization. Because this is genuine Windows, Office behavior is that of the Windows guest, including macros and add-ins. You still need a valid Windows license, and Microsoft 365 licensing and sign-in work as they do on any Windows machine.

WinApps versus WinBoat​

WinAppsWinBoat
InterfaceScript-driven, configured through a text fileElectron-based graphical app
BackendsDocker, Podman or libvirt, per the project's documentationDocker or Podman containers
Best forComfortable terminal usersMost people, because setup is less error-prone

WinBoat's own project page describes it as currently in beta, so expect to occasionally run into hiccups and bugs. Related coverage backs that up. TUXEDO Computers lists Docker and Docker Compose v2, FreeRDP 3, and virtualization enabled in BIOS/UEFI as WinBoat requirements. MakeUseOf says hardware virtualization must be enabled in your BIOS/UEFI.

Version notes worth knowing​

  • The feature credits WinBoat 0.9.0 with Podman support and Microsoft Store (UWP) app launching. Heise confirmed that release lets WinBoat run on Podman or Docker and start UWP apps.
  • Podman users should know the 0.9.0 release notes say USB passthrough on Podman isn't supported yet.
  • 0.9.0 is not the latest release. The WinBoat releases page lists 0.9.1 and 0.9.2 as later releases. The 0.9.2 notes say it contains only security patches and minor fixes, and the notes describe fixes for a flaw that allowed arbitrary PowerShell commands inside the VM through a crafted icon lookup. If you run WinBoat, use the newest release.
  • WinBoat 0.9.0 also bound its ports to 127.0.0.1 by default, which stops those services being reachable from outside.
  • WinApps' documentation requires FreeRDP 3 or later. Its example also restricts permissions on the config file with chmod 600, because that file holds credentials. Do the same.

Which method should you pick?​

  • Want Photoshop without a full Windows install? Patched Wine in an isolated prefix is the most direct route. Expect to babysit it, and test with your own files.
  • Making music? Bottles is the easiest way to organize FL Studio. Budget time for audio and plugin testing before you rely on it for a deadline.
  • Need Office to behave? Use WinBoat or WinApps. This is the only approach here with near-Windows compatibility, at the price of RAM, disk space and a license.

Bottom line​

The How-To Geek feature is right that the right method matters more than the app. Matching tool to task is what turns "technically possible" into "usable". Its enthusiasm should be tempered by the caveats above. Photoshop depends on unofficial patches and varies by version and desktop session. FL Studio audio needs tuning. The Windows-guest tools are the most compatible, but WinBoat is still labeled beta. Before you commit to any of them, test your own workflow with a trial or a spare machine.

 

References

  1. 3 Windows-exclusive apps that actually run fine in Linux (and how I make them work) How-To Geek 2026-10-12T16:30:14+00:00
  2. Guide: Installing Adobe Photoshop 2025 on Linux with Wine and Steam | fr0stb1rd fr0stb1rd.is-a.dev
  3. PROCEDURE: FL Studio Under Linux Using Wine | Forum forum.image-line.com