cvs commit: ports/japanese/acroread Makefile pkg-plist

Hiroki Sato hrs at
Sun Sep 11 20:07:33 PDT 2005

"Jeremy Messenger" <mezz7 at> wrote
  in <op.sww90ho89aq2h7 at>:

me> On Sat, 10 Sep 2005 23:48:06 -0500, Norikatsu Shigemura <nork at>
me> wrote:
me> > 	How troubles?  Apps cannot dynamic-link to Linux binaries
me> > 	without linuxpluginwrapper.
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 :

More information about the cvs-ports mailing list