platforms. It doesn't do javascript, but who cares about web2.0 anyway ?
Sub-projects are :
- hubbub : HTML parser
- libcss : CSS parser and selection engine
- libnsbmp : BMP/ICO decoding library
- libnsgif : GIF decoding library
- libparserutils : utility library for parser building
- libwapcaplet : string internment library
Currently SIGBUS'es on sparc64 in libcss, being worked on with upstream.
Loosely based on a submission from Anthony J Bentley, reworked by myself.
http://www.mozilla.org/security/known-vulnerabilities/firefox36.html
The new plugin sandboxing code is disabled because :
- it only supports binary blobs plugins we don't have
- it is an horrible maze of #ifdef linux-apple-win32 coming straight
from an old version of chromium. Future versions should have better BSD
support..
tested by several on ports@, thanks!
libtool. Backport upstream svn r3779 + r3872 to correctly build with
xulrunner 1.9.2, and use ports libtool which does a way better job at
linking gecko.so than gnu libtool. This needs r1.120 of build/libtool.
but gecko-mediaplayer eated it^Wis its successor, so let's just drop
this abandoned upstream cruft. Its developer works on gecko-mediaplayer
anyway - so you should use it instead..
agreed/prodded by jasper@ dcoppa@ ajacoutot@ Gleydon Soares (MAINTAINER)
While here, install plugins in lib/mozilla/plugins which are new also
used/looked by firefox and friends, instead of the 'non-standard' (ie
openbsd-only hack) lib/mozilla-plugins. Mark SHARED_ONLY.
corresponding libs from SHARED_LIBS/PLIST. Bump minor and PKGNAME.
Bring in a pair of patches from xulrunner, and add a DIRECTORY variable
as done in xulrunner that is subst'ed in config/autoconf.mk.in.
sthen@ likes.
for unregister.sh in all the new ghc libraries (which leads to bogus
registered ghc packages after updates).
You can use the command
ghc-pkg check
to check ghcs internal package list. If it reports missing files
for some package (like hashed-storage-0.4.11), you can forcibly
unregister it by running (as root) something like
ghc-pkg unregister hashed-storage-0.4.11
ok dcoppa@
adding them to the PLIST. First, /var/run/* is cleaned upon reboot and
second /var/tmp/havp/ has a chance to get wiped out being in a temporary
dir.
ok giovanni@ (maintainer)
- update to 0.5.8
- backport upstream svn r3871 to let it build with latest gtk+2
- switch to xulrunner 1.9.x (breaks gecko backend while here)
- don't try to create a dbus server socket in a non-existent dir
It is still badly broken, as upstream doesn't seem to care about
shipping working stuff... but at least it builds and packages.
A CCK content field which lets you add a complete link to your content
types; including URL, title, and optionally a target attribute. The
link module is a one-stop content link "field" type for CCK.
ok landry@
- use SUBST_CMD instead of perl -pi -e
- use ${LOCALBASE}/${TRUEPREFIX}/${X11BASE} instead of the handpatched
_XXX_ ones
- harmonize default systemwide plugins/extensions search path to
lib/mozilla/{plugins,extensions} as done in other mozilla ports
- use SUBST_CMD instead of perl -pi -e
- use ${LOCALBASE}/${TRUEPREFIX}/${X11BASE} instead of the handpatched
_XXX_ ones
- harmonize default systemwide plugins/extensions search path to
lib/mozilla/{plugins,extensions} as done in other mozilla ports, but
keep lib/mozilla-plugins added to MOZ_PLUGIN_PATH atm.
harmonize default search paths for systemwide mozilla extensions and
plugins to ${LOCALBASE}/lib/mozilla/{plugins,extensions}. The
install.rdf files take care anyway of telling with which mozapp an xpi
extension is compatible.
it breaks loading png icons through gdk_pixbuf_new_from_file as gtk is
linked with systemwide png. This went unnoticed so far as firefox always
shipped a fallback xpm icon, but this is not the case anymore, so now
gtk_window_set_icon_list() is not called anymore, and the window manager
shows the default icon for firefox windows in taskbar/tasklists..
So add graphics/netpbm as a build dependency, do the necessary netpbm
magic in do-install to create the default.xpm from mozicon128.png, and
patch widget/src/gtk2/nsWindow.cpp to not try to load png icons.
While here fix icon path in desktop file, and add a comment about why we
don't use systemwide png.
www/firefox36 mostly by martynas@ and naddy@.
Note that the java plugin from devel/jdk currently doesn't work with this
version of firefox, in the meantime users really needed it will have to
use www/firefox35.
ok naddy@
The rules module allows site administrators to define conditionally
executed actions based on occurring events (known as reactive or ECA
rules).
ok landry@
Those days, the trend is to write/use minimal browsers that work in a
terminal. vteplugin takes the opposite direction and allows you to use
terminals in your npapi-compatible-bloated-web-browser, ie any
gecko/webkit web browser. It uses XEmbed to bundle a vte window in a
browser tab.
The Node Relationships module provides methods to complete two way
relationships between content types enhancing the features of node
reference fields by adding 'Node reference extras' and 'Automatic
back references'.
ok espie@ and landry@
This module provides an API to render an iframe within a modal dialog
based on the jQuery UI Dialog plugin. You should not install this module
unless another module requires you to, or you wish to use it for your
own custom modules.
ok espie@ and landry
A wrapper module around the jQuery UI effects library that lets module
developers add swooshy, swishy effects to their code. This is a utility
module that won't do anything on its own. See README.txt for how your
module can use it to add jQuery UI effects to your pages.
ok landry@ and espie@
Check uri instead of physical path for directory redirect.
Should fix alias handling for "/foo" => "/var/www/";
http://example.com/foo should result in a redirect to
http://example.com/foo/
Mollify is a web file manager for publishing and managing files
hosted in a web server of your choice. Different users can have
access to different files and with different permissions.
