From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 20:05:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7565C1065670 for ; Thu, 29 Sep 2011 20:05:43 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA11.westchester.pa.mail.comcast.net (qmta11.westchester.pa.mail.comcast.net [76.96.59.211]) by mx1.freebsd.org (Postfix) with ESMTP id 205B78FC15 for ; Thu, 29 Sep 2011 20:05:42 +0000 (UTC) Received: from omta15.westchester.pa.mail.comcast.net ([76.96.62.87]) by QMTA11.westchester.pa.mail.comcast.net with comcast id ebev1h0051swQuc5Bk5ja9; Thu, 29 Sep 2011 20:05:43 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta15.westchester.pa.mail.comcast.net with comcast id ek5h1h0131t3BNj3bk5iKJ; Thu, 29 Sep 2011 20:05:42 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 0FFAD102C1C; Thu, 29 Sep 2011 13:05:40 -0700 (PDT) Date: Thu, 29 Sep 2011 13:05:40 -0700 From: Jeremy Chadwick To: Ted Faber Message-ID: <20110929200539.GA24098@icarus.home.lan> References: <289481317219917@web124.yandex.ru> <20110928104226.2e53343f@cox.net> <587271317225583@web125.yandex.ru> <20110928115008.3d121d38@cox.net> <20110928121035.568ff6e6@cox.net> <753371317233305@web145.yandex.ru> <20110929175755.GA1694@callisto.augenstein.ten> <4E84BBE3.1090701@protected-networks.net> <20110929195001.GF2677@vim.isi.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110929195001.GF2677@vim.isi.edu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 20:05:43 -0000 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": > > >>> On Wed, 28 Sep 2011 11:50:08 -0500 > > >>> "Conrad J. Sabatier" 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 |