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

Bug 454430

Summary: media-video/ffmpeg and virtual/ffmpeg: add sub-slots
Product: Gentoo Linux Reporter: Nikoli <nikoli>
Component: [OLD] LibraryAssignee: media-video herd <media-video>
Status: RESOLVED OBSOLETE    
Severity: normal CC: kripton, pacho
Priority: Normal    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---
Bug Depends on: 449094    
Bug Blocks:    

Description Nikoli 2013-01-28 14:20:44 UTC
Please add sub-slots to ffmpeg ebuilds. libav ebuilds already use this feature of EAPI5, but it is not possible to fix virtual and reverse deps until media-video/ffmpeg is done.

Next step would be fixing packages depending on virtual/ffmpeg.
Comment 1 Alexis Ballier gentoo-dev 2013-01-28 14:52:43 UTC
subslot like 0/${PV} or 0/$branch are kinda useless for the virtual, no ?

if you want something usefull then it should be something like the library major versions so that it can be uniform between libav and ffmpeg so that the virtual can use this too, but it seems libav ebuilds went the other way....
Comment 2 Nikoli 2013-01-28 15:00:55 UTC
0/${PV} looks fine, isn't virtual bumped with new APIs?
Comment 3 Alexis Ballier gentoo-dev 2013-01-28 15:22:41 UTC
(In reply to comment #2)
> 0/${PV} looks fine, isn't virtual bumped with new APIs?

but what's the plan then? how do you propagate ffmpeg subslots to the virtual? I may have missed something, subslots are rather new to me, I'm just making sure I understand well.
Comment 4 Alexis Ballier gentoo-dev 2013-01-28 15:46:29 UTC
more specifically, let's consider the following scenario that, as of today, I see very likely:

- ffmpeg-1.1.1 or later gets unmasked because its rev deps have been fixed
- virtual/ffmpeg-9 remains masked since libav-9 is not ready in order not to force libav users to switch to ffmpeg
- packages depending on virtual/ffmpeg subslots are fine, but people need to revdep-rebuild because they upgraded media-video/ffmpeg
- some time after, virtual/ffmpeg gets unmasked with the subslots
- people upgrading the virtual will rebuild everything again because the subslot virtual has changed, but they didn't have to because they did it when they upgraded media-video/ffmpeg
Comment 5 Zac Medico gentoo-dev 2013-01-30 16:28:57 UTC
Bug 449094 requests sub-slot pass-through for virtuals.

For now, I guess you have to bump the virtual version for each sub-slot (such as SLOT=0/${PV}), and have the virtual RDEPEND on a specific sub-slot (such as media-video/ffmpeg:0/${PV}).
Comment 6 Alexis Ballier gentoo-dev 2013-01-30 17:07:11 UTC
(In reply to comment #5)
> For now, I guess you have to bump the virtual version for each sub-slot
> (such as SLOT=0/${PV}), and have the virtual RDEPEND on a specific sub-slot
> (such as media-video/ffmpeg:0/${PV}).

Not really an option considering the implementations are more and more desyncrhonized, we'd have to wait for passthrough I'm afraid.
Comment 7 Pacho Ramos gentoo-dev 2015-06-24 14:48:26 UTC
I think is is probably obsolete now as we are moving to depending on libav of ffmpeg without relying in virtual but directly on the packages (switching with "libav" USE flag). The only issue is that there are still a lot of reverse deps using the old dep on the virtual... but that is another topic I think