Date: Thu, 16 Feb 2012 20:22:01 -0600 From: Stephen Montgomery-Smith <stephen@missouri.edu> To: Ashish SHUKLA <ashish@FreeBSD.org> Cc: cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/accessibility/jovie Makefile ports/accessibility/kdeaccessibility4 Makefile ports/astro/kstars Makefile ports/astro/marble Makefile ports/audio/akode-plugins-ffmpeg Makefile ports/audio/amarok Makefile ports/audio/amarok-fs Makefile ports/audio/amarok-kde4 ... Message-ID: <4F3DB9C9.2070503@missouri.edu> In-Reply-To: <201202161557.q1GFvYRK041580@repoman.freebsd.org> References: <201202161557.q1GFvYRK041580@repoman.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 02/16/2012 09:57 AM, Ashish SHUKLA wrote: > ashish 2012-02-16 15:57:34 UTC > > FreeBSD ports repository > > Modified files: > .... > math/octave-forge Makefile > math/octave-forge-video Makefile > .... > Log: > - Bump PORTREVISION to chase the update of multimedia/libvpx Hey Guys, It seems to me that when a port with shared libraries undergoes an API change, that port revision should only be bumped for those ports that are linked via a chain of LIB_DEPENDS. For example, math/octave-forge-video has a LIB_DEPENDS to multimedia/ffmpeg, which has LIB_DEPENDS to multimedia/libvpx. So its port revision should be bumped. But math/octave-forge is linked only via a RUN_DEPENDS to math/octave-forge-video, and so its port revision should not have been bumped. What do you guys think? Have I missed something important? Also, is there an effective and foolproof method to calculating all the LIB_DEPENDS? (Remembering that some of the LIB_DEPENDS may depend on optional settings, and these all need to be considered?)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F3DB9C9.2070503>