[yocto] [yocto-2.7, nativesdk-diffutils]: patched-away problem intermittently persists.

2019-11-01 Thread Kaz Kylheku
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

[yocto] Pointless unlink-link in strip_execs?

2019-09-09 Thread Kaz Kylheku
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) #

[yocto] [PATCH] In Yocto 2.7 powertop package is broken.

2019-08-19 Thread Kaz Kylheku
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

Re: [yocto] New: "extrapatches" bbclass.

2019-03-09 Thread Kaz Kylheku (poky)
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

[yocto] New: "extrapatches" bbclass.

2019-03-07 Thread Kaz Kylheku (poky)
# # 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

Re: [yocto] Incremental rebuild doesn't pick up FILES changes.

2019-03-06 Thread Kaz Kylheku (poky)
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_python

Re: [yocto] Incremental rebuild doesn't pick up FILES changes.

2019-03-06 Thread Kaz Kylheku (poky)
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

Re: [yocto] Incremental rebuild doesn't pick up FILES changes.

2019-03-06 Thread Kaz Kylheku (poky)
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

[yocto] Incremental rebuild doesn't pick up FILES changes.

2019-03-05 Thread Kaz Kylheku (poky)
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