• February 24, 2015 - KaOS ISO 2015.02 - KaOS is very proud to announce the availability of the February release of a new stable ISO. This release brings the end of KDE 4 as the default Desktop Environment for KaOS. Almost ten months ago work started to fully migrate to a Frameworks 5, Plasma 5 based distribution and with the release of... More →
  • February 23, 2015 - Kf5 move, KDE 4 removed - Anyone slightly familiar with KaOS knows this announcement was coming. - Tomorrow, February 24th, this full move will take place. This will mean the end of the KDE 4 desktop for KaOS. All parts of the KDE 4 desktop will be fully replaced by Plasma 5. - What does this mean for KaOS users? - With... More →
  • February 10, 2015 - Early February ’15 Status - This time a short News post. - So much work is happening in the background not visible to the regular that it doesn't make sense to expand too much on that. - KDE 4 was updated to KDE Applications 14.12.2, which included lts version of 4.14 and 4.11 based kdelibs, pim packages & kde-workspace. This... More →
  • January 26, 2015 - kf5 ISO 2015.01.25 a Release Candidate? - Since May last year there have been 2-3 monthly snapshot ISOs based on the ongoing work to port all of KaOS to the all new Frameworks 5, Plasma 5 and KDE Applications based on those two. None of these ISOs were ever announced to the public, always kept for internal testing by only just discussing... More →
  • January 13, 2015 - Early January ’15 Status - Quite a lot of news to relay this time. - But first it is needed to place a warning. With your next update a conflict will arise from libspnav. Any user that has either Calligra or freecad installed will have this conflict. Old version of libspnav left an orphaned symlink. When you get the conflict... More →
  • December 24, 2014 - KaOS ISO 2014.12 - KaOS is very proud to announce the availability of the December release of a new stable ISO. This ISO marks two major milestones for this distribution. Since it's inception almost two years ago, a need to be ready for UEFI installs has always been a priority. That was tied though to getting a... More →

A lean KDE Distribution


Here we’ll try to address the most commonly encountered questions and issues.

What is the target user?

Users who have tried many Operating Systems/Distributions/Desktop Environments and have found they prefer a Distribution that uses all its available resources to work on one DE to make that the best it can be, and know that after their searches, the best for them is KDE.

Their used hardware is from about 2005 or later, so there are no issues with running 64 bit software.

And the target audience is not afraid to use KDE/Qt versions of their needed applications, likes to see the best available selected for their needs, even if that means learning some new ways of working with a before unused application. There is an understanding, selection for applications used for the same goal, will be limited to 5-6. There will be no 20 music-player applications for example.

Hardware requirements?

KDE is a modern Desktop Environment which can make use of most of any graphics or sound card capabilities. This does not mean KDE can’t be made to run on very low-end hardware, but in general there are better options available for such systems (OpenBox for example).

The very minimal needed for hard-drive space is 8 Gb, but 25 Gb is recommended as minimal. KaOS will install with 1 Gb of RAM available, though a much better experience will start with 2 Gb of RAM. Since only x86_64 packages are available, a 64 bit capable cpu is needed.

As with any rolling distribution, updates are frequent and can be large, so a reasonable fast internet connection (dial-up will become very cumbersome) and available monthly data of over 2 Gb are recommended.

Why are 32 bit applications missing?

With the choice to keep the repositories limited in size, the choice was made not to include any 32 bit only application. Reason behind that is two-fold.

It is a good ten years now that 64 bit is available. Any software that chooses to ignore advances in hardware for such a long time does not make the cut KaOS has set for quality standards. What other improvements have been ignored in what is an eternity in technology time span?

Basically there are just a handful of such applications left (Skype, Wine and recently coming available Steam), but to package those means packaging a good 150-200 support packages, including a full toolchain, for just those 3-5 applications.

Isn’t KaOS just another Arch based distribution/What is different with Chakra?

Any time a new distribution is announced, the question always comes, why another one? A distribution like KaOS does not start building roughly 2000 packages from scratch, sets up all infrastructure for repositories, code, website, forum, build-system, ISO releases, if another distribution fulfilled the need. It takes a lot of time and effort, so this only happens because no other distribution offers what those behind KaOS want. Explaining the goals of KaOS in contrast to other distributions does in no way mean there is a right or wrong way, each distribution will be able to tell you why they think their goals are the best, that is why the diversity.

Reading the home page where the focus is explained, shows the big difference with Arch Linux. Arch Linux does not want to make choices, it is up to the user to set up a system like they want, everything is packaged so any and all Desktop Environments (or none) are supported. Arch Linux is also bleeding edge rolling, whereas KaOS is a bit more conservative. Packages that are still maintained in an older version and were many in KDE depend on, will not move to the latest, until most upstream projects have caught up with the newer version (examples libpng 1.5 is still fully maintained, while libpng 1.6 is the latest, same for gcc 4.8, or mariadb 5.5).

After the choice of KaOS to use the Linux kernel for this rolling distribution, it was decided the best fit for package management was pacman. Does using pacman mean a distribution is based on Arch? What about the other tools and packages used from a variety of distributions? First thing you see when booting a KaOS ISO is gfxboot, a tool from OpenSuse. Other important packages used from OpenSuse are hwinfo and imagewriter, does this make KaOS based on OpenSuse? Or the hardware database, a package from the Gentoo developers, systemd came originally from Fedora. As KaOS sees it, try to find the best available tools for this distribution and keep evaluating what comes available, and the best for this distribution will come forward.

When stating a distribution is based on another, that means in 99% of the cases, that distribution uses the repositories of the distribution it is based on (mostly 90% plus is from upstream then, added with some repositories for specific settings). KaOS does not use any upstream repositories, every package in every repository is build from scratch by and for KaOS.

When comparing to Chakra, the biggest difference is the release model. Chakra uses a half rolling model, where roughly 1/3 of the packages are fully up to date, 1/3 gets updated once or twice a year and 1/3 is held pretty static (updated at most every 2-4 years). KaOS is rolling, all packages. No package will be older than one year, even if no updates, it will be rebuilt, so everything integrates as good as possible. KaOS has set a clear and primary focus on packaging from the start, Chakra has many more goals, developing new tools (new package manager for example) and application takes much of their manpower, so does maintaining CCR. Development of keeping GTK separated from the regular install (either through bundles or setting up a unique Chakra file system for GTK applications) is another goal. KaOS wants to keep all as simple as possible. Users are offered a GTK free base after the initial install, but there is no separation to use any GTK after that start.

The model used for the rolling kernel is very different too. There are two versions available in KaOS, the stable “linux” kernel, and the latest, fully rolling “linux-next” kernel. Any new major kernel release is tested at least 6 weeks as linux-next, once the upstream update rate and amount of patches used in every update (usually around x.x.8 or above) slows down and all tests well, that linux-next version moves to be the new stable kernel.

Chakra uses roughly twenty repositories, in KaOS there are three repositories in use, this greatly increases transparency and ease of use for the user and from a development point of view, significantly simplifies things.

Splitting of packages is held to minimum in KaOS too, with one toolkit, one DE there is no need, another way of simplifying things. Filesystem used follows mainstream Linux distributions and application development as much as possible. This means that /lib, /bin, /sbin, /usr/sbin contain regular files and binaries, these are not filled with symlinks. A move to get all those in /usr might be best in the future, but at this stage, needing thousands of symlinks to make that work is not what KaOS sees as a clean and simple solution.