You can find the list here https://docs.github.com/en/site-policy/other-site-policies/github-and-trade-controls
On Tue, 8 Nov 2022 at 12:55 pm, Gary Gregory <garydgreg...@gmail.com> wrote: > What countries are those BTW? > > Gary > > On Mon, Nov 7, 2022, 21:52 Gary Gregory <garydgreg...@gmail.com> wrote: > > > > > > > On Mon, Nov 7, 2022, 20:05 Olivier Lamy <ol...@apache.org> wrote: > > > >> On Tue, 8 Nov 2022 at 10:59, Gary Gregory <garydgreg...@gmail.com> > wrote: > >> > > >> > FYI, and FWIW, Log4j is planning on switch from Jira to GitHub for > >> issues, > >> > and release notes: https://issues.apache.org/jira/browse/LOG4J2-3628 > >> > > >> > >> So you mean using ONLY gh for issues? > >> So by doing this, you will exclude people living in countries banned > >> from Github. > >> Is it acceptable from an Apache Foundation POV? > >> > > > > I don't know if this was considered. It must be an issue for other > > projects as well. > > > > Gary > > > > > >> argghhh only 2 answers and the thread is already forking 🤣 > >> > >> > >> > Gary > >> > > >> > On Mon, Nov 7, 2022, 19:16 Olivier Lamy <ol...@apache.org> wrote: > >> > > >> > > well I just see GH release note as a cherry on the cake. > >> > > as long as the rest is done. > >> > > Just compare the result of generated dependabot PRs > >> > > no GH release notes > >> > > https://github.com/eclipse/jetty.project/pull/8853 > >> > > with GH release notes > >> > > https://github.com/eclipse/jetty.project/pull/7727 > >> > > I tend to find the second (e.g with GH release note auto generated) > >> > > more human readable and directly accessible (no need to go somewhere > >> > > else and there is even a link to the PR of the changelog entry). but > >> > > yeah maybe it's only me > >> > > > >> > > Regarding "each change must be done by PR", for some reasons we > can’t > >> > > really make it mandatory but let's be honest in real life everybody > >> > > does it :) > >> > > At the end, if release drafter is configured it's just one click, > and > >> > > if not it's 2 clicks or one command line if using github cli tool gh > >> > > > >> > > On a more general discussion, we are a very large project with > plenty > >> > > of sub projects (maintained by different people who are not > >> > > maintaining every project) and we can be happy having few people > >> > > maintaining those during their spare time. So not sure it's a very > >> > > good idea to have too strict policies/procedures especially when it > >> > > comes to adding a nice to have cherry on the top for users > >> > > Especially when the rest of our long procedure has been done. > >> > > > >> > > > >> > > > >> > > On Tue, 8 Nov 2022 at 09:00, Slawomir Jaranowski < > >> s.jaranow...@gmail.com> > >> > > wrote: > >> > > > > >> > > > Hi, > >> > > > I start a discussion ... as beginning - some my loose thoughts > >> > > > > >> > > > We use Jira (for most of) as our primary issues management system. > >> > > > We manage release notes in Jira - it is the source for > >> announcements. > >> > > > > >> > > > In some projects we have GitHub releases notes. > >> > > > In some cases we use release-drafter for preparing GitHub releases > >> notes. > >> > > > Some of release notes on GH - it is not actual > >> > > > > >> > > > Challenge: > >> > > > - make both release notes to have the same information > >> > > > - minimal additional manual work > >> > > > > >> > > > Release - drafter is fine, but > >> > > > - requires correct labeling on PR > >> > > > - eache change must be done by PR > >> > > > - each PR must be merged on GH with merged status > >> > > > - no additional issues > >> > > > > >> > > > > >> > > > -- > >> > > > Sławomir Jaranowski > >> > > > >> > > > --------------------------------------------------------------------- > >> > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > >> > > For additional commands, e-mail: dev-h...@maven.apache.org > >> > > > >> > > > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > >> For additional commands, e-mail: dev-h...@maven.apache.org > >> > >> >
