 DistroWatch Weekly |
| DistroWatch Weekly, Issue 1010, 13 March 2023 |
Welcome to this year's 11th issue of DistroWatch Weekly!
One of the great challenges of the Linux ecosystem is that there is such diversity between distributions packages built for one distribution often do not work on another. This has resulted in all sorts of interesting solutions, including portable package formats (like AppImage and Flatpak), declarative packages (provided by Nix), and port frameworks such as pkgsrc. Some distributions are taking another approach and making it possible to run traditional packages, built for different distributions, in local containers, making package management across multiple distributions virtually seamless. This week we begin with a look at blendOS, one young project which uses containers to blend together traditional packages from three separate distributions. What do you think of distributions, like blendOS and Vanilla OS, which mix traditional packages from multiple sources? Let us know in this week's Opinion Poll.
This week's Questions and Answers column continues to talk about packages, specifically how to determine what files a package deposits on a hard drive. Then, in our News section, we explore another challenge of the Linux ecosystem: legacy dependencies. Distributions with long lifespans, such as Red Hat Enterprise Linux and Slackware Linux, often end up supporting upstream packages long after the developers stop maintaining the software. We talk about a specific example of this, highlighting Slackware working with legacy OpenSSL packages. We also talk about improvements coming to elementary OS, in particular its file manager and networking widget. Plus we report on the Vanilla OS team changing their base distribution from Ubuntu to Debian.
This past week we added two new projects to our database, Slint and blendOS (the subject of this week's Feature Story). We also did some clean-up work in our package database and we share details on all of these changes below. Plus we are pleased to share the new releases from last week and list the torrents we are seeding. We wish you all a fantastic week and happy reading!
Content:
|
| Feature Story (by Jesse Smith) |
blendOS 2023.01.26
blendOS (sometimes written BlendOS on the project's website) is an Arch-based distribution which offers to install and run software from Fedora's development branch (called Rawhide), from Ubuntu, and from Arch Linux repositories. It reportedly runs on an immutable filesystem and uses GNOME as the default desktop, though the project's website reports we can choose the Xfce or Plasma desktops as alternatives at install time.
The blendOS website also mentions the project uses its own package manager, called Blend. We're also told we can use other package managers from supported distributions, including APT, DNF, and pacman. The website goes on to mention Flatpak packages can be installed too.
If all of this sounds familiar, it should. The blendOS feature list is almost identical to that of Vanilla OS. However, blendOS is based on Arch Linux while Vanilla OS is based on Ubuntu.
There is one edition of blendOS, built for 64-bit (x86_64) computers, and its ISO is 1.4GB in size. This ISO can be booted in UEFI mode only, Legacy BIOS mode is not supported.
Installing
The live media boots quickly to the GNOME desktop. Once the session starts a graphical utility automatically launches and offers to begin the installation. This tool appears to be a customized version of the Jade GUI installer. The installer starts by asking us to select our keyboard layout. Trying to change the default option brings up a search window of country codes, but the pop-up window is labelled "Search Timezones". Despite the mislabelled window, we can pick our preferred keyboard code and proceed. We're then asked to pick our timezone and blendOS will try to identify our timezone automatically. The next screen asks us to make up a username and password. We are also asked to choose our preferred desktop environment with the options being listed as: GNOME, KDE Plasma, Xfce, Sway, and i3. I chose Plasma.
The installer next asks if we'd like to enable IPv6 loopback networking (I don't think I've ever before encountered this question during the setup process of Linux distribution) and whether we'd like to enable compressed swap in memory (zram).
When it comes to disk partitioning we can take a guided option which just asks us to select a disk. We can also choose to partition the local disk using GParted or using a command line terminal. The automated option takes over the entire disk and sets up a Btrfs volume. The last step shows us a summary of the choices we made and pauses before the installer proceeds.
I found it interesting blendOS pauses to prompt us for elevated system access three times during the install process. Once on the partitioning screen, once on the summary screen, and once while installing packages. We are not asked for a password, we're just shown a GNOME prompt asking if it is okay for the user to perform admin actions.
It looks as though all packages installed to our hard drive come from remote servers, at least that was the impression I got from the installer's progress reports. This requirement of being on-line doesn't seem to be mentioned anywhere on the blendOS website or in the installer. When the installer finishes its work, it offers to reboot the computer.
Early impressions
My fresh copy of blendOS booted very quickly to a graphical login screen. The distribution identifies itself as Arch in the boot loader, sticking to its parent's labelling. I selected Plasma as my desktop environment during the install process and found both Plasma on Wayland and Plasma on X11 sessions were available. The Wayland session is selected by default and worked well for me. The only annoyance I encountered early on was how quickly Plasma locks itself when there is no input; the desktop locks out the user after five minutes.
blendOS 2023.01.26 -- The Plasma desktop and application menu
(full image size: 1.0MB, resolution: 1680x1050 pixels)
The KDE Plasma session is fairly vanilla. The theme, wallpaper, and layout all seem to be unchanged from upstream. Not a lot of desktop software is included. We're treated to the Firefox web browser, Discover software manager, Dolphin file manager, and the Qt design tools. The KDE System Settings panel is present along with the systemd init software and version 6.1 of the Linux kernel. The distribution runs the zsh shell by default when we open a terminal.
The Blend package manager
A core feature of blendOS is the Blend package manager. Though "package manager" may be a misnomer as Blend primarily handles containers and guides package management, both on the distribution and inside the containers. When we first open a virtual terminal the system displays a message indicating how Blend can be used. We can later run "blend help" to get a summary of available commands. There is no manual page for Blend and there doesn't appear to be any on-line documentation for Blend with examples either. A lot of my experience with Blend happened through experimenting.
Before getting into the details of using Blend, I'd first like to share an overview in how blendOS works. The idea seems to be that blendOS provides us with the core distribution (based on Arch) and a desktop environment. A few applications, like those mentioned above, are included. Virtually everything else on the system, any additional software we install, comes from one of two sources: Flatpak bundles and containers. I want to focus on the containers, mostly.
When we want to install a regular package from one of the supported distributions (Fedora, Arch, or Ubuntu), Blend creates a container on our system. A minimal core for the target distribution is installed in the container. We can then install libraries and applications inside the container using the Blend package manager. These containers (which hold the Arch, Fedora, and Ubuntu distributions along with our software) all share the same home directory our user has on the host system. In other words, if I create a document in blendOS and save it in my home directory, the document is available to any software running in any of the guest containers.
By default, Blend sets up and installs software into an Arch Linux container, but we can specify other containers to be used. Once software has been installed in a container it should add its launcher to our application menu (if it is a desktop program), or we can use Blend to open a shell which runs inside the container. When all of these pieces work together it means I can install Falkon in the Fedora container and the GNU Image Manipulation Program in an Ubuntu container and both applications can access all of my user's files through a shared home directory.
blendOS 2023.01.26 -- Running shells on blendOS system and in a Fedora container
(full image size: 748kB, resolution: 1680x1050 pixels)
Something users may find confusing at first is that software inside a container is not automatically accessible by our user. In other words, if I install the Nano text editor in an Ubuntu container, I cannot simply run "nano" from my blendOS command line. I need to first open a shell inside the Ubuntu container and then run Nano. If that seems too abstract, here is an example:
blend install nano -d ubuntu-22.04
(Nano is installed in the Ubuntu container.)
which nano
(This returns no results.)
blend enter -d ubuntu-22.04
(This opens a shell inside the Ubuntu container.)
which nano
(This returns /usr/bin/nano)
blendOS 2023.01.26 -- Another example, this time finding the VLC application
(full image size: 153kB, resolution: 1680x1050 pixels)
One curious feature of blendOS is it has shortcuts for each package manager (pacman, DNF, and APT) built into the base system. This means running "pacman -Syu" doesn't update our host system, it opens the Arch container and updates software inside the container. If we want to update our host, blendOS, then we need to use the Blend package manager. The command to update blendOS is "blend system-update".
blendOS 2023.01.26 -- Installing updates from multiple sources
(full image size: 744kB, resolution: 1680x1050 pixels)
Let's look at some other examples of using Blend. Running "blend install pkg" installs a package and "blend remove pkg" deletes a package. Should we wish to handle software from a specific distribution we can specify which distribution container we want to use. For instance, "blend install firefox -d fedora-rawhide" sets up a container with Fedora's base packages and then attempts to install Firefox inside it. Likewise, "blend install falkon -d ubuntu-22.04" will make sure a container with the Ubuntu distribution is running and then install the Falkon software inside it.
We have the option of running a shell inside a container using "blend enter" followed by the name and version of a distribution specified after the "-d" flag. For instance, "blend enter fedora-rawhide" doesn't work, it will instead enter into the Arch-based container without warning. If we want to enter the Fedora-based container we need to run "blend enter -d fedora-rawhide".
blendOS 2023.01.26 -- Running Falkon in a container from the application menu
(full image size: 527kB, resolution: 1680x1050 pixels)
I feel this behaviour I've just described is important to keep in mind because the Blend utility will often fail silently or perform unexpected options without warning us if the syntax is incorrect. This can have some strange results because we might end up running a command or shell in the wrong container without warning, or a command might run and return with no output, making it hard to tell if it performed any action. The "export" command provided another example of this habit of silent failure.
When we use Blend to install desktop software inside a container, the launcher and icon for the new application should show up in the blendOS application menu. We can then simply click on the application's launcher to open it. This saves us the steps of opening a terminal, entering into the desired container, and manually running the program. I found Blend usually did a good job and successfully added the launcher for new applications in my desktop's menu. So far, so good. However, a few times once I'd installed an application the launchers didn't show up in the menu. The Blend documentation tells us we can fix this by running "blend export app-name". Running this command, and variations of this command, such as "blend export app-name -d ubuntu-22.04" all resulted in Blend simply exiting with no information. There was no success message, no error, and no indication of a problem or syntax issue. However, the command didn't work and no new launcher was added to my application menu.
In short, it often seems as though Blend will try to figure out what the user wants and silently give it to us (or not), but it doesn't catch syntax errors, it doesn't tell us when an error occurs, and it will sometimes give unexpected results based on the parameters we pass it. Another instance of this unexpected behaviour I found interesting come when searching for packages. Running "blend search pkg-name" will attempt to find matching packages we can install. When software in one of the official repositories (of Arch, Ubuntu, or Fedora) is found, the search results are simply displayed in the terminal. Blend will also check the Arch User Repository (AUR) and, if it finds a match, the install process will be started automatically, asking us which package version we want to fetch from the AUR. This caught me off guard a few times as I had intended to compare the availability of packages across distributions and, instead, I sometimes found my system offering to install a third-party package it had found.
blendOS 2023.01.26 -- Using Blend to find packages in different containers
(full image size: 184kB, resolution: 1680x1050 pixels)
Flatpak packages and Discover
While a good deal of software management takes place inside containers, blendOS also offers support for Flatpak packages. The Discover software centre is available and, out of the box, it connects with the Flathub repository. Discover works well, providing quick and easy access to Flatpaks, divided into categories. Discover will also handle updates to Flatpak packages. Any new programs we install through Discover are automatically added to the application menu.
blendOS 2023.01.26 -- Fetching Flatpak packages using Discover
(full image size: 866kB, resolution: 1680x1050 pixels)
Immutable filesystem and resource usage
The blendOS website claims the project offers an immutable filesystem: "blendOS is an immutable operating system. This means your filesystem is read-only, thus resulting in stable [sic] experience." The distribution runs on the Btr filesystem and it immediately becomes clear Btrfs is not set up to be read-only. The entries for Btrfs in the /etc/fstab file show the entire system is set up to use a normal read-and-write filesystem. Users can create files in any part of the filesystem, including the root directory, and we can edit configuration files stored under the /etc directory. These changes survive a reboot too, they are not sandboxed or otherwise separated from the underlying operating system. In other words, no part of blendOS is immutable, even when set up using the installer's guided partitioning method. I'm not sure why this clearly incorrect claim is listed as the first feature on the blendOS website, but it isn't accurate.
On the subject of the filesystem, disk space gets consumed quickly. Since most software is installed through Flatpak bundles or containers, disk usage balloons, particularly early on. When I first started using blendOS, disk usage was under 10GB, but by the time I'd installed just four applications my disk usage had grown to over 13GB. On other distributions all of my applications, including Flatpaks, usually use about 16GG to 20GB of space, but on blendOS all the isolation means I could quickly consume over 20GB of space installing my commonly used programs.
Memory usage tended to jump around a lot too. Signing into the Plasma desktop only used about 640MB of RAM, but each new bundle and container increased memory usage. Running one container raised memory usage by about 100MB and with software from three containers accessed I easily used over 1,000MB of RAM.
Conclusions
When I'm reviewing a distribution there are two questions floating in the back of my mind. First, do I find this project useful or interesting? Second, does the project accomplish what it sets out to do, does it meet its own goals? I want to discuss these two queries and my responses to them after running blendOS.
Is blendOS doing something interesting? It's starting to. This is a young project and it seems to be trying to match features with Vanilla OS, which got a lot of hype in the second half of 2022. This project feels like an attempt to basically: "Be Vanilla OS, but with an Arch base." And, if that is the case, it's a worthwhile goal. The idea of being able to pull in software from multiple sources, multiple distributions, and run them all together on one, relatively minimal host operating system has a lot of merit.
I really like these types of projects, ones which stitch together elements from multiple distributions. I think of them as a defragmentation of the Linux ecosystem. Now users don't need to choose whether they enjoy the development tools of Fedora, the utilities of Ubuntu, or the massive third-party repository of Arch - we can have access to all three without the overhead of dual booting or virtual machines. Projects like blendOS and Bedrock Linux merge multiple projects together to do away with the need to make those "A or B" style choices when selecting a distribution. Instead we can enjoy "A and B" on one platform.
With that said, blendOS is not yet nearly as seamless as some alternatives, like Bedrock. The Blend container and package manager is still in its early stages, prone to some problems, and requires the user to be able to enter into containers to run most commands rather than having each container's contents available in our user's executable path. In other words, I like the concept. The implementation mostly works, but needs some polish before I'd recommend most people (even more experienced Linux users) try it.
Moving on from what I think about the project's mission and approach, I'd like to talk about what the blendOS project claims it is doing and how well it meets those goals. I will list out the features the blendOS website's promotes and share how well I think the distribution is delivering those features.
- The blendOS website claims the distribution offers an immutable operating system and the filesystem is read-only. Neither of these claims are true. The blendOS distribution is not in any way immutable and it uses a read-write filesystem.
- The blendOS website says the distribution defaults to running the GNOME desktop, with support for Plasma and Xfce available at install time. This is true. The website does not mention that a few other graphical user interfaces are also available at install time.
- The project's website says we can install software from any supported distribution (Fedora, Ubuntu, and Arch). This is true. The software is installed in containers which we can then enter to launch programs. Some desktop software is also added to the blendOS application menu, in which case running programs from multiple distributions becomes seamless. This feature is a little awkward when used from the command line, but works fairly well.
- The blendOS website says we can set up sessions using other distributions and, using those projects as a base, run software in those sessions. This is entirely accurate. We can set up multiple containers and run both command line tools and desktop applications from them. Running software shares a home directory, making it easy to pass information between tools in different containers.
- The distribution's website says we can use package managers such as APT, DNF, and pacman directly on the host system. This is mostly accurate. Running one of these command line package managers from blendOS sets up a container of the corresponding distribution and runs the package manager inside the container. The package manager does not operate on the host distribution (blendOS).
blendOS 2023.01.26 -- Installing Nano into an Ubuntu container
(full image size: 908kB, resolution: 1680x1050 pixels)
- The blendOS website claims the distribution ships with Flatpak access enabled. This is entirely true and well implemented. We can use Flatpak, and the Discover software centre, with no manual configuration. Flatpak bundles are pulled in from Flathub and it all works quite smoothly.
- The project's website says it uses a customized version of Jade GUI as its installer. This is accurate and I found the installer worked pretty well. There were a few minor interface glitches, but no serious problems.
- Finally, the blendOS website says application launchers from software installed in containers should show up in our application menu. This sometimes works, I'd even say it usually works. It doesn't always work. Even when I tried to use Blend to export a program's launcher it didn't always work. For example, VLC didn't export its launcher, but other tools such as Falkon and GIMP did.
On the whole, most of the advertised functionality is there. Most of the goals are achieved. Some of the functionality is still a little rough, but most of the features advertised are working as expected. The one glaring issue is with the claim of offering a read-only, immutable platform, which is not at all accurate. This feels even more odd since, when performing a package update, Blend will say it is switching the filesystem from immutable mode to read-write mode, and then back. But the filesystem is never in read-only/immutable mode. Meaning not only is the website inaccurate in this claim, the Blend package manager is pretending to toggle the feature on/off without doing anything. This is strange, but maybe an immutable filesystem is something which will be implemented later.
In the mean time, the container management and multi-distro package management mostly work and are off to a good start. I just hope Blend is made more resistant to error and becomes more verbose when something goes wrong.
* * * * *
Visitor supplied rating
blendOS has a visitor supplied average rating of: 4.5/10 from 10 review(s).
Have you used blendOS? You can leave your own review of the project on our ratings page.
|
| Miscellaneous News (by Jesse Smith) |
Improved network widget comes to elementary OS, Vanilla OS changes its base, Slackware phases out legacy dependencies
The elementary OS team published version 7.0 of their distribution just over a month ago and have been working on improvements to the user interface. Some of the key changes over the past month have focused on the file manager and the network indicator widget: "The network indicator has been getting some major design attention and now offers a much better experience for using VPNs. You'll notice that most options now appear as circular toggle buttons with icons instead of a list of switches. This new design both saves space on devices with complex network configurations and shows the status of your various connections much clearer, including intermediate and error states. In the case of VPNs, you can now also activate multiple connections at once. We've also added quick access to toggling Airplane Mode, including a middle-click action on the indicator icon. Plus, we're now using a feature of Network Manager to automatically get better device names so you'll rarely see long and cryptic device names any longer." Additional details can be found in the project's blog post.
* * * * *
The Vanilla OS project ships an Ubuntu-based operating system with an immutable filesystem. Or at least it did, for the first version of Vanilla OS. The second version of Vanilla will be based on Debian's rolling development branch which is called Sid. "After discussions and considerations, we decided to move away from Ubuntu and base our distribution on Debian Sid. For this reason, we changed the version name and codename, starting with 2.0 Orchid. We have decided to use Orchid as the codename, as Vanilla derives from Orchids. There are a few reasons we switched to Debian Sid: It is closer to a vanilla experience than in Ubuntu. There were efforts to revert Canonical's opinionated workflow, but it was time-consuming. It forced us to focus on reverting these changes. Ubuntu provides a modified version of the GNOME desktop, which does not match how GNOME envisions its desktop. One of the high-level goals of Vanilla OS is to be as vanilla as possible, so we reverted many of these changes to reach that goal.
There is no strong opinion on application distribution. Snap is the primary method to get apps on Ubuntu. Based on our testing and many sources online, there are a lot of issues that Snap hasn't addressed currently, like slow startups, centralization, etc. We prefer to push open and cross-organization efforts, like Flatpak. Our switch to Debian Sid will also address a core issue brought to us by many in our community, that most native applications installed in apx's Ubuntu container are a Snap transitional package, which doesn't work inside the container...." The project's announcement offers additional details.
* * * * *
Slackware Linux is not only the world's oldest surviving Linux distribution, it is also one of the most conservative when it comes to adopting new releases and publishing new versions. This puts Slackware in a challenging position as its stable branch is sometimes running software considered obsolete (and unsupported) by the upstream developers, which is then tangled with other older dependencies. The Slackware change log shares an example of this issue, with an older version of OpenSSL at the heart of the concern: "At this point nothing remains linked with openssl-1.1.1 except for python2 and modules, and vsftpd. I think nobody cares about trying to force python2 to use openssl3... it's EOL but still a zombie, unfortunately. I have seen some patches for vsftpd and intend to take a look at them. We've bumped PHP to 8.2 and just gone ahead and killed 8.0 and 8.1. Like 7.4, 8.0 is not compatible with openssl3 and it doesn't seem worthwhile to try to patch it. And with 8.2 already out for several revisions, 8.1 does not seem particularly valuable. If you make use of PHP you should be used to it being a moving target by now."
Do you run a distribution which is carrying legacy versions of software and its dependencies? Let us know how you manage these situations where you're running unsupported software in the comments.
* * * * *
These and other news stories can be found on our Headlines page.
|
| Questions and Answers (by Jesse Smith) |
Keeping track of which files a package installs
Unpacking-everything asks: Is it possible to track filesystem changes when installing a package so I know which files are being installed or altered?
DistroWatch answers: Most package managers will provide a list of files a new package has installed on the system. This lets you know which files are being installed or updated. The package manager also needs a list of files it installed so it can later clean up everything when a package is removed from the system.
The syntax for listing the files a package will install on your system will vary between package managers. On systems which use Deb package files you can run the following command to see which files package-name installs:
dpkg -L package-name
On distributions which use RPM packages you can get the same information by running:
rpm -ql package-name
The command for getting a list of files a package installs on distributions which use the pacman package manager is:
pacman -Ql package-name
People running FreeBSD can get the same information by running this command:
pkg query %Fp package-name
All of this is well and good, assuming your package manager provides an option to display which files it will upgrade or install, and assuming you trust the package manager to be accurate. However, if your package manager doesn't list the manifest of a package or if you're concerned the package may trigger a script that edits or creates a file the package manager doesn't know about, then you need another tool to detect changes to your filesystem.
Last year we shared tips on using a tool called inotifywait which monitors the filesystem for changes. This tool can be run prior to installing new software to see which files and directories are modified by the new package. Running inotifywait to watch the entire filesystem for changes will look like this:
inotifywait -m -r /
The above may slow down your package manager as the system will be both monitoring and printing updates anytime a file is changed. The above command will also notify you of any file being changed while the package manager is running, whether the change is caused by the package manager or not. It's a good idea to be running as few other programs and services as possible to avoid seeing a mixture of results from multiple processes while the package manager is working.
* * * * *
Additional answers can be found in our Questions and Answers archive.
|
| Released Last Week |
Rescuezilla 2.4.2
Shasheen Ediriweera has announced the release of Rescuezilla 2.4.2, the latest version of the project's "Swiss army knife of system recovery" based on Ubuntu. The new release adds a variant based on Ubuntu 22.10 (besides the ones derived from Ubuntu's most recent long-term supported releases). From the changelog: "Removes the Intel screen tearing fix introduced in 2.3 which should fix black screens on Intel graphics; introduces Ubuntu 22.10 'Kinetic' for best support of recent hardware, but leaves default build as Ubuntu 22.04 'Jammy'; reintroduces a 32-bit (Intel i386) build, currently based on Ubuntu 18.04 'Bionic' after it was temporarily dropped in Rescuezilla 2.0; note - Partclone backwards compatibility is imperfect and 32-bit release uses an old Ubuntu repository Partclone version, not the latest compiled version; fixes Backup mode's broken SSH port field introduced in 2.4; installs lxappearance, hexdump (bsdmainutils), flashrom; installed packages which improve ability to mount encrypted drives with pcmanfm file manager; replaces out-of-service Travis-CI build bot integration with GitHub Actions for improved quality-control and to assist Rescuezilla contributors...."
LibreELEC 11.0.0
LibreELEC 11.0.0, a major new version from the project that develops a multi-platform Linux distribution centred around the Kodi media centre, has been released. The new version updates Kodi to version 20.0 and re-introduces support for older Amlogic devices: "The final stable version of LibreELEC 11, bringing Kodi 'Nexus' 20.0, has been released. With the new release cycle, we add a Generic-Legacy image supporting NVIDIA cards, Chrome Browser add-ons and older hardware. We also re-introduce support for older Amlogic devices (S905, S905X/D, S912). LibreELEC 10.0 installs will not automatically update, but you can update manually. Older LibreELEC installs must make a clean install due to the Python 3 changes since Kodi 19. The Generic image now runs the same GBM/V4L2 graphics stack we have long used with ARM platforms. It now supports HDR with recent AMD and Intel GPUs. We have added a Generic-Legacy image that runs the older X11 graphics stack used in LE v7-v10. You can update between the GBM and X11 images without issues." See the release announcement and the changelog for further information. LibreELEC provides IMG images for Raspberry Pi, Allwinner, Rockchip, Amlogic, NXP and generic x86_64 devices, as well as OVA images for VirtualBox.
siduction 22.1.1
Ferdinand Thommes has announced the release of siduction 22.1.1, un updated build of the project's distribution based on Debian's "unstable" branch and offering official variants with KDE Plasma, LXQt and Xfce desktops: "We are pleased to offer siduction 2022.1.1 as a bug-fix release. It is based on an excerpt of Debian 'Sid' from March 8, 2023. siduction 2022.1 had some problems with the newly introduced snapshot feature when using Btrfs as filesystem, which were difficult to solve, but are now fixed. In addition, siduction 2022.1.1 reflects the changed sources list due to Debian's new policy on handling non-free firmware. Furthermore, besides many package updates, Linux 6.2.2 and KDE Plasma 5.27.2 are shipped. With that out of the way, let's cut to the chase. 'Masters of War' has quite a few new features to offer that we hope you will find exiting enough to try out. But before that, let's get to the basics first. 'Masters of War' uses Linux 6.2.2 as kernel and offers images with KDE Plasma as our main offering, along with LXQt, Xfce, X.Org and noX." Continue to the release notes for a full list of new features and screenshots.
siduction 22.1.1 -- Running the Xfce desktop
(full image size: 467kB, resolution: 1680x1050 pixels)
helloSystem 0.8.1
helloSystem is a FreeBSD-based, desktop-oriented operating system. The project seeks to provide a macOS-style desktop interface and layout while using open source software. The project has published an update to its 0.8.x series which includes a number of bug fixes and improvements. "USB sound devices are now shown with their vendor and model in the Volume menu. Handle already-running installations more gracefully when trying to install applications. Improved 'About This Computer' dialog. 'About This Computer' now also shows information about the X.Org GPU driver being used. The 'Install FreeBSD' utility is now called 'Install helloSystem'. The 'Processes' utility now shows the total CPU and memory usage, uses application bundle names and icons. On the Live system, there is now a link to the Install helloSystem utility on the desktop. On the Live system, advise the user to install the system before downloading applications. Menu now autocompletes paths beginning with ~ and /. The Users preferences application can now also create users without administrative rights, delete users, and enable and disable automatic login. Improved usability of Create Live Media utility." A full list of changes can be found in the project's release announcement.
* * * * *
Development, unannounced and minor bug-fix releases
|
| Torrent Corner |
Weekly Torrents
The table below provides a list of torrents DistroWatch is currently seeding. If you do not have a bittorrent client capable of handling the linked files, we suggest installing either the Transmission or KTorrent bittorrent clients.
Archives of our previously seeded torrents may be found in our Torrent Archive. We also maintain a Torrents RSS feed for people who wish to have open source torrents delivered to them. To share your own open source torrents of Linux and BSD projects, please visit our Upload Torrents page.
Torrent Corner statistics:
- Total torrents seeded: 2,839
- Total data uploaded: 43.0TB
|
| Upcoming Releases and Announcements |
|
Summary of expected upcoming releases
|
| Opinion Poll (by Jesse Smith) |
Distributions providing multiple sources for "traditional" packages
Recently we've discussed a few young distributions which are promising to provide access to packages from the software repositories of multiple distributions (typically Arch Linux, Fedora, and Ubuntu). These projects, in particular Vanilla OS and blendOS, seem to be gaining popularity for the wide range of "traditional" software packages they provide, side-stepping the need for bundled applications such as Flatpaks. What do you think of these distributions which offer multiple traditional package sources?
You can see the results of our previous poll on the importance of speedy performance in last week's edition. All previous poll results can be found in our poll archives.
|
What do you think of distros which mix traditional package sources?
| I like them and currently run one: | 86 (7%) |
| I like the concept but do not currently run one: | 519 (43%) |
| I do not like the concept but am running one: | 51 (4%) |
| I do not like the concept and am not running one: | 542 (45%) |
|
|
| Website News |
Updating upstream open source project links
The DistroWatch website keeps track of open source software packages and publishes news of stable updates from the upstream projects as well as tracking which versions of open source software are available in Linux distributions.
When we first started tracking open source releases back in 2001, the Internet was a different place. Many packages were served up over older protocols, such as FTP and HTTP, and virtually none used the secure HTTPS protocol on their websites.
Times have changed and, these days, most of the 226 packages we track have updated their websites to use the more secure HTTPS protocol and dropped their HTTP and FTP portals.
This is a good move forward for Internet security. Further, most open source projects set up their old HTTP portals to forward to HTTPS so that old links would still work. This was nice for us as it meant we didn't need to update our big database of 226 projects and their website addresses.
But.... Not all projects forward their old HTTP connections AND not all modern web browsers will handle HTTP links gracefully and accept the redirection or automatically check for an HTTPS option. In fact, some browsers (and some extensions) will block access to HTTP links, whether an HTTPS version of the website is available or not.
This has resulted in several people messaging us at DistroWatch to report the links to some package websites are broken. To be fair, they're not entirely wrong - the link doesn't work for them. The website does work and it'll be reachable through most web browsers that will handle the transition gracefully. However, for people not using such a browser, the HTTP link acts as a firewall and is blocked by their browser.
We've decided to address this issue by going through our package database and, wherever possible, updated the old website links to use the secure HTTPS protocol. This should avoid issues with web browsers blocking the sites and then incorrectly reporting the sites cannot be reached.
While we were at it, we also updated some open source project URLs in our database which were being redirected to newer domains or which had been dropped in favour of a new website host. Hopefully this will make things easier and smoother for everyone involved.
A word of warning: We found 11 of the 226 projects which insist on still using the old HTTP protocol or which have broken certificates, either on their websites or download server. If your browser tries to visit one of those 11 projects it will probably block access to the site or display a warning. Sadly, there isn't anything we can do about this limitation. So long as modern web browsers block HTTP access and developers stick to the old HTTP protocol (or outdated certificates), we're unable to offer a remedy for those 11 sites. For people curious about which projects are in the "old school 11", as I've started to think of them, here is the list:
avidemux, gnumeric, less, libselinux, links, lyx, mutt, openbox, sane-backends, squid, and vim
* * * * *
New projects added to database
blendOS
blendOS is an Arch Linux-based, rolling release distribution which automates installing software from supported distributions (Arch, Fedora, and Ubuntu) into containers. blendOS tries to make software management in across containers feel native and provides access to the user's home directory for each container.
blendOS 2023.01.26 -- Exploring the application menu
(full image size: 1.0MB, resolution: 1680x1050 pixels)
Slint
Slint is a Slackware Linux-based distribution for 64-bit (x86_64) machines. The distribution is intended to be used by people who are visually impaired. The distribution ships with a screen reader package built-in which can even be used during the installation process.
Slint 14.2.1.4 -- Running the MATE desktop
(full image size: 127kB, resolution: 1680x1050 pixels)
* * * * *
DistroWatch database summary
* * * * *
This concludes this week's issue of DistroWatch Weekly. The next instalment will be published on Monday, 20 March 2023. Past articles and reviews can be found through our Weekly Archive and Article Search pages. To contact the authors please send e-mail to:
- Jesse Smith (feedback, questions and suggestions: distribution reviews/submissions, questions and answers, tips and tricks)
- Ladislav Bodnar (feedback, questions, donations, comments)
|
|
| Tip Jar |
If you've enjoyed this week's issue of DistroWatch Weekly, please consider sending us a tip.
(Tips this week: 0, value: US$0.00) |
|
|
|
 bc1qxes3k2wq3uqzr074tkwwjmwfe63z70gwzfu4lx  lnurl1dp68gurn8ghj7ampd3kx2ar0veekzar0wd5xjtnrdakj7tnhv4kxctttdehhwm30d3h82unvwqhhxarpw3jkc7tzw4ex6cfexyfua2nr  86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le paypal.me/distrowatchweekly • patreon.com/distrowatch |
|
| Extended Lifecycle Support by TuxCare |
|
|
| Reader Comments • Jump to last comment |
1 • alternative package manager distro (by fenglengshun on 2023-03-13 04:14:34 GMT from Indonesia)
Currently running Vanilla OS myself, I'm waiting for the 2.0 to test the migration process (if there's one, if not then I'll just proceed to use something else). Overall, it's pretty easy to adapt to how they want to do things, especially as apx makes it easy to run stuff from AUR and Nix, making me not need to install host that much.
Was thinking about trying out blendOS as well, but it seems like a scuff Vanilla OS, led by rudra who is young and busy enough that I'm not entirely sure if everything is well maintained (I didn't see any commit for many of blendOS projects on github which doesn't inspire confidence in a WIP distro), and they're planning to do major changes according to their blog post, so I might as well wait for that.
I'm also keeping an eye on Crystal Linux's Project Shard, which apparently aims to do a macOS style multi-volume immutability that apparently would allow users to still use pacman as normal. Seems to be the more sensible approach to immutability on Arch-based.
And of course, there's whatever is going on with PopOS with their immutable core with overlays for user packages, which probably has something to do with Linus and something something "Yes, Break My System."
Overall, it's pretty interesting. So far, only Vanilla feels worth running to me, due to having Nix well-integrated and having the most active development. I'm not going to daily drive immutable distro any time soon but I'm keeping an eye on the space in general. I really hope using Nix to supplement the usual immutable package managers becomes standard, because it makes it much more convenient and I have less need to do what I'm "not supposed to".
2 • Package Manager (by Dr.J on 2023-03-13 08:17:48 GMT from Germany)
To date, there has been no need for the desire for alternative package managers. Because Arch has with the AUR a huge fund of software away from the official repositories. And should a package from a third party actually be necessary, this is often available as a deb.package. With debtap there is a tool for this in the AUR.
3 • blendOS et al: Complexity, Component-Count, Attack-Surface? (by Benjamin on 2023-03-13 09:12:55 GMT from United Kingdom)
Whilst the conceptual goals around distro-agnostic package-support (unifying and simplifying) may be laudable (and probably fashionable), I do have to wonder and worry about the implications for security and robustness. Especially when it's small teams (or worse, a lone individual) "maintaining" a whole distro.
How much attention is being given to the well-established principles: simple small components doing one thing and doing it well, and simple small codebase in which it's easier to spot problems?
We're in a cat-and-mouse world of increasingly hostile and innovative digital actors (e.g., go read about Pegasus spyware by Israeli NSO).
As a refugee fleeing Canonical's Ubuntu I'm looking for a distro where there's a good community of developers (not one-man-band projects) with security-experts who are looking to reduce the complexity and component-count and reduce the attack-surface, actively plugging holes. I want better clarity/transparency and fewer potential points-of-failure.
Proof-of-Concept multi-flavour package-support might be nice in theory, but how high are security and long-term maintainable robustness on the list of priorities?
Actually, @Jesse, question/suggestion, it would be helpful to have knowledgeable reviews of the state of play here in 2023 of distros actively prioritising Security. I keep reading references to kernel-tweaks and immutable filesystems and various forms of compartmentalisation and jails, so it would be good to have others expertise and opinions on these developments (and on the distros implementing them), gathered and shared here.
4 • Alternative package maned distros (by Hank on 2023-03-13 09:41:09 GMT from Germany)
A solution creating a problem. Massive Bloat.
Like using Flatpack except even more overloaded and bloated. Thanks, will stick with DEB.
If a package is unavailable self compiling is usually a solution.
5 • Packaging (by Friar Tux on 2023-03-13 16:13:53 GMT from Canada)
Not really sure what all the fuss (FOSS) is about. For me, Flatpaks and Snaps are out. They are way too new, with way too many issues, to even bother with. My preference is AppImages - one file - that is easily storable and transferable to anywhere and, so far, has worked with no glitches. Mostly, though, I find the default software quite adequate. If I need something that isn't in the default repository, I use DEB, and if that doesn't have it, I go for AppImage. So far, I haven't had any issues.
I AM curious why the AppImage folks haven't gained more popularity as their product seems to be the crowning glory of this whole "universal software" push. It requires no "installer", just download the app (a single file), make it executable, and go to work. Easy peasy. So, to me Flatpak and Snaps appears to be a "my way or the highway" type of thing - not the Linux one job, done well. (I wish all apps/programs were in the AppImage format)
6 • @3 (by Justin on 2023-03-13 16:15:24 GMT from United States)
OS security and patching is one major reason I moved to Linux. I like a centralized archive (repository) of software being watched in my (relatively) best interest. All the portable packages, containers, etc., in Linux have the very problem you describe: who maintains them? It is the fragmentation of maintainers. I understand the historical reasons why, but still, it boils down to "we don't collaborate, we fork" with OSS (this approach is both positive and negative for the ecosystem, I'm not making a judgement here).
I've seen this problem before. Windows had it decades ago (and still does). You used to download random zip files from the internet. They would come prepackaged with libraries you needed because you never knew what was on someone's system. You end up with 20 DLLs for the same component, but they would be at different versions, all with different bugs and flaws. They are great for malware and system penetration because they are a nightmare for security. Linux offered single packages for shared libraries, so when one gets fixed, all apps get fixed. If some app breaks because of incompatibility, either that also gets fixed (hopefully by the author) or some other alternative existed that wasn't too hard to find (look in the repo rather than scour the internet, or if you were technical enough, make the fix yourself because you can read the script or source).
Don't get me wrong, I love the idea of portable packages. I have a couple AppImages I've made so that I can run that software anywhere. However, for security and maintenance, we're going in the wrong direction. Users put convenience over security because they feel convenience every day. It's only after security affects them (like someone robs their house because they've left it unlocked for years with "no problems") that they suddenly care, only to forget a few weeks/months later because it's become inconvenient again.
In my mind the solution is better collaboration between projects. I don't think having one unified project is the solution because there are a lot of benefits from a community working on different but similar things to find better overall solutions (in biology you want to have diversity so that a single defect doesn't wipe out your species). However, the how is always harder, so I appreciate the people and groups that work toward this goal.
7 • HTTP access (by David on 2023-03-13 16:29:00 GMT from United Kingdom)
One answer is not to use a browser that insists on HTTPS. I've just checked the avidemux site with both Firefox and Pale Moon — no problems. Who needs anything else?
8 • immutable (by Toran on 2023-03-13 17:06:23 GMT from Belgium)
I think the concept of Vanilla OS is the future, but only when we have the same possibiliies as f.e. ubuntu. And I am talking about hplip and hp-plugin. Okay, we have ScanVue, but that one is commercial.
9 • Tracking all the files installed with a package (by Tuxworx on 2023-03-13 17:26:05 GMT from United States)
If you are running a system that supports the apt package manager and might want to check everything that is installed along with a package, it seems a lot easier to me to install packages with Synaptic. It has a built-in History function that will list (by date and time) everything that was installed, removed, or updated each time you used it to perform any of those functions. An added bonus is that you can configure it to differentiate between installing only dependencies or installing dependencies plus recommended packages. You can check what a packages depends on and what it only recommends before running the installation; so if, for instance, you only want to install some of the recommended packages, you can initially run the install with only dependencies and then separately install just the recommended things that you want.
10 • Package files - portage (by MC on 2023-03-13 20:40:08 GMT from United States)
On Portage-based systems (eg. Gentoo) the equery utility, found in the gentoolkit package, can fetch this information
11 • Packaging (by joncr on 2023-03-14 11:55:30 GMT from United States)
I am inclined to think Flathub enthusiasm among big-name Linux distributions is motivated, in part, by the possibility Flatpaks can get them out of the packaging business. However, if/when everyone is running the same Flatpaks, what's left to distinguish between distributions beyond kernels, etc.?
My only grievance with Canonical's Snap is the performance of Firefox on Wayland. I do not care how software I do no interact with is packaged.
12 • @5 Packaging (by StephenC on 2023-03-14 19:19:22 GMT from United States)
I agree that the push for Flatpak does seem to be so that maintainers can reduce their time. I can understand that. But, for the couple of apps that I want to be portable, I just run them as AppImages in a sandbox on Linux. This allows me to carry the same Mac, Windows, and Linux portable app on a USB stick. No need to install anything, anywhere.
As a end-user, I'm not interested in portable "distribution", just portable "usage".
13 • How to find inotifywait (by Bruce F. on 2023-03-14 23:05:12 GMT from United States)
In case you are having trouble finding it, "inotifywait" is part of the "inotify-tools" package. At least on Manjaro.
14 • What's left... is still right. (by Friar Tux on 2023-03-15 00:40:02 GMT from Canada)
@11 (joncr) "... what's left to distinguish between distributions beyond kernels, etc.?" I see the distros similar to cars/trucks/buses etc.. They basically all do the same thing, BUT, there are hundreds (thousands even) of different models (some even within the same company). Most can be repaired with the same, or similar tools. Some folks will swear by a certain model while disparaging all others. Some don't really care one way or the other so long as they get to where they're going. Some have more than one - one for work and another for play. And some folks like to pull their's apart to see what makes it tick, while others just send their's to a shop for repairs.
Distros are quite like cars and we treat the two very similarly.
15 • Packages (by penguinx86 on 2023-03-15 07:01:25 GMT from United States)
I prefer traditional Linux packages like .DEB or .RPM. I really don't like Snap packages showing up when I type the 'df' command to check disk space. I don't want to be forced to use more and more abstraction layers on my home laptop. Keep it simple!
16 • blendOS and the like (by Simon on 2023-03-15 08:47:12 GMT from New Zealand)
I just don't understand the point of this mess. Why complicate a system with so many different package managers? Even if your distro doesn't have the package you want in its repositories, it's trivially easy to create your own package from upstream source: surely much easier, and a better investment of your time (and also more helpful to the community, if you share your packages) to learn how to build your own packages for your preferred distro, than to learn how to manage one of these cobbled together pastiche distros. I suppose I can appreciate that people do stuff like this just for the fun of doing something different... but I would hate to be running one of these hybrid things as my daily desktop.
17 • Old Software (by John on 2023-03-15 11:51:50 GMT from Canada)
As a Slackware user, the Slackware team worries about these issues for me :)
18 • Snap no more (by verndog on 2023-03-15 12:39:01 GMT from United States)
@15 I don't use Snap at all. I follow this removal process:
https://onlinux.systems/guides/20220524_how-to-disable-and-remove-snap-on-ubuntu-2204
Then I add Firefox as per these instructions:
https://support.mozilla.org/en-US/kb/install-firefox-linux#w_install-firefox-from-mozilla-builds-for-advanced-users
19 • @16: (by dragonmouth on 2023-03-15 13:11:13 GMT from United States)
You have to look no further than the Linux philosophy for the answer. Any Tom, Dick or Harry can create their own version of an application or a distro. It does not have to be revolutionary or evolutionary. It doesn't even have to be practical or useful. It just has to a LITTLE bit different. And the vast majority of the Linux community encourages it.
When it comes to corporate Linux developers, it is about control. Each company wants and expects their product(s) to be THE ONES to dominate the rest of the Linux universe. As Mark Shuttleworth said about Canonical's development of Unity, Mir, Snap, etc - "We want products WE can control."
Number of Comments: 19
Display mode: DWW Only • Comments Only • Both DWW and Comments
| | |
| TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite
Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
| Archives |
| • Issue 1091 (2024-10-07): Redox OS 0.9.0, Unified package management vs universal package formats, Redox begins RISC-V port, Mint polishes interface, Qubes certifies new laptop |
| • Issue 1090 (2024-09-30): Rhino Linux 2024.2, commercial distros with alternative desktops, Valve seeks to improve Wayland performance, HardenedBSD parterns with Protectli, Tails merges with Tor Project, Quantum Leap partners with the FreeBSD Foundation |
| • Issue 1089 (2024-09-23): Expirion 6.0, openKylin 2.0, managing configuration files, the future of Linux development, fixing bugs in Haiku, Slackware packages dracut |
| • Issue 1088 (2024-09-16): PorteuX 1.6, migrating from Windows 10 to which Linux distro, making NetBSD immutable, AlmaLinux offers hardware certification, Mint updates old APT tools |
| • Issue 1087 (2024-09-09): COSMIC desktop, running cron jobs at variable times, UBports highlights new apps, HardenedBSD offers work around for FreeBSD change, Debian considers how to cull old packages, systemd ported to musl |
| • Issue 1086 (2024-09-02): Vanilla OS 2, command line tips for simple tasks, FreeBSD receives investment from STF, openSUSE Tumbleweed update can break network connections, Debian refreshes media |
| • Issue 1085 (2024-08-26): Nobara 40, OpenMandriva 24.07 "ROME", distros which include source code, FreeBSD publishes quarterly report, Microsoft updates breaks Linux in dual-boot environments |
| • Issue 1084 (2024-08-19): Liya 2.0, dual boot with encryption, Haiku introduces performance improvements, Gentoo dropping IA-64, Redcore merges major upgrade |
| • Issue 1083 (2024-08-12): TrueNAS 24.04.2 "SCALE", Linux distros for smartphones, Redox OS introduces web server, PipeWire exposes battery drain on Linux, Canonical updates kernel version policy |
| • Issue 1082 (2024-08-05): Linux Mint 22, taking snapshots of UFS on FreeBSD, openSUSE updates Tumbleweed and Aeon, Debian creates Tiny QA Tasks, Manjaro testing immutable images |
| • Issue 1081 (2024-07-29): SysLinuxOS 12.4, OpenBSD gain hardware acceleration, Slackware changes kernel naming, Mint publishes upgrade instructions |
| • Issue 1080 (2024-07-22): Running GNU/Linux on Android with Andronix, protecting network services, Solus dropping AppArmor and Snap, openSUSE Aeon Desktop gaining full disk encryption, SUSE asks openSUSE to change its branding |
| • Issue 1079 (2024-07-15): Ubuntu Core 24, hiding files on Linux, Fedora dropping X11 packages on Workstation, Red Hat phasing out GRUB, new OpenSSH vulnerability, FreeBSD speeds up release cycle, UBports testing new first-run wizard |
| • Issue 1078 (2024-07-08): Changing init software, server machines running desktop environments, OpenSSH vulnerability patched, Peppermint launches new edition, HardenedBSD updates ports |
| • Issue 1077 (2024-07-01): The Unity and Lomiri interfaces, different distros for different tasks, Ubuntu plans to run Wayland on NVIDIA cards, openSUSE updates Leap Micro, Debian releases refreshed media, UBports gaining contact synchronisation, FreeDOS celebrates its 30th anniversary |
| • Issue 1076 (2024-06-24): openSUSE 15.6, what makes Linux unique, SUSE Liberty Linux to support CentOS Linux 7, SLE receives 19 years of support, openSUSE testing Leap Micro edition |
| • Issue 1075 (2024-06-17): Redox OS, X11 and Wayland on the BSDs, AlmaLinux releases Pi build, Canonical announces RISC-V laptop with Ubuntu, key changes in systemd |
| • Issue 1074 (2024-06-10): Endless OS 6.0.0, distros with init diversity, Mint to filter unverified Flatpaks, Debian adds systemd-boot options, Redox adopts COSMIC desktop, OpenSSH gains new security features |
| • Issue 1073 (2024-06-03): LXQt 2.0.0, an overview of Linux desktop environments, Canonical partners with Milk-V, openSUSE introduces new features in Aeon Desktop, Fedora mirrors see rise in traffic, Wayland adds OpenBSD support |
| • Issue 1072 (2024-05-27): Manjaro 24.0, comparing init software, OpenBSD ports Plasma 6, Arch community debates mirror requirements, ThinOS to upgrade its FreeBSD core |
| • Issue 1071 (2024-05-20): Archcraft 2024.04.06, common command line mistakes, ReactOS imports WINE improvements, Haiku makes adjusting themes easier, NetBSD takes a stand against code generated by chatbots |
| • Issue 1070 (2024-05-13): Damn Small Linux 2024, hiding kernel messages during boot, Red Hat offers AI edition, new web browser for UBports, Fedora Asahi Remix 40 released, Qubes extends support for version 4.1 |
| • Issue 1069 (2024-05-06): Ubuntu 24.04, installing packages in alternative locations, systemd creates sudo alternative, Mint encourages XApps collaboration, FreeBSD publishes quarterly update |
| • Issue 1068 (2024-04-29): Fedora 40, transforming one distro into another, Debian elects new Project Leader, Red Hat extends support cycle, Emmabuntus adds accessibility features, Canonical's new security features |
| • Issue 1067 (2024-04-22): LocalSend for transferring files, detecting supported CPU architecure levels, new visual design for APT, Fedora and openSUSE working on reproducible builds, LXQt released, AlmaLinux re-adds hardware support |
| • Issue 1066 (2024-04-15): Fun projects to do with the Raspberry Pi and PinePhone, installing new software on fixed-release distributions, improving GNOME Terminal performance, Mint testing new repository mirrors, Gentoo becomes a Software In the Public Interest project |
| • Issue 1065 (2024-04-08): Dr.Parted Live 24.03, answering questions about the xz exploit, Linux Mint to ship HWE kernel, AlmaLinux patches flaw ahead of upstream Red Hat, Calculate changes release model |
| • Issue 1064 (2024-04-01): NixOS 23.11, the status of Hurd, liblzma compromised upstream, FreeBSD Foundation focuses on improving wireless networking, Ubuntu Pro offers 12 years of support |
| • Issue 1063 (2024-03-25): Redcore Linux 2401, how slowly can a rolling release update, Debian starts new Project Leader election, Red Hat creating new NVIDIA driver, Snap store hit with more malware |
| • Issue 1062 (2024-03-18): KDE neon 20240304, changing file permissions, Canonical turns 20, Pop!_OS creates new software centre, openSUSE packages Plasma 6 |
| • Issue 1061 (2024-03-11): Using a PinePhone as a workstation, restarting background services on a schedule, NixBSD ports Nix to FreeBSD, Fedora packaging COSMIC, postmarketOS to adopt systemd, Linux Mint replacing HexChat |
| • Issue 1060 (2024-03-04): AV Linux MX-23.1, bootstrapping a network connection, key OpenBSD features, Qubes certifies new hardware, LXQt and Plasma migrate to Qt 6 |
| • Issue 1059 (2024-02-26): Warp Terminal, navigating manual pages, malware found in the Snap store, Red Hat considering CPU requirement update, UBports organizes ongoing work |
| • Issue 1058 (2024-02-19): Drauger OS 7.6, how much disk space to allocate, System76 prepares to launch COSMIC desktop, UBports changes its version scheme, TrueNAS to offer faster deduplication |
| • Issue 1057 (2024-02-12): Adelie Linux 1.0 Beta, rolling release vs fixed for a smoother experience, Debian working on 2038 bug, elementary OS to split applications from base system updates, Fedora announces Atomic Desktops |
| • Issue 1056 (2024-02-05): wattOS R13, the various write speeds of ISO writing tools, DSL returns, Mint faces Wayland challenges, HardenedBSD blocks foreign USB devices, Gentoo publishes new repository, Linux distros patch glibc flaw |
| • Issue 1055 (2024-01-29): CNIX OS 231204, distributions patching packages the most, Gentoo team presents ongoing work, UBports introduces connectivity and battery improvements, interview with Haiku developer |
| • Issue 1054 (2024-01-22): Solus 4.5, comparing dd and cp when writing ISO files, openSUSE plans new major Leap version, XeroLinux shutting down, HardenedBSD changes its build schedule |
| • Issue 1053 (2024-01-15): Linux AI voice assistants, some distributions running hotter than others, UBports talks about coming changes, Qubes certifies StarBook laptops, Asahi Linux improves energy savings |
| • Issue 1052 (2024-01-08): OpenMandriva Lx 5.0, keeping shell commands running when theterminal closes, Mint upgrades Edge kernel, Vanilla OS plans big changes, Canonical working to make Snap more cross-platform |
| • Issue 1051 (2024-01-01): Favourite distros of 2023, reloading shell settings, Asahi Linux releases Fedora remix, Gentoo offers binary packages, openSUSE provides full disk encryption |
| • Issue 1050 (2023-12-18): rlxos 2023.11, renaming files and opening terminal windows in specific directories, TrueNAS publishes ZFS fixes, Debian publishes delayed install media, Haiku polishes desktop experience |
| • Issue 1049 (2023-12-11): Lernstick 12, alternatives to WINE, openSUSE updates its branding, Mint unveils new features, Lubuntu team plans for 24.04 |
| • Issue 1048 (2023-12-04): openSUSE MicroOS, the transition from X11 to Wayland, Red Hat phasing out X11 packages, UBports making mobile development easier |
| • Issue 1047 (2023-11-27): GhostBSD 23.10.1, Why Linux uses swap when memory is free, Ubuntu Budgie may benefit from Wayland work in Xfce, early issues with FreeBSD 14.0 |
| • Issue 1046 (2023-11-20): Slackel 7.7 "Openbox", restricting CPU usage, Haiku improves font handling and software centre performance, Canonical launches MicroCloud |
| • Issue 1045 (2023-11-13): Fedora 39, how to trust software packages, ReactOS booting with UEFI, elementary OS plans to default to Wayland, Mir gaining ability to split work across video cards |
| • Issue 1044 (2023-11-06): Porteus 5.01, disabling IPv6, applications unique to a Linux distro, Linux merges bcachefs, OpenELA makes source packages available |
| • Issue 1043 (2023-10-30): Murena Two with privacy switches, where old files go when packages are updated, UBports on Volla phones, Mint testing Cinnamon on Wayland, Peppermint releases ARM build |
| • Issue 1042 (2023-10-23): Ubuntu Cinnamon compared with Linux Mint, extending battery life on Linux, Debian resumes /usr merge, Canonical publishes fixed install media |
| • Issue 1041 (2023-10-16): FydeOS 17.0, Dr.Parted 23.09, changing UIDs, Fedora partners with Slimbook, GNOME phasing out X11 sessions, Ubuntu revokes 23.10 install media |
| • Issue 1040 (2023-10-09): CROWZ 5.0, changing the location of default directories, Linux Mint updates its Edge edition, Murena crowdfunding new privacy phone, Debian publishes new install media |
| • Issue 1039 (2023-10-02): Zenwalk Current, finding the duration of media files, Peppermint OS tries out new edition, COSMIC gains new features, Canonical reports on security incident in Snap store |
| • Issue 1038 (2023-09-25): Mageia 9, trouble-shooting launchers, running desktop Linux in the cloud, New documentation for Nix, Linux phasing out ReiserFS, GNU celebrates 40 years |
| • Issue 1037 (2023-09-18): Bodhi Linux 7.0.0, finding specific distros and unified package managemnt, Zevenet replaced by two new forks, openSUSE introduces Slowroll branch, Fedora considering dropping Plasma X11 session |
| • Full list of all issues |
| Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
| Random Distribution | 
GenieOS
GenieOS was a desktop-oriented Linux distribution based on the stable Debian GNU/Linux at the time of release. However, GenieOS attempts to be more user-friendly by limiting the system to a selected number of packages and enhancing it with many useful, but non-free applications and plugins, such as those required for viewing encrypted DVDs, Flash and Java browser plugins, and MPlayer with support for many popular audio formats. GenieOS includes the GNOME and KDE desktop environments.
Status: Discontinued
|
| TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite
Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
| Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
|
• 
• 
• 
• 
• 
• 
• 
0x969CD4E778C7b6549A2B00e34114e0168c86A542 
