72AF0CC22C4CF320: "Vincent Hou (Release manager of OpenWhisk) <
houshen...@apache.org>" not changed
gpg: key 22907064147F886E: "Dave Grove " not changed
gpg: key 44667BC927C86D51: "Rodric Rabbah " not changed
gpg: key B1457C3D7101CC78: "James Thomas " n
There was a storm earlier today in the ny area where I live and it knocked out
power internet and cellular service. It’s not expected that services will be
restored tomorrow. I will be unable to host the call it looks like - and apart
from this email I don’t expect to be online either. If
Hi, I'm hosting our openwhisk community call tomorrow.
- Do you have something new you want to share?
- Do you have some questions about the project?
- Do you just want to say hello?
In addition to the customary updates, I will demo new tooling for using
Postman + OpenWhisk, for automatic
+1 I approve the release
Confirmed with rcverify.
I also performed the checklist manually and verified the version in
package.json.
> rcverify.sh openwhisk-wskdebug 'OpenWhisk wskdebug' 1.3.0 rc1
rcverify.sh (script SHA1: AB81 58B6 7F2B 74B5 F222 AAD7 0F19 3228 98B0
906A)
working in the
+1 I approve the release
Confirmed with rcverify.
I also performed the checklist manually.
> rcverify.sh openwhisk-wskdebug 'OpenWhisk wskdebug' 1.3.0 rc1
rcverify.sh (script SHA1: AB81 58B6 7F2B 74B5 F222 AAD7 0F19 3228 98B0
906A)
working in the following directory:
> Can a PMC member help out? I'm buried for the next few days on some
non-OpenWhisk deadlines.
Will try tomorrow.
-r
tarball yet.
-r
[1] https://dist.apache.org/repos/dist/release/openwhisk/KEYS
On Tue, Jul 28, 2020 at 3:59 PM Rodric Rabbah wrote:
> Thanks Alex for noting these gaps!
>
> -r
>
> On Tue, Jul 28, 2020 at 3:20 PM Alexander Klimetschek
> wrote:
>
>> FWIW, I reported all t
Rat which it says to run manually.
>
> [1]
> https://github.com/apache/openwhisk-release/blob/master/docs/release_instructions.md
> [2]
> https://infra.apache.org/new-committers-guide.html#set-up-security-and-pgp-keys
>
> Cheers,
> Alex
>
>
> From: Rodric
fetching release keys
importing keys
gpg: key 72AF0CC22C4CF320: "Vincent Hou (Release manager of OpenWhisk) <
houshen...@apache.org>" not changed
gpg: key 22907064147F886E: "Dave Grove " not changed
gpg: key 44667BC927C86D51: "Rodric Rabbah " not changed
gpg:
-sources.tar.gz.sha512
fetching release keys
importing keys
gpg: key 72AF0CC22C4CF320: "Vincent Hou (Release manager of OpenWhisk) <
houshen...@apache.org>" not changed
gpg: key 22907064147F886E: "Dave Grove " not changed
gpg: key 44667BC927C86D51: "Rodric Rabbah " not chang
I reviewed and merged your PR. Instructions link you found is the correct
starting point. If you find something that isn’t clear please use the
opportunity to improve the docs
-r
> On Jul 22, 2020, at 11:24 AM, Alexander Klimetschek
> wrote:
>
> Hi fellow committers,
>
> I want to
Hello. I am hosting the next OpenWhisk community call this Wednesday
(details at the end of the note). *There is room on the agenda for more
speakers and topics, and we'd love to hear from anyone in the community
that wants to share their work related to the project.*
*Tentative Agenda:*
*- *I
apr
>
>> On Jul 3, 2020, at 10:04 AM, Rodric Rabbah wrote:
>>
>> Hello OpenWhisk community.
>>
>> A heads up that I plan to go through the open issues in a number of repos
>> over the weekend. I apologize in advance for upcoming github chatter.
>>
>> -r
Hello OpenWhisk community.
A heads up that I plan to go through the open issues in a number of repos
over the weekend. I apologize in advance for upcoming github chatter.
-r
Hi Dominic.
I have read the POEM and provided some suggestions and posed some questions
in the PR.
In general, I support this direction. In fact, I think it will work well
with the POEM I have been (slowly) working on and want to submit for
containerless functions in support of edge use cases
+1
On Sun, Jun 14, 2020 at 10:07 PM Dominic Kim wrote:
> It seems the last tech interchange call was held on 13th May.
> So the next would be 24th of June?
>
> -Dominic
>
> 2020년 6월 10일 (수) 오후 11:05, Matt Rutkowski 님이 작성:
>
> > It seems that after the Zoom bomb and password protecting the call,
I've watched this PR as it has evolved - very nice work and contribution
(and thanks Tyson also for all the detailed guidance you provided).
-r
On Mon, May 18, 2020 at 11:28 PM 甯尤刚 wrote:
> Hi, guys
> this is the feature: Adjust prewarm container dynamically:
>
Thank you Brendan - this is a useful extension.
On Mon, May 11, 2020 at 1:39 PM Brendan Doyle
wrote:
> Hi everyone,
>
> I've added a new get API to the controller that will return the limits set
> for a namespace (i.e. invocationsPerMinute, concurrentInvocations,
> firesPerMinute). It will
rms-2.1.0-sources.tar.gz.sha512
fetching release keys
importing keys
gpg: key 72AF0CC22C4CF320: "Vincent Hou (Release manager of OpenWhisk) <
houshen...@apache.org>" not changed
gpg: key 22907064147F886E: "Dave Grove " not changed
gpg: key 44667BC927C86D51: "Ro
This voting thread is now closed.
The vote to release Apache OpenWhisk Client Js v3.21.2, rc1 was
successful with 6 +1 votes (dragos, norris, kim, stanciu, grove,
allen) and no other votes cast.
I will proceed with the rest of the release process.
-r
On Mon, May 4, 2020 at 8:59 PM Rodric
Hi,
This is a call to vote on releasing version 3.21.2 release candidate rc1 of
the following project module with artifacts built from the Git repositories
and commit IDs listed below.
* OpenWhisk Client Js: eaa43743648c4ff69f53af95befc9bd314178d57
On 5/4/20, 2:26 PM, "Rodric Rabbah" wrote:
>
> I am planning to cut a release candidate for our npm openwhisk package.
> There was an important bug fix from Jesse
>
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Fopenwhisk-c
I am planning to cut a release candidate for our npm openwhisk package.
There was an important bug fix from Jesse
https://github.com/apache/openwhisk-client-js/pull/209.
-r
We can prob stitch them together - I'll get the original from Matt or
capture them from youtube and try it.
-r
On Thu, Apr 30, 2020 at 1:00 AM Shazron wrote:
> Thank you!
> Can the YouTube description of each video have a link to the other video
> part, so there is continuity?
>
> On Thu, Apr
I think the concern is that operators with existing manifests will be broken by
this change.
I suggest a compromise. Change the manifest reader to check for the new field
name and failing that look for the old field
name. I suggested this in the PR.
-r
> On Apr 28, 2020, at 9:37 PM, 甯尤刚
Hello OpenWhiskers. We have an exciting agenda coming up for our next
community call this upcoming Wednesday (details at the end of this note).
Agenda:
1. Customary intros of new members and review of notable PRs.
2. Jamstack and OpenWhisk (see https://jamstack.org/examples)
- experience from
Hello OpenWhiskers. I am hosting the next Apache OpenWhisk community call
this upcoming Wednesday (details at the end of this note).
I have one topic lined up so far around developing Jamstack applications
(see https://jamstack.org/examples) using OpenWhisk.
- Jesse MacFadyen from Adobe will demo
It will be good to get this PR in. I'd favor doing it incrementally,
actions first. Since packages cannot be deleted if actions are not also
deleted, there is implicit protection against deleting a package. However
updates are not prevented and I think the goal is to protect accidental
updates as
Actually my suggested decoding step doesn't work either. I don't think
there's a sound way to record the binary property without cooperation from
the clients.
-r
On Sat, Apr 18, 2020 at 4:38 PM Rodric Rabbah wrote:
> Hello OpenWhiskers.
>
> When an action is created or updated, the c
Hello OpenWhiskers.
When an action is created or updated, the controller detects if the "code"
part of the HTTP Request is base64 encoded or a plain text string. The
current heuristic for detecting if the code is base64 encoded is buggy. It
uses a regex match
We've discussed in the past using the standalone controller as the new quick
start. Earlier today I was trying to help someone in the community slack and I
had trouble bringing up the compose version of the existing document quick
start. Plus it took many minutes to pull all the docker images.
I opened an issue yesterday to describe this defect [1]: A webaction with a
require-whisk-auth annotation will fail all preflight checks. This is
because the action authorization is checked before the router enters the
options handling.
I have opened a pull request to address the defect:
0.0-sources.tar.gz.asc
fetching openwhisk-apigateway-1.0.0-sources.tar.gz.sha512
fetching release keys
importing keys
gpg: key 72AF0CC22C4CF320: "Vincent Hou (Release manager of OpenWhisk) <
houshen...@apache.org>" not changed
gpg: key 22907064147F886E: "Dave Grove " not changed
gpg: key 446
I don't understand the PR - the amended headers are propagated to what HTTP
request?
-r
On Mon, Apr 6, 2020 at 10:23 AM Tyson Norris
wrote:
> Hi –
> One of our customers wants to reuse the transaction id when a js action
> uses the openwhisk js client to invoke another action.
> This sounds
We should not change this for java8. For Java 11 since it’s new, it would be ok
to make the change but only for the activation context. Since init time env
vars can still be set by the proxy.
Another approach since something will change for 11: introduce the context
object for java methods
Kudos Neeraj!
-r
On Fri, Mar 13, 2020 at 12:13 AM Dragos Dascalita Haut
wrote:
> The Project Management Committee (PMC) for Apache OpenWhisk
> has invited Neeraj to become a committer and we are pleased
> to announce that he has accepted.
>
> Please join me in welcoming Neeraj to his new role
Congrats Alex and thank you!
-r
On Thu, Mar 12, 2020 at 9:38 AM David P Grove wrote:
>
>
> I'm happy to share that the Apache OpenWhisk PMC has invited Alex
> Klimetschek to become a committer and he has accepted.
>
> Alex drove the development of wskdebug, a debugging and live development
>
openwhisk-wskdebug-1.2.0-sources.tar.gz.sha512
fetching release keys
importing keys
gpg: key 72AF0CC22C4CF320: "Vincent Hou (Release manager of OpenWhisk) <
houshen...@apache.org>" not changed
gpg: key 22907064147F886E: "Dave Grove " not changed
gpg: key 44667BC927C86D51: "
Looks good. The steps 2&3 are best done after 5 in case the vote fails. The
release vote is pinned to a commit hash.
The steps documented and support scripts in the openwhisk-release help in
getting these organized and executed. It will be very useful for a fresh pair
of eyes to go through
Will, thank you for following up on the discussion from yesterday's call.
The PRs and details shared here are very helpful (at least for me) in
understanding the contribution.
-r
On Thu, Mar 5, 2020 at 1:20 PM Will Plusnick wrote:
> Hello all,
> I want to start this off by apologizing for my
We don’t have a mechanism to white list files per repo so you’d have to make a
change in the rcverify itself.
(We exempt bash scripts for example this way.)
-r
> On Mar 2, 2020, at 9:40 PM, Alexander Klimetschek
> wrote:
>
> There are some license and formatting issues that will need to
+1 for either @openwhisk/wskdebug or @apache-openwhisk/wskdebug.
On Thu, Feb 27, 2020 at 9:05 AM David P Grove wrote:
> Rodric Rabbah wrote on 02/26/2020 11:39:47 PM:
> >
> > There’s some apache guidance on npm naming. I can’t find it at the
> > moment but will look
There’s some apache guidance on npm naming. I can’t find it at the moment but
will look again in the morning.
@openwhisk/wskdebug is clear. We might need to include apache in the name
though.
-r
> On Feb 25, 2020, at 8:24 PM, Alexander Klimetschek wrote:
>
>
> Hi everyone,
>
> the newly
Congrats Dan!
On Tue, Feb 25, 2020 at 2:33 PM Dragos Dascalita Haut
wrote:
> It is my pleasure to share that the OpenWhisk PPMC
> has elected Dan McWeeny as a Committer,
> based on his ongoing and valuable contributions to the project,
> the most recent ones being around moving to Java 11, and
hi,
I have posted the last tech interchange slides and meeting notes to the
wiki.
We could not record the presentation as it seems only Matt can do this and
alternate recording was proving difficult that day despite attempts by
others on the call.
I wrote down the minutes that I can remember
2020 at 12:13 PM Rodric Rabbah wrote:
> Hello OpenWhisk community.
>
> I am hosting the Tech Interchange Call tomorrow, Wednesday February 19 at
> 10am
> Eastern. Call on Zoom:
>
> https://zoom.us/my/asfopenwhisk
>
> If you are interested in sharing something you've been wo
Hello OpenWhisk community.
I am hosting the Tech Interchange Call tomorrow, Wednesday February 19 at 10am
Eastern. Call on Zoom:
https://zoom.us/my/asfopenwhisk
If you are interested in sharing something you've been working on, have
some questions you'd like to discuss, or want to raise
Thank you Dave for leading the marathon.
-r
> On Feb 18, 2020, at 9:10 AM, David P Grove wrote:
>
>
>
> Thanks to all that have helped with the recent round of releases of our
> action runtimes!
>
> There are now updated releases of OpenWhisk runtimes for NodeJS, Python,
> Rust, Swift,
asc
fetching openwhisk-runtime-nodejs-1.15.0-sources.tar.gz.sha512
fetching release keys
importing keys
gpg: key 72AF0CC22C4CF320: "Vincent Hou (Release manager of OpenWhisk) <
houshen...@apache.org>" not changed
gpg: key 22907064147F886E: "Dave Grove " not changed
gpg: key 446
ing openwhisk-runtime-rust-1.0.0-sources.tar.gz.sha512
fetching release keys
importing keys
gpg: key 72AF0CC22C4CF320: "Vincent Hou (Release manager of OpenWhisk) <
houshen...@apache.org>" not changed
gpg: key 22907064147F886E: "Dave Grove " not changed
gpg: key 44667BC927C86D51:
-1 to release OpenWhisk Runtime Rust v1.0.0 rc1
There were 5 files missing Apache licenses. I've opened a PR to correct
those.
https://github.com/apache/openwhisk-runtime-rust/pull/24
The toml extension and Cargo.lock will have to be added to scanCode as
discussed with Dave on Slack.
-r
On
ot changed
gpg: key 22907064147F886E: "Dave Grove " not changed
gpg: key 44667BC927C86D51: "Rodric Rabbah " not changed
gpg: key B1457C3D7101CC78: "James Thomas " not
changed
gpg: key A600E3331427515D: "Olivier Tardieu " not
changed
gpg: Total number pro
B42 3A2DF152 CC252CC4 67E0FC44 12A95A53
> validating sha512... passed
> verifying asc... passed (signed-by: Rodric Rabbah )
> verifying notice... passed
> verifying absence of DISCLAIMER.txt passed
> verifying license... passed
> verifying sources have proper headers... passed
>
Hi,
This is a call to vote on releasing version 3.21.1 release candidate rc1 of
the following project module with artifacts built from the Git repositories
and commit IDs listed below. This is a very small update to the just passed
vote to release v3.21.0 rc2. It corrects the version number in
> I also made a change to rcverify to catch this error in the future in this
> patch https://github.com/apache/openwhisk-release/pull/323. If you try
> this patch on 3.21.0 it will now report a failure.
>
Here's an example from the updated rcverify:
scanning package.json for version match...
In cutting release 3.21.0 for openwhisk-client-js, I forgot to fix the
package.json version.
I opened https://github.com/apache/openwhisk-client-js/pull/204 to fix
that. I will create a new 3.21.1 release candidate that has only this small
change in it.
I had already published 3.21.0 so I need
The vote to release rc2 of openwhisk-client-js v3.21.0 was successful with
4 binding +1 votes (Allen, Grove, Kim, Rabbah) and no other votes cast.
I will make this release.
Thanks to everyone that helped verify the release.
-r
On Mon, Feb 3, 2020 at 11:18 AM Rodric Rabbah wrote:
>
+1 - happy to help orchestrate the rcs and votes if you want some help.
I am about to close the node client vote and will update npm shortly after.
-r
On Thu, Feb 6, 2020 at 5:09 PM David P Grove wrote:
>
> As preparation for a core release, I'd like to push out releases of the
> remaining
1.0-sources.tar.gz.sha512
fetching release keys
importing keys
gpg: key 72AF0CC22C4CF320: "Vincent Hou (Release manager of OpenWhisk) <
houshen...@apache.org>" not changed
gpg: key 22907064147F886E: "Dave Grove " not changed
gpg: key 44667BC927C86D51: "Rodric Rabbah " not changed
g
Hello, this vote on rc1 is cancelled because I signed the rc1 candidate with my
personal id instead of my Apache id. A new rc2 with updated instructions was
just sent out.
(Thanks Dave for catching it.)
-r
On 2020/02/02 20:49:57, "David P Grove" wrote:
> I'm having problems verifying the
Hi,
This is a call to vote on releasing version 3.21.0 release candidate rc2 of
the following project module with artifacts built from the Git repositories
and commit IDs listed below.
* OpenWhisk Client Js: 7c402436c24d564088917a8013e68dc9c9c8a9dc
Indeed - it appears I used my personal email instead of my apache email for
signing the artifact. Will address in the morning.
-r
On Sun, Feb 2, 2020 at 3:50 PM David P Grove wrote:
> I'm having problems verifying the detached signature. Rodric, did you
> perhaps use a new key by mistake that
> The first problem is that I need to invoke an action twice as the first
time the debugger does not attach. I guess it is because the image is
paused.
Did you try to change the pause grace configuration to an max int.
-r
Hi,
This is a call to vote on releasing version 3.21.0 release candidate rc1 of the
following project module with artifacts built from the Git repositories and
commit IDs listed below.
* OpenWhisk Client Js: 7c402436c24d564088917a8013e68dc9c9c8a9dc
Hello.
I opened a PR https://github.com/apache/openwhisk-client-js/pull/201 to
allow the npm openwhisk client to override the "whisk.system" package
assumed for the API gateway operations. This change allows clients to
provide their own mappings for the APIs.
-r
Can we make the base image configurable in the dockerfile? The Apache
project should adopt one image but it's not likely to address everyone's
requirements so if we can make it easier to specify the base image it might
be helpful to others.
-r
Thanks Martin for sharing the results with the community - That's a steep
performance degradation.
Open J9 is Apache licensed. Are other changes needed?
You hinted at uuid - do you know that's implicated or a guess?
-r
On Tue, Jan 28, 2020 at 8:05 AM Martin Henke wrote:
> Folks,
>
> as
Hi Steven.
Thanks for outlining the change. I have looked at the PR and I believe one
of the changes in the test is not sound. Please take a look.
In general I think this is a good direction but will require quickly
updating the documentation because all the examples for creating a feed
*will*
(Release manager of OpenWhisk) <
houshen...@apache.org>" not changed
gpg: key 22907064147F886E: "Dave Grove " not changed
gpg: key 44667BC927C86D51: "Rodric Rabbah " not changed
gpg: key B1457C3D7101CC78: "James Thomas " not
changed
gpg: key A600E333142
I'd like to make a 3.21.0 release of openwhisk-client-js from the current
master branch plus two outstanding PRs [1] [2] once they're merged. These
fix a couple of deficiencies in the client.
I'll make a release candidate and start the voting process in 24 hours
after the PRs are merged if there
It wasn’t done previously because there was no advantage - the go proxy lead to
performance gains for the python runtime and a few others iirc but was the same
for node. There was also no support for intra container concurrency.
-r
> On Jan 9, 2020, at 8:04 PM, Dascalita Dragos wrote:
>
>
If you use rcverify to help you while verifying a release please make sure you
have the latest version (which you can get from the source repo) or download
per the vote email.
I noticed some rcverify logs didn’t include the script hash which was added as
a way to validating the script itself.
72AF0CC22C4CF320: "Vincent Hou (Release manager of OpenWhisk) <
houshen...@apache.org>" not changed
gpg: key 22907064147F886E: "Dave Grove " not changed
gpg: key 44667BC927C86D51: "Rodric Rabbah " not changed
gpg: key B1457C3D7101CC78: "James Thomas "
Martin
>>
>> P.S I am away from keyboard for the next time and might be slow in answering.
>>
>>>> Am 22.12.2019 um 19:33 schrieb Rodric Rabbah :
>>>
>>> Thanks Martin. Can you share the environment details/how it’s different
>>> from the
; Rodric,
>
> there are no special tests beside the ones that were already contributed by
> Christian from our team.
>
> The unknowns are given by our environment.
>
> Regards,
> Martin
>
> Von meinem iPhone gesendet
>
>> Am 21.12.2019 um 12:45 schrieb Rodric Rabb
ask for a short deferral until midth of January
> when people have returned
> from their Christmas holidays (you know that we Germans tend to have long
> holidays :-)).
>
> Regards,
> Martin
>
>
> On 2019/12/20 21:56:12, Rodric Rabbah wrote:
> > This PR https://githu
This PR https://github.com/apache/openwhisk/pull/4559 added init-time
parameters. It allows those parameters to be specified on action
creation/updates as well as at invoke time.
This note is to solicit feedback on whether the controller should disallow
init-parameters at invoke time. The reason
Great!
Are we ready for a release of these too:
openwhisk
php
Go
.net
-r
> On Dec 20, 2019, at 8:10 PM, David P Grove wrote:
>
>
> I'd like to make a release of openwhisk-catalog from the current master.
> This would be version 0.11.0.
>
> Since 0.10.0-incubating, there have been a
This PR https://github.com/apache/openwhisk/pull/4706 move openwhisk to
using Java 11 for building and running the controller/invoker containers.
It has been open since Oct 30 with no comments since Nov 14. It was covered
at the Dec 4 community call
hi,
as I am going through the issues, there have been a bunch related to
vagrant rotting (which I've closed for the most part as stale).
i propose to remove the vagrant support from the openwhisk repo and
documentation - i'm not aware of anyone maintaining it, especially judging
by the lack of
As a project and community we have a lot to celebrate this year and be
thankful for. I'm thankful for all the new contributors and contributions,
for the community's recognition of new committers, and for all the work
that went into the project graduation.
On Slack yesterday I asked if new
if you subscribe to github notifications for our project, i'm sorry.
i should have sent a warning that I was going to go through a lot of our
our open issues and close ones that are fixed, stale, or won't fix.
good news is that i'm done for now and reduced the issue count by 150 or so
(largely
I opened a PR [77] to update the python runtime such that it includes its
own test artifacts. This is a continuation of a previous PR which removed
test artifacts in the openwhisk repo which were not used there (but used in
other repos such as the python repo).
In doing this work, I removed the
Thanks Matthew for sharing these details. What is the container address? Is
that its host and ip address?
Since annotations can be a JSON value, perhaps one annotation is enough
with an object to encode the details you want nested in the annotation
value.
We might want a feature flag to attach
I recently observed that some runtimes may not be properly exporting the
__OW_API_HOST context property. Unlike other environment variables, this
one is set by on the container startup (e.g., docker run -e). The runtime
unit test did not catch this because it sends the property in the run
payload
Thanks to Ben Nizette, I merged a PR which removes logging of sensitive
data in the couch/cloudant package. The PR contained the following
description below. I've gone ahead and merged it.
-r
https://github.com/apache/openwhisk-package-cloudant/pull/220
A standard pattern in this package is to
Excellent! Congrats Pengcheng for the recognition.
-r
> On Dec 5, 2019, at 12:31 AM, Dominic Kim wrote:
>
> Pengcheng
I have created a PR to remove the zip files and jar files.
https://github.com/apache/openwhisk/pull/4763
I will check what else is left.
-r
> On Nov 19, 2019, at 11:39 AM, David P Grove wrote:
>
>
>
> Rodric Rabbah wrote on 11/19/2019 11:21:36 AM:
>>
>>
Meeting notes from today's tech interchange call:
https://cwiki.apache.org/confluence/x/nAs6C
Thanks Dan for volunteering to host the next call which will take place
January 8 2020. Thanks Matt for volunteering to set up new calendar invites.
-r
Thank Michele. I've submitted PRs for all the runtimes now.
-r
I forgot to add that the runtime PR can actually be merged ahead of the
actual change upstream which I think we should accept.
Will wait 48hrs for comments before having a merge fest by silent assent.
-r
On Tue, Dec 3, 2019 at 10:17 AM Rodric Rabbah wrote:
> I went ahead and created
I went ahead and created PRs for most of the runtimes - ones missing are
Docker, Go and Swift.
I noticed for Java and Ruby we have two copies of mostly the same code for
action-loop and non-action-loop. Do we need two copies of the same code?
These exists in Java and Ruby. I didn't spot them
Thanks Christophe for the contribution.
The specific change is question is part of the test suite we run for all
runtimes. The test checks the what values are available in the runtime context.
Since there’s a new value (action version) now being checked, I see two options:
Make the change as
The next community call is this Wednesday 12/14 at 10am eastern. Two points:
1- There was some confusion last time because we moved the call earlier but
not parts of the world set their clocks back recently so we're back into a
situation where our Asia community is disadvantaged :( This might be
It is my pleasure to share that the OpenWhisk PPMC has elected Shawn Black
as a Committer, based on his ongoing and valuable contributions to the
project around the .NET runtime. Shawn has accepted the invitation.
Please join me in welcoming Shawn to his new role on the project.
-r
No idea if they’re related, are they:
https://github.com/apache/openwhisk/pull/4753#issuecomment-558411323
-r
> On Nov 27, 2019, at 3:37 PM, Ruediger Maass wrote:
>
> Hi there, could you help for a potentially dummy question?
>
> Since a few days I observe many entries in the logs of our
Hi Dan. Are you creating a signing key per namespace and storing it with the
identity record or using a global key? I haven’t looked at the PR yet.
-r
> On Nov 26, 2019, at 4:41 PM, dan McWeeney wrote:
>
> We have had some questions from users around how default parameters (action
> and
In recent weeks there have been several questions related to commercial
support for the project. There was one via a github issue, another today
via slack, and several that have reached me privately in some form or
another.
What does the community think about creating a page on our project
Thanks Justin.
We should cut new releases of the main repo and runtimes. I've started a
discussion thread for the main repo.
On Sat, Nov 16, 2019 at 3:57 PM Justin Mclean
wrote:
> Hi,
>
> It looks like you have some old incubator releases here:
>
We need to prepare an new release for the openwhisk repo. We've discussed
this in two previous community calls where the consensus was to push ahead.
So I'm proposing that we cut a new release candidate this week for a vote.
Are there any open PRs we should include in the release that aren't
101 - 200 of 610 matches
Mail list logo