
- Macfusion alternative software#
- Macfusion alternative code#
- Macfusion alternative license#
- Macfusion alternative Offline#
- Macfusion alternative free#
The breaking changes to FUSE are probably going to be linked to design changes in Catalina triggered by RAM/CPU/Network changes and the RPM/SSD transition that has been going on for however long. In a sense, this sort of thing is what is being showcased here. Wayland) still hasn't finished adjusting to graphics cards. Then everyone can calm down, declare things finished and move on without requirements changing. Honestly if we were interested in what was good for FOSS all that needs to happen is that hardware stops improving all the time.
Macfusion alternative software#
Really the only thing that might work is if there was broad community acceptance of not changing all the lower parts of the software stack all the time so the maintenance burden is lower. That doesn't sound like much of a change from the last 30 years.
Macfusion alternative Offline#
Happy to chat offline with folks who have a similar interest in this space email's in my profile.)
Macfusion alternative license#
(I don't think the Redis license is the right approach, FWIW.
Macfusion alternative free#
And that's why we're where we are with these conversations: it's not the end-user free riders who matter, it's the commercial ones. The only sustainable way to build open-source software is to get businesses to pay for it. And a lot of people pfft at that and wave their hands about their right to other people's free time (or that an invisible hand will Make Things Work should those people choose to spend their free time in other ways, ignoring that that usually just means other people get to burn out instead). You have to give people something of value, even if nominal value, to actually get corporate interest and to drive the kind of ROI that makes it viable to continue spending so much dang time on these projects. The only conclusion I've been able to draw is that literally every approach from OpenCollective to a PayPal link demonstrably does not work.

I have researched this extensively, talked to a few dozen medium-to-large OSS maintainers, and have a project on the back burner about this. So this is an area of significant interest to me.

Due to the difficulties of building and signing the kernel extension across all of the versions of macOS that it supports, just having the source available but keeping the binaries under a proprietary license would probably be sufficient to make it worth the while of most companies to license with him to provide custom builds like we do.

I'd really rather he kept the project open source, and continued to provide custom builds for companies on a contract basis.
Macfusion alternative code#
I don't believe that he is scaling much better with his commercial licensing than he was as a FLOSS maintainer.Īs it is, we're fairly happy with his work to continue to support new versions of macOS, which is fairly hard to ship systems software on these days (the code signing and notarization requirements keep getting more and more onerous, system integrity protection keeps getting in the way of debugging, and so on), but it would be nice if we weren't limited to a single person working on the project.

He does reliably ship us new builds, but it has sometimes been a little difficult to get him to respond to feature requests or even patches that we send him. I work for a company which pays him to build branded versions of FUSE for macOS, and has been doing so for several years. > He's been the sole maintainer on the project since 2012 and has never been compensated for it Given that the alternative was to abandon the project, the only way it was going to see continued development as an OSS project was is if others took over maintenance/development of it, which anyone is free to do by creating and maintaining a fork. So he's just exercising the same BSD rights that all the other companies who have been taking and commercializing his work and not contributing back any fixes or funding for continued development. However, what I'm asking for is for companies, that are selling FUSE-based products or rebrand FUSE and bundle it with their apps, to re-invest some of the profits in the continued development of FUSE on macOS, if they can afford it. > I will never ask end users for financial support. He's been the sole maintainer on the project since 2012 and has never been compensated for it, he says it will always be free to end users but wants companies that are financially benefiting from it to help sponsor continued development : Likely the best outcome for the project barring company sponsorship that pays him to continue working on it as OSS.
