Wednesday, 2018-12-12

*** stephano <stephano!~stephano@> has quit IRC01:12
*** learningc <learningc!> has joined #yocto01:16
*** anujm <anujm!anujm@nat/intel/x-ziyuxqaqrevgqbwd> has joined #yocto01:19
*** cydizen <cydizen!~cydizen@> has joined #yocto01:20
*** learningc <learningc!> has quit IRC01:22
*** cydizen <cydizen!~cydizen@> has quit IRC01:22
*** learningc <learningc!> has joined #yocto01:23
*** martinkelly <martinkelly!> has quit IRC01:23
*** JaMa <JaMa!~martin@> has joined #yocto01:32
*** Jackie <Jackie!~quassel@> has joined #yocto02:01
*** no_such_user <no_such_user!~no_such_u@> has quit IRC02:06
*** learningc <learningc!> has quit IRC02:21
*** learningc <learningc!> has joined #yocto02:21
*** armpit <armpit!~armpit@> has quit IRC03:16
*** learningc <learningc!> has quit IRC03:20
*** learningc <learningc!> has joined #yocto03:21
yoctiNew news from stackoverflow: Yocto build fails due to conflict between recipes <>03:31
*** dholland <dholland!> has quit IRC03:53
*** mnemoc <mnemoc!> has quit IRC03:54
*** mario-goulart <mario-goulart!> has quit IRC03:55
*** dholland <dholland!> has joined #yocto04:01
*** mnemoc <mnemoc!> has joined #yocto04:02
*** gtristan <gtristan!~tristanva@> has joined #yocto04:10
*** NU-Slacker <NU-Slacker!~NU-Slacke@> has joined #yocto04:13
*** learningc <learningc!> has quit IRC04:21
*** learningc <learningc!> has joined #yocto04:21
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC04:22
*** CoRfr <CoRfr!> has quit IRC04:52
*** CoRfr <CoRfr!> has joined #yocto04:52
*** NU-Slacker <NU-Slacker!~NU-Slacke@> has quit IRC05:01
*** learningc <learningc!> has quit IRC05:06
*** learningc <learningc!> has joined #yocto05:06
*** CoRfr <CoRfr!> has quit IRC05:18
*** CoRfr <CoRfr!> has joined #yocto05:18
*** rewitt1 <rewitt1!~rewitt@> has quit IRC05:19
*** junland <junland!~junland@> has quit IRC05:19
*** junland <junland!~junland@> has joined #yocto05:20
*** rewitt1 <rewitt1!~rewitt@> has joined #yocto05:20
*** learningc <learningc!> has quit IRC05:21
*** wto <wto!~wto@> has quit IRC05:21
*** learningc <learningc!> has joined #yocto05:22
*** wto <wto!~wto@> has joined #yocto05:22
*** armpit <armpit!~armpit@2601:202:4180:c33:1cde:ec36:ad31:c07e> has joined #yocto05:25
*** hamis <hamis!~irfan@> has joined #yocto05:48
*** learningc <learningc!> has quit IRC06:21
*** learningc <learningc!> has joined #yocto06:21
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC06:23
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC06:28
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto06:46
*** NU-Slacker <NU-Slacker!~NU-Slacke@> has joined #yocto06:51
*** gtristan <gtristan!~tristanva@> has quit IRC06:55
*** nerdboy <nerdboy!> has joined #yocto06:55
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto06:55
*** nacknick_ <nacknick_!1fa801ba@gateway/web/freenode/ip.> has joined #yocto07:03
*** nacknick <nacknick!1fa801ba@gateway/web/freenode/ip.> has quit IRC07:06
*** khem <khem!~khem@unaffiliated/khem> has quit IRC07:12
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto07:15
*** ant_home <ant_home!> has quit IRC07:17
*** learningc <learningc!> has quit IRC07:20
*** learningc <learningc!> has joined #yocto07:21
nacknick_ERROR: Fetcher failure: Fetch command export PSEUDO_DISABLED=1; export DBUS_SESSION_BUS_ADDRESS="unix:path=/run/user/1001/bus,guid=4903862dd299a0a7005f2ab15c10b2bd"; export SSH_AGENT_PID="1847"; export SSH_AUTH_SOCK="/run/user/1001/keyring/ssh"; export no_proxy="localhost,,::1"; export NO_PROXY="localhost,,::1"; export http_proxy="http://192.168.:8080/"; export HTTP_PROXY="http://192.168.:8080/"; export PATH="/h07:21
nacknick_is someone familiar with the issue above?07:21
*** Bunio_FH <Bunio_FH!> has joined #yocto07:24
nacknick_output afer running 'bitbake core-image-base'07:24
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:24
LetoThe2ndnacknick_: by just looking at it, "http_proxy="http://192.168.:8080/"; export HTTP_PROXY="http://192.168.:8080/"" seems pretty wring.07:28
LetoThe2ndtrying to use such proxy addresses pretty much should cause the fetcher to fail07:28
nacknick_LetoThe2nd I'm not using proxy at all07:28
LetoThe2ndthen maybe find out where that comes from?07:29
nacknick_LetoThe2nd now I see there is a env var with that value, i have no idea why07:30
*** thaytan <thaytan!> has quit IRC07:33
*** frsc <frsc!> has joined #yocto07:33
*** mario-goulart <mario-goulart!> has joined #yocto07:33
*** thaytan <thaytan!> has joined #yocto07:34
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto07:35
*** chrisccoulson27 <chrisccoulson27!~chrisccou@> has joined #yocto07:35
nacknick_LetoThe2nd - OK. seems that export http_proxy="" helped07:35
*** lusus <lusus!~lusus@> has joined #yocto07:35
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC07:37
*** jmiehe <jmiehe!> has joined #yocto07:38
nacknick_under build/tmp/work I have two folders: armv7at2hf-neon-fslc-linux-gnueabi, x86_64-linux07:39
nacknick_by what those folders are created?07:39
LetoThe2ndby bitbake07:40
nacknick_not by who, but by what parameter I mean07:42
LetoThe2ndnot by a parameter per se. those reflect the machine/architecture a specific artifact is meant to run on.07:43
nacknick_by the $MACHINE?07:43
LetoThe2ndmachine is a part of it.07:43
nacknick_I just built all bitbake from the begining, what I have TWO folders? I build for ARM board, why x86_64-linux is created as well??07:45
nacknick_why I have*07:45
*** TobSnyder <TobSnyder!> has joined #yocto07:45
LetoThe2ndbecause during the build process there are things created that are meant to run on the host07:45
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC07:46
LetoThe2ndmore often you have 3 or 4 folders there. one host, one allarch, one machine specific, and one tune-specifc07:46
nacknick_what is tune-specific?07:46
LetoThe2nda bit simplified: "cortexa9" for example07:47
nacknick_now I have 4 :S07:48
LetoThe2ndmost packages do not really only work on a specific board, but a specific arch. usually only the kernel and bootloader are really tied to the machine07:48
nacknick_so inside all those folders, if I'm looking for the binary that will finally run in the target machine, where can I find it? in what folder?07:49
LetoThe2ndits not that simple07:51
nacknick_all-fslc-linux, imx6ullevk-fslc-linux-gnueabi armv7at2hf-neon-fslc-linux-gnueabi, x86_64-linux armv7at2hf-neon-mx6ul-fslc-linux-gnueabi, armv7at2hf-neon-fslc-linux-gnueabi, x86_64-linux, armv7at2hf-neon-mx6ul-fslc-linux-gnueabi07:51
nacknick_now I have those 5 folders07:51
LetoThe2ndi remember your case very well from yesterday, and i'm pretty reluctant to assist here, as i'm totally convinced you're doing it wrong.07:51
LetoThe2nd(and don't want to be blamed later)07:52
nacknick_I'm open to here your alternative07:52
nacknick_you won't be blamed anyway07:53
LetoThe2ndmy approach would be to to append/extend the recipe that creates/fetches/whatevers the binary, and extend the do_compile step07:53
LetoThe2ndyou can append your whatever security tinkering there07:53
LetoThe2ndthats one approach07:53
nacknick_ok. so let me introduce you the restrictions, and tell me if your solution is still relevant07:54
LetoThe2ndthe other one is to use a ROOTFS_POSTPROCESS command. in which case you would operate on the rootfs directly before it gets packed07:54
*** AndersD <AndersD!~AndersD@> has joined #yocto07:54
*** kristoiv <kristoiv!> has joined #yocto07:56
nacknick_LetoThe2nd my product is a script (not only, but for simplify restrictions). The script gets the original binary and modifies it. IT HAS TO BE DONE THAT WAY! running a script on ready-to-run binary, and replace it with the output of the script07:57
nacknick_are your both solutions are still relevant?07:58
LetoThe2ndnacknick_: yes.07:58
LetoThe2ndno need to scream.07:58
*** armpit <armpit!~armpit@2601:202:4180:c33:1cde:ec36:ad31:c07e> has quit IRC07:58
nacknick_hh :)07:58
*** kristoiv <kristoiv!> has quit IRC07:59
nacknick_ok. so which approach to choose? because I'm not familiar with none of them07:59
nacknick_I mean the two you mentions07:59
LetoThe2ndit depends. in both cases you'll probably introduce a big chunk of non-reproductibility08:00
LetoThe2ndmy gut feeling would be
nacknick_what do you mean non-reproductibility?08:00
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto08:00
LetoThe2ndbut seriously, if you run into problems with image cretion later: make totally sure that you mention that you are doing evil magic there.08:01
LetoThe2ndnacknick_: OE is all about reproductibility. given a specific state of the layers, i can rebuild a functionally identical image again and again, anytime i want08:01
LetoThe2ndthats what you're about to break08:01
LetoThe2ndyou are about to create a build process that will only work if your script magic, and whatever external tricks it does are working08:02
LetoThe2ndso here's option 3: have OE only create a tarball. do postprocess and pack into an image externally08:02
LetoThe2ndin that case you can at least be sure that you always get a stable tarball out of the system.08:03
nacknick_LetoThe2nd first question: using ROOTFS is there a way to choose what binaries I want to appply my script on?08:04
LetoThe2ndyou get handed a path to a full root file system do whatever you want there.08:05
LetoThe2ndyou can also rm -rf /*08:05
LetoThe2ndbut don't blame anybody else then.08:05
nacknick_LetoThe2nd 2nd question: what's the difference if I modifies the binary before it's getting packed to your third suggestion; to unpack the binary and re-pack it modified..?08:06
LetoThe2ndthe difference is if you are acting *inside* or *outside* of the OE build process.08:07
nacknick_you mean to unpack it from the final image? (wic)?08:07
LetoThe2ndwhich again to choose properly, depends a lot on your product workflow, build automation, etc.08:07
LetoThe2ndnacknick_: no. read again waht i wrote08:08
*** NU-Slacker <NU-Slacker!~NU-Slacke@> has quit IRC08:08
nacknick_where do I configure a postprocess?08:09
LetoThe2ndbut seriously, i already invested way more time than i wanted to. if you really care about that thing, go find a competent consultant to assist you.08:09
LetoThe2ndi handed you the link to the documentation.08:09
LetoThe2ndand now, i'm off to my own paid work.08:09
LetoThe2ndgood luck08:09
nacknick_thanks a lot08:09
pepijndevosAny mode ideas how to debug gstreamer-plugins-good not getting installed? The files are there in the image of the package itself, the package is listed in the manifest, but it's not getting copied into the sysroot.08:10
pepijndevosIt used to work, until I updated the seemingly unrelated meta-raspberrypi layer, and now nothing I've tried makes it work.08:10
*** kristoiv <kristoiv!~kristoiv@> has joined #yocto08:12
pepijndevosLast thing I can think of is to revert the raspi layer and see if that helps...08:12
*** anujm <anujm!anujm@nat/intel/x-ziyuxqaqrevgqbwd> has quit IRC08:15
*** AndersD <AndersD!~AndersD@> has quit IRC08:16
*** AndersD <AndersD!~AndersD@> has joined #yocto08:17
*** learningc <learningc!> has quit IRC08:21
*** learningc <learningc!> has joined #yocto08:21
*** cquast <cquast!~cquast@> has joined #yocto08:21
*** fitzsim <fitzsim!> has quit IRC08:32
pepijndevosYeah... reverted raspi layer and it's back to working.. bisecting now08:37
*** sagner <sagner!~ags@> has joined #yocto08:54
*** ant_home <ant_home!> has joined #yocto08:55
*** diego_r <diego_r!> has joined #yocto09:05
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:13
*** kristoiv <kristoiv!~kristoiv@> has quit IRC09:14
*** gtristan <gtristan!~tristanva@> has joined #yocto09:17
*** varjag <varjag!> has joined #yocto09:17
*** learningc <learningc!> has quit IRC09:20
*** kristoiv <kristoiv!~kristoiv@> has joined #yocto09:20
*** learningc <learningc!> has joined #yocto09:21
nacknick_under do_install of 'grep' binary I added a line that copies another binary and overwrites the existing grep ELF. I checked and it actually replace it. but when running the image on the board, seems that the original grep was kept. any idea why?09:23
pepijndevosHow do I update this in meta-raspberrypi?
*** kristoiv <kristoiv!~kristoiv@> has quit IRC09:25
*** otavio__ is now known as otavio09:53
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto09:54
pepijndevosI tried a newer kernel, didn't help. Seems like that repo isn't directly used.09:55
*** frsc <frsc!> has quit IRC10:03
*** frsc <frsc!> has joined #yocto10:05
*** rburton <rburton!> has joined #yocto10:08
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC10:16
*** no_such_user <no_such_user!> has joined #yocto10:16
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto10:18
*** learningc <learningc!> has quit IRC10:20
*** learningc <learningc!> has joined #yocto10:21
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:21
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:21
*** berton <berton!~berton@> has joined #yocto10:28
*** kaspter <kaspter!~Instantbi@> has quit IRC10:31
*** kaspter <kaspter!~Instantbi@> has joined #yocto10:31
*** berton <berton!~berton@> has quit IRC10:34
*** berton <berton!~berton@> has joined #yocto10:36
*** dv_ <dv_!> has quit IRC10:40
*** dv_ <dv_!~dv@> has joined #yocto10:49
*** dv_ <dv_!~dv@> has quit IRC10:51
*** dv_ <dv_!~dv@> has joined #yocto10:53
*** berton <berton!~berton@> has quit IRC10:55
*** berton <berton!~berton@> has joined #yocto10:58
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto11:00
nacknick_where can I change the flags of the compiler that bitbake uses?11:04
*** hrkrx <hrkrx!> has joined #yocto11:05
hrkrxanyone got time to help me with a (probably beginner) issue?11:18
hrkrxi'm trying to include the header files with ' IMAGE_INSTALL_append = " kernel-devsrc" ' but while do_install i get the following errormsg: cp: cannot stat 'arch/arm64/kernel/vdso/': No such file or directory11:19
rburtonnacknick_: for all recipes, or just one?11:20
hrkrxjust one11:21
hrkrxi think11:21
*** learningc <learningc!> has quit IRC11:21
*** learningc <learningc!> has joined #yocto11:22
hrkrxi can paste a little more of the errormsg if that would help, but it only appears once11:22
hrkrxand only with "kernel-devsrc"11:22
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC11:23
*** hrkrx <hrkrx!> has left #yocto12:19
*** learningc <learningc!> has quit IRC12:21
*** learningc <learningc!> has joined #yocto12:22
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto12:24
*** learningc <learningc!> has quit IRC12:27
nacknick_rburton - both please. all and just one12:32
pepijndevosHow do I add an extra install step to a cmake recipe? I don't know... do_install_append or something?12:35
rburtonpepijndevos: yes12:40
rburtonnacknick_: in a recipe just extend CFLAGS12:40
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:41
pepijndevosActually, what I'm trying to do is install a systemd unit and an udev rule, I'm pretty sure I've seen some systemd magic at least, maybe also udev?12:43
nacknick_rburton, I want to remove a flag... and maybe even replace the compiler12:48
*** mihais <mihais!~mihaiserb@> has joined #yocto12:48
rburtonnacknick_: set CC to change the compiler12:48
rburtonif you want to remove a flag then is it one that the recipe is adding, or the makefiles are using directly?12:48
rburtonpepijndevos: systemd class exists12:49
rburtonnothing magic needed for udev12:49
rburtonthat's just installing a file12:49
nacknick_rburton, set CC inside recipe? it overwrites the current one?12:49
rburtonnacknick_: yes, assuming you've written a recipe for the cross compiler. that's quite an assumption though, swapping compilers isn't trivial12:50
rburtonso again, please say what you're actually trying to do12:50
nacknick_rburton, I'm not sure why, but I saw 'mthumb' flag inside one Makefile, removed it, but it compiled with mthumb12:51
rburtoni have no knowledge about thumb apart from 'its an arm thing'12:51
nacknick_I know it by the result12:51
rburtonthe bsp controls whether thumb is available or enabled by default12:52
nacknick_thumb is instruction set12:52
nacknick_it supports multiple length of instructions12:52
nacknick_without it, all instructions are in the same size12:53
nacknick_4 bytes for instance12:53
nacknick_I'll try to set CFLAGS var inside recipe to see any sifference12:54
nacknick_makefile CFLAGS do not override recipe's?12:55
rburtondepends on makefile12:55
rburtonif makefile does CFLAGS= then yes12:55
rburtonnote that if you try and fiddle thumb in cflags you'll be battling with the BSP is doing12:55
rburtonsee meta/conf/machine/include/arm/feature-arm-thumb.inc12:56
*** tprrt <tprrt!~tprrt@> has joined #yocto12:57
rburtonthough if the makefile is also deciding to do thumb tweaks then you've multiple things arguing, such fun12:59
pepijndevosrburton, so the SYSTEMD_SERVICE in the bbclass also makes sure it's enabled or something?13:01
rburtonpepijndevos: it writes init scripts to start it on install yeah13:04
pepijndevoswhoaaa! devtool deploy-target is my new bestest friend13:04
*** vmeson <vmeson!> has quit IRC13:05
*** kaspter <kaspter!~Instantbi@> has quit IRC13:07
pepijndevosdafuq, my systemctl doesn't have execute permissions13:07
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto13:17
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto13:17
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto13:18
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto13:18
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:20
*** kaspter <kaspter!~Instantbi@> has joined #yocto13:22
fsdunnacknick_, rburton disabling thumb is setting ARM_INSTRUCTION_SET to arm where necessary13:29
*** vmeson <vmeson!~rmacleod@> has joined #yocto13:34
*** la_croix <la_croix!> has quit IRC13:36
*** la_croix <la_croix!> has joined #yocto13:38
nacknick_fsdun set in what file?13:40
fsdunIf you only want to have it in one recipe either in .bb or .bbappend or any other used conf using _pn- override13:42
fsdunor as machine/distro config if you want to prohibit thumb entirely13:43
nacknick_I'm trying to understand the hierarchy, what overrides what? I have makefile, recipe, bitbake config... maybe more files... :S13:45
nacknick_I changed makefile flags, but it seems to ignore my change...13:46
rburtonnacknick_: recipe/bsp/distro interact in a defined way, basically bitbake.conf shows  you the include order13:46
rburtonwhat the makefile does, be it listen, replace, extend, is up to the makefile13:46
nacknick_is the recipe the only 'responsible' for building the package? in one recipe I have only two functions (do_install_append_class*), I modified them both, and it worked, but it seems that something else runs after those two functions and changed my modification13:52
nacknick_it worked for a few minutes...13:53
nacknick_but until the bitbake was done - it changed back13:53
rburtondefine "it"13:57
rburtonplenty runs after do_install, such as do_package13:57
rburtonalso not sure what do_install_append_class is meant to do13:58
*** kaspter1 <kaspter1!~Instantbi@> has joined #yocto14:04
*** kaspter <kaspter!~Instantbi@> has quit IRC14:04
*** kaspter1 is now known as kaspter14:04
*** ejoerns <ejoerns!> has quit IRC14:07
*** ejoerns <ejoerns!> has joined #yocto14:07
nacknick_rburton, it - I replaced a file inside the package folder (with 'cp' inside do_install functions), it was replaced, but replaced back to the original14:09
rburtoncan you pastebin your do_install_append?14:09
nacknick_rburton, who runs do_package? it does not appear inside recipe bb14:09
rburtonthe recipe doesn't have do_fetch either14:10
rburtonbut your tarball gets fetched14:10
rburtonthe recipe only has the tasks it needs to override14:10
*** fsdun <fsdun!> has quit IRC14:10
nacknick_rburton, it's just recipe of 'file' command:
nacknick_rburton you can see my modification under do_install_append14:11
rburtonnacknick_: wrong path.  use $D$bindir/file14:17
rburtonyou're installing to the package staging area, not the install staging area14:17
pepijndevosI have the following lines in my local.conf, can I add these to some image or machine file somewhere? SERIAL_CONSOLES = ""14:17
pepijndevosLICENSE_FLAGS_WHITELIST = "commercial"14:17
pepijndevosENABLE_I2C = "1"14:17
rburtonpepijndevos: distro config is where that makes sense14:18
nacknick_I'll try, but I checked in the final image and found that the file's md5 equals to the one that in package folder for some reason14:18
rburtonnacknick_: ${D}${bindir}/file, i mean14:18
rburtonnacknick_: yes, because after do_install runs do_package runs, and that uses the files in .../package/14:19
rburtonnacknick_: i suggest you stop digging around the work directories and read the manual instead of guessing14:19
nacknick_rburton, absolutely agree, just don't have enough time :|14:21
nacknick_I'll read it finally14:21
rburtonnacknick_: even if its just the paragraph for the one task you're working on.  we said yesterday to copy files into $D.14:21
nacknick_I know. the path you see in pastebin is equal to $D (rburton)14:22
nacknick_${D} = /home/amit/fsl-community-bsp/build/tmp/work/armv7at2hf-neon-fslc-linux-gnueabi/grep/3.1-r0/image14:22
nacknick_oh oops... it's package... I changed it because the reason I mentioned14:23
*** marka <marka!~masselst@> has joined #yocto14:23
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC14:24
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto14:24
*** learningc <learningc!~learningc@> has joined #yocto14:25
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto14:25
rburtonzeddii_home: you're wanted in #oe by ant_home14:26
derRichardhow can i select a different toolchain for a recipe? by default yocto sets CC to i686-poky-linux-gcc (which is in $PATH). for one recipe i need x86_64-pokysdk-linux-gcc14:30
derRichardyocto build it, i can find it in the tmp dir. but not sure how to use it correctly14:30
rburtonderRichard: sounds like you want to turn on multilib14:30
derRichardrburton: no, please let me explain. :-)14:30
derRichardrburton: i'm this poor sod:
* rburton steps away slowly14:32
derRichardso, i'm using a x86_64 machine with DEFAULTTUNE ?= "i586"14:32
rburtondidn't really follow that thread, sorry14:32
derRichardno i try to build the kernel with the 64 gcc14:32
derRichardrburton: long story short, i want the whole userspace built for i586 but the kernel x86_6414:32
derRichardplus an sdk14:33
derRichardas super ugly hack i can use the host gcc for kernel builds since i build always on x86_6414:38
derRichardbut that is ...14:38
*** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-wbioxlefcumsqazf> has quit IRC14:39
pepijndevosohhh, it's so close to working. My yocto image runs the dummy software fine, so the only thing stopping me form replacing Raspbian now on the actual robot is that I can't get I2C to work to talk to the actual hardware.14:44
*** fitzsim <fitzsim!> has joined #yocto14:45
pepijndevosI've set ENABLE_I2C = "1", but it seems to do close to nothing.14:46
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto14:46
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC14:47
rburtonpepijndevos: what do you expect ENABLE_I2C to do?14:48
pepijndevosApparently set some things in config.txt14:49
rburtonah a rpi specific thing14:50
rburtonfair enough14:50
rburtonwrong channel for that i guess14:50
rburtoncheck if got set, if it doesnt work bother the meta-rpi maintainers14:50
*** hamis <hamis!~irfan@> has quit IRC14:51
pepijndevosWorking on it... looking at the recipe now. But either way, the config.txt that's actually on the SD card just seems a copy-paste without anything extra14:51
*** stephano <stephano!~stephano@> has joined #yocto14:51
nacknick_rburton, using ${D}${bindir}/file I get this:
*** AndersD <AndersD!~AndersD@> has quit IRC15:01
*** patteh22 <patteh22!> has joined #yocto15:01
pepijndevosThe trouble is that at some point both #yocto and #raspberrypi don't really know what you're doing anymore, and there is no #raspberrypi-yocto channel haha15:02
pepijndevos"wait, this madman is not on raspbian?"15:02
*** patteh22 <patteh22!> has quit IRC15:02
*** sagner <sagner!~ags@> has quit IRC15:03
*** sagner <sagner!~ags@> has joined #yocto15:06
pepijndevosIn my build folder there are 3 copies of config.txt, two of them with the needed I2C lines in tmp/work/raspberrypi3-poky-linux-gnueabi/rpi-config/git-r5/deploy-rpi-config/bcm2835-bootfiles/config.txt and tmp/deploy/images/raspberrypi3/bcm2835-bootfiles/config.txt and one without the extra lines in tmp/work/raspberrypi3-poky-linux-gnueabi/rpi-config/git-r5/git/config.txt and somehow that's the one that ends up on the SD card15:07
*** learningc <learningc!~learningc@> has quit IRC15:15
*** kaspter <kaspter!~Instantbi@> has quit IRC15:25
*** kaspter <kaspter!~Instantbi@> has joined #yocto15:26
*** varjag <varjag!> has quit IRC15:29
*** Bunio_FH <Bunio_FH!> has quit IRC15:31
JPEWRP: Are we satisfied that YOCTO #13069 is fixed and can be closed? I saw a few more do_checkpkg() errors in the AB, but they look like network problems (not persist_data).15:32
*** armpit <armpit!~armpit@2601:202:4180:c33:1cde:ec36:ad31:c07e> has joined #yocto15:33
RPJPEW: Yes, I think we can resolve that, thanks!15:34
RPThe checkpkg errors are almost certainly networking15:35
*** rubdos <rubdos!> has quit IRC15:35
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC15:37
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto15:42
*** learningc <learningc!~learningc@> has joined #yocto15:46
*** armpit <armpit!~armpit@2601:202:4180:c33:1cde:ec36:ad31:c07e> has quit IRC15:49
*** armpit <armpit!~armpit@2601:202:4180:c33:1cde:ec36:ad31:c07e> has joined #yocto15:51
*** gabrbedd <gabrbedd!> has quit IRC15:59
*** nighty-- <nighty--!> has quit IRC15:59
*** gabrbedd <gabrbedd!> has joined #yocto16:00
*** learningc <learningc!~learningc@> has quit IRC16:02
*** lucaceresoli <lucaceresoli!> has quit IRC16:03
*** ant_home <ant_home!> has quit IRC16:09
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC16:09
*** thaytan <thaytan!> has quit IRC16:12
*** thaytan <thaytan!> has joined #yocto16:16
*** TobSnyder <TobSnyder!> has quit IRC16:21
nacknick_is there a command to build the final image again without changing the already built packages?16:23
*** jmiehe <jmiehe!> has quit IRC16:23
nacknick_I mean the deploy16:26
rburtonjust run bitbake imagename again16:27
rburtonif something changed, it will rebuild the image16:27
*** diego_r <diego_r!> has quit IRC16:46
nacknick_rburton, as I said yesterday, I'm trying to replace a binary. if it recognize that something was changed, it will rerun the recipe and override my change, if it does not recognize any change - my customized binary won't be included in the file deploy image16:58
*** zeddii <zeddii!~bruce@> has joined #yocto16:59
kergothyou can use vardeps and vardepsexclude flags to control what variables affect task checksums16:59
kergothso you can exclude a variable to make it no longer re-run the task when the var changes16:59
rburtonnacknick_: are you still just cp'ing from /home?16:59
rburtonnacknick_: easy fix: put that in SRC_URI17:00
nacknick_kergoth, it does not help since it still won't use my customized binary17:01
rburtonSRC_URI = ... file:///home/foo/bar; and then in do_install_append just cp from ${WORKDIR}/filename to ${D}17:01
nacknick_rburton, let's try another method;  how can I add a do_task to the recipe?17:01
nacknick_I tried to add, but it does not run17:02
rburtonnacknick_: wish you'd say what you actually wanted to do.  having a task won't solve this problem as it still doesn't know that your copying a file from outside of the build system17:02
rburtonyou probably left out the before/after statements, so you have a task that doesn't get ran unless you call it directly17:03
nacknick_rburton, like here?
rburtonthen it knows to rebuild if file changes17:09
nacknick_ERROR: ParseError at /home/amit/fsl-community-bsp/sources/poky/meta/recipes-devtools/file/ unparsed line: 'SRC_URI = "git://         file://debian-742262.patch         file://0001-Add-P-prompt-into-Usage-info.patch         file://home/amit/Desktop/file'17:10
rburtonmissing backslash17:10
nacknick_I just copied to pastebin right after I tried with 3 slahes17:10
rburtonactually you'll need a bonus slash in the url too17:11
nacknick_I copied the 2 slahes version17:11
rburtonyou need two more slashes17:11
rburtona forward slash in the url and a backslash to not end the line17:11
rburtonfile:// is the protocol, no host so empty, then /home/amit/Desktop/file17:12
nacknick_ah yes... added... lets see17:12
rburtonthe other URLs are relative, no leading slash17:12
rburton*and a backslash*17:12
* rburton -> dinner17:12
nacknick_too long error:
nacknick_bon appetit17:14
nacknick_rburton look above when you back17:15
*** cquast <cquast!~cquast@> has quit IRC17:16
*** kanavin_home <kanavin_home!> has quit IRC17:17
*** kanavin_home <kanavin_home!> has joined #yocto17:17
*** frsc <frsc!> has quit IRC17:22
*** tprrt <tprrt!~tprrt@> has quit IRC17:33
*** ant_home <ant_home!> has joined #yocto17:37
*** dev1990 <dev1990!> has joined #yocto17:37
rburtonnacknick_: just bitbake file, you're explicitly saying "run compile"17:43
*** stephano <stephano!~stephano@> has quit IRC17:45
nacknick_rburton, bitbake core-image-base?17:49
nacknick_I don't know why, but it says: cp: cannot stat '/home/amit/fsl-community-bsp/build/tmp/work/armv7at2hf-neon-fslc-linux-gnueabi/file/5.31-r0/file': No such file or directory17:49
nacknick_but the dest folder is: /home/amit/fsl-community-bsp/build/tmp/work/armv7at2hf-neon-fslc-linux-gnueabi/file/5.31-r0/image/usr/bin/file17:50
armpitzeddii, when are we moving to 4.19 as default in master?17:51
zeddiiit'll never be the default.17:52
zeddiiit will be the LTS option.17:52
zeddiiI have a series done for that, but haven't had time to build the lsb distros and debug.17:52
*** macbug <macbug!> has quit IRC17:52
armpitk. thanks17:53
ant_homezeddii, hello there17:53
ant_homeI have an holiday-bug for you ;)17:53
ant_homeit happens that forcing qemumips to be le the kernel+modules remain be17:54
ant_homeidem qemumips6417:54
ant_homerest of userland is built fine17:55
zeddiiunless there's an LE bsp description in the kernel-cache, it would be the default. sec. let me check.17:56
ant_home(+DEFAULTTUNE = "mips32r2el" / +DEFAULTTUNE = "mips64el" respectively)17:57
ant_homeiirc this happened with 3.x and th epoint is we use  mti-malta[32|64]-be17:59
zeddiiant_home. there's only 32bit mips le BSP defined right now.17:59
zeddiiso yah, you'd end up with BE for mips64.17:59
ant_homeright now I am on 6418:00
zeddiiif you send me the config via email, I can add it easily enough.18:00
zeddiimeaning the machine/layers you are building.18:00
*** no_such_user <no_such_user!> has quit IRC18:00
zeddiiI have the kernel config already.18:00
ant_homeI just added the DEFAULTTUNE above18:00
ant_homestandard qemumips / qemumips64 recipes18:00
zeddiiyah. that won't have any impact on the endianess of the kernel build.18:00
zeddiithat's the machine name that triggers everything from there.18:01
ant_homeI discovered :)18:01
zeddiii.e. for 32bit le, we have MACHINE=qemumipsel that finds the right description. we'd need the similar one for 64bit.18:01
ant_homeyou cannot have all variations that are in the mips BSP layer18:02
ant_homeI am quite confused with all those variants...18:02
zeddiithat is pretty much what the kernel-cache does. takes a base config (which is 'be') and then flips the configs for le only as a second level configuration. but it is triggered by a different machine name. I can mock something up quickly, but building and booting it would take longer.18:04
ant_homeI really are here on mips64 just to build-test some other recipes18:06
ant_hometoolchain is ready, I can test your hints18:06
zeddiidoes oe-core have the userspace tunes for it already ? if so I can do a kernel build easily enough.18:06
* zeddii checks18:06
*** sagner <sagner!~ags@> has quit IRC18:16
*** lusus <lusus!~lusus@> has quit IRC18:18
*** kanavin_home <kanavin_home!> has quit IRC18:19
RPjonmason: I think we're going to need some help/work from you with the new server ;-)18:20
*** goliath <goliath!> has joined #yocto18:39
zeddiiant_home. are you building against the 4.18 linux-yocto reference recipe ?18:40
jonmasonRP: no prob, I'll take a look when I get back form lunch18:42
*** mihais <mihais!~mihaiserb@> has quit IRC18:52
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:57
armpitRP we should bug " Your host is aarch64 and this SDK was built for ix86 hosts."18:58
*** berton <berton!~berton@> has quit IRC19:01
*** berton <berton!~berton@> has joined #yocto19:01
*** berton <berton!~berton@> has quit IRC19:05
ant_homezeddii, yes linux-yocto-4.18.14+gitAUTOINC+bf98e195a4_6d91dc628119:17
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC19:44
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto19:45
RPkanavin_: around? I'm thinking we may need to rework test_maintainers19:45
*** kanavin_home <kanavin_home!~ak@2a02:8109:b5c0:1a5d:0:77a4:81ec:4748> has joined #yocto19:52
*** gtristan <gtristan!~tristanva@> has quit IRC19:53
*** rburton <rburton!> has quit IRC19:54
*** rburton <rburton!> has joined #yocto19:55
apteryxhello! Is it possible to use my SSH identity through ssh-agent when running do_fetch steps?19:57
apteryxit's doing some git archive --remote=ssh://some-repo.git there which requires my SSH identity (protected by password).19:58
*** peniwize <peniwize!~peniwize@> has joined #yocto19:59
*** kergoth <kergoth!~kergoth@> has quit IRC20:03
*** kergoth <kergoth!~kergoth@> has joined #yocto20:03
peniwizeThe variable SERIAL_CONSOLES is being set in the meta-intel layer machine configuration file "meta-intel/conf/machine/intel-corei7-64.conf".  I need to clear it so I tried setting SERIAL_CONSOLES = "" in my "build/conf/local.conf", but it's not having any effect.  Do machine configuration files override local.conf?  How do I change the value of SERIAL_CONSOLES without editing the Intel layer files?20:04
*** mihais <mihais!~mihaiserb@> has joined #yocto20:06
*** kanavin_home <kanavin_home!~ak@2a02:8109:b5c0:1a5d:0:77a4:81ec:4748> has quit IRC20:10
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC20:15
*** RemedyTomm <RemedyTomm!> has joined #yocto20:20
*** vmeson <vmeson!~rmacleod@> has quit IRC20:20
RemedyTommHey. I'm having an issue on some of my raspberry pi 3's with yoe images, where the networking seems to sometimes not come up. Sometimes it does, sometimes it doesn't. Has anyone experienced this?20:20
RemedyTommi'm wondering if switching to systemd may help20:21
*** vmeson <vmeson!~rmacleod@> has joined #yocto20:23
*** dv_ <dv_!~dv@> has quit IRC20:23
*** kanavin_home <kanavin_home!~ak@2a02:8109:b5c0:1a5d:ada5:a270:4516:9891> has joined #yocto20:23
*** goliath <goliath!> has quit IRC20:25
*** hrkrx <hrkrx!> has joined #yocto20:33
*** dv_ <dv_!~dv@> has joined #yocto20:36
*** marka <marka!~masselst@> has quit IRC20:37
*** vmeson <vmeson!~rmacleod@> has quit IRC20:41
*** JaMa <JaMa!~martin@> has quit IRC20:56
* apteryx answers self: we can probably use export SSH_AGENT; SSH_AGENT = "${SSH_AGENT}" ... as detailed here:
apteryxs/SSH_AGENT/SSH_AGENT_PID/, and we must add also SSH_AUTH_SOCK21:13
*** vmeson <vmeson!> has joined #yocto21:15
apteryxactual fix here:
*** tijko <tijko!~tijko@unaffiliated/tijko> has quit IRC21:31
bluelightningapteryx: hmm, the assignment shouldn't be necessary21:31
apteryxbluelightning: OK, yes, it seems to make parsing fail (assigning to itself)21:32
apteryxI'll try without assigning21:32
apteryxstrange that I got it working once... maybe some state thing21:32
*** tijko <tijko!~tijko@unaffiliated/tijko> has joined #yocto21:34
*** peniwize <peniwize!~peniwize@> has quit IRC21:35
apteryxbluelightning: yikes... I'm back to my original problem: Permission denied (publickey).21:40
apteryxexport SSH_AGENT_PID and export SSH_AUTH_SOCK don't seem to help21:41
bluelightningwell you can easily see if they are being properly exported by looking at run.do_fetch for the recipe21:41
bluelightningactually... they should already be exported into the fetch environment21:43
apteryxbluelightning: thanks for the tip, I'm looking at that file now21:53
apteryxbluelightning: hmm, they aren't exported, and my export directives don't seem to affect that21:55
bluelightningapteryx: how about log.do_fetch? they should show up in the command that gets executed21:56
apteryxI've put echo $SSH_AGENT_PID there, but I just see blanks inthe temp/log.do_fetch21:59
bluelightningso looking at it I don't think that would be expected to show anything22:01
bluelightningvariables get passed directly on the command line for fetch commands22:01
bluelightningbut that should be clearly visible in the log22:02
apteryxbluelightning: do I need to enable -e or -v to see the environment variables show up in the commands?22:04
bluelightningno, shouldn't22:05
apteryxmaybe my bitbake is too old to show the same output, I'm on v1.34 (and the project I work on is stuck with it)22:08
bluelightningno, this isn't new22:09
bluelightningthis is the kind of thing you should see:22:09
apteryxenabling debug with -D, I see ton of outputs, but the only part about envars seems to be the first line, DEBUG: Removed the following variables from the environment: [...]22:14
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC22:17
apteryxbluelightning: here's the do_fetch procedure and the log.do_fetch I see (it's very short):
bluelightningapteryx: right... now I see you're defining your own do_fetch, that is a bit unusua22:21
apteryxyes, the reason is because the git repos is very fat so we wanted to be able to skip downloading it all22:22
*** rhadye_ <rhadye_!sid217449@gateway/web/> has joined #yocto22:22
bluelightningapteryx: there are other ways to handle that though, e.g. shallow clones22:22
bluelightningor local mirroring22:22
*** flynn378__ <flynn378__!sid63564@gateway/web/> has joined #yocto22:23
apteryxhow can we do a shallow clone using the git fetcher? I don't see an option to do it from:
apteryxand even if it was shallow, sadly in our case it's still be fat since some heavy objects are stored... (bad practice but we have to cope with it for now)22:25
apteryxand, another question if I might, shouldn't the export statement affect my custom do_fetch definition?22:26
bluelightningso, it should yes, I'm not sure why it wouldn't be22:27
*** BubuIIC1 <BubuIIC1!bubuiicmat@gateway/shell/> has joined #yocto22:28
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has quit IRC22:29
*** flynn378 <flynn378!sid63564@gateway/web/> has quit IRC22:29
*** rhadye <rhadye!sid217449@gateway/web/> has quit IRC22:29
*** BubuIIC <BubuIIC!bubuiicmat@gateway/shell/> has quit IRC22:29
*** zzeroo <zzeroo!> has quit IRC22:29
*** jij <jij!jonashg@nat/axis/x-tmzjypohquwsqpph> has quit IRC22:29
*** jij <jij!jonashg@nat/axis/session> has joined #yocto22:29
*** flynn378__ is now known as flynn37822:29
*** rhadye_ is now known as rhadye22:29
*** jij <jij!jonashg@nat/axis/session> has quit IRC22:29
*** jij <jij!jonashg@nat/axis/x-lfecocerlxyrwrhf> has joined #yocto22:29
*** zzeroo <zzeroo!> has joined #yocto22:29
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has joined #yocto22:32
apteryxit seems they don't even exist at the top level of by .bb recipe22:35
apteryxI've tested export TEST = "${SSH_AUTH_SOCK}" and TEST2 = "foobar"; I can see foobar in do_fetch but the former is empty22:35
*** mihais <mihais!~mihaiserb@> has quit IRC22:37
*** dev1990 <dev1990!> has quit IRC22:41
apteryxwait... these vars are there indeed, in my do_fetch already, without having me to do anything about it.22:46
apteryxI was wiping them with my attempts to export them...22:46
* apteryx spanks his head22:46
kergothapteryx: shallow is non-trivial in general unless SRCREV is AUTOREV. you can't shallow clone a specific commit with git. so the fetcher doesn't support shallow clones. it does support generating and using shallow mirror tarballs, which is the best it can do at this time22:49
kergothnot possible to determine the precise distance from the specified branch to SRCREV22:49
kergothat least without already having a full clone22:49
apteryxkergoth: OK, thanks for explaining22:50
kergothnp. we could support shallow when srcrev is autorev as a special case, but it'd be rather ugly, and then we'd have to deal with when to convert the clone in DL_DIR from shallow to full, etc, since a single source can be used by multiple recipes. just a mess22:51
kergotheven shallow tarball support was pretty ugly, but worthwhile i think22:51
apteryxcan I force yocto to refresh the git it is using? (it comes from the host, right?)22:53
apteryxor maybe I should say s/yocto/bitbake/22:54
apteryxmaybe by setting FETCHCMD_git22:55
RPapteryx: take git-native out of ASSUME_PROVIDED22:56
apteryxOK, I've tried with my system's git instead of Guix's git, and I have the same issue ( I'll just have to live with passwordless SSH access.23:00
* kergoth uses keys in an agent with oe builds every day, but doesn't use guix23:09
apteryxkergoth: what I've found so far is that when overriding do_fetch, the ssh-agent doesn't seem to work in that, but if I otherwise use the builtin fetcher, all works as expected.23:15
apteryxI've verified that the SSH_AUTH_SOCK and SSH_AGENT_PID from the host are set in that custom do_fetch procedure, and they are, but it doesn't seem to suffice.23:16
apteryxif `which git' says /usr/bin/git in the shell I run bitbake and I haven't touched ASSUME_PROVIDED, am I guaranteed its the one being used? or is there some caching of a previously found git possible?23:17
*** jostor <jostor!55a495f3@gateway/web/freenode/ip.> has quit IRC23:27
kergoththat's entirel.23:28
kergothy possible, yes23:28
kergothi'd just wipe tmp and restart the b uild23:28
ant_homezeddii, it seems just matter of switching the two lines:23:34
ant_home# CONFIG_CPU_BIG_ENDIAN is not set23:34
*** moto-tim1 <moto-tim1!~ttorling@> has joined #yocto23:37
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has quit IRC23:38
*** rburton <rburton!> has quit IRC23:45

Generated by 2.11.0 by Marius Gedminas - find it at!