similar to: webkit on CentOS 7.4

I am trying to compile webkitgtk I downloaded the webkit source, extracted CMake Error at Source/cmake/OptionsGTK.cmake:12 (message): GCC 4.9.0 is required to build WebKitGTK+, use a newer GCC version or clang I downloaded 2.14.7 - just like CentOS 7.4 has, how can I be getting a GCC error ? My goal is to get the MediaSource package in webkit working. It seems to not be enabled. Is there a

On 09/22/2017 08:43 AM, Jerry Geis wrote: > hi Johhny > > thanks - I am using the second link webkitgtk4. > > I could not find anything mediasource or media_source in the build log. > Is that an "oversite" in the upstream? Can it be enabled for all and > rebuilt and posted? (I'd rather not compile webkit). CentOS doesn't and cannot alter upstream source

hi Johhny thanks - I am using the second link webkitgtk4. I could not find anything mediasource or media_source in the build log. Is that an "oversite" in the upstream? Can it be enabled for all and rebuilt and posted? (I'd rather not compile webkit). Thanks, Jerry

CentOS Errata and Bugfix Advisory 2017:3304 Upstream details at : https://access.redhat.com/errata/RHBA-2017:3304 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: cd5183527fee1783a11a1899613e8694b25c7d72e3d45750c614c3f10babc56a webkitgtk4-2.14.7-3.el7.i686.rpm

Any thoughts on the feasibility of this? One thing you can''t test in Rails is the result of Ajax requests in the context of the source document. The best you can do (as far as I''m aware) is test that the Ajax response is correct and hope the page gets updated. I started thinking... WebKit (and more importantly JavaScriptCore) is open source WebKit has a Cocoa wrapper

Has anyone updated their webkit in CentOS 7 to something much newer ? LIke 2.14.5 ? If so how might I do that. Thanks, Jerry

https://bugs.freedesktop.org/show_bug.cgi?id=105525 Bug ID: 105525 Summary: Freeze when playing videos in WebKit Product: Mesa Version: 17.3 Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at

Hi @ll, I would like to obsolete and completely remove the WebKit Calling Convention. The CC was originally added for FTL and there are no other users I am aware off. Since WebKit moved away from LLVM a while ago I don’t see the need to keep the dead code around anymore. Please let me know if anyone happens to use this calling convention or has any objection with removing it. Thanks Cheers,

> On Feb 16, 2016, at 1:14 AM, David Chisnall <David.Chisnall at cl.cam.ac.uk> wrote: > > On 15 Feb 2016, at 23:12, Andrew Trick via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> >> Prior to FTL, JavaScriptCore had no dependence on the LLVM project. Maintaining a dependence on an external project naturally has integration overhead. > > And the fact that

In my app (v2.0.15) and on the mapstraction demo the first time I load the page in Safari I get the error "Can''t find variable: mxn" and the map doesn''t load. http://mapstraction.appspot.com/ mapstraction.googlecode.com/svn/trunk/source/mxn.core.js:6ReferenceError: Can''t find variable: mxn I''ve seen a few old posts in the list archives about similar

> On Feb 15, 2016, at 5:34 PM, Philip Reames <listmail at philipreames.com> wrote: > > > > On 02/15/2016 04:57 PM, Andrew Trick wrote: >> >>> On Feb 15, 2016, at 4:25 PM, Philip Reames < <mailto:listmail at philipreames.com>listmail at philipreames.com <mailto:listmail at philipreames.com>> wrote: >>> >>> After reading

> On Feb 15, 2016, at 4:25 PM, Philip Reames <listmail at philipreames.com> wrote: > > After reading https://webkit.org/blog/5852/introducing-the-b3-jit-compiler/ <https://webkit.org/blog/5852/introducing-the-b3-jit-compiler/>., I jotted down a couple of thoughts of my own here: http://www.philipreames.com/Blog/2016/02/15/quick-thoughts-on-webkits-b3/

> On Feb 9, 2016, at 9:55 AM, Rafael Espíndola via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > > > JavaScriptCore's [FTL JIT](https://trac.webkit.org/wiki/FTLJIT <https://trac.webkit.org/wiki/FTLJIT>) is moving away > > from using LLVM as its backend, towards [B3 (Bare Bones > > Backend)](https://webkit.org/docs/b3/

I'm sure this is a FAQ, and a simple answer is available, but I've not managed it yet. I've tried all of the RPM database tidy routines. I've tried uninstalling the libblueray1 library but the ever growning dependency tree was too big. For a while I've been updating using the command yum -y --skip-broken --exclude rpcbind update which I though t was working, but the

It seems that for local channels (asterisk 1.4.33) the variable Variable: SIPADDHEADER="Alert-Info: Ring Answer" (call polycom phones and ring then auto answer) Is ignored, Is this just an oversite or is there some reason? It works fine with I call the SIP phone directly - however - when I first call the Local channel - then Dial the SIP phone the SIPADDHEADER doesnt seem to do

http://bugzilla.mindrot.org/show_bug.cgi?id=553 Summary: configure fails to acknowledge availability of utimes() Product: Portable OpenSSH Version: older versions Platform: HPPA OS/Version: HP-UX Status: NEW Severity: normal Priority: P2 Component: Build system AssignedTo: openssh-unix-dev at

I am going to bet this is a mongrel issue,because this doesn''t happen under webrick. Anyway, I was able to get fckeditor: http://www.fckeditor.net/ to work under rails: http://www.joshuamcharles.com/xhtml/fckrails.php i even saw the part about adding "1. Adding a YAML configuration file. For example, create $(RAILS_ROOT)/config/mongrel_mime.yml with the contents: xml: