Is it OK to stabilize =media-libs/libmediainfo-0.7.65 ? If so, please CC all arches which have stable keywords for older versions of this package.
I guess one of the downfalls of auto-opening stable bugs is I have to repeat myself every time in certain cases. :\ It's not worth stabilizing libmediainfo by itself, changing to stabilizing mediainfo and deps. Arches, please stabilize: =media-video/mediainfo-0.7.65 and dep: =media-libs/libmediainfo-0.7.65
That is probably because, as the script: http://git.overlays.gentoo.org/gitweb/?p=proj/arch-tools.git;a=blob;f=stabilization-candidates.py;h=879851811a9a74b6f5b6bd7f3f93db3849432bf4;hb=HEAD runs repoman for calculating the candidates: 1. mediainfo is not pulled in because: ~media-libs/lib${P}[curl=,mms=] cannot be satisfied at the time the script is run 2. libmediainfo is pulled instead because it has no blocker agains older mediainfo versions and, then, repoman is happy with it. Adding a blocker to libmediainfo ebuild blocking older mediainfo versions would "work" making repoman to fail and the script to always skip all the mediainfo stuff... but I am unsure it's really preferred :|
(In reply to Pacho Ramos from comment #2) > That is probably because, as the script: > http://git.overlays.gentoo.org/gitweb/?p=proj/arch-tools.git;a=blob; > f=stabilization-candidates.py;h=879851811a9a74b6f5b6bd7f3f93db3849432bf4; > hb=HEAD > > runs repoman for calculating the candidates: > 1. mediainfo is not pulled in because: > ~media-libs/lib${P}[curl=,mms=] > > cannot be satisfied at the time the script is run > > 2. libmediainfo is pulled instead because it has no blocker agains older > mediainfo versions and, then, repoman is happy with it. Thanks for the explanation. > Adding a blocker to libmediainfo ebuild blocking older mediainfo versions > would "work" making repoman to fail and the script to always skip all the > mediainfo stuff... but I am unsure it's really preferred :| Yeah, it's not because technically newer libmediainfo versions work with older mediainfo versions and blockers aren't needed.
Localization question. Why there is no language choice while it is provided by sources? There should be added PLOCALES variable.
(In reply to Andrey Aleksandrovich from comment #4) > Localization question. Why there is no language choice while it is provided > by sources? There should be added PLOCALES variable. Submit a patch in another bug.
amd64 stable
x86 stable. Closing.