Re: [VOTE] Release Apache OpenWhisk Runtime Dotnet (v1.14.0, rc1)
+1 to release Apache OpenWhisk Runtime Dotnet (v1.14.0, rc1) All tests passed via rcverify.sh Thanks Tyson On 12/29/19, 3:18 PM, "Shawn Black" wrote: +1 computing sha512 for openwhisk-runtime-dotnet-1.14.0-sources.tar.gz SHA512: openwhisk-runtime-dotnet-1.14.0-sources.tar.gz: 2359D1BB 46C54D1A 5C637805 8D40E8D0 107F07B7 96C14B0C F9DE4CE8 B1A812DE DB9ACD86 1B37E72F 332AE5A2 00F23F63 63B931AF 07E96E7B 02288F8C A9EA9BD0 validating sha512... passed verifying asc... passed (signed-by: Dave Grove ) verifying notice... passed verifying absence of DISCLAIMER.txt passed verifying license... passed verifying sources have proper headers... passed scanning for executable files... passed scanning for unexpected file types... passed scanning for archives... passed scanning for packages... passed On 2019/12/27 19:55:51, "David P Grove" wrote: > > > Hi, > > This is a call to vote on releasing version 1.14.0 release candidate rc1 of > the following project module with artifacts built from the Git repositories > and commit IDs listed below. > > * OpenWhisk Runtime Dotnet: a9b70ca4b194bb21691da0f8a4131a765ea6ab19 > > https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Fopenwhisk-runtime-dotnet%2Fcommits%2Fa9b70ca4b194bb21691da0f8a4131a765ea6ab19&data=02%7C01%7Ctnorris%40adobe.com%7C9961f65bfb154775d64208d78cb57415%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637132583277942927&sdata=2%2BHO7DUGiYMrEUsFMNRPFHdwthyQ90PVB2lv7U7gFu8%3D&reserved=0 > > https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdist.apache.org%2Frepos%2Fdist%2Fdev%2Fopenwhisk%2Frc1%2Fopenwhisk-runtime-dotnet-1.14.0-sources.tar.gz&data=02%7C01%7Ctnorris%40adobe.com%7C9961f65bfb154775d64208d78cb57415%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637132583277942927&sdata=U1%2BgrMut3d182U6OWC0Dg35bBHKU7HL82NEpkoRPAZg%3D&reserved=0 > > https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdist.apache.org%2Frepos%2Fdist%2Fdev%2Fopenwhisk%2Frc1%2Fopenwhisk-runtime-dotnet-1.14.0-sources.tar.gz.asc&data=02%7C01%7Ctnorris%40adobe.com%7C9961f65bfb154775d64208d78cb57415%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637132583277942927&sdata=HJoMMoDgwubKhTP3qim4OHZqZ1vmdMP%2FqtVPmCbu2YY%3D&reserved=0 > > https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdist.apache.org%2Frepos%2Fdist%2Fdev%2Fopenwhisk%2Frc1%2Fopenwhisk-runtime-dotnet-1.14.0-sources.tar.gz.sha512&data=02%7C01%7Ctnorris%40adobe.com%7C9961f65bfb154775d64208d78cb57415%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637132583277952922&sdata=tNZD45r3mRa9pvchxRGoUVZXXF3PYXO6eqglLrY6O%2Fo%3D&reserved=0 > > This release is comprised of source code distribution only. > > You can use this UNIX script to download the release and verify the > checklist below: > https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitbox.apache.org%2Frepos%2Fasf%3Fp%3Dopenwhisk-release.git%3Ba%3Dblob_plain%3Bf%3Dtools%2Frcverify.sh%3Bhb%3D25a8d86&data=02%7C01%7Ctnorris%40adobe.com%7C9961f65bfb154775d64208d78cb57415%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637132583277952922&sdata=wg8ZXhSlcZ4nmI0PazP8EP7ZplaU8vTnJdTSao6%2B6Xc%3D&reserved=0 > > Usage: > curl -s " > https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitbox.apache.org%2Frepos%2Fasf%3Fp%3Dopenwhisk-release.git%3Ba%3Dblob_plain%3Bf%3Dtools%2Frcverify.sh%3Bhb%3D25a8d86&data=02%7C01%7Ctnorris%40adobe.com%7C9961f65bfb154775d64208d78cb57415%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637132583277952922&sdata=wg8ZXhSlcZ4nmI0PazP8EP7ZplaU8vTnJdTSao6%2B6Xc%3D&reserved=0 > " -o rcverify.sh > chmod +x rcverify.sh > rcverify.sh openwhisk-runtime-dotnet 'OpenWhisk Runtime Dotnet' 1.14.0 rc1 > > Please vote to approve this release: > > [ ] +1 Approve the release > [ ] 0 Don't care > [ ] -1 Don't release, because ... > > Release verification checklist for reference: > [ ] Download links are valid. > [ ] Checksums and PGP signatures are valid. > [ ] Source code artifacts have correct names matching the current > release. > [ ] LICENSE and NOTICE files are correct for each OpenWhisk repository. > [ ] All files have license headers as specified by OpenWhisk project > policy [1]. > [ ] No compiled archives bundled in source archive. > > This majority vote is open for at least 72 hours. > > > [1] > https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Fopenwhisk-release%2Fblob%2Fmaster%2Fdocs%2Flicense_compliance.md&data=02%7C01%7Ctnorris%40adobe.com%7C9961f65bfb154775d64208d78cb57415%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637132583277952922&sdata=4N5I2WQ%2B0mqK1YC2zsuzK6sQr5R4TghN3O8jbv2URCk%3D&reserved=0 >
RE: [proposal] remove vagrant support
+1 emphatically Kind regards, Matt
[slack-digest] [2020-01-01] #random
2020-01-01 01:11:27 UTC - Rodric Rabbah: _all the best in the new year everyone_ tada : Dominic Kim, chetanm, Neeraj Mangal https://openwhisk-team.slack.com/archives/C3UDXSFA6/p1577841087003200 2020-01-01 01:11:51 UTC - Dominic Kim: Happy new year~!! https://openwhisk-team.slack.com/archives/C3UDXSFA6/p157784003600 2020-01-01 01:27:01 UTC - Markus Thömmes: Happy new year :) https://openwhisk-team.slack.com/archives/C3UDXSFA6/p1577842021003900 2020-01-01 11:17:11 UTC - giusdp: Happy new year! https://openwhisk-team.slack.com/archives/C3UDXSFA6/p1577877431004300
[slack-digest] [2020-01-01] #general
2020-01-01 01:11:06 UTC - Rodric Rabbah: i suggest sending an email to the dev
list with your proposed change, then have it.
all the parameters on a trigger feed creation are passed to the feed action - i
understand you want to separately attach parameters to the trigger itself
iirc some feeds allowed you to do this by specifying a trigger payload.
if you attach parameters on the trigger itself, then you also need to define a
precedence policy in case the feed also adds overlapping parameters.
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1577841066107400?thread_ts=1577819087.106400&cid=C3TPCAQG1
2020-01-01 17:31:52 UTC - Bruce Adams: Whoa. And I'm mistaken. Trying a little
experiment on IBM Cloud Functions and AWS Lambda, I get the same behavior. They
both continue to use the warm instance after a Python exception is raised out
of the action code.
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1577899912107700?thread_ts=1577817049.105300&cid=C3TPCAQG1
2020-01-01 17:33:44 UTC - Bruce Adams: The function signature for `main` here
is a little unusual, but means I can run this exact code on both OpenWhisk and
AWS Lambda.
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1577900024107900?thread_ts=1577817049.105300&cid=C3TPCAQG1
2020-01-01 17:35:07 UTC - Bruce Adams: Invoking this action repeatedly via the
web user interface, the strike count continues to go up after the first failure.
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1577900107108300?thread_ts=1577817049.105300&cid=C3TPCAQG1
2020-01-01 17:35:41 UTC - Bruce Adams: *Results:*
```{
"error": "6 strikes! You're out!"
}```
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1577900141108500?thread_ts=1577817049.105300&cid=C3TPCAQG1
2020-01-01 17:38:32 UTC - Bruce Adams: My production use of IBM Cloud Functions
ran on periodic and other event triggers. Maybe that brought different
behavior? Maybe there are differences in the several versions of Python base
images? Wow. I'm confused.
confusedparrot : Bruce Adams
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1577900312108700?thread_ts=1577817049.105300&cid=C3TPCAQG1
2020-01-01 17:41:43 UTC - Bruce Adams: I guess the failures that I _know_ I was
hitting were running out of resources. In one case I had a thread leak (oops)
and in another I was leaking connections to `etcd` (creating a new connection
on each invocation with no way to close old connections). I'm quite sure those
warm instances were typically not reused after the failure.
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1577900503108900?thread_ts=1577817049.105300&cid=C3TPCAQG1
2020-01-01 17:57:05 UTC - Bruce Adams: On IBM Cloud Functions, *Python 3.6.6*
does what I want. *Python 3.7* (the current default for Python in the web UI)
does not.
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1577901425109400?thread_ts=1577817049.105300&cid=C3TPCAQG1
2020-01-01 17:57:32 UTC - Bruce Adams: I'm glad to know I'm not imagining what
I saw in the past!
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1577901452109600?thread_ts=1577817049.105300&cid=C3TPCAQG1
2020-01-01 18:35:44 UTC - Bruce Adams: It turns out that my compliment
yesterday needs an asterisk :eight_spoked_asterisk:. The behavior I so
appreciate is gone in the Python 3.7 base. I can still see it in the Python
3.3.6 base. (I chatter a bit about all of this in a thread under my yesterday
message.) I wonder: Why this behavior change?
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1577903744112800
2020-01-01 18:39:40 UTC - Bruce Adams: I’m sad that I cannot use a comparison
to OpenWhisk in my complaint to AWS about the Lambda behavior. I was very much
looking forward to saying: _See there! OpenWhisk does the right thing!_
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1577903980113100?thread_ts=1577817049.105300&cid=C3TPCAQG1
