[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnash-dev] Gnash + Ubuntu: alive?

From: Richard Wilbur
Subject: Re: [Gnash-dev] Gnash + Ubuntu: alive?
Date: Wed, 29 Apr 2009 16:14:12 -0600

On Wed, 2009-04-29 at 14:13 -0600, Rob Savoye wrote:
> Richard Wilbur wrote:
> > I installed Gnash from the Applications->Add/Remove... and noticed it
>   For Hardy ?
Yes, Ubuntu 8.04.1 LTS (otherwise known as Hardy Heron).

> > did not install the Mozilla plugin.  Had to run Synaptic to get the
> > plugin.  Now I am able to run things such as the animation of peak oil
> > at [1].  But I still can't watch the YouTube Swedish Chef "Meatballs" at
> > [2] or even the target swf [3].  Probably need a newer release of Gnash.
>   The YouTube media player changes occasionally, and sometimes it finds
> new bugs in Gnash. In this case they jumped up to swf v9, which was a
> big change. 0.8.2 is so old, it won't really support youtube properly.
I am presently trying to build the trunk under Hardy in order to test.
It seems to build fine but make check ran aground on
testsuite/MovieTester.cpp -> libcore/movie_root.h -> Key_as.h
Couldn't include Key_as.h as the include path -I
$(top_srcdir)/libcore/asobj is not available.  The libcore/Makefile
comment says the asobj include path is only used when gnash has been
configured with --enable-mp3.  Does the MovieTester always require MP3
support?  If so, maybe we should disable the build of the MovieTester
target in the absence of the configuration option --enable-mp3 with a
warning such as, "MovieTester requires gnash to be configured with

> > Mr. Savoye:  You were working on the gnash.xpi Firefox plugin recently.
> > What ever became of that effort?
>   I can build xpis, and for me they install and run. :-) But lately I've
> been hacking on other stuff,
>       - rob -
I was thinking it might be an easy way for the user to upgrade their
gnash player without requiring as much vigilance by the distribution's
maintainers.  However, it would be significantly easier to manage
package interdependencies through the normal distribution update
mechanism since some of the codecs people will want cannot be statically
linked into an xpi and still abide by the GPL.

Are you working on LocalConnection or the RTMP stuff?

Thanks for the explanations.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]