Sabtu, 02 Mei 2026

Ubuntu’s Official Flavour List Is Shrinking, And That’s Not a Bad Thing

Choice is one of the hallmarks of Linux, to the point that both “distro fever” and “distro fatigue” are alive in equal measure. Historically, Ubuntu has also been known the same. Different stroke for the wide range of folks who make Ubuntu their Linux home. Many of us see this wide selection of choices as a plus, and with good reason: we get to pick and choose our exact experience and tailor it to our needs.

Ubuntu’s flavour ecosystem has long reflected this ethos rather well: Don't want GNOME? Use Kubuntu. Need something lighter? You can choose Xubuntu or Lubuntu. Need something more specialised? Take your pick of Edubuntu, Ubuntu Studio, and others. On paper, it’s the Linux philosophy of choice perfected.

But there comes a point where adding more official flavours stops feeling like a strength, and starts raising a more uncomfortable question: how many of these options still make sense as official Ubuntu projects? Because fewer official flavours is healthier than keeping an inflated list of under-resourced projects alive just for the sake of it. We need less scattering, and more mattering.

Choice itself isn’t the problem: clarity is

A screenshot of the official Ubuntu flavors page, showing the available flavours
There are currently 10 official flavours listed on the "Ubuntu flavors" page

Before I continue, it’s important for me to clarify one thing: I’m not arguing against choice itself. I’m making a case for greater clarity. Choice properly *applied*, not just translated to availability. After all, choice is one of the very reasons we choose Linux over other options. We want the ecosystem within the ecosystem, and we’d be lost without this flexibility.

Ubuntu is still arguably the best-known Linux distribution outside the Linux community itself. For many people, it is the first distro they hear of, the first one they search for, and often the first one they install. That visibility matters, and it can carry almost anything to a higher echelon just by association. It also means Ubuntu has a different responsibility from smaller, newer, and more niche projects.

Without meaning, choice gets noisy

It’s important to understand that the problem isn’t that Ubuntu offers different flavours overall, but that some of these choices can be difficult to justify, maintain, and uniquely define over time. A newcomer landing on the Ubuntu Flavours page isn’t thinking about packaging work, release engineering, or maintainer burnout. They’re thinking something much simpler: Which one am I supposed to choose?

The more crowded that menu becomes, the more likely it is that the answer starts to feel murky, especially if the defining characteristics of any particular flavour are harder to distinguish from another. This doesn’t mean that Ubuntu should strip away all variety and become a one-size-fits-all distro. That would only violate the key foundation that’s made Ubuntu successful in the first place.

What it does mean, is that the official choices should “Just make sense” overall.

“Official” carries a greater set of expectations

When most users hear the word “official”, it introduces connotations and ideas that can’t (or at least shouldn’t) be easily ignored. This is where the conversation becomes less about desktop preferences and default apps, and more about polish, user experience, and sustainability.

An “official” Ubuntu flavour isn’t just a remix with its own logo and download page. Ubuntu’s own ”RecognizedFlavors” wiki page makes it clear that recognised flavours are expected to have maintainers, participate in the official release cycle, follow QA coordination and bug tracking, and must have developers with the right access and experience to help keep things working across the release cycle. That’s a lot more than building a custom ISO that some people might like.

Being blessed with “official status" is not a free ride

A screenshot of the official Kubuntu website
The official Kubuntu website (https://kubuntu.org/)

The same page also makes it clear that Canonical does not simply take care of everything for these official flavours. There are limits around testing, upgrades, packages outside the main Ubuntu images, along with broader support obligations. So while flavours benefit from the wider Ubuntu base, being official still comes with a real maintenance burden.

This matters because community resources aren’t infinite, no matter how large or passionate the community. There are only so many developers, packagers, testers, documenters, and maintainers actually doing the work that makes a distro possible, and some actually devote their time and investment to multiple projects at a time. Every additional official flavour draws from this limited pool of active contributors, and demands a greater collective attention.

Therefore, it’s about way more than just giving end users more options. It’s another project (or set of projects) that needs ongoing attention, another arena for upstreams to pay attention to, another release that needs to be kept healthy, and another experience that has to reflect the image of Ubuntu well. Once you look at it that way, just adding more flavours sounds way less appealing without adding the robust backing needed to make them possible.

Passion and enthusiasm don’t automatically become maintenance

Ubuntu GNOME is no more, despite providing a purer GNOME experience (image source: Wikimedia, CC0)

One of the harder realities in open source is that a passionate user base does not automatically become a strong maintainer base. That’s not an indictment against users either; most people are genuinely better positioned to be good users than contributors, maintainers, packagers, developers, testers, documenters, or advocates. Even in dedicated communities, not everyone has the skills, time, or financial stability to support a project in those ways. This remains true when we talk about Ubuntu flavours as well.

A current example is Ubuntu MATE. In March 2026, project lead Martin Wimpress said his involvement in the project was coming to a close and asked for new maintainers to step up in his stead. Ubuntu MATE still has a clear identity and a loyal community, but loyalty isn’t the same thing as leadership or maintainership. The frank reality is that if too few people are able to carry the technical and organisational burden, even a respected official flavour can start to feel the strain. That tension is visible in the current release cycle too, with the Ubuntu 26.04 LTS release notes linking nine official flavour release-note pages rather than ten. Why? Because Ubuntu MATE is missing from the list.

It’s not just Ubuntu MATE either: the Lubuntu team has openly said it has less development manpower than before, while Ubuntu Unity says 26.04 is a regular release because key milestones were missed.

All told, the broader point is clear: adding more official flavours doesn’t magically create more maintainers. It just spreads limited labour across more projects, and as Ubuntu continues to spread its wings even further, that labour is not getting any lighter.

Some flavours clearly earn their place

Ubuntu Studio has long proven itself a worthy offering

Another key point to acknowledge here is that not every flavour adds the same kind of value for users. Some have a very clear reason to exist, such as providing a streamlined experience for a popular desktop environment that would otherwise be diminished by mixing it into a standard Ubuntu desktop base. A few examples of these include Kubuntu (for KDE Plasma), Xubuntu (for XFCE), and Lubuntu (for LXDE). Edubuntu and Ubuntu Studio serve a different kind of need, but both clearly establish themselves as necessary based on their defined purposes.

Strong purpose at the core matters because maintaining a flavour isn’t getting easier. Ubuntu’s flavour teams must keep up with the parent distro’s changes and innovations, including installer changes, release engineering, and core infrastructural changes whether to the OS itself or to build systems and other “backroom” aspects of the distro. So while the loss of convenience for some users can be understandably frustrating, it’s important to remember that it’s a balance of choice versus the reality of making these choices possible.

And this is really the distinction Ubuntu as a whole is forced to care about: not whether a flavour can exist at all, but whether it still makes sense for it to become (and remain) official long term.

Ubuntu can’t be the lab for everything

Ubuntu has often served as a proving ground for the Linux desktop as a whole. To some degree, other distributions have caught up and even surpassed it in many ways (take Fedora, for instance), but this doesn’t change the fact that the historical framing still holds strong.

Ubuntu-based efforts have helped push things forward on the Linux desktop more than once, and projects like KDE Neon have shown how the Ubuntu base can be a solid foundation for showcasing where a desktop stack is heading. This history of experimentation and iteration without compromising stability and quality has been key to Ubuntu’s success, and is one of the reasons Ubuntu has been chosen as the base for projects like Mint, Zorin and others.

There must be boundaries

Ubuntu itself can’t be the long-term official home for every experiment, budding desktop environment, or project that once felt promising but no longer has the momentum or community investment to justify and sustain its titular brand. At some point, definition, focus, and purpose must take precedent over ideas and good intentions.

Ubuntu has long positioned itself around usability, polish, and accessibility, and the legacy must mean something in the long run. “Linux for human beings” only works as an ethos if official experiences carrying the Ubuntu name are a true reflection of that very concept.

A poorly maintained, lagging, or half-broken flavour isn't a sign of openness. It's a sign that the core idea may not be enough to carry the weight of its own success.

A smaller official line-up can actually be a stronger one

I don’t see Ubuntu’s shrinking official flavour list as bad news. If anything, it I see it like as a difficult, but necessary correction (just don’t call me Thanos, I don’t think he was right). A leaner, better-focused, better-supported line-up of official flavours is healthier than an extensive list held together by fatigue and goodwill. It’s better for users, because the choices are clearer and more likely to be finely polished. It’s better for maintainers, because their efforts aren’t being spread quite so thin.

Most importantly, it’s better for Ubuntu as a whole, because Ubuntu is as much a product and a brand as it is an idea. Besides, this is Linux, and there will always be remixes, spins, experiments, and community projects that blow our minds with what’s possible, even if they don’t always last as long as others. Choice isn’t going away, nor should it. But the official Ubuntu flavour list will only be better off not being the umbrella for everything.



from It's FOSS https://ift.tt/2UhedEa
via IFTTT

Kamis, 30 April 2026

Microsoft Marks 45 Years of DOS by Open-Sourcing Its Oldest-Known Source Code

Before Microsoft became the company that shipped Windows to corporate desks around the world, it had to start somewhere. That somewhere was a scrappy little operating system written by one guy at Seattle Computer Products.

Tim Paterson built what he initially called QDOS, short for Quick and Dirty Operating System, in 1980. Intel's 8086 chip was out, but CP/M, the dominant OS of the time, had no 8086 support. He wrote something to fill that gap, modeling the CP/M API so existing software would run on it.

Microsoft bought the rights to 86-DOS for just under $100,000, shipped it to IBM as PC DOS 1.0 in August 1981, and retained the rights to sell the same OS to other PC manufacturers as MS-DOS.

That single deal set Microsoft on the path to dominating personal computing for the next two decades.

Fast forward to now

a cropped screenshot that shows paterson listings on github with a picture of tim paterson visible in the middle

On April 28, the 45th anniversary of 86-DOS 1.00, Microsoft published a blog post announcing that the earliest known DOS source code is now publicly available on GitHub, under the MIT license.

And the story behind it is an interesting one. Tim did not hand over a tidy source archive; instead, what he kept were physical assembler printouts and stacks of continuous-feed paper from 1981 that he had held onto over the decades.

Getting those into usable shape took effort, with historians Yufeng Gao and Rich Cini having to locate, scan, and transcribe the DOS-related portions into compilable code.

What's included are the 86-DOS 1.00 kernel, several development snapshots of the PC-DOS 1.00 kernel, utilities like CHKDSK, and the assembler Paterson used to write the OS itself.

Who's this for?

Honestly, seeing Microsoft open up old code is not that surprising anymore. 6502 BASIC went open source in September 2025. MS-DOS 4.0 in 2024. MS-DOS 1.25 and 2.0 back in 2018. There is a clear pattern at this point.

If you are into retro computing or low-level systems work, this is genuinely worth digging into. The source code is compilable, and you will need a copy of Seattle Computer Products' ASM assembler, which you can pull from any 86-DOS or early MS-DOS release.

The GitHub repository's README has the necessary steps for you to follow.


Suggested Read 📖: Someone Turned a PS5 Into a Linux Gaming PC



from It's FOSS https://ift.tt/JMwDqIT
via IFTTT

7 Features I Like in Ptyxis (The New Default Ubuntu Terminal)

Ptyxis is a modern terminal emulator built with GTK4 and libadwaita. It provides a cohesive look for the GNOME desktop, making it feel like a natural part of the system.

The application was specifically developed to meet the needs of modern software development workflows. In my opinion, its standout feature is the seamless container support for tools like Podman, Distrobox, and Toolbox.

Ptyxis is rapidly gaining popularity across the Linux community. It has already become the default terminal for many modern distributions, including Fedora and the upcoming Ubuntu releases.

As I have been using it for some months now, let me share some of my favorite features in this new terminal. I hope you like them as much as I do.

📋
The screenshots in this article uses customized prompt. The default Ptyxis terminal doesn't look like this. You can get the config file on our GitHub repo or watch this video tutorial on terminal customization.

Tabs and Overview

The first thing you notice when opening Ptyxis is the tabs and overview system. While other emulators like GNOME Terminal or Kitty use a standard tab bar, Ptyxis introduces a visual tab selector that feels very similar to the GNOME Activities overview.

A screenshot showing the tabs overview in Ptyxis terminal emulator.
Tabs Overview

If you have multiple tabs open, you can simply click the Show open tabs button in the top-right of the title bar.

Click on the show open tabs button on the top-right of the title bar to open the Tab overview in Ptyxis terminal emulator.
Click on Tab Overview (Show open tabs) button

This opens an interface where each tab displays its title alongside a small preview, making it easy to see exactly what is running before you click back into a full view.

The flexibility here is excellent because you can drag and drop tabs in the overview to rearrange them.

Rearrange tabs by drag and drop

You can also pin important tabs to keep them visible at the top of the list at all times.

Pin tabs in overview

My favorite feature, however, is the ability to easily custom name your tabs and search through them later. By right-clicking a tab in the overview and selecting "Set title," you can choose to either prepend a name to the default process or create a completely custom title.

Renaming a tab in Ptyxis

Once your tabs are named, you can use the search button in the top-left of the title bar to find exactly what you need. This is incredibly helpful when you are managing a large number of active sessions simultaneously.

Search for Tabs in overview

📋
When you have multiple terminal sessions, the tab and overview feature helps a great deal in finding the right tab in the same application interface.

Color Schemes

A standout feature of Ptyxis is the support for a wide range of preset color schemes. You can access these options by opening the preferences window through the three-dots menu in the top-right of the title bar.

Open the Preferences window of the Ptyxis terminal emulator from the three dots menu button in the top-right of the title bar.
Open Preferences

Once inside the Appearance tab, click on the "Show all palettes" option to see the full list. The interface provides a neat preview for each selection, and your chosen theme is applied immediately.

All color schemes in Ptyxis terminal.

In my opinion, the way these colors adapt is impressive. The scheme is applied intelligently to the tab bar as well, ensuring the entire terminal maintains a cohesive and professional look.

Among the vast list of options, I have a few specific favorites that I think look incredible. Omni, Pixiefloss, and Tomorrow Night, Ubuntu are all excellent choices that provide a very modern feel.

📋
It's not just the dark and light mode. That's too simplistic. You have plenty of color themes to choose from.

The ability to search through what appears on your screen is a massive help during long sessions. While tools like grep are great for text files, you often need to find specific information directly within the shell scrollback.

For example, if you have displayed a massive log file using the cat command, you can quickly find what you need without re-running the command. By pressing SHIFT + CTRL + F, a search interface opens at the bottom of the terminal.

The scrollback search interface in the Ptyxis terminal emulator.
Scrollback Search Interface

The extra search filters provides better matching. You can choose to match case, match whole words, or even use regular expressions to narrow down your results.

Search criterias in Ptyxis terminal emulator, including match case, match whole words, and use regular expressions.
Scrollback Search Criteria

The interface includes simple navigation buttons to move up and down through your search matches. This makes it incredibly easy to jump between different instances of a term within a long output.

Searching in the Scrollback contents

📋
This has been a struggle in standard terminals. Finding text that has been displayed on the screen earlier is a good productivity booster for me.

Container Support

This is the flagship feature of Ptyxis. The terminal works directly with container technologies like Podman, Distrobox, and Toolbox to make your development workflow much smoother.

If your system has containers using these platforms, Ptyxis detects them automatically and provides a dedicated way to access them. You can simply click the dropdown button in the top-left of the title bar and select a specific container from the list to launch it instantly.

Enter a container using Dropdown menu

The ptyxis-agent coordinates with your system to handle the discovery and management of these environments. For example, if you are using Distrobox, Ptyxis will execute the proper run commands for you behind the scenes.

📋
The lack of Docker integration is surely a letdown. While you can still run Docker CLI commands manually, the terminal will not detect them automatically or allow you to enter them through the UI like it does for Podman. No matter how good Podman is, Docker is still omnipresent. I am lowkey disappointed that it cannot detect docker containers.

Profiles

Okay. This is not new. Almost all modern terminals support the profile feature and yet I think that profiles are the most underrated feature that many people often ignore.

How do they help? Let's say you want to try a new shell like ZSH, you can create a specific profile for it instead of changing your entire system shell. You could also create a dedicated profile for a terminal multiplexer like Zellij.

A list of custom profiles created in Ptyxis terminal. The screenshot shows the profiles page in preferences, that list all profiles available.
Custom Profiles

Ptyxis has excellent support for profile creation and management. You can find these options in the Profile section of the Preferences window.

By default, you will only see an Untitled Profile, but you can use the Add Profile button to create something new. The profile creation dialog is vast and offers many different options.

Click on the Add Profile button to create a new custom profile in Ptyxis.
Click on Add Profile button

You can set specific color schemes, choose a custom shell, or even assign a default container to a profile. For example, I can create a profile that automatically opens my Ubuntu Distrobox container every time I launch it.

Once your profiles are set up, you can set one as the default for all future terminals. Alternatively, you can quickly switch between your different profiles using the dropdown menu in the title bar.

💡
I suggest that you do not alter the default profile. This will be very beneficial if you ever mess up a configuration and need to restore the original behavior.

Context Awareness

Ptyxis can intelligently identify your current context, such as active root privileged windows or SSH connections. This provides immediate visual feedback about the environment you are working in.

For example, if you run a command using sudo, the title bar of the terminal turns red to notify you of the changed privilege level. If you log in as the root user, the title bar remains red until you finally log out.

0:00
/0:11

Ptyxis titlebar color change for previlieged windows.

📋
In my opinion, this is an excellent communication method for the user. it provides a clear warning about the caution needed while interacting with the terminal in a high-privilege state.

Some hidden gems

Apart from the major features I mentioned above, Ptyxis also has a few more tiny functions that deserve attention. The Shortcuts option in the Preferences window allows you to alter existing keyboard combinations or add new ones for various terminal actions.

The Shortcuts page in the Preferences window allow you to change the existing shortcuts or add new shortcuts to various terminal actions.

An advanced addition is the Terminal Inspector. This tool allows you to monitor exactly what is running in the terminal at any given moment, which is a massive advantage for developers.

Ptyxis terminal inspector

You can use the inspector to track underlying shell processes, monitor mouse pointer locations, and even peek at OSC (Operating System Command) hyperlinks. It is a specialized feature that makes debugging terminal-based applications much easier than before.

I can see why Ubuntu and Fedora made it default

Ptyxis is a good upgrade from the classic GNOME Terminal. While the container integration might not be for everyone, the app has significantly improved many day-to-day features that improve the overall experience.

What do you think about this new terminal emulator? Will you use it as your main terminal, or are you sticking with your current favorite? Share your opinions in the comments section!



from It's FOSS https://ift.tt/l80iDyU
via IFTTT

Someone Turned a PS5 Into a Linux Gaming PC, and It Actually Works

Linux gaming has been on a great trajectory these past few years.

Proton turned a massive chunk of the Steam library into playable Linux titles thanks to Wine as its backbone, and purpose-built Linux gaming consoles are now a product category that actually exists.

We recently covered the Playnix Console, a $1,179 Linux gaming machine from the EmuDeck team that ships with a custom Arch-based OS and boots straight into Steam's gaming mode.

Today, we have a project that lets you run a Linux-powered operating system on Sony's PlayStation 5 console.

Running Linux on a PS5?

screenshot of ubuntu 26.04 lts running on a playstation 5
Sourced from Andy Nguyen.

Andy Nguyen, the developer behind this, first posted about him running Linux on the PS5 back in March, where he demonstrated playing GTA V Enhanced with Ray Tracing enabled.

More recently, he posted that his project "ps5-linux" was live on GitHub, allowing gamers to turn their PS5 (non-slim) devices into a fully functioning Linux gaming PC.

You see, the PS5 does not run a Linux kernel. Sony's operating system is built on a heavily modified version of FreeBSD, which is a separate Unix-like OS altogether. What ps5-linux delivers is a genuine Linux port, not some tweak on top of what was already there.

In terms of what you actually get, it's a full desktop Linux environment. The PS5's 8-core, 16-thread CPU can be pushed to 3.5 GHz, the GPU to 2.23 GHz, and HDMI video output goes up to 4K at 60Hz. Steam runs on it, providing you with access to PC games and settings that Sony's own OS doesn't offer.

There are some gaps though; the PS5's onboard Bluetooth and networking hardware currently have no Linux driver support. You'll need a USB Ethernet or WLAN adapter for internet access and a Bluetooth dongle if you want to use a DualSense controller wirelessly.

It's also not a persistent install as the console's internal SSD is left completely untouched, so bricking your PS5 isn't really a concern. The trade-off is having to re-run the exploit from scratch on every single reboot.

Want to install it?

It works on PS5 (non-slim) consoles only. Devices running firmware 3.xx (3.00, 3.10, 3.20, 3.21) are supported but without M.2 SSD support. If you are on firmware 4.xx (4.00, 4.02, 4.03, 4.50, 4.51), you get the full package, including the ability to dedicate an M.2 SSD to Linux.

And you can run the following Linux distributions:

  • Arch Linux (with Sway)
  • Ubuntu 24.04 LTS
  • Ubuntu 26.04 LTS
  • Alpine Linux 3.21

Apart from that, you will have to follow the instructions closely and make use of the PS5 Linux Image Builder to get a Linux OS installed on your PlayStation 5 device. Andy also has a Discord server set up for people who can do a kernel exploit on his project and help him hack drivers.

Some thoughts

Is it practical? Not really. Using the exploit means starting the whole process over, and Sony will almost certainly DMCA the repos or employ some other legal mechanism at some point.

But someone built a full Linux port for a console that was never meant to run it, got Steam working on it, and put it all out for free. The Linux community has always been more interested in proving something is possible than in whether it's convenient, and this project is exactly that.



from It's FOSS https://ift.tt/8ozkw7l
via IFTTT

Rabu, 29 April 2026

Sovereign Tech Agency Opens Paid Standards Program for Open Source Maintainers

The Sovereign Tech Agency has launched a new pilot program called Sovereign Tech Standards, and it will be paying open source maintainers to get involved in the processes that actually shape how the internet works.

As a pilot program, it is going to support maintainers to actively participate in standards development at the Internet Engineering Task Force (IETF), the World Wide Web Consortium (W3C), and the International Organization for Standardization (ISO).

The problem they are trying to tackle here is of access. Participation in bodies like IETF, W3C, and ISO is relatively open, but the reality is different. Attending meetings, keeping up with working group discussions, and contributing meaningfully takes a lot of investment, both in terms of time and money.

a wide picture that shows a cropped screenshot of the sovereign tech standards webpage with some user interface elements visible

Large tech companies are said to be sending people to these meetings as a routine business investment, but most independent open source maintainers simply do not have the time, resources, or sustained capacity to do the same.

Why is this an issue? Maintainers are the people who actually build software on top of these standards, and they know better than anyone where the specs fall apart in practice.

So, wouldn't it be reasonable to directly involve such talent with the standards themselves?

Sovereign Tech Agency ran a survey among maintainers who had worked with such standards and found that many of them relied on the specifications in their day-to-day work. Yet very few could afford to take part in their development in the long term.

During 2026's pilot run, up to ten maintainers will be selected for a cohort running from mid-June 2026 through June 2027. They will need to put in around ten hours a week on standards work at IETF, W3C, or ISO.

Every one of the selected developers will get a monthly stipend between €4,800 and €5,200, with things like SDO participation fees, travel to in-person meetings, and onboarding covered.

How to apply?

To be eligible, you need to be an active maintainer of an open source project whose work is related to standards at IETF, W3C, or ISO in some way. Prior experience with standards bodies is not required, and there are no geographic restrictions either.

The selection panel scores applications on how foundational the relevant standard is, what you are planning to work on, whether your perspective is missing from that working group, and your background as a maintainer.

You should go for it if you meet those requirements.

Applications are open now and close on May 19, 2026, at 11:59 PM CEST. Review and selection will happen during May 2026, with the applicants being notified in June 2026.

The program itself is set to kick off at the end of June 2026. You can also find some additional information on the program's official page.



from It's FOSS https://ift.tt/rmYOApF
via IFTTT

Good News! AI-first Warp Terminal is Now Open Source

Warp has open-sourced its terminal client. The code is now on GitHub, and the company wants the community involved in building it out going forward, but the contribution model looks nothing like you would expect from an open source project.

They say that the main bottleneck in development right now is no longer writing code but the human-led tasks such as deciding on features and verifying the behavior of a piece of software.

They are looking towards agents to handle the implementation, while human contributors focus on ideas, spec work, and review. The developers are now confident enough that Oz-generated code, guided by their own rules and verification processes, puts contributors in a good position to get features right.

If you didn't know, Oz is Warp's cloud agent orchestration platform, announced earlier this year, which lets you run multiple coding agents in parallel in the cloud with full visibility and control over what they're doing.

Announcing this move, Zach Lloyd, the CEO of Warp, added that:

Open-sourcing is fundamentally coming from our desire to build a successful business. We are competing with other highly funded, closed-source competitors, and we think opening and providing the resources for the community to improve Warp is a smart way for us to accelerate product development.
📋
Now compare the above with what Cal.com recently did.

As a refresher, Warp (partner link) is a modern terminal and agentic development environment built in Rust. It runs on Linux, Windows, and macOS, with a block-based command interface and built-in support for AI coding agents like Claude Code, Codex, and Gemini CLI.

Get the sauce

a cropped screenshot of the readme section of warp's github repository that shows a colorful banner and some text

The client codebase is now live at github.com/warpdotdev/warp, and the licensing is split depending on the component. The UI framework, consisting of warpui_core and warpui crates, is under the MIT license, while the rest of the codebase is under AGPLv3.

OpenAI is the founding sponsor of the repository, and the agentic contribution workflows are powered by GPT models. Keep in mind that other coding agents are welcome too, but Warp would rather you use Oz, which already has the right context and checks baked in for this workflow.

Warp is also expanding open source model support with this announcement, bringing in Kimi, MiniMax, and Qwen, plus a new "auto (open)" routing option that selects the best open model for a given task. A settings file for programmatic control and easier portability across devices is shipping too.


Suggested Read 📖: Ubuntu is Betting on AI



from It's FOSS https://ift.tt/qEdKHGw
via IFTTT

Selasa, 28 April 2026

LVFS Has Turned Up the Heat on Vendors Who Won't Contribute

The Linux Vendor Firmware Service, or LVFS, is what makes firmware updates on Linux not a nightmare. Hardware vendors upload their firmware directly to it, and users get those updates delivered through fwupd and tools like GNOME Software.

According to official estimates, the project has shipped over 140 million updates from 150 vendors and is a requirement for most consumer-facing Original Equipment Manufacturers (OEMs), Original Design Manufacturers (ODMs), and Independent BIOS Vendors (IBVs).

But the project is moving towards a dilemma that most open source projects of its scale eventually face. To be a sustainable undertaking in the long term. 🗓📈

They need support

this is an image of the lvfs dashboard with demo uploaded firmware data visible
Just a placeholder image of the LVFS dashboard.

Right now, the Linux Foundation covers all of LVFS' hosting costs, and Red Hat funds Richard Hughes, the project's only full-time developer. Richard, along with a bunch of part-time contributors, keep over 20,000 firmware files in circulation.

Their sustainability plan flags some key issues that come with being this understaffed.

The project has no dedicated security response team, its sole maintainer has no backup, and the volume of critical work keeps growing with no one new stepping in to help.

Security vulnerabilities get handled on a best-effort basis (yikes ☠️), and very few companies are supporting fwupd core or the LVFS web service. You could call it a tragedy of the commons where everyone depends on it, but almost no one is paying for it.

The plan was published in August 2025, and LVFS has been rolling out restrictions in phases since then. April 2025 already brought in fair-use download utilization graphs to vendor pages. Fair use upload tracking came in July, and sponsorship tiers opened up in August 2025.

The April 2026 phase kicked in at the start of this month and has been live for nearly four weeks now. Any firmware page where a vendor is crossing 50,000 monthly downloads now shows an overquota warning.

a tiny screenshot that showcases lvfs' new overquota warning
Courtesy of Richard Hughes.

Vendors below the "Startup" sponsorship level have also lost access to detailed per-firmware analytics. In August, custom LVFS API access will be cut for non-Startup vendors, with automated upload limits following in December.

How can you help?

a table that shows the premier, startup, and associate sponsorship tiers for the lvfs project

LVFS is looking for vendors who use its infrastructure to pitch in. Presently, only two hold Startup sponsor status: Framework Computer and the Open Source Firmware Foundation.

What they actually need is either two full-time software engineers or $400,000 to fund the hires through the Linux Foundation, plus a separate $30,000 for hosting. The sponsorship tiers are as follows:

  • Premier: $100,000 per year
  • Startup: $10,000 per year (under 99 employees)
  • Associate: Free, but only available to registered non-profits, academic institutions, and government entities.

Both Premier and Startup tiers require an LF Silver Membership (page 28) on top of the listed fees. There is no free option for commercial hardware vendors. Alternatively, vendors can contribute a full-time engineer to work on LVFS or fwupd directly.


Suggested Read 📖: Will You Pay $119 For An Open Source KVM?



from It's FOSS https://ift.tt/CJPv5Zq
via IFTTT