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>
