Subject: Re: pkg/30031: Cannot compile package subversion 1.1.4 on NetBSD
To: None <epg@netbsd.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org>
From: Johnny Lam <jlam@NetBSD.org>
List: pkgsrc-bugs
Date: 04/25/2005 14:23:01
The following reply was made to PR pkg/30031; it has been noted by GNATS.

From: Johnny Lam <jlam@NetBSD.org>
To: Eric Gillespie <epg@netbsd.org>
Cc: pkg-manager@netbsd.org, gnats-admin@netbsd.org,
	pkgsrc-bugs@netbsd.org
Subject: Re: pkg/30031: Cannot compile package subversion 1.1.4 on NetBSD
 2.0.2
Date: Mon, 25 Apr 2005 10:20:44 -0400

 Eric Gillespie wrote:
 > woeye@mac.com writes:
 > 
 > 
 >>/bin/rm /usr/pkg/lib/python2.3/site-packages/libsvn/*.a
 >>rm: /usr/pkg/lib/python2.3/site-packages/libsvn/*.a: No such file or directory
 >>*** Error code 1
 > 
 > 
 > I can't reproduce this problem on 2.0.2/i386.  Does the
 > workaround i committed work for you?  It should...
 > 
 > Actually, those rm commands are themselves a workaround.  I never
 > understood why libtool was building .a files for a Python
 > extension; it seems like a bug, and the submitter's system is
 > actually doing the right thing.
 
 Can that package be taught to use shlibtool instead of libtool? 
 shlibtool will only build the .la file and the shared library/module, as 
 opposed to libtool which will also build the .a file.  Then the "rm" 
 hack won't be needed.  Note, however, that shlibtool is purely a pkgsrc 
 beast.
 
 	Cheers,
 
 	-- Johnny Lam <jlam@NetBSD.org>