Path: csiph.com!weretis.net!feeder6.news.weretis.net!nntp.club.cc.cmu.edu!micro-heart-of-gold.mit.edu!bloom-beacon.mit.edu!bloom-beacon.mit.edu!171.64.64.130.MISMATCH!usenet.stanford.edu!not-for-mail From: Yavor Doganov Newsgroups: gnu.gnustep.bug Subject: [bug #53223] [xlib] font_cacher should not be built if WITH_XFT=yes Date: Sun, 25 Feb 2018 06:09:55 -0500 (EST) Lines: 79 Approved: bug-gnustep@gnu.org Message-ID: NNTP-Posting-Host: lists.gnu.org Mime-Version: 1.0 Content-Type: text/plain;charset=UTF-8 X-Trace: usenet.stanford.edu 1519557004 13613 208.118.235.17 (25 Feb 2018 11:10:04 GMT) X-Complaints-To: action@cs.stanford.edu To: Yavor Doganov , bug-gnustep@gnu.org Envelope-to: bug-gnustep@gnu.org X-PHP-Originating-Script: 1001:sendmail.php X-Savane-Server: savannah.gnu.org:443 [208.118.235.79] X-Savane-Project: gnustep X-Savane-Tracker: bugs X-Savane-Item-ID: 53223 User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.119 Safari/537.36 X-Apparently-From: 46.10.101.102 (Savane authenticated user yavor) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.79 X-BeenThere: bug-gnustep@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Bug reports for the GNUstep programming environment List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Xref: csiph.com gnu.gnustep.bug:4304 URL: Summary: [xlib] font_cacher should not be built if WITH_XFT=yes Project: GNUstep Submitted by: yavor Submitted on: Sun 25 Feb 2018 01:09:53 PM EET Category: Backend Severity: 3 - Normal Item Group: Change Request Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: I am sorry to report another xlib-related bug. What "inspired" my interest in xlib is this bug report: https://bugs.debian.org/885786 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: https://qa.debian.org/popcon.php?package=gnustep-back 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. _______________________________________________________ File Attachments: ------------------------------------------------------- Date: Sun 25 Feb 2018 01:09:53 PM EET Name: 0001-Add-font_cacher-manpage-install-font_cacher-conditio.patch Size: 5KiB By: yavor _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/