Re: git: af93fea71038 - main - timerfd: Move implementation from linux compat to sys/kern

On 8/28/23 16:12, Jake Freeland wrote:
> On Mon, Aug 28, 2023 at 11:19 AM Warner Losh <imp@bsdimp.com 
> <mailto:imp@bsdimp.com>> wrote:
> 
>     Added cc for Jake
> 
>     On Mon, Aug 28, 2023 at 6:17 AM Alexey Dokuchaev <danfe@freebsd.org
>     <mailto:danfe@freebsd.org>> wrote:
> 
>         On Thu, Aug 24, 2023 at 08:29:48PM +0000, Warner Losh wrote:
>          > commit af93fea710385b2b11f0cabd377e7ed6f3d97c34
>          >
>          >   timerfd: Move implementation from linux compat to sys/kern
>          >
>          >   Move the timerfd impelemntation from linux compat code to
>         sys/kern.
> 
>         Could you quickly summarize why we need these linuxish bits in
>         FreeBSD?
>         We've lived for years without it.  Had expected to find the
>         rationale
>         in DR but alas. :(  Thanks,
> 
> 
> The amount of software designed exclusively for Linux grows every day. 
> Support for FreeBSD is almost always done on behalf of FreeBSD 
> contributors, not the program developers.
> 
> I do not want to play the cat-and-mouse game of constantly updating 
> shims so we can support Linux software. I would rather take the 
> sensible* parts of Linux and integrate them into core FreeBSD.
> 
> My goal is not to turn FreeBSD into Linux, but rather to stay relevant 
> in an age where most younger developers don't even know what BSD is. We 
> should spend more resources on Linux program support, so younger 
> audiences can use their Discord web apps natively on FreeBSD.
> 
> Absorbing "linuxish" bits is controversial and I think that is a 
> tragedy. In my eyes, having "linuxish" features is one of the best ways 
> to ease the jump between Linux and FreeBSD, and minimize the maintenance 
> needed for FreeBSD support.
> 

+1. We're not in the game of adopting Linuxisms for the sake of it, but 
rather where they make sense (either they're obviously a good thing, or 
they simply make it easier to write portable scripts/code without 
damaging the quality of our code, like long options).

Remaining different for the sake of remaining different is way more 
silly than adopting sensible features.

> * 
> https://ariadne.space/2021/06/06/actually-bsd-kqueue-is-a-mountain-of-technical-debt/ <https://ariadne.space/2021/06/06/actually-bsd-kqueue-is-a-mountain-of-technical-debt/>
> Jake Freeland
> 

Thanks,

Kyle Evans