[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Ubuntu font of wisdom
From: |
James K. Lowden |
Subject: |
Re: Ubuntu font of wisdom |
Date: |
Sat, 17 Dec 2016 00:29:26 -0500 |
On Fri, 16 Dec 2016 21:41:18 +0000 (UTC)
Javier <nospam@nospam.invalid> 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?
--jkl