Language Selection

English French German Italian Portuguese Spanish

Initial thoughts on Ubuntu 9.10 beta

Filed under
Ubuntu

The Ubuntu devs released the beta of Ubuntu 9.10 “Karmic Koala” back on the first of the month (now available as a Release Candidate), and while I snagged the disk image pretty quickly it wasn’t until Friday a week ago that I was able to actually get a chance to fire up the LiveCD long enough to see how well it played with my system. I couldn’t find any major glitches in it other than a problem with my USB WiFi adapter, and I had already seen that people were having enough major issues with the combination that there was a request to change the status on the support for the adapter from some support to absolutely no support. Luckily I was already having enough connectivity issues with our Linksys WiFi router that I has already gone back to using the good, old-fashioned CAT 5 cable to connect to it.

After looking at a number of other items that are important to me I went to the page on the Ubuntu website about the 9.10 beta to check for any known issues that I needed to be aware of and decided it was an upgrade I could probably do safely. I ran command sudo do-release-upgrade -d with the Run Application (Alt-F2) tool, although you could also run it in the terminal, and waited the two hours plus while my system got upgraded. Your system may take the upgrade more quickly or more slowly than mine, but having done a clean installation for version 9.04 I decided I didn’t want to go through the hassle of having to reinstall every bloody app and tool I use this time around. I did notice a number of dbus errors during the upgrade and unfortunately I didn’t think to document what they were about. They may have had something to do with how long my upgrade took, but I hadn’t found any dbus issues connected with the upgrade so I have absolutely no clue what the errors should have told me.

Now that I’ve used and updating Karmic for just over a week I found some things that I want to point out, some good, some not so good.

Rest Here




More in Tux Machines

Leftovers: OSS

OSS in the Back End

  • Open Source NFV Part Four: Open Source MANO
    Defined in ETSI ISG NFV architecture, MANO (Management and Network Orchestration) is a layer — a combination of multiple functional entities — that manages and orchestrates the cloud infrastructure, resources and services. It is comprised of, mainly, three different entities — NFV Orchestrator, VNF Manager and Virtual Infrastructure Manager (VIM). The figure below highlights the MANO part of the ETSI NFV architecture.
  • After the hype: Where containers make sense for IT organizations
    Container software and its related technologies are on fire, winning the hearts and minds of thousands of developers and catching the attention of hundreds of enterprises, as evidenced by the huge number of attendees at this week’s DockerCon 2016 event. The big tech companies are going all in. Google, IBM, Microsoft and many others were out in full force at DockerCon, scrambling to demonstrate how they’re investing in and supporting containers. Recent surveys indicate that container adoption is surging, with legions of users reporting they’re ready to take the next step and move from testing to production. Such is the popularity of containers that SiliconANGLE founder and theCUBE host John Furrier was prompted to proclaim that, thanks to containers, “DevOps is now mainstream.” That will change the game for those who invest in containers while causing “a world of hurt” for those who have yet to adapt, Furrier said.
  • Is Apstra SDN? Same idea, different angle
    The company’s product, called Apstra Operating System (AOS), takes policies based on the enterprise’s intent and automatically translates them into settings on network devices from multiple vendors. When the IT department wants to add a new component to the data center, AOS is designed to figure out what needed changes would flow from that addition and carry them out. The distributed OS is vendor-agnostic. It will work with devices from Cisco Systems, Hewlett Packard Enterprise, Juniper Networks, Cumulus Networks, the Open Compute Project and others.
  • MapR Launches New Partner Program for Open Source Data Analytics
    Converged data vendor MapR has launched a new global partner program for resellers and distributors to leverage the company's integrated data storage, processing and analytics platform.
  • A Seamless Monitoring System for Apache Mesos Clusters
  • All Marathons Need a Runner. Introducing Pheidippides
    Activision Publishing, a computer games publisher, uses a Mesos-based platform to manage vast quantities of data collected from players to automate much of the gameplay behavior. To address a critical configuration management problem, James Humphrey and John Dennison built a rather elegant solution that puts all configurations in a single place, and named it Pheidippides.
  • New Tools and Techniques for Managing and Monitoring Mesos
    The platform includes a large number of tools including Logstash, Elasticsearch, InfluxDB, and Kibana.
  • BlueData Can Run Hadoop on AWS, Leave Data on Premises
    We've been watching the Big Data space pick up momentum this year, and Big Data as a Service is one of the most interesting new branches of this trend to follow. In a new development in this space, BlueData, provider of a leading Big-Data-as-a-Service software platform, has announced that the enterprise edition of its BlueData EPIC software will run on Amazon Web Services (AWS) and other public clouds. Essentially, users can now run their cloud and computing applications and services in an Amazon Web Services (AWS) instance while keeping data on-premises, which is required for some companies in the European Union.

today's howtos

Industrial SBC builds on Raspberry Pi Compute Module

On Kickstarter, a “MyPi” industrial SBC using the RPi Compute Module offers a mini-PCIe slot, serial port, wide-range power, and modular expansion. You might wonder why in 2016 someone would introduce a sandwich-style single board computer built around the aging, ARM11 based COM version of the original Raspberry Pi, the Raspberry Pi Compute Module. First off, there are still plenty of industrial applications that don’t need much CPU horsepower, and second, the Compute Module is still the only COM based on Raspberry Pi hardware, although the cheaper, somewhat COM-like Raspberry Pi Zero, which has the same 700MHz processor, comes close. Read more