| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 00:46 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 00:48 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 00:54 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 00:58 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 01:06 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 01:06 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 01:37 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 01:37 | |
| *** gtristan <gtristan!~tristanva@110.11.227.189> has joined #yocto | 01:39 | |
| *** kaspter <kaspter!~Instantbi@183.24.179.211> has quit IRC | 01:50 | |
| *** kaspter <kaspter!~Instantbi@183.24.179.211> has joined #yocto | 01:51 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 02:00 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 02:01 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 02:04 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 02:06 | |
| *** bernardoaraujo <bernardoaraujo!uid179602@gateway/web/irccloud.com/x-kqqynosjhcadbitb> has quit IRC | 02:12 | |
| *** Db_help <Db_help!ac624311@172.98.67.17> has joined #yocto | 02:37 | |
| Db_help | Hello any 1 here today? | 02:38 |
|---|---|---|
| *** Db_help <Db_help!ac624311@172.98.67.17> has left #yocto | 02:41 | |
| yocti | New news from stackoverflow: YOCTO:Where does Beaglebone black firmware directory located at core image sato build? <https://stackoverflow.com/questions/60144209/yoctowhere-does-beaglebone-black-firmware-directory-located-at-core-image-sato> | 03:06 |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 04:34 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 04:56 | |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has joined #yocto | 06:07 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 06:15 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 06:18 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 06:34 | |
| *** xtron <xtron!~xtron@110.93.212.98> has joined #yocto | 06:36 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 06:37 | |
| *** bernardoaraujo <bernardoaraujo!uid179602@gateway/web/irccloud.com/x-ivmmgtmlwimogfyh> has joined #yocto | 06:42 | |
| bernardoaraujo | I'm doing some experiments with a ROCK64, using the meta-rock64 BSP. I have a Poky core-image-base running. | 06:44 |
| bernardoaraujo | Problem is that after boot, eth0 is never up by default. I need to run "ifup eth0" to bring it up. If ethernet cable is disconnected when I bring it up, it will not start a DHCP transaction after I plug it in. I only get a local IP if I bring it up WHILE the ethernet cable is connected. | 06:44 |
| bernardoaraujo | I would appreciate any tips on how to get eth0 up on boot. | 06:44 |
| *** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has joined #yocto | 06:48 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 06:57 | |
| *** alephnull <alephnull!~quassel@49.206.31.187> has quit IRC | 07:06 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 07:13 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:22 | |
| *** siva <siva!48a3dc1a@72.163.220.26> has joined #yocto | 07:29 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:548f:4e:e4e1:a141> has joined #yocto | 07:31 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 07:32 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has quit IRC | 07:37 | |
| *** mckoan|away is now known as mckoan | 07:43 | |
| *** fl0v0 <fl0v0!~fvo@i59F44D9A.versanet.de> has joined #yocto | 07:48 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 07:48 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 07:49 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 07:53 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:55 | |
| *** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has quit IRC | 07:56 | |
| *** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has joined #yocto | 07:58 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 08:11 | |
| LetoThe2nd | bernardoaraujo: add/enable whatever network manager you like. popular choices these days are ifupdown, nm, systemd-networkd, connman. | 08:17 |
| *** sagner <sagner!~ags@2a02:169:3df5::edf> has quit IRC | 08:18 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:19 | |
| *** rubdos_ <rubdos_!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 08:19 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 08:20 | |
| bernardoaraujo | hi Josef! I checked the manifest, "init-ifupdown aarch64 1.0-r7" is there | 08:21 |
| LetoThe2nd | bernardoaraujo: then do your configuration in etc/network/interfaces | 08:23 |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto | 08:26 | |
| bernardoaraujo | this is the wired section of it, without doing any customizations | 08:27 |
| bernardoaraujo | https://www.irccloud.com/pastebin/Z9Gtt6Yw/ | 08:27 |
| LetoThe2nd | well i'm no ifupdown user, hence i can only guess. but "technically" this looks correct, given the assumption that ifupdown is started | 08:29 |
| *** bernardoaraujo_ <bernardoaraujo_!uid179602@gateway/web/irccloud.com/x-dxandyigqthfmefc> has joined #yocto | 08:29 | |
| bernardoaraujo | I just went mobile, but when I get home I'll double check whether ifupdown is starting as a service at boot... good point, thanks! | 08:32 |
| LetoThe2nd | have fun. | 08:33 |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 08:37 | |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 08:42 | |
| angelo__ | hi , what is exactly yocto read-only rootfs doing ? | 08:49 |
| LetoThe2nd | angelo__: it makes the rootfs read-only. | 08:49 |
| LetoThe2nd | :) | 08:49 |
| *** dexterlb <dexterlb!~dexterlb@qtrp.org> has quit IRC | 08:49 | |
| angelo__ | LetoThe2nd, mm, i can mount it rw | 08:52 |
| kanavin_home | the idea is basically security: if rogue agents can't write there, their ability to do damage is limited | 08:52 |
| LetoThe2nd | angelo__: well of course, by manual intervention you can do almost anything | 08:52 |
| angelo__ | LetoThe2nd, so it is thought to be used as RO | 08:53 |
| LetoThe2nd | angelo__: but it comes up as RO, and the build process incorporates some tweaks needed to do that. | 08:53 |
| angelo__ | ok, so mainly tweaks related to system settings that should be not persistent or things like that ? | 08:53 |
| LetoThe2nd | angelo__: for example ssh key generation. | 08:54 |
| LetoThe2nd | angelo__: the first and foremost tweak of course being "ro" in the fstab instead of "rw" :P | 08:54 |
| angelo__ | mm no clear fstab thing ... isn't mount mode defined by the kernel params ? | 08:58 |
| LetoThe2nd | angelo__: its more like fstab defines it and kernel overrides. embedded is a bit special there. | 08:58 |
| angelo__ | LetoThe2nd, ok | 09:02 |
| angelo__ | thanksù | 09:02 |
| *** dexterlb <dexterlb!~dexterlb@qtrp.org> has joined #yocto | 09:05 | |
| yocti | New news from stackoverflow: Where are bitbake python functions documented <https://stackoverflow.com/questions/24769944/where-are-bitbake-python-functions-documented> | 09:07 |
| ernstp | howdy, trying to learn more about WIC, WKS, bmap etc, haven't looked at it before | 09:17 |
| ernstp | feels like I'm missing something. with meta-freescale and imx7dsabresd I get a wic.gz and wic.bmap... what do I do with those? | 09:18 |
| LetoThe2nd | ernstp: you should be able to just zcat the wic.gz to sd-card, or whatever medium you use. | 09:19 |
| LetoThe2nd | ernstp: bmap is (AFAIK) a config file for some flasher tool, ask google about it. | 09:19 |
| ernstp | doh, I was stuck on 3.16. Creating Partitioned Images Using Wic in the manual, didn't see 3.17. Flashing Images Using bmaptool :-) | 09:20 |
| LetoThe2nd | hrhr | 09:20 |
| ernstp | LetoThe2nd: I think you're supposed to use bmap-tool in there... | 09:20 |
| ernstp | I'm guessing that it does a little bit more than just dd/zcat | 09:21 |
| LetoThe2nd | ernstp: i have no idea, never used it. my targets are "different" (TM) | 09:21 |
| ernstp | LetoThe2nd: yeah same here, but working with the Sabre reference board now a bit | 09:22 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:22 | |
| paulbarker | bmap-tools is excellent, the bmap file says which blocks in the image contain actual data and only those are copied to the target device | 09:23 |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 09:24 | |
| *** perdmann <perdmann!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.165.225.73.37> has joined #yocto | 09:27 | |
| Chrusel | bmaptool is really excellent and worth to look at it! Using the tool may speed up the flashing time significantly. | 09:30 |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC | 09:34 | |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto | 09:36 | |
| *** florian_kc is now known as florian | 09:39 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@2001:b07:5d32:c012:804e:5376:3822:b356> has joined #yocto | 09:43 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 09:43 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-hmmjxfdbthfndwty> has joined #yocto | 09:44 | |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 09:45 | |
| perdmann | I want to use ubifs for the kernel image, but when i create the image in Linux i cannot mount it in uboot. i always get ECC Errors (-74) . Is there a solution to this? | 09:45 |
| perdmann | It looks like uboot uses another ECC then kernel... | 09:45 |
| LetoThe2nd | perdmann: if you're using raw nand and setting up ecc manually (as opposed to emmc, for example), well then, this is certainly possible. | 09:46 |
| LetoThe2nd | solution: look at the ecc setups :) | 09:47 |
| [Sno] | JaMa: I checked http://lists.openembedded.org/pipermail/openembedded-devel/2020-February/205012.html Friday evening - all 4 build fine | 09:48 |
| perdmann | LetoThe2nd i want to use ubifs to get management for bad blocks etc.pp. Its not an emmc, its a raw NAND | 09:52 |
| LetoThe2nd | perdmann: then you also want to look at both your uboot and kernel config to make sure things match | 09:52 |
| *** rubdos_ <rubdos_!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 09:54 | |
| perdmann | Where do i need to search for that? I already compared the MTD and UBI configs, they looked okay | 09:54 |
| LetoThe2nd | board setup routing might eb a good start | 09:55 |
| perdmann | routing? Or did you mean routine in uboot? | 09:56 |
| LetoThe2nd | i meant routine, sorry for typo | 09:56 |
| perdmann | No problem. I just wanted to ensure that i understand you correctly :D | 09:57 |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 09:57 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.30> has quit IRC | 10:01 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.30> has joined #yocto | 10:01 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 10:02 | |
| perdmann | maybe i should add that: as far as i understood our Processor, in Linux we use a hardware ECC … | 10:04 |
| *** rburton <rburton!~rburton@134.191.227.37> has joined #yocto | 10:04 | |
| LetoThe2nd | perdmann: then you should myke sure that uboot also sets up and uses that hw ecc. | 10:05 |
| perdmann | LetoThe2nd actually i totally did not remember this fact -.- | 10:09 |
| *** locutus_ <locutus_!~LocutusOf@93-50-192-18.ip153.fastwebnet.it> has joined #yocto | 10:09 | |
| LetoThe2nd | :) | 10:09 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 10:12 | |
| siva | i am getting the below error for my recipe | 10:16 |
| siva | do_package_qa: QA Issue: No GNU_HASH in the elf binary | 10:16 |
| *** PaowZ__ <PaowZ__!~Vince@193.252.149.222> has quit IRC | 10:16 | |
| LetoThe2nd | siva: does https://forums.xilinx.com/t5/Embedded-Linux/No-GNU-HASH/td-p/832423 apply to your case? | 10:18 |
| siva | thanks | 10:24 |
| siva | it fixed the issue | 10:24 |
| LetoThe2nd | siva: where can send my invoice? i take 5€ per google. | 10:25 |
| *** ChrisStuart <ChrisStuart!c251df42@jump2.jet.uk> has joined #yocto | 10:25 | |
| *** PaowZ <PaowZ!~Vince@193.252.149.222> has joined #yocto | 10:25 | |
| ChrisStuart | Hi, I'm trying to build an image with GCC installed on it and can't quite work out why I'm not getting that! Working on thud, I have packagegroup-core-buildessential in my IMAGE_INSTALL list, is that not the right way to do it? | 10:30 |
| LetoThe2nd | ChrisStuart: it probably should do, but adding "tools-sdk" to IMAGE_FEATURES (as indicated in the template local.conf) should be easier | 10:31 |
| *** pohly <pohly!~pohly@dyndsl-037-138-097-039.ewe-ip-backbone.de> has joined #yocto | 10:32 | |
| ChrisStuart | @LetoThe2nd I will give that a go, thank you. Thought I'd popped that in before! | 10:32 |
| mcfrisk | how to re-use machine config snippets from other layers? requires directive doesn't work. Should I copy all config files from generic BSP layer to device specific one? | 10:49 |
| *** camus1 <camus1!~Instantbi@113.100.176.216> has joined #yocto | 10:49 | |
| *** kaspter <kaspter!~Instantbi@183.24.179.211> has quit IRC | 10:50 | |
| *** camus1 is now known as kaspter | 10:50 | |
| LetoThe2nd | mcfrisk: require doesn't work, why? | 10:54 |
| mcfrisk | LetoThe2nd: requires works for the first level dependency. Then the SoC specific bits need more config files which are not found from the search path. It snow balls into complex setup.. | 10:55 |
| LetoThe2nd | mcfrisk: hmmm | 10:55 |
| LetoThe2nd | mcfrisk: from my understanding the require-nesting should support an arbitrary depth. if it doesn't, then i'm not sure if that is by intent or by bug | 10:57 |
| mcfrisk | from meta-ti the machine configs find poky/meta/conf/machine/include/soc-family.inc correctly. From my custom layer the machine config can't find the meta-ti .inc files which I'd like to re-use. Maybe I'm missing some machine search path magic across layers.. | 10:58 |
| LetoThe2nd | mcfrisk: i'd guess that there is just a relative path in there somewhere, as opposed to requiring the full inside-layer path | 10:59 |
| mcfrisk | LetoThe2nd: between meta-ti and poky the relative paths work for soc-family.inc but I can't get the same working from custom BSP layer to meta-ti. must be missing something really trivial.. | 11:02 |
| LetoThe2nd | mcfrisk: maybe but i can't put my finger onto it too, sorry. | 11:03 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 11:04 | |
| yocti | New news from stackoverflow: Dpkg-reconfigure keyboard-configuration equivalent in opkg <https://stackoverflow.com/questions/60374051/dpkg-reconfigure-keyboard-configuration-equivalent-in-opkg> | 11:08 |
| mcfrisk | LetoThe2nd: found it, typo elsewhere in include files... | 11:08 |
| LetoThe2nd | mcfrisk: \o/ | 11:08 |
| *** locutus_ <locutus_!~LocutusOf@93-50-192-18.ip153.fastwebnet.it> has quit IRC | 11:10 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 11:12 | |
| *** hamis <hamis!~irfan@110.93.212.99> has joined #yocto | 11:12 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@93-50-192-18.ip153.fastwebnet.it> has joined #yocto | 11:15 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 11:15 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 11:17 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@2001:b07:5d32:c012:804e:5376:3822:b356> has joined #yocto | 11:20 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 11:20 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 11:20 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 11:36 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 11:38 | |
| yocti | New news from stackoverflow: How to create recipe (Yocto build environment) for Nodejs modules <https://stackoverflow.com/questions/60374760/how-to-create-recipe-yocto-build-environment-for-nodejs-modules> | 11:38 |
| RP | mcfrisk: was going to say, that should work | 11:38 |
| * LetoThe2nd hi5es RP | 11:39 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 11:47 | |
| *** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has joined #yocto | 11:54 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 11:55 | |
| siva | i am getting the below error for my linux-imx_%.bbappend changes | 12:12 |
| siva | sources/meta-fsl-bsp-release/imx/meta-bsp/recipes-kernel/linux/linux-imx_4.14.98.bb:do_compile) failed with exit code '1' | 12:13 |
| siva | make[2]: arm-poky-linux-gnueabi-gcc: Command not foun | 12:14 |
| siva | i have commented out all the SRC_URI | 12:15 |
| LetoThe2nd | siva: put your append on a pastebin, please. | 12:15 |
| *** gaston53 <gaston53!c5014cee@197.1.76.238> has joined #yocto | 12:15 | |
| gaston53 | hello | 12:17 |
| gaston53 | Does anyone help me here ? | 12:17 |
| gaston53 | I have errors related to SDK | 12:18 |
| gaston53 | https://pastebin.com/EXWSfQyC | 12:18 |
| siva | https://pastebin.com/GLbLwiQW | 12:19 |
| siva | i have added a new machine type imx6uloib | 12:20 |
| LetoThe2nd | siva: that looks kind of weird. not really like a machine bbappend, or only partically. | 12:22 |
| LetoThe2nd | siva: i mean, why are you setting EXTRA_OEMAKE for all kinds of stuff? | 12:23 |
| LetoThe2nd | siva: so again, my advice from last week repeated: comment out stuff until the breakage goes away. | 12:24 |
| [Sno] | RP: preview of make compiling with mingw is available at github.com:rehsack/poky.git | 12:25 |
| siva | this error goes away only if i change the name of linux-imx_%.bbappend to linux-fslc_%.bbapend | 12:25 |
| LetoThe2nd | siva: i explained already last week why that is. | 12:25 |
| [Sno] | RP: final will come when I submitted the patches upstream and add remarks :) | 12:26 |
| siva | https://pastebin.com/GhVWCteP | 12:26 |
| siva | pls check this one | 12:26 |
| LetoThe2nd | siva: and? | 12:27 |
| siva | basically this bbappend was working with jethro version. when i tried to migrate to SUMO, i am getting this build erros | 12:28 |
| LetoThe2nd | siva: in that case i would guess that something in your patches is buggy. that it is hard-setting things. like arm-poky-linux-gnueabi somewhere, which is not true anymore. | 12:30 |
| siva | ok, i have compared my machine.conf with imx6ulevk.conf. but couldn't find any thing obvious | 12:32 |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 12:33 | |
| LetoThe2nd | thats not what i meant | 12:33 |
| LetoThe2nd | look at your defconfig, does it set CROSS_COMPILE? | 12:34 |
| *** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC | 12:37 | |
| *** siva <siva!48a3dc1a@72.163.220.26> has quit IRC | 12:38 | |
| gaston53 | hello, does anyone read my post | 12:38 |
| LetoThe2nd | gaston53: yes. | 12:39 |
| gaston53 | LetoThe2nd https://pastebin.com/EXWSfQyC | 12:39 |
| gaston53 | I am missing some thing in my SDK | 12:40 |
| LetoThe2nd | gaston53: i have read it, no more and no less. that what you asked. | 12:40 |
| gaston53 | what is this " real-ld " | 12:42 |
| gaston53 | ? | 12:42 |
| gaston53 | and how can I install what is missing ? | 12:43 |
| LetoThe2nd | probably the real, actual linker binary. | 12:43 |
| gaston53 | he is saying that there are some missing files inside it | 12:43 |
| gaston53 | but it is not a directory | 12:43 |
| gaston53 | I can't access to it | 12:43 |
| gaston53 | to see what is there | 12:44 |
| *** ChrisStuart <ChrisStuart!c251df42@jump2.jet.uk> has quit IRC | 12:44 | |
| gaston53 | bash: cd: /opt/poky-atmel/2.5.3/sysroots/x86_64-pokysdk-linux/usr/libexec/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/7.3.0/real-ld: Not a directory | 12:44 |
| gaston53 | LetoThe2nd do you have an idea about it ? | 12:47 |
| LetoThe2nd | gaston53: none right in the first 5 seconds. | 12:48 |
| gaston53 | LetoThe2nd hmmm | 12:48 |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has quit IRC | 12:50 | |
| *** rburton <rburton!~rburton@134.191.227.37> has quit IRC | 12:51 | |
| *** rburton <rburton!~rburton@134.191.227.37> has joined #yocto | 12:51 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 12:52 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 12:55 | |
| erbo | gaston53: real-ld is not a directory, is a binary. That binary is saying it can't find those files. | 12:56 |
| RP | [Sno]: cool, thanks | 12:57 |
| gaston53 | erbo ah okey, so my problem is, that files are non installed, or the path is unclear for it | 12:57 |
| gaston53 | erbo How can I install those files in my SDK ? | 12:58 |
| erbo | the problem is that your VS setup doesn't work well with the yocto cmake toolchain config | 12:59 |
| erbo | It's not a Yocto problem, it's a VS problem | 12:59 |
| erbo | I've tried to help you out it the SO question, but don't really have any more idea | 12:59 |
| erbo | People here will not be able to provide the answers either, since they have so little information. The SO question at least have details on what you're trying to do. | 13:00 |
| gaston53 | erbo i see .. thank you anyway | 13:00 |
| gaston53 | erbo =( | 13:01 |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 13:02 | |
| *** dlan <dlan!~dennis@61.170.191.108> has joined #yocto | 13:03 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 13:03 | |
| erbo | Here's a link to the SO question, if anyone wants to read to get more context: https://stackoverflow.com/questions/60336326/cmake-project-using-external-sdk-toolchain-file-cross-compile-error | 13:03 |
| erbo | I'm assuming that's your thread gaston53, seemed to close to be a coincident :) | 13:04 |
| gaston53 | erbo haha it's me ;) | 13:04 |
| gaston53 | :( | 13:04 |
| gaston53 | the pseudo is an old one " Gonn " | 13:05 |
| *** xtron <xtron!~xtron@110.93.212.98> has quit IRC | 13:08 | |
| *** xtron1 <xtron1!~xtron@110.93.212.98> has joined #yocto | 13:08 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 13:10 | |
| *** john12365 <john12365!836b93fc@131.107.147.252> has quit IRC | 13:11 | |
| erbo | gaston53: did you watch the video on VS and Yocto SDK I mentioned last week? | 13:11 |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 13:24 | |
| *** gaston53 <gaston53!c5014cee@197.1.76.238> has quit IRC | 13:26 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 13:29 | |
| *** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC | 13:30 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC | 13:44 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto | 13:44 | |
| *** kriive <kriive!~kriive@217.221.109.178> has joined #yocto | 13:46 | |
| *** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto | 13:49 | |
| *** kovalevsky <kovalevsky!~kovalevsk@181.168.100.76> has joined #yocto | 13:51 | |
| *** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has joined #yocto | 13:51 | |
| *** jeanba1 <jeanba1!~jbl@77.243.63.34> has joined #yocto | 13:58 | |
| *** jeanba1 <jeanba1!~jbl@77.243.63.34> has left #yocto | 13:58 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 14:07 | |
| *** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC | 14:07 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC | 14:30 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto | 14:34 | |
| kriive | Hi guysss, what would be a good way to initialize a database? Using a self-deleting systemd oneshot service? | 14:35 |
| kriive | I mean Initialize a mysql/mariadb schema | 14:35 |
| kriive | Or are there better Yocto best practices? | 14:35 |
| LetoThe2nd | kriive: why can't you just deploy a readily initialized db? | 14:36 |
| kriive | Ugh, can I do that? | 14:36 |
| LetoThe2nd | why not? | 14:36 |
| LetoThe2nd | i mean, its just some files in the end, or not? | 14:36 |
| LetoThe2nd | of course it depends a bit on your memory layout etc... but it certainly worth considering. | 14:38 |
| kriive | Yes, it's surely worth considering, I am now wondering if I can do that and have a random password at first boot | 14:39 |
| kriive | Gonna dig in mariadb docs brb | 14:40 |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 14:49 | |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 15:03 | |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 15:06 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 15:07 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 15:13 | |
| *** hamis <hamis!~irfan@110.93.212.99> has quit IRC | 15:23 | |
| rburton | having a recipe that builds the database and just ships the file seems like a sensible idea | 15:24 |
| rburton | assuming that binary format is portable | 15:24 |
| *** pohly <pohly!~pohly@dyndsl-037-138-097-039.ewe-ip-backbone.de> has quit IRC | 15:24 | |
| rburton | if its not then either run it in a qemu or do it on first boot | 15:24 |
| LetoThe2nd | rburton: it for sure depends a bit, but thats an option. | 15:25 |
| LetoThe2nd | i personally rather favor having the db creation bundled with the application that actually needs it in the end, but YMMV | 15:26 |
| LetoThe2nd | also, remember migration strategies etc. | 15:26 |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 15:28 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 15:29 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 15:32 | |
| rburton | right bundling the database creation with the app makes absolute sense if there's just one recipe that touches it | 15:33 |
| rburton | reason not to do that is if you want to do package upgrades | 15:34 |
| rburton | don't want to delete the database when you upgrade | 15:34 |
| rburton | so a postinst 'if database doesn't exist, create' makes sense | 15:34 |
| rburton | but again, at rootfs time if possible | 15:34 |
| *** kaspter <kaspter!~Instantbi@113.100.176.216> has quit IRC | 15:46 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 15:49 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 15:54 | |
| milloni | i'm going to have some time to look into https://bugzilla.yoctoproject.org/show_bug.cgi?id=5305 | 15:56 |
| yocti | Bug 5305: enhancement, Medium, Future, bruce.ashfield, IN PROGRESS IMPLEMENTATION , Make sanitized kernel headers available | 15:56 |
| milloni | is the approach outlined in the bbclass posted by Peter Kjellerstedt still good? | 15:57 |
| milloni | that is, do we want to add a class that puts the headers in the ${WORKDIR} for each recipe that wants to use them | 15:57 |
| milloni | or do we want to stick them into the staging sysroot in /kernel-includes or similar? | 15:58 |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 15:58 | |
| LetoThe2nd | rburton: if. in my standard case for example the db storage is not available at rootfs time, and i have one middleware app thats reponsible. hence, this one ships the creation and migration schemes. | 15:58 |
| zeddii | milloni: there’s already something in progress for that, I need to udpate that bug. | 16:07 |
| zeddii | jsut install them to usr-alt and be done with it is the answer | 16:07 |
| zeddii | nothing can really go into the shared workspace, it’s just a set of nasty bugs waiting to happen, and the sizes are small, so they jsut need to be per-recipe in their sysroots | 16:08 |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has joined #yocto | 16:08 | |
| zeddii | I’ll put some updates in it shortly, I’ve just been distracted with wrestling 5.4 into master. | 16:08 |
| * LetoThe2nd notes: "zeddii has been distracted with wresting." | 16:09 | |
| zeddii | WWE! | 16:09 |
| LetoThe2nd | \m/ | 16:09 |
| zeddii | in fact, I need to go through and bodyslam all of my bugs, they are almost all out of date | 16:11 |
| zeddii | s/bodyslam/update/ | 16:11 |
| * LetoThe2nd hands zeddii a cheap foldable plastic chair. | 16:12 | |
| zeddii | now you are talking! | 16:12 |
| LetoThe2nd | want a cheap yellow shirt, too? | 16:13 |
| zeddii | yah. plus arm and head bands. | 16:13 |
| LetoThe2nd | awesome! | 16:13 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-hmmjxfdbthfndwty> has quit IRC | 16:13 | |
| * LetoThe2nd now imagines showing up like that at OEDEM. | 16:14 | |
| * zeddii makes a mental note to work that into dublin | 16:14 | |
| LetoThe2nd | go go go! | 16:15 |
| LetoThe2nd | your presentation shall be named: "zeddii knows best!" | 16:15 |
| RP | JPEW: we have another of the corrupt hashequiv issues rearing its head again | 16:18 |
| smurray | zeddii: having fought with kernel fragment issues across various BSPs while taking AGL to zeus, I'm wondering if getting fragment support hoisted into kernel.bbclass is moving any closer to feasible? | 16:18 |
| *** derRichard <derRichard!~derRichar@static.16.105.130.94.clients.your-server.de> has joined #yocto | 16:20 | |
| derRichard | hey | 16:20 |
| derRichard | what happened to git.freescale.com? | 16:21 |
| *** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has quit IRC | 16:21 | |
| milloni | zeddii: OK | 16:22 |
| milloni | zeddii: one more question then, is /usr+alt already packaged in a package? | 16:23 |
| milloni | if not, what package should it go to | 16:23 |
| zeddii | it doesn’t really need to be packaged at all. to be honest. | 16:23 |
| milloni | wont the QA checks complain about files not being packaged? | 16:23 |
| zeddii | just a class that you inherit that installs the headers into your sysroot, since fundamentally it is something that can conflict very easily. | 16:23 |
| zeddii | I said installed into sysroot, not deployed. | 16:24 |
| zeddii | smurray: i have a patch that does just that, it just won’t make this release. I can point you to it, I just have to make sure it still works with the latest juggling we did. | 16:24 |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 16:24 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:26 | |
| smurray | zeddii: no, that's fine, AGL won't want to carry a custom kernel.bbclass, just hoping it gets in at some point so I can remove/simplify various merge-config.sh hacks | 16:26 |
| milloni | zeddii: when i did it for my build, i did it like this: oe_runmake INSTALL_HDR_PATH=${D}${HEADERS_PATH} headers_install | 16:27 |
| milloni | what's the right path to install them? (i assume ${D} isn't) | 16:27 |
| *** kriive <kriive!~kriive@217.221.109.178> has quit IRC | 16:32 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 16:34 | |
| *** siva <siva!48a3dc10@72.163.220.16> has joined #yocto | 16:44 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 16:50 | |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 16:51 | |
| *** siva <siva!48a3dc10@72.163.220.16> has quit IRC | 16:51 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 16:54 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 17:10 | |
| *** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has joined #yocto | 17:11 | |
| *** palate <palate!~palate@unaffiliated/palate> has quit IRC | 17:13 | |
| *** palate <palate!~palate@palate.powered.by.lunarbnc.net> has joined #yocto | 17:14 | |
| rcrudo | I've avahi-daemon installed in my image but I'm not installing it explicitly. Is there a way to find out which recipe is installing it? | 17:14 |
| armpit | zeddii, I am seeing a 5.2.29 build failure on yocto-tiny on zeus. https://errors.yoctoproject.org/Errors/Details/392434/ | 17:15 |
| armpit | I see 5.2 has been updated but no patches on list | 17:16 |
| rburton | rcrudo: easy way is to remove it with rpm or whatever on the target and see what complains | 17:17 |
| armpit | also on yocto-linux | 17:19 |
| JPEW | RP: Oh? Whats the symptom? | 17:24 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 17:25 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:548f:4e:e4e1:a141> has quit IRC | 17:25 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:27 | |
| *** mckoan is now known as mckoan|away | 17:27 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has joined #yocto | 17:32 | |
| RP | JPEW: consider https://autobuilder.yoctoproject.org/typhoon/#/builders/56/builds/955 , http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=6c43f76248b5c37ce213667cb794ff81901cc3b1 , http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=d578418f6076efc180793a8c925bf7ec143b1db4 and https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20200224-2dgphw45/packages/diff-html/ | 17:37 |
| RP | JPEW: i.e. bad maintainer data got in, now despite it being fixed, its still there | 17:37 |
| RP | JPEW: how do we get rid of it? | 17:38 |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC | 17:41 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 17:54 | |
| RP | JPEW: thinking we may just have to bump a version into the checksum and invalidate all the output hashes? :/ | 18:01 |
| xyzzy42 | Is it still the case that a variable set in a .bbclass can't be changed in another layer? https://stackoverflow.com/questions/51002891/overwriting-yocto-classes-through-meta-layer | 18:09 |
| *** fl0v0 <fl0v0!~fvo@i59F44D9A.versanet.de> has quit IRC | 18:12 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 18:13 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 18:15 | |
| smurray | xyzzy42: it's still the case that you can't bbappend a bbclass, but instead need to overlay it completely, if that's what you're asking | 18:19 |
| xyzzy42 | smurray, It seems I can use _append and _remove in the machine configuration to modify variables set in a bbclass. | 18:20 |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 18:20 | |
| smurray | xyzzy42: yes, that's always been the case | 18:21 |
| smurray | xyzzy42: _append and _remove are processed at the end of parsing, so they'll pretty much always work | 18:21 |
| xyzzy42 | smurray, but you can't have one recipe modify variables used by another recipe, right? I gather that's because processing one recipe does not include all other recipies. | 18:23 |
| smurray | xyzzy42: which class are you trying to over-ride some variable from? And yes, recipe specific variables are local to that recipe | 18:23 |
| xyzzy42 | smurray, mender-part-images.bbclass, https://github.com/mendersoftware/meta-mender/blob/master/meta-mender-core/classes/mender-part-images.bbclass#L267 | 18:25 |
| xyzzy42 | I've used _remove in my machine config, which is also where the bootloader is chosen with preferred_provider virtual/bootloader, to fix this. It seems like this a good way to do it. | 18:26 |
| smurray | for image bootloader dependency tinkering like that, that's probably reasonable | 18:27 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-31-157-170-240.net.vodafone.it> has joined #yocto | 18:27 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 18:27 | |
| xyzzy42 | the firmware I've inherited had a "do anything to make it work" design, no kludge was too much. I'm trying to actually do things right. | 18:28 |
| xyzzy42 | I think the truth here is that the mender layer has a flaw and should have added the u-boot dependency in a different way | 18:28 |
| smurray | xyzzy42: might be worth pinging the Mender folks to see if they can make it more easily configurable with e.g. a variable that has the bootloader dependency | 18:28 |
| *** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has quit IRC | 18:29 | |
| xyzzy42 | I think this isn't even the real bootloader dependency. They added a hack because using some kind of grub-efi boot on arm still needs u-boot. | 18:30 |
| *** sagner <sagner!~ags@2a02:169:3df5::edf> has joined #yocto | 18:30 | |
| xyzzy42 | But I've never used grub and EFI on arm (why?) so I'm not totally sure | 18:31 |
| *** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has joined #yocto | 18:44 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 18:48 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 18:48 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 18:49 | |
| *** denix <denix!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has quit IRC | 18:49 | |
| *** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has quit IRC | 18:55 | |
| *** rewitt <rewitt!~rewitt@134.134.139.74> has quit IRC | 18:56 | |
| *** rewitt <rewitt!~rewitt@134.134.139.74> has joined #yocto | 18:57 | |
| *** locutus_ <locutus_!~LocutusOf@mob-31-157-143-170.net.vodafone.it> has joined #yocto | 18:58 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 18:58 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 19:00 | |
| JPEW | RP: Is the maintainer a whitelisted variable? | 19:01 |
| JPEW | Oh, right I see, it was a bug that they weren't included in the taskhash | 19:02 |
| *** locutus__ <locutus__!~LocutusOf@mob-31-157-52-176.net.vodafone.it> has joined #yocto | 19:03 | |
| *** locutus_ <locutus_!~LocutusOf@mob-31-157-143-170.net.vodafone.it> has quit IRC | 19:05 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 19:13 | |
| *** linuxjacques is now known as jacques | 19:13 | |
| JPEW | RP: So is this an example of a "diverging hash", where the same taskhash (pre bug fix) produces two different output hashes? | 19:14 |
| *** locutus__ <locutus__!~LocutusOf@mob-31-157-52-176.net.vodafone.it> has quit IRC | 19:14 | |
| *** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has joined #yocto | 19:17 | |
| *** denix <denix!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has joined #yocto | 19:17 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 19:20 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 19:23 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 19:32 | |
| *** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has quit IRC | 19:40 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 19:42 | |
| tgamblin | JPEW: RP: have you recently run into an issue with reproducible builds where oe-selftest passes .ipk tests, but subsequently complains about a nonexistent build-st/tmp-glibc/deploy/deb path? | 19:58 |
| tgamblin | I saw it once and I'm trying to confirm whether or not it's just me | 19:58 |
| armpit | zeddii, Ill give the 5.2 update a try on zeus. thanks | 20:04 |
| bernardoaraujo | LetoThe2nd: solved my networking problem from this morning... My build is based on warrior, and systemd-networkd couldn't find config files for wired interfaces | 20:11 |
| bernardoaraujo | following this helped https://hub.mender.io/t/how-to-configure-networking-using-systemd-in-yocto-project/1097 | 20:11 |
| bernardoaraujo | building on zeus didn't show the same issue.. but I'm adding the bbappends to my distro layer anyways | 20:12 |
| *** metalMajor <metalMajor!b277b4d4@178-119-180-212.access.telenet.be> has joined #yocto | 20:15 | |
| JPEW | tgamblin: I haven't see that | 20:21 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 20:23 | |
| tgamblin | JPEW: Hmm. Might just be me. Here's the output for the record, though https://pastebin.com/zkkbv5QP | 20:23 |
| kroon | JPEW, would you by any chance know how to override SDE_FILE in a recipe ? (http://lists.openembedded.org/pipermail/openembedded-core/2020-February/293398.html) | 20:25 |
| metalMajor | Hello, I have a question about the populate_sdk task. I am using the installer to install the generated SDK, and that works very well, but actually for my use case, I am only interested in the target directory "aarch64-poky-linux". This is because I am using a cross compilation toolchain that runs on macOS and so I only need the “target” | 20:27 |
| metalMajor | sysroot. Is there a way that I can get the target directory in one go, instead of having to create and install the sdk first? | 20:27 |
| JPEW | kroon: Ya, I saw your email... let me take a look | 20:27 |
| JPEW | kroon: Out of curiosity, why do you want to override it? | 20:28 |
| kroon | JPEW, its for a recipe that doesn't have any sources, it just creates an ext4 file-system using files it DEPENDS on. But I'd like to use ${SOURCE_DATE_EPOCH} in the recipe to set file timestamps to a reproducible date | 20:32 |
| kroon | But the code in reproducible_build.bbclass falls back to fixed_source_date_epoch() = 0 | 20:33 |
| JPEW | kroon: Ya, I always though that was weird :) | 20:33 |
| JPEW | kroon: Ok, right. We change do_deploy_source_date_epoch() to fix a race condition, which makes that comment a partial lie | 20:35 |
| JPEW | It's a little more complicated that it indicates | 20:36 |
| JPEW | Hmm, I have an idea | 20:37 |
| JPEW | kroon: Try this: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=jpew/reproducible&id=d091d2aa53ea417f70c10f5ce89151820c3db9ce | 20:46 |
| JPEW | Maybe that should be the first check.... | 20:46 |
| kroon | JPEW, ok, testing | 20:47 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 20:48 | |
| JPEW | kroon: Ok... hopefully it works because I didn't really even make sure it parses :) | 20:48 |
| kovalevsky | Hi there, when I run bitbake <my-recipe>, does this will build other recipes that will require or do I have to build them separetely? | 20:52 |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 20:52 | |
| *** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has quit IRC | 20:53 | |
| *** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has joined #yocto | 20:53 | |
| kroon | hmm I'm drawing blanks.. isn't it possible to set a bitbake variable to the output of some shell command ? is only embedded python supported ? | 20:54 |
| kroon | JPEW, thanks for the proposed patch; at least it parses, but a lot of stuff needs to rebuild, so I wont have a results right away | 20:55 |
| JPEW | kroon: Hmm, I wouldn't think that would cause a lot of rebuilds... | 20:57 |
| JPEW | Unless you have SOURCE_DATE_EPOCH set somewhere | 20:57 |
| JPEW | kroon: No, I don't think you can set a variable to shell output | 20:58 |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 20:58 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.171.136.219> has joined #yocto | 21:02 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 21:02 | |
| *** flihp <flihp!~flihp@76.243.124.129> has joined #yocto | 21:02 | |
| kroon | JPEW, i'd expect if we change how SOURCE_DATE_EPOCH is calculated, it should lead to lots of rebuilding.. no ? | 21:05 |
| kroon | JPEW, but maybe not for the -native ones.. | 21:05 |
| kroon | assuming -native doesn't care about reproduibilty | 21:06 |
| *** palate <palate!~palate@palate.powered.by.lunarbnc.net> has quit IRC | 21:07 | |
| *** palate <palate!~palate@unaffiliated/palate> has joined #yocto | 21:07 | |
| *** vineela <vineela!vtummala@nat/intel/x-ylxuwlmlyghekxrd> has joined #yocto | 21:08 | |
| *** maudat <maudat!~moda@64.18.88.250> has quit IRC | 21:09 | |
| *** flihp <flihp!~flihp@76.243.124.129> has quit IRC | 21:11 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 21:12 | |
| *** palate <palate!~palate@unaffiliated/palate> has quit IRC | 21:18 | |
| *** palate <palate!~palate@palate.powered.by.lunarbnc.net> has joined #yocto | 21:18 | |
| *** palate <palate!~palate@unaffiliated/palate> has joined #yocto | 21:18 | |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC | 21:20 | |
| *** grumble <grumble!~grumble@freenode/scarf/grumble> has joined #yocto | 21:21 | |
| RP | tgamblin: not seen that either | 21:22 |
| RP | JPEW: yes, it is another example | 21:22 |
| *** grumble <grumble!~grumble@freenode/scarf/grumble> has quit IRC | 21:23 | |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto | 21:23 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 21:23 | |
| *** metalMajor <metalMajor!b277b4d4@178-119-180-212.access.telenet.be> has quit IRC | 21:26 | |
| *** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto | 21:28 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 21:28 | |
| mischief | is it possible to chain image/conversion types together with more than 2 levels? e.g. IMAGE_FSTYPES = "ext4.foo.bar.baz" ? | 21:28 |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 21:29 | |
| *** aidanh_ is now known as aidanh | 21:29 | |
| JPEW | kroon: Doesn't yet. I guess I would be suprised if that patch *actually* change the SDE value | 21:34 |
| *** locutus_ <locutus_!~LocutusOf@mob-31-157-41-148.net.vodafone.it> has joined #yocto | 21:34 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 21:37 | |
| kroon | JPEW, first try and it does looks like I can set SOURCE_DATE_EPOCH directly in the recipe | 21:39 |
| mischief | i guess another question.. im trying to figure out how to add something to my rootfs (e.g. via an image class) but only for a particular machine.. but it's not clear how i can avoid getting that applied to my initramfs image too. | 21:43 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 21:44 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 21:45 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 21:46 | |
| kroon | JPEW, time for sleep, will do some more testing tomorrow | 21:47 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 21:47 | |
| *** florian_kc is now known as florian | 21:49 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 21:50 | |
| *** locutus_ <locutus_!~LocutusOf@mob-31-157-41-148.net.vodafone.it> has quit IRC | 22:04 | |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC | 22:14 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 22:16 | |
| paulbarker | RP: Is there any info around on how to run the bitbake tests? | 22:39 |
| RP | paulbarker: "bitbake-selftest" | 22:41 |
| RP | bitbake-selftest --help has info | 22:41 |
| paulbarker | RP: Ok I'll dig into the source of that command | 22:42 |
| paulbarker | Ah I need `bitbake-selftest bb.tests.blah`, it's not quite the same as `oe-selftest` | 22:43 |
| RP | paulbarker: ah, yes. Sorry, wasn't sure what you were asking | 22:45 |
| * JPEW wonders why bitbaker-layers doesn't seem to work well with multiconfig.... | 22:47 | |
| paulbarker | RP: Looks like we're missing a test for fetching git submodules from a mirror even without enabling git shallow tarballs | 22:50 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 22:51 | |
| RP | paulbarker: that could well be true :( | 22:54 |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 22:59 | |
| kovalevsky | does somebody know if I run bitbake <my-recipe> if this will build first other dependent recipes first ? | 23:00 |
| bluelightning | kovalevsky: correct, it will | 23:00 |
| kovalevsky | @bluelightning, thanks | 23:02 |
| kovalevsky | If there is a way that I can take a closer look at what's inside a do_compile task for an specific recipe? | 23:02 |
| kovalevsky | Currently I am building a rust application and it looks to me that all the dependencies are build without any issue, however, when I try to build the recipe that contains my application, I think I got an issue with libloading v0.5.2 that I am not quite understand yet, and the issue happens at do_compile. | 23:04 |
| bluelightning | kovalevsky: probably the best way is to let it fail like you have and then look at run.do_compile in temp under the workdir for the recipe | 23:05 |
| bluelightning | kovalevsky: if needed you can find the recipe workdir using bitbake -e recipename | grep ^WORKDIR= | 23:06 |
| kovalevsky | bluelightning, got it. I can see now the run.do_compile | 23:07 |
| kovalevsky | However, I see several ones that the only difference is a number appending | 23:08 |
| kovalevsky | probably due the fact of compiling several times and having each record? | 23:08 |
| bluelightning | kovalevsky: yep, every time the task runs it creates a new one... there's a run.do_* symlink to the most recent one | 23:09 |
| kovalevsky | bluelightning, roget that. | 23:10 |
| kovalevsky | bluelightning, thanks that helps a lot. | 23:12 |
| bluelightning | no worries | 23:12 |
| *** rburton <rburton!~rburton@134.191.227.37> has quit IRC | 23:32 | |
| *** flihp <flihp!~flihp@76.243.124.129> has joined #yocto | 23:34 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 23:49 | |
| *** flihp <flihp!~flihp@76.243.124.129> has quit IRC | 23:51 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!