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 12:53:14 -0500 Organization: A noiseless patient Spider Message-ID: References: <20161215174358.9656c013f10b66d2c7e029ad@speakeasy.net> <20161217002926.2fc5db735711a8d9e10744e5@speakeasy.net> <20161217120425.29862805b94ff5d4257b5f34@speakeasy.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1481997327 1582 195.159.176.226 (17 Dec 2016 17:55:27 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 17 Dec 2016 17:55:27 +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 18:55:24 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 1cIJCd-0007xn-1T for geh-help-gnu-emacs@m.gmane.org; Sat, 17 Dec 2016 18:55:23 +0100 Original-Received: from localhost ([::1]:37498 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cIJCh-00012u-E7 for geh-help-gnu-emacs@m.gmane.org; Sat, 17 Dec 2016 12:55:27 -0500 Original-Path: usenet.stanford.edu!news.tele.dk!news.tele.dk!small.news.tele.dk!newsfeed.xs4all.nl!newsfeed9.news.xs4all.nl!feeder.erje.net!2.eu.feeder.erje.net!newsfeed.fsmpi.rwth-aachen.de!newsfeed.straub-nv.de!eternal-september.org!feeder.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 51 Original-Injection-Info: mx02.eternal-september.org; posting-host="27e88e9d708931f38e7684b19877fbaa"; logging-data="18301"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+He8/Yex8CP1wBOeFUswBTQyAlHtWQEQE=" Cancel-Lock: sha1:l0qVJsAN14Q3xnRweWPZguXizLc= Original-Xref: usenet.stanford.edu gnu.emacs.help:219035 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:111977 Archived-At: "James K. Lowden" writes: > On Sat, 17 Dec 2016 01:02:42 -0500 > Dan Espen wrote: > >> > 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. > ... >> > 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. > > That was my first tack. At this stage of the game on Ubuntu LTS, GTK+ > relies on png 12. You can have GTK3+ or png 16, but not both. That sounds odd, and maybe wrong. I believe I have gtk3 on my system. home> dnf list gtk3* gtk3.x86_64 3.20.9-1.fc24... What error message do you get? In general, proper new versions don't conflict with old versions. > Your suggestion may illuminate part of the root of the problem, > though. Most packagers undoubtedly are running relatively new systems, > and have png 16 installed as a matter of course. And most Anaconda > usrs don't situate the package in /usr/local. Yes, I believe using something for one package specific to a particular package isn't the right way to go. Why are you using stuff in /usr/local at all? The package manager shouldn't put stuff there. > If I put my anaconda elsewhere or ran closer to the leading edge > (either one) my anaconda installation wouldn't have come into play, > because configure would have found /usr/local/lib/libpng16.so. It's > only the combination that manifests the defect. Still not clear on what you are up to, but you may want to adjust the order things are retrieved with /usr/local closer to the front. -- Dan Espen