Thursday, 2018-03-29

*** cratliff <cratliff!> has joined #yocto00:00
-YoctoAutoBuilder- build #913 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at
*** dreyna <dreyna!> has quit IRC00:13
Elykhem: So, python3's will basically do this:00:15
Elyif cross_compiling:00:15
Ely            self.add_gcc_paths()00:15
ElyAnd this function will only fill the include/lib dirs if it is gcc.. They also add those dirs from the args in CPPFLAGS and LDFLAGS but in our case they don't have any paths. I'll see what can be done tomorrow, going to bed now. Cya00:15
*** martinkelly <martinkelly!~martin@> has quit IRC00:21
-YoctoAutoBuilder- build #373 of nightly-musl-x86-64 is complete: Success [build successful] Build details are at
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC00:23
*** ntl <ntl!~nathanl@> has joined #yocto00:23
khemEly: voila !!00:24
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto00:25
*** sjolley <sjolley!sjolley@nat/intel/x-viqyvtclvqaraknb> has joined #yocto00:25
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:31
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC00:33
*** dreyna <dreyna!> has joined #yocto00:43
*** Willy-- <Willy--!~william@> has quit IRC00:45
*** rburton <rburton!> has quit IRC00:49
*** sjolley <sjolley!sjolley@nat/intel/x-viqyvtclvqaraknb> has quit IRC00:50
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC00:53
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:58
*** rburton <rburton!~textual@> has joined #yocto01:01
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto01:01
*** bavery_fn <bavery_fn!~bavery@> has quit IRC01:03
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC01:05
*** dreyna <dreyna!> has quit IRC01:06
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC01:10
*** kaspter <kaspter!~Instantbi@> has quit IRC01:12
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto01:21
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:35
*** User__ <User__!> has joined #yocto01:39
*** User_ <User_!> has quit IRC01:43
*** comptroller <comptroller!> has quit IRC01:51
*** rburton <rburton!~textual@> has quit IRC01:56
*** rburton <rburton!> has joined #yocto01:57
*** ntl <ntl!~nathanl@> has quit IRC02:07
*** ntl <ntl!~nathanl@> has joined #yocto02:10
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC02:12
*** comptroller <comptroller!> has joined #yocto02:12
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto02:16
*** khem <khem!~khem@unaffiliated/khem> has quit IRC02:21
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto02:22
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC02:23
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto02:39
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto02:40
khembluelightning: devtool modify virtual/bootloader checks out u-boot sources but devtool build virtual/bootloader bails out with "ERROR: No recipe named 'virtual/bootloader' in your workspace"02:45
khemwe could either not do the 1st step or do the second step as well, for consistentcy, what do you think ?02:46
*** ntl <ntl!~nathanl@> has quit IRC02:46
* moto-timo scratches head02:49
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC02:58
*** comptroller <comptroller!> has quit IRC03:01
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto03:16
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto03:31
*** dev1990 <dev1990!> has joined #yocto03:35
*** dev1990_ <dev1990_!> has quit IRC03:36
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC03:36
*** learningc <learningc!> has joined #yocto03:43
*** User__ <User__!> has quit IRC03:43
*** fitzsim <fitzsim!> has quit IRC03:49
*** fitzsim <fitzsim!> has joined #yocto03:49
*** ladidadida <ladidadida!> has quit IRC03:50
*** abelal <abelal!~quassel@> has quit IRC03:50
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC03:50
*** paulg_ <paulg_!~paulg@> has quit IRC03:50
*** dlan <dlan!~dennis@> has joined #yocto03:50
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto03:50
*** paulg_ <paulg_!~paulg@> has joined #yocto03:50
*** abelal <abelal!~quassel@> has joined #yocto03:51
*** Artox <Artox!~Artox@> has quit IRC03:52
*** ntl <ntl!> has joined #yocto03:54
*** Artox <Artox!~Artox@> has joined #yocto03:54
*** cratliff <cratliff!> has quit IRC04:05
*** stephano <stephano!~stephano@> has quit IRC04:08
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC04:11
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC04:14
*** rburton <rburton!> has quit IRC04:48
*** sjolley <sjolley!~sjolley@> has joined #yocto05:25
*** sjolley <sjolley!~sjolley@> has quit IRC05:33
*** mdnneo <mdnneo!~umaucher@> has joined #yocto05:35
*** mdnneo <mdnneo!~umaucher@> has quit IRC05:39
*** mdnneo <mdnneo!~umaucher@> has joined #yocto05:46
*** t0mmy <t0mmy!~tprrt@> has joined #yocto05:47
-YoctoAutoBuilder- build #934 of nightly-x86-64 is complete: Success [build successful] Build details are at
*** pohly <pohly!> has joined #yocto06:01
*** rburton <rburton!> has joined #yocto06:14
*** gtristan <gtristan!~tristanva@> has joined #yocto06:30
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@gateway/shell/panicbnc/x-mqvwodzbtvbqtpnf> has quit IRC06:33
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@ubuntu/member/locutusofborg> has joined #yocto06:33
*** dev1990_ <dev1990_!~dev@> has joined #yocto06:41
*** dev1990 <dev1990!> has quit IRC06:41
*** t0mmy <t0mmy!~tprrt@> has quit IRC06:47
*** agust <agust!> has joined #yocto06:53
*** t0mmy <t0mmy!~tprrt@> has joined #yocto07:03
*** hamis <hamis!~irfan@> has joined #yocto07:04
*** fl0v0 <fl0v0!> has joined #yocto07:04
*** t0mmy <t0mmy!~tprrt@> has quit IRC07:07
*** rajm <rajm!~robertmar@> has joined #yocto07:09
*** rdanter <rdanter!> has joined #yocto07:11
*** mario-go` is now known as mario-goulart07:19
jwwHello !07:21
*** t0mmy <t0mmy!~tprrt@> has joined #yocto07:23
*** colrack <colrack!~colrack@> has joined #yocto07:29
*** rburton <rburton!> has quit IRC07:31
*** vdehors <vdehors!> has joined #yocto07:32
-YoctoAutoBuilder- build #907 of nightly-qa-extras is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #987 of nightly is complete: Success [build successful] Build details are at
*** lusus <lusus!~lusus@> has joined #yocto07:40
*** maxin <maxin!~maxin@> has joined #yocto07:43
*** Bunio_FH <Bunio_FH!> has joined #yocto07:47
yoctiNew news from stackoverflow: Is adding a distro name similar to a machine name to distrooverrides causes bitbake fail, as they are all added to the OVERRIDES <>07:50
*** fberg <fberg!> has joined #yocto07:51
fbergHello guys ! I have an issue I can't solve.. I have built a library which install mylib.a and mylib.h to ${libdir}/mylib.a and ${includedir}/mylib.h; if I "ls" the /packages-split/mylib-dev/ and /packages-split/mylib-staticdev/ I note tha in mylib-dev there is only /usr/include/mylib.h and in mylib-staticdev there is only /usr/lib/mylib.a07:54
*** ntl <ntl!> has quit IRC07:54
fbergI've searched online which contents are associated to any package and it seems that: FILES_${PN}-dev07:55
fberg    Development related files. Any headers, libraries and support files needed for development work on the target.07:55
fberg    FILES_${PN}-dev = "\07:55
fberg        ${includedir} \07:55
fberg        ${libdir}/lib*.so \07:55
fberg        ${libdir}/*.la \07:55
fberg        ${libdir}/*.a \07:55
fberg        ${libdir}/*.o \07:55
fberg        ${libdir}/pkgconfig \07:55
fberg        ${datadir}/aclocal"07:55
LetoThe2ndfberg: dude... pastebin!07:55
fbergso why mylib-dev does not ship mylib.a ?07:56
neverpanicfberg: what you describe sounds exactly what it should be like07:56
neverpanicwhy would it?07:56
fbergI expected that the -dev package has both the library and its header07:56
fbergLetoThe2nd: ?07:56
neverpanicwell, then your expectation seems wrong.07:56
LetoThe2ndfberg: then what you expect does not match the convention openembedded uses.07:57
LetoThe2ndfberg: for sharing snippets of code, please use a pastebint!07:57
fbergoh ok, I'm a rookie07:57
fbergplease don't give me hard time :)07:58
fbergThe issue is that I haveanother recipe that uses packgconfig to check for some packages07:58
fbergin such a case I will have to search for two packages instead of one07:59
neverpanicif you try to build that within bitbake, packaging does not matter07:59
neverpanicat a recipe level, bitbake only knows DEPENDS, which contains recipe names, not package names07:59
LetoThe2ndyeah, things only become complicated once you try to compile in-target07:59
neverpanicso all files installed by your mylib recipe will be available if you set DEPENDS="mylib"07:59
fbergI've done so. y the way since the recipe that depends on mylib has a do_configure process that searches both mylib.h and mylib.a within a package it fails everytime08:01
LetoThe2ndfberg: is that searching process by any chance something standard, or some custom hackery? in the latter, you'll probably be better off patching that.08:02
fbergas far as I have understood I have either remove the check process and use depends only or check for two packages isntead of one08:02
fbergsomething like that08:03
LetoThe2nd"something like that" or "actually that"?08:04
fbergI search for a package that ships both .h and .a/.so08:04
fbergis that but for a different package08:04
LetoThe2ndsorry, but i don't get it. if you have everything under control, why not use something generic like pkg-config?08:05
LetoThe2ndby reinventing all kinds of checking and magic, you're just wasting lots of time, for already solved problems.08:06
fbergI have a recipe that needs mylib.a and mylib.h so I added DEPNDS="mylib" in this recipe.08:08
fbergmylib.h and mylib.a are built with and packaged as mylib-dev and mylib-staticdev.08:08
fberg Since I thought that mylib-dev would ship both .a and .h I used in The CMakeFileLists.txt to check for such a package08:09
fbergthe package is found during the do_configure process but exit with error since it does'nt ships both .h and .a08:09
LetoThe2ndfberg: seriously, this sounds like you are mixing up different concepts, like source-level dependencies, packages, recipes. my opinion is that your approach of checking for that library is plain false, and referring to libxml for the sake of hiding your own hacks does not help either. i strongly suggest you read up on pkg-config, make your "mylib" (that you are hiding too!) aware of it, and then just08:16
LetoThe2nduse it as is.08:16
fbergI think it too08:16
fbergand I am sure I am mixing up.. I'm pretty new to the world . your helo is really appreciated08:17
fbergI used the libxml as reference so it's the same but with libjsmn instead08:19
LetoThe2ndfberg: libxml2 is a bad reference/example for about everything. do never, ever use it as a blueprint.08:20
fbergops.. guilty08:20
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto08:25
*** kroon <kroon!~kroon@> has joined #yocto08:37
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto08:42
*** rburton <rburton!> has joined #yocto08:56
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto09:04
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC09:08
*** linux_gamer <linux_gamer!~Dominik@> has joined #yocto09:11
*** maciejjo <maciejjo!~maciejjo@> has quit IRC09:12
linux_gamerhi @ all, I am trying to build an image with qemuarm and use a cortexa9hf (ARM7) but i always get a kernel panic on startup09:14
LetoThe2ndlinux_gamer: cortexa9hf != ARM7, certainly.09:15
linux_gamerany supported board with amr7?09:15
linux_gamerimx6 eg09:15
LetoThe2ndi guess you are mixing up ARM7 and ARMv7-A, which are completely different things.09:16
LetoThe2ndand no, as far as i know there is no qemu target for imx609:16
linux_gameri meant ARMv7-A09:16
LetoThe2ndwell qemu won't run an imx6 kernel+dtb09:17
linux_gamerany chance to get binary compatible?09:18
linux_gamerfile outputs the same but im obviosly missing neon and v7 features09:19
LetoThe2ndqemu does not emulate imx6 and its peripherals, so it will not be binary compatible09:19
LetoThe2ndyou can try to create a ARMv7-A qemu to test binaries that are *NOT* relying on imx6 specific hardware09:20
linux_gameryes thats my point09:20
linux_gamerno graphics audio eg09:20
LetoThe2ndwell then look at
linux_gamerbut best i can get running via qemu ist the standard qemuarm (v5)09:21
LetoThe2nddreive your own machine form it, maybe something vexpress-v8 orwhatsitcalled09:22
linux_gameri have the software running on imx6 already, but i would like to test the software via qemu09:23
linux_gamersuch that it can be done via CI09:24
LetoThe2ndlike i said, create your custome qemu machine that fits your needs. the hints are all there in qemuarm.conf and qemuarm64.conf09:24
linux_gamerI got to the point where it was all built09:24
linux_gamerstarting it up is the next issue, as it uses wic vic and some other features09:26
linux_gamerif it builds with the with no errors I will be able to get it running by qemu-start-arm with the right commands, or are there any other limitations?09:27
LetoThe2ndit depends(TM)09:28
linux_gamerbut its worth a try?09:29
LetoThe2ndit is always worth a try, even if its just for the sake of failing and learning.09:29
linux_gameryour getting philosophical09:29
LetoThe2ndwell what do you expect? "i have something that runs on imx6, and not i want to ci-test it on qemu. will that work"09:31
LetoThe2ndunless you're willing to share considerably more details, the answer can only be "go ahead and try."09:31
linux_gamerwhat type of info do you need?09:33
linux_gamerI can try to strip it as far as possible but the other issue is still pending09:34
LetoThe2ndwell the point is if that ominous thing does rely on certain hardware or architecture features - and what you actually want to test.09:34
linux_gameri just dont get a stable qemuarm with v7-a09:35
LetoThe2ndi mean, if you want to go cycle accurate for example, ARM will sell you models to emulate certain cpu cores.09:35
linux_gamerthats probably my most important point09:35
LetoThe2ndno, you're interpreting it backwards. you have a stable qemu, but no kernel that matches it.09:36
linux_gamerno i really dont get my qemu running with cortexa9thf-neon eg09:37
LetoThe2ndyour qemu is most probably running fine, and the kernel that you want to boot *inside* it panics, right?09:39
linux_gamerits the std yocto09:39
LetoThe2ndand as yocto does not provide a "standard" kernel for cortexa9....09:40
LetoThe2ndso again, for your testing purposes you have to create your own machine. INCLUDING a fitting kernel, and its configuration.09:40
linux_gamerso there is no chance to work bottom-up via stable qemu to my dev qemu09:40
linux_gamerok i got that, but clearly its not configured for qemu in the first hand09:41
LetoThe2ndthe qemuarm kernel of yocto is configured for the exacty qemu configuration of yocto. things match.09:41
LetoThe2ndif you want to change one, you have to match the other too.09:42
LetoThe2ndif its actually only the floating point stuff that you need, maybe just use qemuarm64?09:43
linux_gamerassuming i have the stable image built by yocto i "just" have to set the right parameters when starting qemu or?09:43
linux_gamerthe 609:43
LetoThe2ndyou're always leaving out details!09:44
LetoThe2nd"i have a stable image built by yocto" built for what? which machine? which configuration?09:44
linux_gameri tried that but our devs didnt work properly to port it from m32 to 6409:44
linux_gamerfor a custom imx6 based prop board09:45
*** morphis <morphis!> has joined #yocto09:45
*** rburton <rburton!> has quit IRC09:46
linux_gamerall in house components would have to be reworked as the devs didnt care about int lengths09:46
*** rburton <rburton!> has joined #yocto09:46
LetoThe2ndok. in a nutshell. "qemu will not run the imx6 image."09:49
LetoThe2ndin a nutshell part 2: "qemu will run an image built for qemu"09:49
LetoThe2ndso conclusion: "create your own qemu and kernel configuration that fits your needs, build the image for it and run it"09:50
LetoThe2ndi can't put it into other words.09:50
linux_gamermy try was to include the into the custom machine conf and try to startup the system by reproducing runqemu mymachine09:52
*** maciejjo <maciejjo!> has joined #yocto09:52
LetoThe2ndwhich is basically correct.09:53
LetoThe2ndbut you also have to provide a proper kernel configuration.09:53
linux_gamerto make it more simple i should use ext4 or is configuring vic not more complicated?09:54
linux_gameras i am currently build the system to be flashable to hw09:55
LetoThe2ndfor running qemu, ext4 or something comparable is certainly easier09:55
linux_gamerok, i will find someone to tell me what ciomponents to remove09:56
linux_gamerthanks for your help so far!09:57
LetoThe2ndhave fun09:58
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@> has quit IRC10:04
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@> has joined #yocto10:04
*** linux_gamer <linux_gamer!~Dominik@> has quit IRC10:06
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:12
*** learningc <learningc!> has quit IRC10:18
yoctiNew news from stackoverflow: Gstreamer on Yocto <>10:21
*** Bunio_FH <Bunio_FH!> has quit IRC10:27
*** Bunio_FH <Bunio_FH!> has joined #yocto10:30
-YoctoAutoBuilder- build #917 of nightly-wic is complete: Failure [failed BuildImages_1] Build details are at
-YoctoAutoBuilder- build #881 of nightly-arm64 is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at
fbergI'm full10:52
*** pk <pk!c6af4424@gateway/web/freenode/ip.> has joined #yocto10:55
*** nighty-- <nighty--!> has quit IRC11:15
yoctiNew news from stackoverflow: Building keras and tensor flow on yocto <>11:21
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto11:37
*** gtristan <gtristan!~tristanva@> has quit IRC11:47
*** nighty- <nighty-!> has joined #yocto11:53
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:58
*** kroon <kroon!~kroon@> has quit IRC12:04
*** pidge <pidge!~pidge@> has quit IRC12:05
*** Kakounet <Kakounet!> has quit IRC12:09
*** Kakounet <Kakounet!> has joined #yocto12:10
*** gtristan <gtristan!~tristanva@> has joined #yocto12:12
*** ntl <ntl!> has joined #yocto12:16
*** roxell <roxell!~roxell@unaffiliated/roxell> has quit IRC12:18
*** roxell <roxell!~roxell@unaffiliated/roxell> has joined #yocto12:18
*** roxell <roxell!~roxell@unaffiliated/roxell> has joined #yocto12:19
*** ntl <ntl!> has quit IRC12:20
*** pidge <pidge!~pidge@> has joined #yocto12:22
*** comptroller <comptroller!> has joined #yocto12:24
*** comptroller <comptroller!> has joined #yocto12:28
*** marka <marka!~masselst@> has joined #yocto12:36
*** kroon <kroon!~kroon@> has joined #yocto12:46
*** peacememories <peacememories!> has joined #yocto12:49
peacememorieshi everyone12:49
peacememorieswhen building with the machine "genericx86_64" the final image has a grub menu with a boot and an install option. when i use the install option the installed image has a different grub image with only a boot option. i would like to modify both menus for my image. the first should automatically select "install" and the second should not appear at all^^12:51
peacememoriescan anyone point me in the direction of some documentation on how to do that?12:51
yoctiNew news from stackoverflow: pcie dtsi memory size <>12:51
peacememoriesgenerally, i have no idea how to change system configuration for an image12:52
RPzeddii, zeddii_home: around?12:58
RPzeddii: Looking at this objtool error. I think its something a bit different/new :/13:00
RPzeddii: I have found a way to fix it, specifically to do "make prepare" as well as "make scripts" in make-mod-scripts13:01
RPand kernel-devsrc needs a tweak to fix it there too13:01
zeddiiaha. I've just been ignoring it so far. and I turned stack validation off :D13:02
zeddiiwhich devsrc ?  the old and crappy, or the new ?13:02
zeddiiI don't want to touch the old and crappy if possible :D13:02
RPzeddii: ignoring it sadly isn't an option :(13:03
RPzeddii: the devsrc thing is a bit of a bug as the generated binaries won't work on target :/13:04
RPzeddii: in fact I just realised I'm running on qemux86_64 which won't trigger arch mismatch warnings but I bet it does on another arch13:04
RPzeddii: We can hit it by deleting objtool artefacts in devsrc13:05
zeddiinot sure I'm following. the patch looks ok. but where are you getting binaries in your devsrc package ?13:05
*** pidge_ <pidge_!~pidge@> has joined #yocto13:05
RPzeddii: ERROR: kernel-devsrc-1.0-r0 do_package_qa: QA Issue: non debug package contains .debug directory: kernel-devsrc path /work/qemux86_64-poky-linux/kernel-devsrc/1.0-r0/packages-split/kernel-devsrc/usr/src/kernel/tools/objtool/.debug/objtool13:05
RPzeddii_home: I'd guess _mrproper_scripts now triggers it13:06
zeddiiagain. is that with old devsrc or my re-worked one ?13:06
RPzeddii: old one13:06
RPzeddii: thought that was clear with the recipe13:07
zeddiiyah. I don't have it in my tree anymore. I have my new one.13:07
RPer, patch13:07
* zeddii isn't touching the old one anymore13:07
RPzeddii: that is all well and good but I don't have that in master13:07
*** ntl <ntl!> has joined #yocto13:07
zeddiiputting more tape on it isn't the solution either.13:07
zeddiithere was that one multlib error, and I never did get a setup to reproduce the problem. so I can't solve that one last error on the new devsrc.13:08
RPzeddii: if we got the other one in before feature freeze, fine. We didn't so it will have to do for 2.513:08
RPzeddii: I will just have to figure out a bandaid for this. I really wanted to switch :/13:08
*** pidge <pidge!~pidge@> has quit IRC13:09
*** rburton <rburton!> has quit IRC13:13
RPzeddii: when you say you didn't get a setup, you mean you need instructions to reproduce?13:21
peacememorieshmm... i created my own machine based on genericx86-64 but now all linux recipes are not compatible with my machine anymore :/13:21
peacememoriesdo i need to define my own kernel provider?13:21
zeddiiRP. yah. I tried to reverse engineer the config but when I built I didn't get a failure. and now, I can't even find the email I sent asking about the setup .. so I'm wondering if I just imagined sending it :(13:25
RPzeddii: Its the kind of thing I'd have tried to provide had I seen one... :/13:26
RPequally I'm drowning in mail13:26
RPzeddii: better version of the fix:
zeddiino doubt . and I bounce between gmail and windriver, which causes me pain as well. I'm going to keep looking13:28
*** zarzar <zarzar!~zarzar@> has quit IRC13:28
RPzeddii: you did ask on 15/3/1813:29
zeddiiRP: indeed. that one makes sense. my new devsrc has that same objtool copy, so clearly I need to fix that as well. but oddly, it did survive testing on all arches.13:29
zeddiibut I was making a -dbg package in the new devsrc, so I imagine that was picking up the objtool and saving me.13:30
RPzeddii: right, I'm surprised the -dbg wouldn't break on != x86-6413:31
RPzeddii: Just replied about the config13:31
RPzeddii_home: not sure how a 32 bit machine is meant to run 64 bit binaries mind :/13:32
RPzeddii_home: there is a multilib problem with devsrc though regardless13:32
zeddiiagreed. and I can now add that to my tests, so it won't cause us pain on the way into 2.613:33
RPzeddii: fwiw, these are all our test configs:
zeddiiahaha. I'm bookmarking that.13:34
RPzeddii: is the one that fails13:34
RPzeddii: new AB code is much more readable13:34
zeddiibut painful to get into that shape I bet ;) that config.json is easy to read. very nice.13:35
RPzeddii: worlds of pain to extract this but very worthwhile and has highlighted a ton of bugs in the test configs!13:35
*** TobSnyder <TobSnyder!> has quit IRC13:35
* RP has faithfully reproduced them with a plan to clean up in 2.613:35
zeddiiI'll whip devsrc into shape using that as a guide. I have to stop copying objtool in as well13:36
* zeddii does that now (the objtool part), or I'll forget.13:36
RPzeddii: there is a script in that repo which will generate a local.conf for you too13:39
RPzeddii: "./setup-config nightly-multilib 4 /tmp/foo master poky None None"13:40
RPzeddii: interface is ugly right now but will improve13:41
zeddiiaha. now that sounds useful. I'll clone the repo onto my builder so I can give it a spin.13:41
zeddiiwell, my 4 year old local.conf and bblayers.conf hacked all to bits with commented out sections .. aren't exactly elegant :D13:41
RPzeddii_home: you'll see what I mean about some paths it adds but it also easily fixed13:41
*** kroon <kroon!~kroon@> has quit IRC13:41
RPzeddii_home: the above just generates local.conf and sdk-extra.conf, there are other scripts which can do bblayers.conf too13:42
RPzeddii: so -c testimage also fails with objtool issues, unsurprisingly :(13:43
* RP tests a fix13:43
zeddiiah. is that the on-target 'hellomod13:43
RPzeddii: yes13:43
zeddiion my 4.14 image I had built this morning, I did try the make ARCH=x86 scripts prepare, and was able to build the module at least.13:44
zeddiibut I suppose. I don't have the devsrc without it.13:44
*** morphis_ <morphis_!> has joined #yocto13:49
*** stephano <stephano!~stephano@> has joined #yocto13:52
*** morphis <morphis!> has quit IRC13:53
*** morphis_ <morphis_!> has quit IRC13:54
*** morphis <morphis!> has joined #yocto13:54
-YoctoAutoBuilder- build #988 of nightly is complete: Failure [failed] Build details are at
*** zarzar <zarzar!> has joined #yocto13:57
RPzeddii: Ok for me to send out ?13:57
zeddiidefinitely. I can send an Acked-by as well, so it'll be archived forever :D14:03
fberghello guys. I'm compiling a recipe that uses aravis. I've added aravis to "DEPENDS" by the way the compilatin process exits with error since arv.h is not found14:04
RPzeddii sent14:04
RPfberg: perhaps that recpie isn't looking in the correct place for it? perhaps you need to pass some configure option for example?14:04
fbergarv.h is shipped by aravis and I can find it in Cloud4Drones/1.0.0-r0/recipe-sysroot/usr/include/aravis-0.6/14:05
fbergRP: I'm trying to figure it out14:06
RPfberg: so you need to add the aravis-0.6 part to the include search paths14:07
fbergif i cat Cloud4Drones/1.0.0-r0/recipe-sysroot/usr/lib/pkgconfig/aravis-0.6.pc14:07
RPit won't look there by dfault14:07
fbergi get this:
RPTARGET_CFLAGS += "`pkg-config aravis-0.6 --cflags"  might help but usually configure takes care of things like this14:08
RPsomething like that anyway14:08
fbergThe main recipe is using cmake, so I have added "inherit cmake pckgconfig"14:09
* RP knows little about cmake14:09
fbergRP:  thank you14:09
fbergwhat do you man for:  usually configure takes care of things like this14:10
RPfberg: not relevant if its cmake14:12
*** peacememories <peacememories!> has quit IRC14:13
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:15
fbergRP: oki, thanks14:16
otavioIs someone capable of reproduce ? It seems to happen in hardfp machines only14:16
yoctiBug 12631: critical, Undecided, ---, raj.khem, NEW , Go 1.10 generates invalid code14:16
*** noway96 <noway96!~noway96@> has quit IRC14:21
*** noway96 <noway96!> has joined #yocto14:29
nayfeDo you know any small network switch where you can remotly enable/disable POE?14:33
nayfeotavio: is there any HOWTO to reproduce ?14:34
otavioIn the bug itself there is a recipe14:36
nayfeand then, you have to launch something on target board?14:39
nayfeotavio: sorry for stupid questions, GO stuff makes my brain to collapse14:41
-YoctoAutoBuilder- build #890 of nightly-world is complete: Failure [failed BuildImages] Build details are at
*** WhiskeyNick <WhiskeyNick!> has joined #yocto14:49
-YoctoAutoBuilder- build #918 of nightly-wic is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #888 of nightly-world-lsb is complete: Failure [failed BuildImages] Build details are at
yoctiNew news from stackoverflow: how to solve ldflags error in yocto <>14:52
*** lucaceresoli <lucaceresoli!> has quit IRC14:52
*** kaspter <kaspter!~Instantbi@> has quit IRC14:55
*** fberg <fberg!> has quit IRC14:57
*** kaspter <kaspter!~Instantbi@> has joined #yocto14:57
aratiui see oe-core has a quite a number of musl specific patches in the systemd recipe which are marked as upstream pending, i fixed a segfault and have another patch which i've sent to systemd upstream but they flat out refuse to support non-glibc systems14:58
aratiuso my question is: what's the plan with those patches?14:59
aratiuthe response to my patch in case you're curious
Crofton|workah Lennart always helpful15:01
*** mdnneo <mdnneo!~umaucher@> has quit IRC15:08
Crofton|workkhem, ^^^15:08
*** hamis <hamis!~irfan@> has quit IRC15:09
*** armpit <armpit!~armpit@2601:202:4000:1184:315e:77dc:98f1:ec41> has quit IRC15:21
khemaratiu: I think you might want to prove the case that in general the issue is present, otherwise it will be difficult to convince15:22
yoctiNew news from stackoverflow: Yocto: how to add out-of-tree Device driver? <>15:22
*** khem <khem!~khem@unaffiliated/khem> has quit IRC15:22
seebsi have confirmed that my syscall wrapper appears to do what i want, yay.15:24
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto15:25
*** vdehors <vdehors!> has quit IRC15:25
*** vdehors <vdehors!> has joined #yocto15:25
seebshuh. is there an actual bugzilla entry for the FC27/renameat2 thing?15:26
seebsAnyway, RP/rburton/whoever, I have pushed a fix to master that PROBABLY fixes that, but since I don't have an affected system, I'm not totally sure.15:27
*** rdanter <rdanter!> has quit IRC15:31
*** AbleBacon_ <AbleBacon_!~AbleBacon@unaffiliated/ablebacon> has joined #yocto15:34
JPEWseebs: I'll give it a try15:34
JPEWseebs: Have a link?15:34
-YoctoAutoBuilder- build #882 of nightly-arm64 is complete: Success [build successful] Build details are at
RPseebs: great, I will pull it in and try some tests! thanks!15:36
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC15:36
*** AbleBacon_ is now known as AbleBacon15:36
*** rajm <rajm!~robertmar@> has quit IRC15:38
seebsshould be in the yocto project git server now. It's pretty trivial; if SYS_renameat2 is defined, fail with ENOSYS.15:40
seebsShould probably make it a subport that only shows up if SYS_renameat2 is defined at all, but I first want to verify that it even works.15:40
seebsAnd also develop some kind of setup for allowing configure to enable or disable ports, so you can override that choice later.15:41
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC15:41
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has joined #yocto15:44
*** Bunio_FH <Bunio_FH!> has quit IRC15:47
*** lfa <lfa!~lfa@> has quit IRC15:47
*** armpit <armpit!~armpit@2601:202:4000:1184:64af:19c1:88dd:eacf> has joined #yocto15:49
RPseebs: right, I should be able to test this out on our f27 worker15:51
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto15:55
*** fl0v0 <fl0v0!> has quit IRC15:57
*** Gintaro <Gintaro!~gintaro@2a00:8080:10:148:9017:2cff:fe26:adf0> has quit IRC15:59
seebsgood luck!"16:00
*** Gintaro <Gintaro!> has joined #yocto16:00
*** prabhakarlad <prabhakarlad!~prabhakar@> has quit IRC16:10
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC16:13
*** stephano <stephano!~stephano@> has quit IRC16:15
*** morphis <morphis!> has quit IRC16:16
*** JaMa <JaMa!~martin@> has quit IRC16:21
*** scottrif <scottrif!> has joined #yocto16:23
*** armpit <armpit!~armpit@2601:202:4000:1184:64af:19c1:88dd:eacf> has quit IRC16:23
*** bavery_fn <bavery_fn!~bavery@> has quit IRC16:30
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto16:30
*** bavery_fn <bavery_fn!~bavery@> has quit IRC16:31
*** stallemanden <stallemanden!~stalleman@> has quit IRC16:31
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto16:31
*** dnm <dnm!5f0ae797@gateway/web/freenode/ip.> has joined #yocto16:36
dnmi live some problem durin bitbake build16:37
dnmwhere can i get help16:37
*** stallemanden <stallemanden!~stalleman@> has joined #yocto16:37
dnmhow i will share my log files16:38
*** vdehors <vdehors!> has quit IRC16:38
AbleBaconalso #oe16:38
AbleBaconidk. pastebin?16:38
*** Bunio_FH <Bunio_FH!> has joined #yocto16:38
*** peacememories <peacememories!> has joined #yocto16:40
RPzeddii: now make-mod-scripts fails in the world build :/16:43
*** ladidadida <ladidadida!> has joined #yocto16:43
*** dnm <dnm!5f0ae797@gateway/web/freenode/ip.> has quit IRC16:44
*** peacememories <peacememories!> has quit IRC16:48
RPzeddii: think I'll have to figure out how to blacklist that16:51
*** stephano <stephano!stephano@nat/intel/x-fyvrgzxqgcflgfya> has joined #yocto16:56
*** Bunio_FH <Bunio_FH!> has quit IRC16:58
*** adelcast <adelcast!~adelcast@> has quit IRC16:59
*** gtristan <gtristan!~tristanva@> has quit IRC17:02
*** adelcast <adelcast!~adelcast@> has joined #yocto17:04
*** ladidadida <ladidadida!> has quit IRC17:05
zeddii_homewell bugger.17:05
otavionayfe: you can call the go-crazy app17:06
-YoctoAutoBuilder- build #989 of nightly is complete: Success [build successful] Build details are at
*** dreyna <dreyna!> has joined #yocto17:09
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto17:10
*** AbleBacon_ <AbleBacon_!~AbleBacon@unaffiliated/ablebacon> has joined #yocto17:12
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC17:14
*** AbleBacon_ is now known as AbleBacon17:14
*** fischerm <fischerm!~mfischer@> has joined #yocto17:16
*** ladidadida <ladidadida!> has joined #yocto17:20
*** colrack <colrack!~colrack@> has quit IRC17:20
*** martinkelly <martinkelly!> has joined #yocto17:20
*** kmorrow <kmorrow!81c4e222@gateway/web/freenode/ip.> has joined #yocto17:34
*** khem <khem!~khem@unaffiliated/khem> has quit IRC17:41
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto17:44
*** flying_sausages <flying_sausages!~flying_sa@2a01:4f8:161:610b::2> has quit IRC17:46
*** flying_sausages <flying_sausages!~flying_sa@2a01:4f8:161:610b::2> has joined #yocto17:46
*** flying_sausages <flying_sausages!~flying_sa@2a01:4f8:161:610b::2> has quit IRC17:47
*** flying_sausages <flying_sausages!~flying_sa@2a01:4f8:161:610b::2> has joined #yocto17:48
*** stephano <stephano!stephano@nat/intel/x-fyvrgzxqgcflgfya> has quit IRC17:49
*** AbleBacon_ <AbleBacon_!~AbleBacon@unaffiliated/ablebacon> has joined #yocto17:53
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC17:56
*** AbleBacon_ is now known as AbleBacon17:56
*** stephano <stephano!~stephano@> has joined #yocto17:57
*** ladidadida <ladidadida!> has quit IRC18:07
*** kaspter <kaspter!~Instantbi@> has quit IRC18:12
*** kaspter <kaspter!~Instantbi@> has joined #yocto18:12
*** kergoth <kergoth!~kergoth@> has quit IRC18:14
*** t0mmy <t0mmy!~tprrt@> has quit IRC18:15
*** armpit <armpit!> has joined #yocto18:17
*** stephano <stephano!~stephano@> has quit IRC18:18
*** stephano <stephano!stephano@nat/intel/x-hmtkdmjrbgherhda> has joined #yocto18:19
*** kergoth <kergoth!~kergoth@> has joined #yocto18:21
*** AbleBacon_ <AbleBacon_!~AbleBacon@unaffiliated/ablebacon> has joined #yocto18:22
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC18:25
*** AbleBacon_ is now known as AbleBacon18:25
*** dreyna <dreyna!> has quit IRC18:28
khemthere are purists everywhere18:39
tlwoernerkhem: C is doomed!!19:05
*** klynn <klynn!> has joined #yocto19:08
fischermkhem: I know I still owe patches ...19:13
* fischerm hides19:13
JPEWseebs: I'm getting a lot of very strange errors with the renameat2 patch on FC2719:14
*** majuk <majuk!> has joined #yocto19:19
JPEWPretty much every do_install fails with something like:
*** u1106 <u1106!~quassel@> has quit IRC19:26
*** u1106 <u1106!~quassel@> has joined #yocto19:26
*** dreyna <dreyna!> has joined #yocto19:33
majukI just got here, but it looks like you'19:35
majukre missing some tools. sed, xargs19:35
*** stephano <stephano!stephano@nat/intel/x-hmtkdmjrbgherhda> has quit IRC19:38
JPEWmajuk: Ya, I'm testing seebs pseudo changes for Fedora 27 :)19:38
*** stephano <stephano!stephano@nat/intel/x-fbljgrjauxdnqrvy> has joined #yocto19:38
majukAh, ok, I figured that was too obvious to be a root problem. :D19:39
* moto-timo prays for JPEW19:57
moto-timomakes my head hurt seeing all those dang warnings19:57
*** bluelightning <bluelightning!~paul@2406:e007:6d3e:1:5e51:4fff:febb:401d> has joined #yocto20:07
*** bluelightning <bluelightning!~paul@2406:e007:6d3e:1:5e51:4fff:febb:401d> has quit IRC20:07
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:07
*** armpit <armpit!> has quit IRC20:17
*** luc4 <luc4!> has joined #yocto20:28
*** pohly <pohly!> has quit IRC20:34
*** ladidadida <ladidadida!> has joined #yocto20:41
rozachari am trying to unpack an .iso file , can't seem to find where the unpacking is done in bitbake is the code in the poky repo?20:48
*** stephano <stephano!stephano@nat/intel/x-fbljgrjauxdnqrvy> has quit IRC20:49
neverpanicit's in the bitbake repo20:49
*** klynn <klynn!> has quit IRC20:49
*** stephano <stephano!stephano@nat/intel/x-kbizqhuzclhcgfje> has joined #yocto20:49
neverpanic would be the correct place20:49
seebsoooh weird20:55
seebsthat is a fascinatingly strange failure mode that makes no sense to me at all20:55
seebsI did verify that it worked for a trivial test case of syscall(SYS_getpid), but didn't verify much past that.20:55
seebsI can't immediately see how pseudo could cause sed/xargs not to be found, but it's totally possible.20:56
JPEWseebs: Ya, it really surpised me too. I though I had really borked something, but as soon as I backed out the pseudo change it worked fine21:03
*** klynn <klynn!> has joined #yocto21:06
JPEWWhere do __builtin_apply and __builtin_return come from in the pseudo code?21:06
*** marka <marka!~masselst@> has quit IRC21:07
tlwoernerJPEW: the gcc library?21:07
frayseebs, remember early on we found a functiont hat pseudo had that sed or gawk or something also had one of the same name.. so it was calling 'the wrong one'21:07
JPEWPossible? I didn't find documenation for them.... I perhaps did not look hard enough21:07
*** luc4 <luc4!> has quit IRC21:08
JPEWYep. I fail at google:
seebsAnd yeah, gcc builtins. I trust them slightly more than I'd trust hand-written code, and it's much more likely to fail cleanly if someone tries an incompatible compiler, say.21:10
seebswell, it shouldn't affect anything, but the commit was botched and still had a partial implementation of renameat2 in it, which it shouldn't have.21:11
seebsnot that it would *do* anything, because it's unused, but it shouldn't be there.21:11
RPseebs: Juro just tried using pseudo master and found problems with one of the recent changes21:13
RPseebs: he's sent mail21:13
seebsThere's definitely some stuff in there I'm not fully confident of and have not gotten to test.21:14
seebsohh, JPEW: possible science, try it without the slightly older path-handling thing, which is apparently broken also.21:17
seebsIf you didn't already.21:17
seebsAnd I'll try to figure out the path handling bug.21:17
JPEWK, will do21:18
seebspossibly not today, though.21:18
*** zarzar <zarzar!> has quit IRC21:20
JPEWHmm, devtool doens't like me editing pseudo-native: Task do_populate_sysroot_setscene in .../ depends upon non-existent task do_populate_sysroot_setscene in virtual:native:.../pseudo_git.bb21:24
*** dv_ <dv_!> has quit IRC21:24
*** tasslehoff <tasslehoff!> has joined #yocto21:24
seebsconfirmed, the sed/xargs bug is that previous commit.21:25
seebsi think you might be able to just make a local patch that's an inverse of the diff from that commit.21:25
JPEWOk, I did that. Iooks like it is working now21:26
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC21:28
*** dv_ <dv_!> has joined #yocto21:38
*** yates <yates!> has joined #yocto21:45
yateswill morty run right in fedora 26?21:45
yatesi know it won't in f2721:45
yatesand it does in f2521:45
RPzeddii_home: - I think its a race :(21:47
JPEWyates: I build morty in FC27. I've backported a few things....21:47
yatesJPEW: which things?21:48
JPEWyates: No system tools like that, stuff like externalsrc patches mostly.... it always seem to break on me :) I can get you a list, but I have to go home soon21:49
*** tasslehoff <tasslehoff!> has quit IRC21:49
yatesJPEW: i would appreciate a list very much.21:52
yateswould it be too much to ask? could you email it to me at
JPEWyates: Sure. Might be a few days21:53
*** luc4 <luc4!> has joined #yocto21:53
yatesi can always ask for my money back... :)21:53
RPzeddii_home: think I figured out a fix...21:56
* zeddii_home looks21:57
zeddii_homethe bloody recipe was supposed to fix a lot of those races. grrr.21:58
JPEWyates: You are in luck, git never cease to amaze me with its ability to filter things21:58
seebsOkay, so, sounds like the actual problem triggering those is the path thing, which... Well, it's horrible code and I don't trust it.22:00
seebsI'll see if I can track it down, probably tomorrow?22:01
-YoctoAutoBuilder- build #889 of nightly-world-lsb is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #891 of nightly-world is complete: Success [build successful] Build details are at
RPzeddii_home: I posted a patch22:11
zeddii_homedear lord. I never would have figured that out.22:13
rozachardoes bitbake have some way of dealing with archives that have read-only directories.  I have a recipe where I am unpacking directories with read-only directorys ( it came from a cd).  but when i do cleansstate on the recipe i get errors because it is not able to delete files in ro directories22:19
kergothrozachar: bitbake doesn't, but you can easily deal with it in the recipe.22:21
kergothfixup_perms () { chmod -R u+w "${S}" }; do_unpack[postfuncs] += "fixup_perms"22:21
yatesok, time to go for me. JPEW plese email details so I can read later this weekend, please?22:22
*** yates <yates!> has quit IRC22:23
*** armpit <armpit!~armpit@2601:202:4000:1184:64af:19c1:88dd:eacf> has joined #yocto22:33
*** luc4 <luc4!> has quit IRC22:34
*** scottrif <scottrif!> has quit IRC22:44
*** klynn <klynn!> has quit IRC22:45
*** WhiskeyNick <WhiskeyNick!> has quit IRC23:09
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto23:11
*** nighty- <nighty-!> has quit IRC23:14
*** majuk <majuk!> has quit IRC23:16
*** majuk <majuk!> has joined #yocto23:16
*** majuk <majuk!> has quit IRC23:18
*** majuk <majuk!> has joined #yocto23:18
*** majuk <majuk!> has quit IRC23:23
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC23:29
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC23:46

Generated by 2.11.0 by Marius Gedminas - find it at!