headers
Steven M. Bellovin | 1 Mar 2007 04:01

acroread problem: symbol lookup error: /usr/pkg/xorg/lib/libICE.so.6: undefined symbol: __sF

I just upgraded to 4.99.12 from 25 February.  When I click on a PDF
link from native-compiled Firefox 2.0.0.2, I get

	/usr/pkg/Acrobat7/Reader/intellinux/bin/acroread: symbol lookup
error: /usr/pkg/xorg/lib/libICE.so.6: undefined symbol: __sF

If, otoh, I open the downloaded PDF file from a shell prompt, it just
works.  This problem started after my kernel+userland upgrade; these are the
relevant packages:

$ pkg_info -a|egrep 'suse|acroread'
suse_base-10.0nb3   Linux compatibility package
suse_expat-10.0nb1  Linux compatibility package for expat binaries
suse_freetype2-10.0nb3 Linux compatibility package for FreeType2 library
suse_fontconfig-10.0nb2 Linux compatibility package for fontconfig binaries
suse_libjpeg-10.0nb1 Linux compatibility package for the JPEG library
suse_libpng-10.0nb2 Linux compatibility package for the PNG library
suse_libtiff-10.0nb3 Linux compatibility package for the TIFF library
suse_x11-10.0nb2    Linux compatibility package for X11 binaries
suse_gtk2-10.0nb2   Linux compatibility package for GTK2 binaries
suse_openssl-10.0nb2 Linux compatibility package for the OpenSSL library
suse_libcups-10.0nb1 Linux compatibility package for the Cups library
suse_locale-10.0nb1 Locale files for the Linux compatibility package
suse_compat-10.0nb1 Linux compatibility package with old shared libraries
acroread7-7.0.9     View, distribute and print PDF documents
suse_aspell-10.0nb1 Linux compatibility package for Aspell library
suse_gtk-10.0nb1    Linux compatibility package for GTK binaries
suse_gdk-pixbuf-10.0nb2 Linux compatibility package for gdk-pixbuf binaries
suse_glx-10.0nb2    Linux compatibility package for the GL library
suse_slang-10.0nb2  Linux compatibility package for slang library
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mark Davies | 1 Mar 2007 05:27
Picon
Picon
Favicon

Re: acroread problem: symbol lookup error: /usr/pkg/xorg/lib/libICE.so.6: undefined symbol: __sF

On Thu, 01 Mar 2007, Steven M. Bellovin wrote:
> I just upgraded to 4.99.12 from 25 February.  When I click on a PDF
> link from native-compiled Firefox 2.0.0.2, I get
>
> 	/usr/pkg/Acrobat7/Reader/intellinux/bin/acroread: symbol lookup
> error: /usr/pkg/xorg/lib/libICE.so.6: undefined symbol: __sF
>
> If, otoh, I open the downloaded PDF file from a shell prompt, it
> just works.  This problem started after my kernel+userland upgrade;
> these are the relevant packages:

We recently hit this, or something similar, with firefox 1.5.0.x and 
acroread7.  The problem in our case was that /usr/pkg/bin/firefox is 
a script that explicitly sets up LD_LIBRARY_PATH to 
include /usr/pkg/lib so then acroread, when run from firefox, 
inherits that environment variable and starts potentially finding 
some of its shared libraries in /usr/pkg/lib rather than the linux 
ones.

Our current local fix is to clear LD_LIBRARY_PATH at the start of the 
acroread7 script.

I haven't checked yet whether the LD_LIBRARY_PATH setting in the 
firefox script is a recent change.

cheers
mark
Attachment (foo): text/x-diff, 1415 bytes
Permalink | Reply | 0 comments |
headers
Joel CARNAT | 1 Mar 2007 23:33
Favicon
Gravatar

bad checksum for www/firefox2-bin ?

Hi,

I had to manually download the tarball for www/firefox2-bin because:
checksum: No SHA1 checksum recorded for
firefox/releases/2.0.0.2/firefox-2.0.0.2.tar.gz
ERROR: Make sure the Makefile and checksum file
(/home/cvs/pkgsrc/www/firefox2-bin/distinfo)
ERROR: are up to date.  If you want to override this check, type
ERROR: "/usr/bin/make NO_CHECKSUM=yes [other args]".
*** Error code 1

It was still happening after a "cvs up -PAd".
So I downloaded the archive from the Web, "make makesum" and everything
went OK. Firefox seem to work OK. I've been using it 10min without an
issue.

Anyone has notice this too ?

In cas, here's the diff for the archive for
http://releases.mozilla.org/pub/mozilla.org/firefox/releases/2.0.0.2/linux-i686/en-US/firefox-2.0.0.2.tar.gz

--- distinfo.orig       2007-02-25 00:01:38.000000000 +0100
+++ distinfo    2007-03-01 22:27:04.000000000 +0100
 <at>  <at>  -1,5 +1,5  <at>  <at> 
 $NetBSD: distinfo,v 1.3 2007/02/24 17:26:43 ghen Exp $

-SHA1 (firefox/releases/2.0.0.2/linux-i686/en-US/firefox-2.0.0.2.tar.gz) = 156d07d922e26cdbb215b8da79fa420df8ab678e
-RMD160 (firefox/releases/2.0.0.2/linux-i686/en-US/firefox-2.0.0.2.tar.gz) = 58d276f0546f5dca433b5692d8b6133a36df2db6
-Size (firefox/releases/2.0.0.2/linux-i686/en-US/firefox-2.0.0.2.tar.gz) = 9652205 bytes
+SHA1 (firefox/releases/2.0.0.2/firefox-2.0.0.2.tar.gz) = 156d07d922e26cdbb215b8da79fa420df8ab678e
(Continue reading)

Permalink | Reply | 3 comments |
headers
Ulrich Habel | 2 Mar 2007 02:08

pkgsrc - make index

Hej,

when creating a INDEX for pkgsrc after getting the tarball
pkgsrc-2006Q4.tar.gz with the command "bmake index" ( I am using Debian
Linux for pkgsrc) it failed with following error message:

newton:/usr/pkgsrc# bmake index
/bin/rm: cannot remove `/usr/pkgsrc/INDEX': No such file or directory
*** Error code 1

Stop.
bmake: stopped in /usr/pkgsrc

A quick look into the Makefile showed the problem - there is no "-f" for
the option so the build fails if the INDEX file isn't available (like in
the tarballs - and I think even for cvs checkouts).

Can't we just add the "-f" flag to the rm?

I can't see any disadvantages - the mini patch file in Uni format is
attached to the mail.

Regards

Uli

--

-- 
A: Yes.
>Q: Are you sure?
>>A: Because it reverses the logical flow of conversation.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Matthias Scheler | 2 Mar 2007 18:55
Picon
Favicon

Re: bad checksum for www/firefox2-bin ?

On Thu, Mar 01, 2007 at 11:33:35PM +0100, Joel CARNAT wrote:
> Anyone has notice this too ?

No, it works fine for me.

What platform are you using?

> In cas, here's the diff for the archive for
> http://releases.mozilla.org/pub/mozilla.org/firefox/releases/2.0.0.2/linux-i686/en-US/firefox-2.0.0.2.tar.gz

This patch is incorrect. It would break the package under NetBSD-i386.

	Kind regards

--

-- 
Matthias Scheler                                  http://zhadum.org.uk/
Permalink | Reply | 2 comments |
headers
Matthias Scheler | 2 Mar 2007 18:57
Picon
Favicon

Re: bad checksum for www/firefox2-bin ?

On Fri, Mar 02, 2007 at 05:55:45PM +0000, Matthias Scheler wrote:
> On Thu, Mar 01, 2007 at 11:33:35PM +0100, Joel CARNAT wrote:
> > Anyone has notice this too ?
> 
> No, it works fine for me.
[...]

I forgot one question:
If you use NetBSD-i386 do you have "MOZILLA_USE_LINUX= yes" defined
in "/etc/mk.conf"?

	Kind regards

--

-- 
Matthias Scheler                                  http://zhadum.org.uk/
Permalink | Reply | 1 comment |
headers
Joel CARNAT | 2 Mar 2007 19:04
Favicon
Gravatar

Re: bad checksum for www/firefox2-bin ?

> On Fri, Mar 02, 2007 at 05:55:45PM +0000, Matthias Scheler wrote:
>> On Thu, Mar 01, 2007 at 11:33:35PM +0100, Joel CARNAT wrote:
>> > Anyone has notice this too ?
>>
>> No, it works fine for me.
> [...]
>
> I forgot one question:
> If you use NetBSD-i386 do you have "MOZILLA_USE_LINUX= yes" defined
> in "/etc/mk.conf"?
>

I'm using NetBSD 4.0_BETA2/i386 with -current pkgsrc (from about 20min
before my initial mail). And I have an mk.conf with
"MOZILLA_USE_LINUX=yes" inside.

Regards,
     Jo
Permalink | Reply | 0 comments |
headers
Steven M. Bellovin | 3 Mar 2007 03:58

firefox problem

After upgrading to the very latest -current, I'm seeing

firefox-bin: Error detected by libpthread: Destroying condition
variable in use. Detected by file
"/usr/src/lib/libpthread/pthread_cond.c", line 92, function
"pthread_cond_destroy". See pthread(3) for information.

This is with -current from a couple of hours ago, and firefox 2.0.0.2
compiled from source about a week ago.  My userland is in sync with my
kernel.

		--Steve Bellovin, http://www.cs.columbia.edu/~smb
Permalink | Reply | 0 comments |
headers
Andrew Doran | 3 Mar 2007 15:23
Picon

Re: firefox problem

> After upgrading to the very latest -current, I'm seeing
>
> firefox-bin: Error detected by libpthread: Destroying condition
> variable in use. Detected by file
> "/usr/src/lib/libpthread/pthread_cond.c", line 92, function
> "pthread_cond_destroy". See pthread(3) for information.
>
> This is with -current from a couple of hours ago, and firefox 2.0.0.2
> compiled from source about a week ago.  My userland is in sync with my
> kernel.

There is still a race somewhere in the kernel or with libpthread
when using threads, and you might be running into it. Others have
reported threaded apps hanging in the "parked" state. I'll be looking
for the problem(s) this week-end.

Andrew
Permalink | Reply | 0 comments |
headers
Steven M. Bellovin | 3 Mar 2007 18:15

Re: firefox problem

On Sat, 3 Mar 2007 14:23:13 -0000 (GMT)
"Andrew Doran" <ad <at> NetBSD.org> wrote:

> > After upgrading to the very latest -current, I'm seeing
> >
> > firefox-bin: Error detected by libpthread: Destroying condition
> > variable in use. Detected by file
> > "/usr/src/lib/libpthread/pthread_cond.c", line 92, function
> > "pthread_cond_destroy". See pthread(3) for information.
> >
> > This is with -current from a couple of hours ago, and firefox
> > 2.0.0.2 compiled from source about a week ago.  My userland is in
> > sync with my kernel.
> 
> There is still a race somewhere in the kernel or with libpthread
> when using threads, and you might be running into it. Others have
> reported threaded apps hanging in the "parked" state. I'll be looking
> for the problem(s) this week-end.
> 
I will say that my March 2 system is *much* worse than my February 25
system.  In fact, I plan to revert; the March 2 system is unusable for
web browsing.  The only question is what components I have to copy over
from a backup, to save me the trouble of retrieving full source by date
via CVS.

		--Steve Bellovin, http://www.cs.columbia.edu/~smb
Permalink | Reply | 0 comments |

Gmane