# red hat Published articles for red hat. This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles. ## Fedora 45 beta includes Kmscon improvements for GNOME 51 DevFeed: [Fedora 45 beta includes Kmscon improvements for GNOME 51]() Original publisher: [Read original article]() Author: Liam Proven Published: 2026-09-16T15:27:46Z Content type: article Language: en Sources: [www.theregister.com - Articles]() Topics: [Fedora](), [Linux](), [console]() Tags: [console](), [fedora](), [gnome](), [linux](), [red-hat](), [software]() ### AI overview The article discusses Fedora 45 beta and Kmscon improvements beneath GNOME 51, including smoother scaling, richer colors, and better Unicode support. ### Source excerpt Kmscon brings smooth scaling, richer colors, and better Unicode support beneath GNOME 51 ## Python 3.14 free-threaded build is now available in RHEL DevFeed: [Python 3.14 free-threaded build is now available in RHEL]() Original publisher: [Read original article]() Author: Lumír Balhar Published: 2026-09-14T13:01:41Z Content type: release Language: en Sources: [Red Hat](), [Red Hat Developer]() Topics: [Python 3.14](), [Python](), [Concurrency](), [Linux](), [Concurrent Programming](), [cpu]() Tags: [cpu](), [developer-tools](), [developers](), [linux](), [performance](), [programming-languages-frameworks](), [python](), [python-3-14](), [red-hat](), [release](), [rhel](), [thread](), [upstream-release]() ### AI overview Red Hat Enterprise Linux 9.8 and 10.2 now provide a free-threaded Python 3.14 build through the Red Hat CodeReady Linux Builder repositories. With the GIL disabled, CPU-bound Python threads can execute in parallel across multiple CPU cores within a single process. The article explains expected performance benefits, installation, verification, and possible thread-safety issues in existing code. ### Source excerpt Developers on Red Hat Enterprise Linux 9.8 and 10.2 can now test full parallel CPU execution in Python using the new free-threaded Python 3.14 build. In addition to the regular Python 3.14 interpreter, we also provide the free-threaded variant in the Red Hat CodeReady Linux Builder repositories. Python 3.14 is the first upstream release where the free-threaded build is officially supported rather than experimental. The post Python 3.14 free-threaded build is now available in RHEL appeared first on Red Hat Developer. ## LTM Builds a Lightwell Remediation Services Practice Around IBM and Red Hat's $5B Open-Source Program DevFeed: [LTM Builds a Lightwell Remediation Services Practice Around IBM and Red Hat's $5B Open-Source Program]() Original publisher: [Read original article]() Author: Harold Fritts Published: 2026-09-11T16:35:51Z Content type: news Language: en Sources: [StorageReview.com]() Topics: [ibm](), [open-source-security](), [supply-chain-security](), [Security](), [vulnerability](), [DevSecOps](), [Deployment](), [Open Source](), [Artificial Intelligence]() Tags: [ai](), [deployment](), [devsecops](), [enterprise](), [ibm](), [open-source](), [open-source-software](), [red-hat](), [security](), [software-supply-chain](), [testing](), [vulnerability]() ### AI overview LTM is developing a remediation services practice around IBM and Red Hat's Lightwell program, which provides AI-generated, vendor-validated fixes for open-source software vulnerabilities. The offering is intended to help customers plan, prioritize, test, validate, and deploy patches at scale. ### Source excerpt LTM, the Larsen & Toubro Group services company that was LTIMindtree until its February rebrand, is building a Lightwell remediation services practice around the $5 billion IBM and Red Hat program for securing open-source software with AI-generated, vendor-validated fixes. IBM's clearinghouse produces validated, production-ready patches for open-source dependencies; LTM's job is getting them into customer The post LTM Builds a Lightwell Remediation Services Practice Around IBM and Red Hat's $5B Open-Source Program appeared first on StorageReview.com. ## Unlock a LUKS root over SSH on Fedora and Red Hat Enterprise Linux DevFeed: [Unlock a LUKS root over SSH on Fedora and Red Hat Enterprise Linux]() Original publisher: [Read original article]() Author: Josephine Pfeiffer Published: 2026-09-11T13:01:51Z Content type: tutorial Language: en Sources: [Red Hat](), [Red Hat Developer]() Topics: [Fedora](), [Linux](), [OpenSSH](), [ssh](), [systemd](), [datacenter](), [Network](), [Server]() Tags: [config](), [datacenter](), [developer](), [how-to](), [linux](), [network](), [red-hat](), [remote](), [rhel](), [server](), [ssh](), [systemd]() ### AI overview This tutorial explains how to unlock an encrypted LUKS root remotely over SSH on Fedora and Red Hat Enterprise Linux. It describes adding NetworkManager and an SSH server to the dracut initramfs, configuring networking, rebuilding the initramfs, and using the rd.neednet=1 kernel argument. ### Source excerpt An encrypted server in a datacenter reboots and stops in the initramfs, waiting for a passphrase at a console nobody is sitting at. 3 commands and a kernel argument get NetworkManager and sshd into a Fedora or Red Hat Enterprise Linux (RHEL) initramfs, so a remote server with an encrypted root can be unlocked over the network. The post Unlock a LUKS root over SSH on Fedora and Red Hat Enterprise Linux appeared first on Red Hat Developer. ## Bringing custom knowledge to agents with AutoRAG DevFeed: [Bringing custom knowledge to agents with AutoRAG]() Original publisher: [Read original article]() Author: Diego Alvarez Ponce, Diego Garcia Perez Published: 2026-09-11T13:01:50Z Content type: article Language: en Sources: [Red Hat](), [Red Hat Developer]() Topics: [Retrieval Augmented Generation (RAG)](), [Model Context Protocol (MCP)](), [Databases](), [Large Language Model](), [AI Development](), [LLM evaluation / benchmarking]() Tags: [ai](), [ai-inference](), [artificial-intelligence](), [database](), [developer](), [generative-ai](), [gpu](), [guide](), [how-to](), [large-language-models-llms](), [model-context-protocol-mcp](), [rag](), [red-hat](), [terminal]() ### AI overview This guide explains how to use AutoRAG in Red Hat OpenShift AI to optimize retrieval-augmented generation for enterprise, domain-specific data. It also shows how to integrate a Model Context Protocol server that retrieves customer information from an internal database, using a fictional banking scenario. ### Source excerpt The large language models (LLMs) that power generative AI work by drawing upon the patterns and information present in their training data. Without access to the right data, LLMs struggle to comprehend context--like our internal corporate vocabulary--and as a result, start to hallucinate. The post Bringing custom knowledge to agents with AutoRAG appeared first on Red Hat Developer. ## Red Hat edge platforms: Choosing the right one for your use case DevFeed: [Red Hat edge platforms: Choosing the right one for your use case]() Original publisher: [Read original article]() Author: Daniel Froehlich Published: 2026-09-11T13:01:48Z Content type: article Language: en Sources: [Red Hat](), [Red Hat Developer]() Topics: [Edge](), [Containers](), [Kubernetes](), [Architecture & Design](), [Hardware](), [Availability](), [Microservice]() Tags: [containers](), [deployment](), [edge](), [edge-computing](), [hardware](), [high-availability](), [kubernetes](), [management-tools](), [microservices](), [red-hat](), [virtual-machines]() ### AI overview This article introduces a series about choosing Red Hat edge platforms for specific deployment needs. It compares Red Hat Enterprise Linux and Red Hat OpenShift across workload types, platform sizes, hardware requirements, Kubernetes use cases, availability, storage, and management needs. ### Source excerpt Choosing the right platform for an edge deployment is one of the most consequential decisions an organization makes--and one of the most confusing. The options range from a single-board computer running a handful of containers to a full Kubernetes cluster with high availability, software-defined storage, and centralized management. Pick too small, and you hit a wall when requirements grow. The post Red Hat edge platforms: Choosing the right one for your use case appeared first on Red Hat Developer. ## HP ZGX Fury Is Now Orderable: GB300 Superchip, 748GB Unified Memory, and a Red Hat AI Factory Plan for the Edge DevFeed: [HP ZGX Fury Is Now Orderable: GB300 Superchip, 748GB Unified Memory, and a Red Hat AI Factory Plan for the Edge]() Original publisher: [Read original article]() Author: Brian Beeler Published: 2026-09-09T19:35:12Z Content type: news Language: en Sources: [StorageReview.com]() Topics: [Artificial Intelligence](), [Inference](), [Blackwell](), [GPU](), [Nvidia](), [DGX Station](), [Grace CPU](), [Hardware](), [Fine-tuning](), [Availability](), [NVLink](), [NCCL]() Tags: [10gbe](), [ai](), [ai-factory](), [availability](), [blackwell](), [connectx](), [consumer](), [dgx-station](), [fine-tuning](), [gpu](), [grace-cpu](), [hardware](), [inference](), [nvidia](), [nvlink](), [nvme](), [red-hat](), [usb](), [workstation]() ### AI overview HP's ZGX Fury AI station is available to order with a GB300 Grace Blackwell Ultra Desktop Superchip, 748GB of unified memory, and up to 20 petaFLOPS of FP4 compute. HP positions it as a shared inference system for departments, factory floors, and branch offices, supported by a collaboration with Red Hat and NVIDIA to run Red Hat AI Factory with NVIDIA. ### Source excerpt HP's ZGX Fury AI station is now available to order, and HP paired the availability news with a collaboration with Red Hat and NVIDIA to put Red Hat AI Factory with NVIDIA on top of it. The ZGX Fury is HP's take on NVIDIA's DGX Station design, built around the GB300 Grace Blackwell Ultra Desktop The post HP ZGX Fury Is Now Orderable: GB300 Superchip, 748GB Unified Memory, and a Red Hat AI Factory Plan for the Edge appeared first on StorageReview.com. ## Deploy NeMo Guardrails on Red Hat OpenShift AI DevFeed: [Deploy NeMo Guardrails on Red Hat OpenShift AI]() Original publisher: [Read original article]() Author: Rob Geada Published: 2026-09-09T15:05:01Z Content type: tutorial Language: en Sources: [Red Hat](), [Red Hat Developer]() Topics: [NeMo](), [Deployment](), [ai safety](), [Open Source](), [prompt injection]() Tags: [article](), [deployment](), [developer](), [how-to](), [nemo](), [open-source](), [operator](), [platform](), [prompt-injection](), [red-hat](), [safety](), [security]() ### AI overview This tutorial explains how to deploy an evaluated NeMo Guardrails configuration on a Red Hat OpenShift AI cluster. It covers prerequisites, creating a ConfigMap from the configuration files, and creating a NeMoGuardrails custom resource for a managed deployment. ### Source excerpt This is part 3 in a 3-part series on local guardrail development and evaluation. In the 1st article, I looked at how to design and develop a guardrail configuration on a local machine, and then tried some manual testing. In the 2nd article, I explored how to rigorously test a guardrail against popular large-scale risk datasets. The post Deploy NeMo Guardrails on Red Hat OpenShift AI appeared first on Red Hat Developer. ## Red Hat Developer Hub software template authoring with rhdh-templates DevFeed: [Red Hat Developer Hub software template authoring with rhdh-templates]() Original publisher: [Read original article]() Author: Kashish Mittal Published: 2026-09-07T07:01:32Z Content type: tutorial Language: en Sources: [Red Hat Developer]() Topics: [Backstage](), [internal developer portal](), [Nunjucks](), [AI-assisted coding](), [YAML]() Tags: [ai-coding-agents](), [artificial-intelligence](), [backstage](), [developer-portal](), [developer-productivity](), [developer-tools](), [platform-engineering](), [quick-start](), [red-hat](), [software-templates](), [terminal](), [validation]() ### AI overview This tutorial introduces the rhdh-templates skill for building Red Hat Developer Hub and Backstage software templates with an AI coding assistant. It covers Nunjucks conventions, YAML schema checking, reference templates, local offline validation, repository templatization, and optional testing against a Red Hat Developer Hub instance. ### Source excerpt If you are a platform engineer or developer building Red Hat Developer Hub software templates, you know the friction of wrestling with Nunjucks syntax, guessing location.yaml placements, and discovering errors only after rendering in your developer portal. While AI coding agents handle generic YAML, they lack Red Hat Developer Hub and Backstage-specific conventions. The post Red Hat Developer Hub software template authoring with rhdh-templates appeared first on Red Hat Developer. ## Proposing the SAFE Working Group: An Open Community Effort to Improve AI Security DevFeed: [Proposing the SAFE Working Group: An Open Community Effort to Improve AI Security]() Original publisher: [Read original article]() Author: andrewb@proximabiz.com (The Linux Foundation) Published: 2026-08-04T13:00:01Z Content type: article Language: en Sources: [Linux Foundation - Blog]() Topics: [ai security](), [Artificial Intelligence](), [Security](), [Open Source](), [Critical Infrastructure]() Tags: [ai](), [ai-security](), [aviation](), [cisco](), [hugging-face](), [linux-foundation](), [nasa](), [nvidia](), [open-source](), [red-hat](), [security]() ### AI overview The article proposes the Shared AI Findings Exchange (SAFE) Working Group, an open community effort to help organizations confidentially share lessons from AI security incidents and near misses. Its draft RFC outlines collecting and analyzing incidents, notifying affected organizations, identifying recurring control failures, and developing evidence-based defensive guidance. ### Source excerpt The open source community has shown time and again that collaboration produces better software, stronger security, and more resilient infrastructure. As AI becomes increasingly integrated into enterprise applications, developer workflows, and critical infrastructure, we have an opportunity to apply those same principles to one of the industry's newest challenges: learning from AI security incidents. ## Announcing the next Fedora Community Architect DevFeed: [Announcing the next Fedora Community Architect]() Original publisher: [Read original article]() Author: Justin Wheeler Published: 2026-07-30T08:00:00Z Content type: news Language: en Sources: [Fedora Magazine]() Topics: [Fedora](), [ai alignment](), [Artificial Intelligence](), [Open Source](), [Linux]() Tags: [ai](), [ai-alignment](), [fedora-community-action-and-impact-coordinator-fcaic](), [fedora-council](), [fedora-project-community](), [fedora-project-leadership](), [leadership](), [linux](), [red-hat]() ### AI overview Fedora is restructuring its community leadership support by splitting the Fedora Community Architect responsibilities into two focused roles. Shaun McCance will lead community operations, council and committee responsibilities, event planning, and financial stewardship, while Justin Wheeler will become AI Alignment Community Architect, focusing on AI adoption, community AI services, contributor mentoring, and alignment with Fedora's values. ### Source excerpt Fedora is evolving its community leadership structure to better support its ongoing growth. The Red Hat Open Source & AI Program Office is splitting the current Fedora Community Architect role into two focused positions. Shaun McCance will step into the role of Fedora Community Architect, taking over key responsibilities like Fedora Council representation and financial stewardship, while Justin Wheeler transitions to a new focus on AI Alignment. ## What are the best platforms for network automation? DevFeed: [What are the best platforms for network automation?]() Original publisher: [Read original article]() Author: Roger Perkin Published: 2026-07-24T08:25:02Z Content type: article Language: en Sources: [Roger Perkin Network Automation Consultant]() Topics: [Network](), [Automation](), [Ansible](), [Orchestration](), [awx](), [Low code]() Tags: [ansible](), [automation](), [awx](), [faq](), [low-code](), [nautobot](), [network](), [network-automation](), [orchestration](), [red-hat](), [source-of-truth]() ### AI overview The article lists Nautobot, Itential, Ansible, AWX, and Red Hat Ansible Automation Platform as network automation platforms. It states that they serve different purposes, including configuration, orchestration, source of truth and inventory, and enterprise low-code use cases. ### Source excerpt The best platforms for network automation include Nautobot, Itential, Ansible, AWX, Red Hat Ansible Automation Platform to name a few. Each one serves a different purpose including configuration and orchestration, source of truth and inventory and enterprise low code. Check out my dedicated post on network automation platforms ## The true cost of Kubernetes release support for Platform Engineers DevFeed: [The true cost of Kubernetes release support for Platform Engineers]() Original publisher: [Read original article]() Author: Bruce Gain Published: 2026-07-23T05:40:01Z Content type: comparison Language: en Sources: [Platform Engineering Blog]() Topics: [Kubernetes](), [Platform Engineering](), [Cloud](), [Amazon Web Services](), [Amazon EKS](), [Azure](), [rancher]() Tags: [amazon-eks](), [aws](), [azure](), [cloud](), [comparison](), [cost](), [cves](), [kubernetes](), [operational](), [platform](), [platform-engineering](), [private-cloud](), [red-hat](), [releases](), [security](), [support](), [testing](), [upgrades](), [vmware-cloud-foundation](), [vulnerabilities]() ### AI overview This article compares the operational and financial trade-offs of Kubernetes release support models. It explains that the CNCF's 14-month support window requires frequent upgrades, creating testing, coordination, maintenance, and service-disruption risks. Hyperscalers such as Amazon EKS, Google GKE, and Azure AKS offer paid extended support, while VMware Cloud Foundation provides 24 months of standard support without incremental fees and Red Hat OpenShift offers a 36-month support window. ### Source excerpt Compare the true cost and operational trade-offs of Kubernetes extended support fees from hyperscalers (AWS, GCP, Azure) versus the longer, predictable maintenance cycles of VMware VCF and other enterprise distributions. ## Chainguard customers safe from Mini Shai-Hulud worm targeting @redhat-cloud-services npm packages with 100K+ weekly downloads DevFeed: [Chainguard customers safe from Mini Shai-Hulud worm targeting @redhat-cloud-services npm packages with 100K+ weekly downloads]() Original publisher: [Read original article]() Published: 2026-06-01T00:00:00Z Content type: news Language: en Sources: [Chainguard: Unchained]() Topics: [npm](), [Security](), [GitHub Actions](), [npm packages](), [GitHub](), [obfuscation](), [payload](), [OpenID connect (OIDC)]() Tags: [chainguard-actions](), [chainguard-libraries](), [endpoint-security](), [github](), [github-actions](), [malware](), [mini-shai-hulud](), [npm](), [obfuscation](), [oidc](), [packages](), [payload](), [red-hat](), [redhat-cloud-services](), [security](), [shai-hulud](), [tokens]() ### AI overview The article reports that the Mini Shai-Hulud worm compromised more than 90 @redhat-cloud-services npm packages through a hijacked GitHub account and GitHub Actions OIDC trusted publishing. The worm spreads tampered packages and malicious workflows, executes an obfuscated payload during installation, and steals cloud, Vault, GitHub, npm, and CI credentials. Chainguard customers using Chainguard Libraries for JavaScript and Chainguard Actions were unaffected. ### Source excerpt A new npm worm hit 90+ Red Hat packages. Chainguard customers stayed protected by blocking install-time scripts and hardening CI/CD workflows. ## Podman Standups! DevFeed: [Podman Standups!]() Original publisher: [Read original article]() Author: tsweeney Published: 2026-05-01T17:21:55Z Content type: article Language: en Sources: [blog.podman.io]() Topics: [podman](), [GitHub Issues]() Tags: [2026](), [cncf](), [community](), [events](), [github-issues](), [podman](), [red-hat](), [team](), [uncategorized](), [video]() ### AI overview The Podman project is moving its recurring standup meetings to the CNCF calendar so the wider community can join. Meetings will occur on Mondays and Thursdays, beginning May 4, 2026, with status roundtables followed by optional discussion topics. The existing Podman Community Cabal meeting will end after May 5, 2026. ### Source excerpt The standups are coming, the standups are coming! Come one, come all to the Podman Standup Meetings! For the past many years, the Podman team at Red Hat has held standup meetings on Mondays at 10:00 a.m. Eastern, and also on Thursdays at 11:00 a.m. Eastern. (Currently UTC-4, then UTC-5 once the USA goes to [...] ## Backstage in Amsterdam: Highlights from BackstageCon and KubeCon + CloudNativeCon Europe 2026 DevFeed: [Backstage in Amsterdam: Highlights from BackstageCon and KubeCon + CloudNativeCon Europe 2026]() Original publisher: [Read original article]() Author: André Wanlin, Emma Indal & Ruxandra Stanciu, Spotify Published: 2026-04-20T00:00:00Z Content type: article Language: en Sources: [Backstage Software Catalog and Developer Platform Blog]() Topics: [Backstage](), [Developer experience](), [internal developer portal](), [Tooling](), [Command-line interface](), [Maintainers](), [pull-requests]() Tags: [2026](), [backstage](), [catalog](), [cli](), [community](), [contributors](), [developer-experience](), [developer-portal](), [ecosystem](), [engineering](), [europe](), [explore](), [idp](), [internal-developer-platform](), [keynote](), [kubecon](), [maintainers](), [open-source](), [platform-engineering](), [plugin](), [plugins](), [pull-requests](), [q-a](), [red-hat](), [software-catalog](), [software-templates](), [techdocs]() ### AI overview A recap of BackstageCon and KubeCon + CloudNativeCon Europe 2026 in Amsterdam highlights community talks, maintainer discussions, a documentary premiere, a live keynote demonstration, and ContribFest. It also covers Backstage deployment governance, unified developer experience, catalog workflows, platform CLI usage, and the plugin ecosystem. ### Source excerpt Backstage in Amsterdam: Highlights from BackstageCon and KubeCon + CloudNativeCon Europe 2026 ## Implementing FIPS compliance in Redpanda DevFeed: [Implementing FIPS compliance in Redpanda]() Original publisher: [Read original article]() Author: Kavya Shivashankar Published: 2025-05-20T00:00:00Z Content type: tutorial Language: en Sources: [Redpanda]() Topics: [Security](), [Cryptography](), [Encryption](), [Command-line interface](), [Linux]() Tags: [clusters](), [command-line](), [compliance](), [crypto](), [deploying-fips-compliant-redpanda](), [encryption](), [fips](), [fips-140-2-compliance](), [fips-compliance-redpanda](), [fips-mode-redpanda-installation](), [fips-validation-for-cryptographic-modules](), [implementing-fips-in-redpanda](), [installation](), [k8s](), [openssl](), [openssl-3-0-9-fips](), [product](), [production](), [red-hat](), [redpanda-enterprise-security-features](), [redpanda-fips-compliant-cluster](), [redpanda-openssl-configuration](), [redpanda-security-standards](), [rhel](), [secure-redpanda-clusters](), [security](), [standards]() ### AI overview This tutorial explains FIPS requirements for cryptographic modules and how Redpanda supports FIPS-compliant operation. It covers validated OpenSSL libraries, FIPS mode settings, licensing, deployment limitations, and an example single-node cluster installation on RHEL. ### Source excerpt Redpanda now supports FIPS, so you can run our clusters in secure environments with strict federal security standards for crypto modules. ## How to install Java on macOS DevFeed: [How to install Java on macOS]() Original publisher: [Read original article]() Author: Liran Tal Published: 2024-04-17T05:00:00Z Content type: tutorial Language: en Sources: [Blog RSS Feed | Snyk]() Topics: [Java](), [macOS](), [openjdk](), [Programming](), [GNU General Public License]() Tags: [acquisition](), [ai](), [application-security](), [applications](), [awareness](), [blog](), [container-security](), [developer](), [development](), [devrel](), [guide](), [how-to](), [ibm](), [install](), [java](), [macos](), [open-source](), [open-source-security](), [openjdk](), [oracle](), [red-hat](), [snyk-container](), [snyk-open-source]() ### AI overview This tutorial explains Java and why it is useful on macOS, then introduces OpenJDK and contrasts it with Oracle's JDK, including differences in licensing and production use. ### Source excerpt In the following post, we will guide you through installing Java on macOS, ensuring you're ready to start developing applications in no time. ## Backstage in Paris: Wrapping up BackstageCon and KubeCon + CloudNativeCon Europe 2024 DevFeed: [Backstage in Paris: Wrapping up BackstageCon and KubeCon + CloudNativeCon Europe 2024]() Original publisher: [Read original article]() Author: André Wanlin, Spotify Published: 2024-03-27T00:00:00Z Content type: news Language: en Sources: [Backstage Software Catalog and Developer Platform Blog]() Topics: [Backstage](), [Platform Engineering](), [Cloud Native Ecosystem](), [Open Source](), [Accessibility](), [Localization (l10n)](), [OpenAPI Specification]() Tags: [accessibility](), [backstage](), [cncf](), [developer-experience](), [developer-platform](), [developer-portal](), [discord](), [europe](), [idp](), [internal-developer-platform](), [kubecon](), [open-source](), [openapi](), [platform-engineering](), [pull-requests](), [red-hat](), [software-catalog](), [software-templates](), [techdocs](), [us](), [youtube]() ### AI overview This article recaps BackstageCon Europe and Backstage's presence at KubeCon + CloudNativeCon Europe 2024 in Paris. It highlights Backstage's four years as an open-source project, community growth, increased pull requests, scaling guidance, developer platform product thinking, and talks on plugins, accessibility, OpenAPI tooling, and localization. ### Source excerpt tl;dr: And with that the first BackstageCon Europe comes to an end! The City of Light was good to Backstage with many great conversations at both BackstageCon and KubeCon + CloudNativeCon Europe 2024. If you weren't able to join, the CNCF has a great playlist of all the BackstageCon talks ready to go on YouTube. Check out some of the highlights below -- then grab your popcorn and settle in! ## Presto in 2019: Year in Review DevFeed: [Presto in 2019: Year in Review]() Original publisher: [Read original article]() Author: Martin Traverso Published: 2020-01-01T00:00:00Z Content type: article Language: en Sources: [Trino Blog]() Topics: [releases](), [Software](), [pull-requests](), [SQL](), [Databases](), [Amazon Redshift](), [Apache Iceberg](), [MySQL](), [phoenix](), [PostgreSQL](), [sql-server]() Tags: [arm](), [collaboration](), [community](), [contributors](), [events](), [india](), [japan](), [mysql](), [postgresql](), [pull-requests](), [red-hat](), [releases](), [slack](), [software](), [sql](), [year-in-review]() ### AI overview A 2019 review of the Presto community, covering the launch of the Presto Software Foundation, contributions from more than 120 people across over 20 companies, weekly Slack activity, global summits, 28 releases, more than 2,850 commits, over 1,500 pull requests, and selected language features and connector support. ### Source excerpt What a great year for the Presto community! We started with the year with the launch of the Presto Software Foundation, with the long term goal of ensuring the project remains collaborative, open and independent from any corporate interest, for years to come. Since then, the community around Presto has grown and consolidated. We've seen contributions from more than 120 people across over 20 companies. Every week, 280 users and developers interact in the project's Slack channel. We'd like to take the opportunity to thank everyone that contributed the project in one way or another. Presto wouldn't be what it is without your help. With the collaboration of companies such as Starburst, Qubole, Varada, Twitter, ARM Treasure Data, Wix, Red Hat, and the Big Things community, we ran several Presto summits across the world: Tel Aviv, Israel, April 2019 San Francisco, USA, June 2019 Tokyo, Japan, July 2019 Bangalore, India, September, 2019 New York, USA, December 2019 All these events were a huge success and brought thousands of Presto users, contributors and other community members together to share their knowledge and experiences. The project has been more active than ever. We completed 28 releases comprised of more than 2850 commits in over 1500 pull requests. Of course, that alone is not a good measure of progress, so let's take a closer look at everything that went in. And there is a lot to look at! ## ReactOS Joins Open Invention Network DevFeed: [ReactOS Joins Open Invention Network]() Original publisher: [Read original article]() Published: 2014-10-03T00:00:00Z Content type: news Language: en Sources: [Front Page on ReactOS Website]() Topics: [opensource](), [ReactOS](), [Linux]() Tags: [2005](), [code](), [free](), [google](), [ibm](), [linux](), [open](), [open-source](), [opensource](), [os](), [react](), [reactos](), [red-hat](), [win32](), [winapi]() ### AI overview The ReactOS Foundation joined the Open Invention Network, a defensive patent pool established to help protect Linux through shared patent protection. The article presents the decision as ReactOS's contribution to the open-source community. ### Source excerpt The ReactOS Foundation officially joins the Open Invention Network! The Open Invention Network is a shared defensive patent pool with the mission to protect Linux. Launched in 2005, OIN has strong industry support with backing from Google, IBM, NEC, Philips, Red Hat, Sony and SUSE (a business unit of Novell). ReactOS is just a small piece in this big opensource world and even if we're not a Linux project, helping to protect the opensource spirit is, and will always be, a must for us.