gnash
[Top][All Lists]
Advanced

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

[Gnash] gnash FreeBSD ports, problems with firefox plugin


From: Dmitry Marakasov
Subject: [Gnash] gnash FreeBSD ports, problems with firefox plugin
Date: Sat, 14 Jan 2006 02:57:12 +0300
User-agent: Mutt/1.4.2.1i

Hi!

I've just made a port of gansh to FreeBSD. Standalone player seem
to work, but I've encountered some problems with firefox plugin,
and I hope you could help me. The problem is that firefox doesn't
see the plugin, althrough I've tried to place it (libgnash.so) into
firefox' plugin directory. I've tried restarting FF, but the plugin
just won't become listed under about:plugins. ATM I have no idea
on how it can be fixed, as I don't personally use FF and have no
experience on how it's plugins work or are to be installed.

There's another strange fact I've noticed: ldd shows that libgnash.so
depends on libmozsdk.so.0, which is not installed anywhere, (so it
will be deleted after gnash port is build an installed). I also
didn't find this library with mozilla/firefox distribution. Default
FF plugins are linked against libnspr instead.

By the way, opera does see the plugin (showing it as unnamed though,
but successfully associating it with application/x-shockwave-flash
MIME type). Unfortunately I could not test it under opera, because
there's some problems with opera's motifwrapper which doesn't work
under FreeBSD (someone on my work told me that it can be fixed, so
I may test it after all, on the next week).

If you are interested, here's list of changes I had to make in gnash
files to make it compile under FreeBSD (some of these may be gnash
bugs as well):

* ./libbase/Makefile.in:267 $(srcdir) should be replaced to -I$(srcdir),
as that confuses gcc

--- libbase/Makefile.in.orig    Mon Dec 26 19:09:13 2005
+++ libbase/Makefile.in Sat Jan 14 02:37:00 2006
@@ -264,7 +264,7 @@
 
 # These headers get installed
 # include_HEADERS = log.h err.h proc.h serial.h xantrex.h outback.h
-INCLUDES = -I.. $(srcdir) \
+INCLUDES = -I.. -I$(srcdir) \
         $(LIBPNG_INCLUDE) \
         $(ZLIB_INCLUDE) \
         $(JPEGLIB_INCLUDE) \

* I've replaced all malloc.h in #includes to stdlib.h (on FreeBSD,
including malloc.h leads to error: "this file includes <malloc.h>
which is deprecated, use <stdlib.h> instead").

* ./libbase/utility.cpp: dump_memory_stats function doesn't compile on
FreeBSD, as here's no mallinfo() function. So, 

--- libbase/utility.cpp.orig    Sat Jan 14 02:28:13 2006
+++ libbase/utility.cpp Sat Jan 14 02:37:55 2006
@@ -55,7 +55,7 @@
 {
 
 // This doesn't compile on Windows.
-#if  !defined(_WIN32) && !defined(__APPLE_CC__)
+#if  !defined(_WIN32) && !defined(__APPLE_CC__) && !defined(__FreeBSD__)
   
 // This does not work with DMALLOC, since the internal data structures
 // differ.

* My port installs all docs by itself, because there's an error when
gnome scrollkeeper is not installed. I don't want to add scrollkeeper to
dependencies, and also FreeBSD ports collection has it's own way to
handle .omf files (done so that when building binary package from port
.omf files are still handled in a right way).

That error (gnash.omf.out not found or something alike), btw, may be fixed
like this:

--- docs/C/Makefile.in.orig    Mon Dec 26 19:09:13 2005
+++ docs/C/Makefile.in Sat Jan 14 02:42:12 2006
@@ -475,7 +475,7 @@
 
 install-data-hook-omf:
        $(mkinstalldirs) $(DESTDIR)$(omf_dest_dir)
-       for file in $(omffile); do \
+       -for file in $(omffile); do \
                $(INSTALL_DATA) $(srcdir)/$$file.out 
$(DESTDIR)$(omf_dest_dir)/$$file; \
        done
        -scrollkeeper-update -p $(scrollkeeper_localstate_dir) -o 
$(DESTDIR)$(omf_dest_dir)

* Finally, I've added a knob whether a user wants firefox plugin to be
installed. As I didn't find a way to tell configure not to build a
plugin while firefox is still installed, I just replace firefox-config
string by firefox-config1 in ./configure. I know that that's an ugly
hack :)

Though the player is not yet very usable (it had successfully played
none of .swf files I've tried it on), I lay a big hope on this project,
so thank you very much for your work. It would be very cool to finally
have working opensource flash player :)

-- 
Best regards,
 Dmitry                          mailto:address@hidden




reply via email to

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