From f813e842fa2e8cd3f7af5fdf55afeadb2e769f2a Mon Sep 17 00:00:00 2001 From: Lennart Poettering Date: Mon, 30 Sep 2024 17:29:15 +0200 Subject: [PATCH] man: drop mention of /usr/include/ from file-hierarchy(7) man page The man page is supposed to provide a "generalized, though minimal and modernized subset" (as per introductory pargapraghs), from a systemd perspective. But the thing is that /usr/include/ really doesn't matter to us. It's a development thing, and slightly weird (because it arguably would be better places in /usr/share/include/ or so). It's not going to be there on 95% of deployed systems, and we really don't want people to bother with it on such systems. We only define the skeleton of directories in this document, and it's expected that people extend it, and I think this really should be one of those dirs that is an extension of our skeleton, but not part of the skeleton, if that makes any sense. (cherry picked from commit 9e7b691073922433a71cf49dcaaf7f9f61f58e6d) (cherry picked from commit e5ac408af76ca1b6827de08a1960970a7d8db15d) --- man/file-hierarchy.xml | 9 --------- 1 file changed, 9 deletions(-) diff --git a/man/file-hierarchy.xml b/man/file-hierarchy.xml index a7622fc75e..ab65756513 100644 --- a/man/file-hierarchy.xml +++ b/man/file-hierarchy.xml @@ -182,11 +182,6 @@ subdirectory of /usr/lib/ instead. - - /usr/include/ - C and C++ API header files of system libraries. - - /usr/lib/ Static, private vendor data that is compatible with all architectures (though not @@ -616,10 +611,6 @@ /usr/lib/arch-id/package/ Private other vendor resources of the package that are architecture-specific and cannot be shared between architectures. Note that this generally does not include private executables since binaries of a specific architecture may be freely invoked from any other supported system architecture. - - /usr/include/package/ - Public C/C++ APIs of public shared libraries of the package. -