Re: [PATCH 3/5] Revert "Be sensible computing project patch counts"

2020-03-19 Thread Andrew Donnellan
On 4/3/20 10:54 pm, Stephen Finucane wrote: This reverts commit cfcf2f2a80ac0709f1a5fd9aa212c8403daa5a18. This will no longer be necessary once we remove the Patch-Submission split. Revert it now to avoid needing to rejig this later. Conflicts: patchwork/views/project.py NOTE(stephenfi

Re: Patch [2/5] not part of the rest of the series

2020-03-19 Thread Konstantin Ryabitsev
On Thu, Mar 19, 2020 at 03:28:32PM +, Stephen Finucane wrote: > > I have a rather strange case here: > > > > https://patchwork.kernel.org/project/linux-rdma/list/ > > > > If you look for "258273" in the page, you will find an oddball situation > > where a [v2,2/5] is randomly recorded as par

Re: Patch [2/5] not part of the rest of the series

2020-03-19 Thread Stephen Finucane
On Thu, 2020-03-19 at 10:21 -0400, Konstantin Ryabitsev wrote: > Hello: > > I have a rather strange case here: > > https://patchwork.kernel.org/project/linux-rdma/list/ > > If you look for "258273" in the page, you will find an oddball situation > where a [v2,2/5] is randomly recorded as part o

Patch [2/5] not part of the rest of the series

2020-03-19 Thread Konstantin Ryabitsev
Hello: I have a rather strange case here: https://patchwork.kernel.org/project/linux-rdma/list/ If you look for "258273" in the page, you will find an oddball situation where a [v2,2/5] is randomly recorded as part of "Untitled series", even though the rest of the patches in that series are pr

Re: [PATCH 0/3] Fix db-murdering API queries

2020-03-19 Thread Daniel Axtens
Stephen Finucane writes: > On Wed, 2020-03-18 at 00:59 +1100, Daniel Axtens wrote: >> Konstantin observed really poor behaviour of the API when pretty basic >> filters are applied. >> >> This will be properly fixed with the new data model, but for now it can be >> largely mitigated. > > Reviewed

Re: [PATCH 0/3] Fix db-murdering API queries

2020-03-19 Thread Stephen Finucane
On Wed, 2020-03-18 at 00:59 +1100, Daniel Axtens wrote: > Konstantin observed really poor behaviour of the API when pretty basic > filters are applied. > > This will be properly fixed with the new data model, but for now it can be > largely mitigated. Reviewed and applied all these. > I will bac