Bug 372939 – media-gfx/graphviz-2.28.0: version bump

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Rafał Mużyło 2011-06-25 03:42:46 UTC]

Created attachment 278061 [details, diff]
diff between 2.26.3-r2 ebuild and one I've used

AFAICT, it was released on 6th May, but was announced nowhere.

tarball uses libtool 2 and it's been in stable for long enough, so hacks dropped.
Things seem to work without that doc/info/Makefile.am sed line,too.

The changes I've made need more tweaking:
- gtk+ and gdk-pixbuf (which is, contrary to the comment :2, not :1) probably need separate useflags
- I arbitrarily enabled rsvg (behind a useflag); it doesn't seem experimental anymore - it's enabled by default in the tarball
- java problem from bug 290524 is still not addressed

As opposed to the above, libXaw thing IMHO should have been done long ago. The patch is needed, cause otherwise it's automagical.
Qt app (gvedit), according to ChangeLog is now preferred to lefty.

The configure patch doesn't use AC_ARG_WITH(Xaw,...) for the same reason configure.ac didn't use HAVE_LIBXAW.

[Comment 1 Rafał Mużyło 2011-06-25 03:43:45 UTC]

Created attachment 278063 [details, diff]
patch for libXaw automagic

[Comment 2 Shubhadeep Chaudhuri 2011-09-27 03:55:24 UTC]

It's been long since it's been reported.

[Comment 3 Jeremy Murphy 2011-09-27 23:28:20 UTC]

And the latest version in portage (which is 'stable') fails to emerge for some users, so it would be really good timing to add this now.

[Comment 4 Jeremy Murphy 2012-04-07 11:06:05 UTC]

*bump* Don't forget about this one.

[Comment 5 Jeremy Murphy 2012-05-17 10:46:33 UTC]

Created attachment 312101 [details]
Rafał's patches plus some tweaks applied to 2.26.3-r4

I just tried Rafał's patch and found that it works fine except that I still needed the sed change on doc/info/Makefile.am.  I also applied it to the 2.26.3-r4 ebuild.  So, I'm going to attach the complete ebuild for convenient testing.  Works for me.

[Comment 6 Rafał Mużyło 2012-05-17 15:22:55 UTC]

It's a bit odd - I was building with USE="cairo doc examples gtk java nls perl python rsvg ruby' and it didn't fail to build without that sed line.

I wonder what made the difference.

[Comment 7 Jeremy Murphy 2012-05-17 23:59:36 UTC]

(In reply to comment #6)
> It's a bit odd - I was building with USE="cairo doc examples gtk java nls
> perl python rsvg ruby' and it didn't fail to build without that sed line.
> 
> I wonder what made the difference.

Are you running ~arch?  I'm on (mostly) stable.  I don't imagine that the use flags would make a difference, but for the record, I'm using "Xaw cairo gtk java nls qt4 svg".  (I changed rsvg -> svg.)

[Comment 8 Ian Stakenvicius (RETIRED) 2012-05-24 15:57:47 UTC]

*graphviz-2.28.0 (23 May 2012)

  23 May 2012; Ian Stakenvicius <[e-mail]> +graphviz-2.28.0.ebuild,
  +files/graphviz-2.28.0-Xaw-configure.patch,
  +files/graphviz-2.28.0-automake-1.11.2.patch, metadata.xml:
  initial commit of 2.28 with empty keywords while testing ensues

[Comment 9 Sebastian Pipping 2012-05-28 22:43:18 UTC]

FYI I dared to touch the 2.28 ebuild for bug #276992 comment 10:

+  28 May 2012; Sebastian Pipping <[e-mail]> graphviz-2.28.0.ebuild:
+  Remove use of --with(out)-x as there is no parameter by that name. Add use
+  flag "X" to compile without libXaw (bug #276992) as Xaw is only needed by
+  lefty. As a side note both cairo and gtk can be compiled with USE=-X.
+

I hope I didn't step on anyone's toes.

[Comment 10 Ian Stakenvicius (RETIRED) 2012-06-07 16:12:15 UTC]

Keywords added, except for those listed in bug 419621 .  Closing.

Note, there is an issue when upgrading from a previous graphivz, when USE="tcl" is enabled.  Bug 420129 resolves this.  In the meantime, it is recommended to either --unmerge the previous version of graphviz first, or emerge graphviz-2.28.0 twice.