5 ms·
I don't think it's a secret that funding desktop Linux work has been a challenge. I've said in many other forums that if you want to sustain desktop Linux work,
by Conan_Kudo 3y ago
I don't think it's a secret that funding desktop Linux work has been a challenge. I've said in many other forums that if you want to sustain desktop Linux work, companies and people who work on it need to rewarded and funded for their work.
But getting people to pay for professional desktop Linux work is really hard, even despite having easy entry points for it[1].
Without people responding to the work by paying for subscriptions for professional desktop Linux, it becomes a lot more difficult to justify continuing to do the work.
It's still possible to reverse the trend, hence my plea for people who use and value desktop Linux to consider paying for it.
[1]: https://www.redhat.com/en/store/red-hat-enterprise-linux-workstation https://www.redhat.com/en/store/red-hat-enterprise-linux-wor...
- traverseda 3y agoSure, but not Red hat. Especially now. Maybe pop os?
- Dalewyn 3y agoIf you weren't and aren't going to pay for Red Hat, you aren't going to pay for any other distro either. This isn't meant to be confrontational. If you don't want to spend money on code provided by volunteers (or whatever your justification is), that's fine; it's your money and your life philosophy. But at least be classy about how you conduct yourself; if you don't want to pay then just say so instead of coming up with endless excuses.
- Karunamon 3y agoPresuming how someone else will spend their money and accusing them of engaging in special pleading when you don't like their answer is inherently confrontational, so please spare us the accusation of bad faith and just make your point directly the next time. In my life I have had precisely 3 opportunities to realistically pay for a Linux distro: - A boxed copy of Mandrake (found on the shelf at Sam's Club many years ago) that got me into it in the first place. I talked my mom into that one. - Professionally, evaluating whether the support and customer service provided by Red Hat was worth using it over CentOS. My recommendation was no, and as it turns out since we did not run software that required it, we never encountered a problem that having their assistance would have solved. - Semi-professionally, really wanting to throw some money to the Proxmox team for access to the enterprise repos and support ticketing on my home-lab-ish cluster, and not being able to afford it because they insist on annual billing. So no, sometimes it's as simple as the combination of price/features/support not being competitive with the free alternatives.
- pastage 3y agoMandrake was very good at marketing, they did Linux alot if good. Note Proxmox is now €100 per year that is possible even on tight budgets. I wonder how good their support is, at €500 - €1000 per year for remote ssh help that can really be worth it!
- Karunamon 3y agoUnfortunately their pricing is per socket, so that would be about €500 up front for me just for the ability to access a different repository and no support. (Not really useful) If I wanted the ability to submit 3 support tickets per year with a one day turnaround time, that price triples. I could easily justify splitting that cost monthly, but not upfront all at once.
- CoastalCoder 3y ago> Unfortunately their pricing is per socket Heh, at first I parsed that as IPC socket. Now I'm amusing myself thinking about which companies would try to charge for that.
- krger 3y agoOracle. IBM.
- justin66 3y agoWhat a bizarrely illogical and bitter comment you made. People do decide to pay for distros other than Red Hat.
- _ea1k 3y ago> If you weren't and aren't going to pay for Red Hat, you aren't going to pay for any other distro either. I don't think that follows logically. People who won't pay for Red Hat, after Red Hat's deemphasis of desktop work, might still willingly pay for another desktop focused distribution.
- dralley 3y ago>I don't think that follows logically. People who won't pay for Red Hat, after Red Hat's deemphasis of desktop work Obviously, certain types of desktop work have been de-emphasized. However, there are a lot of other types of desktop work which Red Hat does, which are continuing or even increasing in resources. * Pipewire * Filling in the Wayland gaps, e.g. color management and HDR * Contributions to Firefox e.g. VAAPI hardware acceleration * Mesa / RADV driver contributions * Improving the Nvidia driver situation in collaboration with Nvidia It's perfectly fine to be upset about the work that's being stopped, but some people in this thread are acting like everything is shutting down, which is ridiculous. And it's not like this stuff that is being worked on is insignificant, either.
- _ea1k 3y agoThat's fine, but bluetooth is not a small thing. I'm not sure that emphasizing those other things can make up for that. And moves like this are seldom done in isolation.
- dralley 3y ago>bluetooth is not a small thing The bluetooth settings panel GUI in gnome, not bluetooth support in general.
- pseudalopex 3y agognome-bluetooth is not the settings panel only. The article said this directly.
- orra 3y agoThat's an understandable plea. I guess the difficulty is Linux is really popular, but it's for hosting containers and cloud services etc. That doesn't lead to an improved Desktop.
- seabass-labrax 3y agoI'm curious why, as a contributor to both Red Hat and SUSE, you don't recommend SUSE Desktop[1] more often (ever?), considering that their pricing is competitive with Red Hat. Is there a technical reason, an especially positive experience with RHEL support or maybe something else entirely? [1]: https://www.suse.com/shop/desktop/ https://www.suse.com/shop/desktop/
- Conan_Kudo 3y agoI have recommended SUSE Linux Enterprise Desktop in contexts where people have talked about supporting desktop openSUSE financially. I have also previously mentioned SUSE as an option in other forums. As an engineer-centric Linux distribution vendor, they are also well-equipped to do engineering work upstream (and have an upstream-first mentality, which I appreciate). Red Hat and SUSE engineers often work hand-in-hand upstream in many communities, including desktop ones like GNOME and KDE. They're a perfectly fine option if you want to go that way. But in this context, we're talking about Red Hat's ability to invest in desktop Linux. And that is directly mapped to RHEL Workstation sales and (to a lesser extent) adoption of Fedora Linux (as a halo driving RHEL server/cloud and OpenShift adoption). People also seriously underestimate how much work Red Hat puts into virtually every sphere of the Linux space[1], including the desktop. Many engineers spend a lot of time working in projects that don't directly pay off for RHEL because it either benefits the larger community or feeds into something they do care about in RHEL. It continues to surprise me how remarkably altruistic Red Hat is for a company. But that can only go so far. People still need to live and eat. To give an idea of something that wouldn't have been possible without Red Hat: NVIDIA opening up their drivers last year[2][3]. Red Hat has been furiously working to rework Nouveau to take advantage of the improvements in the NVIDIA situation, and tremendous progress has been made, to the point that Collabora has built a brand new Vulkan driver for Nouveau[4][5]. This kind of work is not possible without people that care who have a big enough voice to drive positive outcomes in the ecosystem. And that only happens through continued growth and success rewarding what they do. You may not personally use RHEL or Fedora Linux, but you're definitely benefiting from the work they do. And that's by design. But if you rely on Linux, I implore you to consider paying for RHEL. Maybe RHEL is not perfect, but one of the biggest advantages of paying for RHEL is that your voice matters as a customer. Red Hat takes its customer relationships seriously (unlike a lot of other companies out there), and product development is centered around customer feedback. If there's a technology you see in Fedora that you want in RHEL, you can ask for it. Your money sustains open source and your feedback improves it. If there's a technology you're interested in that's not in Fedora or RHEL, you can open a line to see whether it can be integrated and delivered. My personal philosophy around open source is that there are ultimately two ways to support it: with time+effort or money. I spend a lot of both for supporting all the open source I care about. I don't expect anyone to do what I do, but I do wish people to fund the open source they rely on if they aren't willing to invest in the upstream projects. Whether that's through buying OpenShift[6][7][8] if you are big into cloud app infrastructure, Ansible Automation Platform[9] if infrastructure automation is your style, or RHEL[10] if Linux is your bag. [1]: https://www.redhat.com/en/about/open-source-program-office/contributions https://www.redhat.com/en/about/open-source-program-office/c... (non-exhaustive, but still...) [2]: https://developer.nvidia.com/blog/nvidia-releases-open-source-gpu-kernel-modules/ https://developer.nvidia.com/blog/nvidia-releases-open-sourc... [3]: https://blogs.gnome.org/uraeus/2022/05/11/why-is-the-open-source-driver-release-from-nvidia-so-important-for-linux/ https://blogs.gnome.org/uraeus/2022/05/11/why-is-the-open-so... [4]: https://www.collabora.com/news-and-blog/news-and-events/introducing-nvk.html https://www.collabora.com/news-and-blog/news-and-events/intr... [5]: https://www.collabora.com/news-and-blog/news-and-events/nvk-has-landed.html https://www.collabora.com/news-and-blog/news-and-events/nvk-... [6]: https://www.redhat.com/en/technologies/cloud-computing/openshift https://www.redhat.com/en/technologies/cloud-computing/opens... [7]: https://www.redhat.com/en/technologies/cloud-computing/openshift/openshift-cloud-services https://www.redhat.com/en/technologies/cloud-computing/opens... [8]: https://www.redhat.com/en/technologies/cloud-computing/openshift/self-managed https://www.redhat.com/en/technologies/cloud-computing/opens... [9]: https://www.redhat.com/en/technologies/management/ansible https://www.redhat.com/en/technologies/management/ansible [10]: https://www.redhat.com/en/technologies/linux-platforms/enterprise-linux https://www.redhat.com/en/technologies/linux-platforms/enter...