linux-f10-flashplugin

[Jeremy Chadwick]

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"<conrads at cox.net>:
> > >>> On Wed, 28 Sep 2011 11:50:08 -0500
> > >>> "Conrad J. Sabatier"<conrads at 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 |