Monday, 2017-09-18

*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC00:09
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:09
-YoctoAutoBuilder- build #486 of nightly-qa-extras is complete: Success [build successful] Build details are at
*** jmcruzal <jmcruzal!jmcruzal@nat/intel/x-zzoermepqozypqqg> has joined #yocto00:51
-YoctoAutoBuilder- build #485 of nightly-arm-lsb is complete: Failure [failed BuildImages_1] Build details are at
*** jmcruzal <jmcruzal!jmcruzal@nat/intel/x-zzoermepqozypqqg> has quit IRC01:20
*** mrpelotazo <mrpelotazo!> has quit IRC01:31
-YoctoAutoBuilder- build #549 of nightly is complete: Failure [failed] Build details are at
*** mrpelotazo <mrpelotazo!> has joined #yocto01:35
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC01:37
*** sjolley1 <sjolley1!~sjolley@> has joined #yocto01:53
*** sjolley <sjolley!sjolley@nat/intel/x-buzuumwutrpmqmua> has quit IRC01:53
*** kpo <kpo!> has quit IRC02:08
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto02:19
*** sgw <sgw!> has joined #yocto02:37
*** sgw <sgw!> has quit IRC02:41
*** sgw <sgw!swold@nat/intel/x-qfutwxnltzjivmck> has joined #yocto02:42
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto03:05
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto03:08
*** User12345678 <User12345678!> has joined #yocto03:20
User12345678Hi.  I would need to custom build the kernel.  How do I configure and compile the kernel in Yocto?  Which directory to go?  Thanks in advance.03:22
*** Argylelabcoat <Argylelabcoat!> has quit IRC03:48
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC03:52
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:58
*** redengin <redengin!> has quit IRC04:07
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC04:09
*** alimon <alimon!~alimon@> has joined #yocto04:50
*** AndersD <AndersD!> has joined #yocto05:13
*** AndersD <AndersD!> has quit IRC05:26
*** AndersD <AndersD!> has joined #yocto05:28
*** hmwel <hmwel!> has joined #yocto05:28
*** Marex <Marex!~Marex@> has joined #yocto05:33
*** agust <agust!> has joined #yocto05:51
*** pohly <pohly!> has joined #yocto06:06
*** t0mmy <t0mmy!> has joined #yocto06:12
*** dave0x6d <dave0x6d!uid190567@gateway/web/> has quit IRC06:20
*** mdnneo <mdnneo!~umaucher@> has joined #yocto06:20
*** hamis <hamis!~irfan@> has joined #yocto06:22
*** nighty- <nighty-!> has quit IRC06:31
*** csanchezdll <csanchezdll!> has joined #yocto06:36
*** luc4 <luc4!~luca@> has joined #yocto06:53
*** rob_w <rob_w!~bob@> has joined #yocto06:54
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:54
*** morphis <morphis!> has joined #yocto06:55
*** fl0v0 <fl0v0!> has joined #yocto07:00
*** diego_r <diego_r!> has joined #yocto07:01
*** rajm <rajm!~robertmar@> has joined #yocto07:05
*** AndersD <AndersD!> has quit IRC07:06
*** Kakounet <Kakounet!> has joined #yocto07:08
*** aratiu <aratiu!~adi@> has joined #yocto07:08
*** frsc <frsc!~frsc@> has joined #yocto07:13
*** prabhakarlad <prabhakarlad!~prabhakar@> has joined #yocto07:16
*** nboutin <nboutin!d9703a56@gateway/web/freenode/ip.> has quit IRC07:17
*** toanju <toanju!~toanju@> has joined #yocto07:19
*** AndersD <AndersD!> has joined #yocto07:20
*** t0mmy <t0mmy!> has quit IRC07:23
*** toanju <toanju!~toanju@> has quit IRC07:26
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto07:31
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:35
*** yann <yann!> has quit IRC07:36
*** morphis <morphis!> has quit IRC07:36
*** Bunio_FH <Bunio_FH!> has joined #yocto07:40
*** toanju <toanju!~toanju@> has joined #yocto07:40
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto07:41
*** aragua <aragua!> has joined #yocto07:45
*** nslu2-log <nslu2-log!> has quit IRC07:46
*** harisokanovic|cl <harisokanovic|cl!~harisokan@> has joined #yocto08:00
*** colrack <colrack!~colrack@> has joined #yocto08:00
*** harisokanovic|cl <harisokanovic|cl!~harisokan@> has quit IRC08:00
*** harisokanovic|cl <harisokanovic|cl!~harisokan@> has joined #yocto08:00
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC08:01
*** JaMa <JaMa!~martin@> has joined #yocto08:02
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto08:04
*** t0mmy <t0mmy!~tprrt@> has joined #yocto08:04
*** nslu2-log <nslu2-log!> has joined #yocto08:08
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto08:08
*** toscalix <toscalix!~toscalix@> has joined #yocto08:09
mcfriskAnyone else seen that applying patchs fails in a git tree recipe where S has been moved to a sub directory in the git tree? manually applying the patch works with correct path strip levels, but bitbake insists that patching fails.08:12
*** toscalix_ <toscalix_!> has joined #yocto08:13
*** toscalix <toscalix!~toscalix@> has quit IRC08:13
*** yann <yann!> has joined #yocto08:15
mcfriskaha! bitbake uses quilt to apply the patch and the parameters to patch are wrong08:22
*** hnje <hnje!> has joined #yocto08:22
*** rburton <rburton!> has joined #yocto08:23
*** rburton <rburton!> has quit IRC08:23
*** rburton <rburton!> has joined #yocto08:24
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto08:27
*** grma <grma!~gruberm@> has joined #yocto08:28
*** toscalix <toscalix!~toscalix@> has joined #yocto08:28
*** rovanceo <rovanceo!~rovanceo@> has joined #yocto08:29
*** eduardas_m <eduardas_m!~eduardas@> has joined #yocto08:29
eduardas_mhello, what is the most proper way of storing all of the sources necessary for a build locally so that future clean builds are no longer dependent on downloads from remote servers that might not be available anymore?08:31
eduardas_mbecause images for devices might need to be maintained for many years and links to source repositories are likely to break during that time08:32
*** toscalix_ <toscalix_!> has quit IRC08:32
melonipoikaeduardas_m PREMIRRORS?
melonipoikawe append it in our distro conf file and add a premirror to our local server08:35
eduardas_mmelonipoika: did you have to manually clone all of the necessary repositories for this to work? any way to automate this?08:39
*** ChrysDaze <ChrysDaze!c16cc543@gateway/web/freenode/ip.> has joined #yocto08:40
ChrysDazeHi Everybody. Little question here about "best practice". I would like to add a patch but there is already a new .bbappend. What is the best practice ? Just make the changes in .bbappend or there is another thing to do ?08:41
*** rburton <rburton!> has quit IRC08:41
melonipoikaeduardas_m aour B&I team owns that mirror. Not sure how they populate it but definitely not manually08:41
*** rburton <rburton!> has joined #yocto08:42
rburtoneduardas_m: bitbake world -c fetchall, iirc08:42
rburtoneduardas_m: and turn on BB_GENERATE_MIRROR_TARBALLS or whatever the actual option is.08:42
rburtonChrysDaze: your choice, either add more to the bbappend if its one you control, or add another if you want to keep it separate08:43
ChrysDazerburton : so there is no problem of having two bbappend in the same recipe folder?08:43
ChrysDazerburton : with the same name08:44
rburtonin the same folder obviously you can't have two files with the same name :)08:44
rburtonif its your layer then just edit the existing append08:44
ChrysDazerburton : yeah true, i forgot about it. Ok thanks.08:45
eduardas_mrburton: the tarballs in this case are the same ones that appear in the usual downloads folder?08:45
ChrysDazerburton : the commit message should be enough08:45
rburtoneduardas_m: the tarballs are the ones that don't appear unless you turn it on (tarballs of git archives)08:45
rburtonbut if you want a mirror you want those08:45
eduardas_mrburton: one more thing, where are these git archive tarballs going to appear by default?08:46
rburtonin DL_DIR08:46
*** rajm <rajm!~robertmar@> has quit IRC08:47
eduardas_mrburton: thank you, will try it out08:47
*** faustas <faustas!~faustas@> has joined #yocto08:50
nefethaelioanb7: Is KERNEL_MODULE_AUTOLOAD = "modulename" is what you'r looking for ?08:52
*** rajm <rajm!~robertmar@> has joined #yocto08:59
*** toscalix_ <toscalix_!~toscalix@> has joined #yocto09:01
*** toscalix <toscalix!~toscalix@> has quit IRC09:01
*** msvb-lab <msvb-lab!> has joined #yocto09:02
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto09:08
*** CTtpollard <CTtpollard!~CTtpollar@> has joined #yocto09:08
*** ChrysDaze <ChrysDaze!c16cc543@gateway/web/freenode/ip.> has quit IRC09:09
*** toscalix_ <toscalix_!~toscalix@> has quit IRC09:11
*** toscalix_ <toscalix_!~toscalix@> has joined #yocto09:12
*** toanju <toanju!~toanju@> has quit IRC09:15
*** toanju <toanju!~toanju@> has joined #yocto09:19
*** toanju <toanju!~toanju@> has quit IRC09:25
rdanterHi, quick question, can you use wildcards in PRIVATE_LIBS_${PN} ? I have a lot of libs, but they have a common prefix so would be good to use "xxx*" if that is possible/allowed09:26
*** harisokanovic|cl <harisokanovic|cl!~harisokan@> has quit IRC09:44
*** ChrysD <ChrysD!c16cc543@gateway/web/freenode/ip.> has joined #yocto09:47
*** harisokanovic|cl <harisokanovic|cl!~harisokan@> has joined #yocto10:00
*** ed21 <ed21!Adium@nat/intel/x-borjerulgzdneixw> has joined #yocto10:01
*** toscalix_ is now known as toscalix10:10
User12345678How do I know what name to bitbake?10:15
*** sveinse <sveinse!> has joined #yocto10:17
sveinseHow do I purge a packages from the sstate cache completely? I thought -c cleanall or -c cleansstate did, but I still find lots of artefacts by that name in th state cache after running it.10:18
rburtonrm works :)10:19
sveinsefind . -name sstate:\*somename\* -delete ?10:19
*** nighty- <nighty-!> has joined #yocto10:25
*** joseppc <joseppc!> has joined #yocto10:26
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto10:26
*** ed21 <ed21!Adium@nat/intel/x-borjerulgzdneixw> has quit IRC10:31
*** harisokanovic|cl <harisokanovic|cl!~harisokan@> has quit IRC10:32
*** Bretos <Bretos!> has joined #yocto10:32
Bretoshello guys!10:32
Bretosis there an easy way I can change the filename separator for bitbake packages from ":" to something more like "_", "-" or anything else really?10:32
*** garbados <garbados!> has quit IRC10:40
*** garbados <garbados!> has joined #yocto10:40
*** harisokanovic|cl <harisokanovic|cl!~harisokan@> has joined #yocto10:45
*** User12345678 <User12345678!> has quit IRC10:47
*** ant_work <ant_work!~ant__@> has joined #yocto10:48
*** ChrysD <ChrysD!c16cc543@gateway/web/freenode/ip.> has quit IRC10:50
*** alimon <alimon!~alimon@> has quit IRC10:50
*** rovanceo <rovanceo!~rovanceo@> has quit IRC10:50
*** harisokanovic|cl <harisokanovic|cl!~harisokan@> has quit IRC10:51
*** mdnneo <mdnneo!~umaucher@> has quit IRC10:52
sveinseBretos: portability with windows based file systems?10:53
Bretossveinse: nope. Artifactory weird requirements and unability to upload files with ":" in names10:55
sveinseWell, the separator can't be "_" nor "-" because these symbols are used within package names. E.g. "x86_64" or "cortexa9hf-neon-poky" and so on11:02
sveinseBut I don't really know how hardcoded the ':' is11:03
*** harisokanovic|cl <harisokanovic|cl!~harisokan@> has joined #yocto11:03
sveinseFor my dev machine I'm using a USB removable disk running NTFS for sstate cache. It does actually work with ':' in them on ntfs, but opening the sstate cache on windows confuses the explorer :P11:04
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto11:09
*** harisokanovic|cl <harisokanovic|cl!~harisokan@> has quit IRC11:10
*** toscalix <toscalix!~toscalix@> has quit IRC11:35
*** rovanceo <rovanceo!~rovanceo@> has joined #yocto11:36
*** DVorkin <DVorkin!4faa1830@gateway/web/freenode/ip.> has quit IRC11:45
BCMMntfs is not nice, but it's a lot nicer than Windows makes it look :)12:00
*** ant_work <ant_work!~ant__@> has quit IRC12:05
*** Kakounet <Kakounet!> has quit IRC12:06
neverpanic; might be a good choice12:06
*** ant_work <ant_work!> has joined #yocto12:08
*** Kakounet <Kakounet!> has joined #yocto12:12
*** Willy-- <Willy--!> has joined #yocto12:13
*** Kakounet <Kakounet!> has quit IRC12:16
*** Kakounet <Kakounet!> has joined #yocto12:17
-YoctoAutoBuilder- build #475 of nightly-world is complete: Failure [failed BuildImages] Build details are at
sveinseOh man I hate debugging basehash mismatch errors. So extremely time consuming12:31
sveinseI wish bitbake could make the effort of actually storing the sigdata and present the actual diff12:33
-YoctoAutoBuilder- build #547 of nightly-arm is complete: Failure [failed BuildImages Running Sanity Tests Building Toolchain Images BuildImages_1 Building Toolchain Images_1 BuildImages_2 Building Toolchain Images_2 Running SDK Sanity Tests Building Toolchain Images_3 BuildImages_3 Running ESDK Sanity Tests] Build details are at
-YoctoAutoBuilder- build #464 of nightly-arm64 is complete: Failure [failed BuildImages Running Sanity Tests Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 BuildImages_1 Running ESDK Sanity Tests] Build details are at
*** toanju <toanju!~toanju@> has joined #yocto12:42
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:43
*** Willy-- <Willy--!> has quit IRC12:46
*** Willy-- <Willy--!~Willy@> has joined #yocto12:47
*** rovanceo <rovanceo!~rovanceo@> has quit IRC12:52
*** toscalix <toscalix!~toscalix@> has joined #yocto12:53
*** Snert <Snert!> has quit IRC12:54
sveinseWhen I build for an image on pyro, I get "ERROR: When reparsing, the basehash value changed from X to Y"12:54
sveinseIf I rerun bitbake, no error is printed12:54
*** rovanceo <rovanceo!~rovanceo@> has joined #yocto12:54
sveinseI try to follow
eduardas_mif possible, I'd like a sanity check: seems to be not working for me, so some WiLink related recipes fail to fetch... is it just me or are other people also having this problem today?12:55
*** toscalix <toscalix!~toscalix@> has quit IRC12:58
*** toscalix_ <toscalix_!> has joined #yocto12:58
sveinsebut I have no .sigdata output for the lm-initrd-image in /tmp/stamps/. How can I get hold of the two sigdatas that bitbake is complaining about when (re)parsing?12:59
*** Argylelabcoat <Argylelabcoat!> has joined #yocto12:59
*** dave0x6d <dave0x6d!uid190567@gateway/web/> has joined #yocto13:00
*** lamego <lamego!~jose@> has joined #yocto13:02
*** Argylelabcoat <Argylelabcoat!> has quit IRC13:04
*** toscalix <toscalix!~toscalix@> has joined #yocto13:04
*** toscalix_ <toscalix_!> has quit IRC13:05
-YoctoAutoBuilder- build #487 of nightly-qa-extras is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Running Sanity Tests_1 BuildImages_2 BuildImages_3 BuildImages_4 BuildImages_5 BuildImages_7 BuildImages_8 BuildImages_9 Running Sanity Tests_2 BuildImages_10 Running Sanity Tests_3 BuildImages_11 Running Sanity Tests_4 BuildImages_12 Running Sanity Tests_5 BuildImages_13 Running Sanity Tests_6 BuildImages_14 Running Sanity Tests_7] Build de13:11
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC13:16
*** Snert <Snert!> has joined #yocto13:19
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC13:23
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto13:24
*** Shurelous <Shurelous!~igor@> has joined #yocto13:28
*** Willy-- <Willy--!~Willy@> has quit IRC13:31
*** Willy-- <Willy--!~Willy@> has joined #yocto13:32
*** TuTizz <TuTizz!~TuTizz@> has joined #yocto13:34
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto13:34
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC13:38
*** ant_work <ant_work!> has quit IRC13:41
*** JoiF <JoiF!~jofr@> has quit IRC13:44
*** JoiF <JoiF!~jofr@> has joined #yocto13:44
*** ssingh <ssingh!171eab05@gateway/web/freenode/ip.> has quit IRC13:44
*** lilbby <lilbby!liberta1@nat/intel/x-rbzeeaxtezfgjkxu> has joined #yocto13:45
*** aragua <aragua!> has quit IRC13:49
*** aragua <aragua!> has joined #yocto13:50
*** Kakounet <Kakounet!> has quit IRC13:52
*** alimon <alimon!~alimon@> has joined #yocto13:54
*** toscalix_ <toscalix_!> has joined #yocto13:54
sveinseI get a "No GNU_HASH in the elf binary". Google suggest that that might be ${LDFLAGS} not being used properly. This is a configure based recipe, so perhaps this is not setting things up correctly?13:56
kergothit's not obeying the LDFLAGS we set in the environment. autoconf based projects generally do pick it up, unless the configure sript is explicitly overriding LDFLAGS, or it's not automake-based and the isn't setting and using LDFLAGS at all13:57
*** AndersD <AndersD!> has quit IRC13:58
*** toscalix <toscalix!~toscalix@> has quit IRC13:58
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC13:59
*** aragua <aragua!> has quit IRC14:00
*** toscalix_ <toscalix_!> has quit IRC14:01
*** Willy-- <Willy--!~Willy@> has quit IRC14:01
*** aragua <aragua!> has joined #yocto14:01
*** Willy-- <Willy--!~Willy@> has joined #yocto14:02
sveinseHmm, this Makefile(.in) is a completely manual thing. No $(LDFLAGS) used at all, so I must patch. What other compilevars must be honored from BB?14:05
fraythose are the common ones at least14:06
*** rcw <rcw!~rwoolley@> has joined #yocto14:07
sveinseNone for ar and ranlib?14:07
frayif you program is doing static binaries, then use AR and RANLIB as well14:08
fraystatic binaries/libraries14:08
*** Kakounet <Kakounet!> has joined #yocto14:09
sveinseThis program is doing, ln -sf $(PREFIX)/objdictgen/ $(PREFIX_BIN)/bin/objdictedit, which results in a absolute symlink path error. How should this be rearraged to handle proper sysroot paths?14:11
frayyou want it to be relative.  There are helper programs (forgetting the names right now) that will convert an absolute to relative path14:12
*** Kakounet <Kakounet!> has quit IRC14:13
sveinsefray: OOI, is this always the case? Do you always want to use relative symlink on the target system?14:13
frayit makes a lot of things much easier14:14
frayit also allows you to more easily serve filesystems over NFS and do other manipulations where an absolute link can be problematic14:14
sveinseyes, but it also locks down the relative distance from the two files. So generically speaking, some distros does not like this approach for this reason. Move the symlink and the reference is gone.14:15
frayyou are creating a distribution with the Yocto Project/OE builder... you can design it however you want.. but generally speaking the core distribution pieces should not 'move' over the life of the system.  This causes a -lot- of the problems for deployed systems14:16
*** luc4 <luc4!~luca@> has quit IRC14:16
*** majuk <majuk!> has joined #yocto14:16
fraythis is also why there are helpers to do the relative links..  the links are generated when you creat ehte packaeg and the system has the full knowledge of the standard paths..14:17
sveinseSure, I'm just elaborating and trying to gauge where yocto is at in this.14:17
frayso if your distro doesn't use '/usr' and another does.. that is fine.. the relative paths are still setup properly14:17
frayhere we go..14:18
sveinseFor the first embedded (ubuntu) system we used in the field, I wrote a tool that modifies all absolute symlinks and linker-script references in a sysroot to relative ones, creating consistency within the sysroot, but allowed absolute references on the target system14:18
fraylnr <target> <link_name>   both can be absolute, result will be relative links on the disk14:18
fraylnr is a utility provided as part of oe..14:18
sveinseright, cool, I'll try to patch that in14:19
frayalternatively you can use ln -r -s .... as well, but this requires the host to have coreutils 8.16 or newer14:19
*** Kakounet <Kakounet!> has joined #yocto14:19
*** t0mmy <t0mmy!~tprrt@> has quit IRC14:20
*** t0mmy <t0mmy!~tprrt@> has joined #yocto14:21
*** faustas <faustas!~faustas@> has quit IRC14:22
*** faustas_ <faustas_!~faustas@> has joined #yocto14:22
*** lilbby <lilbby!liberta1@nat/intel/x-rbzeeaxtezfgjkxu> has quit IRC14:22
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:24
*** hamis <hamis!~irfan@> has quit IRC14:26
*** sgw <sgw!swold@nat/intel/x-qfutwxnltzjivmck> has quit IRC14:27
*** berndhs <berndhs!> has joined #yocto14:31
*** morphis <morphis!> has joined #yocto14:32
*** csanchezdll <csanchezdll!> has quit IRC14:33
*** stephano <stephano!~stephano@> has joined #yocto14:38
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:38
*** lilbby <lilbby!liberta1@nat/intel/x-abatwyfxusbapwuo> has joined #yocto14:41
*** dkc <dkc!> has quit IRC14:41
*** faustas <faustas!~faustas@> has joined #yocto14:43
*** faustas_ <faustas_!~faustas@> has quit IRC14:43
*** csanchezdll <csanchezdll!> has joined #yocto14:49
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:49
*** sgw <sgw!~swold@> has joined #yocto15:04
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto15:04
sveinseoh I love packages which is creative when it comes to CFLAGS and LDFLAGS and have automagic (TM) detection of what options to use. In this piece of code the latter variable is named EXE_CFLAGS :o Nice!15:06
*** rburton <rburton!> has quit IRC15:06
-YoctoAutoBuilder- build #487 of nightly-ppc-lsb is complete: Failure [failed Running Sanity Tests] Build details are at
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:12
*** aehs29 <aehs29!~aehernan@> has joined #yocto15:12
*** rburton_ <rburton_!> has joined #yocto15:14
*** rburton_ is now known as rburton15:14
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto15:14
*** jcstach__ is now known as jcstach15:17
*** hnje <hnje!> has quit IRC15:18
*** lilbby <lilbby!liberta1@nat/intel/x-abatwyfxusbapwuo> has quit IRC15:22
*** toanju <toanju!~toanju@> has quit IRC15:28
*** Willy-- <Willy--!~Willy@> has quit IRC15:28
armpitRP, i have stagged the kernel updates the bluetooth sec fixes for pyro15:30
*** toscalix <toscalix!~toscalix@> has joined #yocto15:30
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:31
sgwarmpit: thanks, are you handling the meta-yocto-bsp kernel updates also? Morty?15:32
*** Willy-- <Willy--!> has joined #yocto15:33
*** lilbby <lilbby!liberta1@nat/intel/x-mtwrznxhlrmjkmuj> has joined #yocto15:34
armpitsqw looking at those next. once done moving to Morty15:37
*** Willy-- <Willy--!> has quit IRC15:38
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto15:38
*** frsc <frsc!~frsc@> has quit IRC15:38
*** Bunio_FH <Bunio_FH!> has quit IRC15:39
*** faustas <faustas!~faustas@> has quit IRC15:42
sgwarmpit: let me know if you need any help with the BSP side15:43
*** rajm <rajm!~robertmar@> has quit IRC15:43
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC15:44
-YoctoAutoBuilder- build #524 of nightly-oe-selftest is complete: Failure [failed Running oe-selftest] Build details are at
*** stephano <stephano!~stephano@> has quit IRC15:45
*** stephano <stephano!stephano@nat/intel/x-uqstuqzsewccrkpn> has joined #yocto15:48
*** eduardas_m <eduardas_m!~eduardas@> has quit IRC15:48
*** martinkelly <martinkelly!~martin@> has joined #yocto15:49
*** csanchezdll <csanchezdll!> has left #yocto15:52
*** Kakounet <Kakounet!> has quit IRC15:56
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC15:57
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:58
RParmpit: thanks! were they build tested and ready to merge?15:58
armpitRP, no AB build testing16:00
armpitI was wait for them to hit master16:01
RParmpit: fair enough, we can queue and test then. I've been having some issues with some patch causing image size to spill over :/16:02
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC16:02
*** Willy-- <Willy--!~Willy@> has joined #yocto16:03
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto16:03
sgwRP: can I help with the image size issue?16:03
*** fl0v0 <fl0v0!> has quit IRC16:04
*** Snert_ <Snert_!~snert_@> has joined #yocto16:07
armpitRP, I did run a pyro build this weekend and tagged the commit built with "good-build-1"16:07
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto16:08
RParmpit: so some patches are good to merge?16:09
RPsgw: good question. I have a theory but the patch to test that theory is proving a pain to write :/16:09
armpitRP, sure16:09
sgwRP: let me know, I am building clean master and pyro for sanity16:10
*** Willy-- <Willy--!~Willy@> has quit IRC16:13
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC16:14
*** morphis_ <morphis_!> has joined #yocto16:15
*** grma <grma!~gruberm@> has quit IRC16:16
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto16:18
*** Willy-- <Willy--!> has joined #yocto16:18
*** morphis <morphis!> has quit IRC16:19
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC16:20
aehs29RP: is this image sieze issue specific to the the sato-sdk-ptest image?16:22
RPaehs29: yes16:22
*** lilbby <lilbby!liberta1@nat/intel/x-mtwrznxhlrmjkmuj> has quit IRC16:23
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto16:26
aehs29armpit: I had contrib branches with kernel patches for pyro and morty for genericx86*, idk if you already got those though hsalejandro/genx86_pyro_kernel16:28
aehs29RP: ok, Im reproducing atm16:28
*** nighty- <nighty-!> has quit IRC16:29
*** lucaceresoli <lucaceresoli!> has quit IRC16:29
*** kpo_ <kpo_!> has joined #yocto16:32
*** stephano <stephano!stephano@nat/intel/x-uqstuqzsewccrkpn> has quit IRC16:33
armpitaehs29, I will take a look. thanks16:33
*** toscalix <toscalix!~toscalix@> has quit IRC16:33
armpitzeddii, ping16:33
*** stephano <stephano!~stephano@> has joined #yocto16:34
aehs29armpit: no prob /s/pyro/morty for morty16:38
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto16:43
*** WillMiles <WillMiles!> has joined #yocto16:47
*** Bunio_FH <Bunio_FH!> has joined #yocto16:52
*** yann <yann!> has quit IRC16:53
RPaehs29, sgw, rburton: - that "fixed" my local build so filtering the rpms my build can see does help. Now I can add back bits of mut and see what breaks it16:55
*** rburton <rburton!> has quit IRC17:09
*** tavish_ <tavish_!~tavish@unaffiliated/tavish> has joined #yocto17:10
*** rburton <rburton!> has joined #yocto17:10
*** CTtpollard <CTtpollard!~CTtpollar@> has quit IRC17:12
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC17:13
aehs29RP: still building master and waiting for it to fail, I'll check once that finishes17:22
*** m4ho <m4ho!~m4ho@unaffiliated/m4ho> has quit IRC17:23
*** sachit <sachit!> has quit IRC17:23
*** sachit <sachit!> has joined #yocto17:24
*** m4ho <m4ho!~m4ho@unaffiliated/m4ho> has joined #yocto17:24
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:24
aehs29RP: I can see why you said it was a pain to write though17:24
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:26
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto17:28
*** joshuagl <joshuagl!~joshuagl@> has quit IRC17:34
*** Radela <Radela!> has joined #yocto17:53
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto17:57
*** yann <yann!> has joined #yocto18:00
*** t0mmy <t0mmy!~tprrt@> has quit IRC18:03
*** klynn <klynn!~klynn@> has joined #yocto18:12
majukHi all. I made some changes and -c fetch/config/deploy u-boot-fslc. I need those changes to make it into the image. Am I right that "bitbake -f -c deploy core-image-mycustomimage" will remake the rootfs and sdcard files?18:18
majukI only ask because I don't want to give a -f that will result in an entire system re-roll and I end up waiting 4+ hours18:18
majukthat chain of events for u-boot-fslc is inaccurate. I fetch and config'd it, made my code changes, then deploy'd18:20
*** colrack <colrack!~colrack@> has quit IRC18:21
majukok, well 'deploy' on the image isn't right...18:23
khemjust do bitbake <image-name>18:32
majukkhem: Thanks18:32
*** klynn <klynn!~klynn@> has quit IRC18:34
*** t0mmy <t0mmy!> has joined #yocto18:53
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto19:02
*** JaMa <JaMa!~martin@> has quit IRC19:03
armpitsgw, I believe I updated all yocto bsp to latest pyro can support. all changes in my pyro-next if you want to take a look. I am confirm locally19:13
*** majuk <majuk!> has quit IRC19:14
*** majuk <majuk!> has joined #yocto19:15
*** tavish_ <tavish_!~tavish@unaffiliated/tavish> has quit IRC19:19
*** majuk <majuk!> has quit IRC19:19
*** Dvorkin <Dvorkin!4faa1830@gateway/web/freenode/ip.> has joined #yocto19:20
Dvorkinany opinions on ADT bug?
yoctiBug 12095: normal, Undecided, ---, brian.avery, NEW , Toolchain.Host.Mismatch problem19:20
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC19:23
Son_Gokufray: rebased patch for libsolv on musl:
*** lamego <lamego!~jose@> has quit IRC19:24
*** neverpanic <neverpanic!> has quit IRC19:24
*** neverpanic <neverpanic!> has joined #yocto19:25
*** lamego <lamego!jose@nat/intel/x-bokfbguvqjuidxrl> has joined #yocto19:26
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto19:28
*** morphis_ <morphis_!> has quit IRC19:30
*** stefan_ <stefan_!> has joined #yocto19:32
aehs29armpit: sgw looks good to me19:32
armpitaehs29, thanks19:35
sgwaehs29: thanks for looking at19:43
*** majuk <majuk!> has joined #yocto19:45
*** rcwoolley_ <rcwoolley_!~rwoolley@> has joined #yocto19:47
*** _william_ <_william_!> has quit IRC19:48
*** _william_ <_william_!> has joined #yocto19:49
*** rcw <rcw!~rwoolley@> has quit IRC19:50
*** Radela <Radela!> has quit IRC19:56
*** stephano <stephano!~stephano@> has quit IRC19:56
*** stephano <stephano!~stephano@> has joined #yocto19:59
*** khem <khem!~khem@unaffiliated/khem> has quit IRC19:59
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto20:00
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto20:01
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:04
*** Willy-- <Willy--!> has quit IRC20:11
*** stefan_ <stefan_!> has quit IRC20:19
*** rcwoolley_ <rcwoolley_!~rwoolley@> has quit IRC20:24
*** ant_home <ant_home!> has joined #yocto20:27
halsteadfray, I will be in about 10 minutes.20:29
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC20:29
frayhalstead when you can, we need a command run on the layer index.. --branch rocko --layer meta-poky --reload20:31
fray(checking to see if anything else needs a reload)20:31
halsteadfray, Will do ASAP.20:31
frayyup.. that is the only thing I need.. thanks20:32
fraylet me know ehen it's done and I'll verify it worked20:32
-YoctoAutoBuilder- build #187 of nightly-refkit is complete: Success [build successful] Build details are at
*** adelcast <adelcast!~adelcast@> has left #yocto20:33
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto20:34
*** stefan <stefan!> has joined #yocto20:35
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC20:36
halsteadfray, Run. There were a few warning like WARNING: Duplicate inclusion for /opt/workdir/git___git_openembedded_org_openembedded-core/meta/conf/distro/include/ in /opt/workdir/git___git_yoctoproject_org_meta-yocto/meta-poky/conf/distro/poky.conf20:38
frayyup.. expected those.. sec20:39
frayyup, fixed the issue.. thanks!20:39
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC20:39
halsteadOf course fray. Happy to help.20:40
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto20:40
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC20:44
*** sjolley <sjolley!~sjolley@> has joined #yocto20:46
*** sjolley1 <sjolley1!~sjolley@> has quit IRC20:46
*** pohly <pohly!> has quit IRC20:50
*** adelcast <adelcast!~adelcast@> has joined #yocto20:54
armpithalstead, ping20:57
lukmaGood evening,20:58
lukmaCan somebody help me with following issue:20:58
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC20:58
lukmaI would like to build extended SDK20:59
*** TuTizz <TuTizz!~TuTizz@> has joined #yocto21:01
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto21:01
-YoctoAutoBuilder- build #465 of nightly-arm64 is complete: Success [build successful] Build details are at
*** stephano <stephano!~stephano@> has quit IRC21:04
*** stephano <stephano!~stephano@> has joined #yocto21:05
halsteadarmpit: I'm may be a little slow to respond. WiFi is broken here.21:06
*** stefan <stefan!> has quit IRC21:07
armpithalstead, do the AB systems share sstates locations?21:07
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto21:07
armpitif I build on will the original one reuse the sstates?21:09
halsteadarmpit they are separated right now. We may combine in the future. Which were you hoping for?21:11
*** t0mmy <t0mmy!> has quit IRC21:12
armpitoriginal. I saw RP ran an pyro release build but I dont know if my pyro-next would be able to take advantage of his build. I built last on but its busy21:13
armpitI kick of a build on the original ab as it was idle21:13
halsteadarmpit, so reuse across clusters would be helpful?21:14
-YoctoAutoBuilder- build #502 of nightly-x86-64 is complete: Failure [failed BuildImages_1 Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 Running SDK Sanity Tests_1 BuildImages_2 Running ESDK Sanity Tests] Build details are at
* ulf` doesn't find steelhead at Costco all that expensive 21:15
armpitI think so if its possible21:15
armpitsomething to talk about with others21:16
* armpit ahhh, refkit again21:17
halsteadarmpit, l will make that possible sometime in October.21:17
lukmaMaybe somebody will know - is it possible to remove packages from building extensible SDK?21:18
lukmaLike for example remove custom kernel recipe?21:18
lukma(Is it really needed to build applicatons)?21:18
*** adelcast <adelcast!~adelcast@> has quit IRC21:22
*** adelcast <adelcast!~adelcast@> has joined #yocto21:25
RParmpit: just ignore refkit :(21:25
*** sjolley <sjolley!~sjolley@> has quit IRC21:29
-YoctoAutoBuilder- build #487 of nightly-arm-lsb is complete: Success [build successful] Build details are at
lukmaThe problem is with extensible SDK creation21:31
*** WillMiles <WillMiles!> has quit IRC21:31
lukmathe Linux-custom recipe with INITRAMFS creation enable is causing such problems:21:31
*** lamego <lamego!jose@nat/intel/x-bokfbguvqjuidxrl> has quit IRC21:38
*** stephano <stephano!~stephano@> has quit IRC21:38
*** sjolley <sjolley!~sjolley@> has joined #yocto21:39
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC21:40
*** stephano <stephano!~stephano@> has joined #yocto21:43
sveinseAny yocto system is pretty heavily dependent on sstates integrity. Are there running any (continous?) regression testing regarding its validity, e.g. by comparing non-sstate'd build vs a sstate based build?21:43
sveinseQA in our company paid us a visit asking these questions about Yocto...21:44
fraysveinse we do internal testing related to that21:45
frayif you are concerned, you can turn off sstate and always build from source21:45
sveinsefray: how to do execute it?21:45
sveinse*argh, how do you execute it21:45
frayteting or disabling it?21:45
sveinsetesting it. what is the methodology21:46
frayperform build (from source)..21:46
fraymove to a different user, different path (set old build path as not accessable by the other use -- but it should exist)21:46
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto21:47
frayrepeat building, using the sstate cache..21:47
sveinseand run CI/product test showing equal performance as the sstated one?21:47
frayverify results of the build (deploy dir)21:47
frayperformance comparisons use the build history and such21:47
sveinseyeah, it was the verification part I was wondering about21:47
sveinseI dont know if the file system footprint is equal enough to directly compare21:48
fraywe compare the binaries themselves21:48
sveinseI suppose elf files will be different from different build times, right?21:48
fraysstate-cache doesn't build.. it extracts and deploys21:48
frayso no actual changes --unless-- it rebuilds..21:48
frayeven if it does rebuild, you do an elf comparison..21:49
rburtonthe test is build, save, build from sstate, save, compare21:49
fraybasically the parts of the text section should be compared, but things that are not loaded do not need to be compared21:49
sveinsefray: yeah, sure. sstate is being reused21:49
neverpanicrecipe-specific sysroots probably improved the situation quite a bit, too.21:49
sveinseaha, right, so you compare some elf segments?21:49
frayif the item has been built, we check the text section.. binary comparison with some interaction to look for timestamp changes21:50
frayif it was not built (uses sstate-cache) then we do a pure comparison21:50
sveinsegreat, cool.21:50
fray(we do this in the scope of our product testing.. if we find any issues, we send patches abck to the community...)21:51
rburtonshould make selftest to something similar21:51
RParmpit: if builds die try again, there is an intermittent problem and I'd just leave refkit set as master (even then it can sometimes fail)21:51
frayI don't know if we're run these tests for 2.3/2.4 yet.. but I don't expect any regressions.. we ran it and it passed for 2.221:51
sveinsefray and rburton, thanks21:52
fray(our products are based on fall release.. so we generally test every other one)21:52
fray1.3, 1.5, 1.7, 2.0, 2.2 and now 2.421:52
lukmaMaybe somebody could help:21:52
sveinsefray, so your product is yocto releases?21:52
frayWe have had some customers who require sstate validation (signatures verification and such).. but this is outside the actual usage of it21:53
lukmaSDK_INHERIT_BLACKLIST_append = " kernel" doesn't help21:53
sveinseWe do HW end-user products where the customer is oblivious to yocto21:53
frayWind River Linux 5, 6, 7, 8, 9 and the upcoming Fall release are all YP based21:54
fray(WRL 1, 2, 3 and 4 lines were internal)21:54
khemlukma: did you delete sstate21:54
lukmakhem: Nope21:54
lukmakhem: Maybe this is better: SDK_LOCAL_CONF_BLACKLIST_append = " INITRAMFS_IMAGE"21:55
khemlukma: are you using default poky distro ?21:56
lukmakhem: Do you mean to delete the whole <build-dir>/sstate-cache ?21:56
lukmayes, this is poky21:56
lukmaYPRR 2.3.121:56
khemyes ineffect you need to narrow it down using bitbake-diffsig tool and see which distro setting is causing it21:56
lukmaBut I do want to build INITRAMFS for my meta-layer21:57
lukmaIt is the part of my build21:57
lukma(The question is if  I need the in the extensible SDK ? )21:58
khemlinux-ramips:do_bundle_initramfs try it out with diffsigs and see whats causing signature change21:59
khemI think you do21:59
sveinseI'm stuck with a basehash error while doing parsing for initrd too, but I cannot figure out how to extract the sigdata to make it compareable with diffsigs. It does not generate any .sigdata files to compare. ...but this will have to wait until tomorrow. Sleep required22:00
sveinseI've learned that running bitbake --parse-only first before diving into actual builds fixes the errors22:01
khemseems a bit wierd22:02
khemdoes this mean that parse cache is corrupting22:02
sveinseyup it's wierd. Would help a lot if bitbake could actually tell me which vars have changed rather than just complaining about the hash being changed.22:04
lukmakhem: After removing sstate-cache ->  3940 ERROR messages shown22:05
RPaehs29, sgw: confirmed the linux-firmware change in mut pushes the genericx86 image size over 4GB22:06
sveinseimho, the biggest user flaw of bitbake. It is the single most costly activity for us with yocto. And I say this with the biggest respect, so no ranting, just trying telling that this is a pain point.22:07
kergothsveinse: apply the sigbasedata bitbake patch22:08
kergoththats your best bet22:08
sveinsekergoth: where can I find it?22:08
sveinseand does it apply to pyro? do you know?22:09
kergoth or equivalent22:10
kergothmight not apply as is, dpeending on your branch, but should be trivial to adapt if needed22:10
kergothnot much to it22:10
sveinseyes, that one. We've been here before22:10
kergothit remains the only viable method for diagnosing basehash mismatches, afaik22:11
sgwRP: wow and bummer we are at 3.4Gish without it, I wonder what else changed in the linux-firmware, I have not fully looked at it.  I am looking now22:11
sveinsekergoth: the last time I tried that one, the build died. On Krogoth. I had to modify it. But now we're attempting Pyro, so perhaps it'll work better. I'll test it once more. thanks22:12
lukmakhem:  bitbake-diffsigs -t linux-yocto-custom do_bundle_initramfs22:12
lukmaERROR: Only one matching sigdata file found for the specified task (linux-yocto-custom do_bundle_initramfs)22:12
lukmakhem: Is this the expected output22:12
khemhmm there should be atleast one more22:16
khemto compare to22:16
lukmakhem: I did:22:18
lukma1. removed <build dir>/sstate-cache directory22:18
lukma2. run bitbake  -c do_populate_sdk_ext core-image-XXX22:19
*** Shurelous <Shurelous!~igor@> has quit IRC22:19
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC22:19
lukma3. Summary: There was 1 WARNING message shown.22:21
lukmaSummary: There were 3940 ERROR messages shown, returning a non-zero exit code.22:21
lukma4.  bitbake-diffsigs -t linux-yocto-custom do_bundle_initramfs22:22
lukmaERROR: Only one matching sigdata file found for the specified task (linux-yocto-custom do_bundle_initramfs)22:22
lukmakhem: Do I need to remove some other directories?22:22
khemalso remove tmp dir22:22
-YoctoAutoBuilder- build #525 of nightly-oe-selftest is complete: Success [build successful] Build details are at
*** rburton <rburton!> has quit IRC22:33
*** stephano <stephano!~stephano@> has quit IRC22:38
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto22:43
*** ant_home <ant_home!> has quit IRC22:48
-YoctoAutoBuilder- build #476 of nightly-world is complete: Success [build successful] Build details are at
bluelightningyes, deleting just the sstate-cache is bad for building the eSDK23:03
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:10
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto23:10
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC23:16
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC23:21
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto23:21
kergothRP: huh, apparently you can't include/require a bbappend. to share metadata between appends, a .inc is mandatory. that seems odd. bitbake says the bbappend isn't a bitbake file :)23:36
-YoctoAutoBuilder- build #548 of nightly-arm is complete: Success [build successful] Build details are at
*** stephano <stephano!stephano@nat/intel/x-nmuimcyhasesvihz> has joined #yocto23:43
*** martinkelly <martinkelly!~martin@> has quit IRC23:43
*** gtristan <gtristan!~tristanva@> has joined #yocto23:49
*** msvb-lab <msvb-lab!> has quit IRC23:56
*** sgw <sgw!~swold@> has quit IRC23:57
*** sgw <sgw!~swold@> has joined #yocto23:58

Generated by 2.11.0 by Marius Gedminas - find it at!