Summary: | graphics/librsvg2: make_index: Circular dependency loop found: librsvg2-2.40.20 depends upon itself. | ||
---|---|---|---|
Product: | Ports & Packages | Reporter: | Trond Endrestøl <Trond.Endrestol> |
Component: | Individual Port(s) | Assignee: | freebsd-gnome (Nobody) <gnome> |
Status: | Closed Overcome By Events | ||
Severity: | Affects Only Me | CC: | dinoex, freebsd-2024, jcfyecrayz, lantw44, pi, rm, w.schwarzenfeld |
Priority: | --- | ||
Version: | Latest | ||
Hardware: | Any | ||
OS: | Any |
Description
Trond Endrestøl
2018-09-30 15:42:01 UTC
(In reply to Trond.Endrestol from comment #0) This will happen if you have LIBRSVG2 option enabled on graphviz. The GNOME 3.28 update makes librsvg2 depend on vala and vala depend on graphviz. I'm not yet run-tested, but it looks like graphviz should only go to BUILD_DEPENDS of lang/vala. From vala NEWS file: - Merge valadoc - Consider valadoc a part of vala's toolchain and therefore let it live in the main repository (adds graphviz to the build-requirements) The loop was broken by clearing the LIBRSVG2 option on graphics/graphviz. This is the default setting. Removing graphics/graphviz as a runtime dependency of lang/vala makes no difference at all. Synth's now churning away, rebuilding lang/vala and other outdated ports. We'll know the results in a few hours. I think we can set CONFIGURE_ARGS=--disable-vala. I don't know if we have also to remove introspection:build (don't know if introspection needs vala). (In reply to Trond.Endrestol from comment #4) LIBRSVG2 wasn't and isn't a default option. It's listed in OPTIONS_DEFINE, but not in OPTIONS_DEFAULT, so it looks like your local setting and the problem was triggered by vala update, that added dependency upon graphviz. Yes, RUN_DEPENDS comment is just about not installing potentially unneeded dependency, not about fixing the dependency loop. (In reply to Ruslan Makhmatkhanov from comment #6) I should have chosen my words more carefully. "The loop was broken free by clearing the LIBRSVG2 option on graphics/graphviz. Which is afterall the default setting." Anyway, all is well, and I don't think I'll need SVG support in graphviz. PDF output is usually all I use. graphviz does not even need librsvg to produce svg files as by default it just uses cairo. Imho the right fix is only to nuke the RSVG option from graphviz, it confuses users and causes this new circular dependencies. Adding dinoex@ in CC as he is the maintainer of graphviz@ Should solved with ports r482161. Could you please back out the commit top graphviz, Neither testing was done before the commit, neither maintainer approval was given. This seems to be at an impasse. Dirk, what testing needs to be done? Related: I just had to uncheck the "SVG" option in graphics/ImageMagick6 in order to solve the "circular dependency" problem reported by portupgrade. lang/vala was the (first) reported duplicate. Not good... Make index shows no problem. I close here with overcome by events. Reopen it there is still a problem. |