similar to: compile webkit

Hello is the webkit with CentOS 7.4 compiled with ENABLE_MEDIASOURCE ? When I call the set_media_source function with TRUE and then ask get_media_source function for the value it returns TRUE. I presume it would no return TRUE if its not enabled. However, my webpage with a video tag using webkit is not finding the MediaSource. Thanks, Jerry

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

I noticed some this morning but when I go to install them I get this: --> Finished Dependency Resolution Error: Package: claws-mail-plugins-fancy-3.9.0-2.el6.x86_64 (@epel) Requires: libwebkit-1.0.so.2()(64bit) Removing: webkitgtk-1.2.6-5.el6.x86_64 (@base) libwebkit-1.0.so.2()(64bit) Updated By: webkitgtk-1.4.3-8.el6.x86_64 (base)

Hello there, I'm building a Linux distribution based on musl and LLVM as default toolchain (including lld/libc++/libc++abi/libunwind rather than GNU). For most of the time this works pretty well. However I'm having troubles with few packages, webkit for instance fails because of max_align_t being redeclared in musl's stddef.h I see that stddef.h is provided by both musl and in the

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

CentOS Errata and Bugfix Advisory 2014:1883 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1883.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 7880d7b9017d479b8baed0339c43b2bcc1356d30a69a8aa01b5abee6851fa8ed webkitgtk-1.4.3-9.el6_6.i686.rpm

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

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

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

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

Hello, I am trying to get MP4/H.264 playback in Firefox to work on my CentOS laptop (for vimeo). I installed the gstreamer plugins as described here: https://wiki.centos.org/TipsAndTricks/MultimediaOnCentOS7 (No, I did not install Flash, VLC and all the other stuff. I only want HTML5 MP4 playback..) I enabled the nux repos. I did install all available gstreamer plugins, i.e. -good -bad

> 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/

The GnuCash development team announces GnuCash 5.3, the fourth release in the stable 5.x series. This is a snap release to fix the bug listed below. Between 5.2 and 5.3, the following bugfixes were accomplished: ? Bug 798967 - Cannot Save to Any Path After Upgrading to 5.2 Fix inverted if statement condition for save success flag The following fixes and improvements were not associated with bug