This is a patch identifying the problem, but it's not complete.

A second patch for this problem (fixing a similar issue with Recipes) has
been submitted today.

Cheers,
Alex

On Thu, Mar 12, 2015 at 3:11 PM, Barros Pena, Belen <
belen.barros.pena@intel.com> wrote:

> On 12/03/2015 14:24, "Lerner, Dave" <dave.lerner@windriver.com> wrote:
>
> >I've attached the log file for the build.
>
> Looks like the same error I got, but I am not sure why it has different
> outcomes in your case (wrong list of layers), and mine (no list of
> layers).
>
> I just tested the patch for this problem that has been submitted upstream,
> and seems to work for me. This is it:
>
> http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=adamian/20
> 150312-submission-bb&id=93b33f1f028129f1efd61c35219e44d3cd551de9
>
> Cheers
>
> Belén
>
>
> >Dave
> >________________________________________
> >From: Barros Pena, Belen [belen.barros.pena@intel.com]
> >Sent: Thursday, March 12, 2015 8:40 AM
> >To: Lerner, Dave
> >Cc: toaster@yoctoproject.org; DAMIAN, ALEXANDRU
> >Subject: Re: [Toaster] Layers list wrong on build configuration summary -
> >no defect found, should I fix?
> >
> >I ran a build on master:0aff27522d467ee5d02289594207ddef4add7081 with the
> >same layers Dave had. I get no information about layers at all: I get the
> >"__FIXME__unidentifed_layer" message instead.
> >
> >I know Alex has at least one fix ready for this problem, so that might
> >solve this. This is the error shown in the cooker log:
> >
> >ERROR: ProjectLayer matching query does not exist.
> >Traceback (most recent call last):
> >  File "/home/yocto/master/bitbake/lib/bb/ui/toasterui.py", line 281, in
> >main
> >    buildinfohelper.store_layer_info(event)
> >  File "/home/yocto/master/bitbake/lib/bb/ui/buildinfohelper.py", line
> >759, in store_layer_info
> >
> >self.internal_state['lvs'][self.orm_wrapper.get_update_layer_object(layeri
> >n
> >fos[layer],
> >self.brbe)] = layerinfos[layer]['version']
> >  File "/home/yocto/master/bitbake/lib/bb/ui/buildinfohelper.py", line
> >279, in get_update_layer_object
> >    layer_object =
> >buildrequest.project.projectlayer_set.get(layercommit__layer__name=layer_i
> >n
> >formation['name']).layercommit.layer
> >  File
> >"/usr/local/lib/python2.7/dist-packages/django/db/models/manager.py",
> >line 151, in get
> >    return self.get_queryset().get(*args, **kwargs)
> >  File "/usr/local/lib/python2.7/dist-packages/django/db/models/query.py",
> >line 307, in get
> >    self.model._meta.object_name)
> >DoesNotExist: ProjectLayer matching query does not exist.
> >
> >
> >Dave: do you still have the log file for the build where you spotted this
> >problem?
> >
> >Cheers
> >
> >Belén
> >
> >On 11/03/2015 19:02, "Lerner, Dave" <dave.lerner@windriver.com> wrote:
> >
> >>
> >>> -----Original Message-----
> >>> From: toaster-bounces@yoctoproject.org
> >>>[mailto:toaster-bounces@yoctoproject.org] On
> >>> Behalf Of Barros Pena, Belen
> >>> Sent: Wednesday, March 11, 2015 10:52 AM
> >>> To: Lerner, Dave
> >>> Cc: toaster@yoctoproject.org
> >>> Subject: Re: [Toaster] Layers list wrong on build configuration summary
> >>>- no defect
> >>> found, should I fix?
> >>>
> >>>
> >>>
> >>> On 11/03/2015 15:47, "Lerner, Dave" <dave.lerner@windriver.com> wrote:
> >>>
> >>> >
> >>> >HI Belen,
> >>> >
> >>> >The Builds -> <pick a build> -> Summary page shows the wrong list of
> >>> >layers.
> >>>
> >>> Mmmm, I haven't come across this one. Can I ask:
> >>>
> >>> * In which commit are you seeing this?
> >>
> >>master - fetched/rebased monday.
> >>
> >>> * Which layers are you using?
> >>>
> >>
> >>openembedded-core
> >>meta-yocto-bsp
> >>meta-yocto
> >>meta-oe
> >>meta-games
> >>
> >>> I'd like to try to reproduce it.
> >>>
> >>> Thanks!
> >>>
> >>> Belen
> >>>
> >>> >
> >>> >
> >>> >For five layers that I use in a project (the default three, plus two
> >>>more
> >>> >that I manually added through toaster) the summary page shows only two
> >>> >and the wrong two.
> >>> >
> >>> >
> >>> >There is no defect that sounds like this symptom.  Should I file one,
> >>> >then accept it and fix it?  The fix is the using same query that I
> >>>just
> >>> >constructed for the defect 7414, trimming layer directory local path
> >>> >prefix.  In fact, before I got 7414 working, the
> >>> > first try was exactly the same wrong result as shown above.
> >>> >
> >>> >Dave
> >>> >
> >>> >
> >>>
> >>> --
> >>> _______________________________________________
> >>> toaster mailing list
> >>> toaster@yoctoproject.org
> >>> https://lists.yoctoproject.org/listinfo/toaster
> >
>
>


-- 
Alex Damian
Yocto Project
SSG / OTC