The lesson of Unix: make it unified and they will come
Pivotal will make the majority of its big data suite open source, drawing inspiration from the Linux concept.…
Pivotal will make the majority of its big data suite open source, drawing inspiration from the Linux concept.…
Red Hat remains very focused on advancing its OpenStack-focused cloud business initiatives. The company Red Hat has now released an update of its OpenStack distribution, marrying its Red Hat Enterprise Linux 6 (RHEL) platform with the latest OpenStack release: Juno. “Red Hat Enterprise Linux OpenStack Platform sets a new standard for OpenStack deployments, with customers in production in every region, spanning industry verticals and enterprises of various sizes in education, financial services, government, healthcare, retail, and telecommunications,” claims the company’s announcement.
Of course, survey results from The OpenStack Foundation have shown that many OpenStack deployments are taking place on top of Ubuntu, but Red Hat has steadily remained focused on pairing its Linux platform with OpenStack. The company also pointed to succes with the effort on its most recent earnings call.
Vivaldi, a new web browser based on Chromium, built by an Opera founder and his team, has just received an upgrade and 32-bit versions for the application, among other things.
One of the most important requests of the community regarding Vivaldi was a 32-bit version of the application. It looks like there are a lot of users out there with 32-bit processors that would love to give Vivaldi a try, but they couldn’t do that in the absence of a special build. Now that build has been made available… (read more)
I’ve been working with the new Raspberry Pi 2 for a few days now. Here are some of my impressions, opinions and thoughts about it.
Linus Torvalds, creator and curator of the Linux kernel, has a quandary on his hands: Should he stick to Linux’s long-time tradition of massive, multple-decimal-point version numbers, or should he abandon them in favor of shorter, more easily distinguishable major versions?
The problem at hand is the imminent arrival of Linux 3.20. Unlike most major pieces of software, a new version of the Linux kernel is released every 10 weeks or so. In some cases, developers simply bump the major version number every time there’s a big release, which is why we’re now up to Chrome 40 and Firefox 35. The Linux kernel, however, has historically opted for a “conventional” scheme, which resulted in some incredibly long-winded version numbers such as 2.6.39.4.
Back in 2011, with the release of Linux 3.0, Torvalds said those “2.6.<bignum>” days were over—and now here we are, a few weeks away from the release of Linux 3.20, and it seems we’re on the cusp of the Linux kernel assuming a much simpler version scheme. “I’m once more close to running out of fingers and toes,” muses Torvalds, before going on to suggest that it might be time to skip 3.20 and jump straight to 4.0. In a poll attached to Torvalds’ Google+ post, which had more than 24,000 votes at the time of publishing, 54% were in favor of 4.0.
Read 2 remaining paragraphs | Comments
A few weeks ago I wrote how systemd developers were planning to add Gummiboot as a UEFI boot manager to systemd. Now, following the just-released systemd 219, they’ve gone ahead and added their initial code for providing systemd with a EFI boot manager…
The OpenDaylight community is comprised of leading technologists from around the globe who are working together to transform networking with open source. This blog series highlights the developers, users and researchers collaborating within OpenDaylight to build an open, common platform for SDN and NFV.
About Jamie Goodyear
Jamie Goodyear is a Computer Systems Analyst with Savoir Technologies, an Apache Software Foundation Member, and an open source evangelist. He has designed, critiqued, and supported architectures for large organizations worldwide.
Jamie has worked in systems administration, software quality assurance, and senior software developer roles for businesses ranging from small start-ups to international corporations. He has attained committer status on Apache Karaf, Servicemix, and Felix, and is a Project Management Committee member on Apache Karaf. He is co-author of Instant OSGi Starter (Packt Publishing, 2013), co-author of Learning Apache Karaf (Packt Publishing, 2013), and co-author of Apache Karaf Cookbook (Packt Publishing, 2014).
Currently he divides his time between providing high-level reviews of architectures,mentoring developers and administrators with MicroService deployments, and helping to grow the Apache community.
What project in OpenDaylight are you working on? Any new developments to share?
I am a lead computer system analyst at Savoir Technologies where I develop and support Apache Karaf – the micro services platform OpenDaylight (ODL) is built upon. My favorite project with ODL was, of course, helping in its refactoring to run on Apache Karaf! Since then, I’ve been getting the distribution to run on small platforms such as the Intel Edison or Raspberry Pi. Thanks to Karaf’s feature mechanism, ODL can now easily be tailored to run on these small systems. I’ve also enjoyed developing custom Karaf commands to help simplify monitoring the controller’s state via the console (see our MD-SAL Status command on github: https://github.com/savoirtech/mdsal-status).
OpenDaylight’s Lithium release is due out this year. What do you think is most important for the project to focus on for the next release?
The refactor from a near plain OSGi core to Apache Karaf really helped bring structure to the project. Now that the initial work has been completed, it’s time for the ODL community to fully take advantage of Karaf features, commands, and ecosystem of tooling to help make the user and developer experience better. At Savoir, we commonly help our clients projects enter this phase after an initial port to Karaf. Leveraging Karaf’s micro-services architecture will help differentiate OpenDaylight distributions in the marketplace.
Recently new patch https://review.openstack.org/#/c/154750/ merged
https://github.com/stackforge/nova-docker.git what made possible to test Nova-docker driver built via current git tree status with the most recent openstack code obtained by devstack by cloning https://git.openstack.org/openstack-dev/devstack However,nova-docker containers have been lost after every reboot due to bridge br-ex came up with no IP and running ./rejoin-stack.sh didn’t help much. This post describes workaround for this issue.
Complete text of article ma be viewed here
These small, more adventurous Linux distros have some clear advantages — but be aware of the downsides.