Barrapunto

Que ganas de marear la perdiz. Jamás he instalado Apache desde las fuentes, pero en algún libro que he visto, habla de tener el DocumentRoot en /usr/local/apache/htdocs al compilarlo. ¿Te parece que eso tenga sentido? Ninguna distribución pondrá el DocumentRoot ahí.
Bien, ahí está mal puesto. Qué es mejor (con mayor lógica) /var/apache, /var/www, /var/http, /var/httpd, /home/http, /home/httpd? Marear la perdiz es no ponerse de acuerdo en dónde coño ponerlo para que no nos mareemos cada vez que queremos buscar algo.

Léelo como quieras. El /usr se puede compartir entre máquinas de la misma arquitectura (algo muy común), y si tienes de distintas arquitecturas, sólo el /usr/share. Yo veo la botella medio llena. También se puede aprovechar para montar en sólo lectura, y sacar alguna ventaja en seguridad.
Habrá ocasiones en las que se pueda y sea bueno y las habrá en las que se pueda y sea un riesgo, como compartir un /usr con un compilador instalado y montarlo en un servidor web. Como norma general lo que se puede compartir es /usr/share, que para eso lleva el nombre y el estándar dice que lleva ficheros independientes de la arquitectura. Naturalmente unas veces se podrán hacer unas cosas y otras otras.

PD: ¿Y cuales son las ventajas de la estructuración de archivos de MSDOS? Todavía nadie ha hecho un sólo comentario positivo.
No he sido yo quien ha hablado de las ventajas de msdos, pero bueno, alguna tiene (porque en esta vida las cosas nunca son blancas o negras). Por ejemplo no tienes mezclados los ficheros de diferentes programas y, concretamente en DOS, no tienes líos de bibliotecas compartidas :-). No será tan malo en algunos aspectos si los bundles de Mac son algo parecido, parecido digo y si hay software como Stow para instalar cosas en Linux siguiendo un estilo más DOS y luego mezclarlo con la jerarquía estándar. También tiene sus inconvenientes como que no se pueda establecer un lugar claro donde vayan los ejecutables (de cara a fijar el PATH) y la no distinción entre datos de usuario y programas (problema más de aplicación que de meter todo un programa en un directorio).
De todos modos cómo sean el resto de jerarquías de ficheros no quita que la desunión entre las distribuciones Linux no sea más que un problema. A nivel de bibliotecas, de paquetes, de ficheros de configuración, a todos los niveles, la falta de acuerdo entre distribuciones es un obstáculo para los usuarios sobre todo, para los desarrolladores si quieren que algunos programas funcionen bien en todas las distribuciones y para Linux como tal. Por mucho estándar que haya que diga lo que diga de igual si no lo siguen todos. Tener que recurrir a lo malo que puede ser la estructura de Windows o de MS-DOS para que resulte que el caos reinante en el mundo Linux sea bueno es algo patético y que refleja esa obsesión de algunos en fijarse en lo que hacen mal los demás en vez de hacer bien lo propio.