UBUNTU SUMMIT At a Canonical event, we didn't expect a presentation on using Red Hat's container management tools, but if this is something you might need, it does sound useful. At Ubuntu Summit 26.04, Red Hat Principal Software Engineer Joseph Marrero Corchado presented a talk called Bootc: Use your container knowledge and infrastructure to build and deploy your Ubuntu hosts. Although Ubuntu is very strong in the desktop Linux space, in large corporate server environments, Ubuntu is just another distro among many. This can be a good thing: it is just another Linux distro, and that means that it's perfectly possible to deploy and manage it using existing FOSS tooling. Marrero introduced himself by saying that he works at Red Hat, but personally runs Ubuntu – and has been doing so for long enough that he has some original media from Canonical's ShipIt program, which the company discontinued in 2011. While we were surpised to see a Red Hat engineer presenting a talk at the summit, it's not unprecedented. System76's Pop!_OS distro is based on Ubuntu, but it overlaps with other distros as well. It has its own desktop and eschews Snap for Flatpak – and yet, at the previous Summit, System76 boss Carl Richell presented a talk about it. The year before, the Academy Software Foundation's talk started by telling us that Rocky Linux strongly dominated the SFX industry. Our plan here isn't to recap the entire talk. It's up on YouTube now, and if this is the sort of thing that sounds interesting, it's probably a good use of 42 minutes of your time. bootc grows up We've mentioned the bootc toolchain a few times on The Register. Back in April 2024, we reported that Fedora 40's immutable editions were being rebuilt as bootable containers. Two years and four more Fedora releases later, the toolchain is getting more mature, as we covered in April with Fedora 44, and we linked to Quentin Joly's explainer, Bootc and OSTree: Modernizing Linux System Deployment, which is still one of the best we've read. Now bootc has graduated to the point of being a CNCF incubator project. The new project website has a slightly better explanation: Transactional, in-place operating system updates using OCI/Docker container images. The tools for creating and managing OCI containers are familiar to many sysadmins now, and the idea of bootc is to make it possible to manage complete OS images, either for VMs or for bare metal, using the same tooling. Marrero explained bootc by saying that it lets you perform OS installations and upgrades with OCI containers, which lets you define and ship your customized images of the Ubuntu OS as OCI container images. This allows transactional in-place updates, with rollback. This tech is already in real-world public-facing use: SteamOS uses bootc, and he pointed to the Bootcrew project, which maintains a growing collection of bootc images of different OSes, including Ubuntu, SteamOS, openSUSE, and Debian. What's special about these images is that each one is a container, but with a kernel. So this means that it can run on metal, but you can run (and test) it in continuous integration as well. Ubuntu on bootc is still Ubuntu; it's just a different way to deploy it. Doing it this way is an alternative to Canonical's own Ubuntu-image system, which uses standard Ubuntu and Canonical tools, the apt command, normal repositories, and so on. Instead, bootc uses container tools and container images, and a container registry in place of Ubuntu's apt repositories. Marrero has his own experimental Ubuntu-bootc image on GitHub, whose description says: An Ubuntu 26.04 LTS ("Resolute Raccoon") bootable container image with cloud-init and podman built-in, designed for use with bootc and bcvk. (For the record, bcvk is the bootc virtualization kit, which "helps launch ephemeral VMs from bootc containers, and also create disk images that can be imported into other virtualization frameworks.") The idea is that this lets you manage and deploy a server, cloud, or desktop OS, along with all its tools and all its applications, from a single central point that you control. This replaces a whole raft of configuration management tools, including local update management, and eliminates the need for tools such as "Puppet, Chef, or shell automation." The images are constructed using composefs – specifically, the Rust-based composefs-rs – which in turn builds on existing and established Linux tools such as overlayfs, the EROFS read-only filesystem, and fsverity for integrity-checking. He noted that some of Ubuntu's metadata initially stopped composefs from working, but he and the Bootcrew team found it and fixed it. He also offers an Ubuntu 26.04 LTS with bootc – Getting Started Guide, which "walks you through converting an Ubuntu 26.04 LTS VM into a bootc-managed system using composefs. By the end you will have an immutable, image-based Ubuntu system that can be updated atomically via container images." He also demonstrated the tech live on stage using a few demonstration images he'd built beforehand. First, he deployed an empty default Ubuntu installation, with no additional tools. Running it under QEMU took just a couple of seconds. Then, by adding another single-line container file layered on top, he added the tmux terminal multiplexer. He also used wget to demonstrate that no web server was running and the VM didn't respond to HTTP requests, then switched the existing VM to a different image with Apache and a demo page installed, which took only about a second to deploy, followed by a VM reboot. He also demonstrated that it really was Ubuntu, that snapd was present and working, and installed LXD to prove the point. The "bootable containers" toolchain has visibly matured since we first encountered it, and the demo was quite impressive. This vulture is very happy that he no longer has to run servers for a living, and is positively delighted that he has no use for any of these tools. Even so, it's impressive to see that without all that much work, Ubuntu can be slotted into a very different set of management tools and function quite happily. ®
Flatpak development has been very quiet for years. Discussions about a next-generation take are happening – and some of the signs are worrying if, like many FOSS folks, you are systemd-intolerant. In the course of researching our article on MX Linux 25.2, we came across an interesting Reddit discussion from last month, which in turn led us to a Flatpak development blog post from late last year. It looks like a team is collecting ideas for what is currently called "Flatpak-NG" – as in next generation. If this solidifies into code, this may form the basis of Flatpak version 2. The blog post isn't very informative, but the Reddit thread links to the video of a presentation from last month's Linux App Summit in Berlin, which spells things out more clearly. The Flatpak-NG idea involves handing off a lot of the isolation in Flatpak from the current bubblewrap layer to an as-yet-unwritten systemd component that the developers are currently calling systemd-appd. This would considerably simplify Flatpak, and enable it to do more isolation, including virtualizing the network stack – but at the price of making Flatpak 2 depend on systemd. A developer who was at the talk, Jorge Castro, later explained and confirmed this in a Fediverse thread. The teams behind other init systems could, of course, write their own replacement for the notional systemd-appd, but that would be a substantial amount of work. The tool that provides the new init-switching functionality in MX Linux 25.1 and 25.2, init-diversity, currently supports six other init systems besides systemd, and we've seen little sign of them cooperating to create an alternative to systemd that provides even a subset of its wider functionality. Flatpak is widely used and supported. Not all distros include it by default, but it's the only widely adopted alternative to Canonical's Snap packaging system. Snap is more versatile: it works fine with shell programs, and even the kernel can be packaged as a Snap, which is how Ubuntu Core handles it. Snap's implementation is much simpler and cleaner than Flatpak's, as is the distribution model – which, as we've reported before, is entirely open source. The only proprietary part is Canonical's Snap Store website. The trouble is, the louder advocates in the peanut gallery rarely even think about things like implementation details; they just get upset about more visible things that are easier to understand – such as who owns a website. There are other alternatives out there, such as AppImage, 0install, AppDir, and GNUstep's implementation of NeXT and Apple's .app format. We have compared these in detail before. Only two really have wide adoption, though. There's Snap, which Canonical claims has more users simply because Ubuntu has more users than all the other desktop distros put together, and there's Flatpak, which is used by every other distro with any kind of cross-distro package support. The snag is, if Flatpak 2 does arrive in a year or two, and requires systemd, then that could spell the end of Flatpak support on many systemd-free distros. That includes MX Linux, Alpine Linux, Devuan, Slackware, and many other smaller projects. For many of these, Flatpak is a lifeline: the only way to access much of the wider Linux app market. It's not so much that the Flatpak-NG team is the "A-Team," but the only team. In the original A-Team, Colonel John "Hannibal" Smith was wont to say "I love it when a plan comes together." We suspect a lot of people will not love it if this plan comes together. ®
Le funzioni di iOS 27 nascoste che stanno emergendo promettono di rendere il tuo iPhone ancora più potente di quanto immagini. Il WWDC 2026 ci ha già svelato meraviglie, con l'intelligenza artificiale di Siri a rubare la scena. Eppure, sembra che Apple abbia tenuto in serbo alcune sorprese.
Dietro le quinte, l'azienda sta lavorando a delle chicche non mostrate sul palco. Non si tratta di piccole correzioni, ma di funzionalità capaci di cambiare l'uso quotidiano dei tuoi dispositivi. Sei pronto a scoprire cosa bolle in pentola a Cupertino? Vediamo insieme le tre novità più interessanti che potrebbero arrivare entro settembre.
Un quadrante esclusivo arriva per tutti su Apple Watch
Hai mai desiderato lo stile del quadrante Modular Ultra, ma non possiedi un Apple Watch Ultra? Buone notizie in arrivo. Apple sta per rendere disponibile una versione alleggerita di questo amatissimo quadrante per un pubblico più vasto. L’idea è semplice ma geniale.
Manterrà l'orologio di grandi dimensioni che lo rende così leggibile e iconico, eliminando però la seconda fila di complicazioni. Il risultato è un'interfaccia più pulita e snella, perfetta per chi è passato da un modello Ultra a un Series 10 e sente la mancanza di quel design. È una piccola attenzione che dimostra quanto Apple ascolti i feedback degli utenti.
Siri diventa più intelligente con le estensioni di terze parti
Questa è forse la novità più attesa. L'attuale integrazione di Siri con ChatGPT è stata solo un assaggio del futuro. Con iOS 27, Apple ha in programma di fare un passo da gigante, aprendo finalmente le porte ad altri chatbot come Gemini e Claude. La vera rivoluzione si chiama Extensions API.
Invece di stringere accordi commerciali con ogni singola azienda, Apple fornirà agli sviluppatori uno strumento per integrare i loro modelli di intelligenza artificiale direttamente in Siri. Questo significa un ecosistema più aperto e competitivo. Tuttavia, c'è un rovescio della medaglia: non essendo partnership dirette, le garanzie sulla privacy potrebbero essere diverse rispetto all'accordo iniziale con OpenAI.
Perché Apple non ne ha ancora parlato?
Ti starai chiedendo perché un annuncio così importante sia stato tenuto nascosto. Le ragioni potrebbero essere diverse e molto strategiche:
La questione legale in Europa: una maggiore apertura potrebbe complicare la battaglia di Apple contro il Digital Markets Act (DMA).
Mantenere i riflettori su Apple: presentare modelli esterni più potenti avrebbe potuto mettere in ombra i progressi dell'intelligenza artificiale di Apple.
Rapporti con i partner: si vocifera di possibili tensioni con OpenAI, che non avrebbe gradito essere "una delle tante" opzioni.
Semplicità per l'utente: troppe integrazioni fin da subito avrebbero potuto creare confusione.
La tua fotocamera, le tue regole: personalizzazione totale in arrivo
L'ultima delle funzioni nascoste di iOS 27 riguarda un'app che usiamo tutti i giorni: la Fotocamera. Immagina di poter spostare i controlli, come il flash o il timer, esattamente dove li vuoi tu. Non dovrai più cercare le impostazioni giuste nel momento sbagliato. iOS 27 dovrebbe introdurre una fotocamera completamente personalizzabile.
Potrai riorganizzare l'interfaccia per adattarla perfettamente al tuo stile di scatto, rendendo l'esperienza più rapida e intuitiva. Anche se questa novità non è apparsa nella prima beta per sviluppatori, l'attesa è altissima. Sarebbe un cambiamento che premierebbe sia i fotografi amatoriali che i professionisti.
Cosa dobbiamo aspettarci davvero?
In sintesi, iOS 27 si preannuncia un aggiornamento ancora più ricco di quanto visto al WWDC. Un quadrante più accessibile, un Siri finalmente aperto al mondo e una fotocamera su misura sono novità che potrebbero davvero migliorare la nostra esperienza quotidiana. Sebbene non ancora ufficiali, queste indiscrezioni provengono da fonti molto affidabili nel mondo Apple. Non ci resta che attendere il rilascio ufficiale a settembre. E tu, quale di queste funzioni attendi con più impazienza?
La nuova sinergia tra Firefox, Vulkan e le GPU NVIDIA sta per rivoluzionare l'esperienza multimediale su Linux. Si tratta di un passo avanti tecnologico atteso da anni. Se utilizzi una scheda grafica NVIDIA sul sistema operativo del pinguino, questa è una notizia di fondamentale importanza. Mozilla sta infatti integrando il supporto a Vulkan Video, una tecnologia che promette di risolvere i problemi legati all'accelerazione hardware dei video.
In parole semplici, questo significa dire addio a configurazioni complesse. Si dà il benvenuto a una riproduzione video più fluida, efficiente e stabile. Sei pronto a scoprire come cambierà il tuo modo di guardare contenuti online?
Il vecchio problema: perché va-api non bastava?
Per capire l'importanza di questa novità, è necessario fare un passo indietro. Fino a oggi, Firefox si è affidato a un'interfaccia chiamata VA-API per la decodifica video hardware. Lo scopo è semplice: delegare il pesante lavoro di elaborazione dalla CPU alla GPU, liberando così risorse e riducendo i consumi energetici.
Questa soluzione ha sempre funzionato bene con le schede grafiche Intel e AMD. Il problema, però, ha sempre riguardato NVIDIA. L'azienda ha storicamente seguito un percorso tecnologico differente, basato su standard proprietari come NVDEC e NVENC. Di conseguenza, per far dialogare Firefox con una GPU NVIDIA su Linux, gli utenti erano costretti a usare "traduttori" software. Un esempio noto è il `nvidia-vaapi-driver`. Questa catena di passaggi aggiuntivi introduceva spesso instabilità, bug e una complessità non necessaria.
Cosa cambia con l'integrazione di vulkan video?
L'arrivo di Vulkan Video cambia completamente le carte in tavola. Questa tecnologia, sviluppata dal Khronos Group, è un'estensione delle API grafiche Vulkan, pensata appositamente per la codifica e decodifica video. Vediamo i vantaggi principali.
Un ponte diretto tra browser e gpu
Il beneficio più grande è l'adozione di uno standard unico e multipiattaforma. Invece di gestire interfacce diverse per ogni produttore, Firefox potrà comunicare direttamente con la GPU attraverso un unico linguaggio condiviso. Questo non significa che tecnologie hardware come NVDEC di NVIDIA verranno abbandonate. Al contrario, Vulkan Video crea un ponte software moderno e ottimizzato per accedervi, eliminando la necessità di strati di compatibilità esterni. Per gli sviluppatori, questo si traduce in un codice più pulito e facile da mantenere.
Prestazioni migliori e consumi ridotti
Per l'utente finale, i vantaggi sono ancora più concreti. La decodifica hardware diretta si traduce in:
Meno carico sulla CPU: la riproduzione di video in 4K, specialmente con codec pesanti come AV1, non metterà più in difficoltà il processore.
Maggiore efficienza energetica: un aspetto cruciale per i portatili, perché garantisce una maggiore autonomia della batteria.
Riproduzione più stabile: eliminando i passaggi intermedi, si riducono drasticamente le possibilità di errori o interruzioni.
In breve, potrai finalmente goderti i contenuti multimediali con la massima qualità possibile, senza compromessi.
Quando arriverà questa novità?
Il lavoro di integrazione è in fase avanzata, frutto della collaborazione tra ingegneri di Mozilla, Red Hat e della stessa NVIDIA. Salvo imprevisti, il supporto a Vulkan Video dovrebbe essere introdotto ufficialmente con il rilascio di Firefox 133, previsto entro la fine del 2024.
L'attesa è breve e testimonia l'impegno verso una soluzione solida e ben testata. È un segnale forte di come l'industria si stia muovendo verso standard aperti e condivisi, a tutto vantaggio dell'esperienza utente.
In conclusione: un futuro più fluido per linux
L'integrazione di Vulkan Video in Firefox rappresenta molto più di un semplice aggiornamento tecnico. È la chiusura di un cerchio per gli utenti Linux che, per anni, hanno cercato di ottenere un'esperienza multimediale impeccabile con il proprio hardware NVIDIA. Questa mossa non solo semplifica la vita agli utenti e agli sviluppatori, ma rafforza anche la posizione di Linux come sistema operativo maturo e performante per l'uso desktop quotidiano.
Accedi
