First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 134575
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Steve Arnold <nerdboy@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Steve Arnold <nerdboy@gentoo.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 134575 depends on: 130418 Show dependency tree
Show dependency graph
Bug 134575 blocks: 139608
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2006-05-27 17:26 0000
I'm not sure what the implications are, as it's only a dependency for some
packages I'm working on, but I have some questions about the graphviz situation
(as well as a requirement to stablize a new-ish version).

1) Does it need to be slotted?

2) How many packages (if any) still require the old graphiz packages?

AFAICT from graphviz.org and the docs I've seen, their split came in 2004 when
they switched to the "graphiz2" module in their CVS, and I believe that
corresponds to 2.2 (old) and prior versions vs. 2.4 (new) and later.

So I vote for cleaning up the older versions (slotting if necessary) and
stablize on 2.8 for newer stuff, since there really aren't any more outstanding
issues except stablization (eg, bug #131485).  BTW, I've just resolved the last
of the bugs against 2.x (minor ones) and added 2.8, which resolves the test
failures and 2.8 ebuild request, and it looks like "dynagraph" was split off
about 2 years ago.  I'm not sure what's up with the 1.x bugs, but I don't have
the time to pursue it any further.  It's now up to graphics herd...

------- Comment #1 From Carsten Lohrke 2006-05-28 06:53:22 0000 -------
I don't know if this is a problem with any application in the tree, but
GraphViz is licensend under CPL since version 2.x and this license is
incompatible to the GPL. So if we have any application that links to GraphViz,
it has to link against GraphViz 1.x.

------- Comment #2 From Steve Arnold 2006-07-02 18:11:37 0000 -------
Sounds like slotting 1.x should take care of that part...  Comments?

------- Comment #3 From Jakub Moc 2006-07-07 16:27:12 0000 -------
Please, do it or fix the 1.x for modular X.

------- Comment #4 From Carsten Lohrke 2006-07-07 17:12:34 0000 -------
(In reply to comment #2)
> Sounds like slotting 1.x should take care of that part...  Comments?

1.x is not maintained upstream anymore, so unless we have such an application
in the tree, I'm all for dropping it. If there really should be such an
application, it's highly likely that no one noticed the license clash, yet.
I'll have a look at the tree tomorrow and report back.

------- Comment #5 From Jakub Moc 2006-07-07 18:51:53 0000 -------
http://tinderbox.dev.gentoo.org/misc/rindex/media-gfx/graphviz

------- Comment #6 From Carsten Lohrke 2006-08-03 18:34:03 0000 -------
Sorry, had not much time the last weeks. I've checked the relevant applications
now. The only loosely relating issue is bug 142725, but that one wouldn't be
solved by not getting rid of GraphViz 1.

------- Comment #7 From Jakub Moc 2006-09-23 13:50:13 0000 -------
Just alpha and ppc64 left...

------- Comment #8 From Markus Rothe 2006-09-24 00:48:08 0000 -------
ppc64 already stable. ppc-macos is still missing. fixing CC.

------- Comment #9 From Fabian Groffen 2006-09-26 10:33:07 0000 -------
dropped ppc-macos keyword, as we don't have swig

------- Comment #10 From Jakub Moc 2006-10-31 02:01:27 0000 -------
Closing then.

@arm,sh: you might want to stabilize 2.8-r2 as it fixes about zillion of
automagic dependencies.

First Last Prev Next    No search results available      Search page      Enter new bug