cvs commit: ports/japanese/acroread Makefile pkg-plist
Hiroki Sato
hrs at FreeBSD.org
Sun Sep 11 20:07:33 PDT 2005
"Jeremy Messenger" <mezz7 at cox.net> wrote
in <op.sww90ho89aq2h7 at mezz.mezzweb.com>:
me> On Sat, 10 Sep 2005 23:48:06 -0500, Norikatsu Shigemura <nork at FreeBSD.org>
me> wrote:
me> > How troubles? Apps cannot dynamic-link to Linux binaries
me> > without linuxpluginwrapper.
me>
me> I feel much more safe if it's in the different place other than
me> browser-plugins for avoid future conflict if Adobe, Macromedia and etc
me> have decided to create a native one. Also, it will be nice to have
me> browser_linux_plugins for all other Linux browsers (linux-opera,
me> linux-firefox and etc) can point on the browser_linux_plugins in case if
me> we want to add Linux version of mplayerplug-in and etc.
Hmm, should I back out the change? I agree with you from long-term
perspective but it needs to change all of Linux browsers in the ports tree
first, and I think putting a Linux binary into the directory is not so
serious problem because Adobe does not provide the FreeBSD native
plugin at the moment and other apps without linuxpluginwrapper ignore that...
Anyway, if there are any known bad effects when a Linux binary exists in
that directory I have to back out the change as soon as possible.
I am wondering if you know such a problem?
--
| Hiroki SATO
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/cvs-all/attachments/20050912/84d792d3/attachment.bin
More information about the cvs-all
mailing list