guides VS execline-man-pages

i agree with this piece, as someone who likes man pages to the extent of having ported significant amounts of the s6-ecosystem docs to mdoc(7), and as someone who has also written a number of guides.

And the -bin kernel can be used to easily get many of the settings you'll need when you build your own kernel.

Gah, didn't even consider that the OP might have meant the cover image! Probably at least partly because i know that EPUBs don't necessarily need a cover image - i learnt this as a result of learning how to create a minimal EPUB. (And i actually have many EPUBs without a cover image.)

The point is to be able to customise where you want/need to, and to not have to when you don't. The -bin packages for FireFox, LibreOffice and Zig meet my needs, so i use them. i used the -bin package for the kernel to help me create a minimal kernel for my hardware, because messing around with kernel configuration is not my idea of a good time. But more generally, compiling allows me to specify things like: "i want packages compiled with USB and PCRE support where available, but i don't want them compiled with GNOME support."

Even though D-Bus is probably most often encountered by people in the context of GUI sessions, it's not specific to that; it can be (and is) used outside of such contexts. The widespread misunderstandings i've encountered about D-Bus over the years led me to write a short guide, "D-Bus: the essentials".

(Some related background you might find helpful: a guide i wrote about D-Bus and X sessions).

But more generally, you might find it helpful to refer to this guide i wrote on creating a minimal Gentoo-patched kernel via gentoo-kernel-bin (which can then be regularly updated just like any other Gentoo package).

Take advantage of savedconfig where appropriate, e.g. for kernel builds. In particular, this can be used to easily create a minimal kernel for your hardware.

(Further to this, you might be interested in my guide to creating a minimal kernel for your hardware.)

[a] i've actually written a quickstart guide to writing man pages with mdoc(7), to try to encourage others to use the semantics-oriented mdoc(7) macros for man pages, rather than the presentation-oriented man(7) macros.

Well, indeed, i certainly wasn't expecting you to do so! But i already have more than enough volunteer FOSS stuff on my plate as it is (e.g. Ebuku, pulseaudio-control, s6-man-pages, execline-man-pages and guides, amongst various other things), and not using mold with gcc 11 is no problem for me at this point. So i've just noted the issue with the patch on the wiki page, and the patch will have to be updated by someone for whom it's more important.