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

Jeremy Messenger mezz7 at cox.net
Sun Sep 11 21:02:36 PDT 2005


On Sun, 11 Sep 2005 22:07:11 -0500, Hiroki Sato <hrs at FreeBSD.org> wrote:

> "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?

Not that I know, but I am thinking of future, now better than later. Later  
always turn into messy or/and affect the laziness when it is getting many.

Cheers,
Mezz

> --
> | Hiroki SATO


-- 
mezz7 at cox.net  -  mezz at FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/  -  gnome at FreeBSD.org


More information about the cvs-all mailing list