Well, here in Europe, more and more people and companies are leaving Windows behind to get more “autonomous” through European alternatives and Linux is a great option for that.
Lenovo and other brands also offer pre-installed Linux on their products since a year or so. Perhaps there’s hope just yet.
L&L’s reason for abandoning Linux was that it was too difficult to keep up with all the different Linux platforms. This decision pre-dated Snap and AppImage. Those two technologies solve the problem. I don’t know why L&L doesn’t create a Snap or an AppImage version of Scrivener.
I think that’s already been answered, and recently:
Perhaps nowadays, they could choose one distro and support that? Like Lenovo offers Ubuntu pre-installed on their laptops (maybe desktops too?). I’m not sure which distro is the most popular, or which one is considered the best. But if they just choose one, then there is at least one that is supported 
Lutris has automated the wine installation. They also totally messed up their most recent upgrade, so we’re all trying to figure out how to make it work again, but as frustrating as that is, it’s just a matter of time. Linux users find a way, eventually.
I don’t know the tech, but the fact is we’re a tiny group of users, and the effort to export it to us is evidently not with the return on our purchases. Simple as that, AFAICT.
I don’t know why L&L couldn’t just issue a Snap or AppImage file. This would cover all distributions–maybe not BSD, which isn’t a distribution anyway.
Even if there were only a 100 users, that’s 100 sales.
So let me guess: there’s no Linux developer. Why not try vibecoding then?
If they decide to support Ubuntu then Arch users will whine, and if they add Arch Red Hat users will cry and you’re back to the original reason to stop Linux support. The simple answer is a Snap or an Apoimage package. These are (nearly) universal and work on all (nearly) distributions.
Why add unnecessary complexity when a Snap or Appimage would do?
Does it need to be said that Scrivener over Lutris (or Play on Linux) running on Wine on Linux is hardly a “native” Linux application? Whereas Snap or AppImage…
I would suggest scrolling up to my message and reading the actual reasons involved. 
It has nothing to do with packaging (I would imagine we would probably make a .deb and .appimage available, if we get to that point in the first place), all of this is a red herring.
Mint is free, Ubuntu is free. Scrivener is not. If 100 Mint users want to use a proprietary program such as Scrivener, they know they have to pay to do so. I can remember when Scrivener was Mac only. If you wanted to run the prorram you had to pay the Apple tax. There came a time when a Windows version was developed and the Linux version abandoned. The given reason for the latter was the difficulty in supporting all the different Linux distributions. My point is that this is no longer a problem because of Snap and AppImage technologies. Both of these technologies are distribution agnostic.
We’d all like a native instance. We don’t have one. [inaccurate claim removed] It does run on Wine/Lutris. Use it or don’t.
I’m not sure where that sentiment is coming from. My response at the top of this thread remains true, though, and should indicate that it’s not through lack of interest, or something worth considering permanently ruled out. That said, one should of course make do, as I do, and get it running using the existing means of doing so.
I misread you then? My sense from your post was that it is on the to-do list, but it’s way far down, so we shouldn’t hold our breath.
Seems you’re quite fond of Linux.
I’m currently working on a Paddle integration that doesn’t rely on .NET. I’ve already made some progress. Purchases are handled via browser (eg. open the checkout website in firefox), users can get their license in Email Inbox, after activating the license will be stored using KWallet or GNOME Keyring on Linux.
This is primarily for my own cross-platform Qt writing application, but I’d be happy to share the relevant codes if it’s useful to you.
That does sound interesting (frankly even for Windows as well, as you know, the .NET code they provide is not very good at all). I’ll get in touch directly.