[Bug 1897] ffmpeg fails do_compile

[bugzilla-daemon at treke.net]

http://bugs.openembedded.net/show_bug.cgi?id=1897





--- Comment #23 from Tom Rini <trini at embeddedalley.com>  2008-02-24 19:47:14 ---
(In reply to comment #20)
> (In reply to comment #17)
> > From the docs, the bigger problem is that it's deprecated and being replaced. 
> > Perhaps it should be split off into mplayer-vhook?
> 
> I'd say, let the person that actually wants this write the necessary bb file
> and support it.  Chances are high that nobody really needs this, especially if
> it is deprecated.

Working on OE on boards where we're testing webcams and such, I don't know if
it's really a good idea to say nobody needs this.  I don't know if we need this
(or what's replacing it) right now, simply because I don't know that level of
detail on the project in question at the moment.  Bug 3850 does package the
vhook stuff, just not in its own package.  Should be easy enough to do,
however.

(In reply to comment #19)
> > Would setting SRCREV_pn-ffmpeg = "12181" also mean that external rev 26077
> > would be fetched for 'trunk/libswscale' ?
> 
> Yeah, that should be the the desired behavior. However I'm proposing to use
> SRCDATE, which builds fine for me for today. Since this is .dev and the svn
> recipe has DEFAULT_PREFERENCE "-1". We shouldn't be too worry about locking
> down to a particular revision number.

There's two things.  Would SRCDATE still be reproducible given how upstream is
setup?  And do we really still want to be using that very old snapshot?  If so,
shouldn't we at least snapshot it from SCM correctly (as there is no 0.4.9-pre1
release, if I follow upstreams comments right).


-- 
Configure bugmail: http://bugs.openembedded.net/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.