Language Selection

English French German Italian Portuguese Spanish

Login

Enter your Tux Machines username.
Enter the password that accompanies your username.

More in Tux Machines

OSS: Blockchain, DeepBrain, Redox OS, OpenBuilds, Red Hat Summit and FOSSASIA

  • It's About Time DApps Unlocked the Mass-Market Momentum for Blockchain
    There’s more to Blockchain technology than Bitcoin and other cryptocurrencies. At its fundamental level, Blockchain technology engenders trusts in inherently trustless environments. Protocol blockchains such as Bitcoin, Ethereum, EOS, GoChain, Steem and xDai have provided a launchpad for developers to work on DApps. DApps are typically open source applications not owned by anyone, immune from downtimes; and that cannot be shut down by a government or its agencies. The rapid proliferation of Decentralized Applications (DApps) powered a bull run in cryptocurrencies in 2017. Right now, there are more than 2000 DApps designed to solve specific market problems across industries such as health, data storage, finance, gaming, and governance.
  • DeepBrain Chain outlines release of DBC 0.3.6.0 beta in progress report
    DeepBrain Chain detailed the release of DBC 0.3.6.0 beta of its AI Training Net, which allows users to rent computing power to train artificial intelligence algorithms. DeepBrain Chain claimed numerous feature inclusions and and improvements, many pertaining to the scheduling and activation of tasks. In DBC 0.3.6.0, if an AI training task has been stopped a specified period of time, its storage will be deleted automatically. However, the task can be restarted at any time before deletion. If a node has been restarted, reactivation of any previous training tasks will require manual user authorization. [...] A decision was made recently by the community concerning the open source licensing of DeepBrain Chain’s code. Over 55 percent of the members polled voted to not make the code fully open source by the end of March.
  • Redox OS 0.5.0
    It has been one year and four days since the last release of Redox OS! In this time, we have been hard at work improving the Redox ecosystem. Much of this work was related to relibc, a new C library written in Rust and maintained by the Redox OS project, and adding new packages to the cookbook. We are proud to report that we have now far exceeded the capabilities of newlib, which we were using as our system C library before. We have added many important libraries and programs, which you can see listed below.
  • Redox OS 0.5 Released With New C Library Written In Rust
    It's been just over one year since the previous release of Redox OS while today this Rust-written operating system has finally been succeeded by Redox OS 0.5.  It's taken a while since the previous release of Redox OS as they have been focusing their attention on Relibc, a C library implementation written within the Rust programming language. Relibc is now used as the operating system's default C library.
  • Get Moving with New Software from OpenBuilds
    If you’re reading Hackaday, you’ve probably heard of OpenBuilds. Even if the name doesn’t sound familiar, you’ve absolutely seen something on these pages that was built with their components. Not only is OpenBuilds a fantastic place to get steppers, linear rails, lead screws, pulleys, wheels, and whatever else you need to make your project go, they’re also home to an active forum of people who are passionate about developing open source machines. As if that wasn’t enough reason to head over to the OpenBuilds website, [Peter Van Der Walt] recently wrote in to tell us about some new free and open source software he and the team have been working on that’s designed to make it easier than ever to get your creations cutting, lasing, milling, and whatever else you could possibly imagine. If you’ve got a machine that moves, they’ve got some tools you’ll probably want to check out.
  • Dive into developer-focused sessions at Red Hat Summit
    Red Hat Summit is just around the corner, and it’s shaping up to be best Red Hat developer event ever. This year, attendees will get to choose from more than 300 sessions, not to mention booth presentations, parties, labs, and training. To help you cut through the clutter, we’ve created a list of developer specific activities and sessions that will help you shape your Red Hat Summit experience. Most of these sessions are part of the Cloud-Native App Dev track, with a few other sessions that we think will appeal to you as a developer. For more information on these sessions, visit the Red Hat Summit session listing page and sort by “cloud-native app dev” track.
  • 10th year of FOSSASIA
    This FOSSASIA was special as it marked its 10th year! It was quite impressive to witness a FOSS conference to continue growing this long with growing community. The four day conference schedule was packed with various interesting talks, workshops, hackathon and other engaging activities.

Reducing sysadmin toil with Kubernetes controllers

Kubernetes is a platform for reducing toil cunningly disguised as a platform for running containers. The element that allows for both running containers and reducing toil is the Kubernetes concept of a Controller. [...] The canonical example of this in action is in how we manage Pods in Kubernetes. A Pod is effectively a running copy of an application that a specific worker node is asked to run. If that application crashes, the kubelet running on that node will start it again. However, if that node crashes, the Pod is not recovered, as the control loop (via the kubelet process) responsible for the resource no longer exists. To make applications more resilient, Kubernetes has the ReplicaSet controller. The ReplicaSet controller is bundled inside the Kubernetes controller-manager, which runs on the Kubernetes master node and contains the controllers for these more advanced resources. The ReplicaSet controller is responsible for ensuring that a set number of copies of your application is always running. To do this, the ReplicaSet controller requests that a given number of Pods is created. It then routinely checks that the correct number of Pods is still running and will request more Pods or destroy existing Pods to do so. By requesting a ReplicaSet from Kubernetes, you get a self-healing deployment of your application. You can further add lifecycle management to your workload by requesting a Deployment, which is a controller that manages ReplicaSets and provides rolling upgrades by managing multiple versions of your application's ReplicaSets. Read more

Android Leftovers

Server: IBM, LAMP and Kubernetes

  • A HATS For Many Occasions
    IBM gives customers plenty of options when it comes to its Rational Host Access Transformation software, including several modes of operation, different runtime options, and support for different operating systems in screen modernization engagements. With last week’s launch of HATS version 9.7, the development and deployment options got even wider. Regardless of which downstream options a HATS customer ultimately chooses, it all starts out basically the same on the front side of the sausage machine: Customers come to HATS because they have a 5250 (or 3270 or VT100) application that they want to transform, but they don’t want to go through the hassle, expense, and risk of modifying the IBM i, z/OS, or Unix application’s source code.
  • Six top skills that you should acquire in 2019
    There is a growing demand for the fullstack development skill set, which is the ability to develop tech both on the front-end/client side and back-end/server side. As you can’t learn all, select combinations like MEAN or LAMP stack.
  • Kubernetes and the Enterprise
    The reason we were having this conversation was around SUSE’s Cloud Application Platform (CAP). This is our Kubernetes focused Cloud Foundry distribution. And as part of the Kubernetes focus, we have been supporting and running SUSE CAP on Azure’s AKS for the last year or so. The conversation continued with observations that Kubernetes was clearly the future across IT. Yet to date, Cloud Foundry still has a good following with the large enterprise. And the thinking was that the Cloud Foundry approach really helped the large enteprise work with their applications, even if the applications were purely ‘container’ applications. Cloud Foundry makes the container-side of managing your ‘container’ application transparent. This approach ultimately lowers the tasks, breadth of tooling, and knowledge you have to surround Kubernetes with. It was with this thought, that a light-bulb went on.