Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 617508

Summary: media-video/libav-12.2: stabilization request
Product: Gentoo Linux Reporter: Coacher <itumaykin+gentoo>
Component: StabilizationAssignee: Gentoo Media-video project <media-video>
Status: RESOLVED FIXED    
Severity: normal CC: leio, svantoviit
Priority: Normal Flags: stable-bot: sanity-check+
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
media-video/libav-12.2
Runtime testing required: ---
Bug Depends on: 603726, 619076, 637458    
Bug Blocks: 657168, 663456, 663568, 665518    

Description Coacher 2017-05-04 18:26:46 UTC
Hello.

libav-12 is in tree since early December 2016.

Please stabilize it finally.
Comment 1 Coacher 2017-05-21 17:22:28 UTC
Let's stabilize 12.1 instead from 12.x release series as it includes several security fixes compared to 12. See bug 614016.
Comment 2 Coacher 2017-06-12 16:49:33 UTC
Dear libav maintainers, do you have an ETA on CC'ing arches here?
Comment 3 Andreas Sturmlechner gentoo-dev 2018-08-12 16:42:49 UTC
Is this going to happen?
Comment 4 Luca Barbato gentoo-dev 2018-09-12 13:23:01 UTC
Please mark it stable, thank you :)
Comment 5 Stabilization helper bot gentoo-dev 2018-09-12 14:00:26 UTC
An automated check of this bug failed - the following atom is unknown:

media-video/libav-12.1

Please verify the atom list.
Comment 6 Mart Raudsepp gentoo-dev 2018-09-12 21:57:11 UTC
arm64 doesn't have any stable versions before, not sure why we are CCed. Presuming this is a mistake and unCCing us (and frankly, it doesn't look like a good idea with current track record to newstable it)
Comment 7 Tobias Klausmann (RETIRED) gentoo-dev 2018-09-13 08:09:37 UTC
Stable on alpha.
Comment 8 Andreas Sturmlechner gentoo-dev 2018-09-13 08:30:03 UTC
So, the remaining tracker blockers are no concern?
Comment 9 Mart Raudsepp gentoo-dev 2018-09-13 08:35:04 UTC
(In reply to Andreas Sturmlechner from comment #8)
> So, the remaining tracker blockers are no concern?

If you are referring to arm64, then of course they aren't a concern at this time, as we didn't have a stable libav before either. The packages in blocks list don't have stable arm64 either. Once we do stabilize a package, we will review libav stable state or package.stable.use.mask them accordingly
Comment 10 Andreas Sturmlechner gentoo-dev 2018-09-13 08:38:50 UTC
No, I'm referring to bug 603726.
Comment 11 Mikle Kolyada (RETIRED) archtester Gentoo Infrastructure gentoo-dev Security 2018-09-13 10:44:31 UTC
for amd64: should we stabilize nvidia-video-codec or rather mask nvidia use flag? (The [ackage itself does not have bugs open)
Comment 12 Mikle Kolyada (RETIRED) archtester Gentoo Infrastructure gentoo-dev Security 2018-09-15 15:21:26 UTC
(In reply to Mikle Kolyada from comment #11)
> for amd64: should we stabilize nvidia-video-codec or rather mask nvidia use
> flag? (The [ackage itself does not have bugs open)

just stablemasked.
Comment 13 Luca Barbato gentoo-dev 2018-09-16 01:01:56 UTC
I'd rather have the nvidia-video-codecs put on stable as well.
Comment 14 Thomas Deutschmann (RETIRED) gentoo-dev 2018-09-19 17:36:19 UTC
x86 stable
Comment 15 Stabilization helper bot gentoo-dev 2018-09-19 18:01:32 UTC
An automated check of this bug failed - repoman reported dependency errors (101 lines truncated): 

> dependency.bad media-video/libav/libav-12.2.ebuild: DEPEND: arm(default/linux/arm/13.0) ['media-plugins/frei0r-plugins']
> dependency.bad media-video/libav/libav-12.2.ebuild: RDEPEND: arm(default/linux/arm/13.0) ['media-plugins/frei0r-plugins']
> dependency.bad media-video/libav/libav-12.2.ebuild: DEPEND: arm(default/linux/arm/17.0) ['media-plugins/frei0r-plugins']
Comment 16 Sergei Trofimovich (RETIRED) gentoo-dev 2018-09-22 11:48:07 UTC
ppc64 stable
Comment 17 Rolf Eike Beer archtester 2018-10-06 16:19:17 UTC
sparc done.
Comment 18 Thomas Deutschmann (RETIRED) gentoo-dev 2018-10-12 15:21:33 UTC
Stabilization moved to security bug 637458.
Comment 19 Andreas Sturmlechner gentoo-dev 2018-10-20 12:33:47 UTC
This being obsolete then.