From owner-freebsd-ports  Sun Aug  9 15:35:57 1998
Return-Path: <owner-freebsd-ports@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id PAA01862
          for freebsd-ports-outgoing; Sun, 9 Aug 1998 15:35:57 -0700 (PDT)
          (envelope-from owner-freebsd-ports@FreeBSD.ORG)
Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA01856;
          Sun, 9 Aug 1998 15:35:20 -0700 (PDT)
          (envelope-from asami@vader.cs.berkeley.edu)
Received: from silvia.hip.berkeley.edu (sji-ca9-112.ix.netcom.com [209.109.236.112]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id PAA22239; Sun, 9 Aug 1998 15:34:59 -0700 (PDT)
Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id PAA24034; Sun, 9 Aug 1998 15:34:56 -0700 (PDT)
Date: Sun, 9 Aug 1998 15:34:56 -0700 (PDT)
Message-Id: <199808092234.PAA24034@silvia.hip.berkeley.edu>
To: andreas@klemm.gtn.com
CC: andreas@FreeBSD.ORG, ports@FreeBSD.ORG, scrappy@FreeBSD.ORG
In-reply-to: <19980810000818.A1357@klemm.gtn.com> (message from Andreas Klemm on Mon, 10 Aug 1998 00:08:18 +0200)
Subject: Re: qt versions
From: asami@FreeBSD.ORG (Satoshi Asami)
Sender: owner-freebsd-ports@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

 * I hoped that somebody, who is more involved in qt *programming*
 * would make a statement, what to keep and what to wipe out.
 * But this didn't happen.
 * So I suggested a sane way of finding out the right solution
 * 
 * a) introduce something like USE_X11 for QT, i.e.:
 * 	USE_QT=yes turns on build dependency on QT 1.40
 * 
 * b) Every port, that uses qt should then be modified to have
 * 	USE_QT=yes in the Makefile
 * 
 * c) - If every port can be build without trouble, then we can nuke
 *      the old qt libs ! Hurray ! (* This is preferred *)

Actually, I think most ports are building with qt140 now.  Our qt
ports aren't designed for coexistence, so dependent ports are building
with whatever is installed latest (includes) and qt140 (library).  I
don't recall seeing any error caused by this on the package building
machine.

 * d) - If some ports can't be compiled or run with qt1.40, we turn
 *      on the old qt lib build dependency in those ports
 *      But then we would have to modify the qt ports in a way, that
 *      they can be installed in parallel.
 * 
 * I hope c) becomes true, this would save some work.
 * 
 * Would you agree on that order ?

That sounds ok, but I'm wondering what will happen in the future.
Say, when qt 1.42 comes out, we upgrade the port, and if it breaks a
bunch of stuff, we'll have to modify the qt140 port, and people who
already have qt140 have to reinstall the qt140 port.  It might be
easier to just make qt140 be coexistable.

I can certainly create a new variable, of course.  Something like

.if defined(USE_QT)
LIB_DEPENDS=	qt\\.1\\.40:${PORTSDIR}/x11-toolkits/qt140
.endif

?

Satoshi

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-ports" in the body of the message