[Top][All Lists]

[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

> 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 \
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'

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  I can report configure is
broken: it should either not use anaconda's tree, or it should use both

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?  


reply via email to

[Prev in Thread] Current Thread [Next in Thread]