Hi,
As far as I know there is no documentation about what can you
add after "//@". But in general you can add there whatever you
want. It is executed by run-jsc-stress-tests in an eval:
https://trac.webkit.org/browser/webkit/trunk/Tools/Scripts/run-jsc-stress-tests#L576
br,
Ossy
2019.09.20.
Hi,
I expected exactly this proposal when Apple announced the 64-bit
only iOS 11 near 3 months ago. ( I should have bet. :) )
I can understand that 32-bit is only an unnecessary barrier
for you and you don't want to bear the maintenance cost of it
when there isn't a significant amount of
Hi,
On 2017.05.11. 0:32, Andy Estes wrote:
On May 10, 2017, at 3:17 PM, Michael Catanzaro wrote:
On Tue, May 9, 2017 at 2:57 PM, Ryosuke Niwa wrote:
One annoying thing is that I've seen clang complaining about that
return statement being an
Hi,
it seems WKR and webkitbot left #webkit IRC channel
on 4th Nov and we can't see them since then.
It would be great if somebody could
find and ask them to come back.
Ossy
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
Hi Lucas,
The clock is still or again 4 minutes fast.
Could you possibly check what happened?
Ossy
On 2016-11-08 19:10, Lucas Forschler wrote:
Thanks Michael,
I have configured the machine to sync with a local time server.
Lucas
On Nov 8, 2016, at 4:10 AM, Michael Catanzaro
Hi,
I checked the current status on Linux (JSCOnly port), and got the following:
- 38109 tests (19758 different tests, most of them are run in
strict and non-strict mode too, some of them only in one mode.)
- 2742 failures
- runtime: 12.5 minutes (on a Core i5 760 @ 2.80GHz CPU)
note:
Hi,
it seems feeder and style queues are offline
now, which means EWS and CQ bots aren't fed.
Could somebody possibly restart these bots?
br,
Ossy
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
Hi,
The actual topic is upgrading, let's discuss about bugzilla too.
bugs.webkit.org still uses the ancient and unsecure 4.2.11 bugzilla.
The last release from 4.2 series is 4.2.16 (2015 Dec 22) which means
the EOL of 4.2. The latest releases are 4.4.11 and 5.0.2.
Once we could upgrade to
+1 for upgrading the SVN server.
1.6.11 is really outdated and I think it is unsecure too.
1.6.11 was released 6 years ago and the last release
from 1.6 series is 1.6.23 which was released 3 years ago.
https://subversion.apache.org/docs/release-notes/release-history.html
Hi,
now the #error macro in Compiler.h is the only one blocker to
be able to build JSCOnly port with GCC 4.8 (without FTL JIT):
http://trac.webkit.org/browser/trunk/Source/WTF/wtf/Compiler.h#L73
The existance of a buildbot doesn't mean any obligation for anybody.
We have many bots which are
Hi,
a SPAM-mer added an attachment to wiki start page of trac.webkit.org:
https://trac.webkit.org/attachment/wiki/WikiStart/turbotax%20toll%20free%20phone%20number%20866%20769%208127%20turbotax%20help%20phone%20number.pdf
Previously I removed many SPAM from wiki pages, but I don't have rights
Hi,
despite the initial enthusiasm I haven't seen any green build at least a
month ago or any intention to add/remove files to the cmake build system.
Just out of curiosity, is there any chance that Apple Mac WebKit
will be migrated to cmake within the foreseeable future?
br,
Ossy
On
Hi,
It is a very old issue and I already proposed to fix it 2 years
before: https://bugs.webkit.org/show_bug.cgi?id=124047 and once again:
https://lists.webkit.org/pipermail/webkit-dev/2014-October/026944.html
It is a known and fixed bugzilla issue in bugzilla 4.4 (3.5 year ago!).
As far as I
I like the idea to have a platform free, standalone JSC.
It would make easier to maintain various ARM backends.
We don't need update-webkit*-libs at all for the
standalone JSC, it really depends only on ICU and LLVM.
Ossy
Geoffrey Garen írta:
I think it would be nice to avoid tying the Nix
Hi,
ENABLE(SUBPIXEL_LAYOUT) guard was removed and
ENABLE(SATURATED_LAYOUT_ARITHMETIC)
is enabled on all ports more than a year ago. I don't know any issue related to
it.
I'd like to propose to remove the ENABLE(SATURATED_LAYOUT_ARITHMETIC) guards
too.
Hi,
now everything is broken again. :(
trac.webkit.org:
-
OperationalError: could not connect to server: Connection timed out
Is the server running on host "data.macosforge.org" and accepting
TCP/IP connections on port ?
bugs.webkit.org:
-
Hi,
On 2015-08-25 15:36, z...@falconsigh.net wrote:
EFL port already switched IndexedDB on by
https://trac.webkit.org/changeset/187596 ,
so we need at least GCC 4.9 since then.
But do you check for that version?
Not yet.
Anyway, there's a check for 4.7.0 in Source/WTF/wtf/Compiler.h that
Hi,
We have the same network issue in Hungary / Europe. And
it seems that some of the EFL and GTK bots are affected too.
All *.webkit.org (svn,build,trac,..) are extremely slow from
one network and everything works fine from the other network.
Maybe it is some firewall issue somewhere on Apple
Hi,
On 2015-08-25 14:29, z...@falconsigh.net wrote:
On Tue, Aug 25, 2015, at 12:55 PM, Carlos Garcia Campos wrote:
El mar, 25-08-2015 a las 12:47 +0200, z...@falconsigh.net escribió:
On Fri, Aug 14, 2015, at 07:19 PM, Alex Christensen wrote:
The days of supporting VS2013 are behind us, so if
Something is still wrong, the commit queue, the
style queue,the GTK and EFL EWS are down again.
Commit Queue
17 hours, 46 minutes ago
Status: Starting Queue
2 pending
Style Queue
5 hours, 35 minutes ago
Status: Stopping Queue, reason: Delegate terminated queue.
6 pending
Gtk WK2 EWS
35 minutes
Style queue is still down, otherwise everything looks good.
br,
Ossy
Aakash Jain írta:
The upgrade was a success! EWS and the Flakiness Dashboard are running
smoothly. Please reply to this thread if you notice any issues.
New urls are:
https://webkit-queues.webkit.org/
Hi All,
it seems EWS server is down - http://webkit-queues.appspot.com/
Error: Not Found
The requested URL / was not found on this server.
It would be great if somebody could check and fix it. Thanks.
br,
Ossy
___
webkit-dev mailing list
Hi,
it seems build.webkit.org is unavailabe since yesterday 23:13:00 (UTC).
It would be great if somebody can check what happened. Thanks.
br,
Ossy
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
Hi,
*.webkit.org sites (trac,bugs,build) are extremely slow
from here (Europe/Hungary) and I didn't get any bugzilla
mail 2 days ago, but I should have got many.
Is it a known issue and/or is anybody working on the fix?
br,
Ossy
___
webkit-dev
subscribed to
webkit-dev with this mail address, but set the webkit.org
one in bugzilla - which is forwarded to this one.) Does
everything work fine on the Apple side? If yes, I'll
ping my email service provider.
br,
Ossy
Osztrogonác Csaba írta:
*.webkit.org sites (trac,bugs,build) are extremely slow
from
Hi,
Why would be helpful to stuck with a very old cmake version?
CMake 2.8.8 was released on 18th Apr 2012 (3 years ago), and
2.8.12 was released on 8th Oct 2013 (1.5 years ago). What is
the blocker issue why you can't use the newer cmake? Could
you explain the details? Wouldn't be easier to try
Hi,
There are different issues here:
- EWS bots don't run webkitpy tests, except the Mac WK1 and WK2.
(running webkitpy tests is part of run tests) Maybe we should
run webkitpy tests on the non tester EWS bots too.
- poor webkitpy test coverage: Windows buildbots should have
noticed the
Hi,
I'd like this idea basically, it would be great
if you or somebody else could work on it.
One of my former collegue started to investigate the same
thing 1.5 years before, but it was lost among many tasks
with higher priorities. Feel free to reuse these bugs and
WIP patches: (or file new
Hi,
unfortunately GCC doesn't set the necessary __ARM_NEON__ define even if
the CPU supports NEON instructions, we have to pass -mfpu=neon[-*] to
make sure __ARM_NEON__ is set properly. It was explicitly set on our ARM
bots for long time, but accidentally lost after a GCC toolchain update.
I
fix:
https://bugs.webkit.org/show_bug.cgi?id=142338
br,
Ossy
Osztrogonác Csaba írta:
I noticed many patches to fix newly introduced unused
parameter warnings on GTK and EFL ports nowadays.
(ToT EFL WebKit is warning free right now.)
CMake ports now handle unused parameters as warnings, not build
Hi,
Now Apple Mac, GTK and EFL ports use bmalloc without any issue.
I noticed that Apple Windows port turned off FastMalloc 1.5 years
ago (r156933) due to some issues. Is there any plan to port bmalloc
to Windows too to use the same allocator on all ports?
br,
Ossy
Geoffrey Garen írta:
To
access to that bot. I was on vacation for several weeks, but I fixed it
this morning. Let me know if there are any more complaints about that bot.
Alex
On Jan 29, 2015, at 4:21 AM, Osztrogonác Csaba o...@inf.u-szeged.hu wrote:
Hi,
the bot is persistently broken due to the SVN errors since 3
it not to increase
the network traffic and generate useless buildlogs.
br,
Ossy
Osztrogonác Csaba írta:
Hi,
is this brand new bot really maintained? I haven't
seen any green build, but zillion flakiness on it.
It seems the WinCairo bot still has many issues, for example:
- failed svn - still suffering
Hi,
is this brand new bot really maintained? I haven't
seen any green build, but zillion flakiness on it.
It seems the WinCairo bot still has many issues, for example:
- failed svn - still suffering with different magic errors:
svn: E120106: ra_serf: The server sent a truncated HTTP response
Hi all,
I noticed many patches to fix newly introduced unused
parameter warnings on GTK and EFL ports nowadays.
(ToT EFL WebKit is warning free right now.)
CMake ports now handle unused parameters as warnings, not build
errors everywhere. (-Werror and -Wno-error=unused-parameter )
Mac port
Osztrogonác Csaba írta:
Inspector is enabled by default on all major WebKit port and
the build without inspector isn't really maintained by anyone.
Building without inspector can be useful on an embedded system where
you don't need it, but it only reduces the binary code size with ~3%.
It isn't
Hi All,
Inspector is enabled by default on all major WebKit port and
the build without inspector isn't really maintained by anyone.
Building without inspector can be useful on an embedded system where
you don't need it, but it only reduces the binary code size with ~3%.
It isn't so much, but
EFL EWS is down since 16.5 hours. Any news about the upgrade?
Gyuyoung Kim írta:
Now I'm trying to replace a poor performance machine with new one.
I hope EFL EWS bot will be fine soon.
Thank you for your notification.
Gyuyoung.
___
webkit-dev
Hi Gyuyoung,
thanks for fixing the bots.
I noticed similar problem on the EFL EWS and buildbot many times.
Unfortunately it can cause not only orange bubbles, but false
positive redness too.
I saw the same error long long time ago locally, and the reason
was OOM on one of an overloaded icecc
Just a note: the Windows bot exits early long long time ago
due to too many crashes and timeouts. Additionally there
many failures too, for example almost all regions tests
fail with minor pixel differences.
Myles C. Maxfield írta:
Whoops - this time from the right email address.
Thanks,
Myles
Hi all,
it seems ENABLE(SQL_DATABASE) is enabled on all ports,
but there are still ifdef guards for it in 300+ files.
Is there anybody shipping WebKit with disabled SQL_DATABASE?
If no, I'd propopse removing these guards.
br,
Ossy
___
webkit-dev
Hi,
30 days waiting isn't so long. :)
I think our Guinness Recorder is bug110978, the first
patch was uploaded 21 months before. And then were updated
to the top of trunk many times, because WK2 owners doesn't
have time to review the refactoring they explicitly requested.
I always wonder if a
that bot. I wanted to make my own bot, but I probably won't get around to it for a few more weeks. Go ahead and remove it, but cc me so I can do the inverse once I get time to set up my bot.
Alex
On Nov 17, 2014, at 9:16 AM, Osztrogonác Csaba o...@inf.u-szeged.hu wrote:
Hi,
it seems
Hi,
it seems the WinCairo buildbot is offline since a months:
https://build.webkit.org/builders/WinCairo%20Release?numbuilds=200
And it had been continuosly red before it went offline,
at least since 1st October.
Is there anybody maintains / interested in maintaining this bot?
If no, I propose
Apple dropped Windows WebKit2 port long long time ago:
https://bugs.webkit.org/show_bug.cgi?id=105585 and as
far as I remember NetworkProcess didn't have Windows
support ever. So it isn't an easy task. Not at all.
br,
Ossy
On 2014-11-03 19:38, Brent Fulgham wrote:
I wonder if we could easily
Hi,
On 2014-10-17 12:42, Sergio Villar Senin wrote:
Could the format of bz emails be changed? The new one with those huge
tables on top and tiny fonts for the bug comments are pretty difficult
to process.
You can change the Preferred email format to text only here:
Hi,
have you tried if the webkit-patch bugzilla tool (upload,
apply-attachment, apply-from-bug, ... ), the review tool,
the commit queue and EWS will work properly with the new
bugzilla version?
I think they are very fragile and highly rely on the generated
HTML forms. I prefer fixing these
Hi All,
it seems the Apple Windows EWS doesn't work at all since 4 days
after http://trac.webkit.org/changeset/174315 , because it can't
find the generated JSInternals.h and cpp. Maybe they aren't
generated, but it's hard to determine without full logs.
I filed a bug report for it 2 days
There are some errors with TypeSet when building javascriptcore with
ENABLE_INSPECTOR=0. Could anyone please fix this?
It is fixed by https://bugs.webkit.org/show_bug.cgi?id=136912,
but the patch is waiting for review now.
___
webkit-dev mailing list
Hi,
Patrick Gansterer írta:
On 31.01.2014, at 22:10, Anders Carlsson ander...@apple.com wrote
looks like the last legitimate commit to the Windows CE port was on November
3rd November 2013, almost 3 months ago.
What's the minimum upstream interval for downstream fixes to show ongoing
It works fine with EFL port on x86_64 Linux.
You only need the following things: (on Ubuntu 14.04!)
- apply the patch from https://bugs.webkit.org/show_bug.cgi?id=133571
- run sudo Tools/efl/install-dependencies
- run WEBKIT_EXTRA_MODULES=llvm Tools/Scripts/update-webkitefl-libs
- run
Hi,
it seems the Apple Mac WK1 EWS bots have problems:
http://webkit-queues.appspot.com/queue-status/mac-ews
Last Pass: 11 hours, 57 minutes ago by webkit-ews-01
Unable to pass tests without patch (tree is red?)
Regressions: Unexpected text-only failures (30)
Hi Filip,
the latest part of ftlopt branch merge made some performance
tests crash everywhere. I filed a bug report with the details:
https://bugs.webkit.org/show_bug.cgi?id=135750
Could you possible fix this regression?
br,
Ossy
Filip Pizlo írta:
Hi everyone,
The JSC ftlopt branch is
?
On Wednesday, August 6, 2014, Osztrogonác Csaba o...@inf.u-szeged.hu
mailto:o...@inf.u-szeged.hu wrote:
Hi,
r171961 changed the path of the generated inspector files (because
of r171942) from WebKitBuild/Release/__DerivedSources/JavaScriptCore
to WebKitBuild/Release
Hi,
r171961 changed the path of the generated inspector files (because
of r171942) from WebKitBuild/Release/DerivedSources/JavaScriptCore
to WebKitBuild/Release/DerivedSources/JavaScriptCore/inspector
But unfortunately the old generated files remained in the old
path which caused the following
Hi,
It seems the Mac WK2 EWS bots are very flakey nowadays, they set cq-
and comment bugzilla due to false positive media/* test failures.
Is there any volunteer for fixing them?
Ossy
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
Ryosuke Niwa írta:
Well, providing details in the bug would essentially email the author
the reviewer since they're auto cc'ed. I agree commenting on the
Bugzilla is better so that others could follow.
No, reviewers aren't auto cc'ed to bugs if they only used review patch
and they wasn't
Hi All,
it seems WebKit commit queue is stucked, because the last pass was
14 hours ago: http://webkit-queues.appspot.com/queue-status/commit-queue
All patch fails with Unable to build without patch [results] message:
Hi All,
WebKit hackers from University of Szeged are still on the board,
and we are committed to having better WebKit on ARM Linux.
We migrated the two builder bots to http://build.webkit.org/waterfall :
- EFL Linux ARMv7 Thumb2 Release (Build)
- EFL Linux ARMv7 Traditional Release (Build)
Darin Adler írta:
On Apr 25, 2014, at 1:05 AM, Raphael Kubo da Costa rak...@webkit.org wrote:
Sam Weinig wei...@apple.com writes:
Hello,
Is anyone using the LevelDB backend to IndexedDB?
The EFL and GTK+ ports are.
Are you sure?
Since the GTK+ port is now WebKit2-only, then it can't be
Hi,
as for me, I always support changes to reduce maintenace burden. I
remember that derivedsources caused problems many times in the past.
Adding a new non trivial source generator to each build system can
be a really hard task, and keeping them in sync weren't succesful
always.
Now I don't
In my opinion bugzilla upgrade is risky, because
webkit-patch extremely relies on html pages of
bugzilla. Any change might broke everything.
Additionally WebKit's bugzilla has several changes,
for example the review tool, EWS status bubbles, etc.
I'm not against upgrading, but if we do it, we
Hi,
There are still issues after downtime:
- Apple EWS bots are still broken (Last Pass: 1 day, 16 hours ago)
- login on build.webkit.org is broken:
The username or password you entered were not correct. Please go back
and try again.
Ossy
Lucas Forschler írta:
FYI, I'm currently working on
It seems the whole authentication is broken (except bugs.webkit.org),
because commit to svn.webkit.org is broken too. :-/
On 03/13/2014 11:25 AM, Sergio Villar Senin wrote:
En 13/03/14 09:56, Osztrogonác Csaba escribiu:
Hi,
There are still issues after downtime:
- Apple EWS bots are still
then the broken one.
Is it possible to shut down the webkit-misc-style but until proper fix?
Thanks,
Ossy
On 03/13/2014 09:56 AM, Osztrogonác Csaba wrote:
There are still issues after downtime:
- Apple EWS bots are still broken (Last Pass: 1 day, 16 hours ago)
- login on build.webkit.org is broken
Hi,
something is still wrong with trac.webkit.org, because it thinks
that the newest commit is http://trac.webkit.org/changeset/165452 ,
but the newest is r165460.
Could you check what happened? Thanks.
Ossy
Lucas Forschler írta:
Hello Webkit developers,
Apple will be upgrading our network
Additionally git.webkit.org is stucked too on r165452.
Osztrogonác Csaba írta:
Hi,
something is still wrong with trac.webkit.org, because it thinks
that the newest commit is http://trac.webkit.org/changeset/165452 ,
but the newest is r165460.
Could you check what happened? Thanks.
Ossy
Frédéric WANG írta:
git seems to work now, thanks.
However, http://trac.webkit.org/changeset is now blocked at revision
165462.
Maybe the post commit hook is still broken.
For some reason, 165462 does not appear on
http://build.webkit.org/console but 165463 and 165464 are visible there.
Hi Filip,
On 03/11/2014 06:43 PM, Filip Pizlo wrote:
On Mar 11, 2014, at 6:44 AM, Eva Balazsfalvi
evab.u-sze...@partner.samsung.com
mailto:evab.u-sze...@partner.samsung.com wrote:
Dear WebKit developers,
It's just a heads-up to let you know that rollout changelog format was
changed. The
Hi,
it seems there are still serious problems with *.webkit.org
infrastructure, for example the following things:
- commit queue, style queue, Apple EWS bots are still stucked
- bugzilla is very very slow, and I got this strange error right now:
On 03/12/2014 05:34 PM, Alexey Proskuryakov wrote:
11 марта 2014 г., в 10:43, Filip Pizlo fpi...@apple.com
mailto:fpi...@apple.com написал(а):
Any particular reason for removing the list of changed files? I find
that to be the easiest way of determining, at a glance, what kind of
an effect a
Hi,
I checked the history of blink merges, but I haven't found too
much credit for the original author, but much more references
to the commit similar to the changeset you mentioned.
Should we mention the author _and_ the changeset too in the future?
Ossy
On 02/14/2014 09:36 AM, Ryosuke Niwa
On 02/10/2014 09:51 AM, youenn fablet wrote:
Is it by design that only mac bots run regression tests? Technical
issue? Lack of resources?
Technically, it's so easy to make an EWS to run layout tests
too with adding a runTests: true to the ews.json file:
Hi,
Fix already landed in http://trac.webkit.org/changeset/163167 ;)
Ossy
Gyuyoung Kim írta:
Hello Oliver,
I'm really sorry about the inconvenience to you. Let me try to fix it
within a few days.
Gyuyoung.
On Wed, Jan 29, 2014 at 8:09 AM, Alexey Proskuryakov a...@webkit.org
Hi,
Xabier Rodríguez Calvar írta:
O Mar, 04-02-2014 ás 13:11 +0100, Osztrogonác Csaba escribiu:
I've checked the full clean build time of GTK port on a quad core
i5-2320 (3GHz) machine with icecc buildfarm and -j30 makeflag:
- with SVG disabled:WebKit is now built (11m:58s).
- with SVG
Alberto Garcia írta:
On Fri, Jan 31, 2014 at 12:43:16PM +0100, Osztrogonác Csaba wrote:
The --no-svg build is broken now, and the change broke it is 11
months old change
Not in the GTK+ port at least, I've been able to do builds without
SVG perfectly fine, so there's probably something else
Xabier Rodríguez Calvar írta:
Sorry for the late answer, but I was in Brussels at FOSDEM.
O Ven, 31-01-2014 ás 14:01 +0100, Alberto Garcia escribiu:
Not in the GTK+ port at least, I've been able to do builds without
SVG perfectly fine, so there's probably something else wrong in your
Hi,
+1 for removing ENABLE(SVG) guards.
The --no-svg build is broken now, and the change broke it is
11 months old change - https://trac.webkit.org/changeset/145450, so
--no-svg build isn't maintained at all and nobody can use it on trunk.
Let's go forward and remove the guards:
Hi,
it seems something strange happens near svn.webkit.org server, because
the following buildbots continually fail during the svn buildstep:
-
http://build.webkit.org/builders/Apple%20Mavericks%20Debug%20WK2%20%28Tests%29?numbuilds=100
-
cleanup since one of the svn
operations timed out. It could have been a spurious problem with
svn.webkit.org, so I think the bot owner(s) should run cleanup and see if the
timeouts keep happening.
-Bill
On Jan 27, 2014, at 6:03 AM, Osztrogonác Csaba o...@inf.u-szeged.hu wrote:
Hi,
it seems
Hi,
it seems the Windows EWS bots are still broken:
http://webkit-queues.appspot.com/queue-status/win-ews
/cygdrive/c/Program Files (x86)/Microsoft Visual Studio
12.0/Common7/IDE/WDExpress.exe WebKit.vcxproj\WebKit.sln /build
Release|Win32
Could not open build log file at
Hi,
+1 for removing the WinCE bot, it seems it isn't maintained at all.
The latest build on it was on 8th Aug, it is offline since then:
http://build.webkit.org/builders/WinCE%20Release%20%28Build%29/builds/36154
Additionally the latest build in the build.webkit.org history
was on 6 th Jun and
Hi,
It seems the Windows EWS bots should be updated too:
http://webkit-queues.appspot.com/queue-status/win-ews
Ossy
Brent Fulgham írta:
I am landing changes to switch our builds over to Visual Studio 2013. You can
assume I know about any build failures on the Windows port. However, please
Hi,
is there any plan to use more C++11 featurese not mentioned here?
I just ask it, because many of us still use Ubuntu 12.04 LTS with
its default compiler - GCC 4.6. (Now EFL and Nix port builds fine.)
So my question is if we will need GCC 4.7 or 4.8 in the near future
because of using C++11
Hi,
I don't agree with Zoltán. Adding yourself to the watchlist doesn't
need bug report and review. You are a committer, you can simple
add yourself to the watchlist directly as others did it in the past.
But you should run test-webkitpy tests before committing to make
sure you don't break
Hi,
As Zoltan said this feature was introduced for Qt port. But now
EFL, GTK and Nix use fastmalloc instead of system malloc too.
It was fine and used for some use-cases in those days.
To make a decision if the fastmalloc or the system malloc is better,
we need some measurements. I made a quick
Hi,
Geoffrey Garen írta:
Does your code fix bugs or improve performance in WebCore or
JavaScriptCore?
As any other WebKit port WebCore bugs are fixed when we found it and
need a fix, our current performance focus is on CoordinatedGraphics
and there are another team working on get the
Hi,
it seems something happened with Apple Win EWS bots. There are
9 online EWS bot, but it seems, only 2 of them work properly,
others only slow down the patch processing.
30-day Pass count: 0
http://webkit-queues.appspot.com/queue-status/win-ews/bots/APPLE-EWS-1
Hi,
Thanks for the heads-up. I'm not working on Qt port nowadays, but
some of my colleagues (azbest_hu, kadam and abrhm). I cc-ed them to
this thread.
I can confirm that Qt ARM didn't support NRWT long long time ago,
but the Qt ARM bot on http://build.webkit.sed.hu was switched to
use NRWT
Hi,
On 07/26/2013 06:04 PM, Anders Carlsson wrote:
Hi everyone,
when Oliver landed his “let’s break everything” patches in JSC the
other day, I noticed that some of the follow-up build fixes by other
ports were removing use of C++11 features (mainly nullptr).
Are there any ports that
Hi,
Just out of curiosity, isn't simpler deliver the ownership of
these apps from Google to Apple instead of starting new apps?
Ossy
Ryosuke Niwa írta:
Hi,
I've started moving Google owned http://test-results.appspot.com
and http://webkit-commit-queue.appspot.com to Apple
owned
Hi Simon,
http://trac.webkit.org/changeset/147258 changed branches/chromium/1453
http://trac.webkit.org/changeset/147259 changed branches/dfgFourthTier
These commits changed different branches, not the trunk. And only
trunk is in the git mirrors. (git.webkit.org and github mirror too)
Ossy
Hi All,
https://trac.webkit.org/changeset/145482 which is a security
fix, broke 33 JSC tests and made zillion layout test timeout
on all platform. (It seems the author forgot to run tests at
least on his own platform and watching the bots after landing.)
It made bots early exit and very long
Hi,
Rollout patch was already r+ -ed, thanks for the quick r+.
But my question is still open about how can we avoid similar
problems in the future. Why can't we let the EWS bots to
build and test security patches before commit.
br,
Ossy
Osztrogonác Csaba írta:
https://trac.webkit.org
Hi,
Ryosuke Niwa írta:
(snip)
I don't like the idea that now I have to either use this tool or
manually read through TestExpectations to find tests that need
rebaseline. It's also annoying if we had all contributors add new lines
to TestExpectations because those changes will almost always
Hi,
It seems something happened with build.webkit.org.
There are pending builds on all builder, but the
master doesn't make slaves start these builds.
Could you check what happened with the buildbot master, please?
Ossy
___
webkit-dev mailing list
Hi All,
Here is an old bug report about it:
Files with CRLF lineendigs without svn:eol-style=native kills git svn
repositories
https://bugs.webkit.org/show_bug.cgi?id=96934
The general fix would be to force all Windows project file have
svn:eol-style=native svn property. git-svn users who
Hi,
Carlos Garcia Campos írta:
El mar, 29-01-2013 a las 09:39 +0100, Balazs Kelemen escribió:
IMHO, recently, contributors as well as WK2 owners are a bit suffering
from it. I think we can go to a better direction: making all
developers happy as well as resolving WK2 owners' concerns.
I
98 matches
Mail list logo