| DistroWatch Weekly
|DistroWatch Weekly, Issue 822, 8 July 2019
Welcome to this year's 27th issue of DistroWatch Weekly!
A week ago the Mageia project, a community distribution which continues the legacy of Mandriva, published Mageia 7. The new release offers updates to many packages and desktop environments and provides better Wayland support, as well as more media codecs out of the box. In our Feature Story Jesse Smith takes Mageia 7 for a spin and reports on his experiences. Last week we covered a similar distribution, OpenMandriva, which is part of the same family of projects. Let us know which of these two distributions you prefer in the Opinion Poll. While we rarely review alpha and beta versions, preferring to focus on final releases, sometimes it is interesting to see what new technology is coming in future versions. Running pre-release software carries some risks and may introduce stability issues, but it is also a good way to test new software and report bugs. Our Technology Review column explores what it is like running the development branches of three distributions for three weeks. In the News section we cover the Mint team considering how to deal with Snap packages now that Ubuntu applications are moving toward being distributed as Snaps instead of Deb files. Plus we talk about IPFire temporarily losing the ability to accept donations and UBports reacting to Google's account changes. We also report on Ubuntu 18.10 nearing the end of its life and link to a guide for people who wish to upgrade Red Hat Enterprise Linux installations. We are then pleased to share the new releases of the past week and list the torrents we are seeding. We wish you all a terrific week and happy reading!
- Review: Mageia 7
- News: Mint team considers Snap packages, IPFire cannot accept donations, UBports works to maintain access to Google accounts, Ubuntu 18.10 nears its end of life, Red Hat offers upgrade guide
- Technology review: Running development branches
- Released last week: Debian 10, Mageia 7, NuTyX 11.1
- Torrent corner: 4MLinux, Arch, ArchBang, Archman, AUSTRUMI, Debian, IPFire, KaOS, KDE neon, Live Raizo, Mageia, NuTyX, SmartOS, Whonix
- Upcoming releases: FreeBSD 11.3, Tails 3.15
- Opinion poll: Mageia and OpenMandriva
- Reader comments
|Feature Story (by Jesse Smith)
Mageia is a user friendly, desktop-oriented Linux distribution. The project originally grew out of the Mandriva family of distributions and is independently developed. The project's latest release is Mageia 7 which, according to the project's release notes, offers 18 months of support. Mageia 7 drops support for the ARMv5 architecture while adding support for 64-bit ARM (Aarch64) and improving support for ARMv7. While ARM packages are being built, ARM installation media is not yet featured on the project's download page. The new release includes the DNF command line package manager and features the ability to play MP3 files - MP3 support was not included by default in previous releases due to patent restrictions.
The release notes mention that GNOME users can enjoy their desktop running on a Wayland session by default with X.Org available as an alternative. KDE Plasma users will have the opposite experience with their desktop running on X.Org and a Wayland session available through a package in the distribution's repositories. The documentation also mentions that when running a GNOME on Wayland session some graphical administrator tools will not work when run through su or sudo. The user can run these tools with their regular user privileges and the system will prompt for an admin password when necessary.
Mageia is available for the 32-bit (x86) and 64-bit (x86_64) architectures. We can either download an install DVD with multiple desktop packages bundled or we can download live media with the Plasma, GNOME, or Xfce desktops. There are smaller net-install disc images available too. I decided to try the KDE Plasma live disc which is a 2.8GB download.
Booting from the live media brings up a menu which gives us the option of immediately loading the project's system installer or launching a live desktop environment. Choosing the live desktop brings up a series of graphical screens asking us to select our language from a list, confirm the distribution's license agreement, and we are offered a chance to read the release notes. We are then asked to select our time zone from a list and confirm our keyboard's layout.
Mageia 7 -- The welcome window
(full image size: 243kB, resolution: 1366x768 pixels)
The Plasma desktop then loads and immediately launches a welcome screen. The welcome screen greets us to our "newly installed system", which is a bit misleading since we haven't launched the installer yet. The welcome window prompts us to go through the application's tabs in order to configure the operating system. There is no reason to do any configuration yet and we can simply close the welcome window and go through its steps after we install the distribution.
The Plasma desktop has one panel that runs along the bottom of the screen. The panel holds the application menu, some quick-launch buttons, and system tray. The application menu has a classic, tree-style layout which I like. On the desktop there are three icons which launch the system installer, open the Dolphin file manager and there is one labelled "Join the community". The last icon links us to the distribution's forum and areas of the project where people can contribute.
Mageia uses a graphical system installer which begins by asking us how we would like to partition the hard drive. We can either take over all available space on the disk of our choice or we can set up partitioning manually. I went with the manual option and found the partition manager to be very easy to use. We can operate on Btrfs, ext3, ext4, JFS, XFS, LVM and RAID volumes and Mageia supports encrypting partitions with a click.
The installer then offers to skip installing unnecessary packages, like those for hardware or languages we do not use. Software is then copied to our hard drive. Once all the packages have been transferred over we are asked to customize boot loader settings. For instance we can use GRUB2 in text or graphical mode, we can enable password protection and specify where GRUB2 is to be installed, though I found the defaults worked for me. Once the installer concludes its work, it returns us to the live desktop.
The first time we boot into our local copy of Mageia the system spends a few minutes downloading packages, or package information. The user is not told what is being done in any detail, but it looks like repository meta data is being downloaded. In my case the system eventually stopped the downloads with an error reporting a download had a checksum mismatch, but we are not told what this will mean for the user.
Then a graphical wizard appears and asks us to create a root password and to make up a new username and password for ourselves. With these steps completed we are presented with a login screen.
The login screen offers us three session options: Plasma, IceWM, and IceWM Session. Both IceWM options load the same window manager environment. Interestingly enough, IceWM is configured to look a lot like the Plasma session. The minimal window manager is set up with a panel at the bottom of the display and similar application menu. IceWM doesn't have the same colourful, polished look as Plasma, but it should look familiar to any users who need to use it to rescue their systems if Plasma stops working.
Signing into the Plasma session brings back the same welcome window we experienced in the live session. The welcome window features a series of tabs which we can use to configure the operating system, in particular enabling package repositories and installing additional software.
The first configuration tab explains the distribution's many repositories and how software is divided into groups such as "tainted", non-free, backports and 32-bit options. There look to be around 40 software repositories in total, once we account for all the testing and debugging options. The next tab in the welcome window offers to check for software updates and, in my case, the system did not find any.
The following tab offers to launch the distribution's Control Centre and I will talk more about this settings panel later. The next tab can launch the graphical software manager, RPMdrake, and I will also come back to this utility later. The next tab in the line offers to install popular software items. This tab is basically a mini software centre which lists categories of software and clicking on a category lists popular items in the category. Each item has an Install button next to it. Clicking the Install button asks for confirmation and then prompts us for the root password. The confirmation and password prompt happen for each item and we cannot queue multiple items at once, making this a tedious approach to installing extras. Some of the featured extras include media codecs, Steam, some web browsers and programming IDEs.
The welcome window's penultimate tab offers us system information, such as the release version we are using and our user identification number (UID). The final tab offers buttons to help us access Mageia's website, chat room, forum and other resources. The chat room button opens the Konversation IRC client and connects to a server. However, we cannot join the chat room until we register, through a website, so there is a hurdle in place for people seeking assistance.
I think it is worth noting that while the welcome window does offer some convenient features and is generally useful to getting us up and running with the tools we need, one drawback is almost every tab's feature or utility requires us to enter the root password. In the first 20 minutes I was using Mageia I probably entered the root password a dozen times. It's a practise that loses its charm with repetition.
Once we are done with the welcome window we are shown the Plasma desktop which looks and acts the same as it did in the live environment, except the installer icon has been removed from the desktop. In general, I liked how Plasma was laid out. The default theme is fairly easy on my eyes and I like the classic presentation with a tree-style menu and mostly empty desktop space.
Mageia 7 -- Running Firefox and LibreOffice
(full image size: 219kB, resolution: 1366x768 pixels)
I tried running Mageia in a VirtualBox environment and on a laptop. When running in VirtualBox the distribution worked well. The distribution integrates with VirtualBox and can use the host computer's full screen resolution. Desktop performance was good with the default settings and improved to become excellent once compositing was turned off and some effects were disabled.
On the laptop, Mageia ran smoothly. All my hardware was detected and the Plasma desktop was highly responsive. I ran into no performance or stability issues. The distribution required about 490MB of RAM to sign into Plasma and a fresh install used 6.8GB of disk space.
Mageia ships with a fairly standard set of open source software, though the KDE Plasma edition naturally leans toward providing KDE/Qt applications. The application menu includes the Firefox and Konqueror browsers, the Dolphin file manager and LibreOffice. Kmail is included along with the Konversation IRC client. Okular is available for viewing PDF documents and KOrganizer helps us stay on top of our schedules. The digiKam and GNU Image Manipulation Program are available to help us access and edit images.
Mageia 7 -- Browsing the application menu and managing background services
(full image size: 265kB, resolution: 1366x768 pixels)
The distribution ships with the Dragon Player media player, Clementine for playing audio files and the VLC multimedia player. For the most part audio codecs seem to be available by default and extra audio and video codecs can be downloaded through the welcome window. The K3b disc burning software is included. There are some smaller utilities like a text editor, archive manager and documentation that explains how to use the distribution's settings panel. The Marble virtual globe is included and Java is installed for us. Network Centre (also known as draknetcentre) is present to help us connect to networks. Behind the scenes Mageia uses systemd and runs on version 5.1.14 of the Linux kernel.
The included software generally worked well for me. Applications were stable, Firefox displayed web pages, I was able to edit documents and alter images without any problems. I could play videos and audio files too, once codecs had been installed from the welcome window.
Mageia ships with two settings panels, one for handling desktop settings and one for managing the underlying operating system. The latter is called Mageia Control Centre (MCC) and it is probably the most attractive feature of the distribution. Using the Control Centre we can manage software packages and repositories, set up printers, enable scanners, and manage background services. We can also view logs, set up new user accounts, manage network settings and set up network services such as Samba shares. Plus there are tools for setting up a firewall, and configuring the boot loader.
Mageia 7 -- The Mageia Control Centre
(full image size: 405kB, resolution: 1366x768 pixels)
The Control Centre is organized in a very straight forward manner and the settings modules are clearly labelled, making this settings panel a pleasure to use. It's probably one of the nicer admin panels in the Linux community and no worse off for having remained mostly unchanged over the years.
I ran into three issues while using the Control Centre which placed a small blemish on the otherwise fantastic experience. The first was the Snapshots tool would not open. Trying to open it causes an error to be displayed saying the tool terminated abnormally. The second is that there are two separate firewall tools for handling IPv4 and IPv6 connections. I don't think I've ever encountered a distribution which used separate GUI tools for different IP versions, but it means if we switch between network types (or have a network that supports both connections) we need to set up all our firewall rules twice. It isn't a bug, but it is inconvenient. The third issue deals with software, which brings me to software management.
A handful of the modules in the Control Centre assist the user in managing software repositories, checking for updates and installing or removing packages. The update manager did not work for me. Launching it shows the manager checking for updates and it finds none. I was suspicious of this lack of updates after a few days and switched over to a command line where I ran the DNF package manager. DNF reported it did find updates and offered to install them. Downloading and applying the new software worked through DNF without any problems.
While DNF works and should be pleasantly familiar to people who have used Fedora or other members of the Red Hat family recently, I suspect most users will want to make use of the graphical package manager which can be found in the Control Centre and in the application menu. The graphical package manager is presented with two panes. On the left we are shown available categories (and sub-categories) of software. On the right we find the names and descriptions of packages in the selected category, sorted alphabetically. One neat feature of the software manager is it can filter displayed items based on the package's type (GUI, backports, meta packages) and by status (installed or not installed). We can check (or uncheck) the box next to the item we want to install or remove and click another button to process all the changes we have selected.
The software manager worked well and quickly and I had no serious complaints while using it. Sometimes I found that having sub-categories of packages slowed me down. For instance I was not sure if the GNU Image Manipulation Program would be filed under the Graphics sub-category of Photography, Editing or Utility. In these situations, where we know the name and not the location of an application, we can search for items using keywords and I found this worked well.
Mageia 7 -- Browsing software packages
(full image size: 366kB, resolution: 1366x768 pixels)
Mageia does not ship with tools for running either Snap or Flatpak packages. A search for the Snap framework in Mageia's repositories returned no results, however Flatpak is available. I tested Flatpak using some bundles from the Flathub collection and found Flatpak worked properly.
While system settings are handled by the Mageia Control Centre, desktop settings are handled by a separate program called System Settings. The System Settings panel helps us manage the Plasma desktop by adjusting themes, search options, visual effects, fonts and screen locking options. The panel is arranged with two-panes, much like the modern GNOME settings panel. I found most of the settings I wanted quickly and there is a search function to help us narrow down where an option may be located.
Mageia 7 -- Adjusting the desktop theme
(full image size: 272kB, resolution: 1366x768 pixels)
I found that some applications, like the Control Centre and LibreOffice, did not follow the desktop theme I had selected. When I switched to a dark theme, they remained light. To make matters worse, selecting a dark theme made the icons in LibreOffice disappear, rendering the application's toolbars useless. This could be fixed by adjusting the icons and GTK application themes, which are managed separately from the KDE/Qt themes.
I made a few other observations during my time with Mageia. One of the first being that the distribution engages its screensaver after just five minutes of inactivity. This setting is a common trend across distributions recently and one which is blissfully easy to adjust in the System Settings panel.
The desktop's application menu uses a tree-style layout by default, which I like. Though the organization is different than on most other distributions. This may require a period of adjustment if you are new to Mageia. Some categories have few (or no) applications in them, shuffling launchers down into sub-categories. This makes finding some items a longer process.
I was unable to install the Steam gaming portal due to missing dependencies. Even with the tainted and non-free repositories enabled, I could not install Steam through the graphical software manager. It was possible to install Steam through Flatpak though.
Mageia is unusual in that it does not ship with sudo enabled, or even installed. For people who prefer to use sudo over using the root account directly, sudo can be installed from the repositories. Then our user must be manually added to the /etc/sudoers file.
Overall I had a good time with Mageia 7. The distribution is easy to install, it looks nice, and its desktop performance was better than average. The system ships with most tools we will likely need and offers a variety of ways for people to find and install extra applications we might want.
I encountered two significant issues during my trial. The first being that the graphical update manager could never find updates. We can work around this by using DNF on the command line, but many users probably will not know to do this. The second was that we need to adjust themes in two different places for all applications to work with the new themes. This is not an issue specific to Mageia, but one which will impact anyone trying to adjust the look of their desktop.
These issues aside, Mageia generally presented a friendly experience that I think will appeal to most users. The distribution manages to offer modern technology and features while maintaining a classic look that I think most people will find familiar. The system has a relatively small memory footprint and the welcome window makes finding on-line resources and popular packages straight forward.
I particularly like the Control Centre, which is both powerful and easy to use. In my opinion, it would be nice if more distributions adopted the Control Centre, or something like it. Having friendly access to operating settings is a great feature projects like Mageia and PCLinuxOS offer and I always look forward to the experience.
Mageia does not appear to be doing anything big or revolutionary with this release. It feels like an evolutionary step forward from past Mageia releases - a little more modern, a little more polished. I didn't encounter any huge problems and no eye catching new features. It's just a solid, friendly platform that makes getting stuff done straight forward and pleasant.
* * * * *
Hardware used in this review
My physical test equipment for this review was a de-branded HP laptop with the following
- Processor: Intel i3 2.5GHz CPU
- Display: Intel integrated video
- Storage: Western Digital 700GB hard drive
- Memory: 6GB of RAM
- Wired network device: Realtek RTL8101E/RTL8102E PCI Express Fast
- Wireless network device: Realtek RTL8188EE Wireless network card
* * * * *
Visitor supplied rating
Mageia has a visitor supplied average rating of: 8.4/10 from 174 review(s).
Have you used Mageia? You can leave your own review of the project on our ratings page.
|Miscellaneous News (by Jesse Smith)
Mint team considers Snap packages, IPFire cannot accept donations, UBports works to maintain access to Google accounts, Ubuntu 18.10 nears its end of life, Red Hat offers upgrade guide
The Linux Mint Monthly News post was published this week and, along with some discussion on desktop improvements, there was a lengthy commentary on Snap packages. "I've been invited to participate by the Snap developers and I'm hoping one day we'll be able to integrate snap into Linux Mint. Although I'm worried about the impact on the market, I think snap could work both as a client and a file format, if it didn't lock us into a single store. You might wonder why I'm so outspoken about this all of a sudden. There's a certain sense of urgency which demands action on our side. Ubuntu is planning to replace the Chromium repository package with an empty package which installs the Chromium snap. In other words, as you install APT updates, Snap becomes a requirement for you to continue to use Chromium and installs itself behind your back. This breaks one of the major worries many people had when Snap was announced and a promise from its developers that it would never replace APT." The newsletter goes on to compare some aspects of how Flatpak and Snap work. The topic of 32-bit support and Mint's commitment to maintaining 32-bit packages for future releases is also covered.
* * * * *
IPFire is a Linux distribution often used on firewalls and routers to help guide and filter network traffic. The project recently ran into a common problem among open source projects when they lost access to one of their primary sources of income. "This is a different kind of announcement today. Unfortunately our service provider for credit card payments has disabled our account without any further notification. That means we can no longer collect donations via credit card or direct debit. If you have a bank transfer set up, you are fine." IPFire's team is looking at alternative methods for accepting donations.
* * * * *
About a week ago some people with Google accounts received a notice informing them that their devices would no longer by able to access and synchronize with data stored on Google servers. In particular, this change would cut off the ability for some open source applications to sync calendar and contact data with Google accounts. The UBports team, which has continued development of the Ubuntu Touch operating system, has responded with a plan to implement a fix before access from Ubuntu Touch phones is shut off by Google on July 15th. "Google has sent out notices that Ubuntu apps will lose some Google account access in July if the apps do not comply with Google's new standard. That could affect calendar synchronization and things like e-mail, where we are still using some old Canonical implementations. We decided we would do some updating of those, so that the keys become our own. We expect to get the necessary changes sorted by 15 July. There is a lot of misinformation going around about this, which makes it worse. The process they are going through seems very strange but it looks for now as if we will have no difficulty complying."
* * * * *
Adam Conrad has published a notice reminding Ubuntu users that Ubuntu 18.10 is approaching the end of its supported life. "Ubuntu announced its 18.10 (Cosmic Cuttlefish) release almost 9 months ago, on October 18, 2018. As a non-LTS release, 18.10 has a 9-month support cycle and, as such, the support period is now nearing its end and Ubuntu 18.10 will reach end of life on Thursday, July 18th. At that time, Ubuntu Security Notices will no longer include information or updated packages for Ubuntu 18.10. The supported upgrade path from Ubuntu 18.10 is via Ubuntu 19.04." Upgrade instructions are available for people who wish to upgrade to Ubuntu 19.04.
* * * * *
The Red Hat team has published a guide to upgrading from Red Hat Enterprise Linux 7 to version 8. The guide uses tools which help administrators take a snapshot of the existing operating system so that changes can be rolled back should a regression or other problem occur. "Red Hat Enterprise Linux was released a few weeks ago, and organizations may be considering upgrading from RHEL 7 to RHEL 8. In this post, I'll show how to carry out the upgrade process, minimize risks, and leverage the LVM snapshot feature to preserve the original root file system. Thanks to the snapshot, users should be able to go back to the RHEL 7 operating system in the event of any issues after the upgrade." The whole upgrade guide can be found on the Red Hat website.
* * * * *
These and other news stories can be found on our Headlines page.
|Technology Review (by Jesse Smith)
Running development branches
Running unstable or development software on a computer intended for day-to-day tasks is generally not recommended. Most people want stable software and a somewhat predictable operating system and running bleeding-edge development packages, conventional wisdom tells us, is not a good way to achieve that.
But how rough of a ride can we expect to have when running development snapshots of popular distributions? I wanted to experiment and find out. To do this I decided to install three distributions and run their development branches for three weeks (or until they became too unstable to use) and see what the experience was like.
* * * * *
Debian has three main branches. Releases are published from the Stable branch, the Testing branch is where the distribution takes shape before turning into Stable, and the Unstable branch is where new packages get uploaded to be tested. (There is also an Experimental branch for, well, more experimental testing.) The Unstable branch, also known as Sid, is where most of the interesting new changes happen. Unfortunately, Debian does not provide install media for Sid, however we can download a snapshot of Debian's Testing branch and then switch it over to using the Unstable repositories.
I downloaded a copy of Debian Testing featuring the Xfce desktop. This disc was 641MB in size. There is also a smaller, net-install CD which is just 334MB in size, if we do not mind downloading packages over the network during the installation process.
Booting from the disc brings up a boot menu asking if we would like to use a graphical or text-based installer. Debian has an unusually long install process (in terms of screens we need to go through) and the installer tends to alternate between asking questions and doing work, while most other installers ask all of their questions up front so we can go do something else while packages are being installed. For those who are curious, Debian's installer presented me with 20 configuration screens and there were 6 places where it stopped to load modules, check repository information, or install packages.
In the end though Debian Testing installed successfully and the newly installed system booted to a graphical login screen. From there I could sign into the Xfce desktop and get to work converting my Testing system into Unstable.
The Debian documentation says to convert an existing system into Sid, we should update APT's sources, changing them from the existing Testing (currently called Buster) repository to Unstable. However, the documentation is not explicit as to how this is to be done. Simply changing the existing APT repository names in the /etc/apt/sources.list file will not work as it includes links to security updates which will not be valid URLs if we do a simple find and replace. In the end, I selected a server from Debian's list of official mirrors and entered the new address manually.
Then I was able to run the upgrade (and dist-upgrade) commands to install new packages and reboot. Once the system came back on-line lsb_release still identified the system as being Debian 10 Buster, but the package version numbers matched Debian's Sid branch.
Debian Sid -- Running Xfce
(full image size: 168kB, resolution: 1280x1024 pixels)
Debian Sid, running Xfce with no new packages installed, used up just 2GB of disk space and used 214MB of RAM when signed into the desktop. This puts Debian Sid well into the lightweight end of mainstream Linux distributions.
Performance with the Xfce 4.12 desktop was good and, despite the distribution's plain grey default theme, the desktop was pleasant to use. Everything seemed to be working well. I could browse the web edit documents and generally play around with the operating system without any problems. I did miss having a volume control on the desktop, but otherwise I had no reason to complain. Debian Sid was definitely the distribution in this trial which required the most work to get up and running and convert over to the Unstable repository. However, it also offered the best performance and smallest resource requirements in my trial.
Over the next few weeks I continued to run Debian Unstable occasionally. I found that I had to check for new software updates manually as the system does not inform when new packages become available. I had expected there to be very few updates during my trial since I started this experiment right before Debian 10 "Buster" went into its freeze. However, even after the freeze was announced, the Unstable branch continued to provide a regular collection of updates. Generally a few dozen new packages became available each week.
Each week I downloaded a new batch of updates, typically through the Synaptic package manager. Each time the update process went smoothly and I did not encounter any regressions in the operating system or applications during my three week trial. Debian Sid may have had the longest and trickiest install process of the group, but it also offered the smoothest experience and the best performance of the three distributions. Debian Unstable was, for me, a smoother experience than what some fixed releases of other distributions offer.
* * * * *
Fedora, in line with its reputation for being on the cutting-edge, makes things a little easier for people who want to risk their systems by running the distribution's development branch. Fedora's development branch is called Rawhide and the project's documentation tells us that we can either upgrade to Rawhide from an existing, fixed version of Fedora, or install Rawhide directly from a dedicated ISO. I went with the option to download Rawhide's ISO and jumped straight into the experience.
Fedora's media boots to the GNOME 3.32 desktop where a window appears asking if we would like to launch the distribution's Anaconda installer or try the live environment. At first I opted to immediately open the installer, but after a few minutes it did not appear and I decided to explore the live environment. Later, I tried launching Anaconda from the GNOME Activities screen and the installer opened, however it began by displaying a warning saying that Anaconda was already running and should be closed before we did anything else. I checked and confirmed no other Anaconda processes were active before proceeding with the installer.
Anaconda warns us that we are about to install pre-release software, which I appreciated. Then we are presented with a hub screen where we can select modules to configure. One of the few items we need to address is disk partitioning, otherwise I could mostly stick with the defaults. This meant I only had to go through four screens of options to get the distribution installed.
Once Fedora has been placed on the hard drive and we reboot the computer, we are walked through five more screens of settings where we are asked to create a username/password for ourselves, choose whether to automatically submit bug reports to the developers, choose whether to keep location services on, and optionally connect to personal on-line accounts.
With those steps completed, we are presented with the GNOME desktop. GNOME Shell has a clean, empty layout and worked well. I found GNOME to be a bit slow to respond, probably in part because the PackageKit process was often using up half of my available CPU resources in the background.
A fresh install of Fedora Workstation took up 5.7GB of disk space and, when running GNOME Shell, the distribution consumed 755MB of RAM.
Fedora Rawhide -- GNOME's application menu
(full image size: 1.1MB, resolution: 1280x1024 pixels)
Something I noticed early on is that Fedora has more up to date X.Org packages than either of the other distributions I ran in this trial, but Fedora defaults to running a GNOME on Wayland session. One issue I ran into early on was that the system would always boot to a blank, grey screen. At first it looked as though the operating system was freezing just before reaching the login screen. However, I found if I switched to a text console (Ctrl-Alt-F2) and then switched back to the graphical session (Ctrl-Alt-F1) then the login prompt would appear. So this seems to be a graphical glitch rather than the login screen freezing.
Apart from the graphical glitch and some sluggish moments when using the desktop, Fedora managed to be useful and ran smoothly, despite its bleeding-edge software packages.
During my trial Fedora did not inform me when new packages were available. In fact, every time I went into the GNOME Software application and checked for new updates, Software reported no new packages were available. Switching to a terminal and running "dnf update" though would reveal new packages were available.
The second week I was running Fedora's Rawhide branch DNF reported that it did find new packages, but the package manager also ran into dependency conflicts and this prevented me from downloading the new software.
The following week GNOME Software still reported no new packages were available, but DNF did. There were 415 new packages, 525MB in size. The DNF package manager crashed during the update process the first time through. I re-ran "dnf update" without making any changes and the second time through DNF completed successfully.
Fedora, on the whole, provided a mostly good install process and its applications and desktop worked well during my trial. But the package management and graphics sometimes ran into problems. Fedora is right on the cutting-edge and sometimes this can prove interesting, but it also meant sometimes things don't work, or we need to wait for dependency issues to get worked out.
* * * * *
Ubuntu Daily Snapshot
I had trouble finding information on running a development branch of Ubuntu, but I was able to locate the distribution's daily ISO snapshot which, despite the name, appears to be updated about once a week at the time of writing. This ISO allows us to install the project's latest development packages just as we would install a stable version of Ubuntu.
As with Fedora, Ubuntu's media boots to a graphical environment where we are offered a chance to launch the Ubiquity system installer or try out the GNOME desktop. I leaped right into the installer, quickly stepping through its five option screens, which generally picked good defaults for my situation.
The new copy of Ubuntu boots to a graphical login screen where we can sign into the GNOME Shell 3.32 desktop. The first time I logged into the desktop I was asked if I wanted to connect to any on-line accounts. I was then asked if it was okay for the distribution to send system information to Canonical. With these windows dismissed, a new window appeared and reported new updates were available and offered to install them.
Ubuntu Daily Snapshot -- Checking for updates
(full image size: 1.9MB, resolution: 1280x1024 pixels)
Unlike Fedora, Ubuntu's GNOME desktop defaulted to running on an X.Org session. GNOME Shell is highly customized on Ubuntu with a theme and layout which make it look like Canonical's Unity 7 desktop. The included applications worked well and I found Ubuntu's GNOME-based desktop offered better performance than Fedora's, though naturally it was not as snappy as Debian's lightweight Xfce desktop.
A fresh install of the distribution took up 5.6GB of disk space, about the same as Fedora, but memory usage was quite a bit lower at 550MB.
Ubuntu was the only distribution in my trial to let me know when new package updates became available. Each week the update manager let me know there were updates available with an average of a dozen updates per week, totalling anywhere from 130MB up to 290MB. During the second week of operations Ubuntu continued to work smoothly without any notable issues. However, during the third week the distribution failed to boot about half the time. The system would get stuck starting services and fail to respond to keyboard input. Usually forcing a reboot once or twice would fix the issue and get the system back to normal.
When Ubuntu did boot everything else (web browsing, LibreOffice, the media player) all worked too. But failing to start around 50% of the time did not provide the level of reliability I had hoped for.
* * * * *
Someone suggested I also try openSUSE's Tumbleweed edition during this trial. However, I was more interested in the off-the-beaten track development branches of projects, rather than editions recommended to end users. I did look into trying openSUSE's Factory branch, where the nitty-gritty development happens, but could not find any documentation on how to download a snapshot of the Factory branch.
What stood out for me during this experience is that each of these three distributions have some key strengths and weaknesses. Debian was, by far, the longest and most complex to set up. Even having done a Testing-to-Unstable transition in the past, it still felt like an overly complicated process with gaps in the documentation. Once it was up and running through, Debian gave the best performance. It was stable and it ran quickly. I had wondered if comparing Debian to the other two projects right around the time of Debian 10's freeze date might be unfair, but as it turned out, Debian Unstable received almost as many package updates as the other two projects, so things were still moving at a comparable rate in Sid.
Fedora Rawhide was pretty straight forward to set up. The documentation for Fedora was probably the best of the three distributions. However, Fedora definitely offered the worst performance and had some of the most obvious glitches, such as not displaying the login screen. I also found GNOME Software reporting all packages were up to date while DNF showed new updates were available was frustrating. DNF also crashed on me once and ran into dependency conflicts on another occasion. Fedora offers the most up to date packages and an easy install process and good documentation. However, it also had the most bugs and problems once the system was up and running. Rawhide is not a system I would want to use on a regular basis.
Ubuntu offered a sort of middle ground. It was fairly straight forward to install a development snapshot of Ubuntu and this distribution was the only one which let me know when new packages became available. Ubuntu started out working smoothly, but ran into issues later in the trial when it frequently failed to boot. Ubuntu's development branch was like a big friendly dog which wants to make everything easy for us, but also isn't house trained yet.
Personally, I would not recommend trying any of these three development branches unless you have a good deal of Linux experience and want to help trouble-shoot issues during the development process. Fedora and Ubuntu would probably not be good day-to-day operating systems, in my opinion. Debian ran smoothly making it a reasonable day-to-day distribution, but it needed more knowledge to get running. For the brave or the curious, these development branches do provide an interesting way to see what is being worked on before the rest of the world sees it.
* * * * *
When I started my trial, these were versions of packages which were available in each distribution:
During my three-week trial, almost all key packages remained the same in their version numbers. The exception was Firefox, which was updated in Debian and Ubuntu to keep up with new upstream releases.
|Released Last Week
Donald Stewart has announced the release of Mageia 7, the new stable version from a community project that forked the defunct Mandriva Linux distribution back in 2010: "Everyone at Mageia is very happy to announce the release of Mageia 7. There are lots of new features, exciting updates and new versions of your favorite programs, as well as support for very recent hardware. There are classical installer images for both 32-bit and 64-bit architectures, as well as live DVDs for 64-bit Plasma, GNOME, Xfce and 32-bit Xfce. Mageia 7 comes with a huge variety of desktops and window managers, improved support for Wayland and hybrid graphics cards. On a more fun note, an effort was made to enhance gaming in Mageia, so there are many new upgrades and additions to the game collection. Here are the versions of some of the major packages that ship with Mageia 7: Linux kernel 5.1.14, rpm 4.14.2, dnf 4.2.6, MESA 19.1, Plasma Desktop 5.15.4, GNOME 3.32, Xfce 4.13.4, Firefox 67, Chromium 73, LibreOffice 6.2.3." See the release announcement and release notes for more information.
Mageia 7 -- Running the Plasma desktop
(full image size: 551kB, resolution: 1920x1080 pixels)
NuTyX is a French Linux distribution (with multi-language support) built from Linux From Scratch and Beyond Linux From Scratch, with a custom package manager called "cards". The project's latest release is NuTyX 11.1 which updates over 1,000 packages and provides 32-bit install media. "I'm very please to announce the new NuTyX 11.1 release. This new version contains more than 1,000 package upgrades. A 32-bit edition of NuTyX 11.1 is now available as well. The base of NuTyX comes with the new Linux kernel 4.19.56 LTS (4.9.183 for the 32-bit edition) and the very new Linux kernel 5.1.15 (in 64-bit only). The GNU compiler is now GCC 9.1.0. The graphical server is X.Org Server 1.20.5, MESA 18.3.6, GTK 3.24.9, Qt 5.12.4. Python 3.7.3 and 2.7.16 are updated as well. The MATE desktop environment comes in 1.22.1, the very latest version as well. The KDE Plasma desktop is 5.16.2, Framework is version 5.59.0 and applications are 19.04.2. Firefox is version 67.0.4 and Chromium is 74.0.3729.169 (build by the Arch Linux team and only in 64-bit edition)." Additional information can be found on the project's news page.
Patrick Schleizer has announced the release of Whonix 15, a major new version of the project's Debian-distribution designed for secure and anonymous internet browsing. Whonix deploys the Tor network on top of a heavily configured Debian system which is run inside multiple virtual machines, thus providing a substantial layer of protection from malware and IP address leaks. The new release is based on the upcoming Debian 10 "Buster": "After approximately one year of development, the Whonix project is proud to announce the release of Whonix 15. Whonix 15 is based on the Debian 10 'Buster' distribution. This means that users have access to many new software packages in concert with existing packages, such as a modern branch of GnuPG. Major changes and new features: kernel hardening; blacklist uncommon network protocols; systemd unit sandboxing; improve entropy collection through extensive research and installation by default of jitterentropy-rngd; research implications of Spectre, Meltdown, Retpoline and L1 Terminal Fault (L1TF) versus Whonix...." Read the release announcement and the changelog for further details.
The Debian project has announced the release of Debian 10 (code-named "buster"), the latest stable version from the popular community project and the world's largest Linux distribution whose beginnings date back to 1993: "After 25 months of development the Debian project is proud to present its new stable version 10, which will be supported for the next 5 years. This new release of Debian comes with a lot more software than its predecessor; the distribution includes over 13,370 new packages, for a total of over 57,703 packages. Most of the software in the distribution has been updated. Debian again ships with several desktop applications and environments. Among others it now includes GNOME 3.30, KDE Plasma 5.14, LXDE 10, LXQt 0.14, MATE 1.20 and Xfce 4.12. With buster, Debian brings a mandatory access control framework enabled by default. New installations of Debian buster will have AppArmor installed and enabled." See the release announcement and the detailed release notes for more information. As with the previous release, Debian 10 is available as a standard installation DVD set, as well as a separate set of live DVD images with popular desktop environments, including a newly added LXQt edition.
Debian 10 -- Running the GNOME desktop
(full image size: 332kB, resolution: 1920x1080 pixels)
* * * * *
Development, unannounced and minor bug-fix releases
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: 1,487
- Total data uploaded: 26.4TB
|Upcoming Releases and Announcements
Summary of expected upcoming releases
|Opinion Poll (by Jesse Smith)
Mageia and OpenMandriva
Last week we talked about the latest release of OpenMandriva and this week we took a look at Mageia. Both of these community distributions grew from the code and community left behind when Mandriva was shut down. While both Mageia and OpenMandriva share a lot of features in common, they have gradually diverged over time, each offering a slightly different vision of what a user-friendly distribution can look like.
We would like to know if our readers have a preference for one of these Mandriva descendants over the other. Let us know what you think of these two distributions in the comments.
You can see the results of our previous poll on using 32-bit applications in last week's edition. All previous poll results can be found in our poll archives.
Mageia and OpenMandriva
|I like both distros: ||102 (7%)|
| I prefer Mageia: ||351 (23%)|
| I prefer OpenMandriva: ||61 (4%)|
| I do not like either: ||215 (14%)|
| I have not used these distros: ||829 (53%)|
|Website News (by Jesse Smith)
DistroWatch database summary
* * * * *
This concludes this week's issue of DistroWatch Weekly. The next instalment will be published on Monday, 15 July 2019. Past articles and reviews can be found through our Article Search page. 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)
- Bruce Patterson (podcast)
|Linux Foundation Training
|Reader Comments • Jump to last comment
1 • Mageia Review (by fa-flyingalone on 2019-07-08 01:34:13 GMT from Australia) |
Good review of Mageia,
They do have a great community,
Taking the small steps forward with a new release is a positive move,
not overdoing the changes and stuffing up a wonderful Distro,smart,
overdoing password prompts hopefully will ease back in time,
Wish the Mageia team and community all the best,
All that hard work will and does pay off.
2 • Ubuntu Snapshot (by vern on 2019-07-08 01:38:33 GMT from United States)
"But failing to start around 50% of the time did not provide the level of reliability I had hoped for"
I have never had that kind of issue. I zsync every few days, and it never fails to boot up correctly.
I have had issue, but bootup is not one of them.
3 • 3-way test run: Debian, Ubuntu, Fedora (by Greg Zeng on 2019-07-08 01:47:01 GMT from Australia)
Very interesting comparison. The report seems to support the Phoronix benchtests of these products, especially with Ubuntu & Fedora. At the time of your testing, Fedora was running a beta version of the Linux kernel. About now (today), the final release of kernel 5.2 is available.
Both Fedora & Ubuntu were running GNOME, which is the heaviest & slowest of all the desktop environments (DE). GNOME is the only (?) DE which, like Canonical's Unity DE, refuses to allow the WIMP (Window, Icon, Mouse, Pointers) environment used by Apple & Microsoft.
Fedora Rawhide is also the most daring: using BTRFS & Wayland as well. Fedora affords this risk taking, being the experimental branch of Red Hat (RHEL). Whether this is the setup you used is not clear. One thing is clear: using raw testing versions of Linux is not recommended for those who want trouble-free operating systems. The final conclusion should be: use only the STABLE final release of the operating system, if you want to do other work, besides repairing faults in the operating system.
4 • Running development branches Debian Sid (by Dojnow on 2019-07-08 02:00:33 GMT from Bulgaria)
"Unfortunately, Debian does not provide install media for Sid" - This is not true, just use mini.iso, 48 MB for amd64: http://ftp.debian.org/debian/dists/stable/main/installer-amd64/current/images/netboot/mini.iso and you won't have to do "... and get to work converting my Testing system into Unstable."
"Simply changing the existing APT repository names in the /etc/apt/sources.list file will not work as it includes links to security updates which will not be valid URLs if we do a simple find and replace." - Unstable doesn't provide security updates, so just comment that line with #.
5 • Mageia review (by jeffrydada on 2019-07-08 02:51:32 GMT from United States)
I was a huge fan of Mandrake linux, I used versions 9 and 10 until I couldn't use them anymore. I was so disappointed when they closed up shop. Mandrake/Mandriva was the Ubuntu of Linux before Ubuntu. For me Mageia has carried the flag better than all other forks. ROSA is a close second to Mageia, they both take a long view of usability and stray from engaging in the cutting/bleeding edge game. If you are looking for stability and long term use then Mageia is your distro. I play with and use several Distros, but there is always a Mageia version running for day to day activites, intenet, word processing, audio and video entertainment. My preference is to download the "classic" installer that allows mo to install Cinnamon as my DE. Did I mention stable? Yea, this Distro is stable, solid as a rock. Thanks to the Mageia community for their hard work, many people doubted the potential longevity of a community driven fork of Mandrake and you guys have proven them wrong over and over again.
6 • Mageia 7 (by pengxuin on 2019-07-08 03:26:36 GMT from New Zealand)
quote: "There is no reason to do any configuration yet and we can simply close the welcome window and go through its steps after we install the distribution. "
if you had chosen to do any of the following in the Live session, (some from the welcome window):
set up Wifi network connection,
set up on-line repos,
added some applications,
set up a printer,
created some personal files (photos, music, video, text),
set up proprietary drivers for various hardware, (wifi / graphics),
and then chosen to install, these changes to the Live session would all have been transferred into your newly installed system.
Not many other distros do this.
This allows you to really check the system out before install, and then, after install, no need to recreate that which you did in the Live session.
quote: "It feels like an evolutionary step forward from past Mageia releases - a little more modern, a little more polished"
I think the above is quite Evolutionary.
It does set Mageia apart from most other distros.
7 • tree-style? (by tim on 2019-07-08 03:52:41 GMT from United States)
from the Mageia review: "The desktop's application menu uses a tree-style layout by default"
I cannot find a screenshot here or in websearch showing a tree menu. Thanks in advance if someone can point to an image or enlightening youtube video showing this feature.
8 • Re: "tree-style" application menu (by eco2geek on 2019-07-08 05:17:34 GMT from United States)
@7 - There's a screenshot of the application menu in the 3rd screenshot down from the top, the one captioned "Mageia 7 -- Browsing the application menu and managing background services".
By right-clicking on the button, you can select between the application menu style shown above, an application launcher similar to the one introduced in KDE 4, and a full-screen application launcher.
9 • Debian Sid (by Tran Older on 2019-07-08 05:26:12 GMT from Vietnam)
"Debian does not provide install media for Sid,..."
"Debian Sid may have had the longest and trickiest install process of the group,..."
Why don't you try Siduction, available with Cinnamon, Gnome, Mate, Plasma and XFCE desktops and Calamares installer, downloadable at https://mirror.math.princeton.edu/pub/siduction/iso/
10 • Mandriva and others. (by Bobbie Sellers on 2019-07-08 05:26:13 GMT from United States)
I voted for Mageia but I started with Mandriva 2006 and after 2011's unhappy version and the eventual failure of Mandriva as a company, I switched to PCLinux as Mageia 3 would not install on my Compaq notebook. That notebook went down the proverbial tubes and I ended up with a UEFI Windows Notebook.
At that time PCLinux could not install to a UEFI system without deleting the UEFI which I find a useful tool and I installed a Mageia 4.1 system which I was happy with for several years until that HP failed after about 4 years. By then PCLinux had gotten over its UEFI phobia and I installed it on my second(?) hand Dell E6420. I have been using it since then as it retains many of the features of the original Mandriva including the Computer Control Center. In addition in recent years the Mageia updates have been delayed by quite some months. The PCLinuxOS 64 is a "Rolling Release" which means the updates to the software show up often and usually work fine. A few years back I was flush with cash and wanted to donate to Mageia and this I found was quite difficult for US citizens to do. PCLinux on the other hand allowed me to set up a monthly donation so that I was helping fund my hobby. Otherwise I would be sending them both monthly donations. Because I like the CCC and its workings.
Open Mandriva sounds good but it seems to be a bit behind times perhaps due to lack of equipment for testing. Other developers claim Mandriva roots but if your present Linux is easy to install thank Gaël Duval who originated the Mandrake system from which our present Mageia and PCLinux are directly related. He is presently working on a independent cell phone running mostly Linux which is called /e/ formerly /eelo/.
11 • Running development branches Debian Sid (by Dulzamacis on 2019-07-08 07:15:57 GMT from Spain)
The correct link to mini.iso for Sid install is: http://ftp.debian.org/debian/dists/sid/main/installer-amd64/current/images/netboot/mini.iso
12 • Debian Sid (by Serge Terryn on 2019-07-08 07:34:28 GMT from Belgium)
Easiest way to install Debian Sid.
Download the stable network installer.
Boot and install.
Coming to the section to choose desktop etc ... uncheck everything. Reboot.
After rebooting :
as root give follow commands:
sed -i 's/stable/sid/g' /etc/apt/sources.list
sed -i 's/main/main contrib non-free/g' /etc/apt/sources.list
apt upgrade and you are done.
As root run tasksel, install your desktop of choice.
Tip: if you want sudo to work out of the box, don't set a root passwd during install, just press enter, then de user you provide will have sudo rights.
13 • Mandriva | Mageia (by Romane on 2019-07-08 08:13:28 GMT from Australia)
Both these system have lived as multi-boot systems on my beastie. Of the two, I liked Mageia the best, but I attribute that to having had Mandriva installed for less time than Mageia, thus less time to properly "play with" and assess Mandriva's strengths and weaknesses in comparison.
Neither of these distro's satisfied me in terms of being an option for my own day-to-day use, but then, I was looking at them in terms of a possible alternative for my wife's computer - her computing needs are much easier than my own. I found that, if needed, either of these two distribution would be a good replacement system. They both look good, they both perform well, they both have all the software that my wife is accustomed to, they are both agile. If I was asked at any time, I would happily recommend either of these.
Developing a system, as the developers of any distribution will confirm, is an involved task. The phrase "horses for courses" most strongly applies in evaluating a system for day-to-day use. In the end, I have found, the developers all do a good job integrating all the niggles and paper-cuts in such a way that in many cases, a choice will come down to personal taste between distributions that perform all the tasks that we expect with no (or very little) niggles and paper-cuts.
14 • Development branches (by Gerhard Goetzhaber on 2019-07-08 11:12:22 GMT from Austria)
When working with unstable editions of what distro ever one should be an advanced Linux user. In that case, however, the adventurer will not just have some funny experience but be fairly able to trust in doing serious daily work, too. Me, for the most time (!!!) of a single development cycle I get lucky with Fedora's Rawhide while any Rawhide user should always be conscious about one or two periods coming along within every cycle towards some next edition (currently fc31) that will cause a new setup unavoidable because of just at those moments Fedora will do heavy structural jumps leaving the recent system configuration useless or even unrebootable. One more notice hereon: Always (!!!) just update by Dnf from commandline!
If you want to try Rawhide you should take use of doing an individual setup from "Everything" ISO thus having benefit of the ability to select your preferred desktop environment as well as any software group you want to get installed from beginning on. Me, I always choose Xfce or Plasma for I hate GNOME and I will always hate it for in my opinion GNOME is nothing but terrorism against users.
Ubuntu nightlies do work well, all right. However, Ubuntu's quite different from my preferred direction of Linux development.
That thing with Debian Sid clearly is that Sid is everything else than a contiguous distribution: Sid repos can just serve to try out some single pieces of software on a testing system! If you don't believe in then you may seek your fortune with Siduction as they've been bravely searching the impossible. May be you like it. Me, I think it's akin Jesus' path towards the Holy Cross : ) The very better proposal for all friends of an up-to-date Debian is starting with the all about recommendable Sparkylinux!!
15 • Debian Sid based distros (by OstroL on 2019-07-08 11:55:16 GMT from Poland)
VSIDO for one, https://vsido.org/template/index.html, Deepin for two. Very nicely done Debian Sid distros.
16 • Mageia update manager (by Simon on 2019-07-08 12:11:22 GMT from Switzerland)
I can confirm, the updata manager does not work for me too. It is a no-go bug for normal users. I hope they will solve the problem.
17 • Debian Sid based distros (by zcatav on 2019-07-08 12:34:19 GMT from Turkey)
What about Siduction?
18 • Shuttleworth Hyperbolic Time Chamber (by Dr. E.S. Ktorp on 2019-07-08 13:12:38 GMT from United States)
"..I was able to locate the distribution's daily ISO snapshot which, despite the name, appears to be updated about once a week.."
Canonical stretching the truth? I'm shocked-- SHOCKED, I say!
19 • More loss of choice (by Tim on 2019-07-08 13:57:00 GMT from United States)
I noticed two things in this issue that, to me, indicate further loss of user choice in supposedly open software:
1) The thing about being forced to use a Snap package for Chromium (if you want to use Chromium) in Ubuntu and probably other Ubuntu-based distros
2) Google requiring compliance with their "new standards" in order to use certain of their applications, such as calendaring. I'm not sure what platforms this will affect; it seemed to be talking about mobile phones.
This and other recent items are leading me to seriously wonder, how much longer will FOSS be free and open?
20 • Installing Sid (by Jesse on 2019-07-08 14:19:37 GMT from Canada)
A few people have pointed out that there is a mini, network install image for Debian Sid which could be used to set up the distribution without installing Testing first. Which is true. However, there are three problems with that approach:
1. Network installs often are not practical if the user has a slow or unreliable network connection and/or they plan to do multiple installs.
2. The Debian documentation (linked to in the article) directs users to install Testing and upgrade to Sid.
3. The user needs to know the net-install disc for Sid exists, and it's rarely referenced in the documentation. It's not on the main download page, or the Sid wiki page. It's only mentioned as an alternative option on the Installing Unstable page. You really need to dig for it, which means most people won't use it compared to the approach taken in the article.
21 • Open Source does not mean license to behave stupidly. (by CS on 2019-07-08 14:26:30 GMT from United States)
IPFire payment processor terminates them after discovering they were allowing automated verification of credit card details.
From the IPFire blog:
"To not go too much into detail, this seems to be a case of that our payment provider terminated our contract because of one simple reason: They do not know what an Open Source project is and how donations work."
Talk about delusional. Do they not have reCAPTCHA in Germany? If you're this inept just set up a Patreon account, they handle all of these basics.
22 • Deepin, SHTC (by Siducer on 2019-07-08 14:27:03 GMT from Greece)
@15, deepin in now based on Debian stable. @18, It's a biological wonder how some creatures can carry large quantities of venom without poisoning themselves.
23 • Ubuntu snapshots (by vern on 2019-07-08 16:53:32 GMT from United States)
Regarding Ubuntu snapshot. If you go to:
and check the date, you'll find it is updated almost daily.
I find weekend might be missing. Not always though.
Not sure what Jesse was seeing, but I have been zsync'ing for years and its usually daily updates.
24 • Mageia 7 (by pfbruce on 2019-07-08 16:58:16 GMT from United States)
Apparently Mageia 7 xfce 64 bit does not do Wine very well. I am thinking that the 64 bit stampede is leaving old programs (through wine) in the dust bin. Too bad. I waited over a year for Mageia 7 and find it not suitable to my needs. MX works.
25 • Mageia 7 (by eye_of_man on 2019-07-08 17:40:17 GMT from United States)
@24 FWIW, I installed wine on my new Mageia 7 64-bit install and was able to run the one 32-bit program I tested it with just fine. However, I did edit the media sources and enable the 32-bit entries before doing so.
26 • @22 Deepin (by OstroL on 2019-07-08 17:52:03 GMT from Poland)
Didn't look in their website for a long time, for everything worked and nothing much to ask about, Just upgraded my old Deepin based on Sid to whatever that's coming up. So, the upgraded Deepin would be based on Debian stable, or something in between. Let's wait for a while for results.
27 • Mageia Cauldron, and a note on net install (by aguador on 2019-07-08 18:29:03 GMT from Bulgaria)
I have been using Mageia since Mageia 3, first with KDE, now with Enlightenment, and it has been my main distro for most of that time. Given Jesse's tests of development versions, I wanted to note that since near the EOL of Mageia 5 I have been using Mageia Cauldron, the development version, on my main machine. Cauldron has been the raw cutting edge of the distro and historically not for the faint of heart, but Mageia packagers are very good, and perhaps more careful today than in the past as suggested by their own comments. As a result, only one (systemd) update in my time with Cauldron has "broken" my system -- and that was my fault for not being more careful.
While using Cauldron as your daily driver is not the recommended route, testing updates prior to install can be done very easy with simple commands to flag possible problems. Between testing updates before installation and being conscientious about making backups, the user who wants the latest software can use Mageia Cauldron as if the distro were a rolling release. The downside of doing so is that you become very impatient with distros, and sometimes with Mageia stable, for not having the latest versions of the software you use!
As an aside for those with a good *wired* internet connection considering installing Mageia, the network installation is quite easy. With a couple of initial steps the 50MB "iso" gets you to an online graphical tool that is a mirror image of the full-system graphical installer. The network installer has two advantages: 1) having direct access to WMs or DEs that do not fit on the classical media, and 2) the installation of a fully up-to-date system.
28 • Re: #11, The correct link to mini.iso (by Dojnow on 2019-07-08 19:04:57 GMT from Bulgaria)
No, my link is correct. The mini.iso installer in Stable permits a choice of Stable | Testing | Unstable branch.
29 • Mageia 7 Wine/Stesm (by kilgoretrout on 2019-07-08 20:04:36 GMT from United States)
I think the problem many appear to be having with wine/steam probably comes from failing to properly configure the appropriate 32 bit repos when running Mageia 7, 64-bit. That's not a knock on them or the reviewer because properly setting up the 32 bit repos using Control Center>"Configure media sources" is not as simple as it should be. When you open up the forgoing tool to enable your 32 bit repos, you are confronted with a repo list as long as your arm and, if you're not familiar with Mageia, you are likely to be confused by their naming scheme. These are ones I found I needed for wine and steam to install and run properly: Core 32 bit Release; Nonfree 32 bit Release; and Tainted 32 bit Release. Each one of those repos has a separate "Update" repo which must also be enabled. Since the repo list is so long, it's very easy to miss one of these needed 32 bit repos. I know this from my own experience.
Once these repos where properly set up, I had no further problems with wine. Using Codeweaver's Crossover product, I installed several 32 bit windows applications(Dvd Shrink, Jigsaws Galore, Paint Shop Pro, Picasa3 and a few others) all of which ran without a problem. I also was able to run Grim Fandango Remastered which requires the usual 32 bit gaming libraries. Finally, I installed Steam, which is in the Mageia repos, and it ran fine.
30 • 32-bit support on Mageia (by Jesse on 2019-07-08 20:21:23 GMT from Canada)
>> "I think the problem many appear to be having with wine/steam probably comes from failing to properly configure the appropriate 32 bit repos when running Mageia 7, 64-bit."
I think the issue goes deeper than that. After my trial I kept playing with Mageia a bit and something I discovered over the weekend was, even with all 32-bit repos enabled (not including Testing and Debug), I could not install any 32-bit packages. Items like WINE and ZSNES would show up in the software manager, but none of them would install successfully. There was always a missing file or broken link. Even trying to grab low-level packages that probably didn't have dependencies would fail.
I don't know if the repo information is out of date, or there is another 32-bit repo not listed I need, or something else is happening. But simply enabling all the 32-bit repos (core, non-free, tainted) and refreshing my package information was not enough to get WINE installed.
31 • @19 Tim: (by dragonmouth on 2019-07-08 20:29:26 GMT from United States)
"2) Google requiring compliance with their "new standards" in order to use certain of their applications"
While that may seem like a limitation of choices, you are now free to choose apps from sources other than Google. :-)
32 • 32 bit support (by kilgoretrout on 2019-07-08 20:53:50 GMT from United States)
Jesse, you may be right. When I installed Crossover, it installed OK but spit out a list of recommended and optional 32 bit libraries that were not automatically installed. I had to go through that list and manually install each individual library, almost all of which I was able to find and install using Mageia's package manager. That's not unusual, since Crossover does not officially support Mageia; I have to do exactly the same thing when I install Crossover on Arch.
Once I installed the optional and recommended packages, that's when my wine/steam problems were fixed. I also installed the release candidate and upgraded from there so that my account for our different experiences but I can't see how. Finally, I vaguely recall somewhere during the installation trying to exercise some option to enable the 32 bit repos. It didn't work which is what threw me at first. I couldn't find any of the 32 bit packages listed by Crossover. That's when I checked the repos and discovered 32 bit Core, Nonfree and Tainted where not enabled. Oddly, their corresponding Update 32 bit repos were enabled.
33 • Mageia and OpenMandriva (by Niyas C on 2019-07-09 04:21:51 GMT from Singapore)
Recently, I explored both Mageia 7.0 and OpenMandriva Lx4. I would say, both are decent distributions to use, though not the best.
I wonder, why they are developing two distributions as successor of Mandriva. Just for name sake or fame sake?
34 • Canonical, Chrome/Chromium Snaps, Linux community (by iThink on 2019-07-09 04:36:48 GMT from United Kingdom)
* “Me, Google, Emperor and God”
The real reason behind the Chrome/Chromium Snaps is Google, not Canonical itself!
How about barking at Google? I mean, there is not a single product from Google that is really needed with exception to Chrome/Chromium Developers Tools (which is only relevant for web developers).
Maybe you should (at least try) think first and shout second.
No matter what Canonical gives you, you're complaining.
You get the most sophisticated DE ever (Unity), which allows you to buy the applications straight out of the Start Menu and you bark at Canonical.
You get Chrome/Chromium Snaps (instead of no Chrome/Chromium at all) and you bark at Canonical.
You get ... and you bark at Canonical.
Don't like it? Don't use it!
But, shut your barking mouth and stop complaining.
You've absolutely no rights whatsoever to demand anything.
You got only right to be grateful for a gorgeous product for free.
Without Canonical, nobody would even know that there's such thing as 'Linux'.
What a brainless, ungrateful and poisonous community.
* (“I, Claudius”, Robert Graves)
35 • Ungrateful...? (by OstroL on 2019-07-09 06:50:51 GMT from Poland)
"How about barking at Google? I mean, there is not a single product from Google that is really needed with exception to Chrome/Chromium Developers Tools (which is only relevant for web developers)."
Stop barking at Google too! Google's products helps me (and for lot of us around the world) to live easily. Ah, btw those who bark don't bite.
36 • Can Chromium (by Siducer on 2019-07-09 07:52:28 GMT from United States)
@34, So, the old Google/Canonical conspiracy. Google must be getting careless, because Chrome is still available as a .deb for 19.10, from Google itself. How did they miss that?
@31 "you are now free to choose apps from sources other than Google" Since these are mobile apps, which apps are you referring to?
@19, -Some new proposed "standards" have to do with limiting mobile app permissions to the minimum needed. Better security, according to google. There are also limits placed on browser extensions, and this is where desktop users are affected. Ad blockers like uBlock Origin will have to adapt or stop working in Chrome or Chromium. Exceptions only for enterprise users. In turn, Chrome will include a built-in blocker for what it deems obnoxious ads. No tin foil hat needed for this. Google, in spite of what some believe, is not in the business of checking to see what you do when you surf at night in your ragged underwear. It is in the ad business, and ad blockers are not conducive to increased business. Other browsers based on Chromium (Opera, Edge, Vivaldi, and others) can of course add built-in blockers if they wish.
37 • Tommorow (by iThink on 2019-07-09 08:30:59 GMT from United Kingdom)
@ 35 by OstroL
"... those who bark don't bite." ... as long as they're still barking. ;)
Please start learning reading if you are to place some comments!
[I was not barking at Google but simply noticing the fact -- Web Browser, Mail, Maps, Translator, Online-Office ... everything you get by many others too and that means: "there is not a single product from Google that is really needed"]
@ 36 by Siducer
"... STILL available ..."
The point is that all big companies are concentrating on Linux containers, which is, by the way, also thruth for the Linux Distributions. That's the reason behind Debian (as example) moving some folders under /usr.
The sole thing is that the Flatpak and Snaps make 'the life easier' for many developers and are less time consuming (== cheaper).
The consequences we see already -- more and more new applications are becoming available only as a Snap or Flatpak. Many others stay in repositories on some older version and the newer versions one gets only as Flatpak or Snap.
I pesonally, also prefer the 'repository way' but, that's irrelevant. The world's moving forward with or without me.
38 • changes (by Jordan on 2019-07-09 14:30:20 GMT from United States)
@37 "The world's moving forward with or without me."
Forward? Isn't that what the debate is about? Whether it's really a forward move or not (systemd/snap/ etc)?
39 • Chromium snaps (by Barnabyh on 2019-07-09 15:18:32 GMT from United States)
Actually, having Chromium snaps does not seem such a bad idea, except when you're taking the purity view that it's not according to the Unix philosophy, but what in the GNU/Linux universe is these days?
On Debian 9 and LMDE3 the latest package is Chromium 73 which can not be upgraded any more in a stable distribution due to dependencies. Unfortunately Google has this habit of breaking compatibility and rapidly requiring new libraries and they never changed. Snap provided a way to upgrade to Chromium 75 with everything in one package, with the added bonus of localization (which I did not bother with before) and probably Widevine included as well.
What I mean to say is there is a good case for snaps (or flatpaks). This, an easy way to provide updates to packages with quickly changing dependency requirements, is exactly what many users demanded a few years ago in the comments here on this forum.
40 • Why fight progress? (by Garon on 2019-07-09 17:15:29 GMT from United States)
Of course snaps and flatpaks are a step forward, in the right direction. There are too many problems with missing dependencies in deb and rpm packages. It didn't use to be that way but things are progressing so fast that it's hard for developers to keep up. Repositories cannot be trusted anymore and broken packages are becoming more common. It's my belief that the only way someone can get what they want is to compile it themselves and that has it's own problems. It's going to be a while before snaps and flatpaks are perfected and accepted but that day is approaching faster then we thought. And that is progress.
41 • nightly or beta distros (by az on 2019-07-09 21:07:50 GMT from United States)
first time ever reading distrowatch weekly
wouldn't even think of using an unstable version by itself, (that is on a working desktop or laptop that i need to connect)
i would on a second sytem to satisfy my interest (curiosity)
started using linux 1 1/2 yrs ago; wouldn't go back to windows
42 • @40 you're sort of right but it's not retroactive... (by backwards on 2019-07-09 23:23:59 GMT from United States)
even if snaps flatpaks become great lot of time and effort was wasted
and i bet that grand plan flopps too, linux doesn't have the central control needed...
43 • Mageia review (by Tony on 2019-07-10 02:15:33 GMT from Bulgaria)
It's not that I don't like OpenMandriva, but it comparison to Mageia it has way less software to offer in it's repos. The main difference between the two is that OpenMandriva is KDE focused while Mageia is not, which is exactly what I am looking for. I want my Xfce, my windows managers and my Gnome apps. Thanks for the great reviews for both distos, clean and professional as always.
44 • Upgrade to Debian 10 went well (by eco2geek on 2019-07-10 05:29:49 GMT from United States)
I upgraded from Debian 9 to Debian 10 the other day. The tl;dr version: the upgrade went fine with almost no problems. Follow the upgrade instructions in the Release Notes:
The one thing I'm kicking myself for not doing is, there were two configuration screens (from "dpkg-reconfigure") at the start of the upgrade, that were network-related and esoteric, and I should have written them down for further investigation later. (One had to do with updating Samba's config file for use with WINS, and the other had to do with specifying the port I wanted to use with UPnP -- if I remember correctly.)
By "problems" I mean things like, after re-enabling the Virtualbox repo, it wouldn't let me install Virtualbox 5.2 due to missing libs, so I had to install v5.1. And for some reason Frozen Bubble won't run full screen. Fairly minor stuff.
Also, after googling for help, I found instructions on how to get plymouth working, something I gave up on with Debian 9. All in all, it's good stuff. For an amd64 KDE install, the new KDE Plasma version is 5.14.5 and the default kernel is 4.19.
45 • Re: "Without Canonical, nobody would even know that there's such thing as Linux" (by Daniel on 2019-07-10 07:47:57 GMT from United States)
I think there is a worthwhile point raised in 2013 blog post written by Adam Williamson (part of which I've quoted). It should be acknowledged that Williamson is an employee of Red Hat and prior to that worked for Mandriva, but I don't feel his post should be dismissed out of hand because of his professional associations.
Before I provide the quote, let me first state that, as noted, the blog post is six years old, but I feel the general premise put forth in that post still holds. In the post Williamson mentions the NetMarketShare figure for Linux being 1.13% in May 2010 (this isn't included in the part I quoted) and the Linux usage share provided by W3Schools being 5.3% in the middle of 2011. To provide some updated figures, Linux usage share for June 2019 is 2.07% (2.47% if including Chrome OS) as reported by NetMarketShare, and 5.8% (6.2% if including Chrome OS) for May 2019 as reported by W3Schools. These figures are based on web browser usage (segmented by underlying operating system). As the thrust of Williamson's post focuses on desktop Linux adoption, NetMarketShare and W3Schools can at least provide some data towards that end.
"What does w3schools say? Much the same.
Their earliest numbers are March 2003 – Linux 2.2%, Mac 1.8%, Windows all the rest. By the time the first Ubuntu release was just about to show up, September 2004, Linux was up to 3.1%, with growth over that 18 month period smooth: contrary to popular belief, Linux use was growing at a constant rate prior to Ubuntu’s emergence, according to these numbers. At that time, Mandrake was the most popular Linux distribution for ‘regular desktop use’, occupying the spot Ubuntu occupies now.
After the emergence of Ubuntu, the growth rate actually appears to decline quite a lot, from 2005 through 2008. The number at the end of 2004 is still 3.1%; by the end of 2007 it has reached only 3.3%. Growth picks up again a bit over 2008, 2009 and 2010: by the end of 2010, Linux use has hit 5.0%. Linux usage finally peaks at 5.3% in the middle of 2011."
The post can be read in its entirety at www.happyassassin.net/2013/03/07/some-sad-numbers-on-how-linux-desktop-adoption-is-going/, but I feel the provided quote adequately represents the gist of the post.
By all means, Ubuntu as a project deserves credit where credit is due. It has brought additional focus to the user experience, some Canonical employees and some Ubuntu volunteers have been assiduous in their promotion of Ubuntu, and Ubuntu devs and Canonical as a company have made positive code contributions. Precise figures aren't available, but it is not a stretch to assume that among most desktop as well as some non-desktop use cases Ubuntu likely has the greatest usage share of any Linux distribution.
But in terms of growth of Linux as a whole (particularly with regard to rate of growth as touched upon in Williamson's blog post), it is impossible to know for certain if Linux's growth has actually been accelerated by Ubuntu instead of the growth essentially being organic to Linux itself with Ubuntu being more so a beneficiary than a catalyst. My guess is some of both, but considerably more of the latter. If Ubuntu didn't exist, would desktop Linux usage share still be about where it was in 2004, or would it be closer to, if not roughly the same as, where it is now (2019)? This is unknowable, but I suspect desktop usage share would have continued to increase comparably without Ubuntu around.
I am fairly confident commercial, non-desktop deployments using Linux would be about the same without Ubuntu. Linux had already achieved significant mind share among commercial enterprises by 1999 (e.g. www.cnn.com/TECH/computing/9904/02/linuxgrow.ent.idg/). VA Linux Systems, which provided hardware running Linux, had an absolutely crazy IPO in 1999 (www.wired.com/1999/12/va-linux-sets-ipo-record/), although the bottom fell out in short order. I think Linux would be just as relevant today for commercial, non-desktop use if Ubuntu hadn't existed. Whether consumer desktop and enterprise workstation growth would be roughly the same is another matter, but I suspect it mostly would be (particularly for workstations).
This is not to say that I wish Canonical had never existed. I am glad they do, and they have thus far proved to be more robust than some of the companies that have existed over the years (e.g. Mandriva SA, Progeny Linux Systems, the original Linspire Inc, etc).
46 • Debian 10 > AppArmor (by Yuri on 2019-07-10 08:00:04 GMT from Russia)
I see that in Debian 10 included (and enabled by default) AppArmor.
It means that all apps (> 50 000) - AppArmor-compatible?
And that about the 3rd party apps (not in official repositories)? I should be disable AppArmor for correctly work this (3rd party) apps?
47 • Mageia/OpenMandriva (by Chris on 2019-07-10 11:35:16 GMT from United States)
"I wonder, why they are developing two distributions as successor of Mandriva. Just for name sake or fame sake?"
They're actually completely separate projects. Prior to folding, the company that owned Mandriva let go of a number of their people who programmed and maintained the distribution. Those people forked Mandriva, copied its repositories and started to develop Mageia totally independently. OpenMandriva was a second fork that came about after Mandriva closed shop for good. It's run by the OpenMandriva Association.
So, both projects have the goal of continuing on with Mandriva in their own way, though totally independently from one another.
Personally, I've tried Mageia a number of times from version 1 through 5, I think. I usually run into an issue with it t that leads me to use other distributions. I've tried OpenMandriva once or twice, but I never seem to get anywhere with that one either. I think my problem is that Mandriva was one of the first Linux distributions I really fell in love with, about a decade ago, and neither fork quite captures that feel for me.
48 • AppArmor (by Jesse on 2019-07-10 15:04:53 GMT from Canada)
>> "I see that in Debian 10 included (and enabled by default) AppArmor.
It means that all apps (> 50 000) - AppArmor-compatible?"
Applications do not need to be made AppArmor compatible. Applications are not linked to AppArmor or modified in any way to be compatible with AppArmor.
All AppArmor does is provide the kernel with rules as to what resources a process can use, or is blocked from using. The application is not modified and, assuming it is running properly, is not affected by AppArmor rules. You will not need to disable AppArmor to run third-party applications.
49 • Ubuntu bad for LInux (by Jordan on 2019-07-10 16:27:32 GMT from United States)
My little theory is that the Ubuntu brains did not factor in any suspicion of association with Windows (perceived or real) as a sort of, "might as well just keep Windows" dynamic.
That decimal plus drop seems about right.. but what's sad is the lost growth potential for Linux.
50 • Ubuntu bad for Linux? (by Angel on 2019-07-10 17:32:29 GMT from Philippines)
@49, Ubuntu brains missed nothing. Linux runs in over half of Azure cloud instances. Guess which Linux is the most popular? In AWS, Linux percentage is quite higher. Guess which Linux is most popular there? Twenty-first century has been around for quite a while now, and still many people's brains are stuck in the twentieth..
51 • Snap Chromium (by Bob on 2019-07-10 18:15:16 GMT from United States)
With all the discussion about snapd and Chromium, I thought I would try it for myself rather than passing judgement without knowing about it first-hand.
I have Xubuntu 16.04 LTS 32bit on my laptop, and Chromium hasn't updated in the repository from 74 to 75, and it probably won't anytime soon.
I ran "sudo snap install chromium". After installation, I had to hunt down the launcher in my file system. I lauched it, checked the version number, 75-latest stable, but noticed something odd. The cursor reverted to a very basix x-cursor, not the current cursor theme I have on my system.
Then I googled "snapd chromium cursor" and found an abundance of posts and bug reports about this problem.
(INSERT FACE-PALM IMAGE HERE)
I'm not impressed. "THEY" want to force this method of installation on the end-user, but aren't making any effort to make sure it works properly.
In addition, there were some new snap folders in my home directory, and I'm not sure if those folders can be deleted.
In the end, I ran "sudo snap remove chromium" and cleaned out all the new snap folders.
Maybe, ten years from now, snap will be a good thing. In the mean time, I'll just keep running 74.
The end of mainstream 32bit Linux is on the horizon. That's OK. My next Xubuntu install will be 64bit, and I'll just have to install Google Chrome. I prefer Chromium, but the snap-crap version is not worth the headache.
- And just in case "THEY" decide to implement/FORCE snap on 64bit in the future , I've installed Manjaro xfce on a destop. It will be something of a learning curve going from a deb system to an arch system, but it could be I just might find a new favorite distro.
52 • @51 Bob: (by dragonmouth on 2019-07-10 20:00:57 GMT from United States)
SNAP is like all the other Canonical-developed projects (Mir, Unity, etc.). Only Ubuntu-based distro developers have any inclinations of using it. All other developers are avoiding Ubuntu projects.
53 • you may have missed the point (by Jordan on 2019-07-10 20:48:27 GMT from United States)
@50 Ubuntu brains missed the opportunity to get Linux past 2% ...
Why look at and be satisfied with 100% of a sliver of the pie when the rest of the pie is being eaten by Microsoft?
They seemed to have not factored in that association with Windows (maybe only perceived, but there none the less).
54 • @ 51 • Snap Chromium (by OstroL on 2019-07-11 07:24:32 GMT from Poland)
You have to understand that Snap Chromium is a work of individual developer, who had given Chromium PPAs before, and Chromium is not a default Ubuntu app. The individual developer can give what s/he wants, and whether you use it or not is your personal matter.
55 • @54 OstroL: (by dragonmouth on 2019-07-11 12:53:26 GMT from United States)
Chromium is not a Canonical product but SNAP is.
56 • Chromium Snap (by Flavio on 2019-07-11 19:22:02 GMT from Brazil)
Kubuntu 19.10 (development branch) replaced .deb package with .snap2 pagkage when upgraded Chromium from 74 to 75 last June, 13:
chromium-browser (74.0.3729.169-0ubuntu2) to 75.0.3770.80-0ubuntu1~snap2
I had a strange Mouse cursor and some problem with Theme, but also could'nt open / save files from / to other partitions. Ok, it is said to be more secure and there are ways to change this behaviors. But I did'nt like to have no more option of a .deb package. I didn't want to use .snap packages.
I have understand it is an essay, because Canonical doesn't want to do all packaging work for a few different Ubuntu versions.
Later, KDE Neon (still Bionic) upgraded to Chromium 75 without Snap, last June, 24:
chromium-browser (74.0.3729.169-0ubuntu0.18.04.1) to 75.0.3770.90-0ubuntu0.18.04.1
Arch is an option to run Chromium 75 without Snap, since June, 5:
Fedora is another option to run Chromium 75 without Snap, as I have seen last July, 5:
chromium --- x86_64 --- 75.0.3770.100-2.fc30
PCLinuxOS uses Chrome by default, and upgraded it to 75 last June, 5:
google-chrome-stable (74.0.3729.169-1pclos2019) to 75.0.3770.80-1pclos2019
57 • @ 55 (by OstroL on 2019-07-11 20:24:27 GMT from Poland)
I agree that snap is not a good app, not yet anyway. It is not an app for the desktop, even though some Ubuntu developers are trying to say. I believe that snap is made to be used in IoTs, which Cannonical is very keen about today. The desktop is not Cannonical's interest any more.
58 • 'The desktop is not Cannonical's interest any more.' (by Tortelvis on 2019-07-12 01:49:36 GMT from United States)
Right. None of the big corporate players in Linux -- Red Hat/IBM, Suse and Canonical -- give a rat's a$$ about the open source desktop. And it can be argued that things would be worse for end users if they did.
Meanwhile, the guy running the whole thing says just let Google do everything with its Chromebooks and Android phones. That will be an unsatisfactory answer for most Linux users.
IMO the open source desktop of the future will be KDE on top of some kind of Debian base. Given the progress of Plasma, that's not a bad place to be.
59 • Debian Sid Xfce based gaming distribution (by debiangamer on 2019-07-12 11:06:41 GMT from Finland)
Easiest way to install Debian Sid Xfce is to install this:
It is easy to create your own Debian Buster/Bullseye/Sid distribution with simple-cdd.
Host: optipc Kernel: 5.2.0 x86_64 bits: 64 Desktop: Xfce 4.13.3
Distro: Debian GNU/Linux bullseye/sid
Type: Desktop Mobo: ASUSTeK model: PRIME B450M-K v: Rev X.0x
serial: UEFI [Legacy]: American Megatrends v: 1607
6-Core: AMD Ryzen 5 2600 type: MT MCP speed: 2637 MHz
Device-1: AMD Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]
driver: amdgpu v: kernel
Display: x11 server: X.Org 1.20.4 driver: amdgpu
renderer: Radeon RX 580 Series (POLARIS10 DRM 3.32.0 5.2.0 LLVM 9.0.0)
v: 4.5 Mesa 19.2.0-devel - padoka PPA
Number of Comments: 59
Display mode: DWW Only • Comments Only • Both DWW and Comments
|• Issue 836 (2019-10-14): Archman 2019.09, Haiku improves ARM support, Project Trident shifting base OS, Unix turns 50|
|• Issue 835 (2019-10-07): Isotop, Mazon OS and, KduxOS, examples of using the find command, Mint's System Reports becomes proactive, Solus updates its desktops|
|• Issue 834 (2019-09-30): FreedomBox "Buster", CentOS gains a rolling release, Librem 5 phones shipping, Redcore updates its package manager|
|• Issue 833 (2019-09-23): Redcore Linux 1908, why Linux distros are free, Ubuntu making list of 32-bit software to keep, Richard M Stallman steps down from FSF leadership|
|• Issue 832 (2019-09-16): BlackWeb 1.2, checking for Wayland session and applications, Fedora to use nftables in firewalld, OpenBSD disables DoH in Firefox|
|• Issue 831 (2019-09-09): Adélie Linux 1.0 beta, using ffmpeg, awk and renice, Mint and elementary improvements, PureOS and Manjaro updates|
|• Issue 930 (2019-09-02): deepin 15.11, working with AppArmor profiles, elementary OS gets new greeter, exFAT support coming to Linux kernel|
|• Issue 829 (2019-08-26): EndeavourOS 2019.07.15, Drauger OS 7.4.1, finding the licenses of kernel modules, NetBSD gets Wayland application, GhostBSD changes base repo|
|• Issue 828 (2019-08-19): AcademiX 2.2, concerns with non-free firmware, UBports working on Unity8, Fedora unveils new EPEL channel, FreeBSD phasing out GCC|
|• Issue 827 (2019-08-12): Q4OS, finding files on the disk, Ubuntu works on ZFS, Haiku improves performance, OSDisc shutting down|
|• Issue 826 (2019-08-05): Quick looks at Resilient, PrimeOS, and BlueLight, flagship distros for desktops,Manjaro introduces new package manager|
|• Issue 825 (2019-07-29): Endless OS 3.6, UBports 16.04, gNewSense maintainer stepping down, Fedora developrs discuss optimizations, Project Trident launches stable branch|
|• Issue 824 (2019-07-22): Hexagon OS 1.0, Mageia publishes updated media, Fedora unveils Fedora CoreOS, managing disk usage with quotas|
|• Issue 823 (2019-07-15): Debian 10, finding 32-bit packages on a 64-bit system, Will Cooke discusses Ubuntu's desktop, IBM finalizes purchase of Red Hat|
|• Issue 822 (2019-07-08): Mageia 7, running development branches of distros, Mint team considers Snap, UBports to address Google account access|
|• Issue 821 (2019-07-01): OpenMandriva 4.0, Ubuntu's plan for 32-bit packages, Fedora Workstation improvements, DragonFly BSD's smaller kernel memory|
|• Issue 820 (2019-06-24): Clear Linux and Guix System 1.0.1, running Android applications using Anbox, Zorin partners with Star Labs, Red Hat explains networking bug, Ubuntu considers no longer updating 32-bit packages|
|• Issue 819 (2019-06-17): OS108 and Venom, renaming multiple files, checking live USB integrity, working with Fedora's Modularity, Ubuntu replacing Chromium package with snap|
|• Issue 818 (2019-06-10): openSUSE 15.1, improving boot times, FreeBSD's status report, DragonFly BSD reduces install media size|
|• Issue 817 (2019-06-03): Manjaro 18.0.4, Ubuntu Security Podcast, new Linux laptops from Dell and System76, Entroware Apollo|
|• Issue 816 (2019-05-27): Red Hat Enterprise Linux 8.0, creating firewall rules, Antergos shuts down, Matthew Miller answers questions about Fedora|
|• Issue 815 (2019-05-20): Sabayon 19.03, Clear Linux's developer features, Red Hat explains MDS flaws, an overview of mobile distro options|
|• Issue 814 (2019-05-13): Fedora 30, distributions publish Firefox fixes, CentOS publishes roadmap to 8.0, Debian plans to use Wayland by default|
|• Issue 813 (2019-05-06): ROSA R11, MX seeks help with systemd-shim, FreeBSD tests unified package management, interview with Gael Duval|
|• Issue 812 (2019-04-29): Ubuntu MATE 19.04, setting up a SOCKS web proxy, Scientific Linux discontinued, Red Hat takes over Java LTS support|
|• Issue 811 (2019-04-22): Alpine 3.9.2, rsync examples, Ubuntu working on ZFS support, Debian elects new Project Leader, Obarun releases S6 tools|
|• Issue 810 (2019-04-15): SolydXK 201902, Bedrock Linux 0.7.2, Fedora phasing out Python 2, NetBSD gets virtual machine monitor|
|• Issue 809 (2019-04-08): PCLinuxOS 2019.02, installing Falkon and problems with portable packages, Mint offers daily build previews, Ubuntu speeds up Snap packages|
|• Issue 808 (2019-04-01): Solus 4.0, security benefits and drawbacks to using a live distro, Gentoo gets GNOME ports working without systemd, Redox OS update|
|• Issue 807 (2019-03-25): Pardus 17.5, finding out which user changed a file, new Budgie features, a tool for browsing FreeBSD's sysctl values|
|• Issue 806 (2019-03-18): Kubuntu vs KDE neon, Nitrux's znx, notes on Debian's election, SUSE becomes an independent entity|
|• Issue 805 (2019-03-11): EasyOS 1.0, managing background services, Devuan team debates machine ID file, Ubuntu Studio works to remain an Ubuntu Community Edition|
|• Issue 804 (2019-03-04): Condres OS 19.02, securely erasing hard drives, new UBports devices coming in 2019, Devuan to host first conference|
|• Issue 803 (2019-02-25): Septor 2019, preventing windows from stealing focus, NetBSD and Nitrux experiment with virtual machines, pfSense upgrading to FreeBSD 12 base|
|• Issue 802 (2019-02-18): Slontoo 18.07.1, NetBSD tests newer compiler, Fedora packaging Deepin desktop, changes in Ubuntu Studio|
|• Issue 801 (2019-02-11): Project Trident 18.12, the meaning of status symbols in top, FreeBSD Foundation lists ongoing projects, Plasma Mobile team answers questions|
|• Issue 800 (2019-02-04): FreeNAS 11.2, using Ubuntu Studio software as an add-on, Nitrux developing znx, matching operating systems to file systems|
|• Issue 799 (2019-01-28): KaOS 2018.12, Linux Basics For Hackers, Debian 10 enters freeze, Ubuntu publishes new version for IoT devices|
|• Issue 798 (2019-01-21): Sculpt OS 18.09, picking a location for swap space, Solus team plans ahead, Fedora trying to get a better user count|
|• Issue 797 (2019-01-14): Reborn OS 2018.11.28, TinyPaw-Linux 1.3, dealing with processes which make the desktop unresponsive, Debian testing Secure Boot support|
|• Issue 796 (2019-01-07): FreeBSD 12.0, Peppermint releases ISO update, picking the best distro of 2018, roundtable interview with Debian, Fedora and elementary developers|
|• Issue 795 (2018-12-24): Running a Pinebook, interview with Bedrock founder, Alpine being ported to RISC-V, Librem 5 dev-kits shipped|
|• Issue 794 (2018-12-17): Void 20181111, avoiding software bloat, improvements to HAMMER2, getting application overview in GNOME Shell|
|• Issue 793 (2018-12-10): openSUSE Tumbleweed, finding non-free packages, Debian migrates to usrmerge, Hyperbola gets FSF approval|
|• Issue 792 (2018-1203): GhostBSD 18.10, when to use swap space, DragonFly BSD's wireless support, Fedora planning to pause development schedule|
|• Issue 791 (2018-11-26): Haiku R1 Beta1, default passwords on live media, Slax and Kodachi update their media, dual booting DragonFly BSD on EFI|
|• Issue 790 (2018-11-19): NetBSD 8.0, Bash tips and short-cuts, Fedora's networking benchmarked with FreeBSD, Ubuntu 18.04 to get ten years of support|
|• Issue 789 (2018-11-12): Fedora 29 Workstation and Silverblue, Haiku recovering from server outage, Fedora turns 15, Debian publishes updated media|
|• Issue 788 (2018-11-05): Clu Linux Live 6.0, examining RAM consumpion, finding support for older CPUs, more Steam support for running Windows games on Linux, update from Solus team|
|• Issue 787 (2018-10-29): Lubuntu 18.10, limiting application access to specific users, Haiku hardware compatibility list, IBM purchasing Red Hat|
|• Issue 786 (2018-10-22): elementary OS 5.0, why init keeps running, DragonFly BSD enables virtual machine memory resizing, KDE neon plans to drop older base|
|• Issue 785 (2018-10-15): Reborn OS 2018.09, Nitrux 1.0.15, swapping hard drives between computers, feren OS tries KDE spin, power savings coming to Linux|
|• Issue 784 (2018-10-08): Hamara 2.1, improving manual pages, UBports gets VoIP app, Fedora testing power saving feature|
|• Full list of all issues|
Star Labs - Laptops built for Linux.
View our range including the Star Lite, Star LabTop and more. Available with a choice of Ubuntu, Linux Mint or Zorin OS pre-installed with many more distributions supported. Visit Star Labs for information, to buy and get support.
|Random Distribution |
Guix System Distribution
Guix System (formerly Guix System Distribution, or GuixSD) is a Linux-based, stateless operating system that is built around the GNU Guix package manager. The operating system provides advanced package management features such as transactional upgrades and roll-backs, reproducible build environments, unprivileged package management, and per-user profiles. It uses low-level mechanisms from the Nix package manager, but packages are defined as native Guile modules, using extensions to the Scheme language.