Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 15 Dec 2018 13:44:23 +0000
From:      Lorenzo Salvadore <phascolarctos@protonmail.ch>
To:        FreeBSD Ports <freebsd-ports@freebsd.org>
Subject:   Re: dependency loop in editors/vim with GTK3 option
Message-ID:  <f7H1QQLKjekO2g43uwbsN0ZTfex3h07iHfhBg4BYDS1A9iSzWFtLRRnPtESf0S9wCV0BM9ndRzvsX76szMujcmenZULDxW-t8U4HfIrXle4=@protonmail.ch>
In-Reply-To: <201812150917.wBF9H66V019974@sdf.org>
References:  <201812150917.wBF9H66V019974@sdf.org>

next in thread | previous in thread | raw e-mail | index | archive | help
>      There is a dependency recursion loop in the build process for editor=
s/vim
>
>
> if one selects the GTK3 config menu option. The only way I've found so fa=
r to
> get around this is to choose the GTK2 option instead.
> With GTK3 selected, graphics/librsvg2 becomes a dependency, which, in
> turn, is dependent upon lang/vala. lang/vala depends upon devel/dconf, wh=
ich
> depends upon devel/gconf2. devel/gconf2 depends upon graphics/graphviz, w=
hich
> depends upon lang/vala! The recursion occurs there and was found by follo=
wing
> the instructions in UPDATING for the upgrade to perl5.28 when using portm=
aster.
> The command shown in the instructions is "portmaster -f", so the -f force=
s all
> dependencies and dependent ports to be rebuilt.
> As nearly as I can see, this dependency recursion loop breaks any port
> involving lang/vala when portmaster -f is used. In the case of editors/vi=
m,
> a usable workaround is to choose gtk2 instead of gtk3, but for many other
> ports, the perl upgrade's admonition to rebuilt ports that depend upon th=
e
> perl library to omit -f when using portmaster while providing portmaster =
a
> complete list of all ports to be built. Provided an acceptable version
> of lang/vala is already installed, it will be used, and the dependency lo=
op
> gets skipped over because there is no need to build lang/vala. Of course,
> if one does that, there is no guarantee that the resulting binaries insta=
lled
> for any of the ports in the recursion loop will function properly, given =
that
> they may be based upon obsolete versions of the other ports in the loop.
>
> Scott Bennett, Comm. ASMELG, CFIAG
>

I have just installed lang/vala from ports and everything went fine.
I have checked lang/vala's dependencies with "make all-depends-list" and
devel/dconf is not listed.

I suggest you try installing lang/vala from ports after having updated your=
 ports
tree.
If you still get the problem, then you should open a bug report on
https://bugs.freebsd.org/bugzilla/
Start your bug report summary with "lang/vala: " so that the port maintaine=
r
automatically gets notification of the report and anyone can find your PR
easily.

Lorenzo Salvadore.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?f7H1QQLKjekO2g43uwbsN0ZTfex3h07iHfhBg4BYDS1A9iSzWFtLRRnPtESf0S9wCV0BM9ndRzvsX76szMujcmenZULDxW-t8U4HfIrXle4=>