X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-50.9 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE X-Spam-Check-By: sourceware.org Subject: Re: libproxy-devel-0.4.0-1 missing libproxy.la From: "Yaakov (Cygwin/X)" To: cygwin In-Reply-To: <4C2125BA.3040300@acm.org> References: <4C212153 DOT 8010804 AT acm DOT org> <4C2125BA DOT 3040300 AT acm DOT org> Content-Type: text/plain; charset="UTF-8" Date: Tue, 22 Jun 2010 17:00:19 -0500 Message-ID: <1277244019.5496.12.camel@YAAKOV04> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On Tue, 2010-06-22 at 14:06 -0700, David Rothenberger wrote: > On 6/22/2010 1:47 PM, David Rothenberger wrote: > > My subversion build dies because it can't find /usr/lib/libproxy.la. > > libproxy-devel-0.2.3-1 contained this file, but -0.4.0-1 does not. > > > > Is this a packaging error? Or do I need to try to work around this in > > the subversion build? > > It seems that /usr/lib/libproxy.la is coming from /usr/lib/libneon.la. > libneon27 depends on libproxy0. So, if libproxy-devel is fixed to > provide /usr/lib/libproxy.la, do I also need a new libneon package > linked against libproxy1? YA case of libtool trying to be too smart. Beginning with 0.4.0, libproxy uses CMake instead of autotools, so there is no longer a libproxy.la. The best solution would be for neon to be rebuilt against libproxy1, but in the meantime if you're not using libproxy directly just: sed -e 's|/usr/lib/libproxy\.la|-lproxy|' /usr/lib/libneon.la HTH, Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple