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 ...

[Stephen Montgomery-Smith]

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?)