- 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
extensions (in particular typeaheadfind breaks Find [go figure]). It is
safer to use a specific list of extensions with Firefox 1.0.x. It looks
like they've made this better in 1.5, and set a reasonable default list of
extensions.
Basically, we're back to the previous 1.0.7_1,1 set of extensions with the
addition of negotiateauth.
Reported by: many
- Add Java 5 plugins support. [1]
- Use system's libm (/usr/src/lib/msun), nss, nspr and etc. Also, do
not extract those. Better explain, use external dependencies. [1]
- Teach firefox-config and *.pc files for nspr that will making other
third apps to buildable like epiphany, vlc-devel's mozilla plugins
and etc. Have been tested with full GNOME 2.11.x build too.
- Add four patches: [1]
patch-bugzilla243151:
https://bugzilla.mozilla.org/show_bug.cgi?id=243151
patch-jsosdep:
Fix the FreeBSD define
patch-oji-threads:
64-bit wide pthread_t
patch-xptcinvoke_x86_64_linux:
Setting a possibly uninitialized variable (value).
- Fix a crash that can occur using gtk+-2.7 and possibly 2.6.10 when closing
windows. https://bugzilla.mozilla.org/show_bug.cgi?id=3002 [2]
- Get rid of FIREFOX and FF_VER, best to use PORTNAME and PORTVERSION
varibles that are arleady exist and lesser complicate.
- Change all hardcore of 'firefox' to PORTNAME.
- Change a manual loop for patch all.js to find(1), so we can sleep
on it.
Submitted by: mi [1], marcus [2]
Reviewed by: my team, FreeBSD GNOME Team.
Tested by: many
sanitizing each users' home directory when starting Firefox. This should
make upgrades much more painless.
PR: 75816
Submitted by: Jose M Rodriguez (freebsd) <josemi@freebsd.jazztel.es>
the release notes)
* Add a new Firefox launch script [1]
* Merge URI helper patch from www/mozilla
* Add option to make URLs open in new tabs instead of new windows [1]
* Sanitize CFLAGS [1]
* Update the GNOME .desktop file with i18n translations and MIME types [1]
PR: 75816 [1]
Submitted by: Jose M Rodriguez (freebsd) <josemi@freebsd.jazztel.es> [1]
- Mozilla license team has approved the FreeBSD Gnome team to
use official branding for firefox and thunderbird [1]
o Add --enable-official-branding to mozconfig
o Install official thunderbird/firefox icon as default.xpm icon
- Fix error when running firefox/thunderbird -v [2]
- Bump PORTREVISION
References:
http://www.mozilla.org/foundation/licensing.html [1]
http://people.freebsd.org/~ahze/firefox_thunderbird-approved.txt [1]
PR: ports/75262 [2]
Submitted by: girgen [2]
Firefox is installed similar to Mozilla in that its main installation
directory no longer has a Firefox version number in its name. This will
help maintainers of ports that depend on Firefox stay in sync more
easily.
Add i18n Support [1]
PR: ports/73837 [1]
Submitted by: Jose M Rodriguez <josemi@freebsd.jazztel.es> [1]
Approved by: marcus (co mentor)
* Install a firefox desktop entry for the GNOME desktop [1]
* Fix the post-install plug-in repository generation when root is using
a non-default shell [2]
Submitted by: ahze [1]
Clemens Fischer <ino-qc@spotteswoode.de.eu.org> [2]
* Add support for installing the new Firefox brand icon by defining
WITH_NEW_ICON [1]
For all that's new, check out http://www.mozilla.org/products/firefox/releases/
PR: 71781 [1]
Submitted by: Radek Kozlowski <radek@raadradd.com> [1]
This is being done instead of the update to 1.0 PR 1 since we're in a ports
freeze, and too many big changes is not a good idea.
This update covers the following Mozilla bugs:
250862
255067
256316
Thanks to nectar for scraping all of these patches together.
Obtained from: Mozilla CVS
Approved by: portmgr (implicit)
* Fix a problem with the pkg-config files referencing mozilla components
and not firefox components
PR: 68221 [1]
Submitted by: Tom McLaughlin <tmclaugh@sdf.lonestar.org> [1]
to fix some threading issues in Firefox, but I have not personally encountered
them (at least not ones fixed by this patch).
See http://bugzilla.mozilla.org/show_bug.cgi?id=247204 for more details.
Submitted by: green
* Make sure optimized CFLAGS are actually respected [1]
* Frobnicate the mozconfig file a little bit to be more inline with typical
Linux builds
* Try a safer hack to ensure the install completes okay
Reported by: kris [1]
list of Known Issues, see:
http://www.mozilla.org/products/firefox/releases/0.9.html
This update also includes a new pkg-install script based on ports/65590
from Thierry Thomas <thierry@pompo.net>. However...
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!WARNING!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
After installing Firefox, you must su - to root, and run ``firefox'' before
running it as any other user. If you do not su - to root, you may lose some
of your user settings. If you try to run Firefox as a normal user without
first running it as root, the browser will not show up. This is a known issue
with Firefox, and they hope to address it in a future release.
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!WARNING!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
worth)
* Fix up some path issues in the Makefile
* Minor fix to plug-in installation
* Restore Franz's fix for the LD_LIBRARY_PATH PREFIX problem
* Bump PORTREVISION
release of the Firebird web browser with a new name to avoid conflicts with
the Firebird database. This is version 0.8.
http://www.mozilla.org/products/firefox/releases/
* Update to 0.8 and change name to firefox [1]
* Make PLIST from a fake installation [1]
* Restore original credit and portname in Makefile [1]
* Optionally install headers and IDL files [2]
* Use PERL instead of REINPLACE_CMD in a few places [1]
* Use OPTIONS
* Enable the Inspector extension
* Fix another possible esound related problem
* Enable basic optimizations if WITH_DEBUG is not specified
PR: 62631 [2]
Submitted by: trevor [1] [2]
do with esound being installed, but not being used (e.g. when not running
under the GNOME Desktop). What happens now is sound support is disabled by
default. If you wish to enable Type Ahead Find sound support, edit your
prefs.js file, and add:
user_pref("accessibility.typeaheadfind.enablesound", true);
* Make portlint happy by not including anything after bsd.port.post.mk
* Clean up the pkg-message a bit to reflect reality with respect to Perl
Thanks to casaveli on BSDForums for finding it was esound causing the lock up
as well as testing the patch mentioned above.
I've taken a chance and split the sparc64 and alpha mega-diffs up because
sparc64 patched the result of alpha's patches, and amd64 needed to do the
same again - but it was sorted lexically before alpha/sparc64. I've
grouped the xptcall patches together since they are standalone and split
up and merged the other infrastructure jumbo-patches.
I also attempted to sync up the nspr vs firebird diffs for sparc64 and
alpha because they disagreed. HOWEVER... While this port 'depends'
on the nspr port, it doesn't actually *use* it. It should probably
be removed from the LIB_DEPENDS list.
Note that the amd64 xptcall code came from SuSE via the mozilla bugzilla
database.
