Is it OK to stabilize =media-sound/mikmod-3.2.4 ? If so, please CC all arches which have stable keywords for older versions of this package.
(In reply to Pacho Ramos from comment #0) > Is it OK to stabilize =media-sound/mikmod-3.2.4 ? latest mikmod needs latest libmikmod, so this bug is incomplete...
Looks like the script has included it as a candidate because the dep is: >=media-libs/libmikmod-3.2.0 and, then, repoman was happy with it, maybe you could make the dep restricted to >=...${PV}. In that case, the script would have excluded it (but you wouldn't get the reminders ever I think). The script is: http://git.overlays.gentoo.org/gitweb/?p=proj/arch-tools.git;a=blob;f=stabilization-candidates.py;h=879851811a9a74b6f5b6bd7f3f93db3849432bf4;hb=HEAD
Do you agree with stabilizing the newer libmikmod with it then?
(In reply to Pacho Ramos from comment #3) > Do you agree with stabilizing the newer libmikmod with it then? sure
I have just seen we have .5 releases... maybe we could go with them to save time in the future :/, what do you think?
lets do it test and stabilize: =media-libs/libmikmod-3.3.5 =media-sound/mikmod-3.2.5
You probably want to set up a stabilisation request for >=media-sound/pulseaudio-4.0-r1 first.
(In reply to Jeroen Roovers from comment #7) > You probably want to set up a stabilisation request for > >=media-sound/pulseaudio-4.0-r1 first. Unfortunately someone decided it was a good idea to delete the last multilib 4.0 version from tree. Since it's in package.use.stable.mask, like: default/linux/amd64/13.0/package.use.stable.mask:media-libs/libmikmod abi_x86_32 I don't think we have a problem here, and stabilization can continue
I was informed pulseaudio-5 is going stable from bug 499954, so adding to Depends on:
Stable for HPPA.
amd64 stable
arm stable
No can do for alpha: !!! The ebuild selected to satisfy "=media-libs/libmikmod-3.3.5" has unmet requirements. - media-libs/libmikmod-3.3.5::gentoo USE="alsa threads (-altivec) (-coreaudio) -debug -nas -openal -oss -pulseaudio (-sse2) -static-libs" 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 ) The above constraints are a subset of the following complete expression: any-of ( alsa oss coreaudio ) 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 )
mgorny fixed it a few minutes ago in eclasses
Stable on alpha.
x86 stable
ppc stable
libmikmod stabilization is now happening in bug 525550 and this bug is only for media-sound/mikmod
stable dropped for slacking arches since there was no reverse deps, ia64/ppc64/sparc