From: Elias Diem <lists@webconect.ch>
To: Denys Dmytriyenko <denys@ti.com>
Cc: meta-ti@yoctoproject.org
Subject: Re: Problem with libdrm.inc or eudev_%.bbappend
Date: Fri, 15 Apr 2016 16:46:05 +0200 [thread overview]
Message-ID: <20160415144605.GA3517@webconect.local> (raw)
In-Reply-To: <20160410193151.GJ16135@denix.org>
Hi Denys
On 2016-04-10, Denys Dmytriyenko wrote:
>On Sun, Apr 10, 2016 at 07:01:38PM +0200, Elias Diem wrote:
>> Hi
>>
>> I'm trying to build a layer[1] and experience some problems.
>>
>> Steps to reproduce:
>>
>> - I source `oe-init-build-env` like this:
>> $ . /path/to/oe-init-build-env builddir
>>
>> - Then inside builddir, I change the two files `local.conf` and
>> `bblayers.conf`. These two files are attached.
>>
>> - Then I start bitbake as follows:
>>
>> $ bitbake mume-image
>>
>> This will produce the following warning:
>>
>> WARNING: Host distribution "Gentoo" has not been validated with this version of the build system; you may possibly experience unexpected failures. It is recommended that you use a tested distribution.
>>
>> And then it will produce the following error message:
>>
>> ERROR: ParseError at /home/edi/var/yocto/meta-ti/recipes-graphics/drm/libdrm_2.4.41.bb:1: Could not include required file recipes-graphics/drm/libdrm.inc
>>
>> The layer's README[2] tells me to use the branch `fido` for
>> meta-ti. Apparently this branch does not contain a file named
>> `libdrm.inc`.
>
>Well, and it shouldn't - in fido that file comes from oe-core. Looks like you
>are trying to mix/match different branches, which won't work. If you want
>fido, you have to use fido across the layers.
Thank you for your reply. This makes sense.
>> - I then change the meta-ti's branch to `master`. This branch
>> contains the file `libdrm.inc`. I start bitbake again:
>>
>> $ bitbake mume-image
>>
>> This will produce a new error:
>>
>> ERROR: No recipes available for:
>> /home/edi/var/yocto/meta-ti/recipes-core/udev/eudev_%.bbappend
>
>Two things - it was already fixed almost 2 weeks ago, so you seem to be using
>outdated snapshot. Second, use distro that doesn't error out on unused
>bbappends...
>
>And then again, you are trying to mix/match different branches of layers, so
>you might have some other weird issues down the road.
I use a workaround for now. I indeed mix the branches. But I
delete the recipe `libdrm_2.4.41.bb` because I don't need
libdrm.
Maybe I will find a nicer way to solve this problem in the
future.
--
Greetings
Elias
prev parent reply other threads:[~2016-04-15 14:45 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-10 17:01 Problem with libdrm.inc or eudev_%.bbappend Elias Diem
2016-04-10 19:31 ` Denys Dmytriyenko
2016-04-15 14:46 ` Elias Diem [this message]
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=20160415144605.GA3517@webconect.local \
--to=lists@webconect.ch \
--cc=denys@ti.com \
--cc=meta-ti@yoctoproject.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.