OpenBSD Journal

Firefox and OpenBSD redux

Contributed by merdely on from the making-firefox-work dept.

Samiuela LV Taufa writes:

OpenBSD’s patchset has been waiting for quite some time. Martynas was able, through no small amount of patience, and some fortunate timing while I was at FOSDEM, to get everything wrapped up finally, and OpenBSD is now shipping officially branded and approved builds. We’re working on getting most of the port code upstream, since they don’t do anything extra for their own hooks they could get to the point where they’re simply shipping stock builds, which would make everyone’s lives easier.

A huge thanks to both Martynas and Alexander for all of their hard work here, it should make things a lot better for everyone.

Read more at Firefox and Linux redux(and OpenBSD)

(Comments are closed)


Comments
  1. By Devin Smith (drs) <none> on

    Great work Martynas and the rest of the OpenBSD team!

  2. By jirib (195.212.29.187) on

    after installing several Firefox extensions FF on OpenBSD crashes very often :(

    on Linux it works OK. maybe OpenBSD is strict how the code should run (?).

    Comments
    1. By Frank DENIS (82.224.188.215) on http://forum.manucure.info

      > after installing several Firefox extensions FF on OpenBSD crashes very often :(
      >
      > on Linux it works OK. maybe OpenBSD is strict how the code should run (?).

      Firefox often crashes because it tries to crunch more memory than your current user limits.

      Try to edit /etc/login.conf, bump up the values, logout, login, and Firefox should be rock solid.
      You can also put yourself in the staff class : usermod -L staff yourlogin

      Comments
      1. By Anonymous Coward (70.66.28.12) on

        > > after installing several Firefox extensions FF on OpenBSD crashes very often :(
        > >
        > > on Linux it works OK. maybe OpenBSD is strict how the code should run (?).
        >
        > Firefox often crashes because it tries to crunch more memory than your current user limits.
        >
        > Try to edit /etc/login.conf, bump up the values, logout, login, and Firefox should be rock solid.
        > You can also put yourself in the staff class : usermod -L staff yourlogin

        This has gotten me a few times as well. To bad firefox doesn't handle out of memory errors gracefully.

      2. By Kurt Miller (69.122.119.232) on

        > Firefox often crashes because it tries to crunch more memory than your current user limits.
        >
        > Try to edit /etc/login.conf, bump up the values, logout, login, and Firefox should be rock solid.
        > You can also put yourself in the staff class : usermod -L staff yourlogin

        I would recommend increasing both datasize-cur and openfiles-cur to avoid ff running out of memory or file descriptors. I use ff every day and it is rock solid.

        Comments
        1. By Mr. Coward (81.155.115.96) on

          > > Firefox often crashes because it tries to crunch more memory than your current user limits.
          > >
          > > Try to edit /etc/login.conf, bump up the values, logout, login, and Firefox should be rock solid.
          > > You can also put yourself in the staff class : usermod -L staff yourlogin
          >
          > I would recommend increasing both datasize-cur and openfiles-cur to avoid ff running out of memory or file descriptors. I use ff every day and it is rock solid.

          Works fine on my zaurus! http://www.oesf.org/forums/index.php?showtopic=19364&view=findpost&p=160891

          Comments
          1. By Anonymous Coward (68.100.57.112) on

            > Works fine on my zaurus! http://www.oesf.org/forums/index.php?showtopic=19364&view=findpost&p=160891

            Before I spend three+ days building it, how's it run? ;) Is the speed tolerable? At home I just ssh tunnel firefox running on an i386 box but it would be nice to be able to run it on the Z.

        2. By Janne Johansson (194.218.229.80) jj@openbsd.org on

          > > Firefox often crashes because it tries to crunch more memory than your current user limits.
          > >
          > > Try to edit /etc/login.conf, bump up the values, logout, login, and Firefox should be rock solid.
          > > You can also put yourself in the staff class : usermod -L staff yourlogin
          >
          > I would recommend increasing both datasize-cur and openfiles-cur to avoid ff running out of memory or file descriptors. I use ff every day and it is rock solid.

          This goes for thunderbird also, raising the file descriptor limits prevents really bad behaviour, since thunderbird mostly runs out of them while trying to send mails, and when it cant, it wants to save the message for later sending, which obviously also fails, and then you can't exit it in a decent fashio. I do "ulimit -n 1024" just to be sure, even though it probably doesn't use much more than the default 64 fd's which presents the problem.

  3. By viking (viking) andy.elvey@paradise.net.nz on

    Excellent work, Martynas and Alexander! Very many thanks!

    With this and the very recent update of Gnome, OpenBSD has made *huge* progress on the desktop in the last few weeks/months. 4.2 will be another milestone as well, with Xenocara arriving then (X.org 7.2).
    The end of the year will be really busy on the desktop front with KDE 4.0 arriving in October...


Credits

Copyright © - Daniel Hartmeier. All rights reserved. Articles and comments are copyright their respective authors, submission implies license to publish on this web site. Contents of the archive prior to as well as images and HTML templates were copied from the fabulous original deadly.org with Jose's and Jim's kind permission. This journal runs as CGI with httpd(8) on OpenBSD, the source code is BSD licensed. undeadly \Un*dead"ly\, a. Not subject to death; immortal. [Obs.]