Undocumented features from man pages are a feature of Linux :)

I wish systemd would go away and take java with it and never show its ugly face again.

That’s separate from the commit of man page information with each change, I know, but I had to say where I was coming from.

Of course my concern isn’t for Linux since I rarely use it (Android aside ;), but how it is slowly becoming required by software I do care about, making it evermore Linux-only. Being a BSD person, that is a big problem looming on the horizon.

WRT PBIs, it looks more like they are going away, as opposed to being changed “for the better.” No longer will they be self-contained entities like applications on OS X, which to me was the single defining feature of PBIs over ports.

Stack shuffles! I always love seeing the things that OpenBSD implements to make their system more hostile to badly written crapware. I liked that DragonFly used to incorporate some of the features like the malloc changes from OpenBSD 3.8(ish) but IIRC was later replaced by a new allocator that prioritized scalability instead. I’m not complaining, I just think that if more systems made it harder for buggy software to run, we’d collectively be in a better place.

“Why doesn’t it show up in a man page search at the site?”

OpenBSD is really the only platform I’ve used where I’ve come to expect man pages to be not only present but correct and up to date. Few people from other projects seem to update man pages when they make changes to software, or when code is imported from other systems, at least not in a timely manner. In the past I’ve found DragonFly and to a lesser extent FreeBSD to be spotty in places. On the plus side, it is nowhere nearly as bad as the situation on Linux…

I’m certainly grateful for the great stuff I get for free from all these various projects and developers, and am not the sort of person who generally expresses any opinion on how people can or “should” spend their free time, but the lack of/incorrect/incomplete manual thing is something that bugs me when I’m trying to figure something out. The people who write the code really are IMHO the very best people to be documenting what they wrote.

That summarizes it a little better, he started it while in high school, wants to fork with kernel changes similar to how DragonFlyBSD did. What I really don’t like is that he says his ideas are secret but his code will be open, so there isn’t really documentation for a roadmap or intention for the project, just this mystical futuristic demand that you’ll like it, because.

https://github.com/Subsentient/epoch/commit/5d7ec01df5e5a67f0e38d7798e7d0a449a06a23e

“Remove barely-usable, unstable BSD support, fix PID tracking a bit.”

Tagged with 1.1 master just released. First thing that caught my eye. I like our rcstart, rcstop, rcrestart system we have.