| DistroWatch Weekly
|DistroWatch Weekly, Issue 360, 28 June 2010
Welcome to this year's 26th issue of DistroWatch Weekly! The great variety of free operating systems available today makes it possible to satisfy every user scenario; from extremely conservative to bleeding edge - there is a distro for everybody. Today we'll focus on the former. CentOS, a clone of Red Hat Enterprise Linux, is a product designed for those who prefer stability and reliability over cutting-edge features. But as explained by Karanbir Singh in our interview, CentOS can be used in surprisingly varied deployment setups, including VoIP servers, high-performance computing or development workstations. Read on to find out more. In the news section, Mandriva finds investors and promises a new release early next month, Oracle continues its secretive attitude towards OpenSolaris, Linux Mint releases a tool for easy localisation of its distribution, and NetBSD publishes a strategy guideline for testing the popular multi-platform operating system. Also in this week's issue, an explanation about TRIM on solid state drives (SSD) and a final list of new packages that will be added to the distribution tables on DistroWatch. Happy reading!
Listen to the Podcast edition of this week's DistroWatch Weekly in OGG (30MB) and MP3 (42MB) formats
Join us at irc.freenode.net #distrowatch
|Feature Story (by Ladislav Bodnar)
Interview with Karanbir Singh, CentOS project
CentOS, a Linux distribution built by compiling the source packages for Red Hat Enterprise Linux (RHEL), has emerged as the most popular RHEL clone available today. Although often perceived as an operating system for mission-critical servers where stability and dependability are far more important than cutting-edge features, CentOS can be used in other deployment scenarios, including specialist servers or development workstations. Today we talk to Karanbir Singh (pictured on the right), a CentOS developer, about the reasons behind the project's continued success, attempt a comparison of CentOS with other similar distributions and enterprise operating systems, and describe the process of building CentOS from the source code that Red Hat makes available with every new release.
* * * * *
DW: Karanbir, thank you very much for your time. Let's start with the usual. Can you please introduce yourself? How old are you? Where do you live? What do you do for living?
KS: Hi, my name is Karanbir Singh. I am 35 years old, love Belgian beers, enjoy travelling and a good steak. Born and brought up in India, I moved to the UK in May 2001. I am currently based in South East London working as the Infrastructure Lead for a major on-line services company.
DW: When and how did you get involved with CentOS?
When Red Hat moved from the Red Hat Linux to Red Hat
Enterprise Linux (RHEL) model it left my work place, of the time, in a dilemma. We had a lot of in-house experience on the "Red Hat" platform which also meant that we were very capable of self supporting our internal requirements. The RHEL platform, on the other hand, was and still is targeted primarily at people who need both business and technical support - neither of which was high on our priority list. The options at the time were to rebase to an alternative like Debian or SUSE or to hedge our bets with the faster moving target that was to become the Fedora
However, none of those options seemed natural and would all require a fair bit of effort. Plus, introducing a drastic change in our work process is something that I didn't want. Luckily, it was at that point that I came across the White Box
Enterprise Linux (WBEL) distro and we saw the third option - to continue to use a Red Hat platform, while being able to self-support our own requirements. So after a bit of testing, we started moving out production base over to WBEL, and then actually started doing the package rebuilds in-house.
It was a few months later, while talking with Johnny Hughes Jr, that I realised that WBEL was being too specifically targeted at an internal requirement that the only developer had. So we came up with a grand plan of starting our own project with a more open set of goals, better defined and easier for people to identify with. Our driving force was not the implementation goals that people had. Our driving goals were more along the lines of making sure we get a stable and well-managed platform together and the technical depth that people who already used this platform could bring into a common pool. But it was Donavan Nelson who pointed us at CentOS, which had already got a release for CentOS 3 out of the door. And after a bit of deliberation, Johnny and I decided that rather than start our own project we would adopt CentOS 4, and the two of us became the "CentOS 4" team.
Now almost six years later, we are still involved with the project and doing a lot of the work within the CentOS core team. Of course, personal life needs to take a priority and we all need to take breaks every now and again from CentOS "efforts".
DW: At times it seems that you are the main PR guy of the project, announcing most of the CentOS releases and providing information to third parties. Is this now your official function or is it just your own initiative to make CentOS more visible to the big world?
KS: I think it's a bit of both, official role and my own desire. Helped along with a case of implied visibility. There are quite a lot of people contributing in their own ways. And many of them, including me, put in dozens of hours every week towards CentOS and the various efforts in and around the project. It just so happens that things I'm working with at the moment has been that much more visible publicly, so plenty of people see and hear quite a lot from me.
There is every effort to make CentOS more popular and we all like to get the word out there about the platform. If you say that the small things that I do have been making an impact, it makes me feel good. Along the same line, one thing I would love to do more of is be able to travel to various open-source and business-centric shows to be able to talk to people about CentOS. But the day job gets in the way! The necessity to earn a living means that I can only do two or three such events every year.
DW: Although there have been several attempts at recompiling source code for Red Hat Enterprise Linux (RHEL) and create a "new" distribution, CentOS is now by far the most successful of these. What do you attribute this success to?
KS: There are a couple of things that contribute towards this. Firstly, there is the whole issue of trust. We have demonstrated over a long period of time that the userbase can expect a consistent, reliable and stable platform. And a large part of that comes from the extensive efforts we make in being and staying true to our upstream, Red Hat. As I mentioned previously, the goals within CentOS are not to target implementation, but to target this platform. What this means for the user is that they can trust the product that comes through CentOS and know they get the accrued benefit of the applications in the distro having been through the Red Hat testing process as well.
Another factor that contributes towards our popularity is the idea of peer recommendations. It has been a long and hard road, but we have always encouraged new industry segments to evaluate and grow with us. For example in early 2005, with CentOS-4/x86_64 we were able to reach out to the VoIP industry in a big way. We tried to make sure that the opinion leaders in that industry were aware of CentOS, knew what our goals were, had a route to provide direct feedback and know that their feedback would matter. End result was that most of them went out recommending CentOS. I've heard rumours recently that CentOS might be the largest installed platform for VoIP providers worldwide now! The hosting industry is another place where we had similar success. Both of these market segments are areas that I worked on personally; let's not forget that there are many other people who have had similar success with CentOS in their own respective areas of interest.
A third factor that has helped spread CentOS is availability. We have always tried to make sure that we have plenty of mirrors, plenty of bandwidth to those mirrors and spread them out all over the world. Today there are more than a hundred machines that are managed by the CentOS Infrastructure team and more than 500 external mirrors. Pretty much every major open-source mirror network in the world carries CentOS. It was a lot of effort getting there; in many cases it was one of us having to repeatedly badger the administrators in order to get them to carry our content.
Another major issue, and perhaps the most underrated aspect of CentOS, is that it makes for a fantastic platform to build emerging technologies and to host rapidly changing targets. I know many people will be surprised about that. The general impression is that CentOS is a stable platform, with a strongly reliable ABI tracking application base that does not divert from its core functionality during the course of a release. And they are all right. But because it does all this, it also makes for a fantastic platform to change a couple of specific applications that are important to you, and be able to rely on the fact that the other programs in the distro will not change drastically. And to be able to do this, yet receive security and bug-fix updates for the platform is of immense value to developers.
For example, if you want to build and host a Ruby on Rails application, CentOS is a great choice. It allows you to use whatever mechanism you want to build, test and deploy your application, while assuring the user that the environment and platform are secure, dependable and stable. And it is this feature that contributes in large portions to the fact that almost every emerging technology today has some level of roots in CentOS. Cloud computing, messaging, high-performance clustering, virtualisation, appliances, VoIP, commodity level hosting, etc are all areas that CentOS has been involved with.
Then there is the huge community around CentOS - an extremely capable and knowledgeable pool of people who all work to achieve different things using the same platform. So if you run into issues, there are usually quite a few people who would be very ready to help out over the lists, IRC, forums or even direct email. This does come with its caveat of community level support so one does need some level of awareness and an interest to learn about things in order to best use such a resource pool. If you need a phone number to call when things break, and prefer to pay someone to answer that phone and know what they are talking about, you should be talking to Red Hat!
Of course, many of these points are not specific to CentOS and would apply to any rebuild, but I feel we have had the right level of juice and focus to make all of them applicable to us.
DW: Do you have any ideas how many people out there use CentOS? As an example, Fedora tracks the number of unique IP addresses that connect to its update servers, perhaps CentOS has something similar? With CentOS being offered for free, it wouldn't be entirely unimaginable to think that CentOS servers now outnumber RHEL servers? Or am I completely off the mark?
KS: There are really two questions here. Firstly the idea of numbers. I have no idea how many people use CentOS, but we know it's lots! Six figures for sure. Seven figures? Maybe. Tracking IPs works for Fedora due to the demographic and the install roles they target. With the CentOS userbase, it's not that easy. For example, many organisations and universities run their own local mirrors, and CentOS installs from inside there will never hit the YUM repositories that we run. Similarly we know there are large installs in China and Japan, and we rely entirely on external mirror hosts to serve those areas.
The second part of your question is about how our numbers stack up against RHEL's. In my opinion, that comparison isn't really worth doing. We are not competing with or trying to hurt the business that Red Hat is in. I know there are edge cases where people who could potentially be using RHEL are using CentOS, and similarly people who might be better off with CentOS are using RHEL instead. But in the grand scheme of things what RHEL targets and what we are doing are quite different. If a user needs business and technical support, along with a SLA and an assurance that they can get that support at any time for their application, they really should be talking to Red Hat. On the other hand, if there is enough expertise in-house to self support your application and be able to have the flexibility to rely on community for support then CentOS is a real option.
Then there are areas where people just need a stable platform to host an alien application or role, which will need a minimal level of involvement in administration, like HPC and appliance machines. Again, CentOS makes for a good fit here, since that would allow you to change as much or as little as you like with no implications on support availability. It's also not uncommon to hear about hybrid CentOS / RHEL setups where people use CentOS in development roles, with RHEL hosting their production role. So I don't think the number comparisons with RHEL and CentOS matter. What matters is that people have a choice, and the ability to pick something that works best for them on a platform that they are familiar with.
DW: Last year CentOS gained further momentum when not one, but three different CentOS books from major publishing houses appeared in print. Do you see this as a springboard to further expansion into, say, CentOS certification? Are there any plans to offer a CentOS training that could find some attraction among companies that are put off by the high cost of the Red Hat Certified Engineer (RHCE) certification?
KS: It was great to see CentOS specific books out on the shelves; made sweeter by the fact that some of that content come from people who are deeply involved with the community. With respect to certification and training if there is a process that can be put into place which can guarantee, within reason, the level of competence of a "graduate", I don't see any reason why we could not do that. On the other hand, given that the product base is so similar, I imagine the best value in a CentOS certification would be as a compliment to a Red Hat certification. Based on what I've seen in the last few years, most people who ask for an RHCE expect the candidate to be working with RHEL. So one needs to keep that in mind as well.
DW: The CentOS project prides itself for having an excellent relationship with Red Hat. Can you expand on that? Some might find this relationship rather surprising given the fact that CentOS effectively undermines Red Hat's business model by offering the same product and long-term security support without a charge.
KS: Because the target audience is so different, RHEL and CentOS interests don't overlap too much. Think of it like this: RHEL is a service and support contract you get a Linux distribution with. CentOS on the other hand is a Linux distribution that you can download and install, and expect to put in the hard work yourself in order to support. The CentOS community has a very good and functional support mechanism in the mailing lists, IRC and forums. But no insurance company is going to give you business liability indemnity against that. Similarly, if you need to run the latest kernel for some specific function, doing that on RHEL will invalidate your support contract with them.
So when one uses the "support" word, exactly what we support in CentOS and what support one gets from Red Hat are quite different. Although, don't be surprised if a CentOS mailing list can help you get the solution to the problem faster than Red Hat tech support can :)
DW: On the enterprise Linux scene there are two major players - Red Hat and Novell. Both offer the source code of their products, but only on the Red Hat side we have seen efforts to create something out of it. Why do you think there is no "community" edition of Novell's SUSE Linux Enterprise Server (SLES)?
KS: The big difference between Red Hat and Novell is their attitude towards the sources. Unlike Red Hat, Novell does not publish all their sources. Till very recently they also didn't publish a complete set of tools that would be needed to make a community SLES possible. And as far as I can tell, they seem to prefer working through the openSUSE effort rather than accepting an open source community rebuild effort around SLES. Further highlighted by the fact that sources for their updates in SLES are not published publicly at all. I accept that it has been about 18 months since I looked last, so they might have changed their attitude now.
Then there is also the lack of interest. I am aware of at least two groups of people who have considered going down the route of building up a community SLES-based distro, and abandoned the idea when they found little or no interest. Most people who want to use the SUSE platform seem happy with openSUSE. I can only imagine that this hurts Novell overall, since there is very little openSUSE penetration into either the business or academic setups.
DW: On a more technical note, can you describe the CentOS release process? Once you see a new version from Red Hat, what happens next? Is the process of building new ISO images for release mostly automated? How much internal testing is done before the DVD images get uploaded to FTP servers and an announcement goes out to the media?
KS: Our process is fairly automated at this time, but still relies on people doing the actual approvals. It would be nice to get to a stage where the process could run end-to-end completely automated, but we are not quite there yet! Hopefully soon we can start looking at that, at the moment it's just not a major target.
When a new release is announced at Red Hat, we would download all applicable sources. Step one is to rebuild all the sources against the same targets used upstream and try to use the same build order as much as possible. Once this is done, we do update / upgrade testing against these packages. For example, for the 5.5 release, we did extensive tests for upgrades from the various 5.x releases and also from 4.x releases. Once we are satisfied with the results, and are reasonably sure that we produce the same results with our packages as upstream would - we move onto the building ISO stage. Which are then handed over to our QA team.
Our QA team is small, but focused and works in a private group. This allows us to have a very high rate of churn and rapidly fix issues. During the 5.5 release, it was not uncommon to have four sets of ISO builds on the same day and yet have a relatively good level of QA feedback. At the moment our QA effort is limited to installation scenarios, upgrade and repository testing. What we would really love to do is expand this to include application functionality testing, but lack the manpower to do so. If anyone wants to adopt some applications and can devote some chunks of time a few times every year, please come and talk to us.
Our target is to get a new release out of the door within 4 weeks of upstream.
DW: CentOS is often seen as solid and stable, yet outdated operating system suitable as something that can be installed on a server and that will work for years without much maintenance. And yet, the CentOS community is making a solid effort in providing unofficial up-to-date software packages for the desktop. Is this the result of a demand by users? Does CentOS as a desktop system have some attraction in certain user scenarios?
KS: Yes, CentOS makes for a great desktop and workstation distro. Like I said before, since its a stable platform you can freely add and remove components from the system using either your own builds or third party repositories, yet feel secure in the knowledge that the base operating stack isn't going to break or change on you in a long time. This really does transfer the upgrade cycle over from what is enforced by faster moving distros like Fedora and Ubuntu, over to the user where you can then choose when and how you want to upgrade what. It has been over three years since CentOS 5 came out, but I still find users running CentOS 4 happily with the latest versions of Firefox, MPlayer etc. Also, one needs to keep in mind that Red Hat do a lot of kernel backports, so while the main kernel version number does not change, new and better hardware support is always going in.
I know the existing repositories spread for CentOS isn't ideal at the moment. Users still need to make some efforts to locate the right ones for them, then might still need to contend with conflicting packages, etc. Putting in place a better system is quite high on the agenda, if anyone has ideas on what and how we could do that, please get in touch!
DW: Karanbir, thank you very much for your answers and keep up the good work!
|Miscellaneous News (by Ladislav Bodnar)
Mandriva and OpenSolaris updates, localising Linux Mint, NetBSD testing strategies
Many members of the Linux community eagerly await any news about the future of Mandriva which has been rumoured to have serious financial difficulties. Last week, a French web site published an exclusive report claiming that the company has been "saved by investors", or sauvé par des investisseurs (article in French). Subsequently Caitlyn Martin published a short summary of the story at O'Reilly Community: "After weeks of concern about the 'catastrophic state of its finances' and an indefinite delay in the release of version 2010.1, the French website LeMagIT is reporting that Mandriva has been saved by new investors. The article quotes Mandriva Director General Arnaud Laprévote: 'Today the company found investors who decided to invest in the company, in order to give balance to the organization and to find a good economic model.' He added that 'the community and users no longer need be concerned.' Due to regulations regarding confidentiality the identity of the new investors was not disclosed. Laprévote went on to explain: 'we were aware that the existence of Mandriva was threatened, and today that is no longer the case.'"
There is further good news on the release front. According to this mailing list post by Anne Nicolas, the delayed Mandriva Linux 2010.1 should be out on 5 July: "As announced on IRC on Friday, we will release final ISOs for 2010 spring in coming week. As a matter of fact we are pushing the last packages tonight. Official release is planned for 5th of July." Unfortunately, there is also some bad news to report. Pascal Terjan, a kernel developer in the services of Mandriva for the past six years, has left the company to take up a new position with Google: "Mandriva was a great experience. I have worked here for almost six years (and contributed for a few years before), met a lot of great people, and worked on a lot of different kinds of software. This experience also had wrong sides, like commercial side where most motivated and competent people have left quickly or became demotivated. Engineers tend to resist more but for some reason it seems that the top management has always tried to demotivate everyone. I hope Mandriva has a long life and that I can still use it and contribute to it, but feel quite pessimistic currently."
* * * * *
The state of OpenSolaris, following the recent takeover of Sun Microsystems by Oracle, continues to puzzle the developers and users of this open-source operating system. Last week, The Register's Timothy Prickett Morgan fired up the Google search engine in order to do some serious detective work on the situation. The result is an interesting article entitled Solaris, OpenSolaris, and the Oracle wall of secrecy: "Foxwell reiterates what Oracle's top brass was saying back at the end of January, which is the last time any official communications came out of Oracle regarding either Solaris, the hardened, commercial-grade UNIX, or OpenSolaris, the development version of the platform not really intended for data center production. Back then, a day after Oracle closed its US$7.4bn acquisition of Sun, Larry Ellison, Oracle's co-founder and chief executive officer, heaped praise on Solaris while still talking up Linux, but no one said anything about plans for Solaris 11 (which was due around the middle of 2010, according to Sun's plan from 2009) or for OpenSolaris. This freaked out Solaris shops enough that Dan Roberts, a director of product management at Oracle who is responsible for OpenSolaris and Solaris as he was for a few years at Sun, had to reassure the Solaris community that Oracle was not going to kill off the open source project underpinning Solaris."
* * * * *
Creating re-spins of popular distributions has become so easy that virtually anybody can build a new variant and offer it for download. Now a new tool, created by the developers of Linux Mint, makes it possible to respin Linux Mint ISO images localised into an alternative language: "A new command-line utility called 'iso-localize' is now available. With this tool, users, magazines and communities from various parts of the world can now produce official Linux Mint ISO images in their language and distribute them as such. From a technical point of view, the utility reads from an existing ISO file, downloads the language packs for the selected language, sets that language as defaults and asks the user to translate the labels found in the live CD/DVD menu. It then creates a new ISO file, which behaves in every way like the original and boots directly, with full support, in your language. ... Images created with iso-localize can be considered official and distributed as such, using our name and branding. To know more about iso-localize and how to use it, please read the dedicated tutorial."
* * * * *
Finally, a link to a rather technical article by Antti Kantee which talks about tools and strategies for testing NetBSD. The story, published on the project's official blog, is entitled Testing NetBSD: Easy Does It: "In a software project as large as NetBSD the interactions between different software components are not always immediately obvious to even the most skilled programmers. Tests help ensure that the system functions according to the desired criteria. Periodic automated runs of these tests with results visible on the web ensure both that tests are run in a regular fashion and that the results are available to all interested parties. This short article explains the NetBSD test strategies and provides a brief overview of the enabling technologies. It also details how effortless it is to run the test suite and why doing so is in every developer's, patch submitter's and system administrator's best interest. The intended audience is people with a keen interest in testing and quality assurance, and a desire to reduce personal headache."
|Questions and Answers (by Jesse Smith)
TRIM on solid state drives (SSD)
Keeping-things-TRIM asks: I've heard that without TRIM SSD performance will degrade over time. TRIM is now supported in some SSD firmware, and recently has been enhanced to support RAID systems. But TRIM does not work without OS support. Some TRIM support is available in the Linux kernel, but people are having trouble figuring out what is going on. So what's happening with TRIM?
DistroWatch answers: The issues facing solid state drives (SSD) and TRIM can be a little difficult to explain, but I'll try to give a quick overview here. Hard drives tend to be fairly dumb devices as far as hardware goes. So, traditionally, when an operating system decides to delete a file, it removes references to that file rather than telling the hard disk that the data should be removed. This is a bit like going to a library and destroying a book's index card without actually removing the physical book from the library. This means that, in some cases, it's possible to get your data back after a file has been deleted by carefully searching through the physical drive. Trying to find the contents of a deleted file is a little like searching through an entire library looking for a book which no longer has an index card.
Treating the hard disk as being dumb has worked fairly well for us up to this point because it means the operating system can keep track of things while the disk simply reads or writes to certain areas without concerning itself with what was there before. To a traditional hard disk, over-writing existing data isn't really any different than writing to a blank part of the disk. But then solid state drives came along and they work a little differently. To an SSD, over-writing data is different (and slower) than simply writing to a blank area of the drive. Much the same way it takes longer for a person to erase a chalk board before writing something new.
The problem is that if the operating system is still treating the SSD as a dumb device, the drive doesn't know which parts of its storage have been used before (and can now be erased). This is where TRIM comes in. It's a way for the operating system to bring the solid state drive up to speed on which blocks aren't in use and can be wiped. This way the SSD can perform house cleaning and we don't run into cases where the drive is trying to wipe data immediately prior to writing.
Now that the Linux kernel has TRIM support, this should all fade into the background, right? Almost. Except in cases where the feature has been backported, only the most recent kernels (2.6.33 and above) have TRIM support. Likewise, I think FreeBSD users will have to wait for FreeBSD 9.0 to get the same feature. Linux users who are on older kernels can get TRIM support via a program called hdparm. The hdparm program (versions 9.17 and up) will search for free blocks in the file system and let the SSD know which areas should be cleaned. If your distribution doesn't supply a recent release of hdparm, you can get a copy from here.
So now we have kernel support and, as a backup, hdparm, so we're covered? Almost. Older SSDs may not support TRIM commands. In those cases, you'll either need to get updated firmware for the SSD or buy a newer drive. When in doubt, check with the manufacturer to see if your device supports TRIM and, if it does not, ask if the device can be upgraded.
|Released Last Week
Superb Mini Server 1.5.2
Superb Mini Server 8.1 is a Slackware-based distribution for small servers. A new release, version 1.5.2, was announced earlier today: "Superb Mini Server version 1.5.2 released (Linux kernel 126.96.36.199). This minor release clears the name of SMS to Superb Mini Server and brings new graphics and logos. Some packages upgraded and two new packages added, hfsutils and Tcl. In this release we switched to Postfix with no vda patch as the default MTA for SMS. A version with vda patch is available in SMS.Native.CD. NDISwrapper, dahdi-linux and iptables_l7 rebuilt for new kernel, don't forget to run LILO after the upgrade. A brief changelog: kernels upgraded to 188.8.131.52; upgraded to Dovecot 1.2.12, CUPS 1.4.4, Postfix 2.7.1, MySQL 5.1.48; added Tcl 8.5.8; bootsplash kernels upgraded; Openbravo upgraded to 2.50MP18; optimize Netatalk configuration; added lost cURL 7.20.1 package in SMS64...." Read the rest of the release announcement which includes a full changelog.
Ronald Ropp has announced the release of wattOS R2, an Ubuntu-based distribution and live CD featuring the LXDE desktop, GNOME Office and some Mono-based applications: "wattOS R2 is finally done and released. It is based on Ubuntu 10.04. Changed the music player to Rhythmbox from Exaile; added the 'extras' package that offers support for MP3 support native as well as DVD playback - it does make the live CD larger, but makes the end user experience easier as the support for Flash, Java, fonts, and the things people like to do; added LXDM to add a lightweight login manager and replace SLIM; updated all packages to latest 10.04 supported versions; removed GIMP and added F-Spot; removed NetworkManager and replaced with wicd; updated Jockey GTK+ so it will be easy for folks to add proprietary drivers...." See the release announcement for further information and changelog.
wattOS R2 - an Ubuntu remix featuring the LXDE desktop
(full image size: 421kB, screen resolution 1280x1024 pixels)
MoLinux 6.0 "Zoraida" is a new version of the Ubuntu-based distribution developed by the regional government of Castilla La Mancha in Spain and designed for use in public offices and schools around the region. The release comes with the following enhancements: new login, splash and start screens; new icon theme (GNOME-wise) as well as panel and window theme (New Wave); improved hardware compatibility; latest versions of applications included in the distribution; new software and utilities, such as Nanny (parental control), Hamster Applet (time management), KeePassX (password management), Sinadura (an application for digital signing of PDF documents), Prism (for launching web applications independently of a browser); also included are MolinuxSync (an application for synchronising group work), XBMC multimedia centre, Ubuntu One.... Read the rest of the release announcement (in Spanish) for more details.
MoLinux 6.0 - an Ubuntu variant optimised for use in Spain's Castilla La Mancha region
(full image size: 1,213kB, screen resolution 1280x1024 pixels)
Peppermint OS One-06172010
Kendall Weaver has announced the release of an updated respin of Peppermint OS One, an Ubuntu-based distribution with LXDE and integrated web-based applications: "We're proud to offer the second official Peppermint OS respin, featuring a fully updated system as of June 17 and a few other things including bug fixes and new features. Here are some of the highlights. all Xfce applications and dependencies have been removed; the notifications are prettier; we've gotten rid of pyNeighborhood; the default IRC client, XChat, has been updated to version 2.8.8 and now automatically connects to #peppermint on irc.spotchat.org; the boot splash no longer has that weird blue tint to the background; all package updates as of June 17 have been installed and tested, this includes lower level updates that the update manager will skip over due to potential stability issues." Visit the project's news page to read the complete release announcement.
Mehdi Magnon has announced the release of Sabily 10.04, an Ubuntu remix with Islamic software: "The Sabily team is proud to announce the release of a new version of Sabily 10.04, codename 'Manarat'. What's new? New 'Manarat' pictures and wallpapers, Zekr 0.7.6, Thawab 3, new offline recitation - Al-Muaiqly (48 kbps); new parental web control application - nanny. New from Ubuntu 10.04: new look (new theme, window management buttons on the left); better interaction with social networks (built-in integration with Twitter, identi.ca, Facebook and other social networks with the MeMenu in the panel); 2.6.32 Linux kernel, GNOME 2.30; improved support for NVIDIA proprietary graphics drivers; removal of the previously deprecated HAL package (faster boot); OpenOffice.org office suite 3.2 (now branded as Oracle); Firefox 3.6.3; Simple Scan, a new simple scanning application; PiTiVi movie editor which can trim and combine clips, add transitions." Here is the full release announcement.
Sabily 10.04 - an Ubuntu variant with Islamic software
(full image size: 485kB, screen resolution 1280x1024 pixels)
* * * * *
Development, unannounced and minor bug-fix releases
|Upcoming Releases and Announcements
Summary of expected upcoming releases
Package database update|
After two weeks of feedback, here is the final list of new packages that will be added to the package database tracked by DistroWatch: Deluge, Google Chromium, lzip, MythTV, Privoxy Shotwell, Tor and Wordpress. F-Spot, DeviceKit and Zope will be removed. Many thanks to everybody who provided suggestions for the annual update.
* * * * *
New distributions added to waiting list
- OpenELEC.tv. OpenELEC.tv (Open Embedded Linux Entertainment Center) is a free embedded source-based operating system providing a complete media center software suite. OpenELEC is a small and fast-booting Linux distribution, primarily designed to be booted from CompactFlash or other Flash memory card or solid-state drive, similar to that of the XBMC live distribution but specifically targeted to a minimum set-top box hardware setup based on an Intel compatible x86 processor (ARM port is in development).
- Utopia. Utopia is a Slackware-based distribution with KDE 4 and GNOME.
* * * * *
DistroWatch database summary
* * * * *
This concludes this week's issue of DistroWatch Weekly. The next instalment will be published on Monday, 5 July 2010.
Jesse Smith and Ladislav Bodnar
|Linux Foundation Training
|• Issue 848 (2020-01-13): elementary OS 5.1, accessing USB ports directly, NetBSD expanding Wayland support, Fedora phasing out old Python packages|
|• Issue 847 (2020-01-06): Android-x86 9.0, Hypberbola switching to BSD base, Debian votes on init diversity, slow adoption of Wayland and delta packages|
|• Issue 846 (2019-12-23): NomadBSD 1.3, Tails publishes boot fix, Arch update requires intervention, Purism launches server lineup, password protecting files|
|• Issue 845 (2019-12-16): OpenIndiana 2019.10, BunsenLabs' "Lithium" preview, MX-Fluxbox, 10 years of Tails, installing local packages|
|• Issue 844 (2019-12-09): Project Trident Void alpha, alpha installer for "Bullseye", SparkyLinux portable edition, dealing with large log files|
|• Issue 843 (2019-12-02): Obarun 2019.11.02, Bluestar 5.3.6, using special characters on 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 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 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 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 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 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, 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 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|
|• 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 |
Arch Linux is an independently developed, x86_64-optimised Linux distribution targeted at competent Linux users. It uses 'pacman', its home-grown package manager, to provide updates to the latest software applications with full dependency tracking. Operating on a rolling release system, Arch can be installed from a CD image or via an FTP server. The default install provides a solid base that enables users to create a custom installation. In addition, the Arch Build System (ABS) provides a way to easily build new packages, modify the configuration of stock packages, and share these packages with other users via the Arch Linux user repository.