Loading...
Loading...
OpenBSD maintainers debated a submission: an ext4 filesystem driver posted by Thomas de Grivel that he says was generated using ChatGPT and Claude-code and later tested to pass e2fsck (without journaling). The proposal raised licensing and provenance alarms because ext4 implementations and documentation are heavily tied to GPL-licensed Linux sources, and LLMs were likely trained on that corpus. Theo de Raadt and others noted that reimplementations for interoperability can be legal, but OpenBSD c
A project titled “Vibe-coded ext4 for OpenBSD” suggests someone is working on bringing Linux’s ext4 filesystem support to the OpenBSD operating system, potentially via a rapid, improvisational “vibe coding” approach. No article body, author, repository link, release date, or technical details are provided, so it is unclear whether this refers to a new kernel driver, a user-space implementation, read-only versus read-write support, or an experimental prototype. If realized, ext4 support could improve interoperability for OpenBSD users who need to access ext4-formatted disks commonly used on Linux systems. Beyond the title, there is insufficient information to confirm the scope, maturity, licensing, or availability of the work.
An LLM-generated ext4 implementation submitted to OpenBSD sparked debate over licensing and copyright. Thomas de Grivel posted an ext4 driver claiming full read/write support and passing e2fsck, later stating it was produced using ChatGPT and Claude-code with human review; it omits journaling. Community members raised concerns that the model likely learned from GPL-licensed Linux sources, risking license contamination if the result is deemed a derivative work. Theo de Raadt noted reimplementation for interoperability is legally allowed but highlighted that AI-generated code’s copyright status is unclear, preventing OpenBSD from accepting such contributions because the project cannot obtain the necessary redistribution permissions. The episode underscores legal and policy gaps around AI-produced code in open-source projects.
An LWN story about an OpenBSD contributor submitting an ext4-compatible filesystem implementation generated by an LLM sparked debate over copyright and license compatibility. The community worries the model-produced code may have been trained on GPLed ext4 sources, raising whether OpenBSD can legally accept or redistribute the output. Commenters also debated code quality and maintainability of AI-generated code, interoperability with Linux kernels, and whether copyright law even applies to non-human-authored output. Theo de Raadt and other developers weighed in on practical and legal implications for integrating vibe-coded components into open-source projects. The issue matters because it tests licensing, provenance, and trust standards as AI-generated code enters core system software.
OpenBSD maintainers debated a submission: an ext4 filesystem driver posted by Thomas de Grivel that he says was generated using ChatGPT and Claude-code and later tested to pass e2fsck (without journaling). The proposal raised licensing and provenance alarms because ext4 implementations and documentation are heavily tied to GPL-licensed Linux sources, and LLMs were likely trained on that corpus. Theo de Raadt and others noted that reimplementations for interoperability can be legal, but OpenBSD cannot accept code whose copyright status is unclear — current law and policy do not recognize simple AI output or the prompt author as clearly holding copyright. The discussion highlights risks of GPL contamination, unknown AI provenance, and redistribution barriers for AI-written contributions.