Up to [local] / ports / www / webkit / patches
Request diff between arbitrary revisions
Default branch: MAIN
Revision 1.7, Wed Jul 25 09:06:19 2018 UTC (6 years ago) by ajacoutot
Branch: MAIN
CVS Tags: HEAD
Changes since 1.6: +1 -1 lines
FILE REMOVED
Remove the old, unmaintained and insecure webkit. ok sthen@ tb@ kn@
Revision 1.6 / (download) - annotate - [select for diffs], Mon Nov 9 09:29:05 2015 UTC (8 years, 8 months ago) by landry
Branch: MAIN
CVS Tags: OPENBSD_6_3_BASE,
OPENBSD_6_3,
OPENBSD_6_2_BASE,
OPENBSD_6_2,
OPENBSD_6_1_BASE,
OPENBSD_6_1,
OPENBSD_6_0_BASE,
OPENBSD_6_0,
OPENBSD_5_9_BASE,
OPENBSD_5_9
Changes since 1.5: +10 -6 lines
Diff to previous 1.5 (colored)
Fix build on sparc64.
Revision 1.5, Wed May 20 15:32:54 2015 UTC (9 years, 2 months ago) by ajacoutot
Branch: MAIN
Changes since 1.4: +1 -1 lines
FILE REMOVED
Update to webkit-2.4.9.
Revision 1.3.2.1 / (download) - annotate - [select for diffs], Mon Jan 12 13:21:59 2015 UTC (9 years, 6 months ago) by ajacoutot
Branch: OPENBSD_5_6
Changes since 1.3: +5 -5 lines
Diff to previous 1.3 (colored) next main 1.4 (colored)
SECURITY update to webkit-2.4.8v1. CVE-2014-1344, CVE-2014-1384, CVE-2014-1385, CVE-2014-1386, CVE-2014-1387, CVE-2014-1388, CVE-2014-1389, CVE-2014-1390.
Revision 1.4 / (download) - annotate - [select for diffs], Tue Aug 26 21:31:03 2014 UTC (9 years, 10 months ago) by ajacoutot
Branch: MAIN
CVS Tags: OPENBSD_5_7_BASE,
OPENBSD_5_7
Changes since 1.3: +6 -7 lines
Diff to previous 1.3 (colored)
Update to webkit-2.4.5. ok landry@
Revision 1.3 / (download) - annotate - [select for diffs], Tue Mar 25 06:25:45 2014 UTC (10 years, 4 months ago) by landry
Branch: MAIN
CVS Tags: OPENBSD_5_6_BASE
Branch point for: OPENBSD_5_6
Changes since 1.2: +5 -5 lines
Diff to previous 1.2 (colored)
Update to webkit 2.4.0. See http://webkitgtk.org/2014/03/24/webkitgtk2.4.0-released.html. Note that Webkit2 API is still broken, on OpenBSD(and FreeBSD) and this might be the last release shipping the Webkit1 API. Pass -DLOG_DISABLED=0 to CPPFLAGS to somewhat allow debugging. Use the same ruby version on sparc64 as other archs now that they're more reliable. Remove some patches merged upstream, and add links to upstream bz for most of the remaining patches. Note: this needs gnu/usr.bin/binutils/include/opcode/i386.h r1.15 to build. And gcc 4.8 (and python, ruby & perl :) Built numerous times on amd64/ppc/sparc64 (broken at runtime on the last two, but that's not a regression from 2.2..) and went in a bunch of bulks.
Revision 1.2 / (download) - annotate - [select for diffs], Thu Nov 14 16:47:00 2013 UTC (10 years, 8 months ago) by ajacoutot
Branch: MAIN
CVS Tags: OPENBSD_5_5_BASE,
OPENBSD_5_5
Changes since 1.1: +5 -5 lines
Diff to previous 1.1 (colored)
Update to webkit-2.2.2. ok landry@
Revision 1.1 / (download) - annotate - [select for diffs], Sat Apr 13 09:11:02 2013 UTC (11 years, 3 months ago) by landry
Branch: MAIN
CVS Tags: OPENBSD_5_4_BASE,
OPENBSD_5_4
Major update to webkit 2.0.0. - add ruby to BDEPS. Webkit build system now uses autohell, python, ruby and perl \o/ - set MODRUBY_REV = 1.8 on sparc64 since 1.9 is broken there - disable WebKit2 support, it needs shm_open()/shm_unlink() - switch from gstreamer-0.10 to gstreamer1 - force-disable JIT/ASSEMBLER on non-jit archs, builds fails otherwise (bug #113638) - only build NumberPrototype.cpp with -O0 on sparc64, not the damn whole thing - use -Wl,--relax on ppc otherwise linking fails - move some patches around since JavaScriptCore/wtf moved to WTF/wtf - dont uselessly rerun make within make during install, gmake blows - blindly backport upstream r144077 to fix mips64 build - backport bits of #103128 & r145551 to fix powerpc build - backport r147967 & more to fix bashisms in configure - bug #109932 forced the use of gcc >= 4.7 or clang >= 3.0, but this is only for WebKit2 so loosen the check atm Tested working fine on amd64 & i386, went in bulk builds, known broken at runtime on ppc (being worked on. or not.) should build on mips64el (and maybe even run!) and sparc64 (wont run! ever! nothing new here..), but 'someone' will care about the poor exotic archs and fix'em, right ? After too much prodding from the gnome maintainers who desperately need it