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