Summary: | dev-lang/tcl 8.5.15 and 8.6.1-r1 both needed on ~ but only 8.5.15 can be installed | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Iddo <idoerg> |
Component: | [OLD] Development | Assignee: | Gentoo Ruby Team <ruby> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | idoerg, jlec |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=4450 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Iddo
2014-02-10 15:10:53 UTC
tcl/tk can't do anything here Suggested solution: more than one slot for tcl/tk. Will enable the installation of both 8.6 and 8.5 (not sure if that will cause other clashes). (In reply to Iddo from comment #2) > Suggested solution: more than one slot for tcl/tk. Will enable the > installation of both 8.6 and 8.5 (not sure if that will cause other clashes). no chance for slotting here. Ruby upstream needs to fix the package. (In reply to Justin Lecher from comment #3) > (In reply to Iddo from comment #2) > > Suggested solution: more than one slot for tcl/tk. Will enable the > > installation of both 8.6 and 8.5 (not sure if that will cause other clashes). > > no chance for slotting here. Ruby upstream needs to fix the package. Given how long the upstream bug has gone without any attention I'm not sure when , or even if, this will happen, and I wonder if we should not remove tcl/tk support from ruby altogether and thus avoid these nasty downgrades. Nothing in the tree seems to depend on this support. @Justin: any thoughts on this? (In reply to Hans de Graaff from comment #4) > @Justin: any thoughts on this? Drop it if you like. I am wondering who is using tcl/tk anyways. it only seems to used in python with tinker. Yes, it is used in Tkinter, but many Python graphics and sci packages depend on that. matplotlib scipy networkx biopython Many depend on graphviz & plplot, which in turn needs tcl/tk $ equery d tcl * These packages depend on tcl: app-crypt/mit-krb5-1.12.1 (dev-lang/tcl) app-editors/gvim-7.4.155 (tcl ? dev-lang/tcl) app-editors/vim-7.4.155 (tcl ? dev-lang/tcl) dev-db/sqlite-3.8.2 (tcl ? dev-lang/tcl) (test ? dev-lang/tcl) dev-lang/ruby-1.9.3_p484 (tk ? <dev-lang/tcl-8.6[threads]) dev-lang/ruby-2.0.0_p353-r1 (tk ? <dev-lang/tcl-8.6[threads]) dev-lang/ruby-2.1.0 (tk ? <dev-lang/tcl-8.6[threads]) dev-lang/tk-8.5.15 (~dev-lang/tcl-8.5.15) dev-libs/libnatspec-0.2.6 (python ? dev-lang/tcl) media-gfx/graphviz-2.36.0 (tcl ? >=dev-lang/tcl-8.3) net-im/pidgin-2.10.9-r1 (tcl ? dev-lang/tcl) sci-libs/plplot-5.9.11-r1 (tcl ? dev-lang/tcl) sys-libs/db-4.8.30 (tcl ? >=dev-lang/tcl-8.4) (test ? >=dev-lang/tcl-8.4) (tcl ? dev-lang/tcl) So, tcl/tk quite needed, IMHO. (In reply to Iddo from comment #6) > So, tcl/tk quite needed, IMHO. It's about dropping it from ruby. Do you need it there? I don't need it. Can't speak for others though. I don't know much about Ruby or Ruby Tcl/Tk dependencies. So just wondering if there was any change in this? Dropped tcl/tk in Ruby? So is there a solution for this? (In reply to Iddo from comment #10) > So is there a solution for this? Install ruby with USE=-tcl. Needs a fix for Ruby TCL dependency. In the meantime, can install with this line in /usr/portage/package.use dev-lang/ruby -tcl ruby 1.9.3_p545 and ruby 2.0.0_p451 ebuilds no longer support USE=tk to avoid this issue. USE=tk has now also been removed from ruby 2.1.1. |