From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Dan Espen Newsgroups: gmane.emacs.help Subject: Re: Ubuntu font of wisdom Date: Sat, 17 Dec 2016 01:02:42 -0500 Organization: A noiseless patient Spider Message-ID: References: <20161215174358.9656c013f10b66d2c7e029ad@speakeasy.net> <20161217002926.2fc5db735711a8d9e10744e5@speakeasy.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1481954740 20288 195.159.176.226 (17 Dec 2016 06:05:40 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 17 Dec 2016 06:05:40 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Dec 17 07:05:35 2016 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cI87h-0003pE-DO for geh-help-gnu-emacs@m.gmane.org; Sat, 17 Dec 2016 07:05:33 +0100 Original-Received: from localhost ([::1]:35436 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cI87i-0001p9-KY for geh-help-gnu-emacs@m.gmane.org; Sat, 17 Dec 2016 01:05:34 -0500 Original-Path: usenet.stanford.edu!goblin2!goblin1!goblin.stu.neva.ru!eternal-september.org!feeder.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 84 Original-Injection-Info: mx02.eternal-september.org; posting-host="27e88e9d708931f38e7684b19877fbaa"; logging-data="19308"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/LZX8enPRr4OiRP7YivDFb9qtjEioYhH8=" Cancel-Lock: sha1:BdLSjJ/KLDtcS2CM8YG93o+XwkU= Original-Xref: usenet.stanford.edu gnu.emacs.help:219033 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:111975 Archived-At: "James K. Lowden" writes: > On Fri, 16 Dec 2016 21:41:18 +0000 (UTC) > Javier wrote: > >> > While I'm at it, the new version uses the ugly Motif-gray toolbar, >> > while the packaged version uses a much more attractive, colorful >> > toolbar (and puts the scrollabar on the right). >> >> It looks you are using different toolkits on 24 and 25 versions. >> Look at the output of M-x display-about-screen > > Thank you. Yes: > > GNU Emacs 24.5.1 (x86_64-pc-linux-gnu, GTK+ Version 3.18.9) > GNU Emacs 25.1.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw3d scroll > bars) > >> The available toolkits can be seen in the source code >> from ./configure --help: > > Yes, I read INSTALL more carefully today, and surmised I want GTK+. > Do you think if I successfully build with GTK+ that my fonts will > magically Just Work? That would be nice. > > At the risk of going off-topic, I believe I've found the root of the > trouble, and it appears to be a bug in the configure script. > > When I practiced on a virtual machine (same Ubuntu, but > installed more recently) I got a lovely GTK+ 25.1 build, with > no hiccups. Following the same instructions on my somewhat cruftier dev > box, I encountered problems: configure complained it can't find libpng. > > Tedious inspection of the two configure.log files reveals the > difference: configure is attempting to use libpng16, despite it being > in an odd place. > > gcc -o conftest \ > -g3 \ > -O2 \ > -pthread \ > -I/usr/include/librsvg-2.0 \ > -I/usr/include/gdk-pixbuf-2.0 \ > -I/usr/include/libpng12 \ > -I/usr/include/cairo \ > -I/usr/include/glib-2.0 \ > -I/usr/lib/x86_64-linux-gnu/glib-2.0/include \ > -I/usr/include/pixman-1 \ > -I/usr/include/freetype2 \ > -I/usr/include/libpng12 \ > -I/usr/local/anaconda/include/libpng16 \ <-- hello! > conftest.c \ > -lpng16 \ > -lz \ > -lm \ > -lX11 > > Apparently, configure traverses /usr/local for include files but not > libraries. Anaconda (the Python package manager) > uses /usr/loca/anaconda/{include,lib}. configure's test fails because > libpng16 is not on the default library search path: > > $ find /usr/local/ -name '*png16*so' > /usr/local/anaconda/lib/libpng16.so > > I don't see any way to exclude a directory from configure's search > path. I'm grateful for the many years between today and the last time > I was responsible for a configure.ac. I can report configure is > broken: it should either not use anaconda's tree, or it should use both > forks. > > What I will do for the nonce is rename the directory > to /usr/local/..anaconda, or move it out of the way, and see if > configure can find its way. > > Other suggestions? On Fedora, I get libpng16 out of /usr/include and /usr/lib64. I think you need to install a devel package like libpng-devel. -- Dan Espen