From owner-freebsd-gnome@FreeBSD.ORG Wed Jun 16 13:42:45 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 57B5A16A4CE for ; Wed, 16 Jun 2004 13:42:45 +0000 (GMT) Received: from e0-a11.b1.lan.prg.vol.cz (e0-a11.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8D2D43D39 for ; Wed, 16 Jun 2004 13:42:44 +0000 (GMT) (envelope-from pav@oook.cz) Received: from pav.hide.vol.cz (localhost [127.0.0.1])i5GDfsOi052857; Wed, 16 Jun 2004 15:41:54 +0200 (CEST) (envelope-from pav@oook.cz) Received: (from pav@localhost) by pav.hide.vol.cz (8.12.11/8.12.11/Submit) id i5GDfs0a052856; Wed, 16 Jun 2004 15:41:54 +0200 (CEST) (envelope-from pav@oook.cz) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@oook.cz using -f From: Pav Lucistnik To: Oliver Eikemeier In-Reply-To: References: Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable Message-Id: <1087393313.41656.20.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 16 Jun 2004 15:41:53 +0200 cc: gnome@freebsd.org Subject: Re: ports/67970: ports textproc/libxml, textproc/libxslt: bogus dependencies on devel/pkgconfig X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2004 13:42:45 -0000 V st, 16. 06. 2004 v 15:34, Oliver Eikemeier p=ED=B9e: > >> the .pc file in the base and add libdata/pkgconfig to the mtree files, > >> especially since there are more ports that have problems with that. > > > > Adding libdata/pkgconfig to mtree sounds like a good idea. Depends how > > broad mtree should be, that depends on portmgr's vision. >=20 > Yep. otherwise a simple INSTALLS_PKGCONFIG=3Dyes would do the trick,=20 > although > it seems like we would only exchange a single line in pkg-plist with one > in the Makefile in this case. Note that this is not a solution to our debate, it merely masks the leftover empty directory if installing .pc file without pkgconfig dependency. > >> OTOH you seem to selectively ignore the other samples given, which doe= s > >> not seem very wise to me either. I can not understand why you have suc= h > >> an emotional relation to a plainly wrong dependency. > > > > I talked with you on the subject extensively on IRC yesterday, and > > you're firmly rooted in your believes and opinions. No reason to repeat > > whole conversation over email again. >=20 > True, and I aborted the discussion because it got emotionally heated. I > submitted the PR in the hope of starting a more technically oriented > discussion, like getting some examples of breakage when this dependency > would be removed. I'm a little disappointed of the lack of real arguments > in this thread. Most of my questions remain unanswered, like whether you > believe devel/valgrind, devel/pcsc-lite, print/freetype2, graphics/png, > www/neon, www/openvrml, x11/XFree86-4-libraries and x11-toolkits/qt33 > should run-depend on pkgconfig too. Yes, I do. I stated my technical opinion before, I can repeat it again: In this case library installs important metadata as a .pc file, and configure scripts of other applications read these .pc files to obtain the metadata, unable to configure for the library without them. The reading of .pc file is done using external program, pkg-config. Here comes a heated debate, if library should provide all possible applications with a pkg-config, via it's runtime dependency, or if every possible application should build depends on pkg-config. I believe that library should provide everything needed for other applications to be able to link the library.=20 I believe that library should run depends on pkg-config. --=20 Pav Lucistnik Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity tvar. Zkuste presne definovat tvar hrusky. -- Marigold: Pul stoleti poezie