Re: [webkit-dev] New EWS Non-Unified builder

Hi, Do we have a post-commit non-unified builder? Starting with EWS wouldn't seem like a workable plan to me, as breakages would creep in anyway, and it's really hard to notice and isolate those from EWS results alone. Giving all WebKit developers the responsibility to support more build

Re: [webkit-dev] New EWS Non-Unified builder

(Re-sending from correct address) These points from my yesterday email remain without responses: 1. Cannot have an EWS without corresponding post-commit queue. 2. It doesn't appear like we looked into whether there are any ways to mitigate the problem other that this most costly one. - Alexey

Re: [webkit-dev] New EWS queue: Stress Test EWS

Hi, This issue is tracked as https://bugs.webkit.org/show_bug.cgi?id=225126 - Alexey > 28 апр. 2021 г., в 3:23 AM, Manuel Rego Casasnovas via webkit-dev > написал(а): > > Hi, > > The stress test EWS has some issue when dealing with

[webkit-dev] Updated Subversion installer for WebKit development on macOS

Hi, We've posted a new svn installer for macOS to https://webkit.org/build-tools/ . It now runs natively on Apple Silicon, and the build contains the fix for https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-17525

Re: [webkit-dev] Proposed changes to Bugzilla 'Resolution' categories

> 10 февр. 2022 г., в 12:06 PM, Michael Catanzaro via webkit-dev > написал(а): > > On Thu, Feb 10 2022 at 11:55:56 AM -0800, Brent Fulgham via webkit-dev > wrote: >> (1) Add a new “Behaves As Designed” option: >>> This will represent bugs that were filed when the reporter misunderstands a

Re: [webkit-dev] Deployment of new EWS Non-Unified builder

Hi, I'm not sure if we have a consensus on whether it is a project goal to keep non-unified build working at all times. As discussed last year, setting up post-commit bots is a pre-requisite for having EWS, so this part is resolved. But proactively maintaining the non-unified build is strictly

Re: [webkit-dev] Add CODEOWNERS to WebKit

It seems like we still need to host watchlist CC service though, to support patch workflow - and we'll have separate lists in GitHub and in Bugzilla, unless watchlists are reimplemented. I believe that while there are stale watchlists entries, newer additions are valid. - Alexey 2 июня 2022

Re: [webkit-dev] Deployment of new EWS Non-Unified builder

I can't speak for everyone, but the reason why I haven't been responding was that the discussion went in circles, and didn't address the concerns raised. There is new evidence showing that maintaining the non-unified build is very hard. We knew that from the start, which is why the plan was to

Re: [webkit-dev] Nicks in contributors.json

I think that nicks are handy in a couple cases: 1. Finding people on Slack. For this, they would probably need to stay on https://webkit.org/team. 2. Bugzilla autocomplete - I type "smfr" and do not need to scroll like if I typed "Simon". This could be addressed by switching to GitHub names

Re: [webkit-dev] Deployment of new EWS Non-Unified builder

id <https://aka.ms/AAb9ysg> ------------ From: Alexey Proskuryakov via webkit-dev mailto:webkit-dev@lists.webkit.org> > Sent: Wednesday, September 7, 2022 5:05:40 PM To: Michael Catanzaro mailto:mcatanz...@gnome.org> > Cc: webkit-dev@lists.webkit.org <mailto:

Re: [webkit-dev] webkit-changes substitute

Hi, There doesn't appear to be anything good enough, filed https://bugs.webkit.org/show_bug.cgi?id=243793 to track. Please add your use scenarios if they are different from what I listed. I wanted this too, but gave Jonathan incorrect information about importance - it seemed like the mailing

Re: [webkit-dev] Update commit log template to make GNU changelog optional

Hi Michael, The intention of per-file or per-function comments is to have a deeper explanation of code changes, as opposed to overall explanation of what the change does at the top. Not every patch needs it, but many do. These are very helpful in my experience.     *

Re: [webkit-dev] Smart Pointer Analysis Tool for WebKit

Hi, Reviving this old thread, reading it again made me wish for two things: - a wiki document that describes what we are trying to do, not just a thread which patches the proposal with clarifications; - a discussion of why we can postpone figuring out what to do with containers (like Vector

Re: [webkit-dev] webkit-unassigned

> 18 дек. 2023 г., в 1:11 PM, Michael Catanzaro via webkit-dev > написал(а): > > On Mon, Dec 18 2023 at 06:07:48 PM +00:00:00, Alexey Proskuryakov via > webkit-dev wrote: >> I'm still inclined to break the scenario of watching webkit-unassigned. What >> do other

Re: [webkit-dev] webkit-unassigned

> 18 дек. 2023 г., в 1:44 PM, Michael Catanzaro > написал(а): > > On Mon, Dec 18 2023 at 09:16:21 PM +00:00:00, Alexey Proskuryakov > wrote: >> Same thing - limiting the ability to trivially watch for security bugs that >> are initially filed in a wrong component, > > You can currently

Re: [webkit-dev] webkit-unassigned

Fujii Hironori via webkit-dev mailto:webkit-dev@lists.webkit.org> > написал(а): I check it every day. Can I receive the same mails by setting my user watching to webkit-unassig...@lists.webkit.org <mailto:webkit-unassig...@lists.webkit.org> ? On Sat, Dec 16, 2023 at 7:12 AM Alexey Prosk

Re: [webkit-dev] webkit-unassigned

Alexey Proskuryakov via webkit-dev mailto:webkit-dev@lists.webkit.org> > wrote: Hello, Does anybody make use of the webkit-unassigned mailing list? I'd like to disable it, to reduce exposure of spam and accidental postings. - Alexey ___ webkit-dev

[webkit-dev] webkit-unassigned

Hello, Does anybody make use of the webkit-unassigned mailing list? I'd like to disable it, to reduce exposure of spam and accidental postings. - Alexey ___ webkit-dev mailing list webkit-dev@lists.webkit.org