Overall, probably a positive thing as the improvements made here will flow downstream. I’m actually looking forward to seeing the performance of these new Qualcomm chips in laptops.
Will 2025 be the year of the ARM Linux desktop?
Only if 2026 is the year of the Risc V Linux Wayland Desktop .
2027 will be the year of RiscV Linux Wayland native gaming Desktop
2028 will be the year of the pen and paper
But will it run
systemd-erased?
Could this mean Linux phones?
(Very green Linux user here)
They tried that already. We raised more money than any other project but it wasn’t enough
It was moved out the official company and now is maintained by a few hard working people. I would personally not recommend Ubuntu Touch as it simply is getting behind.
Postmarket OS does fascinate me though
Give it a decade, I reckon. As traditional SMS and phone calling die to platforms like WhatsApp/Telegram/etc., and those platforms become available cross-platform, the idea of a Linux phone might become possible. It’s just a matter of decentralizing the distribution of that software, at that point (like how GrapheneOS and others current have the problem of needing the Google store for installing proprietary apps).
@gramgan @cosmicrookie Yeah… flathub for phones, baby!
Would be really cool to see these new Snapdragon X Elite laptops shipping with Linux.
I believe that is the plan here.
I just hope they can run free software and a stock kernel.
On Android mainlining is really hard if not impossible
Why… is Canonical so good with business connections and spreading desktop Linux around the world? While they use fu**ing Snaps and break GNOME as “their desktop”?
Opinionated development is rarely popular with wider audiences. Canonical is a business geared towards providing Enterprise products and support. That’s how they make money. They do what they think is best for their Enterprise customers first to keep functioning.
They “think” that, but it’s definitely not the case.
Apart from the obvious vendor lock-in, their solutions were never the better approach from a technical or usability standpoint. Snaps aren’t that great, their Wayland competitor wasn’t particularly good, Unity was divisive. So they put tons of work into bad solutions for problems that have been solved elsewhere and better. Not the smartest business move.
You obviously don’t work in the field. Example:
Canonical is a for-profit entity making solutions to sell to enterprise customers who need specific tools and results.
You on the other hand are somebody who benefits from their work and complains about it on the Internet because you think you have better solutions and ideas, but none of their resources or money.
One is way more productive and useful than the other, you see.
You obviously don’t understand my point. If we want to flex, I have a combined CS/business degree, so I do understand the system quite well.
What canonical is doing is essentially a make or buy decision. Make our own solution or “buy” an existing one. Since in the foss world buying is almost free, you have to have good reasons to invest quite a lot of money into developing your own solution. Good reasons would be better technology, better integration into the existing ecosystem, lower costs, etc - or vendor lock-in.
Canonicals solutions are never better than what the community already agreed upon. They are not cheaper for Canonical, since they have to do all the heavy lifting themselves. They don’t integrate better, since the rest of the system is more or less vanilla Linux.
So the only remaining rationale would be vendor lock-in. Canonical wants its customers to build upon their products so that it can retain those customers easier. This might actually be a valid reason for snap. Canonical has kind of cornered the market here, but it’s definitely not true for Mir, Unity, etc. Those were doomed from the start and a huge waste of money.
You see, wasting money is not productive. It’s kind of the opposite.
I think you better check your timelines on some of your choice solutions then, because Canonical is never first to the punch for “new solutions”.
Snap was an alternative to AppImage for enterprise deployments.
Mir was created in response to Wayland not gaining traction and stagnating for years.
Unity was created because GNOME as a whole fragmented and stagnated, then reformed and got their removed together.
…and so on.
Canonical makes moves as any other for profit entity must in order to keep features moving with sales. They rarely make something specifically for the non-corporate end-user, but we do get some benefits from their work when there is traction in the FOSS community. For instance, Landscape is used by massive companies for desktop deployments, but has almost zero practical purpose for any of us reading here.
Ok, now I have to assume you’re trolling.
Look at my comments above, that they’re not the first is exactly my point. They re-invent things instead of investing a tenth of the effort in the existing solution and their solutions are worse.
And please don’t come with that corporate apologetics. You make it seem like a corporation never makes any errors whatsoever and even the stupidest error isn’t just stupidity, but corporate genius we mere mortals just don’t understand. That’s not the case. Canonical simply is not very good at this.
Yes, maybe they do have some products that do work and are actually better than the competition, but again, actually read my comments and you’ll see that I already covered that.
Seriously, are you paid by them?
break GNOME as “their desktop”
you mean make it tolerable :)
We all have our preferences, I personally don’t really care for stock gnome
I think their concept is just as flawed as “dash to dock”. Desperately trying to “not be Windows” (while mimicking mac lol)…
You have a huge top bar that is mainly unused space. You have no hitbox at the top right edge, because of the bad GNOME decorations (also in Firefox) and because of that stupid top bar.
Then having a dock with empty space around it, where you could easily fit clock, quicksettings and menu, why??
Dash to panel fixes most, just not the bad hitboxes to the top edge. And luckily it is very actively maintained.
Ubuntu meanwhile keeps that useless top bar and also places a bar at the edge. This is good for regular screens. But it is annoying when tiling in half.
And they dont fix it, as they still keep the silly top bar.
And the main issue is their theming, which breaks apps.
This is the best summary I could come up with:
Following yesterday’s news of Canonical launching Ubuntu Pro For Devices, the latest mobile/embedded news in the Ubuntu space this week is Canonical partnering with Qualcomm.
Qualcomm will become part of Canonical’s silicon partner program, which can lead to optimized flavors of Ubuntu tailored for their platforms.
In today’s announcement they talk up this strategic collaboration as speeding up time to market, security-first focus, and more.
Particularly with the forthcoming Snapdragon X Elite laptop processor, hopefully we’ll be seeing timely support for Ubuntu Linux on these new ARM laptops that are rumored to compete with and potentially outperform Apple Silicon devices.
Snapdragon X ELite with 12 Oryon cores clocking up to 3.8GHz (4.3GHz boost), Adreno graphics, Hegagon NPU, and other updates this is quite an interesting ARM laptop processor to look forward to this year.
Qualcomm has shown (Debian) Linux on some Snapdragon X Elite hardware already and hopefully today’s collaboration between Qualcomm and Canonical will lead to good Ubuntu support for these upcoming laptops.
The original article contains 209 words, the summary contains 164 words. Saved 22%. I’m a bot and I’m open source!
Hopefully with no exclusivity nonsense like the Microsoft+Qualcomm deal from the ARM surface era.
Eh, I kinda doubt too much will come of it. There is already strong incentive for ARM support because of servers and for Qualcomm-specific hardware because of Android. That is unless they plan to use completely different architectures and drivers for their new, laptop-focused stuff (and only that).
If there’s actual upstream support, it would be a massive shift for Qualcomm
Red Hat has been trying to get them to support their processors for years now with no luck
Google gave up on Qualcomm supporting their processors and told them that they aren’t allowed to modify the kernel
