 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!
Content:
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)
Conclusions
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.
FreeNAS 9.1.1
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
|
| DistroWatch.com News |
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):
- 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)
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.
* * * * *
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)
|
|
| Tip Jar |
If you've enjoyed this week's issue of DistroWatch Weekly, please consider sending us a tip.
(Tips this week: 0, value: US$0.00) |
|
|
|
 bc1qxes3k2wq3uqzr074tkwwjmwfe63z70gwzfu4lx  lnurl1dp68gurn8ghj7ampd3kx2ar0veekzar0wd5xjtnrdakj7tnhv4kxctttdehhwm30d3h82unvwqhhxarpw3jkc7tzw4ex6cfexyfua2nr  86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le paypal.me/distrowatchweekly • patreon.com/distrowatch |
|
| Extended Lifecycle Support by TuxCare |
|
|
|
| TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite
Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
| Archives |
| • Issue 1099 (2024-12-02): AnduinOS 1.0.1, measuring RAM usage, SUSE continues rebranding efforts, UBports prepares for next major version, Murena offering non-NFC phone |
| • Issue 1098 (2024-11-25): Linux Lite 7.2, backing up specific folders, Murena and Fairphone partner in fair trade deal, Arch installer gets new text interface, Ubuntu security tool patched |
| • Issue 1097 (2024-11-18): Chimera Linux vs Chimera OS, choosing between AlmaLinux and Debian, Fedora elevates KDE spin to an edition, Fedora previews new installer, KDE testing its own distro, Qubes-style isolation coming to FreeBSD |
| • Issue 1096 (2024-11-11): Bazzite 40, Playtron OS Alpha 1, Tucana Linux 3.1, detecting Screen sessions, Redox imports COSMIC software centre, FreeBSD booting on the PinePhone Pro, LXQt supports Wayland window managers |
| • Issue 1095 (2024-11-04): Fedora 41 Kinoite, transferring applications between computers, openSUSE Tumbleweed receives multiple upgrades, Ubuntu testing compiler optimizations, Mint partners with Framework |
| • Issue 1094 (2024-10-28): DebLight OS 1, backing up crontab, AlmaLinux introduces Litten branch, openSUSE unveils refreshed look, Ubuntu turns 20
| | • Issue 1093 (2024-10-21): Kubuntu 24.10, atomic vs immutable distributions, Debian upgrading Perl packages, UBports adding VoLTE support, Android to gain native GNU/Linux application support |
| • Issue 1092 (2024-10-14): FunOS 24.04.1, a home directory inside a file, work starts of openSUSE Leap 16.0, improvements in Haiku, KDE neon upgrades its base |
| • Issue 1091 (2024-10-07): Redox OS 0.9.0, Unified package management vs universal package formats, Redox begins RISC-V port, Mint polishes interface, Qubes certifies new laptop |
| • Issue 1090 (2024-09-30): Rhino Linux 2024.2, commercial distros with alternative desktops, Valve seeks to improve Wayland performance, HardenedBSD parterns with Protectli, Tails merges with Tor Project, Quantum Leap partners with the FreeBSD Foundation |
| • Issue 1089 (2024-09-23): Expirion 6.0, openKylin 2.0, managing configuration files, the future of Linux development, fixing bugs in Haiku, Slackware packages dracut |
| • Issue 1088 (2024-09-16): PorteuX 1.6, migrating from Windows 10 to which Linux distro, making NetBSD immutable, AlmaLinux offers hardware certification, Mint updates old APT tools |
| • Issue 1087 (2024-09-09): COSMIC desktop, running cron jobs at variable times, UBports highlights new apps, HardenedBSD offers work around for FreeBSD change, Debian considers how to cull old packages, systemd ported to musl |
| • Issue 1086 (2024-09-02): Vanilla OS 2, command line tips for simple tasks, FreeBSD receives investment from STF, openSUSE Tumbleweed update can break network connections, Debian refreshes media |
| • Issue 1085 (2024-08-26): Nobara 40, OpenMandriva 24.07 "ROME", distros which include source code, FreeBSD publishes quarterly report, Microsoft updates breaks Linux in dual-boot environments |
| • Issue 1084 (2024-08-19): Liya 2.0, dual boot with encryption, Haiku introduces performance improvements, Gentoo dropping IA-64, Redcore merges major upgrade |
| • Issue 1083 (2024-08-12): TrueNAS 24.04.2 "SCALE", Linux distros for smartphones, Redox OS introduces web server, PipeWire exposes battery drain on Linux, Canonical updates kernel version policy |
| • Issue 1082 (2024-08-05): Linux Mint 22, taking snapshots of UFS on FreeBSD, openSUSE updates Tumbleweed and Aeon, Debian creates Tiny QA Tasks, Manjaro testing immutable images |
| • Issue 1081 (2024-07-29): SysLinuxOS 12.4, OpenBSD gain hardware acceleration, Slackware changes kernel naming, Mint publishes upgrade instructions |
| • Issue 1080 (2024-07-22): Running GNU/Linux on Android with Andronix, protecting network services, Solus dropping AppArmor and Snap, openSUSE Aeon Desktop gaining full disk encryption, SUSE asks openSUSE to change its branding |
| • Issue 1079 (2024-07-15): Ubuntu Core 24, hiding files on Linux, Fedora dropping X11 packages on Workstation, Red Hat phasing out GRUB, new OpenSSH vulnerability, FreeBSD speeds up release cycle, UBports testing new first-run wizard |
| • Issue 1078 (2024-07-08): Changing init software, server machines running desktop environments, OpenSSH vulnerability patched, Peppermint launches new edition, HardenedBSD updates ports |
| • Issue 1077 (2024-07-01): The Unity and Lomiri interfaces, different distros for different tasks, Ubuntu plans to run Wayland on NVIDIA cards, openSUSE updates Leap Micro, Debian releases refreshed media, UBports gaining contact synchronisation, FreeDOS celebrates its 30th anniversary |
| • Issue 1076 (2024-06-24): openSUSE 15.6, what makes Linux unique, SUSE Liberty Linux to support CentOS Linux 7, SLE receives 19 years of support, openSUSE testing Leap Micro edition |
| • Issue 1075 (2024-06-17): Redox OS, X11 and Wayland on the BSDs, AlmaLinux releases Pi build, Canonical announces RISC-V laptop with Ubuntu, key changes in systemd |
| • Issue 1074 (2024-06-10): Endless OS 6.0.0, distros with init diversity, Mint to filter unverified Flatpaks, Debian adds systemd-boot options, Redox adopts COSMIC desktop, OpenSSH gains new security features |
| • Issue 1073 (2024-06-03): LXQt 2.0.0, an overview of Linux desktop environments, Canonical partners with Milk-V, openSUSE introduces new features in Aeon Desktop, Fedora mirrors see rise in traffic, Wayland adds OpenBSD support |
| • Issue 1072 (2024-05-27): Manjaro 24.0, comparing init software, OpenBSD ports Plasma 6, Arch community debates mirror requirements, ThinOS to upgrade its FreeBSD core |
| • Issue 1071 (2024-05-20): Archcraft 2024.04.06, common command line mistakes, ReactOS imports WINE improvements, Haiku makes adjusting themes easier, NetBSD takes a stand against code generated by chatbots |
| • Issue 1070 (2024-05-13): Damn Small Linux 2024, hiding kernel messages during boot, Red Hat offers AI edition, new web browser for UBports, Fedora Asahi Remix 40 released, Qubes extends support for version 4.1 |
| • Issue 1069 (2024-05-06): Ubuntu 24.04, installing packages in alternative locations, systemd creates sudo alternative, Mint encourages XApps collaboration, FreeBSD publishes quarterly update |
| • Issue 1068 (2024-04-29): Fedora 40, transforming one distro into another, Debian elects new Project Leader, Red Hat extends support cycle, Emmabuntus adds accessibility features, Canonical's new security features |
| • Issue 1067 (2024-04-22): LocalSend for transferring files, detecting supported CPU architecure levels, new visual design for APT, Fedora and openSUSE working on reproducible builds, LXQt released, AlmaLinux re-adds hardware support |
| • Issue 1066 (2024-04-15): Fun projects to do with the Raspberry Pi and PinePhone, installing new software on fixed-release distributions, improving GNOME Terminal performance, Mint testing new repository mirrors, Gentoo becomes a Software In the Public Interest project |
| • Issue 1065 (2024-04-08): Dr.Parted Live 24.03, answering questions about the xz exploit, Linux Mint to ship HWE kernel, AlmaLinux patches flaw ahead of upstream Red Hat, Calculate changes release model |
| • Issue 1064 (2024-04-01): NixOS 23.11, the status of Hurd, liblzma compromised upstream, FreeBSD Foundation focuses on improving wireless networking, Ubuntu Pro offers 12 years of support |
| • Issue 1063 (2024-03-25): Redcore Linux 2401, how slowly can a rolling release update, Debian starts new Project Leader election, Red Hat creating new NVIDIA driver, Snap store hit with more malware |
| • Issue 1062 (2024-03-18): KDE neon 20240304, changing file permissions, Canonical turns 20, Pop!_OS creates new software centre, openSUSE packages Plasma 6 |
| • Issue 1061 (2024-03-11): Using a PinePhone as a workstation, restarting background services on a schedule, NixBSD ports Nix to FreeBSD, Fedora packaging COSMIC, postmarketOS to adopt systemd, Linux Mint replacing HexChat |
| • Issue 1060 (2024-03-04): AV Linux MX-23.1, bootstrapping a network connection, key OpenBSD features, Qubes certifies new hardware, LXQt and Plasma migrate to Qt 6 |
| • Issue 1059 (2024-02-26): Warp Terminal, navigating manual pages, malware found in the Snap store, Red Hat considering CPU requirement update, UBports organizes ongoing work |
| • Issue 1058 (2024-02-19): Drauger OS 7.6, how much disk space to allocate, System76 prepares to launch COSMIC desktop, UBports changes its version scheme, TrueNAS to offer faster deduplication |
| • Issue 1057 (2024-02-12): Adelie Linux 1.0 Beta, rolling release vs fixed for a smoother experience, Debian working on 2038 bug, elementary OS to split applications from base system updates, Fedora announces Atomic Desktops |
| • Issue 1056 (2024-02-05): wattOS R13, the various write speeds of ISO writing tools, DSL returns, Mint faces Wayland challenges, HardenedBSD blocks foreign USB devices, Gentoo publishes new repository, Linux distros patch glibc flaw |
| • Issue 1055 (2024-01-29): CNIX OS 231204, distributions patching packages the most, Gentoo team presents ongoing work, UBports introduces connectivity and battery improvements, interview with Haiku developer |
| • Issue 1054 (2024-01-22): Solus 4.5, comparing dd and cp when writing ISO files, openSUSE plans new major Leap version, XeroLinux shutting down, HardenedBSD changes its build schedule |
| • Issue 1053 (2024-01-15): Linux AI voice assistants, some distributions running hotter than others, UBports talks about coming changes, Qubes certifies StarBook laptops, Asahi Linux improves energy savings |
| • Issue 1052 (2024-01-08): OpenMandriva Lx 5.0, keeping shell commands running when theterminal closes, Mint upgrades Edge kernel, Vanilla OS plans big changes, Canonical working to make Snap more cross-platform |
| • Issue 1051 (2024-01-01): Favourite distros of 2023, reloading shell settings, Asahi Linux releases Fedora remix, Gentoo offers binary packages, openSUSE provides full disk encryption |
| • Issue 1050 (2023-12-18): rlxos 2023.11, renaming files and opening terminal windows in specific directories, TrueNAS publishes ZFS fixes, Debian publishes delayed install media, Haiku polishes desktop experience |
| • Issue 1049 (2023-12-11): Lernstick 12, alternatives to WINE, openSUSE updates its branding, Mint unveils new features, Lubuntu team plans for 24.04 |
| • Issue 1048 (2023-12-04): openSUSE MicroOS, the transition from X11 to Wayland, Red Hat phasing out X11 packages, UBports making mobile development easier |
| • Issue 1047 (2023-11-27): GhostBSD 23.10.1, Why Linux uses swap when memory is free, Ubuntu Budgie may benefit from Wayland work in Xfce, early issues with FreeBSD 14.0 |
| • Issue 1046 (2023-11-20): Slackel 7.7 "Openbox", restricting CPU usage, Haiku improves font handling and software centre performance, Canonical launches MicroCloud |
| • Issue 1045 (2023-11-13): Fedora 39, how to trust software packages, ReactOS booting with UEFI, elementary OS plans to default to Wayland, Mir gaining ability to split work across video cards |
| • Full list of all issues |
| Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
| Random Distribution | 
KISS
KISS is a meta-distribution which provides a minimal, command line environment (using BusyBox) and a package manager (called kiss) written in a shell script. The project strives to reduce the size and requirements of packages to provide a lean and more fully understandable operating system.
Status: Dormant
|
| TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite
Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
| Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
|
• 
• 
• 
• 
• 
• 
• 
