I've been a user of Linux for just about 20 yrs (18 actually). What I would suggest, is not thinking about can it run program X, but can it do function Y. What functionality do you need from the adobe program(s) that you are using and can the alternatives do that to the level that you can still get the job done. There are quite a few alternatives for Adobe and with the web being used more and more (shoot even Adobe programs have bundled Chromium in their programs), cross platform is less of a concern. About the only good thing that has come out of the modern web, I have even used it for just the UI portion of my C/C++ tooling, but all still local. The one thing that won't be able to be replicated is how seamless one can use each individual Adobe program with another one. That was always the thing that I had liked about Adobe since having been a user since the early 90s. That has gotten better on the Linux side, but still not at that level.The only issue for me is there is a few apps i still rely on which dont run linux - Adobe is one.
I've been a user of Linux for just about 20 yrs (18 actually). What I would suggest, is not thinking about can it run program X, but can it do function Y. What functionality do you need from the adobe program(s) that you are using and can the alternatives do that to the level that you can still get the job done. There are quite a few alternatives for Adobe and with the web being used more and more (shoot even Adobe programs have bundled Chromium in their programs), cross platform is less of a concern. About the only good thing that has come out of the modern web, I have even used it for just the UI portion of my C/C++ tooling, but all still local. The one thing that won't be able to be replicated is how seamless one can use each individual Adobe program with another one. That was always the thing that I had liked about Adobe since having been a user since the early 90s. That has gotten better on the Linux side, but still not at that level.
When I switched, my hold back program was an embroidery digitizing program. Only on Windows, no Mac version, their recommendation was a VM and we are talking $15k for one program, not a suite. It took awhile, but no need now, got something that does everything that I need (including some rare functionality as well that most don't need, but I would). While there is always WINE (Mac has a commercial variant of that same program, which can happen in OSS, nothing in the licensing prevents that) and I had heard that got better running Adobe programs, there isn't going to be the ability to run it directly and probably never well. It never worked great for those that had to deal with dongles either (like aforementioned digitizing program). DRAW was the only one that had a Linux variant for time and I highly doubt outside of Substance Painter, Adobe will do this.
All of those are related to each other, I think all of those apps you mentioned are Enfocus apps and most are centered around Acrobat workflows.For most people, replacing adobe is easy.
For users like me, it can be challenging.
E.g Acrobat pro.
We use Enfocus Switch, Griffin, Pitstop Pro and Server. that runs on Windows Server.
Griffin desktop runs on win and mac, so does Pitstop Pro.
Pitstop pro needs Acrobat which is a plugin.
Griffin is a GUI nesting software which helps us create our automations for nesting.
We use the GUI to get the output we need then we get the config into Switch automations.
Quite frustrating.
I will eventually move those to a VM, they're not daily used.
Windows server is at least not full of bloat and bs apps. so its manageable.
I do have and use Linux alternatives for a few things, but they're all self hosted in docker so all web apps.
All of those are related to each other, I think all of those apps you mentioned are Enfocus apps and most are centered around Acrobat workflows.
Maybe a rough commercial alternatives that would be for Linux would be Apryse, OSS would be Apache Airflow. Not exact, but those would be the closest that I would figure on.
I despise Docker, I really do. Put Golang (I like it OK, it has it's perks) on the map, but I just don't like running things in that type of environment. Docker can be used for both native and web apps though. Some use it as a means for cross compilation.
I don't think it will ever die. Maybe for the end users like us it may, but their biggest customer(s) are big business. Even some end users won't change because Windows is what they know (I'm old enough to remember when MS had a Unix-like OS), to me, it peaked with Win 98. It was at it's most powerful (for end user mucking about, not necessarily computational power) and the UI got out of the way.Personally, I hope windows dies. most good apps work on linus anyway.
Ironically most game engines always had a Linux export. It was mainly kernel level anticheat (which is a horrible thing, but I digress). I've gotten more into homebrew for retro consoles (GB/NES, wrote a couple for game jams, that will actually run on original hardware or on something like the pocket), so I actually tend to focus on that. I prefer the indie homebrew scene.gaming community showing more support.
Some huge problems with this, at least from my perspective.