| Summary: | dev-lang/tcl-8.5.15-r1 dev-lang/tk-8.5.15 stable request | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Pacho Ramos <pacho> |
| Component: | [OLD] Keywording and Stabilization | Assignee: | TCL/TK Project <tcltk> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | alpha, amd64, ia64, multilib+disabled, ppc64, ppc, sparc |
| Priority: | Normal | Keywords: | STABLEREQ |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 516130 | ||
|
Description
Pacho Ramos
2014-07-03 09:16:01 UTC
arches please go ahead.
These are the packages that would be merged:
Calculating dependencies... done!
!!! The ebuild selected to satisfy ">=dev-lang/tcl-8.4" has unmet requirements.
- dev-lang/tcl-8.5.15-r1::gentoo USE="threads -debug"
The following REQUIRED_USE flag constraints are unsatisfied:
any-of ( abi_x86_32 abi_x86_64 abi_x86_x32 abi_mips_n32 abi_mips_n64 abi_mips_o32 abi_ppc_32 abi_ppc_64 abi_s390_32 abi_s390_64
)
And do what exactly?
Wouldn't you want =dev-lang/tk-8.5.15 going stable along with that? At least from a repoman point of view tcl is enough... but I don't know if it's better to try to keep them in sync :/ sure, tk should go stable as well. (In reply to Jeroen Roovers from comment #2) > > > These are the packages that would be merged: > > Calculating dependencies... done! > > !!! The ebuild selected to satisfy ">=dev-lang/tcl-8.4" has unmet > requirements. > - dev-lang/tcl-8.5.15-r1::gentoo USE="threads -debug" > > The following REQUIRED_USE flag constraints are unsatisfied: > any-of ( abi_x86_32 abi_x86_64 abi_x86_x32 abi_mips_n32 abi_mips_n64 > abi_mips_o32 abi_ppc_32 abi_ppc_64 abi_s390_32 abi_s390_64 > ) > > And do what exactly? mgorny fixed it at eclass level some minutes ago, thanks for noticing! Stable for HPPA. arm stable Will handle the remaining arches in parent bug as it's preferred by Ago and this can wait for those arches until the rest is done *** This bug has been marked as a duplicate of bug 512012 *** x86 stable |