On Thu, Sep 29, 2011 at 12:50:01PM -0700, Ted Faber wrote: > On Thu, Sep 29, 2011 at 02:41:39PM -0400, Michael Butler wrote: > > On 09/29/11 13:57, Norbert Augenstein wrote: > > > On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: > > >> 28.09.2011, 21:10, "Conrad J. Sabatier"<conr...@cox.net>: > > >>> On Wed, 28 Sep 2011 11:50:08 -0500 > > >>> "Conrad J. Sabatier"<conr...@cox.net> wrote: > > > > [ .. snip .. ] > > > > >>> > > >>> Actually, now that I think of it, I think the way I did it was this: > > >>> > > >>> cd /home/conrads/.mozilla/plugins > > >>> > > >>> /usr/local/lib/nspluginwrapper/x86_64/freebsd/npconfig > > >>> -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so > > >>> > > >>> And npwrapper.libflashplayer.so was created > > >>> under /home/conrads/.mozilla/plugins. > > >>> > > >>> Hope this helps. > > >> > > >> I've done it. No results. > > > > > > ... same problem here, but the last i did yesterday was a > > > 'freebsd-update' to 8.2-RELEASEp3 > > > > > > after 'freebsd-update rollback' flash is working again. > > > can someone look at this? > > > > Another data-point; when it fails, it records .. > > > > (npviewer.bin:62652): Gtk-WARNING **: cannot open display: :0 > > *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC > > client connection > > NOTE: child process received `Goodbye', closing down > > > > .. in .xsession-errors :-( > > I see that as well as: > > (process:5430): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale.
This would indicate you're messing with LANG, LC_*, or similar environment variables and that the locale you've chosen isn't valid. "env" in your shell should show them all, unless you're doing environment setting changes in X-related dotfiles (if that's possible; I do not jack squat about X, Gtk, etc.) > (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due > to unknown user id (2139) > ... > I haven't explored the getpwuid_r thing. Running "id 2139" should return something other than "no such user". If not, your environment is looking up something that has such ownership. I don't know if it's a file or a piece of C code that is intentionally looking for UID 2139. This UID is not defined in /usr/ports/UIDs so it's not coming from a port using the existing USERS/GROUPS ports framework. If it's a file it's keying off of, meaning file ownership, then possibly "find / -user 2139 -ls" might turn up something. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
