SSL certificates work again. Somehow, this patch was lost in the big change,
so bring it back. Bump PORTREVISION on all of those ports.
PR: ports/89796
Reported by: Christoph Moench-Tegeder <cmt@burggraben.net>
This is the current release of the Seamonkey open source web browser. It should
be fully compliant with all W3C standards, including HTML, CSS, XML, XSL,
JavaScript, MathML, SSL encryption, SVG and RDF. Also supports Java with
the use of the FreeBSD native Java plug-in.
This is the latest bleeding edge release. Beware that you'll probably find
bugs here, so if you value stability, try www/mozilla.
WWW: http://www.mozilla.org/projects/seamonkey/
Repocopied by: marcus
- Add Makefile.common
o A new build/install system for gecko ports, Makefile.common
includes many generic routines and common tasks.
o Fix ld-run-path in all gecko's by using -Wl,-rpath,${moz_libdir}
thus removing the need to have a startup script for ports that
depend on gecko. [2]
o Use system libm, nss, nspr in all gecko ports
- Add bsd.gecko.mk
o This is the predecessor to WITH_MOZILLA=[mozilla|firefox|...]
with a more robust way of detecting a gecko a end user wishs to
use.
o bsd.gecko.mk abstracts the selection of gecko-based backends. It
allows users and porters to support any available gecko backend
without needing to build many conditional tests. ${USE_GECKO} is the
list of backends that your port can handle, and ${GECKO} is set by
bsd.gecko.mk to be the chosen backend. Users set ${WITH_GECKO} to the
list of gecko backends they want on their system.
Port Makefile example:
USE_GECKO=firefox mozilla seamonkey thunderbird
.include <bsd.port.pre.mk>
.include "${.CURDIR}/../../www/mozilla/bsd.gecko.mk"
End user example:
WITH_GECKO=seamonkey firefox
We highly recommend moving away from using WITH_MOZILLA and switching to
USE/WITH_GECKO.
PR: 89052 [2]
Submitted by: vs [2]
Obtained from: www/firefox
Thanks to: adamw, marcus, and mezz for ideas, bug squashing, and more
sajd from irc.freenode.org/#FreeBSD-Gnome for
pointing out many bugs
* Correct path to the icon in the Desktop item [2]
* Add a patch to fix potential crashes with newer versions of GTK+ that can
occur when closing windows [3]
PR: 84896 [2]
Submitted by: mezz [1]
chinsan <chinsan.tw@gmail.com> [2]
Obtained from: https://bugzilla.mozilla.org/show_bug.cgi?id=300226 [3]
share/gnome/applications so we can remove the gnomehier
dependency so non-gnome users don't have to install a bunch
of un-needed gnome directories.
- Remove WITH_MENU option from mozilla[-devel], .desktop file
will always be installed now.
Makefile since the privilege bug seems to be fixed.
- Remove WITH_XFT option and make it default since mozilla with gtk2 won't
compile without Xft.
- Remvoe mng support, it hasn't worked in a long time.
- Lots of misc cleanup, consolidation, and removal of dupe lines.
- Change WITH_MENU_ENTRY to !WITHOUT_MENU_ENTRY since it's on by default.
- Add new OPTION (off by default), WITH_CAIRO that enables
cairo-specific canvas features.
libraries. This means Mozilla's GNOME integration (i.e. GConf) should
now work [1]
* Fix i18n support when invoking Mozilla, and add atsdsp support [2]
* Port all fixes to mozilla-devel
PR: 75428 [2]
Reported by: Jose M Rodriguez (freebsd) <josemi@freebsd.jazztel.es> [1]
Submitted by: Jose M Rodriguez (freebsd) <josemi@freebsd.jazztel.es> [2]
- Touch lib/browser_plugins/.${PORTNAME}.keep so this directory will not be removed durring deinstall of mozilla[-devel] or firefox if you still have mozilla[-devel] or firefox installed.
Pointed out by: pointy hat [1]
- Add WITH_CAIRO_RENDER knob that uses cairo for SVG rendering that
replaces SVG rendering from libart.
Pointed out by: marcus [1]
Approved by: marcus (co mentor)
files [1]
* Move REINPLACE_CMD up from do-install to pre-install so no .bak files
are left behind after pkg_delete [2]
PR: 71313 [1]
73054 [2]
Submitted by: Michael Johnson <ahze@ahze.net> [2]
recognize this causes not only a plist change, it also changes
the contents of the pkgconfig files, as the s|${FAKEDIR}|${PREFIX}|
substitution was not taking place.
Because the latter prevents any mozilla-dependent port from
building (looking for headers/libs under ${FAKEDIR}), I have
bumped PORTVERSION.
Galeon2 still won't build against mozilla-devel, however, and if
somebody better than I with C++ wants to take a whack at fixing it,
that'd be just super.
