cvs commit: ports/audio/wmauda Makefile ports/audio/xmp Makefile ports/audio/mp3splt-gtk Makefile ports/audio/audacious-dumb Makefile ports/multimedia/tunapie Makefile ports/multimedia/xfce4-xmms-plugin Makefile ports/sysutils/conky ...

Boris Samorodov bsam at ipt.ru
Fri Mar 4 12:47:57 UTC 2011


Hi Oliver,

On Fri, 04 Mar 2011 13:28:25 +0100 Oliver Lehmann wrote:
> Boris Samorodov <bsam at ipt.ru> wrote:
> > On Fri, 04 Mar 2011 13:08:42 +0100 Oliver Lehmann wrote:
> >> Boris Samorodov <bsam at ipt.ru> wrote:
> >> >
> >> > Was PORTREVISION bump really needed for those ports?
> >> They have a hard or optional dependency to audacious so in my opinion - yes.
> > I'm not sure what you do mean. What's the "hard" and "optional"
> > dependency? And what changed at the main port that those dependent
> > ports in your opinion should be bumped?

> With hard I mean the port is depending on audacious with no option to
> disable that. With optional I mean you could disable the audacious
> dependency via a make switch.

Got it, thanks.

> The main port itself changed

Understand.

> so it is advised to recompile the depending ports 

Sorry, don't understand. Advised by who?

> as otherwise the depending ports would have still the old version
> of audacious recorded as a dependency but this old version is no longer
> installed.

Well, two questions.
1. Where this dependency is recorded?
2. Even if so, why the dependency *should* be changed. I.e. what
   harm it may do?

I ask those questions because I'd like to understand FreeBSD ports
system and behaviour deeper than I do now. And, maybe, to change/fix
existing tools if needed.

As I understand now the stale dependency is recorded at packages.
But there is absolutely no harm with stale dependencies for tools
like pkg_add.

Then there is a /var/db/pkg database. The tool like portmaster
fix all needed dependencies (if needed).

-- 
WBR, bsam


More information about the cvs-ports mailing list