guides VS Gentoo-Stuff

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.

Works for me, clang LTO kernel with clangged out Nvidia modules https://github.com/mrturcot/Gentoo-Stuff/tree/master/filthy-kernel/GL552VW

Gentoo is not like that and honestly its easy (once you get it) making you own kernel and all its not that hard frfr here is my git hub https://github.com/mrturcot/Gentoo-Stuff

My setup here https://github.com/mrturcot/Gentoo-Stuff/blob/master/portage/env/compiler-clang/hardened

Here is an example of my portage dir (env & package.env) so you kinda know what to do. https://github.com/mrturcot/Gentoo-Stuff/tree/master/portage

You have a bootable kernel with the bin. So if you compile a broken kernel boot back into the bin kernel. Tweak the config. Rebuild, reboot. Rinse and repeat until you have a clean custom kernel. Here is my kernel config for ryzen 2700 and Rx 590 for example https://github.com/mrturcot/Gentoo-Stuff/tree/master/filthy-kernel

Yeah or just do it yourself https://github.com/mrturcot/Gentoo-Stuff/tree/master/portage

Anyway here is my GitHub I got my Gentoo stuff on there check it out if you want https://github.com/mrturcot/Gentoo-Stuff

My config https://github.com/mrturcot/Gentoo-Stuff/blob/master/stuff/starship.toml