Summary: [xlib] font_cacher should not be built if
Submitted by: yavor
Submitted on: Sun 25 Feb 2018 01:09:53 PM EET
Severity: 3 - Normal
Item Group: Change Request
Assigned to: None
Discussion Lock: Any
When I first looked at the xlib directory I didn't realize there were two
different variants and that font_cacher is completely unused by the "modern"
flavor. The attached patch fixes this and also adds a manpage which I had to
write for Debian (feel free to discard it).
Ideally, we would like to follow strictly upstream's preference and not
package art and xlib. But this would require packaging opal which is
currently not possible.
Ever since cairo was made the default backend we made special effort to
enforce it for new installations. That was a difficult thing to do because
"art" sorts before "cairo" so we had to find a different approach. It seems
to be working; according to popcon there are 1109 machines with the cairo
package installed and only 5 with art:
Of these 5 machines that have art installed, 3 are mine (permanently connected
and with the popularity-contest package installed).
I couldn't find any information in the README/NEWS files or the official
GNUstep website that art and xlib are deprecated. It seems to be common
knowledge among regular GNUstep users but I think it's reasonable to expect
that new users are unaware of this.
The second part of the patch adds a deprecation warning which is printed at
the end of the configure run. Hopefully this will decrease the usage of the
deprecated backends even further.