Replies: 6 comments 7 replies
-
It might be easiest to subscribe to the mailing lists: [email protected] and [email protected] by sending an email to: |
Beta Was this translation helpful? Give feedback.
-
The mailing lists are very important, but the github milestones might be a useful summary. |
Beta Was this translation helpful? Give feedback.
-
I can think of 2 areas where we might be in a position to get anyone who has an interest to help out.
|
Beta Was this translation helpful? Give feedback.
-
Hi all, I'd be interested in knowing when a first release will happen. |
Beta Was this translation helpful? Give feedback.
-
Are we intending the 1.0.0 Milestone in incubator-pekko to contain the complete list of things needed for the first pekko release or just the incubator-pekko module? [Note: My assumption here is that we need all the repositories to be converted before pekko can be released, however the above comment makes me doubt this.] AFAICT the backlog for the incubator-pekko (core repo) only is tracked in the 1.0.0 Milestone. Then, in the M0 release mailing list thread: M0 release for incubator-pekko repo there was unresolved discussion of using Github Projects for tracking issues across all of the repositories. So I'm not sure where the work for other repositories (and therefore the whole pekko release?) is being tracked and how we're gathering this all together to get an idea of what will be in PEKKO v1.0.0. If we are using Github Project, newcomers/non-committers can't access the PEKKO GitHub project at since it is "Private" and are therefore be excluded from getting a high level view on project status. |
Beta Was this translation helpful? Give feedback.
-
My observations are as follows:
1. milestones only apply to a single git repository. So Pekko should
use milestones to identify what needs to be done to get to the next
"release" -- note the quotes, by this I mean the next major thing being
ready, not necessarily a package release.
2. projects can span multiple repositories and should be used to track
package milestones that are needed for an actual project release. So if
you need pekko-core and pekko-http to create a release, each should have a
milestone and those milestones should be referenced in the project for the
release. In this way we can track what needs to be completed for a release.
3. WE NEED VOLUNTEERS. This should have been #1. We should be
accepting of all offers of assistance; writing code, updating
documentation, creating icons/logos, managing the release, documenting the
process, testing code, testing documentation, testing process. If anyone
wants to help, I am certain that we can find a place to use your talents.
As for me, my talents are not in Scala, but I do know the processes
associated with several Apache processes, and I can help navigate the
Apache way.
Claude
…On Thu, Mar 9, 2023 at 12:02 PM PJ Fanning ***@***.***> wrote:
The ASF regards the source code as the release. We will release zip and
tgz versions of the source. We will have a download page on
pekko.apache.org for this.
We will also publish all the pekko jars associated with this repo to Maven
Central - but this is regarded by the ASF as a convenience for users, as
opposed to being the release in itself. What gets pushed to Maven Central
is very visible in the build.sbt file. If you are not familiar with sbt,
you might find it very hard to contribute.
—
Reply to this email directly, view it on GitHub
<#37 (reply in thread)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AASTVHTFV2UAGZ2GSCWQYK3W3HBD5ANCNFSM6AAAAAAR3BIQ5I>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
Where to find a clear plan for the first release, as well as the current work schedule? I mean someone like me may want to do something to help, but don't know what to do.
Beta Was this translation helpful? Give feedback.
All reactions