+1 non-binding but have been following this thread and hope it happens!
On Tue, Apr 22, 2025 at 2:09 AM PJ Fanning wrote:
> Hi everyone,
> I'd like to formally begin the discussion about accepting Burr
> into the Apache Incubator. The proposal is:
> https://cwiki.apache.org/confluence/display/IN
+1 (non-binding)
On Thu, Nov 21, 2024 at 4:17 AM Mick Semb Wever wrote:
> Following the discussion about Hunter started ten days ago
> https://lists.apache.org/thread/ojr23ssmxmfsdbnojxg3q02xdl74t75j
> and its proposal
> https://cwiki.apache.org/confluence/display/INCUBATOR/HunterProposal
>
general@ vote should quickly have those carried
over by those mentors.
Best,
Dave
On Sep 9, 2024, at 11:48 AM, Daniel B. Widdis
wrote:
see what can be done with the respective maven artifacts in
central.
By design there's not much anyone can do about that. [1]
[1]
On 8/1/24 12:42, Alex Porcelli wrote:
Dear IPMC members,
The KIE podling is preparing for its first Apache release. Due to the
numerous artifacts we build across various repositories (container
images, Java libraries, web apps, etc.), we seek to automate the SVN
upload as part of our release pro
On 5/9/24 03:15, Imba Jin wrote:
Hi Daniel,
For example, after the project is donated(in incubation), when users visit
"github.com/apache/incubator-hugegraph" or "github.com/apache/hugegraph", it could
automatically jump to "github.com/apache/incubator-hugegraph"
On 5/8/24 09:45, sebb wrote:
On Wed, 8 May 2024 at 15:15, Daniel Gruno wrote:
On 5/8/24 03:20, Sheng Wu wrote:
sebb 于2024年5月8日周三 16:12写道：
Remember that the purpose of the incubator prefix is to clearly signal
that the code is under Incubation.
It is essential that this change does not
On 5/8/24 03:20, Sheng Wu wrote:
sebb 于2024年5月8日周三 16:12写道：
Remember that the purpose of the incubator prefix is to clearly signal
that the code is under Incubation.
It is essential that this change does not result in losing this indication.
AFAICT, for most podlings, dropping the incubator
On 5/8/24 07:52, Imba Jin wrote:
+1 (non-binding)
In addition, I found that the new GitHub repo created through the
"selfserve.apache.org" page before, the default is not configured to
automatically jump the 'incubator' address(return 404), which caused some unexpected
problems..
Could you
+1, binding.
On 3/12/24 19:36, Craig Russell wrote:
After this discussion
https://lists.apache.org/thread/frwsy1g1pkx3ppbvzt538xxh9qo9y319
I'd like to propose that we make the incubator. part of the URL optional for
podlings.
This is a way to minimize the work needed to graduate. No redirect o
On 1/23/24 15:49, PJ Fanning wrote:
Hi Alex,
While reproducible builds are a great idea, the Incubator PMC does not
require them. Plugging away at improving things so that reproducible
builds can be produced in future is a useful thing to do.
This may be related to https://issues.apache.org/ji
On 2023-09-18 15:20, Gláucia Esppenchutz wrote:
Hello everyone,
I am pleased to announce that the vote for Apache Wayang(Incubating)
v0.7.1 RC3 has now concluded. Thank you all for your review and
participation in the voting process.
I am happy to inform you that the release voting has passed w
On 2023-08-18 09:54, Calvin Kirs wrote:
Hi Mohammad,
We usually just need one champion, I see David expressing interest and
I think he is a good champion.
David would not be admissible as a champion, as that requires a person
to be either a foundation member or officer. See
https://incubator
Julian
On Jul 31, 2023, at 3:51 AM, Daniel Gruno wrote:
Hi incubator folks,
over at Infra, we occasionally have requests to retire podlings, and while we
do have a specific set of policies for TLPs, it gets a bit vague when it comes
to podlings. I have tried looking for the IPMC's own guid
On 2023-08-02 16:41, Alex Porcelli wrote:
Is there an infrastructure in Apache for CI (Jenkins, etc) for its projects?
See https://infra.apache.org/build-supported-services.html
If yes, where can we find more information on how to onboard?
If not, how do projects deal with CI infrastructure
handed to the attic?
moved to a special incubator-retired-* prefix?
- What happens to the podling websites?
With regards,
Daniel on behalf of ASF Infra.
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For
On 2023-07-04 11:44, Claude Warren wrote:
You could try the Petri route if the devs are ASF members.
Regardless of the route chosen, for an official release you will always
need to adhere to the standard release process (72+ hours, min 3x+1,
more +1s than -1s, must be ALv2, etc etc). I don't
On 2023-07-03 12:52, PJ Fanning wrote:
Adding the Incubator general list.
My view would be that non-snapshot binary artifacts should be signed
with a personal signing key - ideally the signing key that was used to
release the related source release. Unfortunately, this would mean
adding a user's
On 2023-06-27 15:51, Brian Proffitt wrote:
Okay, but what if they have namespace issues with code pointing to their
existing GH repos? We had asked about this a while back, and I thought the
take away was we could keep the existing GH repos in place.
That is where transfers come into play. If a
I would not modify the copyright notice. As it stands in the document
right now, it is set to expire in the year 2111. If you modify, you are
(incorrectly) extending that by a few years without any explicit request
or consent from Lightbend.
Copyright notices are mainly a guard against noncomp
On 2023-06-21 15:25, Jia Fan wrote:
Hi Justin, SeaTunnel already graduated, are we still need report to
incubator?
No. Your reporting schedule can be found at reporter.apache.org - that's
the only one you need to follow. Disregard this message :)
Justin Mclean 于2023年6月21日周三 20:45写道：
Hi,
[
https://issues.apache.org/jira/browse/INCUBATOR-276?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Daniel Gruno deleted INCUBATOR-276:
---
> Usability issues with WebMod list moderator p
For my own education, I dug into this particular LICENSE [1] which is not just
plain GPL2, it is granted under the Universal FOSS License version 1.0 [2].
But it's still Category X despite this.
The question for this specific software is answered at [3] with suggestions for
what to do instead.
On 2022-10-20 14:59, Dave Fisher wrote:
+1. Infra provides both urls immediately and incubator versions of urls live in
the codebase forever.
Correct, we specifically made this change (from foo.incubator.a.o to
foo.a.o) so that we would not have to migrate mailing lists after
graduation, whi
On 2022-10-18 14:34, Julian Hyde wrote:
One idea is to schedule a review after the project has been in the
incubator longer than the median time (say after 2 years). Deep-dive
into what is going right and wrong, identify things that can be fixed,
and set targets. And schedule another review a yea
ote:
On Thu, Oct 6, 2022 at 10:45 PM Daniel Gruno wrote:
On 2022-10-06 07:15, Calvin Kirs wrote:
Hi,
We are missing reports from:
- EventMesh
- HugeGraph
- MarvinAI
- Nuttx
- Spot
- Teaclave
- PonyMail
We are missing mentor sign-off on:(Mentor signoff due by end of days
is Tue Oct 9)
- DataLa
On 2022-10-06 07:15, Calvin Kirs wrote:
Hi,
We are missing reports from:
- EventMesh
- HugeGraph
- MarvinAI
- Nuttx
- Spot
- Teaclave
- PonyMail
We are missing mentor sign-off on:(Mentor signoff due by end of days
is Tue Oct 9)
- DataLab
- Flagon
- Milagro
I suspect ApacheCon is causing some
A few additional comments here:
1. As Justin said, you can select which one you want to choose (and ALv2 is a
good choice!). Some projects take extra measures to explicitly state which of
the two options they elect.
2. The ALv2 + LGPL option is common, primarily to accommodate projects under
G
ache.org/thread/w3btsx6l8gf0ognds8b6bng1ng4ccg00
-David
On 2022/07/18 04:58:00 Daniel Widdis wrote:
> Thanks for the clarity, David.
>
> Given the clear "commit trail" for individual committers and the ICLAs I
don't see a problem there. I think the only questi
Thanks for the clarity, David.
Given the clear "commit trail" for individual committers and the ICLAs I don't
see a problem there. I think the only question that may need a bit more
clarity is the relationship of Dremio to the contributions. I know my own
employer has boilerplate legal claim
> > Isn't developing on a fork of the project and submitting a PR
considered "developed inside the project”?
> Sure, but then you usually don’t need a software grant.
Ah, but I do. When submitting a PR to an ASF project (e.g., [1]) I have had to
either submit an ICLA (which I have) o
Isn't developing on a fork of the project and submitting a PR considered
"developed inside the project"?
When I contribute to Apache projects, I fork the project, write code using the
project's headers, and submit a PR from my fork. I never claim copyright as my
own or use my own header. Th
here does not appear to have ever
been any different headers.
[5] - https://github.com/rafael-telles/arrow/tree/flight-jdbc-driver
[6] -
https://github.com/apache/arrow/compare/master...rafael-telles:arrow:flight-jdbc-driver
On 7/16/22, 11:13 AM, "Daniel Widdis" wrote:
Based on this blog post [1] it appears that the entire development was done in
a sequence of draft PRs on the Arrow site (and on a fork), with the intention
of donating it, and using ASF headers.
Proposal: [2]
Initial POC work: [3]
Experimental version: [4]
[1] -
https://www.dremio.com/subsurf
On Tue, May 24, 2022 at 8:49 PM Ye Xianjin wrote:
>
> > +1 (non-binding).
> >
> > Sent from my iPhone
> >
> > > On May 25, 2022, at 9:59 AM, Goson zhang
wrote:
> > >
> > > +1 (non-binding)
>
+1 (non-binding) from me! Good luck!
On 5/24/22, 9:05 AM, "Jerry Shao" wrote:
Hi all,
Due to the name issue in thread (
https://lists.apache.org/thread/y07xjkqzvpchncym9zr1hgm3c4l4ql0f), we
figured out a new project name "Uniffle" and created a new Thread. Please
help to d
This conjures up a mental image of a unicorn with the Apache feather
tickling its nose... I like it.
On Mon, May 23, 2022 at 8:36 AM Jerry Shao wrote:
> Hi team,
>
> After discussing with the team, we figured out a new name "Uniffle"
> (Unified/Universal Shuffle). And we did a name searching, se
s both batch and stream data processing at the same time,
> > which
> > > > >
> > > > > offers great power to build data analysis, modeling, and other
> > > real-time
> > > > >
> > > > > applications based on streaming d
Adding onto this, even if there may be no legal trademark issue, there is other
software by this name which makes it less than desirable. Quoted from [1]
> Avoiding search-results confusion is important for another reason. Apache
> projects are often very quickly highly ranked. An Apache projec
/
From: m sacks
Date: Wednesday, May 18, 2022 at 5:58 PM
To: Daniel Widdis ,
Subject: Re: Proposal
So I’m not sure if this made it either: is there at least one person interested
in collaborating on this project it involves GPT three?
On Mon, May 16, 2022 at 10:47 PM m sacks wrote:
Not
+1 to this. Would love to see both groups come together.
On 5/17/22, 11:50 PM, "Sheng Wu" wrote:
Hi Firestorm community
Considering what Yu Li is proposing, I would recommend you could do
some discussions directly, maybe off the list if you want.
Both of the projects are young
I'm not an ASF warlord or general. In fact, I don't think such things exist.
It's about community. Decisions are made by communities. Warlords, generals,
and benevolent dictators don't fit well.
Related, I don't see anything "community" in your post. You state "I" have got
code, not "we".
Y
r
software may be of concern with some of the considerations.
1 - https://infra.apache.org/project-names.html
On 5/16/22, 6:43 PM, "Saisai Shao" wrote:
Hi Daniel and Justin,
Thanks for your reply. The trademark "firestorm" as a software has already
been submi
+0.9 (non-binding).
I think the project is a great idea. I think the name is going to run into
a lot of issues with trademarks and pre-existing software products and
would recommend the project consider a new name before incubating.
On Mon, May 16, 2022 at 6:44 AM Jerry Shao wrote:
> Hi all,
>
+1 (non-binding)
On 4/23/22, 7:26 PM, "陈明雨" wrote:
Dear Incubator Community,
After having the discussion in Doris community[1][2], we have passed the
community vote[3].
And then made a discussion in general@incubator[4]. We got a lot of
positive responses.
And have responde
Hi, LuNing.
I am not an IPC member, just an interested open source enthusiast looking for a
project to contribute to.
I was excited about contributing to another project that recently joined the
incubator but as someone who only speaks English, I have had a challenge when a
large number of i
+1 (non-binding)
On 1/15/22, 3:22 PM, "Willem Jiang" wrote:
Hi all,
Following up the [DISCUSS] thread on Hugegraph[1], I would like to call a
VOTE to accept Hugegraph into the Apache Incubator.
Please cast your vote:
[ ] +1, bring Hugegraph into the Incubator
[ ]
+1 (non binding)
On Fri, Dec 3, 2021 at 5:57 AM Willem Jiang wrote:
> Hi all,
>
> Following up the [DISCUSS] thread on SeaTunnel [1] I would like to call a
> VOTE to accept into the Apache Incubator.
>
> Please cast your vote:
>
> [ ] +1, bring into the Incubator
> [ ] +0, I don't care eith
I can't speak to the specifics of Apache, but I have used the repository
transfer feature to move a project from a personal account to an organizational
account, and it preserves all the issues, PRs, commit history, etc., simply
changing the Github URL. I wouldn't think there would be any issu
Generally in agreement, but:
> given there may be a license issue and it's very easy to fix, why not fix it?
Any "fix" will look like the old code and thus be "modified".
The new graph in this case happens to have the same number of nodes and arcs as
the original copyrighted artwork, but arra
> It unclear what has been used from that page, there is text, code and images
> on it all under different licenses.
It's very clear to me. The code you linked to is simply a representation of
what nodes link to what other nodes by a directed arc. For example, the top
two sites labeled B and
> taking creative common license code and making modifications to it
I visited the indicated page [1] and there is no code there. The code appears
to have represented connecting letters to match the image on that page.
The license on the image itself [2] indicates that it is public domain.
I
On 02/11/2021 06.42, Justin Mclean wrote:
Hi,
My understanding is that https://www.apache.org/dist/ has been deprecated.
So for Pony Mail I would I change these links to go via
https://downloads.apache.org/
- https://www.apache.org/dist/incubator/ponymail/KEYS
-
https://www.apache.org/di
Could you tell me what's wrong with the pony mail links?
/dist/ redirects to downloads.apache.org so technically it's valid.
with regards,
Daniel.
On 02/11/2021 04.09, Justin Mclean wrote:
Hi,
A while back we asked projects to correct their download pages, however I’m
still seein
I agree in general, and due diligence is specifically warranted for the case
you cite here:
> often with software grants the license changes to ALv2 just before donation
So to narrow the conversation for this specific case:
The LICENSE file was added to the repo 2019-09-30 and all files in the r
On 9/5/21, 7:46 PM, "Justin Mclean" wrote:
You’ll note [1] says "All contributors of ideas, code, or documentation to
any Apache projects must complete, sign, and submit via email an Individual
Contributor License Agreement(ICLA).’ however we do allow people to contribute
without signing a
On 9/5/21, 7:16 PM, "Olivier Lamy" wrote:
Again the project is already Apache license from the start so any
contribution will be de facto ASF compliant
***
Linked from the blog post I cited earlier justifies this statement.
http://mail-archives.apache.org/mod_mbox/www-infrastructure-dev
ier Lamy" wrote:
On Mon, 6 Sept 2021 at 12:13, Daniel Widdis wrote:
> Code size is not the only measure of significance.
>
> Without any specialty knowledge of the domain, I would consider this
> security fix probably significant.
> https://github.c
Code size is not the only measure of significance.
Without any specialty knowledge of the domain, I would consider this security
fix probably significant.
https://github.com/mvndaemon/mvnd/pull/391 fixing
https://github.com/mvndaemon/mvnd/issues/390
However, the AL2.0 license states:
> Unless
I looked into every commit to this repository.
https://github.com/mvndaemon/mvnd/graphs/contributors
I understand from the thread there are CLAs from the two main contributors. Of
the remaining 11 committers:
- lanmaoxinqing had one substantive commit of +87/-9 lines.
- Syquel had one substantiv
On 19/07/2021 12.03, Wei-Chiu Chuang wrote:
I am trying to access the Apache Incubator's web page
https://incubator.apache.org/
But it returned with an error message
Misdirected Request
The client needs a new connection for this request as the requested host
name does not match the Server Name
I have no concerns. I am not a member of the IPMC, just an interested
participant in the conversation.
On 7/11/21, 11:25 PM, "Rohit Yadav" wrote:
Hi Daniel, Justin, IPMC,
Are you happy with the answers to satisfaction? Do you have any other
questions/concerns, or can w
> I would expect any one making total commits of 100s, 1,000s or more lines
of code major/significant.
That assumes it's their own code. There are three contributors in the
1000s of lines range, and while these contributors have done a great
service to the project, the vast majority of those thou
I've been following this thread and continue to see phrases such as "major
contributors" and "significant contributions".
Given the entire premise of the conversation here is on whether there are legal
claims to IP, could you clarify, objectively, what defines "major" and/or
"significant"?
On
It seems to me that knowing who has carryover votes is not important for a lazy
consensus vote.
The +1 votes are not really required except in the rare case they might be
needed to counter a -1; in which case I'd suggest intentional action following
the -1 would make more sense than saying "oh
The scala configuration file [1] appears to be a copy from [2] or its github
source at [3].
[1] ./examples/sql/src/test/resources/scalastyle_config.xml
[2] http://www.scalastyle.org/scalastyle_config.xml
[3]
https://github.com/scalastyle/scalastyle/blob/master/src/test/resources/config/scalastyl
1. Calvin Kirs's vote was non-binding.
2. The only two binding votes were carried over from the PPMC. Seems the main
purpose of posting on this list is to get review from IPMC members who have not
yet seen it.
3. As Justin pointed out, 72 hours haven't passed, giving IPMC members other
than tho
On 14/04/2021 09.06, Jian Qiu wrote:
Hi, Dave,
When we decide to donate project to Apache Incubator, we consider several
candidate names and make a vote in our community, the results are
as follows:
* YunionCloud - a cloud union of Clouds, 26 vote
* UnioneCloud - to unify many clouds into One C
begin your search with such projects.
I'll back out of this conversation now and let others answer or redirect you to
other resources.
Dan
On 3/17/21, 10:21 PM, "Daniel Widdis" wrote:
Thanks for your clarifications.
Regarding "Apache" = "Quality",
ut the Java Module System (JPMS).
Looking forward to any other replies with interest.
Dan
[1] - https://www.apache.org/theapacheway/
On 3/17/21, 10:08 PM, "leerho" wrote:
Daniel,
Thank you for your reply.
> Can you clarify what you mean by an "Apache Java p
Can you clarify what you mean by an "Apache Java project"?
- A TLP?
- An incubating project?
- A project anywhere that is released under the Apache license?
There's actually no need to "migrate code" in many cases, just add some
files. Is there a particular use case you are interested in?
On W
> So if the project uses only Berkeley DB Java Edition, all is well. If it
> uses Berkeley DB then we have a problem.
>
> Regards,
> Craig
>
> > On Feb 18, 2021, at 1:46 PM, Daniel B. Widdis wrote:
> >
> > Thank you for the clarification, Justin! I missed that
Thank you for the clarification, Justin! I missed that non-commercial
limitation.
I agree that it would be better to replace that dependency,
On Thu, Feb 18, 2021 at 1:41 PM Justin Mclean
wrote:
> Hi,
>
> My concern is that while it claims it is under the Apache license that is
> only for non-
e of TubeMQ; subsequent project evolution will
> > consider gradually removing this component.
> >
> > 5. Modify the contents of the CHANGES.md file and add this modification
> > item.
> >
> > Please see if there are any other problems. If OK, we will la
To continue to provide clarity:
The current version (7.5.11) still has AL2.0 licensing; I just downloaded it to
confirm. Any version from 7.3.7 and newer (at this point in time) is an
acceptable dependency.
If Oracle chooses to change the license again for future releases that could
pose a pr
specification in your
LICENSE file, and whether there are any additional actions you should take to
require this minimum version.
From: Goson zhang
Reply-To:
Date: Wednesday, February 10, 2021 at 9:20 PM
To: Daniel Widdis
Cc:
Subject: Re: [VOTE] Release Apache TubeMQ (Incubating) 0.8.0
I believe there may be some confusion between Berkeley DB which is indeed GNU
AGPL v3, and Berkeley DB JE (Java Edition) which was previously GNU AGPL v3 but
switched to Apache License 2.0 with the 7.3.7 release.
Current Berkeley DB JE license is at [3]
3. https://www.oracle.com/downloads/licen
+1 non-binding
On Tue, Feb 9, 2021 at 2:03 PM Mike Beckerle wrote:
> Folks,
>
> I would now call for people to please officially vote on this proposal.
>
> This vote thread will be open for 72 hours - ending on Friday Feb 12,
> 5:15pm ET.US (UTC-5)
>
> The discussion thread already contained vot
The delays at Travis were primarily due to a few things:
- Limited capacity and high demand
- Abuse of the free service by cryptocurrency miners
The problem of the crypto miners has been pretty much resolved, but 1 would
still be an issue on Travis if there hadn't been a mass exit to GHA last y
nstalled),
> > > you
> > > > > > > can get that in our CloudBees CI instance. They support a lot
> of
> > > > > > > formats:
> > > > > > >
> > > > > >
> > &g
Adding my congratulations and a non-binding +1
On 1/29/21, 12:32 PM, "Uma gangumalla" wrote:
Dear Incubator Community,
We have discussed Apache Ratis Podling graduation in the incubator general
DISCUSS thread[1] and We did not see any objections to proceed for voting.
Here is
The quota is for private repos. Public/open-source repos are essentially
unlimited.
On 1/28/21, 9:44 PM, "Weiwei Yang" wrote:
Thank you all for the suggestions.
Looks like github action is an option, we'll give a try.
Noticed they offer 2000 action minutes/month[1] for free, I thin
+1 (non-binding). I'm interested in getting involved in this project!
On Fri, Dec 11, 2020 at 8:33 AM Christofer Dutz
wrote:
> Hi all,
>
> following up the [DISCUSS] thread on Wayang (
> https://lists.apache.org/thread.html/r5fc03ae014f44c7c31a509a6db4ac07faedb2e1c6245cd917b744826%40%3Cgeneral.
Someone needs to have "Admin" access to the repository. Most committers
just have "Write" access.
I would suggest filing an Issue at the repository stating these
requirements.
On Mon, Dec 7, 2020 at 12:22 PM Jialiang Li wrote:
> Hi community,
>
> This is Jack from LinkedIn Pinot team. We’re cu
Yes, of course. Still will need a few others.
I’ll try to put together a mentor recruitment post and send it here in a few
weeks.
> On 25 Nov 2020, at 16:24, Justin Mclean wrote:
>
> Hi,
>
>> The idea was first brought up over a year ago by a member of the community,
>> although it's been
On Tue, Nov 24, 2020 at 4:39 AM Nick Kew wrote:
> Whose initiative is this? If it's you acting as dictator, the first thing
> to do is discuss
> it within your own community. If it's coming from them and they're
> pressing you
> with positive reasons to move, that's a good start.
>
The idea wa
I manage a mature open source project (as the “benevolent dictator”) and am
considering transitioning my project to community management in the Apache Way.
I have spent a few weeks reading about the Apache Incubator process including
most documentation I can find on the site, conference present
Kind reminder to the IPMC to vote on this release
Thank you!
On 2020/11/09 19:11:35, daniel gaspar wrote:
> Hello IPMC,
>
> The Apache Superset (incubating) community has voted on and approved a
> proposal to
> release Apache Superset (incubating) version 0.38.0.
> The vo
Hello IPMC,
The Apache Superset (incubating) community has voted on and approved a
proposal to
release Apache Superset (incubating) version 0.38.0.
The voting thread can be found here:
https://lists.apache.org/thread.html/rcec99715a8d9ede91b36f58a29b1bb5602eecab5a3e4dd012b44d975%40%3Cdev.superset.
On 05/08/2020 00.51, Justin Mclean wrote:
Hi,
Podling report are due today and currently we’re waiting on the following
projects.
Annotator
BlueMarlin
Doris
Liminal
Livy
NLPCraft
Pinot
S2Graph
SDAP
Sedona
Training
Tuweni
Warble
Warble effectively retired/went dormant, FWIW.
Don't expect a re
On 13/05/2020 20.47, Justin Mclean wrote:
Hi,
Folks, just as a reminder. We are approaching 72 hours. Please provide your
comments sooner than later!
There's no real time limit for discussion to graduate. I just wait for the
conversation to die down, but input from other IPMC members would
Dear IPMC,
Thank you Justin for your vote; the minimum 72 h term is almost up,
and we still need one more binding +1 vote to be able to release version
0.35.1 of Apache Superset (incubating). On behalf of the community that is
anxiously awaiting this bug-fix release, I plead to the remaining membe
Kind reminder,
Thank you,
Daniel Gaspar
On 2019/11/21 16:44:52, dpgas...@apache.org wrote:
> Hello IPMC,
>
> The Apache Superset (incubating) community has voted on and approved a
> proposal to
> release Apache Superset (incubating) version 0.35.1.
> The voting thread
determine the viability of this release candidate.
Thank you,
Daniel Gaspar
On 2019/11/05 22:30:06, Justin Mclean wrote:
> Hi,
>
> +1 (binding)
>
> I checked:
> - incubating in name
> - signatures and hashes file
> - LICENSE and NOTICE good
> - DISCLAIMER exist
on't feel strongly about it, but I'm okay with the release
[ ] -1 Do not release this package because...
Thank you IPMC! We appreciate your efforts in helping the Apache Superset
community to validate this release.
On behalf of the Apache Superset Community,
Daniel Gaspar
+1 (binding)
On Fri, Aug 16, 2019 at 3:15 AM Byung-Gon Chun wrote:
>
> +1 (binding)
>
> -Gon
>
> On Wed, Aug 14, 2019 at 3:41 PM Zhijie Shen wrote:
>
> > Hi all,
> >
> > After gauging the interest of MesaTEE (discussion thread:
> >
> > https://lists.apache.org/thread.html/323983a2875dd44ef19a377
Dave Fisher wrote on Wed, 03 Jul 2019 16:06 -0700:
> > On Jul 3, 2019, at 3:59 PM, Daniel Shahaf wrote:
> > Alex Harui wrote on Wed, 03 Jul 2019 21:35 +:
> It really is up to the PPMC Members coming around to how a full PMC and
> RM would act in the Apache Way!
No, it i
Alex Harui wrote on Wed, 03 Jul 2019 21:35 +:
> Re-rolling required re-GPG-signing, new hashes, etc.
Yes, I know how re-rolling works. I've RM'd things before. I still think
in-band is better.
-
To unsubscribe, e-mail: gen
Jim Jagielski wrote on Wed, 03 Jul 2019 16:59 -0400:
> IMO, we want 2 things:
>
> 1. Podlings, and PPMC members, to enjoy the legal protection of the
> foundation when they do a release
>
> 2. The outside world, and esp downstream end-users, to know that
> podling releases should be expect
David Nalley wrote on Wed, 03 Jul 2019 16:21 -0400:
> On Wed, Jul 3, 2019 at 2:38 PM Roman Shaposhnik wrote:
> >
> > On Tue, Jul 2, 2019 at 10:27 PM Greg Stein wrote:
> > >
> > > On Wed, Jul 3, 2019 at 12:10 AM Justin Mclean
> > > wrote:
> > > >...
> > >
> > > > Hi,
> > > >
> > > > > Although no
completely, and (de facto standard) in-band.
Daniel
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org
1 - 100 of 909 matches
Mail list logo
