From owner-freebsd-gnome@FreeBSD.ORG Wed Jul 13 22:52:16 2005 Return-Path: X-Original-To: gnome@freebsd.org 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 72FA216A41C for ; Wed, 13 Jul 2005 22:52:16 +0000 (GMT) (envelope-from Mikhail.Teterin@murex.com) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id C576243D46 for ; Wed, 13 Jul 2005 22:52:13 +0000 (GMT) (envelope-from Mikhail.Teterin@murex.com) Received: (qmail 7652 invoked from network); 13 Jul 2005 22:52:12 -0000 Received: from aldan.algebra.com ([216.254.65.224]) (envelope-sender ) by mail27.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 13 Jul 2005 22:52:11 -0000 Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.1/8.13.1) with ESMTP id j6DMq7g3054623 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 13 Jul 2005 18:52:08 -0400 (EDT) (envelope-from Mikhail.Teterin@murex.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.4/8.13.1) with ESMTP id j6DMq0AF092660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 13 Jul 2005 18:52:01 -0400 (EDT) (envelope-from Mikhail.Teterin@murex.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.3/8.13.3) with ESMTP id j6DMptOR029139; Wed, 13 Jul 2005 18:51:55 -0400 (EDT) (envelope-from Mikhail.Teterin@murex.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.3/8.13.3/Submit) id j6DMpsWo029138; Wed, 13 Jul 2005 18:51:54 -0400 (EDT) (envelope-from Mikhail.Teterin@murex.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to Mikhail.Teterin@murex.com using -f From: Mikhail Teterin Organization: Murex North America To: "Jeremy Messenger" Date: Wed, 13 Jul 2005 18:51:54 -0400 User-Agent: KMail/1.8.1 References: <200507130346.j6D3keOm019090@blue.virtual-estates.net> <200507131810.29307.Mikhail.Teterin@murex.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200507131851.54794.Mikhail.Teterin@murex.com> X-Virus-Scanned: ClamAV devel-20050525/977/Tue Jul 12 18:53:40 2005 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Cc: gnome@freebsd.org Subject: Re: editors/abiword-devel -- 2.3.2 is now available X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jul 2005 22:52:16 -0000 середа 13 липень 2005 18:24, Jeremy Messenger Ви написали: > grep for 'png' isn't good enough, 'png.5' is bettter. What make you think   > everybody have the INDEX? I don't have any here. Try ``cd /usr/ports; make fetchindex''... > > So, there is no advantage in keeping the shared library numbers there, > > but there is a significant disadvantage -- the users are required > > to upgrade all changed dependencies, whenever they want to build abiword. > > I am expecting them to. People that keep old stuff and build new source   > that depend on old stuff cause a lot of problems, so force the habit of it > to upgrade all new dependencies before you install anything new in port > is good. X Window developers famously went through a similar debate in their times -- decades ago. The prevailed point of view was to provide MECHANISM, NOT POLICY. I urge you to recognize this point's wisdom. Your idea is impractical too. Say I just built/installed the KDE suite. The next day I updated the ports tree and the graphics/png got updated (and so, duly, did abiword). Do you think, it is right to demand, that I rebuild the whole KDE again (all the way up from Qt) in order to be able to add abiword to my perfectly functional system? Nobody does that and nobody should be forced to. AbiWord surely does not care -- as long as png.h matches the libpng.so, it will be just fine. > Check in bsd.*.mk and other ports. They all do the same things on > different libraries. I was referring to my having to explain the impossibility of ABI incompatibilities, as long as headers match the libraries. But yes, I know. There is no rational explanation for this (you are not offering one either) -- just inertia... There are plenty of counter-examples too, however: find /usr/ports/ -name Makefile | xargs fgrep LIB_DEPENDS | fgrep -v . Yours, -mi