Wednesday, 2017-09-20

sveinseThis recipe fails unless the sstate cache is wiped before running it. Using -c clean make the recipe fails. Is this a bug in bitbake? I'm running Pyro00:07
-YoctoAutoBuilder- build #493 of nightly-x86-lsb is complete: Success [build successful] Build details are at
sveinseThe key point seems to be that bitbake does not reinstate the deps (utils-linux-native) into the per recipe sysroot after a mere clean, while it does after a sstate cleanup00:09
*** jcstach <jcstach!~jcstach@> has joined #yocto00:10
*** Argylelabcoat <Argylelabcoat!> has joined #yocto00:13
*** jcstach__ <jcstach__!~jcstach@> has quit IRC00:13
*** JaMa <JaMa!~martin@> has joined #yocto00:17
*** stephano <stephano!stephano@nat/intel/x-xcykqmfazyhbftce> has quit IRC00:18
*** Argylelabcoat <Argylelabcoat!> has quit IRC00:18
*** sgw <sgw!~swold@> has quit IRC00:23
*** Argylelabcoat <Argylelabcoat!> has joined #yocto00:27
-YoctoAutoBuilder- build #491 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at
*** Argylelabcoat <Argylelabcoat!> has quit IRC00:43
*** Argylelabcoat <Argylelabcoat!~textual@2605:a000:4560:1f0::2000> has joined #yocto00:45
*** Argylelabcoat <Argylelabcoat!~textual@2605:a000:4560:1f0::2000> has quit IRC00:47
*** kpo_ <kpo_!> has quit IRC00:50
*** Argylelabcoat <Argylelabcoat!~textual@2605:a000:4560:1f0::2000> has joined #yocto00:57
-YoctoAutoBuilder- build #490 of nightly-qa-extras is complete: Success [build successful] Build details are at
*** bbarr <bbarr!> has joined #yocto01:04
*** Argylelabcoat <Argylelabcoat!~textual@2605:a000:4560:1f0::2000> has quit IRC01:11
*** rdanter <rdanter!> has quit IRC01:18
*** rdanter <rdanter!> has joined #yocto01:21
*** bbarr <bbarr!> has quit IRC01:27
*** majuk <majuk!> has joined #yocto01:35
*** User12345678 <User12345678!> has joined #yocto01:40
*** majuk <majuk!> has quit IRC01:40
*** User12345678 is now known as learningc01:45
*** t0mmy <t0mmy!> has joined #yocto01:56
*** t0mmy <t0mmy!> has quit IRC02:00
*** dave0x6d <dave0x6d!uid190567@gateway/web/> has quit IRC02:17
*** sgw <sgw!> has joined #yocto02:39
*** learningc <learningc!> has quit IRC02:49
*** learningc <learningc!> has joined #yocto02:49
*** sgw <sgw!> has quit IRC02:53
*** sgw <sgw!swold@nat/intel/x-ngsysgjcyknetxcm> has joined #yocto02:54
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto03:46
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:51
*** JaMa <JaMa!~martin@> has quit IRC03:51
*** JaMa <JaMa!~martin@> has joined #yocto03:58
*** AndersD <AndersD!> has joined #yocto04:10
*** AndersD <AndersD!> has quit IRC04:22
*** AndersD <AndersD!> has joined #yocto04:23
*** nighty- <nighty-!> has joined #yocto04:26
*** Bunio_FH <Bunio_FH!> has quit IRC05:13
*** armpit <armpit!~armpit@2601:202:4001:9ea0:8059:611f:1111:1f0c> has quit IRC05:25
*** armpit <armpit!~armpit@2601:202:4001:9ea0:c4f6:4147:fa74:63bb> has joined #yocto05:35
*** learningc <learningc!> has quit IRC05:44
*** User12345678 <User12345678!> has joined #yocto05:50
*** tasslehoff <tasslehoff!~Tasslehof@> has joined #yocto05:53
*** crito <crito!> has quit IRC05:56
*** morphis <morphis!> has joined #yocto06:01
*** pohly <pohly!> has joined #yocto06:18
*** rob_w <rob_w!~bob@> has joined #yocto06:25
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:25
*** Bunio_FH <Bunio_FH!> has joined #yocto06:31
*** csanchezdll <csanchezdll!> has joined #yocto06:40
*** User12345678 <User12345678!> has quit IRC06:42
*** User12345678 <User12345678!> has joined #yocto06:43
*** hamis <hamis!~irfan@> has joined #yocto06:43
*** agust <agust!> has joined #yocto06:45
*** luc4 <luc4!~luca@> has joined #yocto06:46
*** kpo_ <kpo_!> has joined #yocto06:46
*** kpo_ <kpo_!> has quit IRC06:47
*** fl0v0 <fl0v0!> has joined #yocto06:58
*** colrack <colrack!~colrack@> has joined #yocto07:22
*** Kakounet <Kakounet!> has joined #yocto07:22
*** yann <yann!> has quit IRC07:24
*** gtristan <gtristan!~tristanva@> has joined #yocto07:27
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:30
*** rajm <rajm!~robertmar@> has joined #yocto07:30
*** t0mmy <t0mmy!~tprrt@> has joined #yocto07:35
*** vdehors_arc <vdehors_arc!> has joined #yocto07:46
*** AndersD <AndersD!> has quit IRC07:48
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto07:59
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto08:05
*** AndersD <AndersD!> has joined #yocto08:09
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto08:11
*** wouterstreamit <wouterstreamit!589f1708@gateway/web/freenode/ip.> has joined #yocto08:19
wouterstreamitI am trying to use the "devtool deploy" subcommand but I get an error "No files to deploy - have you built the [recipename] recipe? If so, the install step has not installed any files." Looking at the source I do not understand why I get this error as my "D" variable points to the correct directory08:22
*** yann <yann!> has joined #yocto08:23
*** Dvorkin <Dvorkin!4faa1830@gateway/web/freenode/ip.> has quit IRC08:26
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC08:31
*** FabKna <FabKna!~Fabian@> has joined #yocto08:32
*** msvb-lab <msvb-lab!> has joined #yocto08:34
boucman_workhey all08:34
boucman_workis there a way to expand a flagged variable from a shell script in a yocto recipe08:35
*** hnje <hnje!~hnje@> has joined #yocto08:35
boucman_worki.e get the value of VARIABLE[flag] from within a do_install ?08:35
*** grma <grma!~gruberm@> has joined #yocto08:36
sveinseboucman_work: tested ${VARIABLE[flag]} ?08:36
boucman_workI tried, but flag is a shell variable. so I'm not sure it's possible at all...08:37
boucman_workmy code is for name in $VAR do stuff with $VAR2[$VAR]08:37
sveinsehmm, yeah, because the ${ } is pre-parsed before sh handoff and execution08:37
boucman_workyeah, I guessed so... i'll have to find a trick around that08:38
sveinsei'm no expert, and maybe bitbake exports some sh function that you can use08:38
boucman_worki'll have a look... but the BB doc is still a bit messy in my mind08:40
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC08:43
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto08:44
*** gtristan <gtristan!~tristanva@> has quit IRC08:45
*** joseppc <joseppc!> has joined #yocto08:48
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto08:48
bluelightningboucman_work: try ${@d.getVarFlag('MYVAR', 'flagname')}08:51
boucman_workI just abandonned flages and exported VAR2_flag that's good enough for my usecase...08:51
boucman_workbluelightning: that wouldn't really help since flagname is only known at shell execution time... the only way would be to go through python I guess08:52
bluelightningboucman_work: right, yes08:52
boucman_workor somehow have a primitive "export all flags of VAR2" at the beginnning of the shell script that would be expanded by bitbake before the shell is run08:53
boucman_workbut I got my workaround, thx guys08:53
*** rburton <rburton!> has joined #yocto09:10
*** edgar444 <edgar444!uid214381@gateway/web/> has joined #yocto09:16
*** ionte <ionte!~textual@> has joined #yocto09:16
iontehi! my embedded board has two rtc's: /dev/rtc0 and /dev/rtc1. i'm not sure how to select the correct one? /dev/rtc is linked to /dev/rtc0, but /dev/rtc1 is the correct one09:18
LetoThe2ndionte: the simplest trick is to just deactivate the unwanted one, probably in the device tree09:18
ionteLetoThe2nd guess so. ...09:19
*** ionte <ionte!~textual@> has quit IRC09:21
*** jomag <jomag!~textual@> has joined #yocto09:22
*** jomag is now known as ionte09:22
*** gtristan <gtristan!~tristanva@> has joined #yocto09:27
*** ionte <ionte!~textual@> has quit IRC09:27
*** jomag <jomag!~textual@> has joined #yocto09:27
*** dave0x6d <dave0x6d!uid190567@gateway/web/> has joined #yocto09:30
*** jomag <jomag!~textual@> has quit IRC09:31
User12345678How do I configure the Linux Kernel in/from/using Yocto?09:58
LetoThe2ndUser12345678: depends a bit. either through just a defconfig file that you place in your layers kernel recipe, or through fragments, if its a little bit more elaborate10:00
User12345678If I go through the deconfig file, any step by step on how to do it?10:01
User12345678*I'm a few days new to Yocto*10:01
LetoThe2ndUser12345678: it should all be nicely documented in
LetoThe2ndrburton: btw, you coming to prague?10:03
User12345678Ok, thanks LetoThe2nd and rburton10:03
rburtonLetoThe2nd: sadly travel budget is "restricted"10:05
LetoThe2ndrburton: awww10:05
*** nighty- <nighty-!> has quit IRC10:16
lukmaIf I may ask10:17
*** Snert <Snert!> has quit IRC10:17
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:17
*** Snert <Snert!> has joined #yocto10:17
lukmais there any plan to have linux-yocto-custom supporting defconfig generated with savedefconfig? (and not the copy paste from .config)10:17
lukmaAnd one more question -> is there a rule of thumb as when shall I remove sstate directories?10:18
lukmae.g. <build dir>/sstate-cache/10:18
lukmaor any other ones?10:18
lukmaFor example, when I switch between machines it helps to keep things working......10:19
*** eduardas_m <eduardas_m!~eduardas@> has joined #yocto10:20
User12345678Why do we need a deconfig file if the .config file defines how to build the kernel?10:23
LetoThe2ndUser12345678: because the .config file should not be part of the git repository of the kernel sources10:24
LetoThe2ndUser12345678: basically its just a convention that the defconfig file you provide gets forwarded to the kernel as its .config10:24
lukmaLetoThe2nd: And what's about re-using the default configs for architectures?10:26
LetoThe2ndlukma: never done that, so i can't comment on it. but i guess that would correlate with the fragments systme10:27
lukmaLetoThe2nd: Fragments are ok10:28
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC10:28
lukmaJust want to say that it is a bit misleading10:28
lukma# To use "in-tree" defconfig -> avoid code duplication10:29
lukmaKBUILD_DEFCONFIG_pn-linux-yocto-custom_XXX = "imx6q_XXX_defconfig"10:29
LetoThe2ndlike i said, i cant really comment on it. in my usecases, using a default configuration provided from somewhere else is just not desirable.10:29
lukmaand then you can avoid code duplication10:29
lukmabut imx6q_XXX_defconfig is really the .config10:30
lukmaand not the "excerpted" version which is created with savedefconfig10:30
*** eduardas_m <eduardas_m!~eduardas@> has quit IRC10:30
*** eduardas_m <eduardas_m!~eduardas@> has joined #yocto10:30
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:593b:771c:9046:259c> has quit IRC10:32
*** fberg <fberg!> has joined #yocto10:33
fberghello guys !! I have a zip file wich contains a folder called "driver" which, in turn, contains another zip file that represents the driver source code10:34
*** gregd <gregd!~greg@> has quit IRC10:34
fbergI have written a recipe to fetch the main zip file and extract it to the proper tmp folder10:34
LetoThe2ndfberg: let me guess. your question is how to pack it a thrid time? :-)10:35
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC10:35
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto10:35
fbergI have the ../tmp/.../4.3.19-r0/main_folder/driver/driver_source.zip10:36
fberghow can I mange to unzip the soruce code and compile it with the same recipe10:36
eduardas_mHello, I am trying to create a bitbake recipe that makes an sdcard image using wic. However, I get wrong permissions on my rootfs folders and systemd fails to boot:
LetoThe2ndfberg: to me it sounds liek you need to create a custom unpack stage for that recipe10:37
eduardas_mas you can see bin, boot folders, etc. belong to group pulse instead of root for some reason10:38
fbergok ! I thought there was some "ready to go" goodness10:39
*** Snert <Snert!> has quit IRC10:39
fbergthank you leto10:39
eduardas_mhere is my bitbake recipe:
*** Snert <Snert!> has joined #yocto10:39
eduardas_mand here is the kickstart file:
LetoThe2ndfberg: probably not for such specific things. there is tricks for unpacking debs, handling uncommonly named archives, but i've never heard of a nested partial unpacking thing10:40
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:45
eduardas_mwhere do I look for a proper example on how to do a bitbake recipe of an image using IMAGE_FSTYPES = "wic"?10:48
eduardas_mI only found wic-image-minimal.bb10:49
eduardas_mbut that does not provide a solution to my problem10:49
*** khem <khem!~khem@unaffiliated/khem> has quit IRC11:00
*** tasslehoff <tasslehoff!~Tasslehof@> has quit IRC11:00
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto11:02
sveinseeduardas_m: what do you want to do? We use wic, and I can probably share the recipe11:04
sveinseWe do that because we need a specific partition table and fs label, which wic can make11:05
eduardas_msveinse: here is my bitbake recipe: I just want my systemd-based rootfs to boot11:05
eduardas_mit is not booting because of bad permissions on system directories11:05
eduardas_mI need a recovery partition with initrd for recovery image11:06
eduardas_mso that is why I am using wic11:06
eduardas_msveinse: here is the kickstart file:
eduardas_msveinse: how do you ensure correct system folder group and user ownership?11:08
eduardas_mmine become wrong:
eduardas_mwhich is strange because I did not have problems using wic separately (not in bitbake recipe)11:09
*** User12345678 <User12345678!> has quit IRC11:12
sveinseI'm not familiar with the IMAGE_BOOT_FILES option, but at at first glance this seems ok11:12
eduardas_mI use IMAGE_BOOT_FILES to put initrd and other recovery image related stuff to recovery partition11:13
eduardas_mit is unrelated to the problem, the problem is how the user image rootfs is treated11:13
eduardas_msveinse: why I get "drwxr-xr-x  2 1000 pulse  4096 Sep 19  2017 bin" is what baffles me11:15
eduardas_mit should be "root root" instead of "1000 pulse"11:16
eduardas_mand pulse is strangely enough a group used by pulseaudio as far as I understand11:18
*** gregd <gregd!> has joined #yocto11:19
rburtonsomething isn't running under pseudo and its picking up the host UIDs11:19
*** colrack <colrack!~colrack@> has quit IRC11:19
rburtonwhy can't you just make the recovery image exactly like a normal image?11:20
eduardas_mrburton: it really looks that way, but I can not even start imagining what am I supposed to do11:20
eduardas_mrburton: I need a separate partition for recovery initrd, dtb and kernel and another partition for user image... as far as I know only wic allows me to easily do that11:22
rburtonsure but can't you construct that partition using "normal" image stuff, IMAGE_INSTALL etc11:22
eduardas_mhow can one put image into non-rootfs partition using IMAGE_INSTALL?11:24
eduardas_mI mean initrd, not image11:25
eduardas_mif I am not using wic, how else can I define all of the partitions I need?11:26
sveinseeduardas_m: are you talking about partitions or about initrd images?11:26
eduardas_mI need 4 partitions total: recovery partition, 1st user partition, 2nd user partition (fallback), user data partition11:27
eduardas_minitrd is in recovery partition11:27
eduardas_mit contains a minimal recovery image that uses sysvinit11:28
rburtonthis is not my area but i thought the point was you can build multiple images for each partition and then wic glues them together into a disk image11:28
sveinseFor initrd, IMAGE_FSTYPES="cpio.gz.u-boot" (for our type) and then PACKAGE_INSTALL with all packages you'd want into the image11:28
sveinseah, right, separate partition for that11:28
eduardas_mrburton: that is exactly what I am doing11:28
*** pagios <pagios!~pagios@> has joined #yocto11:29
pagiosis there a difference between cortexa9hf-neon-mx6qdl/and  'cortexa9hf-vfp-neon'. ?11:29
LetoThe2ndpagios: depends on the context ;-)11:30
sveinseYeah, I wondered about somewhat the same:11:30
LetoThe2ndin a general one, as "neon-mx6qdl" != "vfp-neon", there is at least a lexical difference11:30
sveinseWe've changed yocto from krogoth to pyro and I've noticed that my qt app, which is built to tune, has changed directory from 'cortexa9hf-neon-poky-linux-gnueabi' where most other packages are to 'cortexa9hf-neon-mx6qdl-poky-linux-gnueabi'.11:31
pagioswell i am trying to install a mass ipk of softwares on my imx6 machine, i did create a webserver on my local machine did point my opkg.conf to my local machine and did opkg update and then opkg install python-pip for instance , i get nothing to install11:31
rburtonsveinse: iirc qt ends up being machine arch via mesa11:31
sveinseWe don't touch PACKAGE_ARCH, so something has changed behind the scenes11:31
eduardas_mrburton: do you know who is the wic maintainer (expert)? how can I contact them?11:32
sveinserburton: not quite, because neither of these two are MACHINE. That's a third type11:32
sveinseAnd if my recipe does not contain "include qmake5" then the target build directory changes11:34
rburtoneduardas_m: ed is, apparently not here right now11:35
*** peacememories <peacememories!~textual@> has joined #yocto11:35
pagios* opkg_prepare_url_for_install: Couldn't find anything to satisfy 'python-pip'.11:36
*** peacememories <peacememories!~textual@> has quit IRC11:37
eduardas_mrburton: thank you11:37
pagiosLetoThe2nd, i am trying to install the ipk on my yocto11:38
rburtonpagios: could be several things.  if you set PACKAGE_FEED_URLS in local.conf to the base URL of the feeds then it will write the correct opkg.conf for you in the image.  if you didn't run bitbake package-index then its possible the indexes are stale.11:39
rburton(ie if you built pip after you build the image, the index will be stale)11:39
pagiosrburton, so you mean instead of writing directly to opkg.conf SRC/GZ etc , i write PACKAGE_FEED_URLS http://localmachine/ipks/ in local.conf and do a bitbake update?11:44
*** gtristan <gtristan!~tristanva@> has quit IRC11:46
*** gtristan <gtristan!~tristanva@> has joined #yocto11:46
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC11:47
hmwelhi, i'm writing a bb script that deploys my qt application. The 2 executables are deployed and installed. But the lib is not installed on the target(and is not in the content of the ipkg package). on the other hand in the sub dir image/usr/bin/lib contains my .so file11:49
*** Crofton <Crofton!~Crofton@> has quit IRC11:50
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC11:56
pagiosrburton, after modifying local.conf do i need to issue any command for the changes to take effect?11:56
pagiosi did bitbake update11:56
*** FabKna <FabKna!~Fabian@> has quit IRC11:56
phako[m]can I do IMAGE_INSTALL_append for different image names? i.e. IMAGE_INSTALL_foo-image_append and IMAGE_INSTALL_bar-image_append?11:58
pagios  - package python-pip-dev-9.0.1-r0.cortexa9hf-neon does not have a compatible architecture11:59
*** TuTizz <TuTizz!~TuTizz@> has joined #yocto11:59
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto11:59
pagioswhat could be the issue11:59
LetoThe2ndphako[m]: why don't you just set in IMAGE_INSTALL in the respective image recipes? i mean, thats what they're for12:00
*** CTtpollard <CTtpollard!~CTtpollar@> has joined #yocto12:00
phako[m]because $REASON12:01
phako[m]historically grown12:01
*** peacememories <peacememories!> has joined #yocto12:04
rburtonpagios: PACKAGE_FEED_URLS controls a file in your image, so rebuild the image. if you can't do that then just check the urls are the right ones.12:05
boucman_workhey all12:05
rburtonphako[m]: yes, pn-[recipe name] is the override12:05
boucman_workwhat is the proper way to have an image depend on another image... I tried EXTRA_IMAGEDEPENDS, but it doesn't seem to work...12:05
*** mflow <mflow!~code@unaffiliated/shiningthrough> has joined #yocto12:06
*** Snert <Snert!> has quit IRC12:07
*** Snert <Snert!> has joined #yocto12:07
boucman_workah ha, EXTRA_IMAGEDEPENDS adds a dependency to do_populate_sysroot, an image probably doesn't have that target.12:08
boucman_worki'll have to add the dependancy myself, I guess12:08
*** t0mmy <t0mmy!~tprrt@> has quit IRC12:08
*** t0mmy <t0mmy!~tprrt@> has joined #yocto12:10
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto12:11
*** Willy-- <Willy--!188a097e@gateway/web/freenode/ip.> has joined #yocto12:13
*** JaMa <JaMa!~martin@> has quit IRC12:14
*** igor <igor!~igor@> has joined #yocto12:14
*** toscalix <toscalix!~toscalix@> has joined #yocto12:18
TartarusAnyone around that might know why WIC doesn't generate a startup.nsh file?12:22
Tartarusfor EFI things12:22
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:28
Tartaruskergoth: ping when you're around, something seems to have gone wrong since
mflowbitbake core-image-minimal fails due to 9 failed download tasks. For some reason it can't find dependencies in any mirrors. I just ran bitbake with -k option to continue as much as possible and see what happens, although it feels strange that it doesn't continue by itself.12:29
rburtonmflow: what files?  everything in oe-core should be on the yocto source mirror12:32
rburtonmflow: is that running in a container or something else that isn't a normal linux system?12:37
rburtonnote how its moaning that files it created don't exist12:37
rburtonERROR: m4-native-1.4.18-r0 do_fetch: Fetcher failure for URL: ''. The fetch command returned success for url but ~/Software/Yocto/downloads/poky/m4-1.4.18.tar.gz doesn't exist?!12:37
rburtondont use ~ in local.conf12:37
-YoctoAutoBuilder- build #485 of build-appliance is complete: Failure [failed BuildImages_1] Build details are at
rburtonit won't get expanded12:37
mflowneither env variables? like $HOME?12:37
rburtonenvironment is pruned before build.  not sure if home gets removed.  you could try ${HOME} or just use absolute paths12:39
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC12:39
rdanterHi all, I am looking at the boost package and see it generates one package per library. There is a FILES_boost-X-Y for each library, but they get packaged into libboost-X-Y-<ver>-<arch>.rpm so it looks like the lib part is being added automatically. Is there a way to change the name chosen? Changing the FILES_boost name does not seem to be reflected in the final rpm file names.12:43
rdanteri.e. the final rpm name seems to match the name of the actual library, but I would like to change this to include some additional info12:44
rburtonthe name is indeed based on the library version.12:45
mflowrburton: ${HOME} works, but not $HOME12:45
rburtonmflow: yes, bitbake won't expand $HOME at all.  bitbake only expands ${FOO}12:45
rburton(thats why i said try ${HOME})12:45
*** bbarr <bbarr!> has joined #yocto12:46
rdanterrburton: is it possible to change it to libboost-NNN-X-Y where NNN is some additional string? I tried setting FILES_boost-NNN-X-Y but it seems to be ignored and based only on the final library file name, which I don't want to change (reason for this is I want to have two diff configs of boost available to chose from)12:48
rburtonfor a start turn off debian-renaming, then you can use PKG to set the name12:49
rburtonboost is a tricky one as it splits so much12:49
rdanterthanks, where/how do I turn off the debian renaming? Any other packages do this as an example?12:50
*** mflow <mflow!~code@unaffiliated/shiningthrough> has quit IRC12:51
*** Snert__ <Snert__!> has joined #yocto12:53
*** Snert <Snert!> has quit IRC12:54
*** AndersD <AndersD!> has quit IRC12:57
*** lamego <lamego!jose@nat/intel/x-wvcozryzqbyajnbd> has joined #yocto12:57
*** rburton <rburton!> has quit IRC12:57
*** rburton <rburton!> has joined #yocto12:58
rdanterah, looks like setting PKG_ is enough12:58
*** vmeson <vmeson!> has quit IRC12:59
*** hnje <hnje!~hnje@> has quit IRC13:08
-YoctoAutoBuilder- build #494 of nightly-x86-lsb is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at
*** vmeson <vmeson!~rmacleod@> has joined #yocto13:21
*** colrack <colrack!~colrack@> has joined #yocto13:22
*** wouterstreamit <wouterstreamit!589f1708@gateway/web/freenode/ip.> has quit IRC13:22
*** JaMa <JaMa!~martin@> has joined #yocto13:26
*** Argylelabcoat <Argylelabcoat!> has joined #yocto13:37
*** hnje <hnje!> has joined #yocto13:38
*** gtristan <gtristan!~tristanva@> has quit IRC13:41
*** prabhakarlad <prabhakarlad!~prabhakar@> has left #yocto13:52
*** Willy-- <Willy--!188a097e@gateway/web/freenode/ip.> has quit IRC13:56
*** Willy-- <Willy--!> has joined #yocto13:57
pagiosi am stuck with this error:
*** sjolley <sjolley!sjolley@nat/intel/x-wbututykwqoxutzz> has quit IRC13:59
*** fl0v0 <fl0v0!> has quit IRC14:00
neverpanicpagios: your opkg isn't configured to accept packages with the cortexa9hf-neon architecture.14:00
neverpanicthat's either because it isn't the correct architecture, or your opkg configuration isn't correct14:00
pagiosneverpanic, how can i make opkg  accept the neon architecture?14:01
*** Argylelabcoat <Argylelabcoat!> has quit IRC14:01
*** sjolley <sjolley!~sjolley@> has joined #yocto14:01
*** mdnneo <mdnneo!~umaucher@> has joined #yocto14:02
neverpanicedit the configuration in /etc/opkg14:02
*** rcw <rcw!~rwoolley@> has joined #yocto14:02
*** sjolley1 <sjolley1!sjolley@nat/intel/x-kwbhzgvaeietawst> has joined #yocto14:03
*** sjolley <sjolley!~sjolley@> has quit IRC14:03
*** gtristan <gtristan!~tristanva@> has joined #yocto14:03
pagiosneverpanic, i edited /etc/opkg/opkg.conf and added the line: arch all 100  rerun opkg install and got same error14:04
mdnneohi ... I'm kind of doing my own sdk by create an image recipe and inherit the populate_sdk class ... but I'm not getting the license.manifest file anymore ... any clue on how to get it back?14:05
neverpanicpagios: what makes you think adding the 'all' arch will make opkg accept the 'cortexa9hf-neon' arch?14:05
pagiosneverpanic,  i added now arch cortexa9hf-neon 10014:06
*** nighty- <nighty-!> has joined #yocto14:08
*** Argylelabcoat <Argylelabcoat!> has joined #yocto14:10
*** vmeson <vmeson!~rmacleod@> has quit IRC14:14
*** sgw <sgw!swold@nat/intel/x-ngsysgjcyknetxcm> has quit IRC14:18
*** Argylelabcoat <Argylelabcoat!> has quit IRC14:18
*** Bunio_FH <Bunio_FH!> has quit IRC14:19
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:19
*** Argylelabcoat <Argylelabcoat!> has joined #yocto14:21
*** prabhakarlad <prabhakarlad!~prabhakar@> has joined #yocto14:21
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC14:22
pagiosi cant find Packages.gz in any directory how can i create it using bitbake?14:23
pagiosbitbake package-index ?14:23
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto14:23
pagiosThanks neverpanic it works now14:30
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC14:33
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto14:33
*** hamis <hamis!~irfan@> has quit IRC14:34
*** majuk <majuk!> has joined #yocto14:35
neverpanicpagios: yep, bitbake package-index, or you can use opkg tooling to do it14:37
*** aehs29 <aehs29!~aehernan@> has joined #yocto14:40
*** Argylelabcoat <Argylelabcoat!> has quit IRC14:40
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC14:40
*** vmeson <vmeson!~rmacleod@> has joined #yocto14:42
*** Argylelabcoat <Argylelabcoat!> has joined #yocto14:42
*** agust <agust!> has quit IRC14:44
*** sgw <sgw!~swold@> has joined #yocto14:45
*** Argylelabcoat <Argylelabcoat!> has joined #yocto14:46
*** peacememories <peacememories!> has quit IRC14:53
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:9489:66a6:83ab:f2a5> has joined #yocto14:53
*** rcw <rcw!~rwoolley@> has quit IRC14:56
*** rcw <rcw!~rwoolley@> has joined #yocto14:56
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto15:00
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:00
*** fberg <fberg!> has quit IRC15:01
*** aehs29 <aehs29!~aehernan@> has quit IRC15:05
*** aehs29 <aehs29!~aehernan@> has joined #yocto15:05
*** khem <khem!~khem@unaffiliated/khem> has quit IRC15:06
*** peacememories <peacememories!~textual@> has joined #yocto15:07
*** hmwel <hmwel!> has quit IRC15:08
kergothTartarus: not aware of any issues, last time i was working with efi hardware my minnowmax was booting wic images fine. *shrug*15:09
Tartaruskergoth: when was that?15:09
kergothhaven't messed with that board in a while, maybe something recent changed something?15:09
Tartaruskergoth: The problem I see atm is that it expects to copy in a startup.nsh15:09
TartarusBut that's not going to have been created if you only have wic15:10
Tartarus(Even then it's going to not be where the code is looking for it, at least today)15:10
TartarusI've got a patch atm that generates the startup.nsh, if one isn't found to copy in15:10
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto15:11
kergothsounds reasonable15:11
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC15:12
TartarusOK, thanks.  I'll post and CC you shortly15:12
Tartarus(well, relatively, now I need to spit out an image vs master and test that, jsut to be safe, not pyro where AGL is atm)15:12
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto15:12
kergothit adapts to the bootloader in question, i'm assuming? or did you add a new env var for the efi file path to boot?15:13
TartarusI'm re-using the existing efi or systemd or throw an expcetion logic to set a variable I use later on15:13
TartarusCurrent patch
majukHey all, I am having some trouble generating source code patches. It seems when I edit code in build/tmp/[work, work-shared] (notably u-boot-fslc or kernel-source) then commit and generate patches (git format-patch) quilt rejects those patches as non-applicable. I got around this with u-boot by cloning, modifying and generating patches outside yocto.15:14
*** zero_note <zero_note!~zero@> has joined #yocto15:15
majukAny questions or comments appreciated.15:16
majukkergoth release15:18
majukkrogoth release15:19
lukmamajuk: you may find it useful to look at 'devtool'15:20
majuklukma: Thanks.15:21
lukmaas well as bitbake -c do_populate_sdk_ext core-image-XXX15:21
lukmathis will give you the "sandbox" for developing your application15:21
*** edgar444 <edgar444!uid214381@gateway/web/> has quit IRC15:26
*** gabrbedd <gabrbedd!> has quit IRC15:29
majukYeaaa, I wish I understood programming well enough to sort through this.15:38
*** Artox <Artox!~Artox@> has quit IRC15:40
*** fl0v0 <fl0v0!> has joined #yocto15:40
*** msvb-lab <msvb-lab!> has quit IRC15:40
*** Artox <Artox!~Artox@> has joined #yocto15:40
*** eduardas_m <eduardas_m!~eduardas@> has quit IRC15:43
*** Bunio_FH <Bunio_FH!> has joined #yocto15:46
*** rajm <rajm!~robertmar@> has quit IRC15:48
*** CTtpollard <CTtpollard!~CTtpollar@> has quit IRC15:53
majuklukma: Thanks again.15:55
*** csanchezdll <csanchezdll!> has quit IRC15:57
*** Artox <Artox!~Artox@> has quit IRC15:59
*** Kakounet <Kakounet!> has quit IRC16:01
*** grma <grma!~gruberm@> has quit IRC16:01
*** WillMiles <WillMiles!> has joined #yocto16:02
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC16:02
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto16:03
*** Kakounet <Kakounet!> has joined #yocto16:08
*** mflow <mflow!~code@unaffiliated/shiningthrough> has joined #yocto16:11
*** mdnneo <mdnneo!~umaucher@> has quit IRC16:14
*** fl0v0 <fl0v0!> has quit IRC16:15
*** morphis_ <morphis_!> has joined #yocto16:15
*** luc4 <luc4!~luca@> has quit IRC16:15
-YoctoAutoBuilder- build #486 of build-appliance is complete: Success [build successful] Build details are at
*** morphis <morphis!> has quit IRC16:18
*** gabrbedd <gabrbedd!> has joined #yocto16:22
*** armpit <armpit!~armpit@2601:202:4001:9ea0:c4f6:4147:fa74:63bb> has quit IRC16:22
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC16:24
mflowCan't build core-image-minimal image due to gcc error while compiling cross-localedef-native recipe from build-qemux86/tmp/work/x86_64-linux/cross-localedef-native/2.25-r0/build/glibc/ which includes struct __locale_struct two times: Any ideas what can I do to fix this issue?16:29
*** zero_note <zero_note!~zero@> has quit IRC16:31
mflowThe system locale.h header is included because inside build-qemux86/tmp/work/x86_64-linux/cross-localedef-native/2.25-r0/git/localedef/include/libintl.h #ifdef HAVE_LIBINTL_H #include_next <libintl.h> #endif Maybe I can try to undef HAVE_LIBINTL_H16:33
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC16:38
*** Kakounet <Kakounet!> has quit IRC16:41
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto16:43
*** peacememories <peacememories!~textual@> has quit IRC16:44
*** vdehors_arc <vdehors_arc!> has quit IRC16:44
khemmflow: is it master ?16:47
-YoctoAutoBuilder- build #496 of nightly-x86-lsb is complete: Success [build successful] Build details are at
khemmflow: and what OS are you running on build host16:50
khemhmmm it seems that you are building glibc 2.25 but your build host has newer glibc e.g. glibc 2.26 so in this case you need to backport a fix to localedef16:53
khemupdate SRCREV_localedef to dfb4afe551c6c6e94f9cc85417bd1f582168c843 in meta/recipes-core/glibc/cross-localedef-native_2.25.bb16:53
khemthat should fix it16:54
khemJaMa: you were mentioning about a build issue around localedef too IIRC16:54
*** dave0x6d <dave0x6d!uid190567@gateway/web/> has quit IRC16:54
khemJaMa: can you describe the problem a bit here16:54
*** zarzar <zarzar!~zarzar@> has joined #yocto16:56
zarzardoes yocto daisy include the corss compiler?16:56
zarzarkhem: was that response to me?16:57
mflowkhem: pyro latest commit, ArchLinux x86_6416:58
khemmflow: ok, try what I suggested16:59
khemzarzar: yes, cross compiler is fundamental block of any yocto release16:59
zarzarok cool, i am trying to recreate a validated config16:59
khemmflow: bane of using rolling distros to build time based released software16:59
zarzarwas there a daiss or dizzy that included arm-linux-gnueabihf cross toolchain version 4.8.1?17:00
*** hnje <hnje!> has quit IRC17:04
khemI would read throuh release notes like that17:04
zarzarthanks khem i really need to figure out if there is a yocto daisy or dizzy with 4.8.117:09
khemdizzy had 4.917:12
khemwhere did you get your Yocto release from ?17:13
khemit seems your supplier has made changes17:13
zarzartrying to match a fips security validated configuration17:13
zarzaryocto kernel version 3.10 (daisy or dizzy) and gcc 4.8.117:14
zarzarjust trying to get as close as possible17:15
zarzarseems like what was used there was not of the shelf maybe17:15
zarzaroff*** the shelf17:15
zarzarthat's a bummer17:16
zarzarmore complicated17:16
khemor may be you are on dora release17:16
zarzarmaybe, does that use kernel 3.10?17:17
khemwhat version of libc does it show17:17
mflowkhem: yep, that was it :-) , now I get ../git/localedef/include/bits/getopt_core.h:1:10: fatal error: glibc/posix/bits/getopt_core.h: No such file or directory
khemmflow: yeah unfortunately it depends on glibc internal gut too17:18
khemso you have to backport some glibc patches as well.17:18
zarzarkhem: that is it, it must have been dora17:18
zarzarkhem: thanks!17:19
*** pohly <pohly!> has quit IRC17:19
*** yann <yann!> has quit IRC17:21
khemmflow ok i think a whole upgrade might be too much17:22
khemmflow: revert back to where you were and then apply this patch alone
*** thaytan_ <thaytan_!~thaytan@> has joined #yocto17:23
khemto localedef recipe17:23
*** sachit <sachit!> has quit IRC17:24
*** sachit <sachit!> has joined #yocto17:24
*** thaytan <thaytan!~thaytan@> has quit IRC17:26
*** rcwoolley_ <rcwoolley_!~rwoolley@> has joined #yocto17:31
*** dave0x6d <dave0x6d!uid190567@gateway/web/> has joined #yocto17:32
zarzarhow do i abort a build?17:34
mflowkhem: applying only that patch fails
*** rcw <rcw!~rwoolley@> has quit IRC17:34
mflowI'm not sure which is the next patch, as I've grepped all the patches and none add that header17:34
mflowor 0024-eglibc-Forward-port-cross-locale-generation-support.patch17:35
mflow30: headers             = locale.h bits/locale.h langinfo.h xlocale.h17:35
mflowpatches are applied in the order specified?17:36
*** sgw <sgw!~swold@> has quit IRC17:38
*** t0mmy <t0mmy!~tprrt@> has quit IRC17:39
*** t0mmy <t0mmy!~tprrt@> has joined #yocto17:39
*** stephano <stephano!~stephano@> has joined #yocto17:42
-YoctoAutoBuilder- build #506 of nightly-x86-64 is complete: Failure [failed Running Sanity Tests BuildImages_1] Build details are at
*** toscalix <toscalix!~toscalix@> has quit IRC17:50
*** majuk <majuk!> has quit IRC17:59
*** majuk <majuk!> has joined #yocto18:00
*** t0mmy <t0mmy!~tprrt@> has quit IRC18:01
*** majuk <majuk!> has quit IRC18:04
*** armpit <armpit!> has joined #yocto18:04
*** igor <igor!~igor@> has quit IRC18:08
*** sgw <sgw!~swold@> has joined #yocto18:16
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC18:19
*** morphis_ <morphis_!> has quit IRC18:23
mflowkhem: What I don't understand is: why do I need to have on the host the same version of glibc as the one used to build the image? Why doesn't it use the glibc baked in the recipe?18:24
*** colrack <colrack!~colrack@> has quit IRC18:32
*** Artox <Artox!~Artox@> has joined #yocto18:35
JaMakhem: yes it looks like the same issue I was seeing18:50
JaMamflow: as work-around you can use LOCALE_GENERATION_WITH_CROSS-LOCALEDEF_forcevariable = "0"18:52
JaMato prevent using cross-localedef-native completely18:52
JaMa14:29 < JaMa> khem: have you ever tried cross-localedef-native/2.25-r0 on host system with glibc-2.26?18:54
JaMa14:31 < JaMa> khem: it's choking on it's own locale_t but more difficult to resolve here when it mixes host's headers from glibc-2.26 with glibc-2.25 code18:54
JaMa14:34 < JaMa> I'll probably use LOCALE_GENERATION_WITH_CROSS-LOCALEDEF to bypass this, but it there is a plan to support Pyro on more recent hosts than this should be resolved as well18:54
JaMa14:34 < JaMa> toghether with backport of icu and qemu-native fix from master18:54
*** yann <yann!> has joined #yocto18:55
JaMafor whatever reason RP was seeing other glibc-2.26 related issues in pyro build on autobuilder but not this cross-localedef-native18:55
JaMamy only explanation is that autobuilder doesn't enable binary locale generation for whatever reason18:55
*** igor <igor!~igor@> has joined #yocto18:59
*** Argylelabcoat <Argylelabcoat!> has quit IRC19:03
*** igor <igor!~igor@> has quit IRC19:04
mflowJaMa: You mean to set LOCALE_GENERATION_WITH_CROSS-LOCALEDEF = "0" in poky/meta/recipes-core/glibc/ ?19:04
*** sjolley1 <sjolley1!sjolley@nat/intel/x-kwbhzgvaeietawst> has quit IRC19:08
mflowJaMa: Doing this, the baking of the rpi-basic-image has moved forward from cross-localedef-native to glibc-locale-2.25-r0 , it only gives some warnings:
*** sjolley <sjolley!sjolley@nat/intel/x-dfvdjbpbvpkrbkrp> has joined #yocto19:14
*** igor <igor!~igor@> has joined #yocto19:18
*** clopez <clopez!> has quit IRC19:20
*** clopez <clopez!> has joined #yocto19:25
-YoctoAutoBuilder- build #493 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_6 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 Test19:27
zarzari am getting errors running dora core-image-sato on ubuntu 16lts19:30
JaMamflow: I meant to use it in local.conf, but in glibc-locale it will work as well19:35
JaMamflow: yes I've seen the same warnings19:35
tcpdumpDoes anyone know if Yocto supports hardware encoding out of the box?19:35
tcpdumpis there a way to test if it does?19:37
rburtontcpdump: hardware encoding for what?19:38
khemJaMa: ok you and mflow both are facing same problem19:38
JEEBtcpdump: you would have to include whatever drivers and libraries are required in your image19:38
tcpdumprburton: its hardware video encoding.19:38
khemJaMa: I have suggested a backport to mflow19:38
JEEBand what exactly is required depends on your exact hardware19:38
tcpdumpJEEB: its Qualcomm/Venus19:38
tcpdumpI gotcha19:38
*** rcwoolley_ <rcwoolley_!~rwoolley@> has quit IRC19:39
rburtontcpdump: the it depends on the BSP.  meta-intel includes libva and gstreamer-va.19:39
JEEBtcpdump: ARM stuff tends to be rather bad unless they implement an API that is not something vendor specific19:39
JEEBthere's vaapi, vdpau and the thing that raspberry pi's sysroot uses19:40
JEEB(on the background it's omx but it had some other name IIRC)19:40
JEEBright, MMAL I think19:42
tcpdumpJEEB: Im using WebRTC. I was using VP8, which is software encoded, but that was killing the ARM processor cores. Im now using Qualcomm/Venus hardware encoding. So Im dumping the raw frames in NV12 into a shared buffer and then WebRTC is supposed to open the Venus encoder and start crunching them into H.264.19:42
tcpdumpThe problem I have is that WebRTC isn't able to see the Venus encoder.19:42
*** JaMa <JaMa!~martin@> has quit IRC19:42
tcpdumpSo Im trying to see if its a lower level issue.19:42
JEEByou'd have to know what interface the drivers provide19:42
JEEBand hope it's not specific to that vendor19:42
tcpdumpIm trying to see if theres some way to detemine if anything can see venus, or if its just WEbRTC19:43
tcpdumpYea? When you say drivers, you mean the Venus?19:43
JEEBoh, I wonder if it's one of those v4l2 based things19:44
tcpdumplooks like venus does v4l19:44
JEEBthat was recently posted on the ffmpeg-devel mailing list19:44
JEEByea, so you would have to verify that the v4l2 device is found and usable19:44
tcpdumpok, any idea on how I can do that?19:45
JEEBthe first part is by checking for v4l2 devices in lshw or something19:45
tcpdumpSorry, im in the deep end here?19:45
JEEBthe second part you can try applying the v4l2 dec-enc patch to ffmpeg19:45
tcpdumplet me check that.19:45
JEEBI'd link you the patch but it seems like patchwork still hasn't been updated from a startssl certificate :/19:46
JEEBso anything chromium based will just nope at it19:46
JEEBrelevant thread @
JEEBright, the next mail in thread had the patch
JEEBseems to have been validated on venus19:47
* tcpdump reads19:48
JEEBoh, geez19:48
JEEBI linked you v7 and there's already a v8 on the ML :P19:49
JEEBthe funzies of mailing lists19:49
JEEBscratch that, latest set was v1219:49
*** Argylelabcoat <Argylelabcoat!> has joined #yocto19:51
tcpdumpHaha wow19:51
tcpdumpIm using, for better or worse, the dragonboard 410c19:53
tcpdumpso that fits right in wth what Im working with.19:53
JEEByea, it was noted as tested19:54
JEEBso if the v4l2 device is visible you could try building master FFmpeg with that patch19:54
tcpdumphmmm  looks like lshw isnt implimented.19:55
tcpdumpI may have to install it.19:56
JEEByea, I'm too used to desktop sysroots :P19:56
tcpdumpyea - this is a new adventure.19:56
*** majuk <majuk!> has joined #yocto19:56
*** bluelightning <bluelightning!> has joined #yocto20:00
*** bluelightning <bluelightning!> has quit IRC20:00
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:00
*** igor <igor!~igor@> has quit IRC20:03
tcpdumpJEEB: is there any other way to determine if v4l2 is showing correctly, or do I need to go bake in lshw real quick?20:06
zarzarhow do i diagnose errors with building dora core-image-sato on ubuntu 16lts20:06
JEEBtcpdump: check if under /dev you have the device20:07
JEEBand/or if the driver mentioned @ pops up20:07
*** Willy-- <Willy--!> has quit IRC20:07
*** t0mmy <t0mmy!> has joined #yocto20:15
*** vmeson <vmeson!~rmacleod@> has quit IRC20:22
*** igor <igor!~igor@> has joined #yocto20:22
*** Shurelous <Shurelous!~igor@> has joined #yocto20:24
*** igor <igor!~igor@> has quit IRC20:26
zarzarusing dora i am getting the build error pseudo_util.c:101:29: error: initializer element is not constant how do I resolve?20:31
* tcpdump sighs20:41
tcpdumpThis is going to be ugly...20:42
mflowERROR: Layer 'meta-python' depends on layer 'openembedded-layer', but this layer is not enabled in your configuration ; Where can I find the openembedded-layer layer? It doesn't seem to be in openembedded-core or meta-oe layers20:43
*** wmills <wmills!c05b4b1d@gateway/web/freenode/ip.> has joined #yocto20:44
mflownor meta-openembedded20:45
mflownevermind, seems to be in meta-openembedded/meta-oe20:47
bluelightningmflow: correct, sorry for the confusing naming20:48
*** vmeson <vmeson!> has joined #yocto20:49
bluelightningFYI we will in the near future have tools that will set up layers and take care of all dependencies automatically20:49
-YoctoAutoBuilder- build #504 of nightly-ppc is complete: Failure [failed Running Sanity Tests] Build details are at
*** gtristan <gtristan!~tristanva@> has quit IRC20:53
*** nslu2-log <nslu2-log!> has quit IRC20:55
*** armpit <armpit!> has quit IRC20:55
*** nslu2-log <nslu2-log!> has joined #yocto20:56
*** sjolley <sjolley!sjolley@nat/intel/x-dfvdjbpbvpkrbkrp> has quit IRC21:02
*** sjolley <sjolley!sjolley@nat/intel/x-yqpnchwsossmqbju> has joined #yocto21:03
*** Argylelabcoat <Argylelabcoat!> has quit IRC21:05
-YoctoAutoBuilder- build #508 of nightly-x86-64 is complete: Success [build successful] Build details are at
*** sgw <sgw!~swold@> has quit IRC21:09
*** lamego <lamego!jose@nat/intel/x-wvcozryzqbyajnbd> has quit IRC21:10
*** Argylelabcoat <Argylelabcoat!> has joined #yocto21:12
mflowbluelightning: awesome! :-)21:13
*** mflow <mflow!~code@unaffiliated/shiningthrough> has quit IRC21:14
*** bbarr <bbarr!> has quit IRC21:15
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto21:18
*** sjolley1 <sjolley1!~sjolley@> has joined #yocto21:22
*** sjolley <sjolley!sjolley@nat/intel/x-yqpnchwsossmqbju> has quit IRC21:22
-YoctoAutoBuilder- build #517 of nightly-x86 is complete: Failure [failed Running Sanity Tests] Build details are at
*** wmills <wmills!c05b4b1d@gateway/web/freenode/ip.> has quit IRC21:33
*** Artox <Artox!~Artox@> has quit IRC21:35
-YoctoAutoBuilder- build #494 of nightly-qa-extras is complete: Success [build successful] Build details are at
*** Artox <Artox!~Artox@> has joined #yocto21:37
-YoctoAutoBuilder- build #505 of nightly-ppc is complete: Success [build successful] Build details are at
*** scottrif <scottrif!> has joined #yocto21:39
*** Argylelabcoat <Argylelabcoat!> has quit IRC21:41
*** Argylelabcoat <Argylelabcoat!> has joined #yocto21:44
*** t0mmy <t0mmy!> has quit IRC21:47
*** WillMiles <WillMiles!> has quit IRC21:50
*** Argylelabcoat <Argylelabcoat!> has quit IRC21:53
*** tgraydon <tgraydon!~tgraydon@> has joined #yocto21:55
*** aehs29 <aehs29!~aehernan@> has quit IRC21:57
*** rburton <rburton!> has quit IRC21:59
*** joshuagl <joshuagl!~joshuagl@> has quit IRC22:00
*** agust <agust!> has joined #yocto22:04
*** gtristan <gtristan!~tristanva@> has joined #yocto22:15
*** gtristan <gtristan!~tristanva@> has quit IRC22:20
*** droberts <droberts!> has joined #yocto22:24
*** droberts is now known as Ademan-work22:24
Ademan-workI'm trying to patch /etc/init.d/rcS to source some extra files, but rcS isn't part of the sysvinit source, so the normal patch process doesn't seem to work. I'm now trying to patch it in do_install_append but it seems that environment variables come from the original bitbake file, not the bbappend, so I'm not certain how to apply a patch which comes from the same directory as bbappend...22:27
Ademan-workAny thoughts? Am I approaching this completely wrong? I'm admittedly extremely new to bitbake, OE, and yocto22:28
*** majuk <majuk!> has quit IRC22:29
*** majuk <majuk!> has joined #yocto22:30
*** jcstach <jcstach!~jcstach@> has quit IRC22:30
*** majuk <majuk!> has quit IRC22:34
*** agust <agust!> has quit IRC22:39
Ademan-workThat appears to work, at least, a patched copy of rcS is floating around, though there seem to be multiple copies and I'm not sure which one will make it into the image ultimately...22:49
*** Shurelous <Shurelous!~igor@> has quit IRC22:53
*** nighty- <nighty-!> has quit IRC23:05
*** sjolley1 <sjolley1!~sjolley@> has quit IRC23:11
*** sjolley <sjolley!~sjolley@> has joined #yocto23:12
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto23:13
*** armpit <armpit!~armpit@2601:202:4001:9ea0:6413:eafd:1152:fa5c> has joined #yocto23:22
-YoctoAutoBuilder- build #531 of nightly-oe-selftest is complete: Failure [failed Running oe-selftest] Build details are at
armpitbluelightning, I am waiting for some fuzzy logic so bitbake know what I meant to do23:41
*** sjolley <sjolley!~sjolley@> has quit IRC23:55
*** sjolley <sjolley!~sjolley@> has joined #yocto23:56

Generated by 2.11.0 by Marius Gedminas - find it at!