FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo Development

 
 
LinkBack Thread Tools
 
Old 03-23-2011, 02:01 PM
Jeremy Olexa
 
Default virtual/ffmpeg and media-video/libav

On Wed, 23 Mar 2011 15:08:01 +0100, Tomáš Chvátal wrote:

Hi guys,
As there is new ffmpeg fork that is a bit alive we should provide it
as

alternative to current media-video/ffmpeg.

So libav is stored in media-video/libav (look at it, try to find
issues

and stuff).

Virtual package is virtual/ffmpeg where now i implemented it to have
versioned dependencies.
So there is virtual/ffmpeg-0.6 virtual/ffmpeg-9999 where the apps can
decide what they need.
Samuli pointed out that we do not slot ffmpeg nor support versioned
deps

and always demand everything to be working with latest. If you have
strong opinion on that one please express it here so the virtual gets
redesigned to just simple virtual/ffmpeg-0.1 without any version
stated

in it. I myself like the chance to express the version explicitly.
Virtual itself provide access to all useflags currently used in eapi2
deps. More can be added when required.

For what is libav i would suggest you go to their homepage
http://libav.org/ or poke Diego or Luca whom are actually members of
upstream

And finally the list of current dependencies over ffmpeg see in
attachment.


Cheers

Tomas


When reading about the "fork" awhile back, I assumed that ffmpeg would
die and libav would continue in its place. Do we really need a virtual
for this??

-Jeremy
 
Old 03-23-2011, 02:10 PM
Mike Frysinger
 
Default virtual/ffmpeg and media-video/libav

On Wed, Mar 23, 2011 at 11:01 AM, Jeremy Olexa wrote:
> When reading about the "fork" awhile back, I assumed that ffmpeg would die
> and libav would continue in its place. Do we really need a virtual for
> this??

might as well hedge our bets. it'd really suck if we threw all our
eggs into libav just to have to crash, or for it to move back to
ffmpeg.
-mike
 
Old 03-23-2011, 02:17 PM
Tomáš Chvátal
 
Default virtual/ffmpeg and media-video/libav

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dne 23.3.2011 16:01, Jeremy Olexa napsal(a):
>
> When reading about the "fork" awhile back, I assumed that ffmpeg would
> die and libav would continue in its place. Do we really need a virtual
> for this??
> -Jeremy
>
Technically it is desired, but i don't want to step on anyones toes.

And yep i think we should provide both options if they really continue
to evolve (seems like libav is done by everyone and ffmpeg by vlc guys).

Tom
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk2KDxIACgkQHB6c3gNBRYcdkwCfSDoS8WHQrg pHGfKjY5M3xTA8
aMsAn0ZKseXkCgJV7Vu1J7UIQacTtnsC
=SEKy
-----END PGP SIGNATURE-----
 
Old 03-23-2011, 02:30 PM
Luca Barbato
 
Default virtual/ffmpeg and media-video/libav

On 03/23/2011 04:17 PM, Tomáš Chvátal wrote:

> And yep i think we should provide both options if they really continue
> to evolve (seems like libav is done by everyone and ffmpeg by vlc guys).

VLC is just graciously hosting the git...

lu

--

Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
 
Old 03-23-2011, 03:24 PM
Donnie Berkholz
 
Default virtual/ffmpeg and media-video/libav

On 11:10 Wed 23 Mar , Mike Frysinger wrote:
> On Wed, Mar 23, 2011 at 11:01 AM, Jeremy Olexa wrote:
> > When reading about the "fork" awhile back, I assumed that ffmpeg would die
> > and libav would continue in its place. Do we really need a virtual for
> > this??
>
> might as well hedge our bets. it'd really suck if we threw all our
> eggs into libav just to have to crash, or for it to move back to
> ffmpeg.

Indeed, this is the same thing we did back in the XFree86/X.Org split. I
think x11-base/xfree stuck around for another year or so before we
decided it was definitely a zombie and burned it to a crisp.

--
Thanks,
Donnie

Donnie Berkholz
Sr. Developer, Gentoo Linux
Blog: http://dberkholz.com
 
Old 03-28-2011, 11:26 AM
Tomáš Chvátal
 
Default virtual/ffmpeg and media-video/libav

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

So after bit of smashing here and there the list of packages depending
on media-libs/ffmpeg is stored and automatically generated on my reports
page [1] (automatic generation is working if i didn't screw up once a day).

So if you want to move this forward please test and change packages in
this list with libav.

[1] http://dev.gentooexperimental.org/~scarabeus/reports/ffmpeg.list.txt

Cheers

Tom
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk2QcEgACgkQHB6c3gNBRYf+UACgj5oO37vpIF tbWPsr2CzgCwKo
uYsAnjL2m42ns5LEF9CaRWEDpN8ccBMO
=HLF7
-----END PGP SIGNATURE-----
 
Old 03-29-2011, 02:12 AM
Alexis Ballier
 
Default virtual/ffmpeg and media-video/libav

On Wednesday, March 23, 2011 11:23:48 AM Samuli Suominen wrote:
> On 03/23/2011 04:08 PM, Tomáš Chvátal wrote:
> > Hi guys,
> > As there is new ffmpeg fork that is a bit alive we should provide it as
> > alternative to current media-video/ffmpeg.
> >
> > So libav is stored in media-video/libav (look at it, try to find issues
> > and stuff).
> >
> > Virtual package is virtual/ffmpeg where now i implemented it to have
> > versioned dependencies.
> > So there is virtual/ffmpeg-0.6 virtual/ffmpeg-9999 where the apps can
> > decide what they need.
> > Samuli pointed out that we do not slot ffmpeg nor support versioned deps
> > and always demand everything to be working with latest. If you have
> > strong opinion on that one please express it here so the virtual gets
> > redesigned to just simple virtual/ffmpeg-0.1 without any version stated
> > in it. I myself like the chance to express the version explicitly.
> > Virtual itself provide access to all useflags currently used in eapi2
> > deps. More can be added when required.
>
> With the same logic we have always pulled in from master, instead of
> release trees (such as 0.5.x, 0.6.x).
> It's not legal to set versioned deps forcing downgrade on same
> stabilization level (stable, or ~arch) as that will just cause
> dependency conflict. Applies to any package.
> So just punt the just committed virtuals and just leave
> virtual/ffmpeg-0.ebuild. Anything that doesn't work with latest and is
> not fixed in reasonable time, gets lastrited like before.


well, if you want to convert all the tree you'll need a versioned virtual
because the >= deps are still needed
(and the virtual should also have >= deps, not ~ nor =..* in order not to
force a downgrade because of an outdated virtual)

A.
 
Old 03-29-2011, 02:25 AM
Alexis Ballier
 
Default virtual/ffmpeg and media-video/libav

On Wednesday, March 23, 2011 11:08:01 AM Tomáš Chvátal wrote:
> Hi guys,
> As there is new ffmpeg fork that is a bit alive we should provide it as
> alternative to current media-video/ffmpeg.
>
> So libav is stored in media-video/libav (look at it, try to find issues
> and stuff).
>
> Virtual package is virtual/ffmpeg where now i implemented it to have
> versioned dependencies.

IMHO you're going a bit quick in switching everything; at least I would wait
until the whole tree gets its deps converted to the virtual before letting
libav be the first provider

I hope my fears are unjustified but I'm not sure how the PMs would behave in
the following cases:

a deps on b and virtual/ffmpeg
b deps on media-video/ffmpeg

what happens when I want to install package 'a' on a fresh system ? the pm
tries to pull the virtual and thus libav and sees a blocker with the non
virtual one?

same questions with:
a deps on media-video/ffmpeg
b deps on virtual/ffmpeg

type 'emerge a b'

Regards,

A.
 
Old 03-29-2011, 07:26 AM
Zac Medico
 
Default virtual/ffmpeg and media-video/libav

On 03/28/2011 07:25 PM, Alexis Ballier wrote:
> I hope my fears are unjustified but I'm not sure how the PMs would behave in
> the following cases:
>
> a deps on b and virtual/ffmpeg
> b deps on media-video/ffmpeg
>
> what happens when I want to install package 'a' on a fresh system ? the pm
> tries to pull the virtual and thus libav and sees a blocker with the non
> virtual one?
>
> same questions with:
> a deps on media-video/ffmpeg
> b deps on virtual/ffmpeg
>
> type 'emerge a b'

That's handled by delayed evaluation since portage-2.1.7:

https://bugs.gentoo.org/show_bug.cgi?id=264434

--
Thanks,
Zac
 
Old 03-29-2011, 12:59 PM
Tomáš Chvátal
 
Default virtual/ffmpeg and media-video/libav

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dne 29.3.2011 04:12, Alexis Ballier napsal(a):
> On Wednesday, March 23, 2011 11:23:48 AM Samuli Suominen wrote:
>> On 03/23/2011 04:08 PM, Tomáš Chvátal wrote:
>>> Hi guys,
>>> As there is new ffmpeg fork that is a bit alive we should provide it as
>>> alternative to current media-video/ffmpeg.
>>>
>>> So libav is stored in media-video/libav (look at it, try to find issues
>>> and stuff).
>>>
>>> Virtual package is virtual/ffmpeg where now i implemented it to have
>>> versioned dependencies.
>>> So there is virtual/ffmpeg-0.6 virtual/ffmpeg-9999 where the apps can
>>> decide what they need.
>>> Samuli pointed out that we do not slot ffmpeg nor support versioned deps
>>> and always demand everything to be working with latest. If you have
>>> strong opinion on that one please express it here so the virtual gets
>>> redesigned to just simple virtual/ffmpeg-0.1 without any version stated
>>> in it. I myself like the chance to express the version explicitly.
>>> Virtual itself provide access to all useflags currently used in eapi2
>>> deps. More can be added when required.
>>
>> With the same logic we have always pulled in from master, instead of
>> release trees (such as 0.5.x, 0.6.x).
>> It's not legal to set versioned deps forcing downgrade on same
>> stabilization level (stable, or ~arch) as that will just cause
>> dependency conflict. Applies to any package.
>> So just punt the just committed virtuals and just leave
>> virtual/ffmpeg-0.ebuild. Anything that doesn't work with latest and is
>> not fixed in reasonable time, gets lastrited like before.
>
>
> well, if you want to convert all the tree you'll need a versioned virtual
> because the >= deps are still needed
> (and the virtual should also have >= deps, not ~ nor =..* in order not to
> force a downgrade because of an outdated virtual)
>
> A.
>
Well the virtuals can be versioned as i said previously, altho others
convinced me that unversioned are desirable.

If we would want versioned one we currently need 3 of them:

0.5 including only ffmpeg >= 0.5

0.6 including libav or ffmpeg both >= 0.6

0.7 including libav >= 0.7_pre or ffmpeg >= 0.6_p

So what do you think.


For the || dependencies order it should be lazy evaluated for 2 years now.

Cheers

Tom
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk2R17UACgkQHB6c3gNBRYc9eACfcheohzlRT9 JRV27FdjSybk1C
dyUAn1WPNzlxMDolYAqODZLo26y2Pcxk
=0gYI
-----END PGP SIGNATURE-----
 

Thread Tools




All times are GMT. The time now is 07:42 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org