RepoMan scours the neighborhood... dependency.bad 16 app-emulation/xen-tools/xen-tools-4.2.2-r3.ebuild: RDEPEND: amd64(default/linux/amd64/13.0) ['>=dev-lang/ocaml-4'] app-emulation/xen-tools/xen-tools-4.2.2-r3.ebuild: RDEPEND: amd64(default/linux/amd64/13.0/desktop) ['>=dev-lang/ocaml-4'] app-emulation/xen-tools/xen-tools-4.2.2-r3.ebuild: RDEPEND: amd64(default/linux/amd64/13.0/desktop/gnome) ['>=dev-lang/ocaml-4'] app-emulation/xen-tools/xen-tools-4.2.2-r3.ebuild: RDEPEND: amd64(default/linux/amd64/13.0/desktop/kde) ['>=dev-lang/ocaml-4'] app-emulation/xen-tools/xen-tools-4.2.2-r3.ebuild: RDEPEND: amd64(default/linux/amd64/13.0/developer) ['>=dev-lang/ocaml-4'] app-emulation/xen-tools/xen-tools-4.2.2-r3.ebuild: RDEPEND: x86(default/linux/x86/13.0) ['>=dev-lang/ocaml-4'] app-emulation/xen-tools/xen-tools-4.2.2-r3.ebuild: RDEPEND: x86(default/linux/x86/13.0/desktop) ['>=dev-lang/ocaml-4'] app-emulation/xen-tools/xen-tools-4.2.2-r3.ebuild: RDEPEND: x86(default/linux/x86/13.0/desktop/gnome) ['>=dev-lang/ocaml-4'] app-emulation/xen-tools/xen-tools-4.2.2-r3.ebuild: RDEPEND: x86(default/linux/x86/13.0/desktop/kde) ['>=dev-lang/ocaml-4'] app-emulation/xen-tools/xen-tools-4.2.2-r3.ebuild: RDEPEND: x86(default/linux/x86/13.0/developer) ['>=dev-lang/ocaml-4'] app-emulation/xen-tools/xen-tools-4.2.2-r3.ebuild: RDEPEND: amd64(hardened/linux/amd64) ['>=dev-lang/ocaml-4'] app-emulation/xen-tools/xen-tools-4.2.2-r3.ebuild: RDEPEND: amd64(hardened/linux/amd64/no-multilib) ['>=dev-lang/ocaml-4'] app-emulation/xen-tools/xen-tools-4.2.2-r3.ebuild: RDEPEND: amd64(hardened/linux/amd64/no-multilib/selinux) ['>=dev-lang/ocaml-4'] app-emulation/xen-tools/xen-tools-4.2.2-r3.ebuild: RDEPEND: amd64(hardened/linux/amd64/selinux) ['>=dev-lang/ocaml-4'] app-emulation/xen-tools/xen-tools-4.2.2-r3.ebuild: RDEPEND: x86(hardened/linux/x86) ['>=dev-lang/ocaml-4'] app-emulation/xen-tools/xen-tools-4.2.2-r3.ebuild: RDEPEND: x86(hardened/linux/x86/selinux) ['>=dev-lang/ocaml-4']
@aballier ping, what's your idea here? can we just roll out a stable version for ocaml-4? or is there any severe bug prevent you from doing this?
(In reply to Yixun Lan from comment #1) > @aballier ping, what's your idea here? > > can we just roll out a stable version for ocaml-4? yes we should do this IMHO > or is there any severe bug prevent you from doing this? nothing severe, I would have prefered to have all rev. deps of ocaml use subslot deps but that should be more or less the case nowadays
(In reply to Alexis Ballier from comment #2) > (In reply to Yixun Lan from comment #1) > > @aballier ping, what's your idea here? > > > > can we just roll out a stable version for ocaml-4? > > yes we should do this IMHO > > > or is there any severe bug prevent you from doing this? > > nothing severe, I would have prefered to have all rev. deps of ocaml use > subslot deps but that should be more or less the case nowadays Available versions: 3.11.2 3.12.1 (~)4.00.1-r1(0/4.00.1) (~)4.01.0(0/4.01.0) {X emacs gdbm latex ncurses +ocamlopt tk xemacs} $ date Fri Nov 7 08:12:59 WST 2014
ocaml 4.02.3 has been stable for a while