create a virtual package ffmpeg-extras which pulls in all unstripped versions of the libs
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| Baltix |
Undecided
|
Unassigned | ||
| ffmpeg-extra (Ubuntu) |
Low
|
Unassigned |
Bug Description
Some packages would like to have the ffmpeg-extra (previously named -unstripped) version installed if it is available for the user. Would it not be an idea to create a virtual package ffmpeg-extras which depends on the unstripped versions of the libs? I.e.:
libavcodec-extra-52 libavdevice-
That way, packages can recommend ffmpeg-extras while still depending on ffmpeg and all will be as expected (right?). May also be easier to understand for the users that want the unstripped codecs.
Paul Gevers (paul-climbing) wrote : | #1 |
pt123 (pt123) wrote : | #2 |
so is there anyway to get an unstripped ffmpeg to work in Intrepid?
At least with Hardy medibuntu used to provide ffmpeg packages
but with Intrepid they are saying there are unstripped versions but when I run ffmpeg it still cant handle xvid files.
Paul Gevers (paul-climbing) wrote : Re: [Bug 306751] Re: create a virtual package ffmpeg-unstripped which pulls in all unstripped versions of the libs | #3 |
> so is there anyway to get an unstripped ffmpeg to work in Intrepid?
Yes, in Intrepid, install libavcodec-
then ffmpeg includes nearly all codecs that are available in medibuntus
ffmpeg in Hardy.
Barser (baraserg) wrote : Re: create a virtual package ffmpeg-unstripped which pulls in all unstripped versions of the libs | #4 |
When I built packages from non-unstripped sources, I've got *-dev packages, but if I build packages from unstripped sources, there are no *-dev packages...
Details:
dpkg-buildpackage from this: ffmpeg-
I recieve:
ffmpeg_
ffmpeg-
ffmpeg-
libavutil49_
libavcodec51_
libavutil-
libavcodec-
libpostproc51_
libavdevice52_
libpostproc-
libavdevice-
libswscale0_
libavformat52_
libswscale-
libavformat-
but from this one: ffmpeg_
recieve only:
libpostproc-
libswscale-
libavcodec-
libavdevice-
libavformat-
libavutil-
neither *-dev, nor ffmpeg-*...
What I ought to do if I need all encoders enabled in shared library?
At first install non-unstripped , then replace with unstripped?
Or need to merge debian/controls from both of packages or what?
Thanks!
Paul Gevers (paul-climbing) wrote : Re: [Bug 306751] Re: create a virtual package ffmpeg-unstripped which pulls in all unstripped versions of the libs | #5 |
Barser wrote:
> When I built packages from non-unstripped sources, I've got *-dev
> packages, but if I build packages from unstripped sources, there are no
> *-dev packages...
> What I ought to do if I need all encoders enabled in shared library?
> At first install non-unstripped , then replace with unstripped?
> Or need to merge debian/controls from both of packages or what?
Please see the discussion in bug 312898
Paul
summary: |
- create a virtual package ffmpeg-unstripped which pulls in all unstripped + create a virtual package ffmpeg-extras which pulls in all unstripped versions of the libs |
description: | updated |
Reinhard Tartler (siretart) wrote : | #6 |
we already have such a meta package in ubuntu. It is called 'ubuntu-
I don't see an extra use case for introducing yet another metapackage in ffmpeg. If you know an important one, feel free to reopen this bug.
Changed in ffmpeg (Ubuntu): | |
status: | New → Fix Released |
Paul Gevers (paul-climbing) wrote : Re: [Bug 306751] Re: create a virtual package ffmpeg-extras which pulls in all unstripped versions of the libs | #7 |
> we already have such a meta package in ubuntu. It is called 'ubuntu-
> restricted-extras'. Derivative distributions have similar packages, like
> kubuntu-
The point with ubuntu-
than just the unstripped (-extra-) version of ffmpeg. But if you don't
want to do it, I definitely respect that choice.
Paul
Reinhard Tartler (siretart) wrote : | #8 |
Paul Gevers <email address hidden> writes:
> The point with ubuntu-
> than just the unstripped (-extra-) version of ffmpeg. But if you don't
> want to do it, I definitely respect that choice.
Can you describe a good usecase when a user would want to have
libavcodec-extra-52 but not ubuntu-
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
Paul Gevers (paul-climbing) wrote : | #9 |
> Can you describe a good usecase when a user would want to have
> libavcodec-extra-52 but not ubuntu-
Well, if you just want to convert your movie from one format to another,
because you want to play the movie on an external device: your
cell-phone, playstation, dvd-player, or rockbox (whatever that is), you
only need the converter, i.e. the unstripped ffmpeg. You don't need
plugins, fonts or unrar to do that (as far as I can tell). I think,
looking at the the winff-forum [1], this is an important usecase for
winff (ffmpeg gui) users.
Basically, I want to suggest/recommend libavcodec-extra-XX for winff,
but because XX can (and thus will) change it would be nice to have some
package-name without the soname.
Paul
Reinhard Tartler (siretart) wrote : | #10 |
Well, the soname is not going to change that often, but I see the use case.
affects: | ffmpeg (Ubuntu) → ffmpeg-extra (Ubuntu) |
Changed in ffmpeg-extra (Ubuntu): | |
importance: | Undecided → Low |
status: | Fix Released → Triaged |
Hmm, I guess I should have read README.Debian.
Do I understand correctly that after the renaming that is discussed in that document the ffmpeg package will provide the unstripped libraries and ffmpeg-debian the stripped ones? If that is true than I'll just have to wait.