• October 8, 2014 - Early October '14 Status - It probably looked like a quiet four weeks for most. And it is true no major visible changes have occurred, but things were far from quiet. - As with the goal of this distribution, packaging took most of the time. Major groups were updated, resulting in well over 600 packages build. Expect new... More →
  • September 10, 2014 - Early September '14 Status - Two things stand out for the last 4-5 weeks in the development of KaOS. - A move to UEFI capable ISOs has been in the works for about 5 months, but there finally is a working version available. The KaOS-kf5 2014.09.06 test-iso is a first that fully boots in BIOS, EFI and UEFI capable systems, using... More →
  • August 20, 2014 - KaOS ISO 2014.08 - With KDE releasing the new major version KDE 4.14.0, offering primarily improvements and bugfixes, KaOS is happy to be able to present you a new ISO with KDE 4.14.0 the same day it is released. KDE Applications 4.14 is not about lots of "new and improved stuff". As with KaOS, many KDE developers... More →
  • August 11, 2014 - Early August '14 Status - Last 4-5 weeks no visual major changes, weeks were more marked with update, rebuild and prepare. - Preparation is in full swing to be ready for KDE 4.14 later this month, latest RC is build and currently tested on an ISO. KDE 4.13.3 is the latest currently available to all KaOS users. - Lots of... More →
  • July 6, 2014 - Early July '14 Status - Another month passed where a lot of interesting things happened in KaOS. - First the most visual change. The website has undergone a complete overhaul, this to get easier navigation, have all the navigation menus being fully compatible with Qt5 browsers and have more info about this distribution... More →
  • June 12, 2014 - KaOS ISO 2014.06 - KaOS is proud to announce the availability of the June release of a new stable ISO. The last two months updates were done to a good 1100 packages and to stay with the policy that a first pacman -Syu should be an uncomplicated one for new users means a new ISO is needed. - At the base of the system... More →

A lean KDE Distribution

FAQ

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.