Mittwoch, 1 Jul 2009
Yesterday Firefox 3.5 was released, and few hours
later it was in the Portstree. But I see that
some pepole can’t right read. So Please READ
the pkg-messages carefully:
Firefox 3.5 and HTML5
Certain functions used to display HTML5 elements need the sem module.
If your Firefox crashes with the following message while viewing a
HTML5 page:
“Bad system call (core dumped)”you need to load the sem module (kldload sem).
To load sem on every boot put the following into your
/boot/loader.conf:
sem_load=”YES”
We’d like to say thank you to everyone who
helped make this possible.
Juli 1st, 2009 at 15:03
[...] 3.5 étant sorti, Martin Wilke
Juli 1st, 2009 at 16:46
It’s very fast. Only problem so far is video plugins that worked in 3 seem to crash 3.5. The embedded video demo on the upgrade screen also crashes the program. That’s my experience, anyway. Ought to enable DBUS at compile time (the default), some of the dependency ports (wonder what they are for embedded video), and try again.
Juli 1st, 2009 at 18:57
and you’ve load the kernel module?
Juli 2nd, 2009 at 00:32
Yes. I kldloaded sem.ko , rebuilt Firefox3.5 as described. Embedded video on the upgrade screen works, however:
$ firefox3
DownloaderRequest: http://streaming.online.ncsu.edu/211ce0cc-3945-498e-932b-e5eeaff2c3d2.wmv?playbackTicket=727b450959444a51974be2e6f9c66904
DownloaderRequest: http://streaming.online.ncsu.edu/211ce0cc-3945-498e-932b-e5eeaff2c3d2.wmv?playbackTicket=727b450959444a51974be2e6f9c66904
[wmv3 @ 0x2f312c10]Extra data: 8 bits left, value: 0
AudioPlayer: Using PulseAudio.
E: mutex-posix.c: Assertion ‘pthread_mutexattr_settype(&attr, PTHREAD_MUTEX_RECURSIVE) == 0′ failed at pulsecore/mutex-posix.c:52, function pa_mutex_new(). Aborting.
Abort trap (core dumped)
This was some sort of plugin that played videos using the moonlight player.
Juli 2nd, 2009 at 01:02
After rebuilding firefox3 as I described above and loading the sem.ko module, the embedded video on the upgrade page works. Still having problems with a different video plugin that worked with the prev version of firefox (3). It’s a plugin that appears to use moonlight v1:
$ firefox3
DownloaderRequest: http://streaming.online.ncsu.edu/211ce0cc-3945-498e-932b-e5eeaff2c3d2.wmv?playbackTicket=b17be2af796b460995427fd583847282
DownloaderRequest: http://streaming.online.ncsu.edu/211ce0cc-3945-498e-932b-e5eeaff2c3d2.wmv?playbackTicket=b17be2af796b460995427fd583847282
[wmv3 @ 0x2c419c10]Extra data: 8 bits left, value: 0
AudioPlayer: Using PulseAudio.
E: mutex-posix.c: Assertion ‘pthread_mutexattr_settype(&attr, PTHREAD_MUTEX_RECURSIVE) == 0′ failed at pulsecore/mutex-posix.c:52, function pa_mutex_new(). Aborting.
Abort trap (core dumped)
Juli 2nd, 2009 at 05:10
I would like to write more about this, but it seems that my writings are not being accepted for posting.
Juli 2nd, 2009 at 06:06
If it’s a specific syscall for the sem module, would it be possible to have auto-loadable modules? (Where loading is triggered by usage.)
The other example I can think of is QEMU, which requires the aio module to be loaded.
Juli 2nd, 2009 at 08:31
Andrew, could you please send a mail to gecko@ with a full descripton of your problemes, I think here the wrong place for the discussion.
Juli 2nd, 2009 at 16:46
Okidoke.
Juli 2nd, 2009 at 17:20
[...] http://miwi.bsdcrew.de/2009/07/firefox-35-in-ports/ firefox 3.5 is in !freebsd ports !bsd [...]
Juli 2nd, 2009 at 17:49
[...] @olhe http://miwi.bsdcrew.de/2009/07/firefox-35-in-ports/ firefox 3.5 is in !freebsd ports [...]
Juli 3rd, 2009 at 05:27
Waiting for port mail/thunderbird3
Juli 5th, 2009 at 14:31
Hi,
great that it’s in ports – but for some reason on 7.0-RELEASE the tarball is corrupt or missing on *every* mirror my portinstall knows of. When I tried forcing it anyways using -m NO_CHECKSUM=yes, tar complained of the corrupt file (I figured someone just forgot to update the sha/asc file)
Hope this can be corrected soon! My firefox2 build currently crashes every few hours whether I am actually browsing the web or not and I am looking forward to the new release.
Juli 6th, 2009 at 11:35
Hi.
I’m also getting the same assertion failure as Andrew:
Assertion ‘pthread_mutexattr_settype(&attr, PTHREAD_MUTEX_RECURSIVE) == 0′ failed at pulsecore/mutex-posix.c:52, function pa_mutex_new(). Aborting.
It comes sometimes randomly (?), but every time I start Firebug with the Google Pagespeed extension.
Juli 6th, 2009 at 11:46
If you like to help please read the following discussion
http://lists.freebsd.org/pipermail/freebsd-gnome/2009-July/022732.html
Juli 15th, 2009 at 18:02
cannot find firefox35 in /usr/ports/www/firefox35? how do i put it there?
September 16th, 2009 at 21:48
How i fixed the firefox 3.5 crash problem:
The error I was getting that killed firefox was:
Assertion ‘pthread_mutexattr_settype(&attr, PTHREAD_MUTEX_RECURSIVE) == 0′ failed at pulsecore/mutex-posix.c:52, function pa_mutex_new(). Aborting. Abort trap (core dumped)
How I fixed it:
“Try rebuilding libcanberra and firefox35 WITHOUT pulseaudio support.” from http://www.mavetju.org/mail/view_message.php?list=freebsd-gecko&id=2996595
# cd /usr/ports/audio/libcanberra/
# make deinstall clean
# make config
DISABLE -> Enable Pulse Audio support
# make install clean
I did not have to reinstall firefox 3.5 but you may have to.
Now firefox 3.5 does not crash [: