From owner-cvs-all Tue Mar 12 7:56:51 2002 Delivered-To: cvs-all@freebsd.org Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by hub.freebsd.org (Postfix) with ESMTP id D1FC937B90A; Tue, 12 Mar 2002 07:55:39 -0800 (PST) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.12.2/8.12.2) with ESMTP id g2CFsi3b073497; Tue, 12 Mar 2002 10:54:49 -0500 (EST) (envelope-from mi@aldan.algebra.com) Message-Id: <200203121554.g2CFsi3b073497@aldan.algebra.com> Date: Tue, 12 Mar 2002 10:54:44 -0500 (EST) From: Mikhail Teterin Subject: Re: cvs commit: ports/graphics/autotrace Makefile ports/graphics/graphviz Makefile ports/graphics/libafterimage Makefile ports/graphics/librsvg Makefile ports/graphics/libwmf Makefile ports/graphics/sdl_ttf Makefile ports/print/ft2demos Makefile ... To: knu@iDaemons.org Cc: roam@ringlet.net, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org In-Reply-To: <86zo1daofp.wl@archon.local.idaemons.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=US-ASCII Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 12 Mar, Akinori MUSHA wrote: >> In this particular case, the following command: >> >> find /usr/ports -type f | xargs fgrep -le freetype.8 -e freetype.so.8 > Unfortunately, this is not sufficient because someone removed the > shlib major part of freetype2 and some other libraries' LIB_DEPENDS > entries from his ports. You should grep for -w freetype2 instead to > catch by the port name. I did. And you know my reasoning, which I don't find unfortunate at all. All those ports will build with ANY freetype, and handling the binary upgrades is not the ports system's primary objective. Hardly even secondary. >> I will commit a patch updating those three ports in a minute, but >> please take note of this situation and try not to miss "hidden" >> dependencies in the future! :) If you plan on backing out my changes, I'll, probably, put them back in promptly -- you are yet to convince me they are wrong. Yours, > Anyhow, let's do bump PORTREVISION's ourselves whenever we find this > kind of incomplete library port upgrade. :) > > Or users may just get lost. This means the upgrade mechanism is incomplete. If portupgrade (or whatever tool is used) upgrades port A, which results in a shared library bump of libA, it should automaticly upgrade all ports B, C, D which LIB_DEPEND on libA -- without an explicit PORTREVISION bump in B, C, and D. -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message