David Jones via llvm-dev
2019-Jun-02 01:04 UTC
[llvm-dev] FYI: LLVM Phabricactor notifications.
On Sat, Jun 1, 2019 at 5:29 AM <paul.robinson at sony.com> wrote:> One particular change: I've disabled notifications for the duplicate > Subversion meta-repos... so, for example, a commit to Clang will still get > 2 notifications (rL and rG). Before yesterday, this should have sent 3: one > each for rL, rG, and rC. Projects not in the monorepo will get > notifications for rL only. > > > > I am curious how this plays with what I reported in PR41996. It would be > sad if Clang commits were reported to the llvm-commits list, and not > cfe-commits. > > --paulr >I'm guessing that the commit mails you're thinking of are not from Phabricator, but rather directly from the SVN post-commit hook. Those are not affected. The ones that would be different now are the ones with something like "[PATCH] D123456" in the subject line, or "[Diffusion] rL123456", where rL is the callsign. You'll still get emails for callsigns rG and rL, but those (already) generally only go to the committer, and will also get the replies if you comment on the commit through the Phabricator UI.> > > *From:* llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] *On Behalf Of *David > Jones via llvm-dev > *Sent:* Friday, May 31, 2019 8:29 PM > *To:* Manuel Klimek > *Cc:* llvm-dev; clang developer list; Aaron Ballman > *Subject:* Re: [llvm-dev] FYI: LLVM Phabricactor notifications. > > > > I tweaked the notifications yesterday, hopefully we don't see more spam > storms. > > > > For filtering git refs: this is something that has changed substantially > in Phabricator over the past couple of months, but I think I've managed to > restrict notifications to only "master." (Although, again, this has changed > a lot... getting this right depends on my own archaeological skills for > digging through old revisions of the Phab documentation.) > > > > > > There are some complicating factors in deciding what the notifications > should actually be doing... one major source of complexity stems from the > fact that we re-import most commits multiple times. This makes it hard to > reason about how different notifications will fire, and which source will > actually autoclose differential revisions. > > > > The current state is that most commits should notify the committer twice: > once for the Subversion repo (repo callign rL), and once for git master > (rG). I think this may actually be the best state while we're living in > both worlds: the SVN commit is the source of truth, but a lot of folks care > about re-syncing from Git, so that also seems like something folks will > want. Of course, this is a transitional pain point, and there's not going > to be a single configuration that can satisfy every possible thing folks > would want. > > > > One particular change: I've disabled notifications for the duplicate > Subversion meta-repos... so, for example, a commit to Clang will still get > 2 notifications (rL and rG). Before yesterday, this should have sent 3: one > each for rL, rG, and rC. Projects not in the monorepo will get > notifications for rL only. > > > > On Fri, May 31, 2019 at 2:15 AM Manuel Klimek via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > On Fri, May 31, 2019 at 10:53 AM MyDeveloper Day <mydeveloperday at gmail.com> > wrote: > > I actually run a in-house Phabricator instance with 400+ users and > multiple git repo including custom extension developments > > > > I also follow the Phabricator development quite closely because we upgrade > every couple of weeks > > > > I’d be more than happy to help maintain the phab instance for LLVM > > > > Congrats. You're now an admin :) > > (and thanks!!) > > > > I'll figure out who easy it is to give access to our GCE to external > folks, given everything on it is OSS stuff. > > > > > > MyDeveloperDay > > > > On Fri, 31 May 2019 at 09:19, Manuel Klimek via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > > > On Fri, May 31, 2019 at 10:11 AM Aaron Ballman <aaron.ballman at gmail.com> > wrote: > > > > On Fri, May 31, 2019, 10:02 AM Roman Lebedev via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > On Fri, May 31, 2019 at 10:55 AM Manuel Klimek via llvm-dev > <llvm-dev at lists.llvm.org> wrote: > > > > We should be able to control the noise of these > > >, but I also wonder whether we can switch to github reviews as part of > the git move :) > (Provocative offtopic. (I personally hope that never ever happens.)) > > > > Strong +1 to not switching away from phab. > > > > Aaron, do you have admin on phab yet? If yes, would you mind to config the > notifications? > > (honestly, part of my comment was trying to figure out who wants it so > badly that they'd be willing to help with maintenance - I have admin bits > to hand out :) > > > > > > ~Aaron > > > > > > (we just lost our long time phab maintainer on the team) > > > On Fri, May 31, 2019 at 12:44 AM Shoaib Meenai via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> > >> I believe (and I believe it was James who pointed this out on IRC) that > Phabricator pulls in all refs, and GitHub stores PR commits under refs/pull. > >> > >> On 5/30/19, 3:37 PM, "llvm-dev on behalf of Tom Stellard via llvm-dev" > <llvm-dev-bounces at lists.llvm.org on behalf of llvm-dev at lists.llvm.org> > wrote: > >> > >> On 05/30/2019 10:04 AM, Sachkov, Alexey via llvm-dev wrote: > >> > +llvm-dev > >> > > >> > > >> > > >> > *From:* cfe-dev [mailto:cfe-dev-bounces at lists.llvm.org] *On > Behalf Of *Bader, Alexey via cfe-dev > >> > *Sent:* Thursday, May 30, 2019 7:31 PM > >> > *To:* clang-dev developer list <cfe-dev at lists.llvm.org> > >> > *Subject:* [cfe-dev] FYI: LLVM Phabricactor notifications. > >> > *Importance:* Low > >> > > >> > > >> > > >> > Hi, > >> > > >> > > >> > > >> > I think some of contributors to the Clang received a > notifications about some commits done in the past. > >> > > >> > I wanted to share my thoughts on why it might has happened. > >> > > >> > > >> > > >> > I think the commits from this PR > https://github.com/llvm/llvm-project/pull/13were pulled by Phabricator > (probably with aim to review GitHub pull requests in > https://urldefense.proofpoint.com/v2/url?u=https-3A__reviews.llvm.org_&d=DwIGaQ&c=5VD0RTtNlTh3ycd41b3MUw&r=o3kDXzdBUE3ljQXKeTWOMw&m=AD-hZ9rLcmVgzhl1TFTAvKbX-nrgHD75y9sqN5zTEsg&s=KaCscc77Z-fBuYo2dCuykCeHg35yKQXRwp6uVuIsPos&e> environment). > >> > > >> > > >> > > >> > The PR has 2000+ commit, most of which are some old commits from > the master branch, and when Phabricator pulled the commits from PR, it sent > a notification to the commit author (or committer). > >> > > >> > > >> > > >> > Probably we can do something to avoid this situation in the > future. > >> > > >> > > >> > >> + Manuel, Chandler > >> > >> Any idea what happened here? Is phabricator setup to automatically > import > >> pull requests? > >> > >> -Tom > >> > >> > > >> > Sorry for the inconvenience. > >> > > >> > > >> > > >> > Alexey > >> > > >> > > >> > > >> > > >> > > -------------------------------------------------------------------- > >> > Joint Stock Company Intel A/O > >> > Registered legal address: Krylatsky Hills Business Park, > >> > 17 Krylatskaya Str., Bldg 4, Moscow 121614, > <https://www.google.com/maps/search/17+Krylatskaya+Str.,+Bldg+4,+Moscow+121614,+%0D%0A+%C2%A0+%C2%A0+%C2%A0+Russian+Federation?entry=gmail&source=g> > >> > <https://www.google.com/maps/search/17+Krylatskaya+Str.,+Bldg+4,+Moscow+121614,+%0D%0A+%C2%A0+%C2%A0+%C2%A0+Russian+Federation?entry=gmail&source=g>> > Russian Federation > <https://www.google.com/maps/search/17+Krylatskaya+Str.,+Bldg+4,+Moscow+121614,+%0D%0A+%C2%A0+%C2%A0+%C2%A0+Russian+Federation?entry=gmail&source=g> > >> > > >> > This e-mail and any attachments may contain confidential material > for > >> > the sole use of the intended recipient(s). Any review or > distribution > >> > by others is strictly prohibited. If you are not the intended > >> > recipient, please contact the sender and delete all copies. > >> > > >> > > >> > > >> > _______________________________________________ > >> > LLVM Developers mailing list > >> > llvm-dev at lists.llvm.org > >> > > https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.llvm.org_cgi-2Dbin_mailman_listinfo_llvm-2Ddev&d=DwIGaQ&c=5VD0RTtNlTh3ycd41b3MUw&r=o3kDXzdBUE3ljQXKeTWOMw&m=AD-hZ9rLcmVgzhl1TFTAvKbX-nrgHD75y9sqN5zTEsg&s=42V9lvDIvDXSSvzhNIJLw7ddZMt54c2yNRxFpSMppEg&e> >> > > >> > >> _______________________________________________ > >> LLVM Developers mailing list > >> llvm-dev at lists.llvm.org > >> > https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.llvm.org_cgi-2Dbin_mailman_listinfo_llvm-2Ddev&d=DwIGaQ&c=5VD0RTtNlTh3ycd41b3MUw&r=o3kDXzdBUE3ljQXKeTWOMw&m=AD-hZ9rLcmVgzhl1TFTAvKbX-nrgHD75y9sqN5zTEsg&s=42V9lvDIvDXSSvzhNIJLw7ddZMt54c2yNRxFpSMppEg&e> >> > >> > >> _______________________________________________ > >> LLVM Developers mailing list > >> llvm-dev at lists.llvm.org > >> https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > > > > _______________________________________________ > > LLVM Developers mailing list > > llvm-dev at lists.llvm.org > > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > _______________________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > > _______________________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > > _______________________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20190601/552b2b3c/attachment.html>
Hi David, No, these are Phabricator emails, for a recent example see D62616 which was originally subscribed only to cfe-commits, but then in the final Phabricator email after committing we see: This revision was automatically updated to reflect the committed changes. Closed by commit rL362363: [CodeComplete] Add a bit more whitespace to completed patterns (authored by ibiryukov, committed by ). Herald added a project: LLVM. Herald added a subscriber: llvm-commits. There's no reason for Herald to be adding project LLVM/subscriber llvm-commits at the last second here. --paulr From: David Jones [mailto:dlj at google.com] Sent: Saturday, June 01, 2019 9:04 PM To: Robinson, Paul Cc: Manuel Klimek; Clang Dev; Aaron Ballman; llvm-dev Subject: Re: [llvm-dev] FYI: LLVM Phabricactor notifications. On Sat, Jun 1, 2019 at 5:29 AM <paul.robinson at sony.com<mailto:paul.robinson at sony.com>> wrote: One particular change: I've disabled notifications for the duplicate Subversion meta-repos... so, for example, a commit to Clang will still get 2 notifications (rL and rG). Before yesterday, this should have sent 3: one each for rL, rG, and rC. Projects not in the monorepo will get notifications for rL only. I am curious how this plays with what I reported in PR41996. It would be sad if Clang commits were reported to the llvm-commits list, and not cfe-commits. --paulr I'm guessing that the commit mails you're thinking of are not from Phabricator, but rather directly from the SVN post-commit hook. Those are not affected. The ones that would be different now are the ones with something like "[PATCH] D123456" in the subject line, or "[Diffusion] rL123456", where rL is the callsign. You'll still get emails for callsigns rG and rL, but those (already) generally only go to the committer, and will also get the replies if you comment on the commit through the Phabricator UI. From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org<mailto:llvm-dev-bounces at lists.llvm.org>] On Behalf Of David Jones via llvm-dev Sent: Friday, May 31, 2019 8:29 PM To: Manuel Klimek Cc: llvm-dev; clang developer list; Aaron Ballman Subject: Re: [llvm-dev] FYI: LLVM Phabricactor notifications. I tweaked the notifications yesterday, hopefully we don't see more spam storms. For filtering git refs: this is something that has changed substantially in Phabricator over the past couple of months, but I think I've managed to restrict notifications to only "master." (Although, again, this has changed a lot... getting this right depends on my own archaeological skills for digging through old revisions of the Phab documentation.) There are some complicating factors in deciding what the notifications should actually be doing... one major source of complexity stems from the fact that we re-import most commits multiple times. This makes it hard to reason about how different notifications will fire, and which source will actually autoclose differential revisions. The current state is that most commits should notify the committer twice: once for the Subversion repo (repo callign rL), and once for git master (rG). I think this may actually be the best state while we're living in both worlds: the SVN commit is the source of truth, but a lot of folks care about re-syncing from Git, so that also seems like something folks will want. Of course, this is a transitional pain point, and there's not going to be a single configuration that can satisfy every possible thing folks would want. One particular change: I've disabled notifications for the duplicate Subversion meta-repos... so, for example, a commit to Clang will still get 2 notifications (rL and rG). Before yesterday, this should have sent 3: one each for rL, rG, and rC. Projects not in the monorepo will get notifications for rL only. On Fri, May 31, 2019 at 2:15 AM Manuel Klimek via llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> wrote: On Fri, May 31, 2019 at 10:53 AM MyDeveloper Day <mydeveloperday at gmail.com<mailto:mydeveloperday at gmail.com>> wrote: I actually run a in-house Phabricator instance with 400+ users and multiple git repo including custom extension developments I also follow the Phabricator development quite closely because we upgrade every couple of weeks I’d be more than happy to help maintain the phab instance for LLVM Congrats. You're now an admin :) (and thanks!!) I'll figure out who easy it is to give access to our GCE to external folks, given everything on it is OSS stuff. MyDeveloperDay On Fri, 31 May 2019 at 09:19, Manuel Klimek via llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> wrote: On Fri, May 31, 2019 at 10:11 AM Aaron Ballman <aaron.ballman at gmail.com<mailto:aaron.ballman at gmail.com>> wrote: On Fri, May 31, 2019, 10:02 AM Roman Lebedev via llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> wrote: On Fri, May 31, 2019 at 10:55 AM Manuel Klimek via llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> wrote:> > We should be able to control the noise of these>, but I also wonder whether we can switch to github reviews as part of the git move :)(Provocative offtopic. (I personally hope that never ever happens.)) Strong +1 to not switching away from phab. Aaron, do you have admin on phab yet? If yes, would you mind to config the notifications? (honestly, part of my comment was trying to figure out who wants it so badly that they'd be willing to help with maintenance - I have admin bits to hand out :) ~Aaron> (we just lost our long time phab maintainer on the team)> On Fri, May 31, 2019 at 12:44 AM Shoaib Meenai via llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> wrote: >> >> I believe (and I believe it was James who pointed this out on IRC) that Phabricator pulls in all refs, and GitHub stores PR commits under refs/pull. >> >> On 5/30/19, 3:37 PM, "llvm-dev on behalf of Tom Stellard via llvm-dev" <llvm-dev-bounces at lists.llvm.org<mailto:llvm-dev-bounces at lists.llvm.org> on behalf of llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> wrote: >> >> On 05/30/2019 10:04 AM, Sachkov, Alexey via llvm-dev wrote: >> > +llvm-dev >> > >> > >> > >> > *From:* cfe-dev [mailto:cfe-dev-bounces at lists.llvm.org<mailto:cfe-dev-bounces at lists.llvm.org>] *On Behalf Of *Bader, Alexey via cfe-dev >> > *Sent:* Thursday, May 30, 2019 7:31 PM >> > *To:* clang-dev developer list <cfe-dev at lists.llvm.org<mailto:cfe-dev at lists.llvm.org>> >> > *Subject:* [cfe-dev] FYI: LLVM Phabricactor notifications. >> > *Importance:* Low >> > >> > >> > >> > Hi, >> > >> > >> > >> > I think some of contributors to the Clang received a notifications about some commits done in the past. >> > >> > I wanted to share my thoughts on why it might has happened. >> > >> > >> > >> > I think the commits from this PR https://github.com/llvm/llvm-project/pull/13were pulled by Phabricator (probably with aim to review GitHub pull requests in https://urldefense.proofpoint.com/v2/url?u=https-3A__reviews.llvm.org_&d=DwIGaQ&c=5VD0RTtNlTh3ycd41b3MUw&r=o3kDXzdBUE3ljQXKeTWOMw&m=AD-hZ9rLcmVgzhl1TFTAvKbX-nrgHD75y9sqN5zTEsg&s=KaCscc77Z-fBuYo2dCuykCeHg35yKQXRwp6uVuIsPos&e= environment). >> > >> > >> > >> > The PR has 2000+ commit, most of which are some old commits from the master branch, and when Phabricator pulled the commits from PR, it sent a notification to the commit author (or committer). >> > >> > >> > >> > Probably we can do something to avoid this situation in the future. >> > >> > >> >> + Manuel, Chandler >> >> Any idea what happened here? Is phabricator setup to automatically import >> pull requests? >> >> -Tom >> >> > >> > Sorry for the inconvenience. >> > >> > >> > >> > Alexey >> > >> > >> > >> > >> > -------------------------------------------------------------------- >> > Joint Stock Company Intel A/O >> > Registered legal address: Krylatsky Hills Business Park, >> > 17 Krylatskaya Str., Bldg 4, Moscow 121614,<https://www.google.com/maps/search/17+Krylatskaya+Str.,+Bldg+4,+Moscow+121614,+%0D%0A+%C2%A0+%C2%A0+%C2%A0+Russian+Federation?entry=gmail&source=g> >> <https://www.google.com/maps/search/17+Krylatskaya+Str.,+Bldg+4,+Moscow+121614,+%0D%0A+%C2%A0+%C2%A0+%C2%A0+Russian+Federation?entry=gmail&source=g> > Russian Federation<https://www.google.com/maps/search/17+Krylatskaya+Str.,+Bldg+4,+Moscow+121614,+%0D%0A+%C2%A0+%C2%A0+%C2%A0+Russian+Federation?entry=gmail&source=g> >> > >> > This e-mail and any attachments may contain confidential material for >> > the sole use of the intended recipient(s). Any review or distribution >> > by others is strictly prohibited. If you are not the intended >> > recipient, please contact the sender and delete all copies. >> > >> > >> > >> > _______________________________________________ >> > LLVM Developers mailing list >> > llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org> >> > https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.llvm.org_cgi-2Dbin_mailman_listinfo_llvm-2Ddev&d=DwIGaQ&c=5VD0RTtNlTh3ycd41b3MUw&r=o3kDXzdBUE3ljQXKeTWOMw&m=AD-hZ9rLcmVgzhl1TFTAvKbX-nrgHD75y9sqN5zTEsg&s=42V9lvDIvDXSSvzhNIJLw7ddZMt54c2yNRxFpSMppEg&e>> > >> >> _______________________________________________ >> LLVM Developers mailing list >> llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org> >> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.llvm.org_cgi-2Dbin_mailman_listinfo_llvm-2Ddev&d=DwIGaQ&c=5VD0RTtNlTh3ycd41b3MUw&r=o3kDXzdBUE3ljQXKeTWOMw&m=AD-hZ9rLcmVgzhl1TFTAvKbX-nrgHD75y9sqN5zTEsg&s=42V9lvDIvDXSSvzhNIJLw7ddZMt54c2yNRxFpSMppEg&e>> >> >> _______________________________________________ >> LLVM Developers mailing list >> llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org> >> https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > > _______________________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org> > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev_______________________________________________ LLVM Developers mailing list llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org> https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev _______________________________________________ LLVM Developers mailing list llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org> https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev _______________________________________________ LLVM Developers mailing list llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org> https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20190603/c298c30a/attachment.html>
MyDeveloper Day via llvm-dev
2019-Jun-03 15:30 UTC
[llvm-dev] FYI: LLVM Phabricactor notifications.
Sorry if this is duplicated knowledge, this seem related to: https://discourse.phabricator-community.org/t/is-there-a-way-to-stop-phabricator-pulling-in-certain-refs/2274 which points to https://secure.phabricator.com/T11314 There has been a recent change (April 2019), This may be somewhat fixed by https://secure.phabricator.com/rP1cda1402c7c29170167e28e598bc9bf350e96ac5 The changes are outline here in their release notes https://secure.phabricator.com/w/changelog/2019.17/ But beware this changes the AutoClose behavior (where commits autocloses reviews), most of the LLVM repos have AutoClose on, but rC and rCTE for example do not As this hit my own Phabricator installation where we had AutoClose off, and we ended up having to make a custom change to match our "post commit" review workflow, it is worth thinking carefully about before upgrading, because I'm not sure of the effect on the 3 repo models + 1 observed (Mono) MyDeveloperDay (Paul) On Mon, Jun 3, 2019 at 12:24 PM via llvm-dev <llvm-dev at lists.llvm.org> wrote:> Hi David, > > > > No, these are Phabricator emails, for a recent example see D62616 which > was originally subscribed only to cfe-commits, but then in the final > Phabricator email after committing we see: > > > > This revision was automatically updated to reflect the committed changes. > Closed by commit rL362363: [CodeComplete] Add a bit more whitespace to > completed patterns (authored by ibiryukov, committed by ). > Herald added a project: LLVM. > Herald added a subscriber: llvm-commits. > > > > There's no reason for Herald to be adding project LLVM/subscriber > llvm-commits at the last second here. > > --paulr > > > > *From:* David Jones [mailto:dlj at google.com] > *Sent:* Saturday, June 01, 2019 9:04 PM > *To:* Robinson, Paul > *Cc:* Manuel Klimek; Clang Dev; Aaron Ballman; llvm-dev > *Subject:* Re: [llvm-dev] FYI: LLVM Phabricactor notifications. > > > > > > > > On Sat, Jun 1, 2019 at 5:29 AM <paul.robinson at sony.com> wrote: > > One particular change: I've disabled notifications for the duplicate > Subversion meta-repos... so, for example, a commit to Clang will still get > 2 notifications (rL and rG). Before yesterday, this should have sent 3: one > each for rL, rG, and rC. Projects not in the monorepo will get > notifications for rL only. > > > > I am curious how this plays with what I reported in PR41996. It would be > sad if Clang commits were reported to the llvm-commits list, and not > cfe-commits. > > --paulr > > > > I'm guessing that the commit mails you're thinking of are not from > Phabricator, but rather directly from the SVN post-commit hook. Those are > not affected. > > > > The ones that would be different now are the ones with something like > "[PATCH] D123456" in the subject line, or "[Diffusion] rL123456", where rL > is the callsign. You'll still get emails for callsigns rG and rL, but those > (already) generally only go to the committer, and will also get the replies > if you comment on the commit through the Phabricator UI. > > > > > > *From:* llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] *On Behalf Of *David > Jones via llvm-dev > *Sent:* Friday, May 31, 2019 8:29 PM > *To:* Manuel Klimek > *Cc:* llvm-dev; clang developer list; Aaron Ballman > *Subject:* Re: [llvm-dev] FYI: LLVM Phabricactor notifications. > > > > I tweaked the notifications yesterday, hopefully we don't see more spam > storms. > > > > For filtering git refs: this is something that has changed substantially > in Phabricator over the past couple of months, but I think I've managed to > restrict notifications to only "master." (Although, again, this has changed > a lot... getting this right depends on my own archaeological skills for > digging through old revisions of the Phab documentation.) > > > > > > There are some complicating factors in deciding what the notifications > should actually be doing... one major source of complexity stems from the > fact that we re-import most commits multiple times. This makes it hard to > reason about how different notifications will fire, and which source will > actually autoclose differential revisions. > > > > The current state is that most commits should notify the committer twice: > once for the Subversion repo (repo callign rL), and once for git master > (rG). I think this may actually be the best state while we're living in > both worlds: the SVN commit is the source of truth, but a lot of folks care > about re-syncing from Git, so that also seems like something folks will > want. Of course, this is a transitional pain point, and there's not going > to be a single configuration that can satisfy every possible thing folks > would want. > > > > One particular change: I've disabled notifications for the duplicate > Subversion meta-repos... so, for example, a commit to Clang will still get > 2 notifications (rL and rG). Before yesterday, this should have sent 3: one > each for rL, rG, and rC. Projects not in the monorepo will get > notifications for rL only. > > > > On Fri, May 31, 2019 at 2:15 AM Manuel Klimek via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > On Fri, May 31, 2019 at 10:53 AM MyDeveloper Day <mydeveloperday at gmail.com> > wrote: > > I actually run a in-house Phabricator instance with 400+ users and > multiple git repo including custom extension developments > > > > I also follow the Phabricator development quite closely because we upgrade > every couple of weeks > > > > I’d be more than happy to help maintain the phab instance for LLVM > > > > Congrats. You're now an admin :) > > (and thanks!!) > > > > I'll figure out who easy it is to give access to our GCE to external > folks, given everything on it is OSS stuff. > > > > > > MyDeveloperDay > > > > On Fri, 31 May 2019 at 09:19, Manuel Klimek via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > > > On Fri, May 31, 2019 at 10:11 AM Aaron Ballman <aaron.ballman at gmail.com> > wrote: > > > > On Fri, May 31, 2019, 10:02 AM Roman Lebedev via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > On Fri, May 31, 2019 at 10:55 AM Manuel Klimek via llvm-dev > <llvm-dev at lists.llvm.org> wrote: > > > > We should be able to control the noise of these > > >, but I also wonder whether we can switch to github reviews as part of > the git move :) > (Provocative offtopic. (I personally hope that never ever happens.)) > > > > Strong +1 to not switching away from phab. > > > > Aaron, do you have admin on phab yet? If yes, would you mind to config the > notifications? > > (honestly, part of my comment was trying to figure out who wants it so > badly that they'd be willing to help with maintenance - I have admin bits > to hand out :) > > > > > > ~Aaron > > > > > > (we just lost our long time phab maintainer on the team) > > > On Fri, May 31, 2019 at 12:44 AM Shoaib Meenai via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> > >> I believe (and I believe it was James who pointed this out on IRC) that > Phabricator pulls in all refs, and GitHub stores PR commits under refs/pull. > >> > >> On 5/30/19, 3:37 PM, "llvm-dev on behalf of Tom Stellard via llvm-dev" > <llvm-dev-bounces at lists.llvm.org on behalf of llvm-dev at lists.llvm.org> > wrote: > >> > >> On 05/30/2019 10:04 AM, Sachkov, Alexey via llvm-dev wrote: > >> > +llvm-dev > >> > > >> > > >> > > >> > *From:* cfe-dev [mailto:cfe-dev-bounces at lists.llvm.org] *On > Behalf Of *Bader, Alexey via cfe-dev > >> > *Sent:* Thursday, May 30, 2019 7:31 PM > >> > *To:* clang-dev developer list <cfe-dev at lists.llvm.org> > >> > *Subject:* [cfe-dev] FYI: LLVM Phabricactor notifications. > >> > *Importance:* Low > >> > > >> > > >> > > >> > Hi, > >> > > >> > > >> > > >> > I think some of contributors to the Clang received a > notifications about some commits done in the past. > >> > > >> > I wanted to share my thoughts on why it might has happened. > >> > > >> > > >> > > >> > I think the commits from this PR > https://github.com/llvm/llvm-project/pull/13were pulled by Phabricator > (probably with aim to review GitHub pull requests in > https://urldefense.proofpoint.com/v2/url?u=https-3A__reviews.llvm.org_&d=DwIGaQ&c=5VD0RTtNlTh3ycd41b3MUw&r=o3kDXzdBUE3ljQXKeTWOMw&m=AD-hZ9rLcmVgzhl1TFTAvKbX-nrgHD75y9sqN5zTEsg&s=KaCscc77Z-fBuYo2dCuykCeHg35yKQXRwp6uVuIsPos&e> environment). > >> > > >> > > >> > > >> > The PR has 2000+ commit, most of which are some old commits from > the master branch, and when Phabricator pulled the commits from PR, it sent > a notification to the commit author (or committer). > >> > > >> > > >> > > >> > Probably we can do something to avoid this situation in the > future. > >> > > >> > > >> > >> + Manuel, Chandler > >> > >> Any idea what happened here? Is phabricator setup to automatically > import > >> pull requests? > >> > >> -Tom > >> > >> > > >> > Sorry for the inconvenience. > >> > > >> > > >> > > >> > Alexey > >> > > >> > > >> > > >> > > >> > > -------------------------------------------------------------------- > >> > Joint Stock Company Intel A/O > >> > Registered legal address: Krylatsky Hills Business Park, > >> > 17 Krylatskaya Str., Bldg 4, Moscow 121614, > <https://www.google.com/maps/search/17+Krylatskaya+Str.,+Bldg+4,+Moscow+121614,+%0D%0A+%C2%A0+%C2%A0+%C2%A0+Russian+Federation?entry=gmail&source=g> > >> > <https://www.google.com/maps/search/17+Krylatskaya+Str.,+Bldg+4,+Moscow+121614,+%0D%0A+%C2%A0+%C2%A0+%C2%A0+Russian+Federation?entry=gmail&source=g>> > Russian Federation > <https://www.google.com/maps/search/17+Krylatskaya+Str.,+Bldg+4,+Moscow+121614,+%0D%0A+%C2%A0+%C2%A0+%C2%A0+Russian+Federation?entry=gmail&source=g> > >> > > >> > This e-mail and any attachments may contain confidential material > for > >> > the sole use of the intended recipient(s). Any review or > distribution > >> > by others is strictly prohibited. If you are not the intended > >> > recipient, please contact the sender and delete all copies. > >> > > >> > > >> > > >> > _______________________________________________ > >> > LLVM Developers mailing list > >> > llvm-dev at lists.llvm.org > >> > > https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.llvm.org_cgi-2Dbin_mailman_listinfo_llvm-2Ddev&d=DwIGaQ&c=5VD0RTtNlTh3ycd41b3MUw&r=o3kDXzdBUE3ljQXKeTWOMw&m=AD-hZ9rLcmVgzhl1TFTAvKbX-nrgHD75y9sqN5zTEsg&s=42V9lvDIvDXSSvzhNIJLw7ddZMt54c2yNRxFpSMppEg&e> >> > > >> > >> _______________________________________________ > >> LLVM Developers mailing list > >> llvm-dev at lists.llvm.org > >> > https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.llvm.org_cgi-2Dbin_mailman_listinfo_llvm-2Ddev&d=DwIGaQ&c=5VD0RTtNlTh3ycd41b3MUw&r=o3kDXzdBUE3ljQXKeTWOMw&m=AD-hZ9rLcmVgzhl1TFTAvKbX-nrgHD75y9sqN5zTEsg&s=42V9lvDIvDXSSvzhNIJLw7ddZMt54c2yNRxFpSMppEg&e> >> > >> > >> _______________________________________________ > >> LLVM Developers mailing list > >> llvm-dev at lists.llvm.org > >> https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > > > > _______________________________________________ > > LLVM Developers mailing list > > llvm-dev at lists.llvm.org > > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > _______________________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > > _______________________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > > _______________________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > > _______________________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20190603/01d08902/attachment.html>
MyDeveloper Day via llvm-dev
2019-Jun-03 15:53 UTC
[llvm-dev] FYI: LLVM Phabricactor notifications.
PaulR (sorry again if this is known knowledge)> There's no reason for Herald to be adding project LLVM/subscriberllvm-commits at the last second here. Its possible the rL (LLVM) had be added as the repository in the review on creation rather than rCFE, if thats the case then the herald rule "H270" is going to fire because it see the repository in the review, so add LLVM project and llvm-commits as a subscriber automatically. It won't care that this has gone into rCFE and not rL (I mean it does go into rL via the cfe/trunk but I'm not sure if you want to notify for that) As there is no mention of the repository being change the revisions feed ( https://reviews.llvm.org/D62616) I suspect it was created that way, and its only as the commit fires that it gets added. (it might be clearer if a herald rule so these are added at review creation, although anyone then removing them will get them readded at commit if they still have the incorrect repository.) MyDeveloperDay (Paul) -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20190603/f3d28201/attachment.html>