create a virtual package ffmpeg-extras which pulls in all unstripped versions of the libs

Bug #306751 reported by Paul Gevers on 2008-12-10
22
This bug affects 3 people
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-extra-52 libavfilter-extra-0 libavformat-extra-52 libavutil-extra-49 libpostproc-extra-51 libswscale-extra-0

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 :

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.

pt123 (pt123) wrote :

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.

> so is there anyway to get an unstripped ffmpeg to work in Intrepid?

Yes, in Intrepid, install libavcodec-unstripped-51 (from multiverse) and
then ffmpeg includes nearly all codecs that are available in medibuntus
ffmpeg in Hardy.

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-debian_0.svn20080206-12ubuntu3.1.dsc
I recieve:
ffmpeg_0.svn20080206-12ubuntu3.1_amd64.deb
ffmpeg-doc_0.svn20080206-12ubuntu3.1_all.deb
ffmpeg-dbg_0.svn20080206-12ubuntu3.1_amd64.deb
libavutil49_0.svn20080206-12ubuntu3.1_amd64.deb
libavcodec51_0.svn20080206-12ubuntu3.1_amd64.deb
libavutil-dev_0.svn20080206-12ubuntu3.1_amd64.deb
libavcodec-dev_0.svn20080206-12ubuntu3.1_amd64.deb
libpostproc51_0.svn20080206-12ubuntu3.1_amd64.deb
libavdevice52_0.svn20080206-12ubuntu3.1_amd64.deb
libpostproc-dev_0.svn20080206-12ubuntu3.1_amd64.deb
libavdevice-dev_0.svn20080206-12ubuntu3.1_amd64.deb
libswscale0_0.svn20080206-12ubuntu3.1_amd64.deb
libavformat52_0.svn20080206-12ubuntu3.1_amd64.deb
libswscale-dev_0.svn20080206-12ubuntu3.1_amd64.deb
libavformat-dev_0.svn20080206-12ubuntu3.1_amd64.deb

but from this one: ffmpeg_0.svn20080206-12ubuntu3+unstripped5.dsc
recieve only:
libpostproc-unstripped-51_0.svn20080206-12ubuntu3+unstripped5_amd64.deb
libswscale-unstripped-0_0.svn20080206-12ubuntu3+unstripped5_amd64.deb
libavcodec-unstripped-51_0.svn20080206-12ubuntu3+unstripped5_amd64.deb
libavdevice-unstripped-52_0.svn20080206-12ubuntu3+unstripped5_amd64.deb
libavformat-unstripped-52_0.svn20080206-12ubuntu3+unstripped5_amd64.deb
libavutil-unstripped-49_0.svn20080206-12ubuntu3+unstripped5_amd64.deb

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!

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 :

we already have such a meta package in ubuntu. It is called 'ubuntu-restricted-extras'. Derivative distributions have similar packages, like kubuntu-restricted-extras and such.

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

> we already have such a meta package in ubuntu. It is called 'ubuntu-
> restricted-extras'. Derivative distributions have similar packages, like
> kubuntu-restricted-extras and such.

The point with ubuntu-resticted-extras is that it pulls in a lot more
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 :

Paul Gevers <email address hidden> writes:

> The point with ubuntu-resticted-extras is that it pulls in a lot more
> 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-restricted-extras?

--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

Paul Gevers (paul-climbing) wrote :

> Can you describe a good usecase when a user would want to have
> libavcodec-extra-52 but not ubuntu-restricted-extras?

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

[1] http://www.biggmatt.com/forums/

Reinhard Tartler (siretart) wrote :

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
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers