Language Selection

English French German Italian Portuguese Spanish

today's leftovers

Filed under
Misc
  • Top 10 Reasons Why Desktop Linux Failed

    1) Linux isn't pre-installed - No matter how much we may debate it, having Windows pre-installed on PCs means that's what people are likely to end up using. In order for someone to move over to Linux on the desktop, there must be a clear reason to do so. There is the problem. The only time I've personally seen users make the switch over to Linux from Windows comes down to frustration with Windows or a desire to advance their skills into an IT field.

    My own Linux story, for example, was a mixture of the two examples above. First off, I was just done with Windows. I had already been dabbling with Linux at the time I completely switched, but I become disenfranchised with the Microsoft way of doing things. So for me, the switch to Linux was based out of frustration.

    Had I not experienced any frustrations with Windows, I might not have ever thought to jump ship over to an alternative. Even when I built my own PCs myself, the OS offered at computer stores was Windows only. This is a huge hurdle for Linux adoption on the desktop.

    2) Linux freedom vs convenience - It's been my experience that people expect a user experience that's consistent and convenience. How one defines this depends on the individual user. For some, it's a matter of familiarity or perceived dependability. For more advanced PC users, a consistent convenience may mean a preferred workflow or specific applications.

    The greater takeaway is that when people are aware of other operating systems, they will usually stick with that they've used the longest. This presents a problem when getting people to try Linux. When using a desktop platform for a long time, you develop habits and expectations that don't lend themselves well to change.

  • How to be efficient and cost effective (or not)

    It's the mid-1990s, and this big corporation is working on a major development project to replace most of its critical systems, says a Unix admin pilot fish working there.

  • [Podcast] PodCTL #41 – Dissecting Kubernetes Surveys

    In a world of open source projects, privately funded companies, one-off cloud services and a mix of public companies, it can often be difficult to determine hype from trends from real usage.

  • PodCTL Podcast #38 – A Beginner’s Guide to Kubernetes
  • Optimizing a Python application with C++ code

    I’ve been working lately in a command line application called Bard which is a music manager for your local music collection. Bard does an acoustic fingerprinting of your songs (using acoustid) and stores all song metadata in a sqlite database. With this, you can do queries and find song duplicates easily even if the songs are not correctly tagged. I’ll talk in another post more about Bard and its features, but here I wanted to talk about the algorithm to find song duplicates and how I optimized it to run around 8000 times faster.

    [...]

    An obvious improvement I didn’t do yet was replacing the map with a vector so I don’t have to convert it before each for_each call. Also, vectors allow to reserve space in advance, and since I know the final size the vector will have at the end of the whole algorithm, I changed to code to use reserve wisely.

    This commit gave the last increase of speed, to 7998x, 36680 songs/second and would fully process a music collection of 1000 songs in just 13 seconds..

  • How A KDE Developer Used C++17 & Boost.Python For About A 8,000x Speed-Up

    Open-source developer Antonio Larrosa who contributes to KDE and openSUSE has been developing a command-line music manager called Bard. He's written an interesting post about how he sped up some of his operations by around eight-thousand times faster.

    In particular, Antonio was focused on speeding up the process of finding song/music duplicates in the user's local music collection. What started out as Python code was morphed into optimized C++ code. Little surprise, the C++ code once tuned was immensely faster than Python -- but the blog post is interesting for those curious about the impact of the various steps he took for tuning this implementation.

  • GLib 2.58 Is Looking Good With Portability Improvements, Efficient Process Launching

    The GLib low-level GNOME library while being quite mature is seeing a significant update with its version 2.58 release due out this September for GNOME 3.30.

    Two of the biggest GLib 2.58 changes we have covered up to now on Phoronix has been the new generic reference counting API and more efficient app launching. The reference counting API has been in the works for 6+ years to help GLib's bindings/integration with languages utilizing automatic memory management / garbage collection. The more efficient process launching via the use of posix_nspawn() is also exciting for better performance, particularly on systems suffering from memory pressure.

  • Taiwan Travel Blog - Day 2 & 3

    My Taiwan Travel blog continues! I was expecting the weather to go bad on July 10th, but the typhoon arrived late and the rain only started around 20:00. I'm pretty happy because that means I got to enjoy another beautiful day of hiking in Taroko National Park.

    I couldn't find time on the 10th to sit down and blog about my trip, so this blog will also include what I did on the 11th.

  • Canonical Releases Minimal Ubuntu, Optimised for Multicloud

    Canonical, the company behind popular Linux system Ubuntu, has released Minimal Ubuntu, a pared-back, significantly faster iteration of its server operating system (OS).

  • Nokia signs billion-euro network tech deal with China Mobile

     

    Nokia said over the one-year framework agreement it will deliver mobile radio access, fixed access, IP routing and optical transport systems as well as other services to the Chinese mobile operator.  

  •  

More in Tux Machines

Debian and Derivatives

  • Montreal Bug Squashing Party - Jan 19th & 20th 2019
    We are organising a BSP in Montréal in January! Unlike the one we organised for the Stretch release, this one will be over a whole weekend so hopefully folks from other provinces in Canada and from the USA can come.
  • Debian Cloud Sprint 2018
    Recently we have made progress supporting cloud usage cases; grub and kernel optimised for cloud images help with reducing boot time and required memory footprint. There is also growing interest in non-x86 images, and FAI can now build such images. Discussion of support for LTS images, which started at the sprint, has now moved to the debian-cloud mailing list). We also discussed providing many image variants, which requires a more advanced and automated workflow, especially regarding testing. Further discussion touched upon providing newer kernels and software like cloud-init from backports. As interest in using secure boot is increasing, we might cooperate with other team and use work on UEFI to provide images signed boot loader and kernel.
  • Third Point Release of Univention Corporate Server 4.3-3
    With UCS 4.3-3 the third point release for Univention Corporate Server (UCS) 4.3 is now available, which includes a number of important updates and various new features.
  • Canonical Launches MicroK8s
    Canonical, the parent company of Ubuntu, has announced MicroK8s, a snap package of Kubernetes that supports more than 42 flavors of Linux. MicroK8s further simplifies the deployment of Kubernetes with its small disk and memory footprint. Users can deploy Kubernetes in a few seconds. It can run on the desktop, the server, an edge cloud, or an IoT device. Snap is a self-contained app package solution created by Canonical that competes with Flatpak, which is backed by Red Hat and Fedora. Snap offers macOS and Windows-like packages with all dependencies bundled with it. A snap package of Kubernetes means any Linux distribution that supports Snap can benefit from MicroK8s
  • Compiz: Ubuntu Desktop's little known best friend

OSS Leftovers

  • Android Open Source Project now includes the Fuchsia SDK and a Fuchsia ‘device’
     

    In a new commit posted today to Android’s Gerrit source code management, two Fuchsia-related repos have been added to the primary “manifest” for the Android Open Source Project. For the unfamiliar, this manifest is used to inform Google’s download tool “Repo” of what should be included when you download AOSP.

  • Google Fuchsia: Why This New Operating System Solves a Huge Coding Problem
     

    The mobile layout has been code-named “Armadillo” and the other view has been dubbed “Capybara,” reported 9to5Google. Both sides of Fuchsia will work together using a tab system that will make up a majority of the user experience.

  • Lessons in Vendor Lock-in: Shaving
    The power of open standards extends beyond today into the future. When my son gets old enough to shave, I can pass down one of my all-metal, decades-old antique razors to him, and it will still work. While everyone else in a decade will have to shave with some $20-per-blade disposable razor with three aloe strips, seven blades, and some weird vibrating and rotating motor, he will be able to pick any razor from my collection and find affordable replacement blades. This is the power of open standards and the freedom to avoid vendor lock-in.
  • Help us to make document compatibility even better
    The Document Liberation Project (DLP) is a sister project to LibreOffice, and provides many software libraries for reading and writing a large range of file formats – such as files created by other productivity tools. Thanks to the DLP, LibreOffice (and other programs) can open many legacy, proprietary documents, but there’s always room for improvement! Check out this short video to learn more:
  • GNU Guix: Back from SeaGL 2018
    SeaGL 2018 has concluded. Thank you to everyone in the local Seattle community who came to participate! As previously announced, Chris Marusich gave a talk introducing GNU Guix to people of all experience levels. Some very Guixy swag was handed out, including printed copies of this handy Guix reference card. The room was packed, the audience asked great questions, and overall it was tons of fun! If you weren't able to come to SeaGL this year, that's OK! You can watch a video of the talk below.

Servers: Kubernetes, CNCF, Red Hat and More

  • ​Bitnami Kubernetes Production Runtime released
    If you want to use a safe third-party container, smart people know they should turn to Bitnami. This company packages, deploys, and maintains applications in virtually any format for any platform. Now, at KubeCon in Seattle, Bitnami announced its Kubernetes release: Bitnami Kubernetes Production Runtime (BKPR) 1.0, a production-ready open source project. So, with everyone and their cloud provider offering Kubernetes, why should you care? Well, first, BKPR provides built-in monitoring, alerting, and metrics automatically, thereby enabling developers to avoid reinventing the wheel when they rollout a Kubernetes application.
  • Why the Cloud-Native Market Is Expanding at KubeCon
    The KubeCon + CloudNativeCon North America event is a beacon for news, with vendors showcasing their wares and making multiple announcements. KubeCon + CloudNativeCon runs here from Dec. 11-13 and has brought 8,000 attendees and more than 187 vendors into the exhibit hall. Kubernetes itself is part of the Cloud Native Computing Foundation (CNCF), which is also the home now to 31 open-source cloud projects. In this eWEEK Data Points article, we look at the major areas of innovation and new services announced at the conference.
  • Add It Up: Enterprise Adoption of Kubernetes Is Growing
    A recently updated user survey from monitoring software provider Datadog confirms an increase in Kubernetes adoption. We believe this is the result of three factors: 1) more organizations using containers in production; 2) Kubernetes has emerged as the leading orchestration platform; 3) organizations are choosing to adopt Kubernetes earlier in cloud native voyage. There is also some evidence that Kubernetes adoption is more likely among organizations with more containers being deployed. This article highlights findings from several studies released in conjunction with KubeCon + CloudNativeCon North America, a Kubernetes user conference being held this week in Seattle. Cloud Foundry’s most recent survey of IT decision makers shows container production usage jumping from 22 percent in early 2016 to 38 percent in late 2018, with these deployments increasingly being described as “broad.” The Cloud Foundry report also found an increase in the number of containers being deployed — in 2016, only 37 percent of cont
  • Oracle Q&A: A Refresher on Unbreakable Enterprise Kernel
    Oracle caused quite a stir in 2010 when it announced its Unbreakable Enterprise Kernel for Oracle Linux. We’ve checked in with Sergio Leunissen, Vice President, Linux and VM Development at Oracle, for an update on the ABCs of this important introduction as well as the company’s latest take on Linux.
  • Get the Skills You Need to Monitor Systems and Services with Prometheus
    Open source software isn’t just transforming technology infrastructure around the world, it is also creating profound opportunities for people with relevant skills. From Linux to OpenStack to Kubernetes, employers have called out significant skills gaps that make it hard for them to find people fluent with cutting-edge tools and platforms. The Linux Foundation not only offers self-paced training options for widely known tools and platforms, such as Linux and Git, but also offers options specifically targeting the rapidly growing cloud computing ecosystem. The latest offering in this area is Monitoring Systems and Services with Prometheus (LFS241). Prometheus is an open source monitoring system and time series database that is especially well suited for monitoring dynamic cloud environments. It contains a powerful query language and data model in addition to integrated alerting and service discovery support. The new course is specifically designed for software engineers and systems administrators wanting to learn how to use Prometheus to gain better insights into their systems and services.
  • Red Hat Container Development Kit 3.7 now available
  • CodeReady Workspaces for OpenShift (Beta) – It works on their machines too
    “It works on my machine.” If you write code with, for, or near anybody else, you’ve said those words at least once. Months ago I set up a library or package or environment variable or something on my machine and I haven’t thought about it since. So the code works for me, but it may take a long time to figure out what’s missing on your machine.
  • OpenShift & Kubernetes: Where We’ve Been and Where We’re Going Part 2
    The growth and innovation in the Kubernetes project, since it first launched just over four years ago, has been tremendous to see. In part 1 of my blog, I talked about how Red Hat has been a key contributor to Kubernetes since the launch of the project, detailed where we invested our resources and what drove those decisions. Today, that innovation continues and we are just as excited for what comes next. In this blog, I’d like to talk about where we are going and what we’re focused on, as we continue driving innovation in Kubernetes and the broader cloud native ecosystem and building the next generation of OpenShift.
  • Red Hat OpenStack Platform and making it easier to manage bare metal
    Bare metal is making a comeback. At Red Hat we have been observing an increase of the use of bare metal in general. And we aren’t the only ones. In 2017’s OpenStack User Survey there had been a growth of bare metal in production environments from 9% to 20% of the production deployments. The 2018 survey says that adoption of Ironic is being driven by Kubernetes, with 37% of respondents who use Kubernetes on OpenStack using the bare metal provisioner. And there are many reasons for this growth. A great blog post about Kubernetes on metal with OpenShift by Joe Fernandes described this growth in the context of containers on bare metal with Kubernetes as a driver for this growth. But, it doesn’t stop there - High-Performance Compute (HPC), access to hardware devices or scientific workloads such as AI/ML or data lake management are also contributing to this increase.
  • etcd finds new home at CNCF
    CoreOS has moved to secure the independence of etcd by donating the distributed key-value store to the Cloud Native Computing Foundation. The project was started by Core OS – now part of Red Hat – in 2013 to handle coordination between container instances so that a system reboot was possible without affecting the uptime of applications running on top. Its name can be seen as an hint to the management of configuration files, which over the years have grown to be stored in /etc directory in Unix systems.
  • Kubernetes etcd data project joins CNCF
    How do you store data across a Kubernetes container cluster? With etcd. This essential part of Kubernetes has been managed by CoreOS/Red Hat. No longer. Now, the open-source etcd project has been moved from Red Hat to the Cloud Native Computing Foundation (CNCF). What is etcd? No, it's not what happens when a cat tries to type a three-letter acronyms. Etcd (pronounced et-see-dee) was created by the CoreOS team in 2013. It's an open-source, distributed, consistent key-value database for shared configuration, service discovery, and scheduler coordination. It's built on the Raft consensus algorithm for replicated logs.
  • Welcome etcd to CNCF
    Etcd has been written for distributed systems like Kubernetes as a fault-tolerant and reliable data base. Clients can easily watch certain keys and get notified when their values change which allows scaling to a large number of clients that can reconfigure themselves when a value changes.
  • etcd: Current status and future roadmap
    etcd is a distributed key value store that provides a reliable way to manage the coordination state of distributed systems. etcd was first announced in June 2013 by CoreOS (part of Red Hat as of 2018). Since its adoption in Kubernetes in 2014, etcd has become a fundamental part of the Kubernetes cluster management software design, and the etcd community has grown exponentially. etcd is now being used in production environments of multiple companies, including large cloud provider environments such as AWS, Google Cloud Platform, Azure, and other on-premises Kubernetes implementations. CNCF currently has 32 conformant Kubernetes platforms and distributions, all of which use etcd as the datastore. In this blog post, we’ll review some of the milestones achieved in latest etcd releases, and go over the future roadmap for etcd. Share your thoughts and feedback on features you consider important on the mailing list: etcd-dev@googlegroups.com.
  • Red Hat contributes etcd, the cornerstone of Kubernetes, to the Cloud Native Computing Foundation
    Today Red Hat is thrilled to announce our contribution of etcd, an open source project that is a key component of Kubernetes, and its acceptance into the Cloud Native Computing Foundation (CNCF), a vendor-neutral foundation housed under The Linux Foundation to drive the adoption of cloud native systems. The etcd project’s focus is safely storing critical data of a distributed system and it demonstrated its quality early on. It is most notably the primary datastore of Kubernetes, the de facto standard system for container orchestration. Today we're excited to transfer stewardship of etcd to the same body that cares for the growth and maintenance of Kubernetes. Given that etcd powers every Kubernetes cluster, this move brings etcd to the community that relies on it most at the CNCF.
  • Banks take next steps to digital refinement
    The financial services industry (FSI) has gotten the message: customer expectations have changed radically. They want to experience banking services through multiple digital channels, and they want those services to go well beyond the generic products that traditional banks typically offer. Customers are looking for personalization, are comfortable with service automation, and are eager to get what they need quickly and easily. As the value chain for financial institutions’ services expands along with the need to deliver new and relevant customer offerings, their dexterity is being put to the test, according to an article by The Economist Intelligence Unit (EIU). To enable the flexibility and agility they need to support a dynamic environment, they’ve begun to create a culture of continuous delivery (CD). This allows for continuous cross-channel development, may allow deployment of features in hours rather than months, and lends support for performing system upgrades with zero downtime and without disturbing the customer experience.
  • CentOS 7-1810 "Gnome" overview | The community enterprise operating system
  • How to prepare for digital transformation with Red Hat Virtualization and Veeam
    Red Hat has a history of helping organizations reduce the cost of IT, from infrastructure to applications, while also helping to lay the foundation for open source digital transformation. More recently, Red Hat has sought to help organizations reduce the cost of virtualization, aiming to make it easier to accelerate their digital transformation journey through innovative technologies such as Red Hat Ansible Automation or Red Hat OpenShift Container Platform, Red Hat’s comprehensive enterprise Kubernetes Platform.
  • Red Hat schedules stockholder meeting to vote on $34B IBM deal
  • INVESTIGATION NOTICE: Kaskela Law LLC Announces Shareholder Investigation of Red Hat, Inc.
  • Red Hat sets date for stockholders to vote on the merger with IBM
  • Arista Works With Red Hat and Tigera on Container Environments for Enterprises
    Arista Networks is working with Red Hat and Tigera to help enterprises adopt containers in both private and public clouds. The three companies are demonstrating a preview of their upcoming offering this week at KubeCon + CloudNativeCon North America 2018 in Seattle. The integrated product will include Arista’s containerized Extensible Operating System (cEOS) and CloudVision software along with Red Hat’s OpenShift Container Platform and Tigera’s Secure Enterprise Edition.
  • Knative Meshes Kubernetes with Serverless Workloads
    Google Cloud’s Knative initiative launched in July is expanding to include an updated version of Google’s first commercial Knative offering along with a batch of new distributions based on serverless computing framework. Knative is a Kubernetes-based platform for building and managing serverless workloads in which cloud infrastructure acts as a server for managing the allocation of computing and storage resources. It is being offered as an add-on to Kubernetes Engine used to orchestrate application containers.
  • Red Hat Steps Up with HPC Software Solutions at SC18
    In this video from SC18 in Dallas, Yan Fisher and Dan McGuan from Red Hat describe the company’s powerful software solutions for HPC and Ai workloads.
  • RedHat contributes etcd, a distributed key-value store project, to the Cloud Native Computing Foundation at KubeCon + CloudNativeCon

Microsoft FUD, Openwashing and Entryism