All of lore.kernel.org
 help / color / mirror / Atom feed
From: "John Willis" <John.Willis@Distant-earth.com>
To: <openembedded-devel@lists.openembedded.org>
Subject: Re: tinderbox, bug reports and a freshly-broken mplayer
Date: Tue, 19 Jan 2010 09:55:17 -0000	[thread overview]
Message-ID: <01e501ca98ed$823fa280$86bee780$@Willis@Distant-earth.com> (raw)
In-Reply-To: <alpine.LFD.2.00.1001190305430.13206@localhost>

Robert,

>   in order to keep the peace, i'm more than willing to file actual OE
> bug reports for breakage i discover when building.  specifically, i'm
> almost always trying to build beagleboard-demo-image on my up-to-date
> fedora system, which seems to be a relatively unpopular working system
> for most people here (except for philip b.), so i'm getting used to
> running into breakage that no one else is seeing -- it's just a fact
> of life.
> 
>   ignoring gnome-games for now, after a recent "git pull" on the OE
> dev branch, the "mplayer" package now no longer builds.  from the git
> log, i can see:

<snip>

On the gnome-games front, I have been messing with gnome-games packages for
something else (unrelated to the BB-demo image). I can mail you a few BB's
to try if you want but none of it is working 100% yet (newer versions of
gnome-games introduce requirements for OpenGL/Clutter etc. and that opens a
whole world of pain).

>   if i "git reset" to the commit just before that, it builds fine;
> ergo, that seems to be the commit that broke it.  a wild guess is that
> the "maxrev" parameters are the cause, given that at least one now
> falls below the requested svn revision, causing an essential patch to
> no longer be applied, but that's just a guess until i look more
> closely.

<snip>

If you have a hunch on the patch then give it a go, or drop down the SRCREV
for a few days until someone else can get around to fixing the issue, I
suspect this bug will be seen widely (in fact I reproduced it on my setup
with a fresh pull of mplayer_svn.bb on a Ubuntu build host yesterday). Your
hunch seems good but I have no time to personally look at this now.

>   so ... i can file this over at http://bugs.openembedded.net/ if
> that's the way to go.  but others were talking about this tinderbox
> thing, which i've never used.  a quick glance suggests it's a more
> formal, automated way of doing regular builds.  would that be
> appropriate for me, if it's understood i'm always building on the same
> distro?  feel free to point me at a quick intro, or i'll just file a
> regular bug if that's the way to go.

Let's be honest, you're never going to go too far wrong raising a bug report
;).

As for TinderBox, I did include some links in an earlier mail 

"I think Phil (or someone else) suggest you consider contributing your build
logs to OESTATS/TinderBox
(http://wiki.openembedded.net/index.php/How_do_I_send_automatic_success_and_
failure_reports) at least with that setup you leave a reference the failing
logs in bug reports/mails so people can have a look into all the gory
details :)." 

It only takes a few minor changes to your local.conf and all your build logs
and build status are automatically uploaded to the server. This makes
diagnosing build issues/collective debugging etc. that little bit easier as
anyone can go to http://tinderbox.openembedded.org/builders/<your_nick> and
see what your builds and failures and dig into the logs. If you worried
about personal info. being uploaded then check into oestats-client.bbclass
to see what is happening under the hood.

To prove a point this is a link to the failed mplayer build I did yesterday
(http://tinderbox.openembedded.org/packages/431300/).

Regards,

John





  reply	other threads:[~2010-01-19  9:58 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-01-19  8:17 tinderbox, bug reports and a freshly-broken mplayer Robert P. J. Day
2010-01-19  9:55 ` John Willis [this message]
2010-01-19 11:53   ` Robert P. J. Day
2010-01-19 17:52     ` Denys Dmytriyenko
2010-01-19 17:30 ` John (GMail)

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='01e501ca98ed$823fa280$86bee780$@Willis@Distant-earth.com' \
    --to=john.willis@distant-earth.com \
    --cc=openembedded-devel@lists.openembedded.org \
    /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.