Recipe Renames, etc

Patrick Venture venture at google.com
Thu Oct 11 06:01:43 AEDT 2018


On Wed, Oct 10, 2018 at 12:00 PM Matt Spinler
<mspinler at linux.vnet.ibm.com> wrote:
>
> On 2018-10-10 13:50, Patrick Venture wrote:
> > On Wed, Oct 10, 2018 at 11:46 AM Patrick Venture <venture at google.com>
> > wrote:
> >>
> >> On Wed, Oct 10, 2018 at 11:45 AM Patrick Venture <venture at google.com>
> >> wrote:
> >> >
> >> > On Wed, Oct 10, 2018 at 11:38 AM Matt Spinler
> >> > <mspinler at linux.vnet.ibm.com> wrote:
> >> > >
> >> > > On 2018-10-02 10:28, Patrick Venture wrote:
> >> > > > I've sent a bunch of recipe renames, but I'm still updating each with
> >> > > > an individual tested footer.  I will try marking them all as WIP now
> >> > > >
> >> > > > Patrick
> >> > >
> >> > >
> >> > > Hi Patrick,
> >> > >
> >> > > I think you broke master with these.  For example, the phosphor-rest
> >> > > recipe - it has a default url-config.json, and then a layer specific file gets
> >> > > applied from the meta-ibm layer, like:
> >> > >
> >> > > meta-ibm/recipes-phosphor/interfaces/phosphor-rest/url_config.json
> >> > >
> >> > > However, from the log.do_unpack from the phosphor-rest build, it doesn't
> >> > > look there, it now only looks in phosphor-rest%.  So any override directory without
> >> > > a % isn't being found.
> >> >
> >> > Interesting that the CI didn't catch the break since witherspoon is
> >> > one of the systems built via it.  But I'll take a look.
>
> Yea, our current automated test bucket can't catch this.  (shows there
> is still room for improvement)
>
>
> >>
> >> Although I have had configuration files disappear when the wildcard is
> >> missing from the directory, the recipe normally complains about being
> >> unable to find the file.  For a file override, if there's already that
> >> file - presumably then it wouldn't complain.
>
> The latter is what's happening here.
>
> >
> > I've fired off a witherspoon build locally from openbmc HEAD, and will
> > report back.  Very few of the recipes were updated in this fashion so
> > I'm not terribly worried about a general breakage.
>
> Thanks for looking.  I'm not sure if there's an easy way to find these
> cases.

This specific case is difficult to catch but, it's something that's
avoided for most of the renames, so at least there's that.  Future
changes though -- one will just have to be more cognizant of matching
output.

>
> >
> >>
> >> >
> >> > >
> >> > > I haven't looked to see what all is broken yet and in how many layers,
> >> > > at least our phosphor-rest and phosphor-gevent, which is why the web UI stopped
> >> > > working on witherspoon.  Not sure if any other systems are also having problems.
> >> > >
> >> > >
>


More information about the openbmc mailing list