news
Red Hat and Fedora Leftovers
-
University of Toronto ☛ Discovering orphaned binaries in /usr/sbin on Fedora 42
The most interesting orphan is /usr/sbin/sln, dating from 2018, when apparently various people discovered it as an orphan on their system. Unlike all the other orphan programs, the sln manual page is still shipped as part of the standard 'man-pages' package and so you can read sln(8) online. Based on the manual page, it sounds like it may have been part of glibc at one point.
-
Red Hat ☛ MCP in Red Bait Developer Hub: Chat with your catalog
This article outlines new plug-ins for Red Hat Developer Hub that provides tools for MCP (Model Context Protocol) clients to interact with it. Starting in version 1.8, you can install plug-ins from the Extensions Marketplace that provide an MCP server in Developer Hub, along with tools that allow MCP clients to query the contents of the software catalog and retrieve TechDocs documentation associated with catalog entities.
-
Red Hat ☛ OpenShift Hey Hi (AI) connector for Red Bait Developer Hub (Developer Preview)
This article outlines new plug-ins and sidecar containers in Red Hat Developer Hub that provide integration between Developer Hub and Red Hat OpenShift AI. This integration lets you automatically transfer Hey Hi (AI) model metadata managed by OpenShift Hey Hi (AI) into Developer Hub’s Software Catalog.
-
Red Hat Official ☛ Red Hat OpenShift is joining the Kueue
This blog post delves into what Kueue is, what its main use cases are, and introduces the Red Hat build of Kueue, a new operator from the Red Hat OpenShift team.
-
Red Hat Official ☛ Red Hat Developer Hub 1.8 delivers context-aware AI, faster self-service and scalable governance [Ed: More buzzwords, not much substance]
That's why we’re excited to announce Red Hat Developer Hub 1.8, the latest version of our enterprise-grade developer portal based on the Backstage project. New features and enhancements in this release provide users:
-
Red Hat Official ☛ GPU-as-a-Service for AI at scale: Practical strategies with Red Hat OpenShift AI [Ed:Red Hat is hugging buzzwords; but when the bubble pops Red Hat will be left lodging on a pile of worthless poo]
For organizations investing heavily in AI, the cost of specialized hardware is a primary concern. GPUs/accelerators are expensive, and if that hardware is unused and sits idle, it leads to significant budget waste, making it more difficult to scale your AI projects. One solution is to adopt GPU-as-a-Service (GPUaaS), an operational model designed to help maximize the return on investment (ROI) of your hardware.
-
Red Hat Official ☛ Red Hat collaborating with Omnissa to bring Horizon virtual desktops to OpenShift Virtualization
Organizations continue to rely on virtual machine VM-based applications for critical workloads, even as they accelerate their shift to containers and Kubernetes. Maintaining separate virtualization and container platforms can lead to unnecessary silos, duplicate processes, and higher costs.
-
Red Hat ☛ How to develop Red Bait Enterprise GNU/Linux applications on other GNU/Linux distributions or Abusive Monopolist Microsoft Windows
The best way to develop a Red Hat Enterprise Linux (RHEL) application is from within a Red Bait environment, which you can easily obtain at no cost for software development as an individual or business developer.