| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 256 seconds) | 00:05 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 00:20 | |
| *** Wulf <Wulf!~Wulf@user/wulf> has quit IRC (Ping timeout: 252 seconds) | 00:26 | |
| *** Wulf <Wulf!~Wulf@user/wulf> has joined #yocto | 00:28 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-166-98.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 01:35 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Quit: Client closed) | 01:50 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto | 01:51 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 256 seconds) | 01:59 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 02:13 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 02:16 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Read error: Connection reset by peer) | 02:35 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 02:35 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 03:21 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 03:44 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 04:37 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds) | 05:01 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 256 seconds) | 05:08 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 05:54 | |
| *** k4wsys[m] <k4wsys[m]!~k4wsysmat@2001:470:69fc:105::e339> has left #yocto | 06:11 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:32 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 06:37 | |
| user_ | I trying to print pdf format in the yocto base system using cups library in meta layer, but it is not printing. I am able to print the pdf format in the ubuntu system using the same filter. | 06:40 |
|---|---|---|
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Quit: Client closed) | 06:41 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto | 06:42 | |
| *** jpuhlman_ <jpuhlman_!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto | 06:47 | |
| *** deuteron <deuteron!~deuteron@180.150.112.197> has joined #yocto | 06:49 | |
| *** geoff_parker <geoff_parker!~geoff_par@cpe-107-185-48-203.socal.res.rr.com> has joined #yocto | 06:51 | |
| *** jpuhlman <jpuhlman!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Ping timeout: 256 seconds) | 06:51 | |
| deuteron | Hey all, how would I go about debugging this: When reparsing REDACTED, the basehash value changed from fa336d603a0e9a9e0edf20fb512a33df to 0b0a44b5fdf3d383d4e0829beff765fa. The metadata is not deterministic and this needs to be fixed. | 06:52 |
| deuteron | I'm trying to add support to the hg fetcher for a "branch" parameter SRC_URI. | 06:53 |
| *** geoff_parker <geoff_parker!~geoff_par@cpe-107-185-48-203.socal.res.rr.com> has quit IRC (Client Quit) | 06:53 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 07:05 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 07:05 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 07:06 | |
| user_ | Hi | 07:13 |
| *** pbergin <pbergin!~pbergin@h-79-136-99-68.NA.cust.bahnhof.se> has joined #yocto | 07:24 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Ping timeout: 256 seconds) | 07:25 | |
| JosefHolzmayrThe | deuteron: that usually happens if the value of some variable changes. example, are date/time involved somewhere? | 07:28 |
| deuteron | I don't think so. Perhaps AUTOREV is changing between parses somewhow. | 07:29 |
| JosefHolzmayrThe | i think diffsigs or dumpsigs orwhatsitcalled could help you, but its quite a bit beyond my knowledge, sorry. | 07:29 |
| *** kyrix <kyrix!~textual@78.142.65.171> has joined #yocto | 07:38 | |
| *** mckoan|away is now known as mckoan | 07:40 | |
| mckoan | good morning | 07:40 |
| deuteron | JosefHolzmayrThe: I seem to have fixed it somehow... | 07:42 |
| JosefHolzmayrThe | \o/ | 07:43 |
| deuteron | Perhaps just something stale in sstate? | 07:43 |
| deuteron | Who knows... | 07:43 |
| JosefHolzmayrThe | depending on your situation you can either start digging deeper now, or stick with it. | 07:46 |
| deuteron | Haha, now it's back. | 07:49 |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 08:05 | |
| *** ana_gasi <ana_gasi!~ana_gasi@213.149.51.151> has joined #yocto | 08:14 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 08:15 | |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 08:24 | |
| *** zww <zww!~zww@14.120.125.45> has joined #yocto | 08:31 | |
| *** zww <zww!~zww@14.120.125.45> has left #yocto | 08:33 | |
| *** zww <zww!~zww@14.120.125.45> has joined #yocto | 08:40 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 08:42 | |
| *** zww <zww!~zww@14.120.125.45> has quit IRC (Quit: WeeChat 2.8) | 08:54 | |
| *** WenwuZhang <WenwuZhang!~zww@14.120.125.45> has joined #yocto | 08:55 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving) | 08:58 | |
| creich | hey guys, is there a reason for bitbake to NOT put an explicit REDEPEND to the image even though i install a pacakge that uses this REDEPEND? | 09:05 |
| creich | shouldn't it get intalled to the image as well | 09:05 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 09:07 | |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 09:10 | |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 09:12 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 09:24 | |
| *** tre <tre!~tre@ip5f588487.dynamic.kabel-deutschland.de> has joined #yocto | 09:25 | |
| qschulz | creich: no, how do you know your package is not in the imagE? | 09:26 |
| creich | the files of the package are not in the rootfs. | 09:27 |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 09:28 | |
| creich | but if i explicitly add the library to IMAGE_INSTALL it works as expacted again | 09:28 |
| wyre | will this example recipe http://cgit.openembedded.org/openembedded-core/tree/meta-skeleton/recipes-skeleton/useradd/useradd-example.bb create three users? 🤔 | 09:28 |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 09:29 | |
| *** WenwuZhang <WenwuZhang!~zww@14.120.125.45> has quit IRC (Ping timeout: 256 seconds) | 09:29 | |
| qschulz | creich: triple check there's no typo in your RDEPENDS | 09:29 |
| qschulz | in the variable name, the override or the content of it | 09:29 |
| *** WenwuZhang <WenwuZhang!~zww@14.120.125.45> has joined #yocto | 09:29 | |
| qschulz | since you're writing REDEPEND and not RDEPENDS, might be worth a check if you made the same typo in your recipe :) | 09:30 |
| JosefHolzmayrThe | and its RDEPENDS:${PN} | 09:30 |
| creich | yep... missing S it was i'd say ^^ | 09:33 |
| creich | it's crazy how things just work if you configure them correctly :D | 09:33 |
| creich | thx again ^^ | 09:33 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 09:35 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:54 | |
| *** kyrix <kyrix!~textual@78.142.65.171> has quit IRC (Remote host closed the connection) | 10:01 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 10:02 | |
| wyre | why I can't see anything about u-boot in this recipe https://github.com/engicam-stable/meta-engicam-nxp/blob/zeus/recipes-images/images/engicam-evaluation-image.bb ? they have apparently a recipe for it https://github.com/engicam-stable/meta-engicam-nxp/blob/zeus/recipes-bsp/u-boot/u-boot-engicam.bb | 10:04 |
| wyre | is this in the core-image class? 🤔 | 10:04 |
| wyre | I find this class quite generic ... so I'm not sure it has something specific from engicam | 10:05 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 10:08 | |
| mckoan | wyre: the SBP components are usually defined in the MACHINE file | 10:11 |
| mckoan | s/SBP/BSP | 10:12 |
| mckoan | wyre: https://github.com/engicam-stable/meta-engicam-nxp/blob/zeus/conf/machine/imx6ull-microgea.conf | 10:12 |
| mckoan | wyre: I just finished a training based on their board last week | 10:13 |
| wyre | oh, I see mckoan thank you ... but I'm still not sure where is actually u-boot if inside the sd card or flashed in NAND | 10:16 |
| wyre | I thought when I close a specific jumper I was running u-boot from sdcard ... but this should implies every SoM will boot with the very same sd card | 10:18 |
| wyre | however some SoMs are able to boot it but some other aren't able | 10:19 |
| wyre | so I'm not sure what's the difference between UBOOT_CONFIG="sd" and UBOOT_CONFIG="nand" | 10:19 |
| *** WenwuZhang <WenwuZhang!~zww@14.120.125.45> has quit IRC (Quit: WeeChat 2.8) | 10:20 | |
| mckoan | wyre: UBOOT_CONFIG ??= "sd" therefore it will be built for SDcard | 10:21 |
| wyre | sure, so I shouldn't need to set UBOOT_CONFIG in local.conf when building an sdcard image | 10:22 |
| mckoan | wyre: no, that's the default for this machine | 10:22 |
| wyre | but ... despite I've not set that variable or set to UBOOT_CONFIG="sd" ... this SoM is not able to boot just from sdcard I'm having a zimage: Bad magic! | 10:22 |
| mckoan | wyre: which machine? | 10:23 |
| wyre | which apparently doesn't make sense as the u-boot in the sdcard is set to boot the contents of that sdcard | 10:23 |
| wyre | mckoan, imx6ull-microgea | 10:24 |
| mckoan | wyre: I suggest you to follow this https://github.com/koansoftware/koan-engicam-mx6-bsp-repo | 10:24 |
| wyre | mckoan, I'm not actually using meta-engicam repo anymore, sice I want to build dunfell ... Engicam people recommended me meta-engicam-nxp | 10:25 |
| wyre | dunfell-community-bsp branch | 10:26 |
| wyre | but I'd like to clarify this point about where is actually u-boot flashed | 10:26 |
| mckoan | wyre: I never tested that repo, please ask to Engicam then | 10:27 |
| wyre | and why in the case u-boot is flashed at both (sdcard and nand when I use prboot.sh (engicam script to flash the bootloader)) ... why the u-boot sdcard is not able to boot the sdcard contents? | 10:28 |
| wyre | or why this is successful depending on the SoM I try to boot it | 10:28 |
| wyre | s/I try to boot it/where I'm trying to boot it/ | 10:28 |
| wyre | and I think this point is quite similar for all hardware | 10:29 |
| wyre | bc it's more a question about how is u-boot handled in the build process and if it's actually included in the .wic image file | 10:30 |
| wyre | that I'm using to flash my sdcard | 10:30 |
| *** ana_gasi <ana_gasi!~ana_gasi@213.149.51.151> has quit IRC (Quit: Client closed) | 10:30 | |
| wyre | for sure the u-boot environment depends on if you boot with the jumper closed or not, because I've noticed this experimentally | 10:30 |
| wyre | but I'm not sure if just is the u-boot environment or the whole u-boot | 10:31 |
| *** WenwuZhang <WenwuZhang!~WenwuZhan@14.120.125.45> has joined #yocto | 10:35 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving) | 10:36 | |
| *** WenwuZhang <WenwuZhang!~WenwuZhan@14.120.125.45> has quit IRC (Client Quit) | 10:38 | |
| *** WenwuZhang <WenwuZhang!~WenwuZhan@14.120.125.45> has joined #yocto | 10:39 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Ping timeout: 256 seconds) | 10:42 | |
| *** WenwuZhang <WenwuZhang!~WenwuZhan@14.120.125.45> has quit IRC (Remote host closed the connection) | 10:42 | |
| *** ana_gasi <ana_gasi!~ana_gasi@213.149.51.151> has joined #yocto | 10:42 | |
| qschulz | wyre: anything BSP related is machine specific, there's no rule. It's perfectly possible to have U-Boot boot from eMMC but have its environment stored on SPI-NOR. | 10:46 |
| qschulz | You could even have the SPL in SPI-NOR and U-Boot proper on the SD card | 10:46 |
| wyre | qschulz, SPI-NOR? | 10:46 |
| wyre | and SPL? | 10:47 |
| qschulz | therefore there's also no rule for the wic image. The wic image anyway is just a container (see it as an .iso) | 10:47 |
| qschulz | so the answer is "It depends" | 10:47 |
| qschulz | as always with BSP and HW :) | 10:47 |
| qschulz | SPI-NOR is a storage medium | 10:47 |
| wyre | oh, just like a NAND but thorugh SPI I guess | 10:47 |
| qschulz | SPL stands for second stage bootloader, most likely the bootloader part that is running in SRAM and initializes the DRAM and then loads the full U-Boot into DRAM and jump to it | 10:48 |
| qschulz | the terms don't matter much, I just wanted to highlight that we can't answer your question because it depends on too many things, most of which aren't really related to Yocto | 10:49 |
| wyre | qschulz, you mean it depends on the vendor? | 10:52 |
| wyre | manufacturer? | 10:52 |
| *** kayterina <kayterina!~kayterina@62.38.55.161> has joined #yocto | 10:55 | |
| qschulz | wyre: it depends on all actors on the HW side | 10:56 |
| qschulz | and also policy | 10:57 |
| wyre | qschulz, and could I figure this out from the meta-engicam-nxp layer? 🤔 | 10:57 |
| qschulz | if you have multiple storage media, then you have multiple options | 10:57 |
| qschulz | wyre: the whole point is Yocto has nothing to do with it, except the wic file. | 10:58 |
| qschulz | so you need to dig into U-Boot recipe and code to understand which defconfig was used, then figure out where the environment is loaded | 10:58 |
| qschulz | usually from U-Boot environment you can find where the kernel is loaded too, etc.. | 10:58 |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC () | 11:00 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.185> has joined #yocto | 11:00 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-139-15.home.otenet.gr> has joined #yocto | 11:03 | |
| wyre | qschulz, https://github.com/engicam-stable/meta-engicam-nxp/blob/zeus/conf/machine/imx6ull-microgea.conf from here I can see u-boot-engicam but is this referencing to this recipe? https://github.com/engicam-stable/meta-engicam-nxp/blob/zeus/recipes-bsp/u-boot/u-boot-engicam.bb | 11:07 |
| wyre | I guess so | 11:08 |
| *** WenwuZhang <WenwuZhang!~WenwuZhan@120.235.75.222> has joined #yocto | 11:08 | |
| wyre | and then ... the u-boot fetched must be this https://github.com/engicam-stable/u-boot-engicam-nxp | 11:08 |
| wyre | and I'm not sure where is there defined the default environment | 11:09 |
| wyre | and what should I patch to set a custom environment (in the case I have to patch something) | 11:10 |
| *** zpfvo <zpfvo!~fvo@88.130.222.185> has quit IRC (Ping timeout: 245 seconds) | 11:12 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.185> has joined #yocto | 11:13 | |
| qschulz | ask your vendor or #u-boot, it'll be more efficient | 11:13 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 11:14 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 11:15 | |
| dvorkindmitry | I have two git mirrors. Is there an easy way to set variable, that says wich one to use? | 11:15 |
| *** zpfvo <zpfvo!~fvo@88.130.222.185> has quit IRC (Ping timeout: 252 seconds) | 11:17 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.185> has joined #yocto | 11:18 | |
| wyre | I see thank you qschulz | 11:18 |
| *** WenwuZhang <WenwuZhang!~WenwuZhan@120.235.75.222> has quit IRC (Quit: Leaving) | 11:19 | |
| *** WenwuZhang <WenwuZhang!~WenwuZhan@120.235.75.222> has joined #yocto | 11:20 | |
| *** WenwuZhang <WenwuZhang!~WenwuZhan@120.235.75.222> has quit IRC (Ping timeout: 252 seconds) | 11:27 | |
| *** sstiller <sstiller!~sstiller@p200300f07f12d400d26ed9877036ce86.dip0.t-ipconnect.de> has joined #yocto | 11:27 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 11:35 | |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 11:36 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 11:44 | |
| *** RaulM <RaulM!~Raul_M@34-61-201-31.ftth.glasoperator.nl> has joined #yocto | 11:45 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 11:46 | |
| *** RaulM <RaulM!~Raul_M@34-61-201-31.ftth.glasoperator.nl> has quit IRC (Ping timeout: 252 seconds) | 11:53 | |
| *** nrossi[m] <nrossi[m]!~nrossimat@2001:470:69fc:105::1:4527> has joined #yocto | 11:56 | |
| *** leonanavi <leonanavi!~Leon@46.55.231.62> has joined #yocto | 11:58 | |
| *** WenwuZhang <WenwuZhang!~WenwuZhan@120.235.75.222> has joined #yocto | 12:01 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Ping timeout: 252 seconds) | 12:01 | |
| *** WenwuZhang <WenwuZhang!~WenwuZhan@120.235.75.222> has quit IRC (Ping timeout: 256 seconds) | 12:08 | |
| *** pbergin <pbergin!~pbergin@h-79-136-99-68.NA.cust.bahnhof.se> has quit IRC (Quit: Leaving) | 12:10 | |
| *** ana_gasi <ana_gasi!~ana_gasi@213.149.51.151> has quit IRC (Quit: Client closed) | 12:13 | |
| *** leonanavi <leonanavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 12:15 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 12:25 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 12:32 | |
| *** WenwuZhang <WenwuZhang!~WenwuZhan@120.235.75.222> has joined #yocto | 12:36 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 12:38 | |
| *** WenwuZhang <WenwuZhang!~WenwuZhan@120.235.75.222> has quit IRC (Ping timeout: 256 seconds) | 12:41 | |
| *** RaulM <RaulM!~Raul_M@34-61-201-31.ftth.glasoperator.nl> has joined #yocto | 13:10 | |
| *** frieder <frieder!~frieder@i59F4B6C6.versanet.de> has joined #yocto | 13:14 | |
| *** WenwuZhang <WenwuZhang!~WenwuZhan@120.235.75.222> has joined #yocto | 13:15 | |
| *** WenwuZhang <WenwuZhang!~WenwuZhan@120.235.75.222> has quit IRC (Remote host closed the connection) | 13:18 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.185> has quit IRC (Ping timeout: 256 seconds) | 13:19 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.185> has joined #yocto | 13:19 | |
| *** Habbie <Habbie!peter@lorentz.7bits.nl> has joined #yocto | 13:20 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.185> has quit IRC (Ping timeout: 252 seconds) | 13:23 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.185> has joined #yocto | 13:24 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.185> has quit IRC (Ping timeout: 245 seconds) | 13:29 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.185> has joined #yocto | 13:29 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.185> has quit IRC (Ping timeout: 252 seconds) | 13:33 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.185> has joined #yocto | 13:34 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 13:36 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 13:36 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 13:44 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 252 seconds) | 13:51 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:04 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 14:11 | |
| *** frieder <frieder!~frieder@i59F4B6C6.versanet.de> has quit IRC (Remote host closed the connection) | 14:16 | |
| *** sstiller <sstiller!~sstiller@p200300f07f12d400d26ed9877036ce86.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection) | 14:17 | |
| *** johntoomey <johntoomey!~johntoome@149.199.80.131> has joined #yocto | 14:25 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 14:28 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 14:34 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.185> has quit IRC (Ping timeout: 252 seconds) | 14:43 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.185> has joined #yocto | 14:44 | |
| *** maoti__ <maoti__!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto | 14:46 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.185> has quit IRC (Ping timeout: 256 seconds) | 14:49 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.185> has joined #yocto | 14:49 | |
| *** jpuhlman_ <jpuhlman_!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Ping timeout: 256 seconds) | 14:50 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 256 seconds) | 14:50 | |
| dvorkindmitry | when SRC_URI[sha256sum] is required? | 14:53 |
| rburton | dvorkindmitry: every time a file in SRC_URI is fetched with http | 14:56 |
| dvorkindmitry | if I am using git://...proto=http is it required? | 14:57 |
| dvorkindmitry | https, sorry | 14:57 |
| dvorkindmitry | git://...;protocol=https | 14:57 |
| rburton | no, that's a git fetch | 14:59 |
| dacav | I'm a bit confused by the [e]SDK concept. | 15:06 |
| dacav | The first image I've built was against the repository I share with my team. There's a lot going on there, but I don't think I had to do anything special in order to cross compile: the bitbake invocation take care of everything. | 15:06 |
| dacav | I've also tried to clone yocto and build a vanilla image for x86_64 (just following the quick build steps). Bitbake took care of everything in this case too. | 15:06 |
| dacav | Unless I'm missing something, I never need to follow the steps in https://docs.yoctoproject.org/sdk-manual/intro.html#sdk-development-model Also, if I type `which devtool`, I get $poky/scripts/devtool. | 15:07 |
| dacav | What is this for then? | 15:07 |
| fray | an 'SDK" is a compiler + sysroot you use to build your apps.. 'eSDK' is a bundle of the bitbake and layers that you can use for rebuilding the operating system (and making changes) | 15:07 |
| fray | so they have a different, but related, purpose.. | 15:07 |
| fray | you can build an SDK from the eSDK.. | 15:07 |
| fray | but I always consider it application (singular) vs system building/development | 15:08 |
| dacav | So, I use the SDK to build my software for the target system | 15:08 |
| dacav | I've got a eSDK somewhere then, because it does bundle bitbake, for instance | 15:09 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving) | 15:09 | |
| fray | yes. | 15:10 |
| dacav | which bitbake -> $poky/bitbake/bin/bitbake | 15:10 |
| fray | Note, if you want to PACKAGE your software for target, then you need the eSDK to build/compile/package | 15:10 |
| dacav | so does bitbake bundle the eSDK? | 15:10 |
| dacav | err... sorry | 15:10 |
| fray | eSDK is constructed from the bitbake + layers used to build the eSDK.. | 15:10 |
| dacav | does *poky* bundle it? | 15:10 |
| fray | bitbake is just an engine.. similar to 'make' in concept. | 15:11 |
| dacav | yes, I mistyped | 15:11 |
| fray | the layers (starting with the core a.k.a. meta) is the OpenEmbedded Core definition which drives the build.. and then additional layers add more functionality. | 15:11 |
| fray | poky is made up of a bundle of bitbake + meta + Yocto Project layers.. | 15:11 |
| dacav | Ah, so it is because of poky that I don't have to worry of getting the eSDK | 15:12 |
| dacav | but then it is said that qemu is sort-of part of the sdk, although it should be installed separately. which qemu-xxx -> /usr/bin/qemu-xxx. So for that I'm not using any bundled software | 15:13 |
| *** kayterina <kayterina!~kayterina@62.38.55.161> has quit IRC (Read error: Connection reset by peer) | 15:14 | |
| fray | some SDKs come bundled with QEMU (and images), but most do not. That is really up to the person building you an SDK. | 15:15 |
| fray | My own SDKs I DO bundle qemu with it, but don't bundle images -- those come separately from other sources.. then the user can use the compiler to build their applicatiosn and deploy them with scp, etc. | 15:15 |
| dacav | Mh... still confused, sorry. Why is the distinction necessary? | 15:18 |
| dacav | For example, if bitbake builds the image for me, why do I need the pre-compiled images? -- apart maybe speed, but then the image won't contain my software | 15:19 |
| fray | it's about use-cases | 15:19 |
| dacav | Or is it something like (1) I get the SDK only -> compiler, sysroot, and (2) I get the image, and (3) I develop my software, use (1) to build and (22) to test... | 15:19 |
| dacav | s/22/2/ | 15:20 |
| fray | As an APPLICATION developer, most people have no desire (or sometimes the OS developers restricts) the app developer from building/changing the OS | 15:20 |
| fray | As an OS developer, I WANT the ability to build the OS, and place my applications on top | 15:20 |
| dacav | Ok, I think I got it now | 15:20 |
| fray | So if I'm doing OS development, I usually provide to the app developers an SDK and image(s) | 15:20 |
| fray | as a hybrid App/OS developers (application but needs to customize the OS), then I'd do the eSDK.. | 15:21 |
| dacav | Thank you, fray | 15:22 |
| fray | no problem.. the key is YP stuff is flexible for workflows.. but it also does lead to some confusion to make sure you (and the people you work with) are as efficient and working the way they want as possible | 15:22 |
| *** akiCA <akiCA!~akiCA@user/akica> has joined #yocto | 15:27 | |
| *** codavi <codavi!~akiCA@user/akica> has joined #yocto | 15:36 | |
| *** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds) | 15:39 | |
| *** tre <tre!~tre@ip5f588487.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 16:03 | |
| *** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:4fab:9203:bb9d:9b> has joined #yocto | 16:15 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto | 16:26 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:27 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 16:30 | |
| *** RaulM <RaulM!~Raul_M@34-61-201-31.ftth.glasoperator.nl> has quit IRC (Ping timeout: 252 seconds) | 16:32 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.185> has quit IRC (Ping timeout: 252 seconds) | 16:33 | |
| *** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:4fab:9203:bb9d:9b> has quit IRC (Remote host closed the connection) | 16:33 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.185> has joined #yocto | 16:34 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 16:35 | |
| *** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:f0ff:24ff:49a6:a888> has joined #yocto | 16:38 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.185> has quit IRC (Ping timeout: 256 seconds) | 16:39 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-166-98.ssp.dialog.net.pl> has joined #yocto | 17:01 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 17:08 | |
| *** mckoan is now known as mckoan|away | 17:11 | |
| *** jorschulko <jorschulko!~jorschulk@213.61.209.158> has joined #yocto | 17:13 | |
| fray | I did that a few years back, and the feedback was ignored by maintainers.. It isn't hard to do it again honestly.. | 17:32 |
| fray | oops wrong channel | 17:32 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 268 seconds) | 17:41 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving) | 17:47 | |
| *** jorschulko <jorschulko!~jorschulk@213.61.209.158> has quit IRC (Ping timeout: 256 seconds) | 17:52 | |
| *** jorschulko <jorschulko!~jorschulk@ip-109-40-242-239.web.vodafone.de> has joined #yocto | 17:54 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 17:59 | |
| *** RaulM <RaulM!~Raul_M@34-61-201-31.ftth.glasoperator.nl> has joined #yocto | 18:09 | |
| *** dj <dj!~dj@162.223.44.49> has joined #yocto | 18:37 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 18:40 | |
| *** RaulM <RaulM!~Raul_M@34-61-201-31.ftth.glasoperator.nl> has quit IRC (Ping timeout: 256 seconds) | 18:46 | |
| *** jorschulko <jorschulko!~jorschulk@ip-109-40-242-239.web.vodafone.de> has quit IRC (Read error: Connection reset by peer) | 18:50 | |
| *** jorschulko <jorschulko!~jorschulk@ip5b42055b.dynamic.kabel-deutschland.de> has joined #yocto | 18:54 | |
| *** RaulM <RaulM!~Raul_M@34-61-201-31.ftth.glasoperator.nl> has joined #yocto | 19:19 | |
| *** jorschulko <jorschulko!~jorschulk@ip5b42055b.dynamic.kabel-deutschland.de> has quit IRC (Quit: leaving) | 19:26 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 19:29 | |
| *** angolini <angolini!uid62003@id-62003.helmsley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 19:39 | |
| *** RaulM <RaulM!~Raul_M@34-61-201-31.ftth.glasoperator.nl> has quit IRC (Ping timeout: 256 seconds) | 19:47 | |
| *** johntoomey <johntoomey!~johntoome@149.199.80.131> has quit IRC (Ping timeout: 256 seconds) | 20:21 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving) | 20:30 | |
| *** dj <dj!~dj@162.223.44.49> has quit IRC (Remote host closed the connection) | 20:45 | |
| *** RaulM <RaulM!~Raul_M@34-61-201-31.ftth.glasoperator.nl> has joined #yocto | 20:59 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Remote host closed the connection) | 21:07 | |
| *** MauroAnjo <MauroAnjo!~MauroAnjo@191.13.251.42> has joined #yocto | 21:13 | |
| vd | from a distro config, should you add packages to image recipes via IMAGE_INSTALL:append, CORE_IMAGE_EXTRA_INSTALL +=, or DISTRO_EXTRA_RDEPENDS/RRECOMMENDS:append? | 21:31 |
| vd | (e.g. packagegroup-core-full-cmdline) | 21:33 |
| MauroAnjo | I can't use bb.utils.contais to append if a package is present on IMAGE_INSTALL? like: ${@bb.utils.contains("IMAGE_INSTALL", "package-name", "true", "false", d)} | 21:37 |
| *** RaulM <RaulM!~Raul_M@34-61-201-31.ftth.glasoperator.nl> has quit IRC (Ping timeout: 256 seconds) | 21:49 | |
| vd | MauroAnjo what is it you're trying to append? | 21:57 |
| MauroAnjo | @vd cmake EXTRA_OECMAKE option, it needs to add some options if packages are present | 21:57 |
| vd | are you doing this from an image recipe? | 22:00 |
| MauroAnjo | no, a layer recipe | 22:00 |
| vd | MauroAnjo: IMAGE_INSTALL is a variable inherited from image.bbclass, is your recipe inheriting this class directly or indirectly? | 22:03 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 22:05 | |
| vd | MauroAnjo the simpler for what you're trying to achieve is adding a custom variable in your configuration file (local, machine or distro) and using it instead of IMAGE_INSTALL in your above snippet. Same to append the package to your images. | 22:05 |
| MauroAnjo | hum, so a recipe inside a layer will have no way of being aware what packages will be installed? | 22:11 |
| vd | MauroAnjo installed packages are a image recipe thing. You can compile a package without necessarily a image. | 22:12 |
| vd | A image recipe is a compilation of integrated package, but a package by itself has no notion of installed packages whatsoever | 22:13 |
| MauroAnjo | got it, makes sense :) thanks! Will try another approach for this | 22:13 |
| vd | PACKAGECONFIG might be what you're looking for | 22:14 |
| vd | many packages do things like PACKAGECONFIG[foo] = "${@bb.utils.contains("DISTRO_FEATURES", "foo", "--with-foo", "", d)} for example | 22:16 |
| *** MauroAnjo <MauroAnjo!~MauroAnjo@191.13.251.42> has quit IRC (Quit: Client closed) | 22:18 | |
| *** MauroAnjo <MauroAnjo!~MauroAnjo@191.13.251.42> has joined #yocto | 22:18 | |
| *** WenwuZhang <WenwuZhang!~WenwuZhan@120.235.75.222> has joined #yocto | 22:18 | |
| MauroAnjo | looking at the docs to check, but I thought PACKAGECONFIG would be used on build commands, this options I'm trying to conditionally append are on configure part of CMAKE | 22:19 |
| vd | EXTRA_OECMAKE += "${@bb.utils.contains("MY_VARIABLE", "foo", "--foo", "", d)}" will be just fine then | 22:21 |
| MauroAnjo | oh, it seems PACKAGECONFIG worked :) | 22:21 |
| vd | with MY_VARIABLE ??= "" (or a sane default value) in the recipe, and MY_VARIABLE ?= "foobar" in your config files. | 22:22 |
| *** WenwuZhang <WenwuZhang!~WenwuZhan@120.235.75.222> has quit IRC (Ping timeout: 256 seconds) | 22:23 | |
| *** geoffhp <geoffhp!~Geoff@207.154.79.70> has joined #yocto | 22:27 | |
| *** RaulM <RaulM!~Raul_M@34-61-201-31.ftth.glasoperator.nl> has joined #yocto | 22:28 | |
| *** MauroAnjo <MauroAnjo!~MauroAnjo@191.13.251.42> has quit IRC (Ping timeout: 256 seconds) | 22:30 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-135-025-099.93.135.pool.telefonica.de> has joined #yocto | 22:31 | |
| *** dkl_ <dkl_!~dkl@prometheus.umask.eu> has quit IRC (Quit: %quit%) | 22:35 | |
| *** dkl <dkl!~dkl@prometheus.umask.eu> has joined #yocto | 22:36 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 22:42 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 22:44 | |
| *** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds) | 22:44 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 22:45 | |
| *** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:f0ff:24ff:49a6:a888> has quit IRC (Ping timeout: 252 seconds) | 22:50 | |
| RP | sakoman: do we have that db cve exclusions patch in master? | 22:55 |
| *** RaulM <RaulM!~Raul_M@34-61-201-31.ftth.glasoperator.nl> has quit IRC (Ping timeout: 256 seconds) | 23:00 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-135-025-099.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 23:03 | |
| *** stkw0 <stkw0!~quassel@ns3046126.ip-91-121-8.eu> has joined #yocto | 23:17 | |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 23:18 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-135-025-099.93.135.pool.telefonica.de> has joined #yocto | 23:25 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving) | 23:43 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 23:45 | |
| kroon | RP, what are your thoughts about backporting the deterministic ranlib/ar patches to dunfell/hardknott (once they are stable) ? | 23:46 |
| kroon | stable, as in the patches i mean | 23:49 |
| RP | kroon: probably risky and not of enough benefit to a majority of users? | 23:49 |
| RP | kroon: are you using/testing them there? | 23:49 |
| RP | kroon: I did see your questions, the summit and other meetings has meant I've not managed to formulate replies again, sorry :/ | 23:49 |
| kroon | RP, yup, but i have no problem with keeping them locally applied | 23:50 |
| kroon | RP, dont sweat it, i know you are busy guy | 23:50 |
| RP | kroon: I just worry you think I'm ignoring you which I'm not! :) | 23:50 |
| kroon | RP, not at all | 23:51 |
| RP | kroon: you have good questions which are hard to answer! :) | 23:51 |
| *** dev1990 <dev1990!~dev@dynamic-78-8-166-98.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 23:53 | |
| RP | kroon: Like you, I think I'm torn on whether the cross/native is worth the effort or not. I think I am roughly leaning in favour of trying to go further but that python-native issue you raised is annoying :/ | 23:53 |
| RP | kroon: I did wonder if we could work around it with LD_LIBRARY_PATH | 23:53 |
| kroon | RP, aha. that is an interesting idea | 23:54 |
| RP | it doesn't work in general as we can't get it everywhere it may be needed but the python case may be possible to tweak | 23:54 |
| *** dev1990 <dev1990!~dev@dynamic-78-8-166-98.ssp.dialog.net.pl> has joined #yocto | 23:55 | |
| kroon | RP, hmm I don't see why it wouldn't work everywhere.. | 23:56 |
| RP | kroon: you can't selectively apply it to only our "native" binaries | 23:57 |
| kroon | RP, what breaks if we put "export LD_LIBRARY_PATH=..." in native.bbclass ? | 23:58 |
| RP | kroon: the host binaries would start trying to load libs from that path too | 23:59 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!