Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 15 Nov 2002 01:36:24 +0900
From:      Norikatsu Shigemura <nork@FreeBSD.org>
To:        cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Cc:        petef@FreeBSD.org, "Akinori MUSHA" <knu@iDaemons.org>
Subject:   Re: cvs commit: ports/www Makefile ports/www/flashpluginwrapper         Makefile distinfo pkg-comment pkg-descr pkg-plist         ports/www/flashpluginwrapper/files pkg-message.in
Message-ID:  <200211141636.gAEGaOE6042803@nd250009.gab.xdsl.ne.jp>
In-Reply-To: <86lm3x18e9.wl@archon.local.idaemons.org>
References:  <200211131935.gADJZF9l059287@repoman.freebsd.org> <86lm3x18e9.wl@archon.local.idaemons.org>

next in thread | previous in thread | raw e-mail | index | archive | help
	First.  Sorry too late my works.

On Thu, 14 Nov 2002 06:12:30 +0900
"Akinori MUSHA" <knu@iDaemons.org> wrote:
> >   Add flashpluginwrapper 0.20021113, a wrapper allowing use of
> >   linux-flashplugin with native mozilla.
> Did you have a talk with the author?  He is a ports committer himself
> (nork@FreeBSD.org, one of my mentees) and as far as I know he has a
> good reason not to put it into the official ports tree in the current
> shape.  The wrapper has a known side effect which may cause serious
> problems if used with a plugin that the wrapper does not support.  At
> least there should be a warning of the risk in pkg-message.

	Yes.  Please add to pkg-message.

> > WWW: http://tmp.ninth-nine.com/FlashPluginWrapper/
> Judging from the host name "tmp", you could take that it is not yet
> intended for public use..  To make sure, I suggest you contact
> nork-san and have his say on this.

	Side effects which I know.

	1. effects of other plugins
	   LD_PRELOAD is reserved.  And force unsetenv(LD_PRELOAD) in this.
	   Plugins which use /dev/dsp with FreeBSD native (I know MIDI
	   plugin, Java plugin) are terrible.

	2. need to setting for mozilla
	   export LD_PRELOAD=/ANY/WHERE/libflushplugin.so.1
	    or
	   setenv LD_PRELOAD /ANY/WHERE/libflushplugin.so.1
	   I think ugly hack:-).

	3. I assume that Linux's, FreeBSD's open(2) is same.
	   I don't know how to decision linux flash pluing's open(2) or
	   FreeBSD mozilla's open(2).

	4. binary edit?
	   No.  Licensing violations.  This is confirmed by Inagawa-san.
	   I wanted to replace open to OpEn:-).


	I hope (as possible as).

	1. add files to www/mozilla*.
	   I think no need to make up a port for this hack.  Because, If
	   it built in, no need LD_PRELOAD.  And I don't know effect to
	   KDE, Poenix and Galeon, etc...

	2. More safety?  Linux/FreeBSD ioctl(2) auto decision feature
	   I wrote this feature.  Please get new version of linux_emu.c.
	   It brings more safety to mozilla.  But it is not perfect for
	   OSS ioctl(2).

	3. Please debug! :-)


	I don't say about commit.  This hack will become good and merge to
	mozilla*.  Then remove this port! :-)

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200211141636.gAEGaOE6042803>