statistics from patchworks?

Yann E. MORIN yann.morin.1998 at
Tue Oct 9 17:08:57 EST 2012

Stephen, All,

On Monday 08 October 2012 23:50:03 Stephen Hemminger wrote:
> What I am looking for is to try and do some queries that will help
> with a talk at Linuxcon Europe. These are things that might help
> submitters to understand:
>   * how long does review process take?
>   * how many iterations
>   * size of patch vs success rate

I understand very well (or so I believe) what you want. I was not saying
that your metrics are bad or good.

I was replying to Jeremy's question about what metrics Patchwork should
be able to export, and I explained why I believed that only a time-stamped
log of changes should be added, not your initial 'per-release' metrics.

> There is enough patches going through the flow and the process
> is understood enough that some metrics. There are lots of things this
> could be used for (good or evil), like convincing managers, users,
> and reviewers to do a better job.

I am well used to these kinds of metrics, for (ab)using some of them, and
being (ab)used by some of them at work. ;-)

> The communit (ie netdev and linux-kernel)

But, even if netdev and the Linux kernel have /simple/ release schemes,
not all projects/communities that use Patchwork do. So, if a notion of
'release' were to be added to Patchwork, then it would have to be generic
enough to not only fit netdev and the Linux kernel, but others as well.

Anyway, sorry for the noise.

Yann E. MORIN.

|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |

More information about the Patchwork mailing list