Openembedded Devel Discussions
 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox