Hi all,
Via a .bbappend file in my own layers, I added the following patch to
build powertop, which is enabled when tools-profile is added to
EXTRA_IMAGE_FEATURES.
* recipes-profiling/powertop/files/posix-path-max-not-defined.patch:
Patch for build issue. The C++ code needs to including which
d
Hi,
I'm looking at meta/lib/oe/package.py, function strip_execs, under Yocto
2.5.
It has this tidbit:
if s.st_ino in inodes:
os.unlink(file) # <--- of
interest
os.link(inodes[s.st_ino], file) #
Hi all,
I have seen the nativesdk-diffutils compilation fail with the exact
problem
that is supposed to be solved by:
file://0001-explicitly-disable-replacing-getopt.patch
The build failure which occurs is 100% identical in all its symptoms
to what happens if we remove this patch:
In file in
Hi,
I'm working in a Yocto 2.5 environment.
In my own layer, I added a bbappend targeting python which does this:
FILES_${PN}_remove = "${libdir}/python2.7/encodings"
Now this didn't take effect as I expected. I had to do a "bitbake -c
cleanall python" to rebuild the package.
In any case,
On 2019-03-06 10:23, Richard Purdie wrote:
On Tue, 2019-03-05 at 18:28 -0800, Kaz Kylheku (poky) wrote:
How do we get Yocto to react to FILES changes, short of blowing away
the entire build tree?
Maybe related to this change:
http://git.yoctoproject.org/cgit.cgi/poky/commit/bitbake/lib/bb
On 2019-03-06 12:29, Burton, Ross wrote:
On Wed, 6 Mar 2019 at 20:14, Kaz Kylheku (poky)
<442-103-8...@kylheku.com> wrote:
So, the issues are now is that
FILES_${PN}_remove = "${libdir}/python2.7/encodings"
in fact does not work, as I believed.
Have a look at python.b
On 2019-03-06 14:26, Kaz Kylheku (poky) wrote:
So I'm guessing this should be
FILES_${PN}-core_remove =
No dice. FILES_${PN}-core_remove = "${libdir}/python-2.7/encodings" does
not register anywhere. In the "bitbake -e" output, no _remove event
appears for FILES_p
#
# extrapatches bbclass
#
# This bbclass allows for a recipe to apply additional patches.
#
# "Additional patches" refers to patches that are not individually
# fetched by the SRC_URI mechanism, but are already present
# inside the source trees that are fetched and unpacked.
# Referring directly
On 2019-03-09 02:01, Richard Purdie wrote:
On Thu, 2019-03-07 at 19:26 -0800, Kaz Kylheku (poky) wrote:
#
# extrapatches bbclass
#
# This bbclass allows for a recipe to apply additional patches.
#
# "Additional patches" refers to patches that are not individually
# fetched by t
