Open-source News

REMnux 7.0 Released: Ubuntu-based Linux Distro For Malware Analysis  Fossbytes

Traditionally, Linux was a reserve for developers, system administrators, and Enterprise users for hosting websites and other applications. There was a time when Linux posed a great deal of complexity to beginners and simply

Red Hat continues to drive support of an open 5G infrastructure to help drive accelerated adoption of cloud-native technologies for our communications service provider (CSP) customers and partners. As operators look to offer new revenue generating services, the importance of scalability, flexibility and security become critical for the smooth evolution of their networks.

"Learn to pivot" has been the mantra for 2020. Like most businesses, March 2020 was a challenging time for us on the Red Hat marketing team. With COVID-19 spreading across the world, and businesses sending their employees to work from home, it became clear that Red Hat Summit, scheduled to be hosted in April in San Francisco, could not go on as planned. 

RenderDoc as the open-source, cross-platform, cross graphics API debugger tool for profiling and analyzing issues across Vulkan / Direct3D / OpenGL / GLES continues getting even better with its advanced tool set...

Supercomputers prefer Linux. And after this training, you might prefer it too.  Boing Boing

The virtual GNOME conference kicked off today, GUADEC 2020, and one of the talks was focused on running "GNOME OS" on real hardware...

GNOME OS Is Taking Shape But Its To Serve For Testing The Desktop  Phoronix

It was just at the start of July that the LLVMpipe software driver gained OpenGL 4.0 support at long last. Days after that milestone OpenGL 4.2 support was reached for this driver that offers OpenGL acceleration atop CPUs either for fallback purposes or a vendor-neutral debug path. Now just days before the Mesa 20.2 branching, OpenGL 4.3 support has been cleared!..

Click the image above to read the July 2020 newsletter

The post Linux Foundation Newsletter: July 2020 appeared first on The Linux Foundation.

How to eke out a slight performance gain on Linux with noatime  TechRepublic

Meet the First KDE Slimbook Linux Ultrabook with AMD Ryzen 4000 Series CPUs  LXer

The Linux Foundation offers Advanced Cloud Engineer Bootcamp program  ZDNet

IBM Secure Execution for Linux  iTWire

SUSE offers new features in enterprise Linux and management software  iTWire

Server-Oriented Omarine 7.0 Linux OS Released with Enhanced Security  LXer

Linux Can Earn You A Six-Figure Paycheck. This Training Can Be Your Foot In The Door  ExtremeTech

Overview

In a new Linux Foundation paper, Technical Debt and Open Source Development co-authored by Ibrahim Haddad, Ph.D. and Cedric Bail, M.Sc., the causes and consequences of technical debt are explored in detail. It includes discussions on identifying technical debt, how to minimize it, the role of open source development, and strategies to address the issue at scale.

The authors worked together within the Open Source Group at Samsung Research and directly experienced minimizing internally carried technical debt via working with upstream open source projects. That experience covered dozens of open source projects used across multiple products and business units with varying degrees of involvement and expertise with upstream development. 

The definition of technical debt

Technical debt, a term used in software development, refers to the cost of maintaining source code that was caused by a deviation from the main branch where joint development happens. 

A broader interpretation of what constitutes technical debt is proprietary code by itself:

• A single organization has developed it.
• It is source code that the organization alone needs to carry and maintain.
• In some cases, the organization depends on a partner’s ability to maintain the code and carry that said debt.

The following symptoms can identify technical debt:

• Slower release cadence Time increases between the delivery of new features
• Increased onboarding time for new developers Onboarding new developers become highly involved due to code complexity where only insider developers are familiar with the codebase. The second manifestation of this symptom is the difficulty in retaining developers or hiring new developers.
• Increased security issues At least, experiencing more security issues than the main upstream branch.
• Increased efforts to maintain the code base Maintenance tasks become more time consuming as the body of code to maintain becomes larger and more complex.
• Misalignment with the upstream development cycle illustrated in the inability to keep pace, be aligned with the upstream development and release cycles.

Consequences of technical debt

Creating and carrying technical debt will have several negative effects on development efforts, including:

• The higher cost of code maintenance. 
• Slower innovation and development cycles.
• Paying interest on the debt — payment of technical debt is in the form of additional development needed to keep up with the main branch, the competition, and the rest of the world.
• Possibly missing on new features in the main branch or having to backport all new development into the forked branch internally. 
• Duplicate work with the main branch arising due to the delta between the internal and public branches being too large.

The worst possible consequence is the effect on the long term maintainability of the code base where organizations often find themselves maintaining their fork.

In many cases, tech debt is unavoidable short term. Carrying technical debt is mostly a decision that developers need to make all the time. The long term goals of any engineering effort should be to minimize and eliminate any tech debt resulting from any development effort. With proper policies, processes, training, and tooling, organizations can help mitigate and guide the engineering efforts towards lowering tech debt.

Open source has a significant role, and aligning your development efforts with upstream open source projects can result in a direct positive impact on the amount of the tech debt an organization carries. Just as financial debt involves paying interest, technical debt has a different kind of interest that needs to be carried: It’s not interest-free!

Technical debt is hindering your development and preventing your new growth, transferring your technical debt to become part of the open source world infrastructure, lowering it, and building on the giant’s shoulder that keeps growing.

To download Technical Debt and Open Source Development click on the button below Download Whitepaper

The post Solving technical debt with open source appeared first on The Linux Foundation.

Well known open-source AMD graphics driver developer Marek Olšák has landed a set of 15 patches into Mesa 20.2 for improving the RadeonSI driver's handling within virtualized environments...

Linux Hardware Company Blasts Apple for Webcam Security Advice  Softpedia News