Wine-Staging 11.1 Adds Patches for Enabling Recent Photoshop Versions on Linux

2026-01-2514:4213149www.phoronix.com

Following yesterday's release of Wine 11.1 for kicking off the new post-11.0 development cycle, Wine-Staging 11.1 is now available for this experimental/testing version of Wine that present is around…

WINE
Following yesterday's release of Wine 11.1 for kicking off the new post-11.0 development cycle, Wine-Staging 11.1 is now available for this experimental/testing version of Wine that present is around 254 patches over the upstream Wine state.

Besides re-basing those 250+ patches to the latest Wine Git state, the latest VKD3D Git code is also pulled into Wine-Staging 11.1. There is some new feature work with Wine-Staging... Landing the new patches for enabling the recent Adobe Photoshop versions to successfully install and run under Wine on Linux.

As covered last week, the latest Adobe Photoshop installer is working and the app running with some new patches against the Wine code for its MSXML3 and MSHTML code. Those patches were cited in Bug 47015 for upstream Wine around the Photoshop Creative Cloud 2019 screen hitting MSXML3 errors.

Upstream Wine Git hasn't yet taken those patches but now they are in Wine-Staging 11.1 for further testing by the community.

Wine-Staging 11.1 patches for Adobe Photoshop


Hopefully the testing will go well and those patches will get picked up by an upstream Wine 11.x bi-weekly development release in the near future.

Wine-Staging 11.1 patches


Besides those MSHTML/MSXML3 work to benefit Adobe software, there aren't any other new patches in Wine-Staging 11.1. Those looking for new binaries to test it out can find them via WineHQ.org.

Read the original article

Comments

  • By andy_xor_andrew 2026-01-2518:244 reply

    Curious if someone could enlighten me-

    How much of these sorts of patches are specifically checking if a certain application is running, and then changing behavior to match what that application expects? And how much of it is simply better emulating the Windows API in general?

    I think there are benefits to both approaches, not criticizing either one. I'm just curious if the implementation of a patch like this is "We fixed an inconsistency between Wine and Windows" vs "We're checking if Photoshop is running and using a different locking primitive" or whatever.

    • By spijdar 2026-01-2518:272 reply

      I can't speak to this case specifically, but it's worth pointing out that Windows itself applies many patches for specific applications, so it follows that Wine could be obliged to mimic that behavior in cases where the application relies on it.

    • By ddtaylor 2026-01-2520:15

      The vast majority of Windows applications uses probably 1% of the API. That's why you can play a lot of games or run a lot of different apps and they mostly seem to work and only usually the obscure features like the help section or something might not work correctly.

      In this case it looks like Adobe was doing a bunch of stuff related to Internet explorer that was critical to even having the basic functionality of their installer or launchers working.

      Oftentimes if you take a program that is not running correctly or at all you can look at the log output and see a large stream of unsupported or partially supported API calls.

    • By imtringued 2026-01-2610:47

      This patch in particular is about implementation differences between Microsoft's XML implementation and libxml2 and the emulation of Internet Explorer quirks. [0], [1]

      >And how much of it is simply better emulating the Windows API in general?

      It depends on your definition of "Windows API". If you think Internet Explorer is part of the "Windows API", then this patch is 100% about better emulating the "Windows API".

      >How much of these sorts of patches are specifically checking if a certain application is running, and then changing behavior to match what that application expects?

      Probably near zero, because there is not much point in doing so. If you need to get a specific application to run on Wine that doesn't work out of the box, you're expected to follow an application specific recipe (installing particular versions of Windows libraries or selecting the version of Windows to be compatible with) rather than Wine itself special casing application support. There were plenty of ways to get Photoshop running on Wine in the past, the practical problem was that they were too reliant on already having a full Windows installation, which defeats the point of using Wine.

      [0] https://github.com/PhialsBasement/wine-adobe-installers/comm...

      [1] https://gitlab.winehq.org/wine/wine-staging/-/commit/8090aa9...

    • By YokoZar 2026-01-2519:461 reply

      In general free open-source Wine has been developed with the philosophy of of not allowing application-specific code. Crossover (and presumably Photon), however, allows such patches for supported applications.

      Patches can be motivated by specific apps, of course, but generally the requirement is to complete the patch implementing/fixing some API in a generic way, proven by additions to the test suite showing the same behavior on Windows.

      • By charcircuit 2026-01-2521:011 reply

        The opposite it true too. Wine doesn't allow any code that isn't used. You have to find a specific app that uses it. If you don't know an app that calls a portion of a API you can not implement it even if the official documentation and behavior of using it on Windows makes it obvious how it should be implemented.

        • By bastawhiz 2026-01-2523:01

          That's pretty smart, though. There's no way to truly prove that the stuff you're implementing actually works if there's no software that runs it. Synthetic examples don't actually prove the API you implement works in a useful way for arbitrary software in the wild, it just proves that the pieces you've tested behave how you think they should.

  • By andrewstuart2 2026-01-2516:591 reply

    I'd be pretty thrilled if I could run Lightroom on Linux. Photoshop is great too but Lightroom is my main app for my biggest hobby and I've had to buy myself a whole MacBookPro just to do it without dual booting Windows, which really raises the mental barrier for me to jump in and edit photos, which makes me want to take them a lot less.

    I've tried Darktable and it's pretty impressive software and could probably handle most of my needs. But apparently I'm now that old guy who's been using software X for 20 years and refuses to change his ways because it's not worth it. At least when it comes to Lightroom.

    • By hxorr 2026-01-2517:331 reply

      You could run in a VM - check out WinBoat which allows individual apos in a containerised Windows install to integrate seamlessly with your linux desktop environment

      • By tambourine_man 2026-01-2520:54

        But no hardware acceleration, AFAIK, so that’s a no-go for any graphically intense app.

  • By LexiMax 2026-01-2518:327 reply

    What is preventing Microsoft from pulling an Oracle and suing Valve, CodeWeavers, or individual Wine maintainers for re-implementing Win32?

    This question has been nagging at me for a while. Regardless of how much validity there is to the lawsuit, I imagine that going to trial would be supremely risky, because if you happen across anybody working on Wine that saw something they weren't supposed to, you could sink the whole project.

    I cannot imagine Microsoft sitting by and quietly letting their Windows monopoly vanish between their fingers. Selling Windows may not be their primary focus these days, but why give up an advantage like that?

    • By hayleox 2026-01-2519:312 reply

      First, they probably wouldn't win. Oracle lost Google v Oracle. Wine is pretty serious about clean-room principles -- they won't accept a patch from anyone who's ever so much as looked at Microsoft-owned source code.[1] Valve has the means and motive to fight a lawsuit to the bitter end.

      Second, it would be a PR disaster. "Microsoft sues to kill the Steam Deck" is an awful look for the company. Their strategy in recent years has been to say "actually we like Linux now" and play friendly to try to win developers; this would run completely counter to that. There may not be much of an immediate consequence to this, but in the long run I think we'd see developers try to reduce their reliance on Microsoft/Windows.

      Third, I don't think it would actually stop the tide. Wine and Proton are a big piece of the movement away from Windows, but they're not the only piece. The legal process would take many years to play out; during that time, we'd likely see tons of movement on making it easier for developers to create native Linux builds, and perhaps even new projects that try to find other ways to do Wine-like things without actually reimplementing Win32. Losing Wine would be a huge blow, but I don't think it'd be the end of the story.

      [1]: https://gitlab.winehq.org/wine/wine/-/wikis/Submitting-Patch...

      • By cogman10 2026-01-2521:41

        Another point that makes everything different is that MS has contributed to the wine project. They've both sent in code changes to wine itself and they donated mono to the wine project.

      • By fragmede 2026-01-2520:213 reply

        > Second, it would be a PR disaster. "Microsoft sues to kill the Steam Deck" is an awful look for the company.

        If the alternative is losing the entire Xbox market? Money makes people and companies do funny things.

        • By dark-star 2026-01-2520:271 reply

          How is the Xbox market related to SteamDeck? SteamDeck plays PC games (which XBox doesn't), and XBox plays its own console games (which PCs and thus the SteamDeck don't)

          • By Telaneo 2026-01-2521:29

            The Venn diagram of Xbox games and PC games is very close to the Xbox circle just being completely inside the larger PC circle. The number of Series S/X exclusives is literally zero at this point, at least I'm fairly sure, and if there are any, my bets are on them being shovelware. The Xbox One only has one exclusive game of note, which is Halo 5.

            I don't think the performance of the Steam Deck is up to play all Xbox games at Series X quality, but that's a nitpick assuming future Steam Decks arrive.

        • By RichardLake 2026-01-260:18

          Isn't the xbox market dead after after having to code for the weaker series s lead to the last generation of consoles being outsold massively by the PS5?

        • By dontlaugh 2026-01-268:07

          They’re killing Xbox themselves already, I doubt they care anymore.

    • By tumult 2026-01-2518:50

      Oracle lost Google v. Oracle.

    • By shmerl 2026-01-2518:411 reply

      It will kill GitHub I suspect. Who will trust them if they can pull the plug on open source projects using the dumb "API is copyrightable" claim? I'd say last time they tried to pull that by backing Oracle in that legal case, they already damaged their reputation enough.

      • By direwolf20 2026-01-2518:421 reply

        There's no way. GitHub is already pretty hostile, but the only people who care — like in most hostile platform cases — are the ones who are directly affected.

        • By shmerl 2026-01-2518:45

          It's a reputational thing. There is already a trend of exodus from GitHub. This Oracle style garbage will just exacerbate it. Whether they care - who knows, but it can be a reason.

          But in general - as a developer you surely don't want to host your projects using someone who thinks APIs are copyrightable.

    • By foresto 2026-01-2519:021 reply

      The main issues I'm aware of are whether APIs are copyrightable, and if so, whether implementing them qualifies as fair use.

      https://en.wikipedia.org/wiki/Google_LLC_v._Oracle_America,_....

      (And, of course, Microsoft would also have to consider whether such a lawsuit would have greater benefits than costs. I would like to think that customer goodwill has more than zero value, for example.)

      • By tadfisher 2026-01-2519:34

        Going back a bit further:

        https://en.wikipedia.org/wiki/Sony_Computer_Entertainment%2C...

        https://en.wikipedia.org/wiki/Sega_v._Accolade

        This fact pattern (reimplementing API functions for emulation or interoperability) tracks even more closely with the Connectix case than Oracle. Google reimplemented a huge swath of the Java API surface so developers could reuse libraries, but actual applications still needed porting, so there's less protection from a fair use perspective; and even then copying APIs was still ruled to be fair use.

        I just don't see how Microsoft could contort the facts to achieve a meaningfully different outcome. It doesn't matter if APIs are copyrightable if copying them is fair use for just about any purpose.

    • By olivierestsage 2026-01-2518:421 reply

      I think there are two reasons this hasn't happened: (1) Wine might be useful to Microsoft at some point for providing backward compatibility in Windows itself; (2) it would be an extremely bad look/PR disaster to go after this project after spending so much time and money positioning yourself as an open source supporter

      • By sirjaz 2026-01-2518:46

        Also, to add the current CEO doesn't care about the OS. All he cares about is the stock price, and his AI mistake.

    • By some-guy 2026-01-2518:381 reply

      If anything Microsoft will give up their advantage by making Windows 11 a UX dumpster fire. If Windows 11 had an official way to turn off all of the garbage and opt out of their monopolistic PM-brained “features” a lot of us who switched to Linux probably wouldn’t have happened.

      • By dlahoda 2026-01-2518:48

        i was using wsl2. and got weird slowness and high cpu. appeared it was their built in antivirus(av). i disabled av, but it autoenabled later and did same. it is possible to secure windows other way without active protection btw.

        i used git on wsl2. it got weird issues with git connectivity over wifi. github ticket not solved. one of most popular and essential dev tools is not stably working in wsl2.

        many rust crates supported only mac, bsd and linux. nobody cared windows.

        so even without ux of recent version, i had to leave.

        for my wife is still run windows.

        but. she had fully official surface laptop with official office. not 3rd party or pirated things.

        and... office became very very slow just typing... it was 3 years ago.

        i have run script disabling all things. it good for 3rd year now.

        but how they managed to make their laptop new one, with all their things so bad?

    • By 999900000999 2026-01-2518:444 reply

      This stuff will never ever ever work real and reliably enough for Microsoft to care.

      Normal people don't want to use Linux. Normal people can't even install an OS. None the less fight kernel regressions for days.

      I can even imagine Microsoft coming out with MS Linux one day and contributing to Wine. That's far more likely at this point.

      • By snailmailman 2026-01-2518:531 reply

        It does work reliably enough though. A huge portion of games on Linux do so via pretending to be windows via wine/proton. It’s what allows the Steam deck to exist as a product at all.

        And Linux on those handheld devices out-performs windows to such a degree that Microsoft has noticed and is trying to make windows perform better on those devices, basically making a gaming mode / handheld mode for their Xbox Ally.

        • By 999900000999 2026-01-2519:112 reply

          It's not nearly enough to matter to Microsoft. An absolute tiny percentage of desktop computers/laptops run Linux.

          This is actually a good thing if you're hoping WINE avoids a legal fight with Microsoft. It doesn't matter who's right, Microsoft has deep enough pockets to drag anyone through expensive litigation.

          I'm an active Linux user and I play tons of games via Proton. But this isn't something I'd suggest to normal people. I've spent more time than I'd like to admit keeping Linux working.

          They also served as a foundation for much of my career growth. But I understand it's not for everyone.

          • By AshamedCaptain 2026-01-2520:06

            > It's not nearly enough to matter to Microsoft. An absolute tiny percentage of desktop computers/laptops run Linux.

            It matters enough to launch WSL, WSL2, etc. which are the "embrace & extend" part of the strategy.

          • By ezst 2026-01-2520:001 reply

            I don't think it matters very much. It's not a matter of "if" but of "when": one is consistently getting worse, and the other is measurably getting better and more compatible with the former. Unless of a drastic paradigm change, Linux will see more and more users. Trump dismantling of the global system of trade might also add another nail to this coffin (the recent talk by Cory Doctorow at CCC gives a good picture of how and why).

            • By 999900000999 2026-01-2521:041 reply

              Actually you might be right.

              I'm always open to being wrong. At a minimum European governments should switch to a Linux distro based in Europe like Open Suse.

              I don't believe this is going to be enough of a dramatic shift where Microsoft would see it worth while to try and shutdown WINE.

              This is a good thing though, if Microsoft really wanted to they could sue WINE. Even if WINE isn't doing anything wrong, Microsoft could easily make things really difficult.

              We saw this with Nintendo and the Switch emulators.

              Maybe I came across as a bit harsh, I run multiple Linux computers, I just can't see this being a realistic concern for Microsoft

              • By ezst 2026-01-2522:171 reply

                > I just can't see this being a realistic concern for Microsoft

                I think Microsoft strategy for Windows shifted a long time ago, from being their most precious engineering product, to a necessary component for their sales teams to bundle B2B services. The focus went from "pleasing users and enabling things" to "seeking rent in the gregarious corporate world by building a captive monopoly". I suppose that makes perfect shareholder-sense, but that leaves the door open to a competition that actually wants to make operating systems, in the traditional way.

                Now that this model is being threatened, with a real geopolitical incentive to leave captivity and to reconsider past practices (like OEM installs), I think it'd be silly for Microsoft not to immediately course-correct. And that means doing something much more significant than suing Wine: without trade agreements, the US has no jurisdiction and no IP that's worth a dime outside of its borders. That means doing something that, for once, would put them so much ahead of the competition that choosing Microsoft would be a no-brainer. I don't believe Microsoft has it in itself to execute such a thing.

                • By 999900000999 2026-01-2523:071 reply

                  Microsoft has subsidiaries all over the world. They'd still have standing to sue, even if say Germany and France ignored American IP laws( which they definitely won't).

                  Plus it's not out of the question for them to personally sue WINE contributors. It's not about winning, a simple DMCA takedown notice to any entity hosting WINE code would probably be enough to stop the project.

                  I want a future of competition between different OSes. I use Linux everyday, but I don't think a market share of 3.86% is sweating anyone at Microsoft.

                  https://gs.statcounter.com/os-market-share/desktop/worldwide

                  I could see Lenovo, which is ultimately a Chinese company, making more aggressive steps to offer Linux. But outside of certain ThinkPads you can't even buy a laptop with Linux pre installed.

                  In my dream world you'd have to buy Windows separately with any hardware. I guess Best Buy could still offer Windows installation as a service though.

                  • By ezst 2026-01-260:211 reply

                    > a simple DMCA takedown notice

                    DMCA takedown has no legal basis outside the US. And it's funny you bring that up: the only reason why this has any relevance at all is because of the established norm for countries to sacrifice some of their sovereignty in exchange for being allowed to trade with the US. Now, with the US breaking trade norms and agreements, those countries can (and eventually will) stop complying, because they have nothing to gain (and everything to lose) promoting hostile foreign competition.

                    • By 999900000999 2026-01-260:55

                      I agree the DMCA has too much power, but I think your getting ahead of what's realistic.

                      Maybe in 20 years some EU court will declare US IP to be up for grabs, but that's not now. Microsoft is deeply embedded so many different businesses and government IT departments.

      • By adrian_b 2026-01-2612:17

        With Wine, the main problem is that you may easily encounter some programs that do not work under it, as they rely on unimplemented Windows features.

        However the programs that do work, usually work very well, sometimes even more reliably and faster than under Windows itself.

        Many older MS Office versions work very well under Wine.

        In general many older Windows programs work very well, because the older they are the more chances are that someone else already tried to use them under Wine and eventually any quirks have been fixed.

      • By shmerl 2026-01-2518:56

        It already works for gaming reliably enough.

HackerNews