Linux support

WineHQ is looking for someone to "maintain" Axe-Edit III. How much work would this be for someone at FAS?

Bottles has a drop-down list of apps with per-configured setting to install apps in it. This list includes Ableton Live. How hard would it be to get Axe-Edit III on this list? For someone who knows what the dependencies are for Axe-Edit III, perhaps a FAS employee, I would imagine this might only take a few minutes.

Maybe someone on this forum who is more familiar with the Axe-FX III, Bottles, Wine and Linux would like to do these things?

The forum wont let me post links or images.
 
WineHQ is looking for someone to "maintain" Axe-Edit III. How much work would this be for someone at FAS?

Bottles has a drop-down list of apps with per-configured setting to install apps in it. This list includes Ableton Live. How hard would it be to get Axe-Edit III on this list? For someone who knows what the dependencies are for Axe-Edit III, perhaps a FAS employee, I would imagine this might only take a few minutes.

Maybe someone on this forum who is more familiar with the Axe-FX III, Bottles, Wine and Linux would like to do these things?

The forum wont let me post links or images.
How about yourself?
 
How about yourself?
I don't know enough about the Axe-FX to test all it's features. I think it should It should be someone like a Leon Todd or a FAS employee. I'm not sure if I know enough about software either. I use it but I don't create it. Those people have skills!
 
Unless something changes dramatically, the market share does not justify the resources to develop Axe-Edit for Linux. While I admire your desire to grow the user base of Linux, it is what it is.
I have no idea what's involved in creating a Linux version of the Axe-Edit III but the infrastructure is already in place with the next best thing, Wine and Bottles. I would assume that whatever resources are necessary to support Bottles or Wine would be minuscule in comparison to a full blown Linux version of Axe-FX III. Maybe I don't understand it at all. I just want to use Axe-Edit III with Reaper on Linux Mint.
 
I have no idea what's involved in creating a Linux version of the Axe-Edit III but the infrastructure is already in place with the next best thing, Wine and Bottles. I would assume that whatever resources are necessary to support Bottles or Wine would be minuscule in comparison to a full blown Linux version of Axe-FX III. Maybe I don't understand it at all. I just want to use Axe-Edit III with Reaper on Linux Mint.
It doesn't work right now?

If I get some time I can take a look - It's been a while since I've run my linux stuff (plus I abandoned my dual boot DAW for a Mac mini). What version of Linux Mint are you using?

On a command line, run:
Bash:
lsb_release -a
and

Code:
uname -r
 
I don't know enough about the Axe-FX to test all it's features. I think it should It should be someone like a Leon Todd or a FAS employee. I'm not sure if I know enough about software either. I use it but I don't create it. Those people have skills!
I have no idea what's involved in creating a Linux version of the Axe-Edit III...
Pretty bold to suggest someone else take this on when you admit you have no idea what it entails. Especially when the person you call out by name is or was recently was on tour. As a musician. Not a dev...
I would assume that whatever resources are necessary to support Bottles or Wine would be minuscule in comparison to a full blown Linux version of Axe-FX III.
They are not your resources to allocate. I assure it would take more than 'a few minutes'.
Maybe I don't understand it at all.
You clearly do not understand and have not done any type of software development or support before. It is not just check the Linux box in an IDE, click compile, and push to prod. Wine has been around for ~30 years, it is not the next big thing. It is what it is.
I just want to use Axe-Edit III with Reaper on Linux Mint.
We get that. We have been patient and tried to explain why the likelihood of this becoming a reality is not great. Now you are just coming across as entitled by expecting other people to do this for you; its a very un-Linux-like (un-Linux-y? ) thing to do.

459facd78b9dbaf6122bdf065188fec7.jpg
 
It doesn't work right now?

If I get some time I can take a look - It's been a while since I've run my linux stuff (plus I abandoned my dual boot DAW for a Mac mini). What version of Linux Mint are you using?

On a command line, run:
Bash:
lsb_release -a
and

Code:
uname -r
Oh also the wine version

Code:
wine --version
 
It doesn't work right now?

If I get some time I can take a look - It's been a while since I've run my linux stuff (plus I abandoned my dual boot DAW for a Mac mini). What version of Linux Mint are you using?

On a command line, run:
Bash:
lsb_release -a
and

Code:
uname -r
thI just realized this is a
Oh also the wine version

Code:
wine --version
I just realized this is an FM3 thread. I posted the specs on page 19 at { Windows 10 support ends - Are you interested in Linux support by FAS? } I did get AXE-EDIT III working but it's not quite right so I'm going to keep working on it and I could use some help.
 
Did you try WinApps?
I don't thinks WinApps would be secure or supported. I just spent the last couple of hours or so reading about it and some others I found at a website called alternativeto. There's a commercial app, crossover for $79.00 which seems to be a commercial version of the opensource usebottles that I would prefer to use. I think they're both better than just Wine alone. I'm still researching . . .

Your FracPad looks like a great tool!

Are you able to post the dependencies for the AXE-EDIT III here? If I knew what they were maybe I could get AXE-EDIT III working with Bottles. The only one I'm pretty sure about is the Microsoft Visual C++ 2015 Redistributable Update 3 RC
 
Little late to the party here.

I have Axe-Edit III running on Linux via USB for the the last few weeks without issue (no issue with the cursor going AWOL). I haven't messed with MIDI yet though. I'm running Ardour for DAW software for the time being. I have it installed and working, also without issue. I'm using the AxeFX III USB audio I/O for recording direct. I haven't had the time to do more than test recording and playback. I haven't had time to address MIDI yet. Hoping to get that squared away this week.

I'm running Nobara Linux, a modified Fedora distro with a focus on gaming. Wine is pre-installed and is currently ver. 10.18. I installed Axe-Edit III in Wine. This PC is currently dual booting Windows 11 and Nobara Linux. Once I'm happy with the Ardour DAW s/w Windows 11 is going away. Gaming has been working via Proton-GE to my satisfaction. My laptop will continue to run Windows 11 until I know that everything I do in Windows can be done in Linux, then all PC's and laptops will be migrated to Linux.

PC info (should it be relevant):
  • i5-13600K CPU
  • Z690 chipset
  • RTX4080 GPU
  • 32GB DDR5 RAM
  • three 2TB Samsung 970 Evo M2 SSD,s
  • one 2TB Samsung 870 Evo SATA III SSD
  • one 4TB Western Digital WD Black Sata III HDD

 
FM-9 running on Ubuntu Studio + Reaper for quite a while now without problems but haven't tried the MIDI control. There was a trick in getting it going in one of the threads but it's been fine ever since, even after quite some OS updates.
 
I don't know enough about the Axe-FX to test all it's features. I think it should It should be someone like a Leon Todd or a FAS employee. I'm not sure if I know enough about software either. I use it but I don't create it. Those people have skills!
This has gotta be a troll? Leon Todd? Cmon
 
Porting Windows software to Linux sounds appealing, but in practice it’s expensive, technically messy, and unnecessary given the alternatives. The better path is to embrace the ecosystem’s native tools or use compatibility layers—not expect developers to re-engineer their products for such a small market. I'm sure there are a few people on here that have successfully done this and would lend a hand.
 
Porting Windows software to Linux sounds appealing, but in practice it’s expensive, technically messy, and unnecessary given the alternatives. The better path is to embrace the ecosystem’s native tools or use compatibility layers—not expect developers to re-engineer their products for such a small market. I'm sure there are a few people on here that have successfully done this and would lend a hand.
If you've already ported your software to two platforms very different to each other, such as Win and Mac, developing support for a third or fourth one - especially one that's not too dissimilar to Mac - should not be another huge leap. That's, of course, assuming you created a decent platform abstraction layer and not just duplicated the code or something. There's no huge technical obstacle to doing this, thousands of much more complicated applications do this successfuly since forever, especially ones that don't do huge amounts of system-specific interactions and instead are mostly doing their own thing in their own world.

I suggest the actual issue for Fractal here is more with how the Linux world is massively heterogeneous and thus an absolute software delivery and support nightmare. To start with they'd need to provide at least a deb and a rpm, target that for a specific distro version; then dozens of other distros will repackage and individual users will do their own hacks, link with newer/older library versions, run without needed dependencies, run with different forks of dependencies and with compatibility libs, and do all sorts of other stuff. And how is Fractal supposed to account for that variability? Oh, they'll build a Flatpak, but then people will want AppImage, and then another thing'll come along soon...

So they just don't do it and I don't suspect they'll ever want to do it unless, by some miracle, the Linux world gets its shit together and somehow consolidates on a stable platform for software delivery. Or, until there's so many losers running Linux and buying Fractal that we're able to drag them into the mud with us! Or we get our shit together and switch to FreeBSD or another actually good operating system and make everything easier for everybody.

At this point the best we can hope for is that they start fixing their software to run under Wine but not admit to it so as not to receive many support requests etc. It just kind of works some of the time and we'll be more than happy about it as we're used to this crap experience.
 
...

At this point the best we can hope for is that they start fixing their software to run under Wine but not admit to it so as not to receive many support requests etc. It just kind of works some of the time and we'll be more than happy about it as we're used to this crap experience.
Editors already work with WINE after a tweak, so removing that step to have it just install and work should be enough for any Linux users. Keeping future versions WINE-friendly would be great, and they should say so but without necessarily taking on support tasks. For me, after I set it up it works fine every update. I just install the latest Win version and I'm good. Not a huge deal IMHO. My reference is REAPER: they have a native Linux version for a while now but before that they just said (and still do say) "works great in WINE." Problem (not a problem) solved.
 
If you've already ported your software to two platforms very different to each other, such as Win and Mac, developing support for a third or fourth one - especially one that's not too dissimilar to Mac - should not be another huge leap. That's, of course, assuming you created a decent platform abstraction layer and not just duplicated the code or something. There's no huge technical obstacle to doing this, thousands of much more complicated applications do this successfuly since forever, especially ones that don't do huge amounts of system-specific interactions and instead are mostly doing their own thing in their own world.
I believe they use JUCE so a lot of the hard work is done by the framework, that's not to say this is a cost free endeavor however - it still requires engineering time to support and keep it running well, especially as you say there's many distros out there with their own idiosyncrasies.

I suggest the actual issue for Fractal here is more with how the Linux world is massively heterogeneous and thus an absolute software delivery and support nightmare. To start with they'd need to provide at least a deb and a rpm, target that for a specific distro version; then dozens of other distros will repackage and individual users will do their own hacks, link with newer/older library versions, run without needed dependencies, run with different forks of dependencies and with compatibility libs, and do all sorts of other stuff. And how is Fractal supposed to account for that variability? Oh, they'll build a Flatpak, but then people will want AppImage, and then another thing'll come along soon...
You could take the approach Modartt takes (they also use JUCE) - they just give you one executable, not any containerized things, just a plain old executable with minimal dependencies, one for x64_64, one for arm64

Screenshot 2025-11-26 at 11.13.08 AM.png
 
(For some reason I'm unable to quote people. The software thinks my quotes are too spam like)

AlbertA: Yea, no, just building and running a single executable sounds way too sensible. Not on my Linux!
 
Back
Top Bottom