| sveinse | https://bpaste.net/show/b23436712d9f | 00:06 |
|---|---|---|
| sveinse | This 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 Pyro | 00:07 |
| -YoctoAutoBuilder- build #493 of nightly-x86-lsb is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-x86-lsb/builds/493 | 00:09 | |
| sveinse | The 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 cleanup | 00:09 |
| *** jcstach <jcstach!~jcstach@104.129.200.111> has joined #yocto | 00:10 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-169-82.central.biz.rr.com> has joined #yocto | 00:13 | |
| *** jcstach__ <jcstach__!~jcstach@104.129.200.84> has quit IRC | 00:13 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 00:17 | |
| *** stephano <stephano!stephano@nat/intel/x-xcykqmfazyhbftce> has quit IRC | 00:18 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-169-82.central.biz.rr.com> has quit IRC | 00:18 | |
| *** sgw <sgw!~swold@134.134.139.76> has quit IRC | 00:23 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-169-82.central.biz.rr.com> has joined #yocto | 00:27 | |
| -YoctoAutoBuilder- build #491 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-x86-64-lsb/builds/491 | 00:31 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-169-82.central.biz.rr.com> has quit IRC | 00:43 | |
| *** Argylelabcoat <Argylelabcoat!~textual@2605:a000:4560:1f0::2000> has joined #yocto | 00:45 | |
| *** Argylelabcoat <Argylelabcoat!~textual@2605:a000:4560:1f0::2000> has quit IRC | 00:47 | |
| *** kpo_ <kpo_!~bob@dynamic-78-8-156-50.ssp.dialog.net.pl> has quit IRC | 00:50 | |
| *** Argylelabcoat <Argylelabcoat!~textual@2605:a000:4560:1f0::2000> has joined #yocto | 00:57 | |
| -YoctoAutoBuilder- build #490 of nightly-qa-extras is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-qa-extras/builds/490 | 00:59 | |
| *** bbarr <bbarr!~bbarr@ip70-188-182-91.ri.ri.cox.net> has joined #yocto | 01:04 | |
| *** Argylelabcoat <Argylelabcoat!~textual@2605:a000:4560:1f0::2000> has quit IRC | 01:11 | |
| *** rdanter <rdanter!~rad@cpc76236-cosh15-2-0-cust704.6-1.cable.virginm.net> has quit IRC | 01:18 | |
| *** rdanter <rdanter!~rad@cpc76236-cosh15-2-0-cust704.6-1.cable.virginm.net> has joined #yocto | 01:21 | |
| *** bbarr <bbarr!~bbarr@ip70-188-182-91.ri.ri.cox.net> has quit IRC | 01:27 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 01:35 | |
| *** User12345678 <User12345678!~User@mti-37-145.tm.net.my> has joined #yocto | 01:40 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 01:40 | |
| *** User12345678 is now known as learningc | 01:45 | |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 01:56 | |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 02:00 | |
| *** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-aflbyedwnsygiszb> has quit IRC | 02:17 | |
| *** sgw <sgw!~swold@c-24-21-121-142.hsd1.or.comcast.net> has joined #yocto | 02:39 | |
| *** learningc <learningc!~User@mti-37-145.tm.net.my> has quit IRC | 02:49 | |
| *** learningc <learningc!~User@mti-37-145.tm.net.my> has joined #yocto | 02:49 | |
| *** sgw <sgw!~swold@c-24-21-121-142.hsd1.or.comcast.net> has quit IRC | 02:53 | |
| *** sgw <sgw!swold@nat/intel/x-ngsysgjcyknetxcm> has joined #yocto | 02:54 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 03:46 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 03:51 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 03:51 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 03:58 | |
| *** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto | 04:10 | |
| *** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC | 04:22 | |
| *** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto | 04:23 | |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 04:26 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 05:13 | |
| *** armpit <armpit!~armpit@2601:202:4001:9ea0:8059:611f:1111:1f0c> has quit IRC | 05:25 | |
| *** armpit <armpit!~armpit@2601:202:4001:9ea0:c4f6:4147:fa74:63bb> has joined #yocto | 05:35 | |
| *** learningc <learningc!~User@mti-37-145.tm.net.my> has quit IRC | 05:44 | |
| *** User12345678 <User12345678!~User@mti-37-145.tm.net.my> has joined #yocto | 05:50 | |
| *** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has joined #yocto | 05:53 | |
| *** crito <crito!~crito@HSI-KBW-046-005-016-094.hsi8.kabel-badenwuerttemberg.de> has quit IRC | 05:56 | |
| *** morphis <morphis!~morphis@p57ABF3BE.dip0.t-ipconnect.de> has joined #yocto | 06:01 | |
| *** pohly <pohly!~pohly@p5DE8CE11.dip0.t-ipconnect.de> has joined #yocto | 06:18 | |
| *** rob_w <rob_w!~bob@93.104.205.194> has joined #yocto | 06:25 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:25 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-73-217-90.dynamic.chello.pl> has joined #yocto | 06:31 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 06:40 | |
| *** User12345678 <User12345678!~User@mti-37-145.tm.net.my> has quit IRC | 06:42 | |
| *** User12345678 <User12345678!~User@mti-37-145.tm.net.my> has joined #yocto | 06:43 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 06:43 | |
| *** agust <agust!~agust@p4FCB49C4.dip0.t-ipconnect.de> has joined #yocto | 06:45 | |
| *** luc4 <luc4!~luca@185.43.148.11> has joined #yocto | 06:46 | |
| *** kpo_ <kpo_!~bob@dynamic-78-8-156-50.ssp.dialog.net.pl> has joined #yocto | 06:46 | |
| *** kpo_ <kpo_!~bob@dynamic-78-8-156-50.ssp.dialog.net.pl> has quit IRC | 06:47 | |
| *** fl0v0 <fl0v0!~fvo@p4FC0AE06.dip0.t-ipconnect.de> has joined #yocto | 06:58 | |
| *** colrack <colrack!~colrack@94.126.8.166> has joined #yocto | 07:22 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 07:22 | |
| *** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC | 07:24 | |
| *** gtristan <gtristan!~tristanva@221.147.85.171> has joined #yocto | 07:27 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:30 | |
| *** rajm <rajm!~robertmar@167.98.27.226> has joined #yocto | 07:30 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 07:35 | |
| *** vdehors_arc <vdehors_arc!~vincent@LPuteaux-657-1-103-59.w193-248.abo.wanadoo.fr> has joined #yocto | 07:46 | |
| *** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC | 07:48 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-skowjljotlcdwnej> has joined #yocto | 07:59 | |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.45> has joined #yocto | 08:05 | |
| *** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto | 08:09 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 08:11 | |
| *** wouterstreamit <wouterstreamit!589f1708@gateway/web/freenode/ip.88.159.23.8> has joined #yocto | 08:19 | |
| wouterstreamit | I 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 https://github.com/openembedded/openembedded-core/blob/master/scripts/lib/devtool/deploy.py I do not understand why I get this error as my "D" variable points to the correct directory | 08:22 |
| *** yann <yann!~yann@LFbn-1-3552-118.w90-127.abo.wanadoo.fr> has joined #yocto | 08:23 | |
| *** Dvorkin <Dvorkin!4faa1830@gateway/web/freenode/ip.79.170.24.48> has quit IRC | 08:26 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 08:31 | |
| *** FabKna <FabKna!~Fabian@89.27.146.131> has joined #yocto | 08:32 | |
| *** msvb-lab <msvb-lab!~michael@x55b54457.dyn.telefonica.de> has joined #yocto | 08:34 | |
| boucman_work | hey all | 08:34 |
| boucman_work | is there a way to expand a flagged variable from a shell script in a yocto recipe | 08:35 |
| *** hnje <hnje!~hnje@81.216.59.226> has joined #yocto | 08:35 | |
| boucman_work | i.e get the value of VARIABLE[flag] from within a do_install ? | 08:35 |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 08:36 | |
| sveinse | boucman_work: tested ${VARIABLE[flag]} ? | 08:36 |
| boucman_work | I tried, but flag is a shell variable. so I'm not sure it's possible at all... | 08:37 |
| boucman_work | my code is for name in $VAR do stuff with $VAR2[$VAR] | 08:37 |
| sveinse | hmm, yeah, because the ${ } is pre-parsed before sh handoff and execution | 08:37 |
| boucman_work | yeah, I guessed so... i'll have to find a trick around that | 08:38 |
| sveinse | i'm no expert, and maybe bitbake exports some sh function that you can use | 08:38 |
| boucman_work | i'll have a look... but the BB doc is still a bit messy in my mind | 08:40 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 08:43 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 08:44 | |
| *** gtristan <gtristan!~tristanva@221.147.85.171> has quit IRC | 08:45 | |
| *** joseppc <joseppc!~josep@sestofw01.enea.se> has joined #yocto | 08:48 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 08:48 | |
| bluelightning | boucman_work: try ${@d.getVarFlag('MYVAR', 'flagname')} | 08:51 |
| boucman_work | I just abandonned flages and exported VAR2_flag that's good enough for my usecase... | 08:51 |
| boucman_work | bluelightning: that wouldn't really help since flagname is only known at shell execution time... the only way would be to go through python I guess | 08:52 |
| bluelightning | boucman_work: right, yes | 08:52 |
| boucman_work | or 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 run | 08:53 |
| boucman_work | but I got my workaround, thx guys | 08:53 |
| *** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 09:10 | |
| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-frgvvwepflvpehvc> has joined #yocto | 09:16 | |
| *** ionte <ionte!~textual@83.233.227.60> has joined #yocto | 09:16 | |
| ionte | hi! 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 one | 09:18 |
| LetoThe2nd | ionte: the simplest trick is to just deactivate the unwanted one, probably in the device tree | 09:18 |
| ionte | LetoThe2nd guess so. ... | 09:19 |
| *** ionte <ionte!~textual@83.233.227.60> has quit IRC | 09:21 | |
| *** jomag <jomag!~textual@83.233.227.60> has joined #yocto | 09:22 | |
| *** jomag is now known as ionte | 09:22 | |
| *** gtristan <gtristan!~tristanva@221.147.85.171> has joined #yocto | 09:27 | |
| *** ionte <ionte!~textual@83.233.227.60> has quit IRC | 09:27 | |
| *** jomag <jomag!~textual@83.233.227.60> has joined #yocto | 09:27 | |
| *** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-yrvbidksqhcwsijx> has joined #yocto | 09:30 | |
| *** jomag <jomag!~textual@83.233.227.60> has quit IRC | 09:31 | |
| User12345678 | How do I configure the Linux Kernel in/from/using Yocto? | 09:58 |
| LetoThe2nd | User12345678: 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 elaborate | 10:00 |
| User12345678 | If 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 |
| LetoThe2nd | User12345678: it should all be nicely documented in http://www.yoctoproject.org/docs/2.3.1/kernel-dev/kernel-dev.html | 10:02 |
| rburton | http://www.yoctoproject.org/docs/latest/kernel-dev/kernel-dev.html#generating-configuration-files | 10:02 |
| rburton | etc | 10:02 |
| LetoThe2nd | rburton: btw, you coming to prague? | 10:03 |
| User12345678 | Ok, thanks LetoThe2nd and rburton | 10:03 |
| rburton | LetoThe2nd: sadly travel budget is "restricted" | 10:05 |
| LetoThe2nd | rburton: awww | 10:05 |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 10:16 | |
| lukma | If I may ask | 10:17 |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC | 10:17 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:17 | |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto | 10:17 | |
| lukma | is there any plan to have linux-yocto-custom supporting defconfig generated with savedefconfig? (and not the copy paste from .config) | 10:17 |
| lukma | And one more question -> is there a rule of thumb as when shall I remove sstate directories? | 10:18 |
| lukma | e.g. <build dir>/sstate-cache/ | 10:18 |
| lukma | or any other ones? | 10:18 |
| lukma | For example, when I switch between machines it helps to keep things working...... | 10:19 |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 10:20 | |
| User12345678 | Why do we need a deconfig file if the .config file defines how to build the kernel? | 10:23 |
| LetoThe2nd | User12345678: because the .config file should not be part of the git repository of the kernel sources | 10:24 |
| LetoThe2nd | User12345678: basically its just a convention that the defconfig file you provide gets forwarded to the kernel as its .config | 10:24 |
| lukma | LetoThe2nd: And what's about re-using the default configs for architectures? | 10:26 |
| LetoThe2nd | lukma: never done that, so i can't comment on it. but i guess that would correlate with the fragments systme | 10:27 |
| lukma | LetoThe2nd: Fragments are ok | 10:28 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 10:28 | |
| lukma | Just want to say that it is a bit misleading | 10:28 |
| lukma | # To use "in-tree" defconfig -> avoid code duplication | 10:29 |
| lukma | COMPATIBLE_MACHINE_XXX = "XXX" | 10:29 |
| lukma | KBUILD_DEFCONFIG_pn-linux-yocto-custom_XXX = "imx6q_XXX_defconfig" | 10:29 |
| LetoThe2nd | like 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 |
| lukma | and then you can avoid code duplication | 10:29 |
| lukma | but imx6q_XXX_defconfig is really the .config | 10:30 |
| lukma | and not the "excerpted" version which is created with savedefconfig | 10:30 |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 10:30 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 10:30 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:593b:771c:9046:259c> has quit IRC | 10:32 | |
| *** fberg <fberg!~kappe@93-42-191-214.ip88.fastwebnet.it> has joined #yocto | 10:33 | |
| fberg | hello guys !! I have a zip file wich contains a folder called "driver" which, in turn, contains another zip file that represents the driver source code | 10:34 |
| *** gregd <gregd!~greg@195.159.234.190> has quit IRC | 10:34 | |
| fberg | I have written a recipe to fetch the main zip file and extract it to the proper tmp folder | 10:34 |
| LetoThe2nd | fberg: let me guess. your question is how to pack it a thrid time? :-) | 10:35 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 10:35 | |
| fberg | yep | 10:35 |
| LetoThe2nd | cool! | 10:35 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 10:35 | |
| fberg | I have the ../tmp/.../4.3.19-r0/main_folder/driver/driver_source.zip | 10:36 |
| fberg | how can I mange to unzip the soruce code and compile it with the same recipe | 10:36 |
| eduardas_m | Hello, 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: https://pastebin.com/QxW9CPFs | 10:37 |
| LetoThe2nd | fberg: to me it sounds liek you need to create a custom unpack stage for that recipe | 10:37 |
| eduardas_m | as you can see bin, boot folders, etc. belong to group pulse instead of root for some reason | 10:38 |
| fberg | ok ! I thought there was some "ready to go" goodness | 10:39 |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC | 10:39 | |
| fberg | thank you leto | 10:39 |
| eduardas_m | here is my bitbake recipe: https://pastebin.com/jJa20T1Q | 10:39 |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto | 10:39 | |
| eduardas_m | and here is the kickstart file: https://pastebin.com/9L5YQv0c | 10:40 |
| LetoThe2nd | fberg: 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 thing | 10:40 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:45 | |
| eduardas_m | where do I look for a proper example on how to do a bitbake recipe of an image using IMAGE_FSTYPES = "wic"? | 10:48 |
| eduardas_m | I only found wic-image-minimal.bb | 10:49 |
| eduardas_m | but that does not provide a solution to my problem | 10:49 |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 11:00 | |
| *** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has quit IRC | 11:00 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 11:02 | |
| sveinse | eduardas_m: what do you want to do? We use wic, and I can probably share the recipe | 11:04 |
| sveinse | We do that because we need a specific partition table and fs label, which wic can make | 11:05 |
| eduardas_m | sveinse: here is my bitbake recipe: https://pastebin.com/jJa20T1Q I just want my systemd-based rootfs to boot | 11:05 |
| eduardas_m | it is not booting because of bad permissions on system directories | 11:05 |
| eduardas_m | I need a recovery partition with initrd for recovery image | 11:06 |
| eduardas_m | so that is why I am using wic | 11:06 |
| eduardas_m | sveinse: here is the kickstart file: https://pastebin.com/9L5YQv0c | 11:07 |
| eduardas_m | sveinse: how do you ensure correct system folder group and user ownership? | 11:08 |
| eduardas_m | mine become wrong: https://pastebin.com/QxW9CPFs | 11:09 |
| eduardas_m | which is strange because I did not have problems using wic separately (not in bitbake recipe) | 11:09 |
| *** User12345678 <User12345678!~User@mti-37-145.tm.net.my> has quit IRC | 11:12 | |
| sveinse | I'm not familiar with the IMAGE_BOOT_FILES option, but at at first glance this seems ok | 11:12 |
| eduardas_m | I use IMAGE_BOOT_FILES to put initrd and other recovery image related stuff to recovery partition | 11:13 |
| eduardas_m | it is unrelated to the problem, the problem is how the user image rootfs is treated | 11:13 |
| eduardas_m | sveinse: why I get "drwxr-xr-x 2 1000 pulse 4096 Sep 19 2017 bin" is what baffles me | 11:15 |
| eduardas_m | it should be "root root" instead of "1000 pulse" | 11:16 |
| eduardas_m | and pulse is strangely enough a group used by pulseaudio as far as I understand | 11:18 |
| *** gregd <gregd!~greg@247.37-191-171.fiber.lynet.no> has joined #yocto | 11:19 | |
| rburton | something isn't running under pseudo and its picking up the host UIDs | 11:19 |
| *** colrack <colrack!~colrack@94.126.8.166> has quit IRC | 11:19 | |
| rburton | why can't you just make the recovery image exactly like a normal image? | 11:20 |
| eduardas_m | rburton: it really looks that way, but I can not even start imagining what am I supposed to do | 11:20 |
| eduardas_m | rburton: 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 that | 11:22 |
| rburton | sure but can't you construct that partition using "normal" image stuff, IMAGE_INSTALL etc | 11:22 |
| eduardas_m | how can one put image into non-rootfs partition using IMAGE_INSTALL? | 11:24 |
| eduardas_m | I mean initrd, not image | 11:25 |
| eduardas_m | sorry | 11:25 |
| eduardas_m | if I am not using wic, how else can I define all of the partitions I need? | 11:26 |
| sveinse | eduardas_m: are you talking about partitions or about initrd images? | 11:26 |
| eduardas_m | I need 4 partitions total: recovery partition, 1st user partition, 2nd user partition (fallback), user data partition | 11:27 |
| eduardas_m | initrd is in recovery partition | 11:27 |
| eduardas_m | it contains a minimal recovery image that uses sysvinit | 11:28 |
| rburton | this 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 image | 11:28 |
| sveinse | For initrd, IMAGE_FSTYPES="cpio.gz.u-boot" (for our type) and then PACKAGE_INSTALL with all packages you'd want into the image | 11:28 |
| sveinse | ah, right, separate partition for that | 11:28 |
| eduardas_m | rburton: that is exactly what I am doing | 11:28 |
| *** pagios <pagios!~pagios@77.42.250.220> has joined #yocto | 11:29 | |
| pagios | hello | 11:29 |
| pagios | is there a difference between cortexa9hf-neon-mx6qdl/and 'cortexa9hf-vfp-neon'. ? | 11:29 |
| LetoThe2nd | pagios: depends on the context ;-) | 11:30 |
| sveinse | Yeah, I wondered about somewhat the same: | 11:30 |
| LetoThe2nd | in a general one, as "neon-mx6qdl" != "vfp-neon", there is at least a lexical difference | 11:30 |
| sveinse | We'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 |
| pagios | well 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 install | 11:31 |
| rburton | sveinse: iirc qt ends up being machine arch via mesa | 11:31 |
| sveinse | We don't touch PACKAGE_ARCH, so something has changed behind the scenes | 11:31 |
| eduardas_m | rburton: do you know who is the wic maintainer (expert)? how can I contact them? | 11:32 |
| sveinse | rburton: not quite, because neither of these two are MACHINE. That's a third type | 11:32 |
| sveinse | And if my recipe does not contain "include qmake5" then the target build directory changes | 11:34 |
| rburton | eduardas_m: ed is, apparently not here right now | 11:35 |
| *** peacememories <peacememories!~textual@62.178.93.7> has joined #yocto | 11:35 | |
| pagios | anyone? | 11:36 |
| pagios | * opkg_prepare_url_for_install: Couldn't find anything to satisfy 'python-pip'. | 11:36 |
| *** peacememories <peacememories!~textual@62.178.93.7> has quit IRC | 11:37 | |
| eduardas_m | rburton: thank you | 11:37 |
| pagios | LetoThe2nd, i am trying to install the ipk on my yocto | 11:38 |
| rburton | pagios: 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 |
| pagios | rburton, 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@221.147.85.171> has quit IRC | 11:46 | |
| *** gtristan <gtristan!~tristanva@221.147.85.171> has joined #yocto | 11:46 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 11:47 | |
| hmwel | hi, 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 file | 11:49 |
| hmwel | *image/usr/lib | 11:50 |
| *** Crofton <Crofton!~Crofton@69.7.123.146> has quit IRC | 11:50 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC | 11:56 | |
| pagios | rburton, after modifying local.conf do i need to issue any command for the changes to take effect? | 11:56 |
| pagios | i did bitbake update | 11:56 |
| *** FabKna <FabKna!~Fabian@89.27.146.131> has quit IRC | 11: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 architecture | 11:59 |
| *** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto | 11:59 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto | 11:59 | |
| pagios | what could be the issue | 11:59 |
| LetoThe2nd | phako[m]: why don't you just set in IMAGE_INSTALL in the respective image recipes? i mean, thats what they're for | 12:00 |
| *** CTtpollard <CTtpollard!~CTtpollar@167.98.27.226> has joined #yocto | 12:00 | |
| phako[m] | because $REASON | 12:01 |
| phako[m] | historically grown | 12:01 |
| *** peacememories <peacememories!~textual@62-178-93-7.cable.dynamic.surfer.at> has joined #yocto | 12:04 | |
| rburton | pagios: 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_work | hey all | 12:05 |
| rburton | phako[m]: yes, pn-[recipe name] is the override | 12:05 |
| boucman_work | what 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 #yocto | 12:06 | |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC | 12:07 | |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto | 12:07 | |
| boucman_work | ah ha, EXTRA_IMAGEDEPENDS adds a dependency to do_populate_sysroot, an image probably doesn't have that target. | 12:08 |
| boucman_work | i'll have to add the dependancy myself, I guess | 12:08 |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 12:08 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 12:10 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 12:11 | |
| *** Willy-- <Willy--!188a097e@gateway/web/freenode/ip.24.138.9.126> has joined #yocto | 12:13 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 12:14 | |
| *** igor <igor!~igor@187.108.42.203> has joined #yocto | 12:14 | |
| *** toscalix <toscalix!~toscalix@80.91.95.114> has joined #yocto | 12:18 | |
| Tartarus | Anyone around that might know why WIC doesn't generate a startup.nsh file? | 12:22 |
| Tartarus | for EFI things | 12:22 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:28 | |
| Tartarus | kergoth: ping when you're around, something seems to have gone wrong since http://lists.openembedded.org/pipermail/openembedded-core/2016-May/122235.html | 12:29 |
| mflow | bitbake 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 |
| rburton | mflow: what files? everything in oe-core should be on the yocto source mirror | 12:32 |
| mflow | rburton: https://pastebin.com/FYguxUm1 | 12:35 |
| rburton | mflow: is that running in a container or something else that isn't a normal linux system? | 12:37 |
| rburton | note how its moaning that files it created don't exist | 12:37 |
| rburton | ERROR: m4-native-1.4.18-r0 do_fetch: Fetcher failure for URL: 'http://ftp.gnu.org/gnu/m4/m4-1.4.18.tar.gz'. The fetch command returned success for url http://ftp.gnu.org/gnu/m4/m4-1.4.18.tar.gz but ~/Software/Yocto/downloads/poky/m4-1.4.18.tar.gz doesn't exist?! | 12:37 |
| rburton | oh | 12:37 |
| rburton | dont use ~ in local.conf | 12:37 |
| -YoctoAutoBuilder- build #485 of build-appliance is complete: Failure [failed BuildImages_1] Build details are at https://autobuilder.yocto.io/builders/build-appliance/builds/485 | 12:37 | |
| rburton | it won't get expanded | 12:37 |
| mflow | neither env variables? like $HOME? | 12:37 |
| rburton | environment is pruned before build. not sure if home gets removed. you could try ${HOME} or just use absolute paths | 12:39 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 12:39 | |
| rdanter | Hi 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 |
| rdanter | i.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 info | 12:44 |
| rburton | the name is indeed based on the library version. | 12:45 |
| mflow | rburton: ${HOME} works, but not $HOME | 12:45 |
| rburton | mflow: 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!~bbarr@ip70-188-182-91.ri.ri.cox.net> has joined #yocto | 12:46 | |
| rdanter | rburton: 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 |
| rburton | for a start turn off debian-renaming, then you can use PKG to set the name | 12:49 |
| rburton | boost is a tricky one as it splits so much | 12:49 |
| rdanter | thanks, 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 IRC | 12:51 | |
| *** Snert__ <Snert__!~LoginName@106-24-237-24.gci.net> has joined #yocto | 12:53 | |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC | 12:54 | |
| *** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC | 12:57 | |
| *** lamego <lamego!jose@nat/intel/x-wvcozryzqbyajnbd> has joined #yocto | 12:57 | |
| *** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 12:57 | |
| *** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 12:58 | |
| rdanter | ah, looks like setting PKG_ is enough | 12:58 |
| *** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has quit IRC | 12:59 | |
| *** hnje <hnje!~hnje@81.216.59.226> has quit IRC | 13:08 | |
| -YoctoAutoBuilder- build #494 of nightly-x86-lsb is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-x86-lsb/builds/494 | 13:11 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 13:21 | |
| *** colrack <colrack!~colrack@94.126.8.166> has joined #yocto | 13:22 | |
| *** wouterstreamit <wouterstreamit!589f1708@gateway/web/freenode/ip.88.159.23.8> has quit IRC | 13:22 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 13:26 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto | 13:37 | |
| *** hnje <hnje!~hnje@static-5-186-55-130.ip.fibianet.dk> has joined #yocto | 13:38 | |
| *** gtristan <gtristan!~tristanva@221.147.85.171> has quit IRC | 13:41 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto | 13:52 | |
| *** Willy-- <Willy--!188a097e@gateway/web/freenode/ip.24.138.9.126> has quit IRC | 13:56 | |
| *** Willy-- <Willy--!~Willy@blk-138-12-165.eastlink.ca> has joined #yocto | 13:57 | |
| pagios | i am stuck with this error: https://pastebin.com/3MY21R5e | 13:59 |
| *** sjolley <sjolley!sjolley@nat/intel/x-wbututykwqoxutzz> has quit IRC | 13:59 | |
| *** fl0v0 <fl0v0!~fvo@p4FC0AE06.dip0.t-ipconnect.de> has quit IRC | 14:00 | |
| neverpanic | pagios: your opkg isn't configured to accept packages with the cortexa9hf-neon architecture. | 14:00 |
| neverpanic | that's either because it isn't the correct architecture, or your opkg configuration isn't correct | 14:00 |
| pagios | neverpanic, how can i make opkg accept the neon architecture? | 14:01 |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC | 14:01 | |
| *** sjolley <sjolley!~sjolley@134.134.139.75> has joined #yocto | 14:01 | |
| *** mdnneo <mdnneo!~umaucher@212.118.206.70> has joined #yocto | 14:02 | |
| neverpanic | edit the configuration in /etc/opkg | 14:02 |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 14:02 | |
| *** sjolley1 <sjolley1!sjolley@nat/intel/x-kwbhzgvaeietawst> has joined #yocto | 14:03 | |
| *** sjolley <sjolley!~sjolley@134.134.139.75> has quit IRC | 14:03 | |
| *** gtristan <gtristan!~tristanva@110.11.179.89> has joined #yocto | 14:03 | |
| pagios | neverpanic, i edited /etc/opkg/opkg.conf and added the line: arch all 100 rerun opkg install and got same error | 14:04 |
| mdnneo | hi ... 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 |
| neverpanic | pagios: what makes you think adding the 'all' arch will make opkg accept the 'cortexa9hf-neon' arch? | 14:05 |
| pagios | neverpanic, i added now arch cortexa9hf-neon 100 | 14:06 |
| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 14:08 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto | 14:10 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 14:14 | |
| *** sgw <sgw!swold@nat/intel/x-ngsysgjcyknetxcm> has quit IRC | 14:18 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC | 14:18 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-73-217-90.dynamic.chello.pl> has quit IRC | 14:19 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 14:19 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto | 14:21 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 14:21 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 14:22 | |
| pagios | i cant find Packages.gz in any directory how can i create it using bitbake? | 14:23 |
| pagios | bitbake package-index ? | 14:23 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 14:23 | |
| pagios | Thanks neverpanic it works now | 14:30 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 14:33 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 14:33 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:34 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 14:35 | |
| neverpanic | pagios: yep, bitbake package-index, or you can use opkg tooling to do it | 14:37 |
| *** aehs29 <aehs29!~aehernan@134.134.139.82> has joined #yocto | 14:40 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC | 14:40 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-aamlsypnjgswjhjm> has quit IRC | 14:40 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 14:42 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto | 14:42 | |
| *** agust <agust!~agust@p4FCB49C4.dip0.t-ipconnect.de> has quit IRC | 14:44 | |
| *** sgw <sgw!~swold@134.134.139.83> has joined #yocto | 14:45 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto | 14:46 | |
| *** peacememories <peacememories!~textual@62-178-93-7.cable.dynamic.surfer.at> has quit IRC | 14:53 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:9489:66a6:83ab:f2a5> has joined #yocto | 14:53 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 14:56 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 14:56 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 15:00 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 15:00 | |
| *** fberg <fberg!~kappe@93-42-191-214.ip88.fastwebnet.it> has quit IRC | 15:01 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.82> has quit IRC | 15:05 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.82> has joined #yocto | 15:05 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 15:06 | |
| *** peacememories <peacememories!~textual@62.178.93.7> has joined #yocto | 15:07 | |
| *** hmwel <hmwel!~hmw@zimbra.welvaarts.com> has quit IRC | 15:08 | |
| kergoth | Tartarus: not aware of any issues, last time i was working with efi hardware my minnowmax was booting wic images fine. *shrug* | 15:09 |
| Tartarus | kergoth: when was that? | 15:09 |
| kergoth | haven't messed with that board in a while, maybe something recent changed something? | 15:09 |
| Tartarus | kergoth: The problem I see atm is that it expects to copy in a startup.nsh | 15:09 |
| Tartarus | But that's not going to have been created if you only have wic | 15:10 |
| Tartarus | (Even then it's going to not be where the code is looking for it, at least today) | 15:10 |
| Tartarus | I've got a patch atm that generates the startup.nsh, if one isn't found to copy in | 15:10 |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 15:11 | |
| kergoth | sounds reasonable | 15:11 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 15:12 | |
| Tartarus | OK, thanks. I'll post and CC you shortly | 15: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 #yocto | 15:12 | |
| kergoth | it 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 |
| Tartarus | I'm re-using the existing efi or systemd or throw an expcetion logic to set a variable I use later on | 15:13 |
| Tartarus | Current patch https://www.irccloud.com/pastebin/DfufwgWO/startup.nsh.patch | 15:14 |
| majuk | Hey 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@2.238.240.162> has joined #yocto | 15:15 | |
| majuk | Any questions or comments appreciated. | 15:16 |
| majuk | https://pastebin.com/Z0vhkM55 | 15:17 |
| majuk | kergoth release | 15:18 |
| majuk | kroogth | 15:18 |
| majuk | damnit | 15:18 |
| majuk | krogoth release | 15:19 |
| lukma | majuk: you may find it useful to look at 'devtool' | 15:20 |
| majuk | lukma: Thanks. | 15:21 |
| lukma | as well as bitbake -c do_populate_sdk_ext core-image-XXX | 15:21 |
| lukma | this will give you the "sandbox" for developing your application | 15:21 |
| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-frgvvwepflvpehvc> has quit IRC | 15:26 | |
| *** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has quit IRC | 15:29 | |
| majuk | Yeaaa, I wish I understood programming well enough to sort through this. | 15:38 |
| *** Artox <Artox!~Artox@79.124.7.87> has quit IRC | 15:40 | |
| *** fl0v0 <fl0v0!~fvo@p4FC0AE06.dip0.t-ipconnect.de> has joined #yocto | 15:40 | |
| *** msvb-lab <msvb-lab!~michael@x55b54457.dyn.telefonica.de> has quit IRC | 15:40 | |
| *** Artox <Artox!~Artox@79.124.7.87> has joined #yocto | 15:40 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 15:43 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 15:46 | |
| *** rajm <rajm!~robertmar@167.98.27.226> has quit IRC | 15:48 | |
| *** CTtpollard <CTtpollard!~CTtpollar@167.98.27.226> has quit IRC | 15:53 | |
| lukma | majuk: https://stackoverflow.com/questions/38841096/can-a-yocto-recipe-be-built-using-the-sdk | 15:54 |
| majuk | lukma: Thanks again. | 15:55 |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has quit IRC | 15:57 | |
| *** Artox <Artox!~Artox@79.124.7.87> has quit IRC | 15:59 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 16:01 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 16:01 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 16:02 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 16:02 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 16:03 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 16:08 | |
| *** mflow <mflow!~code@unaffiliated/shiningthrough> has joined #yocto | 16:11 | |
| *** mdnneo <mdnneo!~umaucher@212.118.206.70> has quit IRC | 16:14 | |
| *** fl0v0 <fl0v0!~fvo@p4FC0AE06.dip0.t-ipconnect.de> has quit IRC | 16:15 | |
| *** morphis_ <morphis_!~morphis@pD9ED7FF5.dip0.t-ipconnect.de> has joined #yocto | 16:15 | |
| *** luc4 <luc4!~luca@185.43.148.11> has quit IRC | 16:15 | |
| -YoctoAutoBuilder- build #486 of build-appliance is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/build-appliance/builds/486 | 16:16 | |
| *** morphis <morphis!~morphis@p57ABF3BE.dip0.t-ipconnect.de> has quit IRC | 16:18 | |
| *** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has joined #yocto | 16:22 | |
| *** armpit <armpit!~armpit@2601:202:4001:9ea0:c4f6:4147:fa74:63bb> has quit IRC | 16:22 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 16:24 | |
| mflow | Can'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: https://pastebin.com/axpxZAZi Any ideas what can I do to fix this issue? | 16:29 |
| *** zero_note <zero_note!~zero@2.238.240.162> has quit IRC | 16:31 | |
| mflow | The 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_H | 16:33 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 16:38 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 16:41 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 16:43 | |
| *** peacememories <peacememories!~textual@62.178.93.7> has quit IRC | 16:44 | |
| *** vdehors_arc <vdehors_arc!~vincent@LPuteaux-657-1-103-59.w193-248.abo.wanadoo.fr> has quit IRC | 16:44 | |
| khem | mflow: is it master ? | 16:47 |
| -YoctoAutoBuilder- build #496 of nightly-x86-lsb is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-x86-lsb/builds/496 | 16:49 | |
| khem | mflow: and what OS are you running on build host | 16:50 |
| khem | hmmm 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 localedef | 16:53 |
| khem | update SRCREV_localedef to dfb4afe551c6c6e94f9cc85417bd1f582168c843 in meta/recipes-core/glibc/cross-localedef-native_2.25.bb | 16:53 |
| khem | that should fix it | 16:54 |
| khem | JaMa: you were mentioning about a build issue around localedef too IIRC | 16:54 |
| *** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-yrvbidksqhcwsijx> has quit IRC | 16:54 | |
| khem | JaMa: can you describe the problem a bit here | 16:54 |
| *** zarzar <zarzar!~zarzar@184.75.233.58> has joined #yocto | 16:56 | |
| zarzar | does yocto daisy include the corss compiler? | 16:56 |
| khem | sure | 16:56 |
| zarzar | khem: was that response to me? | 16:57 |
| mflow | khem: pyro latest commit, ArchLinux x86_64 | 16:58 |
| khem | mflow: ok, try what I suggested | 16:59 |
| khem | zarzar: yes, cross compiler is fundamental block of any yocto release | 16:59 |
| zarzar | ok cool, i am trying to recreate a validated config | 16:59 |
| khem | mflow: bane of using rolling distros to build time based released software | 16:59 |
| zarzar | was there a daiss or dizzy that included arm-linux-gnueabihf cross toolchain version 4.8.1? | 17:00 |
| zarzar | daisy*** | 17:01 |
| khem | zarzar: https://www.yoctoproject.org/downloads/core/daisy16 | 17:04 |
| *** hnje <hnje!~hnje@static-5-186-55-130.ip.fibianet.dk> has quit IRC | 17:04 | |
| khem | I would read throuh release notes like that | 17:04 |
| zarzar | 4.8.2 | 17:05 |
| zarzar | thanks khem i really need to figure out if there is a yocto daisy or dizzy with 4.8.1 | 17:09 |
| khem | dizzy had 4.9 | 17:12 |
| khem | where did you get your Yocto release from ? | 17:13 |
| khem | it seems your supplier has made changes | 17:13 |
| zarzar | http://csrc.nist.gov/groups/STM/cmvp/documents/140-1/140val-all.htm#2473 | 17:13 |
| zarzar | trying to match a fips security validated configuration | 17:13 |
| zarzar | yocto kernel version 3.10 (daisy or dizzy) and gcc 4.8.1 | 17:14 |
| zarzar | just trying to get as close as possible | 17:15 |
| zarzar | seems like what was used there was not of the shelf maybe | 17:15 |
| zarzar | off*** the shelf | 17:15 |
| khem | yes | 17:15 |
| zarzar | that's a bummer | 17:16 |
| zarzar | more complicated | 17:16 |
| khem | or may be you are on dora release | 17:16 |
| khem | see https://www.yoctoproject.org/downloads/core/dora15 | 17:16 |
| zarzar | maybe, does that use kernel 3.10? | 17:17 |
| khem | what version of libc does it show | 17:17 |
| mflow | khem: 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 https://pastebin.com/Q1ZPjBJY | 17:17 |
| khem | mflow: yeah unfortunately it depends on glibc internal gut too | 17:18 |
| khem | so you have to backport some glibc patches as well. | 17:18 |
| zarzar | khem: that is it, it must have been dora | 17:18 |
| zarzar | khem: thanks! | 17:19 |
| *** pohly <pohly!~pohly@p5DE8CE11.dip0.t-ipconnect.de> has quit IRC | 17:19 | |
| *** yann <yann!~yann@LFbn-1-3552-118.w90-127.abo.wanadoo.fr> has quit IRC | 17:21 | |
| khem | np | 17:22 |
| khem | mflow ok i think a whole upgrade might be too much | 17:22 |
| khem | mflow: revert back to where you were and then apply this patch alone https://github.com/kraj/localedef/commit/dfb4afe551c6c6e94f9cc85417bd1f582168c843.patch | 17:23 |
| *** thaytan_ <thaytan_!~thaytan@121.200.10.166> has joined #yocto | 17:23 | |
| khem | to localedef recipe | 17:23 |
| *** sachit <sachit!~sbtkd85@pc1mwgproxy11-dmz.us.dell.com> has quit IRC | 17:24 | |
| *** sachit <sachit!~sbtkd85@ps3mwgproxy10-dmz.us.dell.com> has joined #yocto | 17:24 | |
| *** thaytan <thaytan!~thaytan@121.200.10.166> has quit IRC | 17:26 | |
| *** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has joined #yocto | 17:31 | |
| *** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-wpgbscbwavjfpnkp> has joined #yocto | 17:32 | |
| zarzar | how do i abort a build? | 17:34 |
| mflow | khem: applying only that patch fails https://pastebin.com/c5HQA0Qp | 17:34 |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 17:34 | |
| mflow | I'm not sure which is the next patch, as I've grepped all the patches and none add that header | 17:34 |
| mflow | or 0024-eglibc-Forward-port-cross-locale-generation-support.patch | 17:35 |
| mflow | 30: headers = locale.h bits/locale.h langinfo.h xlocale.h | 17:35 |
| mflow | patches are applied in the order specified? | 17:36 |
| *** sgw <sgw!~swold@134.134.139.83> has quit IRC | 17:38 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 17:39 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 17:39 | |
| *** stephano <stephano!~stephano@134.134.139.82> has joined #yocto | 17:42 | |
| -YoctoAutoBuilder- build #506 of nightly-x86-64 is complete: Failure [failed Running Sanity Tests BuildImages_1] Build details are at https://autobuilder.yocto.io/builders/nightly-x86-64/builds/506 | 17:42 | |
| *** toscalix <toscalix!~toscalix@80.91.95.114> has quit IRC | 17:50 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 17:59 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 18:00 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 18:01 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 18:04 | |
| *** armpit <armpit!~armpit@50-233-148-156-static.hfc.comcastbusiness.net> has joined #yocto | 18:04 | |
| *** igor <igor!~igor@187.108.42.203> has quit IRC | 18:08 | |
| *** sgw <sgw!~swold@134.134.139.83> has joined #yocto | 18:16 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-skowjljotlcdwnej> has quit IRC | 18:19 | |
| *** morphis_ <morphis_!~morphis@pD9ED7FF5.dip0.t-ipconnect.de> has quit IRC | 18:23 | |
| mflow | khem: 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@94.126.8.166> has quit IRC | 18:32 | |
| *** Artox <Artox!~Artox@79.124.7.87> has joined #yocto | 18:35 | |
| JaMa | khem: yes it looks like the same issue I was seeing | 18:50 |
| JaMa | mflow: as work-around you can use LOCALE_GENERATION_WITH_CROSS-LOCALEDEF_forcevariable = "0" | 18:52 |
| JaMa | to prevent using cross-localedef-native completely | 18:52 |
| JaMa | 14:29 < JaMa> khem: have you ever tried cross-localedef-native/2.25-r0 on host system with glibc-2.26? | 18:54 |
| JaMa | 14:31 < JaMa> khem: it's choking on it's own locale_t https://pastebin.com/udCzFA9L but more difficult to resolve here when it mixes host's headers from glibc-2.26 with glibc-2.25 code | 18:54 |
| JaMa | 14: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 well | 18:54 |
| JaMa | 14:34 < JaMa> toghether with backport of icu and qemu-native fix from master | 18:54 |
| *** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto | 18:55 | |
| JaMa | for whatever reason RP was seeing other glibc-2.26 related issues in pyro build on autobuilder but not this cross-localedef-native | 18:55 |
| JaMa | my only explanation is that autobuilder doesn't enable binary locale generation for whatever reason | 18:55 |
| *** igor <igor!~igor@187.108.42.203> has joined #yocto | 18:59 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC | 19:03 | |
| *** igor <igor!~igor@187.108.42.203> has quit IRC | 19:04 | |
| mflow | JaMa: You mean to set LOCALE_GENERATION_WITH_CROSS-LOCALEDEF = "0" in poky/meta/recipes-core/glibc/glibc-locale.inc ? | 19:04 |
| *** sjolley1 <sjolley1!sjolley@nat/intel/x-kwbhzgvaeietawst> has quit IRC | 19:08 | |
| mflow | JaMa: 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: https://pastebin.com/B66N9fEp | 19:09 |
| *** sjolley <sjolley!sjolley@nat/intel/x-dfvdjbpbvpkrbkrp> has joined #yocto | 19:14 | |
| *** igor <igor!~igor@187.108.42.203> has joined #yocto | 19:18 | |
| *** clopez <clopez!~tau@neutrino.es> has quit IRC | 19:20 | |
| *** clopez <clopez!~tau@neutrino.es> has joined #yocto | 19: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 Test | 19:27 | |
| zarzar | i am getting errors running dora core-image-sato on ubuntu 16lts | 19:30 |
| JaMa | mflow: I meant to use it in local.conf, but in glibc-locale it will work as well | 19:35 |
| JaMa | mflow: yes I've seen the same warnings | 19:35 |
| tcpdump | Does anyone know if Yocto supports hardware encoding out of the box? | 19:35 |
| tcpdump | is there a way to test if it does? | 19:37 |
| rburton | tcpdump: hardware encoding for what? | 19:38 |
| khem | JaMa: ok you and mflow both are facing same problem | 19:38 |
| JEEB | tcpdump: you would have to include whatever drivers and libraries are required in your image | 19:38 |
| tcpdump | rburton: its hardware video encoding. | 19:38 |
| khem | JaMa: I have suggested a backport to mflow | 19:38 |
| JEEB | and what exactly is required depends on your exact hardware | 19:38 |
| tcpdump | JEEB: its Qualcomm/Venus | 19:38 |
| tcpdump | I gotcha | 19:38 |
| *** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has quit IRC | 19:39 | |
| rburton | tcpdump: the it depends on the BSP. meta-intel includes libva and gstreamer-va. | 19:39 |
| JEEB | tcpdump: ARM stuff tends to be rather bad unless they implement an API that is not something vendor specific | 19:39 |
| JEEB | there's vaapi, vdpau and the thing that raspberry pi's sysroot uses | 19:40 |
| JEEB | (on the background it's omx but it had some other name IIRC) | 19:40 |
| JEEB | right, MMAL I think | 19:42 |
| tcpdump | JEEB: 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 |
| tcpdump | The problem I have is that WebRTC isn't able to see the Venus encoder. | 19:42 |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 19:42 | |
| tcpdump | So Im trying to see if its a lower level issue. | 19:42 |
| JEEB | you'd have to know what interface the drivers provide | 19:42 |
| JEEB | and hope it's not specific to that vendor | 19:42 |
| tcpdump | Im trying to see if theres some way to detemine if anything can see venus, or if its just WEbRTC | 19:43 |
| tcpdump | Yea? When you say drivers, you mean the Venus? | 19:43 |
| JEEB | yes | 19:43 |
| JEEB | oh, I wonder if it's one of those v4l2 based things | 19:44 |
| tcpdump | looks like venus does v4l | 19:44 |
| JEEB | that was recently posted on the ffmpeg-devel mailing list | 19:44 |
| JEEB | yea, so you would have to verify that the v4l2 device is found and usable | 19:44 |
| tcpdump | ok, any idea on how I can do that? | 19:45 |
| JEEB | the first part is by checking for v4l2 devices in lshw or something | 19:45 |
| tcpdump | Sorry, im in the deep end here? | 19:45 |
| tcpdump | OK | 19:45 |
| JEEB | the second part you can try applying the v4l2 dec-enc patch to ffmpeg | 19:45 |
| tcpdump | let me check that. | 19:45 |
| JEEB | I'd link you the patch but it seems like patchwork still hasn't been updated from a startssl certificate :/ | 19:46 |
| JEEB | so anything chromium based will just nope at it | 19:46 |
| JEEB | relevant thread @ https://ffmpeg.org/pipermail/ffmpeg-devel/2017-September/215649.html | 19:46 |
| JEEB | right, the next mail in thread had the patch https://ffmpeg.org/pipermail/ffmpeg-devel/2017-September/215650.html | 19:47 |
| JEEB | seems to have been validated on venus | 19:47 |
| tcpdump | thanks! | 19:48 |
| * tcpdump reads | 19:48 | |
| JEEB | oh, geez | 19:48 |
| JEEB | I linked you v7 and there's already a v8 on the ML :P | 19:49 |
| JEEB | the funzies of mailing lists | 19:49 |
| JEEB | scratch that, latest set was v12 | 19:49 |
| JEEB | https://ffmpeg.org/pipermail/ffmpeg-devel/2017-September/216200.html | 19:49 |
| JEEB | lal | 19:49 |
| JEEB | sorry | 19:49 |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto | 19:51 | |
| tcpdump | Haha wow | 19:51 |
| tcpdump | Im using, for better or worse, the dragonboard 410c | 19:53 |
| tcpdump | so that fits right in wth what Im working with. | 19:53 |
| JEEB | yea, it was noted as tested | 19:54 |
| JEEB | so if the v4l2 device is visible you could try building master FFmpeg with that patch | 19:54 |
| tcpdump | hmmm looks like lshw isnt implimented. | 19:55 |
| tcpdump | I may have to install it. | 19:56 |
| JEEB | yea, I'm too used to desktop sysroots :P | 19:56 |
| tcpdump | yea - this is a new adventure. | 19:56 |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 19:56 | |
| *** bluelightning <bluelightning!~paul@157.27.255.123.static.snap.net.nz> has joined #yocto | 20:00 | |
| *** bluelightning <bluelightning!~paul@157.27.255.123.static.snap.net.nz> has quit IRC | 20:00 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:00 | |
| *** igor <igor!~igor@187.108.42.203> has quit IRC | 20:03 | |
| tcpdump | JEEB: 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 |
| zarzar | how do i diagnose errors with building dora core-image-sato on ubuntu 16lts | 20:06 |
| JEEB | tcpdump: check if under /dev you have the device | 20:07 |
| JEEB | and/or if the driver mentioned @ https://lwn.net/Articles/697956/ pops up | 20:07 |
| *** Willy-- <Willy--!~Willy@blk-138-12-165.eastlink.ca> has quit IRC | 20:07 | |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 20:15 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 20:22 | |
| *** igor <igor!~igor@187.108.42.203> has joined #yocto | 20:22 | |
| *** Shurelous <Shurelous!~igor@187.108.42.203> has joined #yocto | 20:24 | |
| *** igor <igor!~igor@187.108.42.203> has quit IRC | 20:26 | |
| zarzar | using 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 sighs | 20:41 | |
| tcpdump | This is going to be ugly... | 20:42 |
| mflow | ERROR: 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 layers | 20:43 |
| *** wmills <wmills!c05b4b1d@gateway/web/freenode/ip.192.91.75.29> has joined #yocto | 20:44 | |
| mflow | nor meta-openembedded | 20:45 |
| mflow | nevermind, seems to be in meta-openembedded/meta-oe | 20:47 |
| bluelightning | mflow: correct, sorry for the confusing naming | 20:48 |
| *** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto | 20:49 | |
| bluelightning | FYI we will in the near future have tools that will set up layers and take care of all dependencies automatically | 20:49 |
| -YoctoAutoBuilder- build #504 of nightly-ppc is complete: Failure [failed Running Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-ppc/builds/504 | 20:50 | |
| *** gtristan <gtristan!~tristanva@110.11.179.89> has quit IRC | 20:53 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 20:55 | |
| *** armpit <armpit!~armpit@50-233-148-156-static.hfc.comcastbusiness.net> has quit IRC | 20:55 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 20:56 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-dfvdjbpbvpkrbkrp> has quit IRC | 21:02 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-yqpnchwsossmqbju> has joined #yocto | 21:03 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC | 21:05 | |
| -YoctoAutoBuilder- build #508 of nightly-x86-64 is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-x86-64/builds/508 | 21:07 | |
| *** sgw <sgw!~swold@134.134.139.83> has quit IRC | 21:09 | |
| *** lamego <lamego!jose@nat/intel/x-wvcozryzqbyajnbd> has quit IRC | 21:10 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto | 21:12 | |
| mflow | bluelightning: awesome! :-) | 21:13 |
| *** mflow <mflow!~code@unaffiliated/shiningthrough> has quit IRC | 21:14 | |
| *** bbarr <bbarr!~bbarr@ip70-188-182-91.ri.ri.cox.net> has quit IRC | 21:15 | |
| *** bavery_fn <bavery_fn!~bavery@134.134.139.83> has joined #yocto | 21:18 | |
| *** sjolley1 <sjolley1!~sjolley@134.134.139.82> has joined #yocto | 21:22 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-yqpnchwsossmqbju> has quit IRC | 21:22 | |
| -YoctoAutoBuilder- build #517 of nightly-x86 is complete: Failure [failed Running Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-x86/builds/517 | 21:32 | |
| *** wmills <wmills!c05b4b1d@gateway/web/freenode/ip.192.91.75.29> has quit IRC | 21:33 | |
| *** Artox <Artox!~Artox@79.124.7.87> has quit IRC | 21:35 | |
| -YoctoAutoBuilder- build #494 of nightly-qa-extras is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-qa-extras/builds/494 | 21:35 | |
| *** Artox <Artox!~Artox@79.124.7.87> has joined #yocto | 21:37 | |
| -YoctoAutoBuilder- build #505 of nightly-ppc is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-ppc/builds/505 | 21:39 | |
| *** scottrif <scottrif!~scottrif@2600-6c55-4600-1e9f-7541-616e-8b7a-9ac5.dhcp6.chtrptr.net> has joined #yocto | 21:39 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC | 21:41 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto | 21:44 | |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 21:47 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:50 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC | 21:53 | |
| *** tgraydon <tgraydon!~tgraydon@134.134.139.72> has joined #yocto | 21:55 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.82> has quit IRC | 21:57 | |
| *** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 21:59 | |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.45> has quit IRC | 22:00 | |
| *** agust <agust!~agust@p4FCB49C4.dip0.t-ipconnect.de> has joined #yocto | 22:04 | |
| *** gtristan <gtristan!~tristanva@110.11.179.89> has joined #yocto | 22:15 | |
| *** gtristan <gtristan!~tristanva@110.11.179.89> has quit IRC | 22:20 | |
| *** droberts <droberts!~droberts@50-254-135-242-static.hfc.comcastbusiness.net> has joined #yocto | 22:24 | |
| *** droberts is now known as Ademan-work | 22:24 | |
| Ademan-work | I'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-work | Any thoughts? Am I approaching this completely wrong? I'm admittedly extremely new to bitbake, OE, and yocto | 22:28 |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 22:29 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 22:30 | |
| *** jcstach <jcstach!~jcstach@104.129.200.111> has quit IRC | 22:30 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 22:34 | |
| *** agust <agust!~agust@p4FCB49C4.dip0.t-ipconnect.de> has quit IRC | 22:39 | |
| Ademan-work | That 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@187.108.42.203> has quit IRC | 22:53 | |
| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 23:05 | |
| *** sjolley1 <sjolley1!~sjolley@134.134.139.82> has quit IRC | 23:11 | |
| *** sjolley <sjolley!~sjolley@134.134.139.82> has joined #yocto | 23:12 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ymryvhxpmylnizfg> has joined #yocto | 23:13 | |
| *** armpit <armpit!~armpit@2601:202:4001:9ea0:6413:eafd:1152:fa5c> has joined #yocto | 23:22 | |
| -YoctoAutoBuilder- build #531 of nightly-oe-selftest is complete: Failure [failed Running oe-selftest] Build details are at https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/531 | 23:39 | |
| armpit | bluelightning, I am waiting for some fuzzy logic so bitbake know what I meant to do | 23:41 |
| *** sjolley <sjolley!~sjolley@134.134.139.82> has quit IRC | 23:55 | |
| *** sjolley <sjolley!~sjolley@134.134.139.82> has joined #yocto | 23:56 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!