From owner-cvs-all@FreeBSD.ORG Fri Jan 6 13:10:43 2006 Return-Path: X-Original-To: cvs-all@freebsd.org Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD07916A41F; Fri, 6 Jan 2006 13:10:42 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 388EA43D45; Fri, 6 Jan 2006 13:10:42 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (blue [127.0.0.1]) by aldan.algebra.com (8.13.4/8.13.4) with ESMTP id k06DAf8K002205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Jan 2006 08:10:41 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.4/8.13.4/Submit) id k06DAeWk002204; Fri, 6 Jan 2006 08:10:40 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: pav@freebsd.org Date: Fri, 6 Jan 2006 08:10:39 -0500 User-Agent: KMail/1.8.2 References: <200601052201.k05M1Hiv047660@repoman.freebsd.org> <200601052003.37898@aldan> <1136537653.70797.5.camel@pav.hide.vol.cz> In-Reply-To: <1136537653.70797.5.camel@pav.hide.vol.cz> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: cvs-ports@freebsd.org, Doug Barton , cvs-all@freebsd.org, ports-committers@freebsd.org Subject: Re: cvs commit: ports/textproc/libwpd Makefile distinfo X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jan 2006 13:10:43 -0000 On Friday 06 January 2006 03:54 am, Pav Lucistnik wrote: = Well it's not just GNOME. Imagine you installed php on your server and = few weeks later you want to quickly add one extension, but now you = have php 4.4.1 and added extension is from php 4.4.2 -- you have to = rebuild all php too. Maybe. It is just particularly well exemplified by gnome. = This looks like a larger design problem and I don't know from where to = start attacking it. With other things a port's maintainer gets to craft his own LIB_DEPENDS as he wants to... USE_GNOME takes away that flexibility. = > The sure price of the "safety" of this far exceeds to potential = > price of the "sorry". No excuses... = I think the opposite - perhaps it's because you're not reading all the = support questions gnome@ receives. Well, I just added some volume to the opposite side of the scales... It is not directly relevant either. If the goal is to minimize the amount of support requests, you may as well require the OS-reinstall before each gnome upgrade... = > Considering, that most software that has such version demands makes = > its own checks in the configure, there is no added safety at all... = Oh no, we can't just let rely on configure checks. First, we never = want `make` to fail. Than we could go Slackware and forget the = dependencies in ports anyway. `make' fails NOW -- in a much messier way. one starts building libwpd, it starts building a new libgsf, that starts building a new gconf. gconf tries to install, finds an existing gconf and refuses to install... Oops. make failed and an e-mail was dispatched to gnome@ = Second, endusers just can't read configure output. Configure script = tells them they have outdated fontconfig and you know what people do? = They copy&paste that message and ask for help for it. And how is the current situation better? It is worse -- they see the error only after some time was spent trying to build the new version of an already installed dependency... = > = You could add a real LIB_DEPENDS line with >=1.6 to libwpd, right? = > = > Better for those few (if any!) ports, that do need a particular version, = > to add their explicit requirements, than for everybody else to do the = > opposite. = = That would do - but it can't happen overnight, the ports are just too = many to go see every single one's configure script... There is no need to examine "every single one's configure script". 1) The current situation sucks bad enough, so anything new does not need to be very good to qualify as improvement; 2) The new installs will not be affected anyway. Simply remove most (all?) of the major library requirements from the bsd.gnome.mk. Going forward, the items on the USE_GNOME list may become tuples describing the dependency better like: gsf:1.6 ... = > And no, I can't do it in my port, because bsd.gnome.mk will append = > its own (based on USE_GNOME) anyway. = = You don't have to have USE_GNOME=libgsf in your port at all... The majority of the ports need to do this. It should be done the opposite way -- the minority (if any!) should have to ever do this. -mi