Canonical Announces Official Ubuntu Desktop Images for RISC-V
Ubuntu maker Canonical announced today the general availability of Ubuntu Desktop images for the RISC-V architecture, along with unofficial and unsupported Xubuntu Minimal images for RISC-V.
As I reported back in June, when the first daily build images for Ubuntu 26.10 were made available to download, there was a new RISC-V desktop image available too, but now Canonical is making everything official: Ubuntu 26.10 (Stonking Stingray) brings desktop images to RISC-V computers.
That’s right, if you have a RISC-V computer and want to use Ubuntu on it, you will be able to do so with the upcoming Ubuntu 26.10 release, due out next week on October 15th, 2026. Even better, it looks like there will also be a RISC-V image for the Xubuntu flavor featuring the lightweight Xfce desktop environment.
“The Xubuntu variant exists for a practical reason: the Xfce-based minimal image is far more manageable under emulation,” said Canonical. “The images are experimental: they carry no official support yet, and there are still known issues that we are addressing for the release. Bug reports on Launchpad are very welcome.”
Canonical recommends testing the Ubuntu Desktop RISC-V images on SpacemiT K3 hardware since official support for this platform is coming with Ubuntu 26.10, and they even have a guide on how to install Ubuntu on the SpacemiT K3 Pico-ITX. On the other hand, the Xubuntu Minimal images are recommended for testing in virtual machines.
Testing the Ubuntu 26.10 RISC-V desktop images will require you to copy your own first-stage bootloader, such as U-boot, as well as the relevant Device Tree Blobs (DTBs), onto the ISO before booting it on real hardware like the SiFive HiFive Unmatched, which is supported by Canonical.
Canonical promises to deliver a complete desktop experience on RISC-V computers with the Stonking Stingray release, especially on RVA23-compliant hardware like Milk-V Jupiter 2 Mini-ITX, DeepComputing DC-ROMA, and SpacemiT K3 Pico-ITX.
Ubuntu 26.10 is expected to ship with the upcoming GNOME 51 desktop environment by default, which will be released on September 16th, 2026, and the soon-to-be-released Linux 7.3 kernel series, which should be out later this month. I’m hoping that more Ubuntu flavors will pick up RISC-V support in the long run.
Without further ado, you can download the latest Ubuntu 26.10 RISC-V desktop images from here and the Xubuntu Minimal RISC-V image from here. Once again, please keep in mind that these images are considered experimental, so don’t use them for any production work.
like this


eremophila
in reply to LinuxNation • • •This suggests that it has to be disclosed to the reviewers, which is a good thing, but how will end users be made aware?
I only use 6 flatpaks (due them not being available in the arch official repo's) and I get them via a gui package manager. I'm assuming I am going to have to modify how I do this for any future installs, and check my existing ones, but then what about future releases/updates?
A 'no ai' swtich/toggle would be swell.
like this
YoSoySnekBoi likes this.
mogoh
in reply to eremophila • • •like this
bretton.dev likes this.
eremophila
in reply to mogoh • • •Yes, I'm also aware that is redundant to this conversation. There is no reason for decent people to just give up on decency just because one layer (even the top layer) of something is f*cked up.
If people gave up that easily, we would all be working in coal mines 14 hours a day, living in trash societies, with slave labour, and trash governments... oh
Hopefully someone forks the kernel, and there is an increase in anti ai distro's, de's etc.
like this
YoSoySnekBoi likes this.
don't like this
bretton.dev doesn't like this.
SocialistVibes01
in reply to LinuxNation • • •like this
YoSoySnekBoi likes this.
reader
in reply to LinuxNation • • •like this
YoSoySnekBoi likes this.
don't like this
bretton.dev doesn't like this.
Lemmchen
in reply to reader • • •like this
YoSoySnekBoi likes this.
don't like this
bretton.dev doesn't like this.
reader
in reply to Lemmchen • • •like this
YoSoySnekBoi likes this.
pineapple
in reply to LinuxNation • • •bretton.dev
in reply to LinuxNation • • •Probably the right decision given there's no way to truly tell what level of AI generation or effort within the project itself with AI has taken place.
I understand the willingness to ban low effort low quality one shot projects, but given most software nowadays incorporating some level of LLMs, I can't ever see a blanket ban working out anywhere.
Wilmo
in reply to LinuxNation • • •I think they should just create a policy where unmaintained software gets removed? Or flagged where it's easy to filter out.
Most AI slop just gets abandoned, but a real developer who wants to maintain FOSS software long term with some AI assistance is quite a different thing.