Ok, I went through PRs 466-764 for bugfixes, and added a few to the wiki
page. Many of the improvements were changes to conform to style, or small
fixes that would not be relevant for release notes.

I think we're done summarizing. Are we ready to create a PR for the Release
Notes? In other words, get them into the text file form?

cheers
adam

On Fri, Apr 10, 2020 at 11:58 AM Alan Carvalho de Assis <acas...@gmail.com>
wrote:

> No problem, I didn't realize that you didn't include the previous
> commit after reviewing all PRs.
>
> I think now we have a better picture about all improvements and
> bugfixes from 8.2 to 9.0.
>
> BR,
>
> Alan
>
> On 4/10/20, Adam Feuer <a...@starcat.io> wrote:
> > Ok thanks Alan. I'm sorry I wasn't clear about what we had done.
> >
> > -adam
> >
> > On Fri, Apr 10, 2020 at 11:27 AM Alan Carvalho de Assis <
> acas...@gmail.com>
> > wrote:
> >
> >> Hi Adam,
> >>
> >> Yesterday I passed all the bugfixes from nuttx-8.2 until nuttx-9.0
> >> tag. But I didn't checked for improvements because I thought you,
> >> Nathan and Abdelatif did it.
> >>
> >> I can do it for the improvements from nuttx-8.2 until Nov. 23 2019, no
> >> problem.
> >>
> >> BR,
> >>
> >> Alan
> >>
> >> On 4/10/20, Adam Feuer <a...@starcat.io> wrote:
> >> > Alan,
> >> >
> >> > Next we need to check for features/improvements and bugfixes between
> 23
> >> > December 2019 (1st PR in github.com/apache/incubator-nuttx) and the
> 16
> >> > November 2019, the date of NuttX release 8.2. The main source of info
> >> > for
> >> > this would be commit messages in the current master branch.
> >> >
> >> > Would you be willing to look through those? Or figure out a way to
> >> > divide
> >> > them up among you, me, Nathan, and Abdelatif?
> >> >
> >> > -adam
> >> >
> >> > On Fri, Apr 10, 2020 at 10:05 AM Alan Carvalho de Assis <
> >> acas...@gmail.com>
> >> > wrote:
> >> >
> >> >> Hi guys,
> >> >>
> >> >> I finished including the apps/ improvements and bugfixes.
> >> >>
> >> >> Is there anything else we need to take care?
> >> >>
> >> >> BR,
> >> >>
> >> >> Alan
> >> >>
> >> >> On 4/10/20, Abdelatif Guettouche <abdelatif.guettou...@gmail.com>
> >> wrote:
> >> >> >> Speaking about the branch, Brennan is suggesting to have a
> >> >> >> different
> >> >> >> naming convention. Instead of nuttx-XX.YY we use releases/XX.YY
> >> >> >> (the
> >> >> >> reasons behind this are here:
> >> >> >> https://github.com/apache/incubator-nuttx/pull/757)
> >> >> >
> >> >> > Is everyone okay with changing the branches naming convention?
> >> >> > I personally do not mind.
> >> >> >
> >> >> > For that PR, I asked Brennan on how to proceed with signing the
> >> >> > tarballs.
> >> >> > The original flow was:
> >> >> > 1. Generate the tarballs
> >> >> > 2. Sign the tarballs and create the hashes.
> >> >> > 3. Then upload everything (tarballs, hashes, signatures)
> >> >> > Everything was done locally and then uploaded.
> >> >> > With the PR757 the release tarballs are generated with a push to
> the
> >> >> > release branch.
> >> >> > Do we download them, sign and then upload the signatures?
> >> >> > We need at least one way to check the downloads before signing,
> like
> >> >> > by creating the hashes with the tarballs.
> >> >> >
> >> >> >
> >> >> > On Fri, Apr 10, 2020 at 4:41 AM Adam Feuer <a...@starcat.io>
> wrote:
> >> >> >>
> >> >> >> Xiang,
> >> >> >>
> >> >> >> Ok, thanks. It's great that this doesn't block the release!
> >> >> >>
> >> >> >> -adam
> >> >> >>
> >> >> >> On Thu, Apr 9, 2020 at 7:49 PM Xiang Xiao
> >> >> >> <xiaoxiang781...@gmail.com
> >> >
> >> >> >> wrote:
> >> >> >>
> >> >> >> > This build error happen for several special config only, and
> >> already
> >> >> >> > exist
> >> >> >> >
> >> >> >> > On Fri, Apr 10, 2020 at 10:38 AM Adam Feuer <a...@starcat.io>
> >> wrote:
> >> >> >> > >
> >> >> >> > > Xiang,
> >> >> >> > >
> >> >> >> > > Do the parallel build failures block our release? If so, what
> >> >> >> > > can
> >> >> >> > > we
> >> >> >> > > do
> >> >> >> >
> >> >> >> > Shouldn't, because:
> >> >> >> > 1.The build error already exist for a long time
> >> >> >> > 2.Only several seldom used configs(all related to
> >> >> >> > binfmt/module/so)
> >> >> >> > hit this issue
> >> >> >> > 3.The single thread build can always finish successfully
> >> >> >> >
> >> >> >> > > temporarily to unblock it? Or is there a fix in the works that
> >> >> >> > > will
> >> >> >> > > be
> >> >> >> > > ready soon?
> >> >> >> > >
> >> >> >> >
> >> >> >> > Masayuki, Haitao, Yamamoto and I try to fix the problem in the
> >> >> >> > recent
> >> >> >> > month, some issue get fixed, but some need more time to
> >> investigate.
> >> >> >> >
> >> >> >> > > -adam
> >> >> >> > >
> >> >> >> > > On Thu, Apr 9, 2020 at 7:29 PM Xiang Xiao <
> >> >> xiaoxiang781...@gmail.com>
> >> >> >> > wrote:
> >> >> >> > >
> >> >> >> > > > At least, the parallel build still fail randomly which block
> >> our
> >> >> >> > > > nightly checker.
> >> >> >> >
> >> >> >>
> >> >> >>
> >> >> >> --
> >> >> >> Adam Feuer <a...@starcat.io>
> >> >> >
> >> >>
> >> >
> >> >
> >> > --
> >> > Adam Feuer <a...@starcat.io>
> >> >
> >>
> >
> >
> > --
> > Adam Feuer <a...@starcat.io>
> >
>


-- 
Adam Feuer <a...@starcat.io>

Reply via email to