From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 23 09:06:01 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 539C6106566B for ; Fri, 23 Apr 2010 09:06:01 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id CB5968FC0C for ; Fri, 23 Apr 2010 09:06:00 +0000 (UTC) Received: by bwz27 with SMTP id 27so661674bwz.13 for ; Fri, 23 Apr 2010 02:05:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:reply-to:x-mailer:mime-version :content-type:content-transfer-encoding; bh=z3xNgdf20g7xklHxCauUB/tFcKT/1rAEeKwsPHcys/g=; b=PllNjk9uThHx6T0LAMq5v3PZQiVGlTOQ6f28g4wZcn1ctZLfDkFQTGJ4jnT949fdNk 47QuS1ht0jFD1W+HgsHmQr95ag5lHiqmBUuDXAa8eeoYXIyjOyhTVSozdhXrDCMoQK/7 aIOCcF4oF4OWtp2IVeFoTUobcYOVkGK65zAMs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=f2DfpmGZ6B0XY4TFwl51/Kp0UmQ17Fgz1Wa0qpzJG+WJUJ/rOuv+ubrTo20MnMwOLc fGDpBQdotO0CE9Mc7Vj3rlhTPahn2/AJjdDdyPEEwdWxYhqqXx6eTryeLvYLFxOosyO2 XBJJCgmjgCU3nqVlncClOcGQ+XTvV38oQrFwM= Received: by 10.103.144.37 with SMTP id w37mr1832290mun.19.1272013559388; Fri, 23 Apr 2010 02:05:59 -0700 (PDT) Received: from ernst.jennejohn.org (p57AE25EF.dip0.t-ipconnect.de [87.174.37.239]) by mx.google.com with ESMTPS id g1sm3589085muf.30.2010.04.23.02.05.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 23 Apr 2010 02:05:58 -0700 (PDT) Date: Fri, 23 Apr 2010 11:05:57 +0200 From: Gary Jennejohn To: Steve Franks Message-ID: <20100423110557.26492775@ernst.jennejohn.org> In-Reply-To: References: <20100414174853.GC43908@dan.emsphone.com> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 23 Apr 2010 11:41:11 +0000 Cc: freebsd-hackers@freebsd.org, Leinier Cruz Salfran , Dan Nelson Subject: Re: there is a way to avoid strict libraries linking? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 09:06:01 -0000 On Thu, 22 Apr 2010 15:38:14 -0700 Steve Franks wrote: > > It's much safer to just leave the libraries alone. __Just because you > > upgraded libpng doesn't mean that your old gtk binary will stop working > > (assuming you are using "portupgrade" or "portmaster -w" which preserves old > > Untrue. Portupgrade deletes the old > version of the port by default. The PNG upgrade was a major PITA, > because I installed one new port that thought it had to have it. I'm > sure 98% of the ports I then had to upgrade would have still worked > just fine even if rebuilt against the old libpng. > > I think the complaint here is that the port dependencies system > frequently gives the impression/enforces the rule that new ports will > depend on whatever the most current version of everything is in the > ports tree at the time they were built, forcing sort of a perpetual > upgrade cycle. IMHO this is probably due to naive port maintainers > (such as myself) incorrectly pointing a port at libpng.5 instead of > any libpng, or libpng >= 5. Once the ports tree is 'poisoned' in this > fashion, there's really no going back. I'd sure vote for an audit of > this behavior as a summer of code project. > > Long story short, anything that sounds fundamental gets bumped (png, > jpeg, tcl, python, gtk, etc, etc), I just sit back and get ready to > spend two or three days retrying portupgrade -akOf -mBATCH=yes until > everything sticks. If you've got OO or KDE4 installed, you might just > want to forget it and pkg_delete -f *, then start over. > Setting FORCE_PKG_REGISTER in /etc/make.conf should mitigate such problems. I actually have both png-1.2.43 and png-1.4.1_1 installed and the old /usr/local/lib/libpng.so.5 is still there along with the new /usr/local/lib/libpng.so.6. -- Gary Jennejohn