Norikatsu Shigemura
2003-Oct-07 11:38 UTC
HEADS UP: pelase test /etc/libmap.conf feature on 4-stable
Hi, for Flash Plugin Wrapper user on 4-stable. I MFCed /etc/libmap.conf feature written by mdodd for current. Please get&patch following URL. http://tmp.ninth-nine.com/libmap_4/libmap_4stable.diff For new flash6 wrapper, maybe, please set following lines. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - [/usr/local/lib/linux-flashplugin6/libflashplayer.so] libpthread.so.0 liblthread.so.2 libdl.so.2 pluginwrapper.so libz.so.1 libz.so.2 libstdc++-libc6.2-2.so.3 liblstdc++.so.3 libm.so.6 libm.so.2 libc.so.6 pluginwrapper.so - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Sorry, I checked minimum test. I didn't check with mozilla, yet.
Simon Barner
2003-Oct-09 10:43 UTC
HEADS UP: pelase test /etc/libmap.conf feature on 4-stable
Hi, I tested your patch, and it worked, but I had to modify the following things: Fetch libmapc. and libmap.h from the CVS repository (latest revisions). Add libmap.c to SRC section in Makefile. After these changes, I was able to compile a ld-elf.so with libmap support.> libstdc++-libc6.2-2.so.3 liblstdc++.so.3^--- where is this file? I changed it to libstdc++.so.3, and it worked I performed some tests with mozilla, and I ended up with exactly the same results as I pointed out in this email: http://freebsd.rambler.ru/bsdmail/freebsd-mozilla_curr/msg00012.html Another result is that mozilla locks up after successfully showing almost any of the flash plugins I tried (I afraid I cannot offer more details on this issue at the present, but I am investigating it). Regards, Simon -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: Digital signature Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20031009/fa03ac38/attachment-0001.bin
Norikatsu Shigemura
2003-Oct-11 06:39 UTC
[kde-freebsd] Re: HEADS UP: pelase test /etc/libmap.conffeature on 4-stable
On Sat, 11 Oct 2003 10:00:45 +0200 Michael Nottebrock <michaelnottebrock@gmx.net> wrote:> On Saturday 11 October 2003 09:25, Joe Marcus Clarke wrote: > > On Sat, 2003-10-11 at 03:20, Michael Nottebrock wrote: > > > Joe Marcus Clarke wrote: > > > > On Sat, 2003-10-11 at 02:33, Michael Nottebrock wrote: > > > >>Norikatsu Shigemura wrote: > > > >>> 1. (kde side) Anyone, would you please make a patch for > > > >>> nspluginscane to look /usr/X11R6/lib/browsers_plugins? > > > >>> or > > > >>> 2. (pluginwrapper side) If 1 is no, I'll install Flash6 > > > >>> plugin to /usr/local/netscape/plugins. > > > >>Personally I'd like (2) better, /usr/X11/lib/browser_plugins isn't > > > >> really in the spirit of hier(7). Great to hear about this > > > >> flashplugin-via-libmap project, can you provide some details? We'd > > > >> like to put a HOWTO on kde-freebsd's homepage, etc. > > > > However, browser_plugins is what is being used for other plug-ins (e.g. > > > > mplayerplug-in), and this was decided on some time ago. > > > It's never too late to correct unfortunate decisions. :-) > > What don't you agree with? > X11PREFIX. We really have to either stop cluttering /usr/X11R6 or rewrite > hier(7), it's as simple as that. I'd be happy either way (I mean, really. KDE > can move easily, FWIW), but I won't cut the occasional nagging earlier. :-)Humm.. I think Michael has a misunderstanding. This problem isn't installation (pkg-plist, hier(7)), but is nspluginscan looking up a (some?) plugin directory as ${X11BASE}/lib/browser_plugins. Therefore unbreak hier(7).> > Give me some better ideas. Give me some > > reasons why you don't like the current scheme. At the time, I thought > > it was better to do _something_ than kill the whole idea in a bikeshed. > I like the idea of pulling together all the ports-installed browser plugins > into one place. Even with the unfortunate prefix, I agree it's better than > just putting them all over the place.I hope that nspluginscan looks up ${X11BASE}/lib/brower_plugins like a /usr/local/netscape/plugins, /opt/mozilla/plugins. If this is OK, konqueror will be able to use Linux version Flash6 plugin with seamless by flashpluginwrapper and /etc/libmap.conf. Just like FreeBSD native version Flash6 plugin.
Michael Sierchio
2003-Oct-11 08:43 UTC
[kde-freebsd] Re: HEADS UP: pelase test/etc/libmap.conffeature on 4-stable
Joe Marcus Clarke wrote:> On Sat, 2003-10-11 at 11:23, Michael Sierchio wrote: > >>Michael Nottebrock wrote: >> >> >>>>Such as putting packages in /usr/local/lib/ ? >>> >>> >>>I don't get it. >> >>Me neither -- the practice of putting entire packages in >>/usr/local/lib from the ports, such as Mozilla, etc. > > > Mozilla doesn't go into /usr/local/lib. It installs into > /usr/X11R6/lib/mozilla.Not on my planet. linux-mozilla (the native version hasn't been very compatible with java or other plugins) gets put in /usr/local/lib But /usr/X11R6/lib is just as "busted" -- thanks for making my point for me!
Michael Sierchio
2003-Oct-11 08:47 UTC
[kde-freebsd] Re: HEADS UP: pelase test/etc/libmap.conffeature on 4-stable
Joe Marcus Clarke wrote:> What point? Okay, new rule: if you're going to complain about > something, include some supporting details, and a suggestion on how to > make things better.Point (I'll sharpen it) -- ../lib is for *what*? Libraries? Putting entire packages and executables in lib directories is a horrible kludge, at least as far as my *NIX experience goes (only back to 1979).