Linux and open source is driven by passionate people who write best-of-breed software and then release the code to the public so anyone can use it, without any strings attached. (Well, there is one string attached and that’s licence.)
Who are these people? These heroes of the Linux world, whose work affects all of us every day. Allow me to introduce you.
We're happy to announce the general availability of Oracle Linux 6 Update 7, the seventh update release for Oracle Linux 6. You can find the individual RPM packages on the Unbreakable Linux Network (ULN) and our public yum repository and ISO installation images are available for download from the Oracle Software Delivery Cloud.
Oracle Linux 6 Update 7 ships with the following kernel packages:
Unbreakable Enterprise Kernel (UEK) Release 3 (kernel-uek-3.8.13-68.3.4.el6uek) for x86-64
Unbreakable Enterprise Kernel (UEK) Release 2 (kernel-uek-2.6.39-400.250.7.el6uek) for i386
Red Hat Compatible Kernel (kernel-2.6.32-573.el6) for i386 and x86-64
We've been covering a report from search provider Algolia pointing out a potential issue in Samsung SSDs' TRIM implementation. More recently, Samsung itself reported that the bug actually resides in the Linux kernel, and that the company had submitted a patch for the problem.
Now, we have more details of the bug. Samsung has provided us with internal documents detailing the exact cause of the issue, and the subsequent solution. We're geting a bit technical here, so we'll take some liberty to simplify. When Linux's RAID implementation receives a sequence of read or write operations, it creates separate buffers in memory for each of them.
Docker’s momentum has been increasing by the week, and from that it’s clearly touching on real problems. However, for many production users today, the pros do not outweigh the cons. Docker has done fantastically well at making containers appeal to developers for development, testing and CI environments—however, it has yet to disrupt production. In light of DockerCon 2015’s “Docker in Production” theme I’d like to discuss publicly the challenges Docker has yet to overcome to see wide adoption for the production use case. None of the issues mentioned here are new; they all exist on GitHub in some form. Most I’ve already discussed in conference talks or with the Docker team. This post is explicitly not to point out what is no longer an issue: For instance the new registry overcomes many shortcomings of the old. Many areas that remain problematic are not mentioned here, but I believe that what follows are the most important issues to address in the short term to enable more organizations to take the leap to running containers in production. The list is heavily biased from my experience of running Docker at Shopify, where we’ve been running the core platform on containers for more than a year at scale. With a technology moving as fast as Docker, it’s impossible to keep everything current. Please reach out if you spot inaccuracies.
In fact, history is filled with examples of great people declaring a holiday for themselves. Take Christopher Columbus, for example. Upon discovering “The New World”, Columbus immediately declared the second Monday in October to be “Columbus Day” (to be celebrated with cake… and balloons… and confetti). It took a year or two to catch on, but before the decade was through, most of the world was already celebrating this new holiday. It's true. Look it up.
SysAdmins of all experience levels, then, can benefit from brushing up on their job interview skills if they want to find and land a great new job.
IBM has announced support for Apache Spark for Linux on z Systems, as part of its effort to expand the reach of its mainframe platforms. Among other benefits, the z Systems will now have a lot of appeal for data scientists that can leverage Apache Spark’s advanced analytics capabilities--all running on Linux.
Lennart Poettering today announced systemd.conf 2015, its inaugural conference devoted to the future of systemd.
I use systemd and like it: 787 (30%)
I use systemd and dislike it: 318 (12%)
I am not using systemd and plan to use it: 111 (4%)
I am not using systemd and plan to avoid it: 1170 (44%)
Other: 260 (10%)
Since the Linux 4.0 kernel there has been DisplayPort audio support for the open-source Radeon driver. That DP audio handling came after a big rework to the audio code in the Radeon DRM kernel driver. A half-year later it looks like all the audio code is now cleaned up and ready.