27 Dec 2025

feedOSnews

Package managers keep using git as a database, it never works out

If you're building a package manager and git-as-index seems appealing, look at Cargo, Homebrew, CocoaPods, vcpkg, Go. They all had to build workarounds as they grew, causing pain for users and maintainers. The pull request workflow is nice. The version history is nice. You will hit the same walls they did. ↫ Andrew Nesbitt It's wild to read some of these stories. I can't believe CocoaPods had 16000 directories contained in a single directory, which is absolutely bananas when you know how git actually works. Then there's the issue that git is case-sensitive, as any proper file system should be, which causes major headaches on Windows and macOS, which are dumb and are case-insensitive. Even Windows' path length limits, inherited from DOS, cause problems with git. There just so many problems with using git for a package managers' database. The basic gist is that git is not a database, and shouldn't be used as such. It's incredulous to me that seasoned developers would opt for "solutions" like this.

27 Dec 2025 12:57pm GMT

QNX releases new desktop-focused image: QNX 8.0 with Xfce on Wayland

Christmas is already behind us, but since this is an announcement from 11 December - that I missed - I'm calling this a very interesting and surprising Christmas present. The team and I are beyond excited to share what we've been cooking up over the last little while: a full desktop environment running on QNX 8.0, with support for self-hosted compilation! This environment both makes it easier for newly-minted QNX developers to get started with building for QNX, but it also vastly simplifies the process of porting Linux applications and libraries to QNX 8.0. ↫ John Hanam at the QNX Developer Blog What we have here is QNX 8.0 running the Xfce desktop environment on Wayland, a whole slew of build and development tools like clang, gcc, git, etc.), a ton of popular code editors and IDEs, a web browser (looks like GNOME Web?), access to all the ports on the QNX Open-Source Dashboard, and more. For now, it's only available as a Qemu image to run on top of Ubuntu, but the plan is to also release an x86 image in the coming months so you can run this directly on real hardware. This isn't quite the same as the QNX of old with its unique Photon microGUI, but it's been known for a while now that Photon hasn't been actively developed in a long time and is basically abandoned. Running Xfce on Wayland is obviously a much more sensible solution, and one that's quite future-proof, too. As a certified QNX desktop enthusiast of yore, I can't wait for the x86 image to arrive so I can try this out properly. There are downsides. This image, too, is encumbered by annoying non-commercial license requirements and sign-ups, and this also wouldn't be the first time QNX starts an enthusiast effort, only to abandon it shortly after. Buyer beware, then, but I'm cautiously optimistic.

27 Dec 2025 10:12am GMT

26 Dec 2025

feedSlashdot

FFmpeg Developer Files DMCA Against Rockchip After Two-Year Wait for License Fix

GitHub has disabled Rockchip's Media Process Platform repository after an FFmpeg developer filed a DMCA takedown notice, nearly two years after the open-source project first publicly accused the Chinese chipmaker of license violations. The notice, filed December 18, claims Rockchip copied thousands of lines of code from FFmpeg's libavcodec library -- including decoders for H.265, AV1, and VP9 formats -- stripped the original copyright notices, falsely claimed authorship and redistributed the code under Apache's permissive license rather than the original LGPL. FFmpeg first called out Rockchip in February 2024 for "blatantly copy and pasting FFmpeg code" into its driver, but the chipmaker's last response suggested no intention to resolve the matter. The DMCA notice requests either removal of the infringing files or restoration of proper attribution and an LGPL-compatible license.

Read more of this story at Slashdot.

26 Dec 2025 8:00pm GMT

Indian IT Was Supposed To Die From AI. Instead It's Billing for the Cleanup.

Two years after generative AI was supposed to render India's $250 billion IT services industry obsolete, the sector is finding that enterprises still need someone to handle the unglamorous plumbing work that large-scale AI deployment demands. Less than 15% of organizations are meaningfully deploying the new technology, according to investment bank UBS, and Indian IT firms are positioning themselves to capture the preparatory work -- data cleanup, cloud migration, system integration -- that channel checks suggest could take two to three years before enterprise-wide AI becomes feasible. The financials have held up better than the doomsday predictions suggested. Infosys now calls AI-led volume opportunities a bigger tailwind than the deflation threat, a reversal from 2024, and orderbooks held steady in the third quarter even as pricing pressure filtered through renewals. Infosys expects its orderbook to grow more than 50% this quarter, anchored by an NHS deal worth $1.6 billion over 15 years. The companies have been restructuring accordingly. TCS cut headcount by 2% and invested in a 1GW data-centre network while acquiring Salesforce advisory firm Coastal Cloud. HCLTech reduced margins by 100 basis points and became one of the first large systems integrators to partner with OpenAI; this week it announced acquisitions of Jaspersoft for $240 million and Belgian firm Wobby to expand agentic AI capabilities. The bear case for the Indian IT sector assumed that AI would work out of the box. Two years in, it does not.

Read more of this story at Slashdot.

26 Dec 2025 6:40pm GMT

As AI Companies Borrow Billions, Debt Investors Grow Wary

While stock investors have pushed AI-related shares to repeated highs this year, debt markets are telling a more cautious story as newer AI infrastructure companies find themselves paying significantly elevated interest rates to borrow money. Applied Digital, a data center builder, sold $2.35 billion of debt in November at a 9.25% coupon -- roughly 3.75% above similarly rated companies, or about 70% more in interest costs. The pattern has repeated across several deals. Wulf Compute, a subsidiary of Bitcoin-miner-turned-data-center-operator Terawulf, raised $3.2 billion in mid-October at 7.75%, well above the 5.5% average yield for similarly rated issuers. Cipher Compute sold $1.7 billion in early November at just over 7%. CoreWeave, which rents data centers and installs computing systems for companies like OpenAI and Meta, raised $1.75 billion in July at 9%. The company's bonds have since fallen to around 90 cents on the dollar, pushing the effective yield above 12% -- nearly double the average for companies at its single-B rating level. "We just have to be much more pessimistic and not buy into the hype," said Will Smith, a portfolio manager at AllianceBernstein. Construction delays and uncertain demand for AI computing power remain key concerns for lenders who, unlike equity investors, have no upside beyond getting their principal back.

Read more of this story at Slashdot.

26 Dec 2025 5:37pm GMT

feedArs Technica

Embark on a visual voyage of art inspired by black holes

Art and science converge in Lynn Gamwell's book, Conjuring the Void: The Art of Black Holes

26 Dec 2025 4:40pm GMT

In the ’90s, Wing Commander: Privateer made me realize what kind of games I love

Most things Privateer did have been done better, but it's still a classic.

26 Dec 2025 1:35pm GMT

Ars Technica’s Top 20 video games of 2025

A mix of expected sequels and out-of-nowhere indie gems made 2025 a joy.

26 Dec 2025 12:00pm GMT

25 Dec 2025

feedOSnews

Phoenix: a modern X server written in Zig

We've got more X11-related news this day, the day of Xmas. Phoenix is a new X server, written from scratch in Zig (not a fork of Xorg server). This X server is designed to be a modern alternative to the Xorg server. ↫ Phoenix' readme page Phoenix will only support a modern subset of the X11 protocol, focusing on making sure modern applications from roughly the last 20 years or so work. It also takes quite a few pages out of the Wayland playbook by not having a server driver interface and by having a compositor included. On top of that, it will isolate applications from each other, and won't have a single framebuffer for all displays, instead allowing different refresh rates for individual displays. The project also intends to develop new standards to support things like per-monitor DPI, among many other features. That's a lot of features and capabilities to promise for an X server, and much like Wayland, the way they aim to get there is by effectively gutting traditional X and leaving a ton of cruft behind. The use of Zig is also interesting, as it can catch some issues before they affect any users thanks to Zig's runtime safety option. At least it's not yet another thing written in Rust like every other project competing with an established project. I think this look like an incredibly interesting project to keep an eye on, and I hope more people join the effort. Competition and fresh, new ideas are good, especially now that everything is gravitating towards Wayland - we need alternatives to promote the sharing of ideas.

25 Dec 2025 2:52pm GMT

20 Dec 2025

feedPlanet Arch Linux

NVIDIA 590 driver drops Pascal and lower support; main packages switch to Open Kernel Modules

With the update to driver version 590, the NVIDIA driver no longer supports Pascal (GTX 10xx) GPUs or older. We will replace the nvidia package with nvidia-open, nvidia-dkms with nvidia-open-dkms, and nvidia-lts with nvidia-lts-open. Impact: Updating the NVIDIA packages on systems with Pascal, Maxwell, or older cards will fail to load the driver, which may result in a broken graphical environment. Intervention required for Pascal/older users: Users with GTX 10xx series and older cards must switch to the legacy proprietary branch to maintain support:

Users with Turing (20xx and GTX 1650 series) and newer GPUs will automatically transition to the open kernel modules on upgrade and require no manual intervention.

20 Dec 2025 12:00am GMT

NVIDIA 590 driver drops Pascal and lower support / switch to -open

Peter Jung via arch-announce wrote:

With the update to driver version 590, the NVIDIA driver no longer supports Pascal (GTX 10xx) GPUs or older. We will replace the 'nvidia' package with 'nvidia-open', 'nvidia-dkms' with 'nvidia-open-dkms', and 'nvidia-lts' with 'nvidia-lts-open'. Impact: Updating the NVIDIA packages on systems with Pascal, Maxwell, or older cards will fail to load the driver, which may result in a broken graphical environment. Intervention required for Pascal/older users: Users with GTX 10xx series and older cards must switch to the legacy proprietary branch to maintain support:

  • Uninstall the official 'nvidia', 'nvidia-lts', or 'nvidia-dkms' packages.
  • Install 'nvidia-580xx-dkms' from the AUR
Users with Turing (20xx and GTX 1650 series) and newer GPUs will automatically transition to the open kernel modules on upgrade and require no manual intervention.

https://archlinux.org/news/nvidia-590-d … l-modules/

20 Dec 2025 12:00am GMT

11 Dec 2025

feedPlanet Arch Linux

.NET packages may require manual intervention

The following packages may require manual intervention due to the upgrade from 9.0 to 10.0:

pacman may display the following error failed to prepare transaction (could not satisfy dependencies) for the affected packages. If you are affected by this and require the 9.0 packages, the following commands will update e.g. aspnet-runtime to aspnet-runtime-9.0: pacman -Syu aspnet-runtime-9.0 pacman -Rs aspnet-runtime

11 Dec 2025 12:00am GMT