Date: Fri, 10 Nov 2017 17:02:03 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 223597] New port: www/palemoon Open Source Goanna-based web browser Message-ID: <bug-223597-13@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D223597 Bug ID: 223597 Summary: New port: www/palemoon Open Source Goanna-based web browser Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: freebsd-ports-bugs@FreeBSD.org Reporter: lichray@gmail.com Created attachment 187909 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D187909&action= =3Dedit patch (svn) A Firefox-fork which is popular with those people who chose Firefox for usi= ng the XUL extensions. For them, Pale Moon is just the way Firefox should be. Porting notes: The porting is greatly simplified with the existing gecko supporting framew= ork in ports. The software has the same requirements as a Firefox ~24. With t= his patch, - bundled jemalloc3 is always required. We could patch the source and let= it use system jemalloc, but that would only benefit FreeBSD 10. - not patched to use system sndio or ogg. Since we are not using system jemalloc, it may further downgrade the memory stats if we use too much shar= ed libraries. - still sharing Makefile.options with www/firefox, although some options d= on't apply; INTEGER_SAMPLES display but have no effect. We could patch www/firefox/Makefile.options to hide this (in a separate issue, maybe). - TEST doesn't work due to messy #include_nexts among libc++, libc, and stlport. I gave it up. After all, this browser is not eagerly adopting new technologies like Firefox, and my observation confirmed its stability. This PR is filed in Pale Moon + Pentadactyl. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-223597-13>