[webkit-dev] Commit queue stopped working

2013-01-24 Thread Dumez, Christophe
Hi,

It appears the commit queue stopped working due to lack of disk space:
https://bugs.webkit.org/show_bug.cgi?id=107680#c8

Failed to run ['/mnt/git/webkit-commit-queue/Tools/Scripts/webkit-patch',
'--status-host=queues.webkit.org', '--bot-id=gce-cq-04',
'apply-attachment', '--no-update', '--non-interactive', 184451,
'--port=chromium-xvfb'] exit_code: 2 cwd:
/mnt/git/webkit-commit-queue

Last 500 characters of output:
-queue

Parsed 4 diffs from patch file(s).
patch:  Can't create file /tmp/pptQe127 : No space left on device
patch:  Can't create file /tmp/ppIK0MM8 : No space left on device
patch:  Can't create file /tmp/ppTdTd08 : No space left on device
patch:  Can't create file /tmp/pp8tZQ8b : No space left on device


Kr,
-- 
Christophe Dumez, PhD
Linux Software Engineer
Intel Finland Oy - Open Source Technology Center
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev


Re: [webkit-dev] PSA: Migration plan to GStreamer 1.x

2013-01-10 Thread Dumez, Christophe
Hi,

FYI, WebKit-EFL is now building with gstreamer 1.0 by default [1].

[1] https://bugs.webkit.org/show_bug.cgi?id=106178

On Tue, Jan 8, 2013 at 10:09 PM, Ryan Ware w...@linux.intel.com wrote:



  -Original Message-
  From: webkit-dev-boun...@lists.webkit.org [mailto:webkit-dev-
  boun...@lists.webkit.org] On Behalf Of Simon Hausmann
  Sent: Tuesday, January 08, 2013 2:10 AM
  To: webkit-dev@lists.webkit.org
  Subject: Re: [webkit-dev] PSA: Migration plan to GStreamer 1.x
 
  On Tuesday, January 08, 2013 10:21:00 AM Philippe Normand wrote:
   Hi,
  
   This mail is mainly for the GTK, Qt and EFL port maintainers, I
   decided to post here instead of cross-posting to three mailing lists
   :)
  
   So there's been work to port the MediaPlayer and WebAudio GStreamer
   backends to the new GStreamer 1.x APIs. At the moment you can choose
   (well, for the GTK port at least) at build time if you want to use the
   0.10 or 1.x APIs.
  
   The issue is that GStreamer 0.10 is no longer actively maintained and
   the GStreamer developers/maintainers entirely focus on GStreamer 1.x.
  
   Moreover we currently don't have the manpower to maintain the 2 code
   paths in the WebKit/GStreamer platform layer. The GTK port buildbots
   already switched to 1.0 last month and I encourage Qt and EFL to do
   the same ASAP, at least for their buildbots.
  
   I'd like to propose we drop the GStreamer 0.10 support from WebKit
   once the next stable branch of GStreamer is released, it will be 1.2,
   scheduled somewhere around February.
 
  Sounds good to me.

 This will also be less problematic from a security perspective in the
 future
 since it will be harder to get security updates for 0.10.

 Ryan

 ___
 webkit-dev mailing list
 webkit-dev@lists.webkit.org
 http://lists.webkit.org/mailman/listinfo/webkit-dev




-- 
Christophe Dumez, PhD
Linux Software Engineer
Intel Finland Oy - Open Source Technology Center
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev


Re: [webkit-dev] PSA: Migration plan to GStreamer 1.x

2013-01-08 Thread Dumez, Christophe
Yes, sounds good to me too. I think we should add gstreamer 1.0 to EFL's
jhbuild then since Ubuntu 12.04 LTS does not seem to ship it.
I can do this soon if everyone is OK with it.

Kr,

On Tue, Jan 8, 2013 at 12:10 PM, Simon Hausmann simon.hausm...@digia.comwrote:

 On Tuesday, January 08, 2013 10:21:00 AM Philippe Normand wrote:
  Hi,
 
  This mail is mainly for the GTK, Qt and EFL port maintainers, I decided
  to post here instead of cross-posting to three mailing lists :)
 
  So there's been work to port the MediaPlayer and WebAudio GStreamer
  backends to the new GStreamer 1.x APIs. At the moment you can choose
  (well, for the GTK port at least) at build time if you want to use the
  0.10 or 1.x APIs.
 
  The issue is that GStreamer 0.10 is no longer actively maintained and
  the GStreamer developers/maintainers entirely focus on GStreamer 1.x.
 
  Moreover we currently don't have the manpower to maintain the 2 code
  paths in the WebKit/GStreamer platform layer. The GTK port buildbots
  already switched to 1.0 last month and I encourage Qt and EFL to do the
  same ASAP, at least for their buildbots.
 
  I'd like to propose we drop the GStreamer 0.10 support from WebKit once
  the next stable branch of GStreamer is released, it will be 1.2,
  scheduled somewhere around February.

 Sounds good to me.


 Simon
 ___
 webkit-dev mailing list
 webkit-dev@lists.webkit.org
 http://lists.webkit.org/mailman/listinfo/webkit-dev




-- 
Christophe Dumez, PhD
Linux Software Engineer
Intel Finland Oy - Open Source Technology Center
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev


Re: [webkit-dev] Question related to license in WK2 EFL port

2012-07-25 Thread Dumez, Christophe
Hi,

This kind of decision is not easy to take and cannot necessarily be taken
by us developers (our employers may favor one particular license).

The WebKit project allows both Apple's new BSD or LGPL as far as I know.
So, as long as contributors use one of those 2 licenses for WebKit-EFL, I
don't see any problem with it.

Kr,

On Wed, Jul 25, 2012 at 8:50 AM, Gyuyoung Kim gyuyoung@samsung.comwrote:

 Hello WebKit folks,

 I'd like to have your opinions on EFL port licensing. Currently it uses
 both LGPL and BSD, and there's no explicit rule in EFL port so far. So the
 license was decided by individual contributor when new file was submitted.
 Nowadays, some EFL contributors are confused which license should be used.

 I would like to know whether EFL folks can continue to choose which
 license to use. Or, is there any rule related to license?

 Gyuyoung
 ___
 webkit-dev mailing list
 webkit-dev@lists.webkit.org
 http://lists.webkit.org/mailman/listinfo/webkit-dev




-- 
Christophe Dumez
Linux Software Engineer, PhD
Intel Finland Oy - Open Source Technology Center
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev


Re: [webkit-dev] is DNS for webkit.org down?

2012-07-03 Thread Dumez, Christophe
Yes, I can confirm:
http://queues.webkit.org/results/13126546

Kr,

On Tue, Jul 3, 2012 at 10:37 PM, Robert Hogan li...@roberthogan.net wrote:

 This has started happening again I think. As of 8.30pm GMT Monday evening.

 On Sunday 01 July 2012 15:34:36 William Siegrist wrote:
  There was a network issue that has since been resolved. If you're still
  having trouble, please let me know.
 
  -Bill
 
  On Jun 30, 2012, at 8:17 PM, Dirk Pranke wrote:
   Hi all,
  
   It seems like DNS for webkit.org is down ... I can still get to
   build.webkit.org, but everything else is timing out?
  
   -- Dirk
   ___
   webkit-dev mailing list
   webkit-dev@lists.webkit.org
   http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
 
  ___
  webkit-dev mailing list
  webkit-dev@lists.webkit.org
  http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
 ___
 webkit-dev mailing list
 webkit-dev@lists.webkit.org
 http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev




-- 
Christophe Dumez
Linux Software Engineer, PhD
Intel Finland Oy - Open Source Technology Center
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


Re: [webkit-dev] A massive rebaseline needed for r117672

2012-05-19 Thread Dumez, Christophe
Hi,

I took care of the rebaseline for EFL port at:
https://bugs.webkit.org/show_bug.cgi?id=86940

I just need a committer to cq+.

Kr,

On Sat, May 19, 2012 at 12:33 PM, Ryosuke Niwa rn...@webkit.org wrote:

 I've rebaselined tests in:
 http://trac.webkit.org/changeset/117673
 http://trac.webkit.org/changeset/117674
 http://trac.webkit.org/changeset/117676 (philn)
 http://trac.webkit.org/changeset/117677
 http://trac.webkit.org/changeset/117679
 http://trac.webkit.org/changeset/117681 (ossy)
 http://trac.webkit.org/changeset/117682
 http://trac.webkit.org/changeset/117686

 Special thanks to philn and ossy who rebaselined tests for GTK and Qt
 respectively.

 Unfortunately, I was not able to rebaseline tests for Windows and EFL bots
 because Windows bots have been failing to compile since r117672 and EFL
 bots don't seem to upload results properly (I can't see diff on results
 page).

 - Ryosuke

 On Fri, May 18, 2012 at 9:51 PM, Ryosuke Niwa rn...@webkit.org wrote:

 Hi,

 I just landed r117672 http://trac.webkit.org/changeset/117672 to fix
 padding issues with input elements; namely it removed 1px left and right
 paddings inside input elements. Unfortunately, this change requires
 rebaselines of roughly 150 pixel tests (Mac and Chromium Mac rebaselines
 are done in http://trac.webkit.org/changeset/117673 and
 http://trac.webkit.org/changeset/117674).

 In many tests, contents in input element are shifted to the start (left
 in LTR and right in RTL) by 1px, and widths of input elements are shrunk by
 2px.

 I intend on doing most of rebaselines myself but I can't be perfect so I
 apologize for any inconveniences it may cause in advance.

 Best,
 Ryosuke Niwa
 Software Engineer
 Google Inc.



 ___
 webkit-dev mailing list
 webkit-dev@lists.webkit.org
 http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev




-- 
Christophe Dumez
Linux Software Engineer, PhD
Intel Finland Oy - Open Source Technology Center
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


[webkit-dev] EditBug permission

2012-05-04 Thread Dumez, Christophe
Hi,

Could someone please add EditBug permission to my bugs.webkit.org account?
I have landed several patches already (mostly for EFL port) and it would be
nice if I could assign bugs to me.

My account login is: christophe.dumez (at) intel.com

Thanks in advance,
-- 
Christophe Dumez
Linux Software Engineer, PhD
Intel Finland Oy - Open Source Technology Center
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev