From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] autobuild statistics graph
Date: Fri, 30 Aug 2013 09:47:32 +0200 [thread overview]
Message-ID: <20130830094732.0ebb841f@skate> (raw)
In-Reply-To: <521F6FCD.3020500@mind.be>
Dear Arnout Vandecappelle,
On Thu, 29 Aug 2013 17:59:09 +0200, Arnout Vandecappelle wrote:
> > Yes, I also considered that having the releases indicated in the graph
> > would be interesting. In fact, if we'd have these big moments shown in
> > the graph, the actual dates wouldn't really matter anymore and could
> > be hidden completely IMO.
> >
> > If you still have the info about when some of the big changes (like
> > new toolchain etc.) was done, we can definitely put that alongside the
> > release milestones.
> >
> > How to best store the milestones (in the database or in the graph.php
> > file itself), I'm not sure. They'll probably need to be manually
> > updated, but that could be done both in the database as in graph.php.
> > How to show these milestones in the graph is also not entirely clear.
> > I can't find a way to pass some custom x values to pChart. One
> > solution is to manipulate the date array from php before passing it to
> > pChart. This way, if we have a map between date (as it appears in the
> > database) and event, we can replace the dates by the events, and make
> > all other strings empty. This should give the desired result I think.
>
> Ideally the horizontal axis should be based on git commit IDs instead
> of build date, and the labels could be the tags. And you could manually
> add tags to the clone from which the commit IDs are extracted to indicate
> those interesting points where toolchains are added etc. But that would
> be a bit too much effort I guess :-)
Hum, yeah, I don't mind spending a bit of time on writing/maintaining a
few tools around QA for Buildroot, but I'd like to also keep some time
for real Buildroot development, and not be completely full with stupid
PHP development tasks :-)
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
next prev parent reply other threads:[~2013-08-30 7:47 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-28 6:46 [Buildroot] autobuild statistics graph Thomas De Schampheleire
2013-08-28 7:10 ` Thomas Petazzoni
2013-08-28 7:42 ` Thomas De Schampheleire
2013-08-28 7:48 ` Thomas Petazzoni
2013-08-28 8:02 ` Thomas De Schampheleire
2013-08-29 7:40 ` Thomas De Schampheleire
2013-08-29 8:15 ` Thomas Petazzoni
2013-08-29 8:40 ` Thomas De Schampheleire
2013-08-29 15:59 ` Arnout Vandecappelle
2013-08-30 7:47 ` Thomas Petazzoni [this message]
2013-09-08 13:57 ` Thomas Petazzoni
2013-09-08 14:27 ` Thomas De Schampheleire
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130830094732.0ebb841f@skate \
--to=thomas.petazzoni@free-electrons.com \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.