hn.today

OpenBSD Developers Reject Uutils Coreutils

news.lavx.hu31 points41 comments
Screenshot of OpenBSD Developers Reject Uutils Coreutils

A proposal to add the Rust-based uutils reimplementation of coreutils to OpenBSD's ports tree was met with swift rejection from senior developers who argued it is unnecessary duplication that threatens the base system's behavioral consistency. The port, submitted as a metapackage that installs g-prefixed command symlinks (gcat, gls, gcp, gdate, etc.) to a single multicall binary under libexec/uutils, conflicts with existing GNU coreutils packages. OpenBSD leadership emphasized that the project already ships permissively licensed, BSD implementations of standard utilities that have been developed and tested together; introducing subtly different outputs, exit codes or edge-case behavior would break pipelines and undermine the cohesive base system philosophy. Theo de Raadt framed the move as an agenda-driven change rather than a needed improvement.

Technical and maintenance objections compounded the philosophical ones. The multicall design clashes with OpenBSD packaging expectations for individual binaries and forces full-suite rebuilds for single-utility updates. Developers also raised long-standing concerns about adding Rust to the base environment - rapid release cadence, heavy dependency trees and bootstrapping complexity across architectures. Although uutils has strong test coverage and an MIT license that some distributions have embraced, acceptance on OpenBSD would require splitting binaries, demonstrating strict behavioral parity with OpenBSD tools, and addressing Rust bootstrap and maintenance burdens; absent those changes, the existing GNU coreutils port remains the recommended path.

Read on news.lavx.hu41 comments on Hacker News

Summary generated by AI from the linked article. hn.today is not affiliated with Hacker News or Y Combinator.

More in Security

The daily digest

Today's best Hacker News stories, summarized and screenshotted, one email a day.