From owner-cvs-all Fri Jan 8 15:29:38 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA11337 for cvs-all-outgoing; Fri, 8 Jan 1999 15:29:38 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from cerebus.nectar.com (nectar-gw.nectar.com [204.0.249.101]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA11317; Fri, 8 Jan 1999 15:29:32 -0800 (PST) (envelope-from nectar@nectar.com) Received: (from smap@localhost) by cerebus.nectar.com (8.9.1/8.9.1) id RAA09616; Fri, 8 Jan 1999 17:28:58 -0600 (CST) (envelope-from nectar@nectar.com) Received: from spawn.nectar.com(10.0.0.101) by cerebus.nectar.com via smap (V2.1) id xma009614; Fri, 8 Jan 99 17:28:53 -0600 Received: from spawn.nectar.com (localhost [127.0.0.1]) by spawn.nectar.com (8.9.1/8.9.1) with ESMTP id RAA98398; Fri, 8 Jan 1999 17:28:52 -0600 (CST) (envelope-from nectar@spawn.nectar.com) Message-Id: <199901082328.RAA98398@spawn.nectar.com> X-Mailer: exmh version 2.0.2 2/24/98 X-Exmh-Isig-CompType: repl X-Exmh-Isig-Folder: lists/freebsd/cvs-committers X-PGP-RSAfprint: 00 F9 E6 A2 C5 4D 0A 76 26 8B 8B 57 73 D0 DE EE X-PGP-RSAkey: http://www.nectar.com/nectar-pgp262.txt From: Jacques Vidrine In-reply-to: References: Subject: Re: cvs commit: ports INDEX Mime-Version: 1.0 Content-Type: text/plain To: Bill Fumerola cc: Satoshi Asami , cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Date: Fri, 08 Jan 1999 17:28:52 -0600 Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk On 8 January 1999 at 15:58, Bill Fumerola wrote: > Nothing against Vanilla, but the GTK situation is getting out of hand. > > We're going to have another TCL on our hands, and determining which GTK > version is installed (in ports, in configure scripts...) is going to start > to become a PITA. It is already a PITA :-) However, I don't think it will get worse. GTK development is occurring at break-neck speeds. Some authors which use GTK update their own package in-step with the GTK developers. Other authors prefer to target a particular version of the API and stick with it. One good thing about GTK is that GTK-using applications are supposed to use ``gtk-config'' in their configuration scripts to find header files and libraries. So far, Vanilla has been installing e.g. gtk-config, gtk11-config, gtk11d-config. This makes it fairly easy to make a GTK-using port pick a particular version of GTK. For many applications, it is as easy as setting GTK_CONFIG in the environment of the configure script. I think that we'll just have to live with the situation until GTK cools down. I don't think the problem will get worse, as it seems that authors of GTK-using applications try not to get left very far behind. This means we will probably have at least 2 or 3 versions of GTK around for a while. My one (small) beef with the current GTK ports situation is that I think that the ports should all use version numbers in the ``gtk-config'' script. e.g. ports/x11-toolkits/gtk (which is gtk-1.0.6) should install gtk10-config instead of gtk-config. This way users can conciously decide to make one version of GTK the default by adding a symlink named gtk-config. Applications won't "accidently" pick up GTK 1.0 during configuration. Jacques Vidrine / n@nectar.com / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message