October 26, 2025 at 4:26 PM, "Polarian" <[email protected] mailto:[email protected]?to=%22Polarian%22%20%3Cpolarian%40polarian.dev%3E > wrote:
> > Hey, > > > > > It should be possible to use bcachefs on OpenBSD then right? > > Also fun fact, 90% of bcachefs can run in userspace! > > > I believe you conflicted yourself here, now I will ignore the assumption > that just because its FUSE its bound to work despite being written for > Linux, I would like to point out that 10% which is not in the userspace > will likely have a ton of Linuxisms. Perhaps I mis-wrote. 90% of bcachefs could be ripped out and run in userspace without FUSE. 10% has of bcachefs has linuxisms. Kent really pushes for making it possible to run code in both kernel space and userspace. He gave an example of some code that deals with a creating datastucture in Linux...that should be possible to export as a userspace library really easily. We spoke with him about porting it natively to the Hurd (1). A native port to OpenBSD (maintained in base) is not possible. Someone could fork OpenBSD (call it LibreBSD) and maintain bcachefs in base... But I thought FUSE was meant to be portable accross filesystems. Shouldn't it be possible to run any FUSE filesystem on any os that supports FUSE? > > I know because of licensing issues that it can't be merged properly > > in base, but I would love to use bcachfe on OpenBSD! > > > If 10% of it lies in the kernel, then its not going to be supported is > it? It is GPL and thus violates the licencing requirements as you > pointed out. > > So from this your email alone, I am afraid the very likely answer is no, > bcachefs on OpenBSD isn't going to happen. > > Take care, > -- > Polarian > Jabber/XMPP: [email protected] 1) https://www.youtube.com/watch?v=bcWsrYvc5Fg
