| ▲ | fsflover 3 hours ago |
| How many years did it take to make a well-polished DE on desktop Linux? How large was the community doing that and how many devices did they have access to? |
|
| ▲ | microtonal 3 hours ago | parent | next [-] |
| The difference is that there is already a great open source smartphone OS that works today, it’s AOSP. The most effective path would be for the FLOSS ecosystem to pour their resources into making AOSP independent from Google. But instead people will just fork N half- or non-working solutions for reasons. |
| |
| ▲ | Quartzium 3 hours ago | parent [-] | | >OS that works today, it’s AOSP. But you have no guarantee what happens tomorrow with it, depending on what Google feels like. You just have to eat whatever Google decides. With Linux there's no such centralized control. So the time and effort will pay out later on down the road. Let Google have its AOSP. | | |
| ▲ | microtonal 2 hours ago | parent [-] | | This comes up every time, I just don't understand the argument. You can fork AOSP when that happens. It will still be far less work than bootstrapping a viable open source alternative from scratch. Also maintaining a forked AOSP would be less work than getting the Linux desktop stack on the same level as AOSP. Given that Android apps target old API levels, it would also stay compatible for years and nothing would hold you from implementing APIs from the docs. To be honest, I don't think AOSP will fully close up, since Google probably fears the regulatory pressure and the fallout from vendors. The larger risk is Play Integrity, but that applies equally to other Linux systems if you want to tap into the large Android app ecosystem. But the solution for that is not technical, the EU and other regulatory bodies should make forbid it in its current form due to anti-competitiveness. | | |
| ▲ | neobrain 38 minutes ago | parent [-] | | > This comes up every time, I just don't understand the argument. You can fork AOSP when that happens Hacking on the Linux stack is several orders of magnitude more practical than AOSP though. AOSP's build system is massively unwieldy for individual contributors to work on. You can't easily work on any of the system components without dedicating >100 GiB of storage for a build, for example. Everything is scattered across hundreds of repositories tied together with a bespoke repository management tool. This all works for a company equipped with entire build infrastructure teams, not for a grassroots project trying to keep up maintenance with (at best) limited funding. It's why Nura (fka postmarketOS) is a thing whereas the various AOSP forks barely ever modify the core experience. |
|
|
|
|
| ▲ | pjmlp 3 hours ago | parent | prev [-] |
| About 5 years, Mandrake and SuSE with KDE around 1996 were already quite good. Since then the problem has always been the same, rebooting the DE experience for the sake of it, desktop environment wars, rebooting the development stack from GNOME and KDE, and the problem that despite all OEMs have Linux running on their data centers, the community has to reverse engineer the hardware from the same OEMs. |
| |
| ▲ | microtonal 2 hours ago | parent [-] | | Yeah, I think people are underestimating how good and competitive the Linux desktop was in the past. Around ~2000 there was a lot of excitement around the Linux desktop, the Linux desktop was pretty mature, especially compared to the tire fire that Windows 9x was at the time (that changed when the NT branch moved to the consumer with XP). There were very user-friendly installers like Caldera OpenLinux (best feature was that you could play Tetris during the install) and Corel Linux. Also a lot of large vendors were making Linux desktop apps, e.g. Corel Wordperfect and Borland Kylix (which was Delphi for Linux). Heck, even Microsoft Office ran almost perfectly with CrossOver. But yeah, then there was the constant forking, preferring rebooting development over iterative improvement (e.g. GNOME 2 -> 3 was really a hard cut for a lot of people, resulting in forks that exist till this day), hostility towards closed-source applications (you can hate them as much as you want, but people are not abandoning Photoshop/Illustrator for GIMP/Inkscape on a whim), etc. Hopefully something changes with all the government-driven sovereignty desktops that are popping up, the resulting influx of money, and KDE EV et al. becoming very mature organizations. | | |
| ▲ | fsflover 2 hours ago | parent [-] | | By such measure, GNU/Linux phones are already quite good. I use Librem 5 with Phosh as a daily driver, and it is really just fine. Except the battery life, app compatibility and smoothness of the UI. |
|
|