Annotate the functions to indicate that they should run on Lambda,
> decide based on the current load of other compute providers, these
> kinds of things?
>
> -Bertrand
--
Matt Sicker
On Tue, 26 Mar 2019 at 12:07, James Thomas wrote:
> Non-binding +1:
> Matt Sicker
I think this might be wrong now that I'm a mentor? Or does it only
apply to the IPMC vote?
--
Matt Sicker
email to secur...@apache.org ...
> >
> > It's also ok for projects to have their own security@ list, see
> > https://sling.apache.org/project-information/security.html for an
> > example.
> >
> > -Bertrand
>
--
Matt Sicker
id.
> [ ] DISCLAIMER is included.
> [ ] 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 if necessary.
> [ ] No compiled archives bundled in source archive.
>
> regards,
>
> --dave
--
Matt Sicker
; I'll think about a minimal prototype that would demonstrate that and
> share it here if I succeed.
>
> -Bertrand
--
Matt Sicker
essary.
> [ ] No compiled archives bundled in source archive.
>
> This majority vote is open for at least 72 hours.
--
Matt Sicker
+1
On Sun, 7 Apr 2019 at 12:03, Matt Sicker wrote:
>
> Sorry, that looks like a false positive. Everything else passes
> verification by the script.
>
> On Sun, 7 Apr 2019 at 12:01, Matt Sicker wrote:
> >
> > Output from rcverify.sh:
> >
> > scanning for
Sorry, that looks like a false positive. Everything else passes
verification by the script.
On Sun, 7 Apr 2019 at 12:01, Matt Sicker wrote:
>
> Output from rcverify.sh:
>
> scanning for binaries... failed
> (/var/folders/kv/8jx_1xhx50l86vzzmzhltd2cgn/T/tmp.xNrnFc0z/incu
> > release.
> > [ ] LICENSE and NOTICE files are correct for each OpenWhisk repository.
> > [ ] All files have license headers if necessary.
> > [ ] No compiled archives bundled in source archive.
> >
> > This majority vote is open for at least 72 hours.
> >
> > Olivier
> >
>
> --
> Development thoughts at http://akrabat.com
> Daily Jotter for macOS at http://dailyjotter.com
>
--
Matt Sicker
es are valid.
> [ ] DISCLAIMER is included.
> [ ] 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 if necessary.
> [ ] No compiled archives bundled in source archive.
>
> This majority vote is open for at least 72 hours.
>
> -r
--
Matt Sicker
Hello everyone, my name is Matt Sicker, and I've recently volunteered
to be one of the mentors for this project. This is my first time being
an Incubator mentor, and I'm excited to help out with this project as
it is a very interesting one!
Quick background on myself: I mostly work in the Logging
t; 3.19.0-incubating: OpenWhisk Client JS
> > > >
> > > > The vote will be open for at least 72 hours.
> > > >
> > > > [ ] +1 Release as Apache OpenWhisk 3.19.0-incubating: OpenWhisk Client
> > JS
> > > >
> > > > [ ] +0 no opinion
> > > >
> > > > [ ] -1 Do not release and the reason
> > > >
> > > > Checklist for reference:
> > > >
> > > > [ ] Download links are valid.
> > > >
> > > > [ ] Checksums and PGP signatures are valid.
> > > >
> > > > [ ] DISCLAIMER is included.
> > > >
> > > > [ ] Source code artifacts have correct names matching the current
> > > release.
> > > >
> > > > [ ] LICENSE and NOTICE files are correct for each OpenWhisk repo.
> > > >
> > > > [ ] All files have license headers if necessary.
> > > >
> > > > [ ] No compiled archives bundled in source archive.
> > > >
> > > > Thank you very much.
> > > >
> > > > --
> > > > Regards,
> > > > James Thomas
> > > >
> > >
> >
> >
> > --
> > Carlos Santana
> >
> >
> >
--
Matt Sicker
Rabbah wrote:
>
> Looks good to me - thanks Matt.
>
> -r
--
Matt Sicker
date so far. If that's not the case, then I'll have to
dig through these releases in more depth next time.
--
Matt Sicker
still need to complete, foremost
> > being the formal transfer of the OpenWhisk trademarks from IBM to the
> ASF.
> > But I think we can assume that these tasks will be completed and start
> > considering graduation in parallel.
> >
> > Please share your thoughts,
> >
> > --dave
> >
> > [1]
> >
> https://lists.apache.org/thread.html/b2217c61caad5c7a0369699d06d44e5cf688d3cba982e354a45b8c78@%3Cdev.openwhisk.apache.org%3E
> > [2]
> >
> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=103091999
> >
>
>
--
Matt Sicker
, Matt Sicker wrote:
>
> So I have some agreements with Bertrand here. I obviously don't work
> on this project full time (my full time work is involved in developing
> Jenkins), and the Slack digests, while useful, are nearly impossible
> to read whenever a large amount of discussion
ist rather than using up private@ for everything
(which can get confusing depending on how much activity there is).
--
Matt Sicker
t; scripts digest as well as the digests of the verified source archives
> > - this makes it absolutely clear what was verified and with which
> > version of the script, so if we include that output in the mail
> > archives that's a solid record of verification and voting.
> >
> > -Bertrand
>
--
Matt Sicker
verall incubator report. Do not
> do any additional cwiki formatting,; use plain markdown.
>
> thanks,
>
> --dave
--
Matt Sicker
I still can't edit the wiki.
On Mon, 3 Jun 2019 at 09:55, Bertrand Delacretaz wrote:
>
> On Mon, Jun 3, 2019 at 4:50 PM Matt Rutkowski wrote:
> >... You should now have edit access to the Wiki,..
>
> Works indeed, thank you!
> -Bertrand
--
Matt Sicker
ource 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://github.com/apache/incubator-openwhisk-release/blob/master/docs/license_compliance.md
> > [2]
> > https://lists.apache.org/thread.html/3a33c365fb755f364385bff06ac681912fd1af7a43a9b58a881d6b85@%3Cdev.openwhisk.apache.org%3E
> >
--
Matt Sicker
retaz
> wrote:
> >
> > On Mon, Jun 3, 2019 at 12:22 PM Bertrand Delacretaz
> > wrote:
> >> ...The report needs to be submitted at
> >> https://cwiki.apache.org/confluence/display/INCUBATOR/May2019
> >
> > Sorry that's
> https://cwiki.apache.org/confluence/display/INCUBATOR/June2019
> >
> > -Bertrand
>
> --
Matt Sicker
; >
> > Thank you.
> > -r
> > (on behalf of the Apache OpenWhisk PPMC)
> >
> > [1]
> > https://lists.apache.org/thread.html/8daa3a05148f54ca82458777e2b2b5e25ba99d39dcf8ce7dd85d0188@%3Cdev.openwhisk.apache.org%3E
> > [2]
> > https://cwiki.apache.org/confluence/display/OPENWHISK/Project+Maturity+Model
> > [3]
> > https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=115526932
> > [4]
> > https://incubator.apache.org/guides/graduation.html#community_graduation_vote
> >
--
Matt Sicker
t; https://github.com/openjdk/jdk/blob/jdk-11%2B28/src/java.base/share/classes/java/time/Clock.java#L524
> [4]
> https://github.com/openjdk/jdk/blob/jdk8-b120/jdk/src/share/classes/java/time/Clock.java#L470
> [5] https://scans.gradle.com/s/sf7udehikj6g2/tests/failed
>
--
Matt Sicker
nce derived from our CWiki tag
> > line) on proposal page and let me know if we should amend it in any way
> > My Qs...
> >
> > do I need to say FaaS to qualify Serverless?
> > should we say anything about supporting Cloud Native (i.e., 12-factors
> > implied, portable to any Container framework)?
> >
--
Matt Sicker
elease manager for either repo? I'm told
> there are swag rewards too.
>
> -r
>
--
Matt Sicker
k http://www.apache.org/dev/pmc.html#chair is helpful to understand
> the duties of the PMC chair.
>
> -r
--
Matt Sicker
runnable jar.
> >
> > java -jar openwhisk-standalone-1.0.0-SNAPSHOT.jar
> >
> > Post this OpenWhisk server would be accessible over 8080 port and wsk
> > can be configured to us that
> >
> > More details are provided at #4516 [1].
> >
> > Thoughts?
> >
> > Chetan Mehrotra
> > [1] https://github.com/apache/incubator-openwhisk/pull/4516
>
--
Matt Sicker
t about or implemented an oauth based
> > > authentication mechanism in the controller. I've thought about
> replacing
> > > the subject authentication with oauth and think it would not be a lot
> of
> > > work to do although it does have some wider implications.
> > >
> > > -r
> >
> >
>
--
Matt Sicker
;
> > [1]
> >
> https://lists.apache.org/thread.html/02dd71dcc6b2f326015954388c61d06d12f982fd64f34ee40e076171@%3Cgeneral.incubator.apache.org%3E
> >
> > [2]
> >
> https://lists.apache.org/thread.html/99e2431472d015fb23af38d1c2dab47ef9eb5a8a980cf2b80ca0035b@%3Cdev.openwhisk.apache.org%3E
> >
> > [3] https://www.apache.org/foundation/marks/faq/#products
> >
>
--
Matt Sicker
u suggesting we document this on the trademarks page
> also?
>
>
> -r
--
Matt Sicker
'm curious if anyone has thought about or implemented an oauth based
> > authentication mechanism in the controller. I've thought about replacing
> > the subject authentication with oauth and think it would not be a lot of
> > work to do although it does have some wider implications.
> >
> > -r
>
--
Matt Sicker
arkdown.
>
> Mentors
> ---
>
> Mentors should review reports for their project(s) and sign them off on
> the Incubator wiki page. Signing off reports shows that you are
> following the project - projects that are not signed may raise alarms
> for the Incubator PMC.
>
> Incubator PMC
--
Matt Sicker
ust to generate Kubernetes
> >> descriptors to feed to kubectl.
> >> Of course in the long run I can add some "file upload" storage.
> >>
> >> If I could to this file upload when invoking a build it could ideal as I
> >> do not have to store anything anywhere, just process the code and generate
> >> a single layer to execute actions to be store in the registry.
> >> I will investigate better this area, I understand your concern.
> >>
> >>>
> >>>> At this point you can run the action. ActionLoop will be extended to
> >>>> support invocations in the format
> >>>> "/v1/namespaces/namespace/actions/package/action".
> >>> Why bother reimplementing this exact path? To obtain API compatibility
> >>> with
> >>> OpenWhisk as it is today?
> >>
> >> I want to implement a subset of the OpenWhisk API on top of Knative
> >> serving.
> >> Knative serving already does the scaling and routing, so what we need are
> >> the "endpoints" to invoke actions.
> >>
> >> Since I do not want to add additional components, not at the first stage.
> >> Just knative serve and build, the runtime and a controller script, the
> >> runtime is the natural place where to "handle" the API invocations, since
> >> Knative only generates the URL but not anything else. If I understood
> >> well, Matt is adding a proxy. I do not want to add a proxy, just add to
> >> the runtime the ability to respond to "API like" calls, at least those
> >> regarding action invocation.
> >>
> >>>> It will do all the decoding required to invoke the action with the
> >>>> expected paramenters (straight invocation thrhoug the actinloop protocol,
> >>>> not proxies).
> >>> Does this mean moving all of the Controller's "smartness" about incoming
> >>> and outgoing HTTP requests (see the whole WebActions for example)?
> >>
> >> At least decoding web actions in the runtime, yes. Knative serving already
> >> has routing and proxying.
> >> So a true implementation on top of Knative requires IHMO this sacrifice.
> >> Unless there is a way to keep the controller in a "Knative" compatible
> >> way. Open to suggestions here.
> >>
> >>> Each action will then be exposed using an ingress with its specific
> >>> invocation path.
> >>>
> >>> If the community agrees with this plan, I would create a repo
> >>> `incubator-openwhisk-knative` to work on it.
> >>>
> >>> Thoughts?
--
Matt Sicker
EMOVED LATEST
> actionloop-golang-v1.10 -- tagged with master, no latest tag
> action-swift-v3.1.1 -- NO RELEASE; REMOVED LATEST
> action-swift-v4.0 -- NO RELEASE; REMOVED LATEST
> swift3action -- NO RELEASE; REMOVED LATEST
> javaaction
>
> # Samples
> thumbnail
> asciiart
> spellcheck
>
> # Misc Stuff
> ansible-runner -- NO RELEASE; REMOVED LATEST
> script-runner -- NO RELEASE; REMOVED LATEST
> couchdb-catalog
> couchdb-snapshot -- NO RELEASE; REMOVED LATEST
--
Matt Sicker
not system/context ones)?
>
> If so, then having thought about it some more, annotating every parameter
> could be done as suggested say with a -e vs a -p.
>
> -r
--
Matt Sicker
> Please comment on this thread (and/or Wiki draft page) if anyone has any
> changes we should make before sending to the IPMC.
>
> draft link:
> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=115526932
>
> thx,
> mr
--
Matt Sicker
gt; explaining how to contribute, and all the ways someone can be contributor,
> and how to open a PR, testing and how reviewing works.
>
> Should we revise the guidelines and contributions doc? Is anyone else
> interested in helping out on these docs?
>
> -r
--
Matt Sicker
ed, or a blog section might be created at
> http://openwhisk.apache.org/ for more informal content than what's
> there now.
>
> Apart from that, consolidating docs is great, of course - I just
> wanted to mention the difference between reference docs and
> informative articles which are also useful.
>
> -Bertrand
--
Matt Sicker
.13.0-incubating
> tag.
>
> --dave
>
> [1] https://github.com/apache/incubator-openwhisk/pull/4529
--
Matt Sicker
a snapshot of the code together and fill out the IP Clearance form
> describing it.
>
> --dave
>
> [1] http://incubator.apache.org/ip-clearance/
--
Matt Sicker
also supporting contributions to the project website repo
> and in client tooling repos and helped add Brew support for wskdeploy.
> Justin is a regular participant within our “dev” list and attends many of
> our Tech. Interchange calls.
>
> Please join me in welcoming Justin to this new role on the project!
>
> --dave
--
Matt Sicker
Thoughts on what approach to take here?
> >
> > Chetan Mehrotra
> > [1] https://github.com/apache/incubator-openwhisk/issues/4525
> > [2] https://github.com/apache/incubator-openwhisk/releases
> > [3] https://repository.apache.org/
>
--
Matt Sicker
with the CouchDB PMC. I'll link back any upstream
issues.
On Sat, 20 Jul 2019 at 14:02, Matt Sicker wrote:
>
> Thanks for the link! That looks like an even easier way to support
> CouchDB for sure. I'll play around with each option to see which makes
> more sense to prototype.
>
> O
Continuing discussion in
https://github.com/apache/incubator-openwhisk-deploy-kube/issues/498
On Sat, 20 Jul 2019 at 12:48, Matt Sicker wrote:
>
> So it seems that there's an incubating chart for CouchDB already which
> might be adaptable:
> https://github.com/helm/charts/tree/mast
om/ since is supports very different dbs probably it is
> easier than starts from scratch
>
> --
> Michele Sciabarra
> mich...@sciabarra.com
>
>
>
> - Original message -
> From: Matt Sicker
> To: dev@openwhisk.apache.org
> Subject: Re: Looking to c
e work
> (that is the primary reason so far to use an external CouchDB) There is an
> operator in the work that may be useful
> https://github.com/nicolai86/couchdb-operator
>
> --
> Michele Sciabarra
> mich...@sciabarra.com
>
>
>
> ----- Original messa
]: https://github.com/nicolai86/couchdb-operator/issues/1
On Sat, 20 Jul 2019 at 14:15, Matt Sicker wrote:
>
> Oh this is fun doing archeology on other projects (CouchDB in this
> case). I recognize one of the typical PR reviewers from elsewhere, and
> it appears that the DNS SRV based clust
an issue since I wasn't able to find any existing ones.
On Fri, 19 Jul 2019 at 14:41, Matt Sicker wrote:
>
> That does sound like an interesting thing to do. I've been looking for
> an excuse to practice more Kubernetes things, so this could be rather
> practical there.
>
> On Fri,
of writing an updated controller. I
> > actually already have a prototype using the Julia language. Julia is really
> > awesome, Python simplicity and Go speed, but I feed the community would
> > disagree on using Julia. Of course if I am wrong... let me know because
> > that would be my preferred choice.
> > >
> > > However, I feel that, given our Scala background, Rust would be a much
> > better choice for the KnativeWhisk controller. So I propose to use Rust
> > for the KwhiskController.
> > >
> > > What does the community think of the proposal?
> > >
> > >
> > > --
> > > Michele Sciabarra
> > > mich...@sciabarra.com
> >
> >
--
Matt Sicker
>
> Same goes for thrift (https://www.npmjs.com/package/thrift). I've
> guess there's precedence that maybe this isn't an issue?
>
> On Mon, 15 Jul 2019 at 18:17, Matt Sicker wrote:
> >
> > Most or all of the Apache projects that are distributed on Homebrew
> &g
tion system.
> >> It would be better to have a new separate (openwhisk) CI pipeline for
> the
> >> changes.
> >> All unit/system tests will only be executed on the new CI pipeline.
> >>
> >> I will defer to Sven, he may add more comments.
> >>
> >> Best regards
> >> Dominic
> >>
>
--
Matt Sicker
or Go, based on the community adoption of Go; my
> > perception is that it found its place as the de-facto language for
> managing
> > infrastructure. Akka is amazing for distributed programming model ...
> > that’s my only argument for Scala, but this argument alone is not stro
of each language (e.g., Kotlin and Scala projects are mostly
GitHub ones, and the larger ones are commercially-supported OSS), so
that might also be something to consider.
On Thu, 18 Jul 2019 at 08:54, Matt Sicker wrote:
>
> I’ve barely used Go, and I agree with your rant. I usually just sum
I
> hope to meet more of its community members face to face eventually.
>
> -Bertrand (Who remembers very well the first phone call that led to
> this, that I took outside on Berlin's Alexanderplatz. Fond memories
> already ;-)
>
>
>
>
--
Matt Sicker
mail: sven.lange-l...@de.ibm.com
> Find me on:
>
>
> Schoenaicher Str. 220
> Boeblingen, 71032
> Germany
>
>
>
>
> IBM Deutschland Research & Development GmbH
> Vorsitzende des Aufsichtsrats: Martina Koederitz
> Geschäftsführung: Dirk Wittkopp
> Sitz der Gesellschaft: Böblingen / Registergericht: Amtsgericht Stuttgart,
> HRB 243294
>
>
--
Matt Sicker
feel neglected right now and could use some
attention.
As a bonus, this can also start an idea of adding entries to
https://helpwanted.apache.org/ to recruit more contributors. I see
there's already some GSoC projects going on, so this is an additional
resource that can be useful here.
--
Matt
nternal deployment for example.
>
> --
> Michele Sciabarra
> mich...@sciabarra.com
>
>
>
> - Original message -
> From: Matt Sicker
> To: dev@openwhisk.apache.org
> Subject: Looking to contribute; which areas need some love?
> Date: Friday, July 19, 2019 7:10 PM
unity would
> > disagree on using Julia. Of course if I am wrong... let me know because
> > that would be my preferred choice.
> > >
> > > However, I feel that, given our Scala background, Rust would be a much
> > better choice for the KnativeWhisk controller. So I propose to use Rust
> > for the KwhiskController.
> > >
> > > What does the community think of the proposal?
> > >
> > >
> > > --
> > > Michele Sciabarra
> > > mich...@sciabarra.com
> > >
> >
>
>
> --
> Regards,
> James Thomas
--
Matt Sicker
oth accepted the
> invitation. Rob and Michele were already project committers.
>
> Please join me in welcoming them to this new role on the project!
>
> -r
--
Matt Sicker
roach unless Apache likes having a domain name
> style which implies (family) membership hierarchy.
>
>
>
> From: Matt Sicker
> To: dev@openwhisk.apache.org
> Date: 07/15/2019 12:05 PM
> Subject:[EXTERNAL] Re: Changing JavaScript SDK NPM Module N
I like this! It would make a great starting point, and we might not
even need to get more advanced any time soon. Good find!
On Thu, 25 Jul 2019 at 02:00, Bertrand Delacretaz
wrote:
>
> Hi,
>
> On Thu, Jul 18, 2019 at 8:36 PM Matt Sicker wrote:
> > ...This is one of the situa
s been talk previously about moving to later java and scala versions.
> I’ve got this all working in a PR[0], which passes travis. I was wondering if
> there is some further testing that people think should be done.
>
> -dan
>
> [0] - https://github.com/apache/openwhisk/pull/4706
>
--
Matt Sicker
> Hello all,
> >
> > I remember the discussion about the openwhisk as a single executable
> that includes also Kafka. So I wonder: is it now possible to run (for
> development purposes of course) OpenWhisk as single docker image if we add
> also couchdb to that one? Because I have an use case where even a
> docker-compose can be inconvenient...
> >
> > --
> > Michele Sciabarra
> > mich...@sciabarra.com
>
>
--
Matt Sicker
dy seen in and I will show it at
> >> the
> >>> upcoming tech exchange on Wednesday.
> >>>
> >>> Feedback as usual is welcomes and appreciated. I have not considered
> >> adding
> >>> this to the rest of the deployments but could explore that. In
> particular
> >> a
> >>> previous commit added a "/ui" route to the nginx routing in the open
> >> source
> >>> configuration and we could use that for this purpose.
> >>>
> >>
> >> This is cool!
> >>
> >> Looking forward to the demo at the next tech exchange.
> >>
> >> --dave
>
--
Matt Sicker
ks?
> > Did you open any PR?
> >
> > And I want to share our version at this tech interchange call.
> >
> >
> > Best regards
> > Dominic
> >
> >
> > 2020년 2월 2일 (일) 오전 7:02, Michele Sciabarra 님이
> 작성:
> >
> > > Great suggestion. I know how to pass configuration parameters, what is
> > the
> > > configuration to set?
> > >
> > > --
> > > Michele Sciabarra
> > > mich...@sciabarra.com
> > >
> > > - Original message -
> > > From: Rodric Rabbah
> > > To: dev@openwhisk.apache.org
> > > Subject: Re: Preview of a OpenWhisk IDE & Debugger... and an help
> request
> > > Date: Saturday, February 01, 2020 8:35 PM
> > >
> > > > 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
> > >
> >
>
--
Matt Sicker
ible(true);
> >>
> >> Yep, you hack an in-memory undocumented hash map marked read only with
> reflection to say "no, I want to write in it anyway" and then proceed your
> surgery.
> >>
> >> I very very very very unwillingly applied this hack in the actionloop
> runtime for java 8 for the sake of keeping compatibility and pass all the
> existing tests.
> >>
> >> For java 11 however, this hack also requires you mark the runtime as
> using "unsafe code"
> >>
> >> I thing this thing now it is a bit ... too much. So we should instead
> change the way we pass the values and use system properties instead.
> >>
> >> Yes, user code for Java11 need to be changed. No more
> System.getenv(...) but System.getProperties.
> >>
> >> Your thoughts?
> >>
> >>
> >> --
> >> Michele Sciabarra
> >> mich...@sciabarra.com
>
--
Matt Sicker
ronment variables.
> >
> > Launching a process for each requests is what the older "docker support"
> was doing. And no, it is horribly inefficient even for fast C programs. And
> for java, that also has a long startup time, would be terrible.
> >
> > --
>
ause ...
>
>
>
> 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://github.com/apache/openwhisk-release/blob/master/docs/license_compliance.md
>
> --
Matt Sicker
> non-OpenWhisk deadlines.
>
> Will try tomorrow.
>
> -r
>
--
Matt Sicker
If you can send me your key, preferably encrypted to my GPG key, I can
add it to the KEYS file for you. See second to last key in this file
for a copy of the key:
https://dist.apache.org/repos/dist/release/logging/KEYS
On Tue, 28 Jul 2020 at 21:41, Matt Sicker wrote:
>
> The KEYS file is
I think a release vote is appropriate, though whether or not it needs
3 +1s or can be done by lazy consensus is a detail to explore. Since
this is a metapackage type thing, I can see it being done either way
as it's similar to a parent pom in the Java world where you're just
referencing several
If use of Kubernetes in CI is useful here, there's a thread on
bui...@apache.org right now planning how to go about doing so. Note
that GitHub Actions are also somewhat rate-limited across the ASF, so
we might need some hybrid CI solutions depending on how long or
frequently things are running.
There’s also Apache Ratis if you want a RAFT library. Looks promising.
—
Matt Sicker
> On Dec 20, 2022, at 20:00, Brendan Doyle wrote:
>
> Actually to Dom’s point, rather than UUID you can probably use the ip or
> display name value to store as the key to guarante
74 matches
Mail list logo