| DistroWatch Weekly
|DistroWatch Weekly, Issue 523, 2 September 2013
Welcome to this year's 35th issue of DistroWatch Weekly! The OpenIndiana project, forked from OpenSolaris after it had been abandoned by Oracle, has seemingly been in steady decline for the last couple of years. Nevertheless, its development continues and even though the progress is slow, new pre-release versions regularly appear on the project's download servers. Jesse Smith evaluates the recently-released version 151a8 in this week's feature article. In the news section, openSUSE announces "Evergreen", a special release with three years of security support, while the GNOME project, concerned about the growing online surveillance by governments and their secret agencies, switches its default search engine from Google to DuckDuckGo. Also in this issue, a useful Question and Answers section detailing how to run applications entirely from memory, and an introduction to SmartOS, an OpenIndiana-based operating system for servers. Finally, we are pleased to announce that the August 2013 DistroWatch.com donation goes to the Tor project. Happy reading!
Listen to the Podcast edition of this week's DistroWatch Weekly in OGG (15MB) and MP3 (25MB) formats
|Feature Story (by Jesse Smith)
First look at OpenIndiana 151a pre-stable 8
The OpenIndiana project is a continuation of the OpenSolaris family and a close relative of Oracle's Solaris operating system. OpenIndiana is a community project which takes the illumos core and kernel technology and shapes it into an open source, general purpose operating system. The latest release to come out of OpenIndiana is a development release and, while I usually don't like to look at pre-stable releases, OpenIndiana releases infrequently enough I'm always interested in seeing what the team is doing. The current release, 151a8 looks to fairly tame, with mostly low-level updates to distinguish it from previous versions.
System installation and first impressions
The download ISO for OpenIndiana 151a8 is approximately 840 MB in size. Booting from the media displays a GRUB Legacy boot loader with various boot options, allowing us to start the system's live environment in a range of modes. Booting the system first brings up two text menus, the first which asks us to select our keyboard layout and the second text menu asks us to pick a language from the list of supported choices. From there the graphical desktop environment loads and presents us with GNOME 2.30. The environment's application and system menus sit at the top of the display. At the bottom of the screen we find the task switcher. On the desktop we find icons for browsing the file system, launching the system installer and opening the GParted and Device Driver applications. I'll come back to the Device Driver utility in a moment. First, I want to acknowledge that the wallpaper for the default GNOME desktop is bright green. It looks like a lime and the sun had a child together and spread it across my screen and it is not easy on the eyes. This default choice seems all the more unusual as there is a nice, soft-blue wallpaper with the project's branding on it available on the installation media.
The Device Driver application is an interesting program. Running the utility brings up a window which shows us a list of the hardware on our system. Network cards, audio devices, memory and storage devices are shown. Any items which the operating system does not know how to use, or does not have drivers for, are highlighted. This allows us to quickly see if any of our hardware will not work with OpenIndiana. I really like this feature as it takes the trial and guess work out of finding out whether our hardware is a good fit with the operating system. Most open source projects do not have such a straight forward, easily accessible utility for checking the status of device drivers and I think this is a great feature. The only other project I can think of which provides an easy way to see if our hardware is properly supported is PC-BSD.
OpenIndiana 151a8 - the system installer
(full image size: 872kB, screen resolution 1280x1024 pixels)
OpenIndiana's system installer is a graphical application which has a simple and attractive interface. Though at first it may not seem friendly. When I first launched the installer it popped up a message saying a configuration couldn't be loaded. However, once this ominous error message was dismissed the installer worked without any problems. We are asked whether we want OpenIndiana to take over our entire hard disk or use a given partition. Only one file system, labeled "Solaris2", is available. Once we have selected a partition to use we are asked to select our time zone from a map of the world. Then we tell the installer which language we prefer to use. The following screen gets us to set a root password and create a regular user account. The final screen shows a list of actions the system installer will perform and asks us for confirmation that these actions are okay. After that the installer copies its files to the local drive and, about twenty minutes later, we are asked to reboot the system.
Booting into OpenIndiana brings us to a nice, blue graphical login screen. Signing into our user account brings us back to the GNOME 2 desktop with its bright green wallpaper. Once I got signed in and started exploring, a few things became apparent. One is that we're not notified of software updates in the repositories, it seems we need to check manually. Another is that when new user accounts are created, logging into those accounts prompts the user for their preferred language and desktop environment, allowing each user to customize their environment a little up front. Another interesting feature of OpenIndiana is the root account's password expires immediately following the installation, which means to access any of the administration tools we must first login as root and change the password.
One final thing I noticed about OpenIndiana's interface is that it largely stays out of the way. There are, at times, notifications, but these are fairly subtle. The desktop feels clean, I really like the icon themes and there are useful tools easily identified and accessible from the desktop. We can quickly get to accessibility tools through the task bar or launch the package manager or see if we are on-line by visiting GNOME's top bar. Often the difference between a pleasant user experience and a poor one is in the little details and I feel the OpenIndiana desktop provides a good balance of information and lack of distractions.
OpenIndiana 151a8 - various applications and accessibility options
(full image size: 545kB, screen resolution 1280x1024 pixels)
Software and package management
The OpenIndiana operating system comes with a small, but useful, collection of desktop software. We are given the Firefox web browser, the Thunderbird e-mail client and the Pidgin instant messenger software. There are document viewers and image viewers and the GParted partitioning tool. I found the Rhythmbox audio player, the Totem video player, a CD ripper and two disc burners. There is an archive manager, text editor and calculator. OpenIndiana comes with a few accessibility tools, including a virtual keyboard and screen reader. There are several administrative tools, including a firewall configuration tool, a graphical package manager, a network configuration app and a utility for managing users & groups. The application for managing user accounts was the only one which did not work properly for me, launching the Users & Groups utility would cause the application to immediately freeze.
The other applications all worked as expected. The operating system additionally comes with the GNOME 2 configuration tools which give us a good deal of flexibility with regards to the look and feel of the interface. Digging a little deeper I found OpenIndiana does not come with popular multimedia codecs and they do not appear to be in the repositories either. Nor did I find Flash (or, alternatively, Gnash). There is no compiler installed by default, but the GNU Compiler Collection is available through the software repositories. I found did find that Java was installed for us. I did some digging through the software repositories and found they were fairly sparse when compared next to most Linux distributions. There didn't appear to be any productivity suite and there were limited multimedia apps.
OpenIndiana 151a8 - package management
(full image size: 501kB, screen resolution 1280x1024 pixels)
The graphical package manager which comes with OpenIndiana is called, simply enough, Package Manager. This application shows us a list of software categories down the left side of the window and a list of packages in the selected category on the right. The layout and style make the package manager resemble Synaptic, a popular Linux package manager. Browsing through the available software, we mark off as many packages as we want for installation or removal. Then the package manager processes our queued actions all at once. The graphical package manager will also handle software updates, all the user needs to do is click the update button and the application handles the rest for us. I found the package manager to be a touch slow, but it worked well enough and I encountered no problems using it. In addition to the main package manager I also found a small app dedicated to checking for and installing software updates. This small app also worked well, letting me select which updates I wanted to download and the rest of the process was automated.
Special features and utilities
OpenIndiana comes with a few interesting features. One of them is Time Slider. What Time Slider does is allow us to set up periodic snapshots of the operating system. Once a snapshot has been created we can open the file manager and use a sliding bar to browse backward in time to see previous versions of files. This is quite handy if we want to see changes made to a file or if we accidentally delete a file we needed. The Time Slider allows us to pop backward in time to snapshots of the file and recover our data. OpenIndiana basically takes file system snapshots and makes them easy (and fairly intuitive) to the end user. The part of the Time Slider feature I like best is that it is built directly into the system's file manager, it isn't a separate tool. This makes file recovery a fairly seamless process and I feel this gives OpenIndiana an edge over other open source operating systems that feature file system snapshots.
OpenIndiana 151a8 - system configuration tools
(full image size: 489kB, screen resolution 1280x1024 pixels)
A nice feature related to Time Slider is the ability to boot previous versions or snapshots of our operating system. I found that once I had made configuration changes or updates to OpenIndiana a new menu entry would be added to the GRUB boot loader. This means that if the operating system no longer boots we can simply restart the machine and select an older snapshot of OpenIndiana from the boot menu. I actually found myself using this feature a few times during my time with OpenIndiana. The operating system refused to boot a couple of times after I applied updates or made a configuration change and being able to simply reboot the machine and select "Backup-1" from the boot menu took all of the hassle out of the recovery process.
I tried running OpenIndiana on my desktop machine (dual-core 2.8 GHz CPU, 6 GB of RAM, Radeon video card, Realtek network card) and in a VirtualBox virtual machine. In both environments I found OpenIndiana performed well. All of my desktop's hardware was properly detected and utilized and my screen was set to its maximum resolution. Both sound and networking worked out of the box. I was pleased to find that OpenIndiana worked very well when running inside VirtualBox. Again, my full screen resolution was detected and I encountered no problems. I did find that OpenIndiana ran a touch slowly in the virtual environment and was slow to boot, taking a few minutes to reach the login screen. According to OpenIndiana's "top" application, the operating was making use of approximately 900 MB of memory while sitting at the GNOME desktop.
OpenIndiana 151a8 - the Device Driver utility
(full image size: 741kB, screen resolution 1280x1024 pixels)
I was a little sad by the end of my week with OpenIndiana. When I used OpenSolaris four or five years ago I thought the open source project, backed by Sun, was fairly impressive. It had ZFS and snapshots, it had a polished-looking modern desktop and some solid administrative tools. It also had the Device Driver application I mentioned earlier. In a lot of ways it felt like a solid, advanced operating system and I hoped that, with minor improvements (and performance enhancements), it would soon be a suitable desktop operating system I could use on a day-to-day basis. I feel that dream is fading. Running OpenIndiana today feels much the same as running OpenSolaris five years ago, the tools are mostly the same, the desktop is the same. The software included is starting to show its age and I don't feel any truly significant features have been introduced in the past few years. I'm sure the developers behind the project are doing a good job of hunting down bugs and keeping drivers current, and that is great. Still, I feel as though OpenIndiana is treading water, not progressing in any meaningful way.
Meanwhile, projects like FreeBSD have ZFS and snapshots, PC-BSD has a device driver compatibility tool and Linux is slowly adopting Btrfs. Plus, Linux distributions are generally getting faster and adopting more user-friendly tools. Other operating systems have maintained their momentum and largely caught up with the neat features OpenIndiana can offer. The OpenIndiana project is still interesting, but I find it is mostly attractive now (from my point of view) for its historical significance and design, not for the features or power it can provide as compared to other operating systems. OpenIndiana is still an impressive feat of engineering, but one which is slowly being surpassed.
|Miscellaneous News (by Ladislav Bodnar)
openSUSE development process and its "Evergreen" release, GNOME switches to DuckDuckGo
The development process of a large independent distribution is a complex and thankless task, often performed by just a handful of individuals whose names we don't even get to hear much. So how is all that great upstream software combined into one easy-to-install system? In case of openSUSE it all happens in the "Factory" development tree which, in time, gets frozen, branched, built, tested and released to our enjoyment. This article, entitled "The openSUSE release process", explains it in some detail: "To get openSUSE out is a lot of work. We already shared part of what we are doing to keep Factory rolling. But as you can guess, there is much more to it. But let’s pretend it is a simple three-step process. Once we release openSUSE, we immediately start working on the next version: a never ending story. First thing that happens during a new release cycle is 'coolo' announcing the road map. This is the schedule of the release and important checkpoints that we have to reach on our way. After the release Factory (our development version) is not frozen anymore and people can start submitting new stuff. Usually they go crazy and submit a lot of bleeding edge and experimental packages and quite some parts of Factory will get broken. Now comes the time for keeping Factory rolling."
In recent years openSUSE has been somewhat sidelined by the mainstream tech media which tends to focus on the two top Linux projects - Red Hat/Fedora and Ubuntu. Perhaps that's the reason why some of the project's developers re-opened the discussion on the distribution's long-term goals. One of the proposals, as covered recently by LWN's Changes brewing for openSUSE?, is "breaking the distribution up into 'components', each of which has a clearly defined set of dependencies. Multiple versions of a component might be supported at any given time, and the other components' teams would decide when to switch to a new version of a component it is dependent on. That way a change to a dependency wouldn't immediately be able to break any packages dependent on it as there would be no forced upgrade (at least until distribution release time neared)." The idea doesn't seem to have enough support, however. So for now, the only tangible change emerging from all this talk is Evergreen (some sort of an LTS, or long-term support release, if you are coming from Ubuntu): "The openSUSE Evergreen has just announced that the upcoming openSUSE 13.1 will be the next Evergreen release. This means that the Evergreen team will continue to provide openSUSE 13.1 with with security updates and important bug fixes after the usual 18 month maintenance cycle until it has had a total life time of at least three years."
* * * * *
Concerned about privacy and worried about increasing online surveillance, the GNOME project has switched its default search engine from Google to DuckDuckGo. Claudio Saavedra explains the reasons in more detail: "Today, we have switched the default search engine in web from Google to DuckDuckGo. This change might come up as a surprise, but there are a handful of reasons why this actually makes sense. Privacy: the GNOME project has decided, since that enlightening keynote by Jacob Appelbaum in GUADEC 2012, to make an extra effort towards ensuring users' privacy, and we, the web developers, believe we need to align with this goal. Using Google's search engine by default is counterproductive to this effect, unfortunately. I assume I don't need to go into details on the many ways in which Google tracks what their users do. DuckDuckGo, on the other hand, does not collect or share personal information. Cooperation: it has been some time now since we were first contacted by DuckDuckGo regarding the possibility to partner with them in order to share a percentage of the revenue that they make from the traffic originated on their search engine links, should DuckDuckGo become Web's default search engine."
|Questions and Answers (by Jesse Smith)
Forcing applications to run from RAM
Keeping-it-fast asks: I wonder if there is any way to keep some particular software entirely in RAM (memory) so that it starts within the blink of an eye? This particularly regards gedit, which is great, but it needs too long to start from my slow drive. Starting gedit takes much time even after I started and closed gedit one time, which should - to my mind - not happen as, once used, a program may stay in RAM if space is available there. So how can I make gedit stay entirely in RAM on my Debian system? In the same direction, you may have an idea how to keep all of the software running on a small Debian file server in RAM so that the system hard drive may switch off when nobody accesses a file from the server for an hour or so.
DistroWatch answers: There are a few ways to keep files and programs in the system's RAM for fast access and load times. Perhaps the most simple solution is to use the preload service. The preload program runs in the background and monitors the applications you use. Once preload has an idea of the software you access most often it will attempt to load these applications into memory and keep them there. According to preload's author, the preload daemon has the ability to improve load times from 25% to 50%. The preload service takes a while to learn your habits, but after a few days you should notice an improvement in your application load times. One of the aspects of preload I enjoy is that the service can be configured to limit the amount of RAM it uses. This allows us to determine how much memory the service should use as compared with the total amount of memory on our system. The preload configuration file is well documented and the service comes with a useful manual page.
Another way to keep items in memory, whether they are data files, libraries or applications, is to transfer the files into a RAM or tmp file system. What tmp and RAM file systems do is basically map a portion of your RAM so that it can be treated as though it were just another directory on your hard drive. Any data copied into this special directory will exist in RAM, not on your hard disk. Such an arrangement is especially useful if you have a lot of data you wish you read quickly, but do not plan to write new data. Usually these memory file systems are not used for storing changing data as a system crash or shutdown will cause the data to disappear from memory and it will not be automatically copied or backed up to the hard disk.
What I like about mapping a memory file system is that, while it takes a little more work up front, it allows us to select exactly what we want stored in memory. We can copy any applications, libraries or data files into RAM when the system starts up and those items will remain in memory until we unmount the directory or until the system powers off. It's a very flexible, customized approach to keeping data in memory for quick access. For a step-by-step guide to setting up ramfs or tmpfs directories (and for notes on the differences between the two memory file systems) I recommend this tutorial on Think Geek Stuff. The post takes us through the process of creating these memory file systems and talks about the pros and cons of using memory mapped data.
One thing to keep in mind if you are looking to keep applications or data files in RAM is that if your system has a small amount of memory available to it you may be hurting yourself in the long run by loading more items into RAM. Should you find yourself with a lot of data loaded in memory and the system suddenly needs to load new things into RAM it may force the system to juggle your reserved items and the data the system suddenly finds it needs. You could run into a situation where things are being juggled in and out of memory and the disk is being used more than before. This shouldn't be a problem if your system has lots of RAM which is not normally being used, but it may be a problem if your desktop or file server is already using most of its available RAM.
|Released Last Week
Clonezilla Live 2.1.2-43
Steven Shiau has released a new stable build of Clonezilla Live, version 2.1.2-43, a specialist Debian-based live CD designed for disk cloning and backup tasks: "This release of Clonezilla live (2.1.2-43) includes major enhancements and bug fixes: the underlying GNU/Linux operating system has been upgraded, this release is based on the Debian 'Sid' repository as of 2013-08-19); Linux kernel has been updated to 3.10.7; the drbl package has been updated to 2.4.28 and Clonezilla 3.5.17; syslinux has been updated to 5.10, gdisk to 0.8.7; SD card device (/dev/mmcblk0) cloning or imaging is supported; the ocs-expand-mbr-pt program will keep Linux swap partition size; the EFI-imgs/ directory on the live CD/USB has been moved under to EFI/; a 'sec=ntlm' option has been added in prep-ocsroot...." Read the rest of the release announcement for a full list of enhancements and bug fixes.
Jordan Hubbard has announced the release of FreeNAS 9.1.1, an open-source storage platform based on FreeBSD: "The FreeNAS development team is delighted to announce the general release of FreeNAS 9.1.1. This release offers small, but significant, improvements to FreeNAS 9.1.0. A number of cosmetic issues, user interface tracebacks and outright bugs (such as 32-bit plugins not working) have been addressed since 9.1 was released. A few features that were known to be broken, such as AIO in Samba 3 or IPv6 in plugin jails, were also disabled to avoid people shooting their feet off. Finally, a number of important ZFS stability fixes were also picked up from the TrueOS repo during the creation of 9.1.1-RELEASE. Thank you for all your participation and assistance during the 9.1.1 beta and release candidate process, this release benefited significantly from your suggestions and bug reports!" Here is the brief release announcement with a link to a full changelog.
Zorin OS 6.4
Artyom Zorin has announced the release of Zorin OS "Core" and "Ultimate" editions, an updated version of the Ubuntu-based distribution optimised for recent converts from Windows: "The Zorin OS Team is pleased to announce the release of Zorin OS 6.4 Core and Ultimate, our operating system designed for new Linux users. Zorin OS 6.4 builds on top of our popular previous release of Zorin OS 6.3 with newly updated software, a newer kernel out of the box and bug fixes. As Zorin OS 6.4 is based on Ubuntu 12.04 it is an LTS (long-term support) release, provided with software updates until April 2017. Users who already have installed earlier versions of the Zorin OS 6 series of operating systems can update their system using the Update Manager to avail of the aforementioned updates and improvements in 6.4. We hope that you will enjoy using Zorin OS!" Here is the short release announcement.
* * * * *
Development, unannounced and minor bug-fix releases
|Upcoming Releases and Announcements
Summary of expected upcoming releases
August 2013 DistroWatch.com donation: Tor|
We are happy to announce that the recipient of the August 2013 DistroWatch.com donation is the Tor project which provides software tools and maintains a network infrastructure for increased anonymity on the Internet. It receives US$350.00 in cash.
With recent revelations of unprecedented online surveillance by many governments and their various secret agencies, the question of online anonymity has started to gain prominence among the public in a number of countries. As a result, many people have turned to Tor which is probably the best-known project that develops tools and maintains infrastructure that attempts to preserve what little is left from our anonymity while using the Internet. From the project's home page: "Tor is free software and an open network that helps you defend against a form of network surveillance that threatens personal freedom and privacy, confidential business activities and relationships, and state security known as traffic analysis." The project's home page also explains its raison d'être: "Tor protects you by bouncing your communications around a distributed network of relays run by volunteers all around the world: it prevents somebody watching your Internet connection from learning what sites you visit, and it prevents the sites you visit from learning your physical location. Tor works with many of your existing applications, including web browsers, instant messaging clients, remote login, and other applications based on the TCP protocol." A much longer explanation, including a brief history, can be found on this About Tor page.
Launched in 2004, this monthly donations programme is a DistroWatch initiative to support free and open-source software projects and operating systems with cash contributions. Readers are welcome to nominate their favourite project for future donations. Those readers who wish to contribute towards these donations, please use our advertising page to make a payment (PayPal, credit cards and Bitcoins are accepted). Here is the list of the projects that have received a DistroWatch donation since the launch of the programme (figures in US dollars):
Since the launch of the Donations Program in March 2004, DistroWatch has donated a total of US$36,455 to various open-source software projects.
- 2004: GnuCash ($250), Quanta Plus ($200), PCLinuxOS ($300), The GIMP ($300), Vidalinux ($200), Fluxbox ($200), K3b ($350), Arch Linux ($300), Kile KDE LaTeX Editor ($100) and UNICEF - Tsunami Relief Operation ($340)
- 2005: Vim ($250), AbiWord ($220), BitTorrent ($300), NDISwrapper ($250), Audacity ($250), Debian GNU/Linux ($420), GNOME ($425), Enlightenment ($250), MPlayer ($400), Amarok ($300), KANOTIX ($250) and Cacti ($375)
- 2006: Gambas ($250), Krusader ($250), FreeBSD Foundation ($450), GParted ($360), Doxygen ($260), LilyPond ($250), Lua ($250), Gentoo Linux ($500), Blender ($500), Puppy Linux ($350), Inkscape ($350), Cape Linux Users Group ($130), Mandriva Linux ($405, a Powerpack competition), Digikam ($408) and Sabayon Linux ($450)
- 2007: GQview ($250), Kaffeine ($250), sidux ($350), CentOS ($400), LyX ($350), VectorLinux ($350), KTorrent ($400), FreeNAS ($350), lighttpd ($400), Damn Small Linux ($350), NimbleX ($450), MEPIS Linux ($300), Zenwalk Linux ($300)
- 2008: VLC ($350), Frugalware Linux ($340), cURL ($300), GSPCA ($400), FileZilla ($400), MythDora ($500), Linux Mint ($400), Parsix GNU/Linux ($300), Miro ($300), GoblinX ($250), Dillo ($150), LXDE ($250)
- 2009: Openbox ($250), Wolvix GNU/Linux ($200), smxi ($200), Python ($300), SliTaz GNU/Linux ($200), LiVES ($300), Osmo ($300), LMMS ($250), KompoZer ($360), OpenSSH ($350), Parted Magic ($350) and Krita ($285)
- 2010: Qimo 4 Kids ($250), Squid ($250), Libre Graphics Meeting ($300), Bacula ($250), FileZilla ($300), GCompris ($352), Xiph.org ($250), Clonezilla ($250), Debian Multimedia ($280), Geany ($300), Mageia ($470), gtkpod ($300)
- 2011: CGSecurity ($300), OpenShot ($300), Imagination ($250), Calibre ($300), RIPLinuX ($300), Midori ($310), vsftpd ($300), OpenShot ($350), Trinity Desktop Environment ($300), LibreCAD ($300), LiVES ($300), Transmission ($250)
- 2012: GnuPG ($350), ImageMagick ($350), GNU ddrescue ($350), Slackware Linux ($500), MATE ($250), LibreCAD ($250), BleachBit ($350), cherrytree ($260), Zim ($335), nginx ($250), LFTP ($250), Remastersys ($300)
- 2013: MariaDB ($300), Linux From Scratch ($350), GhostBSD ($340), DHCP ($300), DOSBox ($250), awesome ($300), DVDStyler ($280), Tor ($350)
* * * * *
New distributions added to database
- SmartOS. SmartOS is an open-source UNIX-like operating system based on illumos, a community fork of OpenSolaris. It features four technologies - ZFS (a combined file system and logical volume manager), DTrace (a dynamic tracing framework for troubleshooting kernel and application problems), Zones (a lightweight virtualisation solution) and KVM (a full virtualisation solution for running a variety of guest operating systems, including Linux, Windows, BSD and Plan9). SmartOS is designed to be particularly suitable for building clouds and generating appliances.
* * * * *
DistroWatch database summary
* * * * *
This concludes this week's issue of DistroWatch Weekly. The next instalment will be published on Monday, 9 September 2013. To contact the authors please send email to:
- Jesse Smith (feedback, questions and suggestions: distribution reviews, questions and answers, tips and tricks)
- Ladislav Bodnar (feedback, questions, suggestions and corrections: news, donations, distribution submissions, comments)
- Bruce Patterson (feedback and suggestions: podcast edition)
|Linux Foundation Training
|• Issue 843 (2019-12-02): Obarun 2019.11.02, Bluestar 5.3.6, using special characters on the command line, Fedora plans to disable empty passwords, FreeBSD's quarterly status report|
|• Issue 842 (2019-11-25): SolydXK 10, System Adminstration Ethics book review, Debian continues init diversity debate, Google upstreaming Android kernel patches|
|• Issue 841 (2019-11-18): Emmabuntus DE3-1.00, changing keys in a keyboard layout, Debian phasing out Python 2 and voting on init diversity, Slackware gets unofficial updated live media|
|• Issue 840 (2019-11-11): Fedora 31, monitoring user activity, Fedora working to improve Python performance, FreeBSD gets faster networking|
|• Issue 839 (2019-11-04): MX 19, manipulating PDFs, Ubuntu plans features for 20.04, Fedora 29 nears EOL, Netrunner drops Manjaro-based edition|
|• Issue 838 (2019-10-28): Xubuntu 19.10, how init and service managers work together, DragonFly BSD provides emergency mode for HAMMER, Xfce team plans 4.16|
|• Issue 837 (2019-10-21): CentOS 8.0-1905, Trident finds a new base, Debian plans firewall changes, 15 years of Fedora, how to merge directories|
|• 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|
|• 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 |
Berry Linux is a bootable CD Linux with automatic hardware detection and support for many graphics cards, sound cards, SCSI and USB devices and other peripherals. Berry Linux can be used as a Linux demo, educational CD or as a rescue system. It is not necessary to install anything on a hard disk, although this option is also available (it needs 1.2GB of hard disk space). Berry Linux is based on Fedora (previously it was based on Red Hat Linux and KNOPPIX).