Le jeudi 04 juillet 2013 à 01:07 +0200, Michael Weber a écrit :
> Hello,
>
> as Ondrej Grover pointed out on [1], the font.eclass installs font
> files and indexes (font.dir, fonts.scale) into sub-dirs of
> /usr/share/fonts/, e.g. /usr/share/fonts/terminus.
>
> These directories are naturally not in the fontpath of Xorg server,
> and could not be used without adding these with xset fp+.
> As said on the bug, the Xserver itself should be abled to find all
> fonts, and it's not the duty of the xinitrc/window-manager to collect
> all these paths in the users process.
>
> I'd like to propose a patch to font.eclass to add the newly created
> paths to the Xorg server configuration via xorg.conf.d files [2].
> I contacted fonts alias and, as mentioned on the bug and irc, Ben de
> Groot (yngwin) does not object and says that font team lead Peter
> Volkov (pva) is non-active.
>
> Please review for technical problems (esp. for EPREFIX).
>
> Open questions:
>
> - Should the (current) default xorg server paths
> /usr/share/fonts/{75dpi,100dpi,misc,TTF,OTF,TYPE1} really be excluded?
> How would the startup and font lookup perfomance degrade with
> multiple conf.d files, containing the same path multiple times?
>
> - How would already installed font packages see this fix?
> Revbump (and stabilize) every one of them?
>
> - Alternative solutions would be installing fonts in xorg-servers
> default paths or add one configuration file that gets newly
> assembled on every font_pkg_postinst run.
Imho, this should be handled in pkg_postinst generating one Xorg
configuration file at the end of the install, very much like
fdo .desktop or mime cache file.
This solves most of the point raised since any font bump would generate
the file for all fonts.
Also, not sure it is related but, maybe this could be linked to
configuration set by eselect fontconfig in some way ?
--
Gilles Dartiguelongue <e...@gentoo.org>
Gentoo
