Re: Website publish jobs fail recently

2020-04-14 Thread Kenneth Knowles
Indeed, publish jobs have write access to things, which normal builds do not. I suggest reaching out to bui...@apache.org Kenn On Tue, Apr 14, 2020 at 5:58 PM Udi Meiri wrote: > Hey, I was looking at this today but could not figure it out. > The machines we run the publish jobs probably vary

Re: [Proposal] Requesting PMC approval to start planning for Beam Summits 2019

2020-04-14 Thread Kenneth Knowles
Yes, here's links to process [1] and contact info [2]. The proposal already is in very good shape and answers the needed questions. Send to tradema...@apache.org and CC priv...@beam.apache.org. It is good that you are sending this early before dates are firm. That is helpful. You should also check

Re: Website publish jobs fail recently

2020-04-14 Thread Udi Meiri
Hey, I was looking at this today but could not figure it out. The machines we run the publish jobs probably vary from our regular apache-beam-testing Jenkins ones. I tried researching all the reasons why this might be happening but came up empty. On Tue, Apr 14, 2020 at 10:19 AM Kyle Weaver

Re: CommunityMetrics precommit failing

2020-04-14 Thread Brian Hulette
This seems to still be failing consistently, including on beam-jenkins-1: https://builds.apache.org/job/beam_PreCommit_CommunityMetrics_Cron/2109/ On Tue, Apr 7, 2020 at 3:23 PM Yifan Zou wrote: > Tracked in https://issues.apache.org/jira/browse/BEAM-7405 > > I've re-installed

[RELEASE VOTE RESULT] Release 2.20.0, release candidate #2

2020-04-14 Thread Rui Wang
I'm happy to announce that we have unanimously approved this release. There are 7 approving votes, 4 of which are binding: * Ahmet Altay * Kenneth Knowles * Jean-Baptiste Onofré * Robert Bradshaw There are no disapproving votes. Thanks for everyone's help! I'm going to finalize the release and

Re: [Proposal] Requesting PMC approval to start planning for Beam Summits 2019

2020-04-14 Thread Ahmet Altay
Thank you for this proposal and shifting this to a digital event. Kenn, do you know what formal approval is required? On Fri, Apr 10, 2020 at 8:17 PM Kenneth Knowles wrote: > Looks good to me. We'll have to see what ASF is doing with their own > events. We haven't gotten to dates, but I wonder

Re: [VOTE] Release 2.20.0, release candidate #2

2020-04-14 Thread Rui Wang
Thanks everyone. I will close this vote soon. -Rui On Sat, Apr 11, 2020 at 11:01 AM Aaron Dixon wrote: > +1 > > - Ran full Clojure ports of all mobile gaming demos ([1],[2]): user score, > hourly team score, leaderboard, game stats, and stateful team score using > thurber[3] > ...using

Re: Portable timer loops

2020-04-14 Thread Luke Cwik
You can still create "bundles" with portability that only contain timers. You may want to break fusion between the stateful dofn and the downstream transforms so the bundle doesn't do a bunch of additional processing that is preventing the timer loop from being short. On Tue, Apr 14, 2020 at 2:44

Re: Website publish jobs fail recently

2020-04-14 Thread Kyle Weaver
I think Udi is fixing it. Jira: https://issues.apache.org/jira/browse/BEAM-9737 On Tue, Apr 14, 2020 at 1:11 PM Mikhail Gryzykhin wrote: > Hi all, > > Have anyone seen the following error of website publish? >

Website publish jobs fail recently

2020-04-14 Thread Mikhail Gryzykhin
Hi all, Have anyone seen the following error of website publish? *16:33:47* jekyll 3.6.3 | Error: Permission denied @ dir_s_mkdir - /repo/build/website/generated-local-content/security I

Re: Portable timer loops

2020-04-14 Thread Jan Lukavský
I'm not quite familiar with details regarding portability, but in direct runner Kenn suggested, that it should be possible to do the timer firing loop as:  - extract all timers in bundle  - put them in PriorityQueue (or similar)  - extract timer with lowest timer, fire it,  put all updated

Re: Portable timer loops

2020-04-14 Thread Maximilian Michels
Hey Jan, Just saw your message since you posted right before I replied. What you describe is precisely what I was experiencing. I also solved it the same way, i.e. pushing back a newly set timer to the next bundle. Note that there is no other way in portability because we can't fire timers once