From owner-freebsd-gnome@FreeBSD.ORG Thu Jul 15 16:20:04 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08DA516A4CE for ; Thu, 15 Jul 2004 16:20:04 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0119243D2F for ; Thu, 15 Jul 2004 16:20:04 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i6FGK3H1074340 for ; Thu, 15 Jul 2004 16:20:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i6FGK3Fq074339; Thu, 15 Jul 2004 16:20:03 GMT (envelope-from gnats) Date: Thu, 15 Jul 2004 16:20:03 GMT Message-Id: <200407151620.i6FGK3Fq074339@freefall.freebsd.org> To: gnome@FreeBSD.org From: Konstantin Oznobihin Subject: Re: ports/69093: [patch] devel/pkgconfig does not search for .pc files in libdir/pkgconfig X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Konstantin Oznobihin List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2004 16:20:04 -0000 The following reply was made to PR ports/69093; it has been noted by GNATS. From: Konstantin Oznobihin To: pav@FreeBSD.org Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: ports/69093: [patch] devel/pkgconfig does not search for .pc files in libdir/pkgconfig Date: Thu, 15 Jul 2004 20:13:37 +0400 > V čt, 15. 07. 2004 v 17:59, Konstantin Oznobihin píše: > > > > Depends on point of view. You call it a bug, we call it a feature. It > > > was deliberately added to our port of pkgconfig three years ago. It cost > > > us a lot of effort to keep up with it since. It help pkgconfig to > > > conform to FreeBSD hierarchy rules, which say "only shared binary files > > > under lib/, indirectly executed binaries under libexec/, non-executable > > > stuff under libdata/". I'm not sure we want to drop this feature, taking > > > the effort we put into it in past. > > > > I am definitely not want you to drop this feature. As you can see my > > patch just adds ${PREFIX}/lib to the existing list of directories. I > > agree that when it is possible we should make ports conform with FreeBSD > > rules. Also, I think that looking for things other than shared libraries > > in lib would not be a big violation of FreeBSD rules, especially if this > > behavior complies with rules of the paticular software. > > Existing behavior gives us a lever to force people to patch their ports > and conform to hierarchy. If we would allow both /lib and /libdata, how > many port maintainers do you think would bother to patch lib->libdata? > > Changing the location of .pc file is usually a one-line patch to > Makefile.in Well, if it is just a one-line patch then I think that most of maintainers first or last will done it. I want to notice however that impossibility to use pkgconfig does not creates any problems to the maintainers of such ports, this situation hinders those who rely on them (e.g. lang/ruby18 which depends on openssl). -- Konstantin Oznobihin Systems programmer and administrator Computer Center of Rostov State University.