____________ NEWS INDEX ____________ [Sep 16, 2020] ============== The libressl "revert" was reverted. System update will replace libressl dependencies with bearssl. You may choose to keep or remove bearssl after the update. [Sep 16, 2020] [Sep 03, 2020] ============== The default TLS provider has been reverted to `libressl'. System update will replace bearssl dependencies with libressl. You may choose to keep or remove bearssl after the update. [Sep 03, 2020] [Jul 27, 2020] ============== Carbs Linux's fork of the `kiss' package manager has been renamed to `Carbs Packaging Tools' due to huge amount of changes. Your latest `kiss' update will handle the bootstrapping. You will need to rename your `KISS-*' variables to `CPT-*'. [Jul 27, 2020] [Jun 17, 2020] ============== A new rootfs tarball including the changes to the core is released and can be found on the downloads page. [Jun 17, 2020] [May 26, 2020] ============== An initial version for binary package management is released. It can be found on the [GitHub page]. [May 26, 2020] [GitHub page] [May 19, 2020] ============== A rootfs tarball targeting the i686 architecture has been released. It can be found on the downloads page. [May 19, 2020] [May 10, 2020] ============== A GCC 10.1.0 change causes a kernel panic for kernels built with GCC 10.1. This issue can be resolved by applying this [patch] to your kernel sources. **EDIT:** The patch is no longer necessary. [May 10, 2020] [patch] [Apr 27, 2020] ============== A new rootfs tarball has been released! You can see it on ! **EDIT:** A new bug fix release has been made. [Apr 27, 2020] [Apr 10, 2020] ============== IRC channel can now be accessed from `#carbslinux' at freenode! [Apr 10, 2020] [Apr 06, 2020] ============== A new rootfs tarball has been released. See the downloads page. [Apr 06, 2020] [Apr 05, 2020] ============== Carbs Linux repositories will be hosted only on Github. Commits will be pushed there, and not the repository. You have until May 4, 2020 Monday to switch your remotes to . The git repository will continue to be served until then (without additional commits). You can switch your remote by executing the following command on your repository directory. ,---- | git remote set-url origin https://github.com/CarbsLinux/repository `---- [Apr 05, 2020] [Feb 18, 2020] ============== A new tarball is released. It can be found on . **edit:** I have removed the tarball because of a bootstrapping issue. I will be re-adding it later today. **edit 2:** I have added a tarball (20200219) to reflect my recent changes on Busybox. [Feb 18, 2020] [Feb 14, 2020] ============== **IMPORTANT!** Carbs-init update to be released on 17th of February will require manual intervention. I am holding this update back so people can see it before they update their system (even though the update will show the same message as this). The rationale for the update is explained below the intervention. ,---- | # There is an explanation for each init You only need to follow the instructions | # for your own init-system | | ## busybox-init | # If you did not edit your inittab simply move inittab.new to inittab | mv /etc/inittab.new /etc/inittab | | # If you did edit your inittab you can use a simple sed command to remove the | # necessary lines | sed -i '/getty/d;/runsvdir/d' /etc/inittab | | | ## runit | # same as busybox-init, if you did not edit /etc/runit/2 move 2.new to 2 | mv /etc/runit/2.new /etc/runit/2 | | # else | vim /etc/runit/2 | # open your 2 file and remove the for loop containing getty commands. If you are | # using runit, it is recommended to comment out /etc/init/runit.boot | | ## sinit/minit | # If you did not edit your {sinit-,}launch-services.boot you can simply remove | # it. | rm -f /etc/init/launch-services.boot /etc/init/sinit-launch-services.boot | | # This should leave you without any issues, and you can safely reboot. `---- Carbs-init update is to make sure init systems do not clash, and do not have to use different files. This is a sensible update both for the user user and for the maintainer side. To give an example, before this update busybox-init was managing getty through `inittab', runit was managing through `/etc/runit/2', and minit/sinit were launching from `/etc/init/launch-services.boot'. This is a configuration nightmare for everyone, and since I am maintaining and constantly testing those init providers, a huge nightmare for me. This is a Quality of Life update. [Feb 14, 2020]