Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 3 Feb 2009 10:27:27 +0100
From:      Alexander Konovalenko <kono@kth.se>
To:        Daniel Roethlisberger <daniel@roe.ch>
Cc:        Garrett Cooper <yanefbsd@gmail.com>, "freebsd-ports@freebsd.org" <freebsd-ports@freebsd.org>, "cm@therek.net" <cm@therek.net>
Subject:   Re: firefox[2,3] will not start after recent ports upgrade
Message-ID:  <200902031027.27749@3667>
In-Reply-To: <20090202230137.GB58780@hobbes.ustdmz.roe.ch>
References:  <20090201104201.8BE301065677@hub.freebsd.org> <7d6fde3d0902020847k207ac68ex9b6be48738c13ae6@mail.gmail.com> <20090202230137.GB58780@hobbes.ustdmz.roe.ch>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tuesday 03 February 2009, Daniel Roethlisberger wrote:
> Garrett Cooper <yanefbsd@gmail.com> 2009-02-02:
> > On Mon, Feb 2, 2009 at 8:38 AM, Daniel Roethlisberger <daniel@roe.ch> 
wrote:
> > > Alexander Konovalenko <kono@kth.se> 2009-02-01:
> > >> > From: Daniel Roethlisberger <daniel@roe.ch>
> > >> >...
> > >> > Could it be the case that firefox-bin hangs in umtxn state?
> > >>
> > >> you're right!
> > >>
> > >> > (Check using ps -laux instead of -aux)
> > >> >
> > >> > > http://daemon.nanophys.kth.se/~kono/ktrace_ff2.txt
> > >> > > http://daemon.nanophys.kth.se/~kono/ktrace_ff3.txt
> > >> >
> > >> > These trace the wrong process: the wrapper shell script (sh).
> > >> > The actual hanging process would be firefox-bin, not sh.  Try
> > >> > ktracing with child processes (-i).
> > >>
> > >> "ktrace -i" showed last line:
> > >>   firefox-bin CALL  _umtx_op(0x65f8e0,0x8,0x1,0x65f8c0,0)
> > >>
> > >> http://daemon.nanophys.kth.se/~kono/ktrace_ff3_ktrace-i.txt
> > >>
> > >> Do you know which port/lib causing this hang on _umtx_op?
> > >
> > > Unfortunately, no.  I have a box with ports tree from around
> > > mid-January on which I was unable to fix this problem.  Native
> > > firefox 2 and 3 hung in umtxn state.  So I did pkg_delete -a, rm
> > > -rf /usr/local, rebuilt and installed all ports: now the firefox3
> > > build hangs in umtxn state while running a tool called shlibsign.
> > > No idea how to fix this.  I don't want to update the ports tree
> > > to after the unpretty xorg-7.4 changes just yet.
> > >
> > > I suspect the problem may be related to upgrading using
> > > freebsd-update from 7.0 to 7.1, but that's just a wild guess
> > > based on the problem appearing after the upgrade; I did make sure
> > > no old leftover libraries or binaries were still lying around.
> >
> >     Have you read UPDATING yet about the libxcb upgrade?
> > Cheers,
> > -Garrett
>
> $ fgrep xcb /usr/{ports,src}/UPDATING | wc -l
>        0
>
> Note that this is a non-current ports tree from before the xorg
> 7.4 update (mid-January), which used to work fine in the exact
> same configuration on RELENG_7_0, but broke on RELENG_7_1.  This
> is using the version of libxcb committed by miwi in September
> 2008.  The libxcb shlib version bump really cannot be related to
> this unless I am very much mistaken.

 I upgraded many ports on my office amd64 machine (RELENG_7, 7.1-PRERELEASE 
#1: Tue Sep 30 13:26:39 CEST 2008 ) and both firefox2&3 work now with no 
problem. I have libxcb-1.1.93.


/Alexander Konovalenko



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200902031027.27749>