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-all
mailing list