newer REVISION/LIB_DEPENDS/WANTLIB idioms, correctly links with libxpcomglue
now, and even builds with #!#@# gnu libtool. Don't forget to add
xulrunner-1.9 to RUN_DEPENDS-gecko, as the xpcom glue loads
libxul.so/libxpcom.so at runtime. Phew.
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.
- 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.
compile, nor instructions on how to compile it, we can't update to
0.5.8, but at least we can backport gtk-entry code and callers from it.
This is ugly^Whackish^Whorrible, but at least it really works again.
While here, drop MAINTAINERship, i don't want to be responsible for that
pile of crap anymore.
Now that we have www/webkit in ports, split it into MULTI_PACKAGES :
-main has the common infrastructure files (and the binary), -gecko provides
gecko engine support, -webkit provides webkit engine support.
To ease updates, -gecko has the same pkgname as previous package. -webkit
support is still a bit experimental, and provided for webdevelopers who
want to write and test cross-engine websites.
With help and ok ajacoutot@
It features tabbed browsing, session saving, dynamic bookmarks and
customizable mouse gestures. Uses xulrunner for gecko support and GnuTLS 2
for https:// links.
with feedback and testing from many on ports@, thanks !
"import it, it can't be worse than galeon and epiphany anyway.." ajacoutot@
