| *** dzu <dzu!~user@HSI-KBW-046-005-172-154.hsi8.kabel-badenwuerttemberg.de> has quit IRC | 00:11 | |
| *** Androo <Androo!~andy@071-081-137-109.res.spectrum.com> has quit IRC | 00:21 | |
| *** agust <agust!~agust@p5483339b.dip0.t-ipconnect.de> has quit IRC | 00:28 | |
| *** Klox04809318631 <Klox04809318631!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has quit IRC | 00:36 | |
| *** Klox04809318631 <Klox04809318631!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has joined #yocto | 00:38 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 00:44 | |
| *** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC | 00:47 | |
| *** adelcast <adelcast!~adelcast@2806:103e:13:5e03:c6e:fcff:fedd:8d9f> has quit IRC | 00:59 | |
| *** adelcast <adelcast!~adelcast@2806:103e:13:581d:c6e:fcff:fedd:8d9f> has joined #yocto | 01:15 | |
| *** habing_ <habing_!~habing@2a02:8388:6c0:1200:269c:52c3:be0c:e984> has joined #yocto | 01:21 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 01:27 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 01:28 | |
| *** habing_ <habing_!~habing@2a02:8388:6c0:1200:269c:52c3:be0c:e984> has quit IRC | 02:01 | |
| *** kaspter <kaspter!~Instantbi@180.168.140.162> has joined #yocto | 02:04 | |
| *** kaspter <kaspter!~Instantbi@180.168.140.162> has quit IRC | 02:06 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 02:07 | |
| *** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 02:44 | |
| *** vineela <vineela!~vtummala@134.134.137.77> has joined #yocto | 02:44 | |
| *** sgw <sgw!~sgw@c-71-238-119-71.hsd1.or.comcast.net> has quit IRC | 03:09 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 03:24 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 03:26 | |
| *** camus is now known as kaspter | 03:26 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 03:35 | |
| *** Idadelveloper <Idadelveloper!29cadbf1@41.202.219.241> has joined #yocto | 03:42 | |
| *** Idadelveloper <Idadelveloper!29cadbf1@41.202.219.241> has quit IRC | 03:48 | |
| *** Ida <Ida!29cadbf1@41.202.219.241> has joined #yocto | 03:48 | |
| *** ahadi_ <ahadi_!~ahadi@88.130.222.111> has quit IRC | 03:59 | |
| *** ahadi <ahadi!~ahadi@i59F44CFC.versanet.de> has joined #yocto | 04:00 | |
| *** rcrudo <rcrudo!~rcrudo@2001:16b8:c206:2100:b96b:ef55:bd19:749f> has quit IRC | 04:05 | |
| *** rcrudo <rcrudo!~rcrudo@2001:16b8:c26c:1a00:dcf5:8ffe:d9c3:a995> has joined #yocto | 04:06 | |
| *** lexano <lexano!~lexano@cpeb03956d8c2f4-cm98524a70e35e.cpe.net.cable.rogers.com> has quit IRC | 04:18 | |
| *** lexano <lexano!~lexano@cpeb03956d8c2f4-cm98524a70e35e.cpe.net.cable.rogers.com> has joined #yocto | 04:23 | |
| *** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 04:28 | |
| *** sgw <sgw!~sgw@c-71-238-119-71.hsd1.or.comcast.net> has joined #yocto | 04:33 | |
| *** lexano <lexano!~lexano@cpeb03956d8c2f4-cm98524a70e35e.cpe.net.cable.rogers.com> has quit IRC | 04:41 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 04:42 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 04:43 | |
| *** camus is now known as kaspter | 04:43 | |
| *** rcrudo <rcrudo!~rcrudo@2001:16b8:c26c:1a00:dcf5:8ffe:d9c3:a995> has quit IRC | 05:02 | |
| *** Ida <Ida!29cadbf1@41.202.219.241> has quit IRC | 05:04 | |
| *** rcrudo <rcrudo!~rcrudo@2001:16b8:c27b:3200:cbc0:1c4f:d36c:43d0> has joined #yocto | 05:04 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-iyaibunobljajfku> has quit IRC | 05:32 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 05:41 | |
| *** thecomet <thecomet!~thecomet@212-51-148-26.fiber7.init7.net> has joined #yocto | 05:46 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 05:51 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 05:51 | |
| *** camus is now known as kaspter | 05:51 | |
| *** jobroe <jobroe!~manjaro-u@p579eb468.dip0.t-ipconnect.de> has joined #yocto | 06:16 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 06:27 | |
| *** cengiz_io <cengiz_io!~cengiz_io@159.89.7.238> has quit IRC | 06:30 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:32 | |
| *** matthewzmd <matthewzmd!~user@72.138.138.18> has joined #yocto | 06:50 | |
| *** Shikadi <Shikadi!~Shikadi@135.30.27.136.in-addr.arpa> has quit IRC | 07:06 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 07:06 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 07:06 | |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto | 07:11 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@dh207-121-234.xnet.hr> has joined #yocto | 07:14 | |
| *** agust <agust!~agust@p5483339b.dip0.t-ipconnect.de> has joined #yocto | 07:19 | |
| *** zandrey <zandrey!~zandrey@193.8.40.126> has joined #yocto | 07:20 | |
| *** rcrudo <rcrudo!~rcrudo@2001:16b8:c27b:3200:cbc0:1c4f:d36c:43d0> has quit IRC | 07:22 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:6448:a1be:2d68:fad7> has joined #yocto | 07:23 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:24 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 07:25 | |
| *** frsc <frsc!~frsc@176-171-142-46.pool.kielnet.net> has joined #yocto | 07:34 | |
| *** mckoan|away is now known as mckoan | 07:42 | |
| *** fl0v0 <fl0v0!~fvo@i59F44F1C.versanet.de> has joined #yocto | 07:56 | |
| *** thecomet <thecomet!~thecomet@212-51-148-26.fiber7.init7.net> has quit IRC | 08:02 | |
| *** rcrudo <rcrudo!~rcrudo@83.135.244.64> has joined #yocto | 08:14 | |
| *** dzu <dzu!~user@HSI-KBW-046-005-172-154.hsi8.kabel-badenwuerttemberg.de> has joined #yocto | 08:21 | |
| *** dzu <dzu!~user@HSI-KBW-046-005-172-154.hsi8.kabel-badenwuerttemberg.de> has quit IRC | 08:23 | |
| *** dzu` <dzu`!~user@HSI-KBW-046-005-172-154.hsi8.kabel-badenwuerttemberg.de> has joined #yocto | 08:26 | |
| *** TPRoberts <TPRoberts!2530e502@37.48.229.2> has joined #yocto | 08:36 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-ydcvzofhuolqkmpx> has joined #yocto | 08:42 | |
| *** matthewzmd <matthewzmd!~user@72.138.138.18> has quit IRC | 08:43 | |
| *** davidinux <davidinux!~davidinux@192.145.127.180> has quit IRC | 08:54 | |
| *** davidinux <davidinux!~davidinux@109.116.24.241> has joined #yocto | 08:55 | |
| LetoThe2nd | yo dudX! first snow! | 08:59 |
|---|---|---|
| mckoan | LetoThe2nd: hi, same forecast here \o/ | 09:02 |
| LetoThe2nd | \o/ | 09:04 |
| qschulz | First negative temperatures here o/ | 09:06 |
| LetoThe2nd | negative here since about a week, but way too much sun :( | 09:06 |
| qschulz | LetoThe2nd: YOU COMPLAIN ABOUT SUN IN THE END OF NOVEMBER? | 09:07 |
| qschulz | LetoThe2nd: It's pitch dark at 4:15pm here :( | 09:07 |
| * LetoThe2nd likes dark. | 09:08 | |
| LetoThe2nd | plus, vienna is a couple of 100km east. | 09:08 |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 09:09 | |
| *** TPRoberts <TPRoberts!2530e502@37.48.229.2> has quit IRC | 09:11 | |
| *** TPRoberts <TPRoberts!~TPRoberts@37.48.229.2> has joined #yocto | 09:12 | |
| *** gpanders <gpanders!~gpanders@c-98-32-4-57.hsd1.nm.comcast.net> has quit IRC | 09:12 | |
| *** gpanders <gpanders!~gpanders@c-98-32-4-57.hsd1.nm.comcast.net> has joined #yocto | 09:21 | |
| *** lfa <lfa!~lfa@62-178-244-151.cable.dynamic.surfer.at> has quit IRC | 09:22 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 09:27 | |
| qschulz | LetoThe2nd: I like darkness too... but I start working late so having half my day of work in complete darkness is quite depressing :) | 09:28 |
| LetoThe2nd | qschulz: have kids, get up early. | 09:29 |
| qschulz | LetoThe2nd: my sleep is sacred, can't have kids | 09:30 |
| LetoThe2nd | hehe | 09:31 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-xcvzkqtiqposdepk> has joined #yocto | 09:33 | |
| yann | looking for guidance in extending the Wget: our primary need is to be able to download files served by private gitlab.com (from npm package repository) using an "Authorization: Bearer XXXX" header. My initial PoC just adds an authz_bearer parameter to the wget URI, but that may be too specific, and I'd also like to specify it outside of the URI but I'm not sure on the best way to go | 09:42 |
| yann | basically what I'd like is modifying FETCHCMD_wget, that way any --header option can be used, but I did not go that route in the PoC because the token is for a single URI and I don't want it to be sent to other servers | 09:44 |
| *** megabread <megabread!~megabread@2a01:4b00:e031:2600:b4bd:cefe:9eec:5791> has joined #yocto | 09:46 | |
| yann | now we have the "name" URI parameter - would it be correct to allow something like FETCHCMD_wget_append[$name] for such a usage ? | 09:47 |
| yann | what's foremost annoying there is that the FETCHCMD_$method default is hardcoded in bitbake so we just can't use _append | 09:50 |
| yann | wouldn't it be useful to have the fetch method do a setVar in their ctor and remove the "or $hardcodedcmd" ? | 09:53 |
| *** rcrudo <rcrudo!~rcrudo@83.135.244.64> has quit IRC | 10:00 | |
| *** rcrudo <rcrudo!~rcrudo@17.120.234.35.bc.googleusercontent.com> has joined #yocto | 10:00 | |
| yann | And then there is the idea of using the "name" parameter for this: it seems safe as Wget URIs can only ever have one name specified this way, but does that make it a good idea ? | 10:10 |
| zandrey | LetoThe2nd: it also snows pretty heavy on the west side of Austria here. ski resort owners are getting happy! ;) | 10:16 |
| *** davidinux <davidinux!~davidinux@109.116.24.241> has quit IRC | 10:17 | |
| *** hpsy <hpsy!~hpsy@92.118.12.98> has quit IRC | 10:17 | |
| qschulz | zandrey: let's wait to see if the ski resorts can re-open ;) | 10:18 |
| zandrey | qschulz: Swiss and Austrians would not give up on this! :D | 10:19 |
| qschulz | zandrey: France already decided they would open the ski resorts but not the chairlifts hehehehe | 10:22 |
| qschulz | and i heard Germany is pushing hard for no ski season in Europe | 10:22 |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 10:23 | |
| zandrey | qschulz: no chairs??? that would be chaos! :O and Germans really went pretty extreme, heard that on the news the other day. one day skiing - 10 day home with no wages! :O | 10:23 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 10:24 | |
| *** camus is now known as kaspter | 10:24 | |
| zandrey | this year would be mad in the mountains... i didn't even waxed the board, not even talking about season pass... :( | 10:26 |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has quit IRC | 10:48 | |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto | 10:48 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 10:52 | |
| T_UNIX | hi | 10:54 |
| LetoThe2nd | Z | 10:55 |
| qschulz | active low | 10:56 |
| T_UNIX | I'm trying to put git, make and python into a sdk generated via `bitbake -c populate_sdk my_image`. I've created a `nativesdk-my_app.bb` companion recipe that adds `nativesdk-git`, etc. to `RDEPENDS_${PND}`. | 10:57 |
| T_UNIX | but those never end up in the generated sdk | 10:57 |
| T_UNIX | are they somehow filtered by `ASSUME_INSTALLED`(?) ? | 10:57 |
| T_UNIX | I tried to go with DEPENDS+="git-native", etc. in `my_app.bb`, but that wouldn't work out either :-/ | 11:00 |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has quit IRC | 11:02 | |
| *** rcrudo <rcrudo!~rcrudo@17.120.234.35.bc.googleusercontent.com> has quit IRC | 11:04 | |
| *** rcrudo <rcrudo!~rcrudo@83.135.244.64> has joined #yocto | 11:06 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 11:08 | |
| TPRoberts | Hi all, long time lurker. I have recently got into Yocto to meet my professional requirements. I am wondering if I can get some opinions and previous experience from people on this chat. I am in my early stages of prototyping and software requirements haven't been nailed down yet but I know I will need some form of recovery. I am trying to cover the potential situation of corruption to the systems and restore to a known good image, this would ideally be | 11:17 |
| TPRoberts | automatic for corruption situations but user intervention is still possible if the automatic approach isn't possible. | 11:17 |
| TPRoberts | I am thinking of going down the read only rootfs but haven't experimented with this yet and I would ideally have a duplicated partition I could boot to for recovery purposes. I am thinking of having two images (system and recovery) and a custom kickstart file to partition the final image appropriately. Then can modify the something low down in the boot partition of the board to choose appropriate partition, not sure how I'll do this at the moment. I was | 11:17 |
| TPRoberts | wondering is anyone has wanted to cover this situation before and what they decided? | 11:17 |
| neverpanic | TPRoberts: Seen two solutions so far, obviously depends on what your board supports. One was a separate kernel with a minimal initramfs that gets booted by the bootloader if it can't successfully boot the real thing. | 11:19 |
| neverpanic | The other is a bootloader that accepts a sideloaded image during boot (if its signature checks, of course). | 11:20 |
| qschulz | TPRoberts: swupdate, RAUC or probably other upgrade mechanisms should supportthis more or less | 11:21 |
| qschulz | you're probably looking for A/B partitioning mechanism that you can find on Android/ChromeOS for example | 11:22 |
| neverpanic | A/B doesn't necessarily help you recover a sample where both partitions are broken, though. | 11:23 |
| neverpanic | But yes, A/B is a good idea regardless, if you have the space. | 11:24 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 11:26 | |
| qschulz | FWIW, we use swupdate with one fitimage with an initramfs (with swupdate in it) and from production image we ask to boot into this fitimage at reboot | 11:26 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 11:26 | |
| qschulz | it also does reboot into the "recovery image" if you can't reach production usersapce for too many times | 11:26 |
| qschulz | neverpanic: there's always a scenario you won't be able to cover. If you have corrupted your boot partitions, you're fucked too anyway | 11:27 |
| PaowZ | <T_UNIX> hi <LetoThe2nd> Z ... amp user spotted.. | 11:27 |
| T_UNIX | PaowZ: hm? | 11:30 |
| *** frsc <frsc!~frsc@176-171-142-46.pool.kielnet.net> has quit IRC | 11:31 | |
| *** lexano <lexano!~lexano@cpeb03956d8c2f4-cm98524a70e35e.cpe.net.cable.rogers.com> has joined #yocto | 11:38 | |
| TPRoberts | neverpanic & qschulz thanks for your input, wasn't expecting a replies so quickly. I am working with Raspberry Pi4, it wouldn't of been my choice but I came to the project too late. The Pi 4 doesn't have the traditional bootloader on other Pis uses EEPROM for initial booting, however I could possibly use this bootloader to boot to a side loaded image or intercept in some way using the recovery.bin. I think this involves more reading and experimenting | 11:53 |
| TPRoberts | from. Appreciate the input, I didn't think about side loading a image, I think it might help. | 11:53 |
| *** frsc <frsc!~frsc@176-171-142-46.pool.kielnet.net> has joined #yocto | 11:56 | |
| *** gpanders <gpanders!~gpanders@c-98-32-4-57.hsd1.nm.comcast.net> has quit IRC | 12:04 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 12:05 | |
| *** stacktru1t <stacktru1t!~stacktrus@cpe-67-250-48-90.nyc.res.rr.com> has quit IRC | 12:06 | |
| *** gpanders <gpanders!~gpanders@c-98-32-4-57.hsd1.nm.comcast.net> has joined #yocto | 12:06 | |
| *** gpanders <gpanders!~gpanders@c-98-32-4-57.hsd1.nm.comcast.net> has quit IRC | 12:14 | |
| *** davidinux <davidinux!~davidinux@109.116.24.241> has joined #yocto | 12:15 | |
| *** gpanders <gpanders!~gpanders@c-98-32-4-57.hsd1.nm.comcast.net> has joined #yocto | 12:16 | |
| *** davidinux <davidinux!~davidinux@109.116.24.241> has quit IRC | 12:25 | |
| *** amitk_ <amitk_!~amit@unaffiliated/amitk> has joined #yocto | 12:30 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 12:32 | |
| *** asteriusio <asteriusio!~derek@104-179-196-18.lightspeed.brhmal.sbcglobal.net> has quit IRC | 12:33 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 12:33 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 12:35 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 12:35 | |
| *** amitk_ <amitk_!~amit@unaffiliated/amitk> has quit IRC | 12:37 | |
| *** davidinux <davidinux!~davidinux@217.138.203.185> has joined #yocto | 12:40 | |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto | 12:42 | |
| rburton | khem: have you recently looked at merging the ldconfig-native hacks upstream? was there any traction there? | 12:44 |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has quit IRC | 12:46 | |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto | 12:48 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 12:52 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has quit IRC | 12:52 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 12:53 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 12:59 | |
| *** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto | 13:01 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has joined #yocto | 13:05 | |
| qschulz | TPRoberts: RPi supports U-Boot too. But obviously, you're bound to whatever the bootrom is giving you. DOn't know much about RPi specific boot process though (before the "sw" bootloader, e.g. u-boot) | 13:05 |
| Ad0 | the rpi bootloader is very complicated | 13:09 |
| qschulz | Ad0: starts from the GPU IIRC. Anyway, it was more like, if you need redundancy onyour bootloader, it depends on the actual "hardcoded" bootloader (in bootrom or other things, before you can boot a more common bootloader such as u-boot) | 13:10 |
| Ad0 | ye | 13:11 |
| Ad0 | #raspberrypi-internals is good for that | 13:11 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ubnzfifihlutzwlu> has joined #yocto | 13:16 | |
| zandrey | qschulz: are you on the 2020.10 u-boot? was just wondering because the fit requires proper "bootm_size" to be set and "initrd_high" with "fdt_high" removed. | 13:32 |
| Ad0 | hm I am still in doubt how I should name image recipes. I would really like to have separate names per machine I build for or whether it's production or development. just to have different image names. can image names have a suffix or something generated based on machine or something? or should there just be separate image recipe names which inherit from the same one ? | 13:33 |
| zandrey | TPRoberts: if you boot from eMMC - then you might look into PARTITION_CONFIG, which would allow you to store dual copies of boot sector and swap in between almost "atomic". | 13:34 |
| qschulz | Ad0: sure, why not? an image depends on the machine (yocto wise at least), so I don't see why not (famous last words) | 13:37 |
| Ad0 | why not to a) have separate image files, b) generate suffix (if possible) ? :) | 13:37 |
| qschulz | Ad0: separate image files? | 13:38 |
| Ad0 | k | 13:38 |
| Ad0 | thanks man | 13:38 |
| qschulz | b) just add the ${MACHINE} to the IMAGE_BASE_NAME or something like that? | 13:38 |
| qschulz | no, t'was a question :) didn't understand what you meant wioth separate image files | 13:38 |
| Ad0 | ah ok LOL . I mean having separate recipe files for each type of image. like machine-a-dev.bb | 13:39 |
| Ad0 | but that will be too clunky | 13:39 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 13:39 | |
| Ad0 | IMAGE_BASENAME | 13:42 |
| qschulz | zandrey: no, (way too) old u-boot for us | 13:42 |
| qschulz | I don't have either of the mentioned variables in u-boot env | 13:44 |
| zandrey | qschulz: 2020.10 is too old? :D i can only say wow in this case! | 13:45 |
| qschulz | zandrey: no, the one we use obviously :) | 13:45 |
| zandrey | as for vars: they do depend on board config include, so you might be lucky it has been adapted already. ;) | 13:46 |
| qschulz | I remember we needed loadaddr and entrypoint to be set correctly | 13:47 |
| zandrey | qschulz: ah ok! :) then it is definitely the board you use was cleaned-up. | 13:47 |
| qschulz | in the its | 13:47 |
| qschulz | zandrey: it's a custom board so don't know really :p | 13:47 |
| qschulz | always starting more or less from scratch | 13:47 |
| qschulz | don't like BSP stuff | 13:48 |
| qschulz | vendor BSP stuff* | 13:48 |
| zandrey | ok, got it. actually, for the bootm to work - it is needed that the proper size should be added into bootm_size. this is for aarch64 though. | 13:50 |
| *** wz <wz!~wz@89-64-73-212.dynamic.chello.pl> has joined #yocto | 13:51 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:52 | |
| yann | tell me, variable flag names cannot start with an underscore ? I can set such a flag with VAR[_flag]="foo", but then getVarFlag() does not see that :) | 13:52 |
| qschulz | zandrey: check if bootm_size does not exist it's not taken from filesize by any chance | 13:55 |
| TPRoberts | qschulz thanks. I wasn't actually aware of that, I must be blind as I missed that in the BSP layer. I thought u-boot was never adopted for the RPi. I'm so out of the loop. | 14:00 |
| zandrey | qschulz: for us it was a lack of bootm_size and presence of both fdt_high and initrd_high, which caused overlap when fit was loaded. | 14:00 |
| qschulz | zandrey: but you had loadadd and entrypoint set in your its? | 14:00 |
| TPRoberts | zandrey thanks as well, I was playing around with different partitions and changing the desired rootfs partition in the cmdline. | 14:01 |
| qschulz | zandrey: I remember there's a magic value for fdt_high and initrd_high, (0xffffffff?) to tell to not reloacte IIRC? | 14:04 |
| *** matthewcroughan_ <matthewcroughan_!~quassel@static.211.38.12.49.clients.your-server.de> has quit IRC | 14:04 | |
| *** matthewcroughan <matthewcroughan!~quassel@static.211.38.12.49.clients.your-server.de> has joined #yocto | 14:05 | |
| zandrey | qschulz: for loadaddr and entrypoint - iirc kernel-fitimage does set it correctly. | 14:05 |
| qschulz | zandrey: we manually craft our fitimage so can't say :/ | 14:05 |
| Ad0 | I set IMAGE_BASENAME , but tar fails of image , "Cannot stat: No such file or directory" - should I clean something to make it rebuild or is there something that doesn't quite handle it ? | 14:05 |
| zandrey | fdt_high and initrd_high are exactly where the issue was - it was not relocating, but instead - uncompressing in place. ;) | 14:06 |
| zandrey | which ended up is a overwritten image | 14:06 |
| Ad0 | "dd: unrecognized operand my-image-dev.ext4" | 14:07 |
| Ad0 | bitbake my-image -c cleansstate ? | 14:08 |
| zandrey | kernel-uboot.bbclass does compression on aarch64 kernels, hence during execution of bootm it was nuked | 14:09 |
| zandrey | nevertheless, this is fixed in 2020.10, so i was wondering if you also hit this case with your fit image. but it actually depends on several setup factors like ARM architecture, board config, kernel compression defined in ITS... | 14:11 |
| qschulz | yeah, gzipped here on arm and aarch64 | 14:12 |
| *** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC | 14:12 | |
| qschulz | the issue either never happened or was handled before I joined the company | 14:13 |
| Ad0 | qschulz, the variable should be IMAGE_NAME | 14:13 |
| Ad0 | then it doesn't break things lol | 14:13 |
| zandrey | qschulz: lucky you! :D | 14:14 |
| qschulz | zandrey: currently upgrading from 4.14 to 5.4, not painless ;) | 14:17 |
| wz | hey everyone. can somebody please help me to understand how does EXTRA_OECMAKE_append_xxx variables in bitbake recipes work? i.e. what is the 'xxx' part. example: http://git.yoctoproject.org/cgit/cgit.cgi/meta-zephyr/tree/recipes-kernel/zephyr-kernel/zephyr-kernel-common.inc#n18 | 14:23 |
| *** vineela <vineela!~vtummala@134.134.137.79> has joined #yocto | 14:25 | |
| qschulz | wz: _xxx means do whatever is before the _xxx only when the build is marked for xxx | 14:26 |
| mckoan | wz: xxx is MACHINEOVERRIDES | 14:26 |
| wz | I'm trying to add support for building more BSP with meta-zephyr, as for now it supports only arduinos and qemu. my first target is 96boards nitrogen and I've already identified I have to clone missing Nordic HAL sources and point cmake to it. I'm trying to mimic how it's done with cmsis, but HAL can't be included in non-nrf boards builds, hence I guess a similar trick with EXTRA_OECMAKE_append_ is | 14:26 |
| wz | needed, but with something different than 'arm'. | 14:26 |
| mckoan | https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#var-MACHINEOVERRIDES | 14:26 |
| qschulz | xxx can come from OVERRIDES or class-target, or things like that | 14:26 |
| qschulz | mckoan: actually more variables than MACHINEOVERRIDES but yeah :) | 14:26 |
| wz | ok, that sounds like a missing piece in the puzzle, thanks! | 14:27 |
| mckoan | qschulz: yes, my fault, actually is OVERRIDES that usually includes MACHINEOVERRIDES | 14:27 |
| mckoan | wz: you're entring the rabbit hole | 14:27 |
| wz | @mckoan can't wait to see more funny stuff | 14:29 |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has quit IRC | 14:30 | |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto | 14:30 | |
| mckoan | wz: you are starting with tough stuff | 14:31 |
| mckoan | https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#var-OVERRIDES | 14:32 |
| *** emrius <emrius!~emrius@dslb-088-064-250-061.088.064.pools.vodafone-ip.de> has joined #yocto | 14:38 | |
| wz | not quite my own choice, but I can handle it :) | 14:38 |
| qschulz | wz: you'll thank me later but if you ever modify MACHINEOVERRIDES, TRIPLE check the value of MACHINEOVERRIDES with bitbake -e because I can almost guarantee you it's in the wrong order ;) | 14:39 |
| qschulz | (sometimes it can be ignored, because... context. Sometimes it makes you pull your hair for hours ;) ) | 14:40 |
| Piraty | if i issue: `opkg install ./local_file.ipk` , can i make opkg resolve deps from a specified dir where many packages reside? | 14:44 |
| Piraty | (possibly not yet installed packages) | 14:45 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 14:49 | |
| wz | qschulz: thanks for the bitbake -e tip, I can see that there are some values in my MACHINEOVERRIDES and they seem to make sense. adding them to EXTRA_OECMAKE_append_ does not have any effect, but now at least I have something to debug. thanks! | 14:53 |
| *** olani <olani!user@nat/axis/x-urelzeijzeobrlip> has quit IRC | 15:09 | |
| *** jobroe <jobroe!~manjaro-u@p579eb468.dip0.t-ipconnect.de> has quit IRC | 15:11 | |
| tlwoerner | paulbarker: i'm attending the osfc conference and won't be at today's project call | 15:12 |
| paulbarker | tlwoerner: No problem, I'll load up on some coffee and take some notes | 15:12 |
| zeddii | add yaml as an input to your project they said .. sure that'd be easy. until you have to dump it again and the python yaml dumper/representer stuff is the most complex thing I've ever seen. | 15:13 |
| * zeddii shakes his fist and wanders away | 15:13 | |
| qschulz | zeddii: are you using ruamel's? or the official python lib? | 15:15 |
| RP | zeddii: should have used json :) | 15:16 |
| * RP hides behind the flameproof shield | 15:16 | |
| zeddii | just the official lib. I can't bring in dependencies very easily. | 15:16 |
| zeddii | hahaha | 15:16 |
| qschulz | zeddii: it's super outdated IIRC, does not support YAML1.2 right? | 15:16 |
| zeddii | the ruamel dude is super prolific hawking his wares on all the forums though | 15:16 |
| zeddii | I don't have any need for 1.2, but yes, it only has partial support. | 15:17 |
| JPEW | YAML is the best of a lot of sub-par options.... I don't know if expressing structure configuration will ever be "easy" | 15:17 |
| zeddii | try device trees, and then complete subsystem representations in yaml | 15:17 |
| JPEW | At least, it's the best when it has to be both machine and human readable (with emphasis on the latter) | 15:17 |
| zeddii | and then having to go back and forth between device trees and yaml | 15:17 |
| zeddii | JPEW: indeed, that's why they landed on yaml. | 15:18 |
| kergoth | toml isn't bad. lacks some of the flexibility of yaml, but that's not necessarily a bad thing. not a fan of yaml's references myself | 15:18 |
| * kergoth yawns | 15:18 | |
| JPEW | zeddii: What is it for? | 15:18 |
| zeddii | Lopper my other open source hacking for Xilinx. | 15:18 |
| zeddii | Device Tree evolution project. | 15:18 |
| JPEW | zeddii: Ah | 15:19 |
| JPEW | kergoth: references are one of those things that you need to use sparingly, but when *must* use them, they are pretty good | 15:19 |
| JPEW | kergoth: They are easy to abuse though | 15:20 |
| * kergoth nods | 15:20 | |
| * zeddii makes the executive decision to say "your sequences will be expanded if you write the yaml back out", and someday will poke at ruamel since it may help. | 15:21 | |
| * zeddii has patches to merge .... and will do that instead | 15:21 | |
| kergoth | related: https://github.com/tomwright/dasel is awesome when doing quick scripts | 15:22 |
| *** zandrey <zandrey!~zandrey@193.8.40.126> has quit IRC | 15:23 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 15:26 | |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has quit IRC | 15:27 | |
| zeddii | fancy! | 15:29 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 15:34 | |
| qschulz | kergoth: https://xkcd.com/927/ | 15:38 |
| qschulz | "Say good bye to learning new tools..." [...] "This means that once you learn how to use dasel" :shrug: | 15:39 |
| tlwoerner | paulbarker: awesome, thanks! | 15:39 |
| kergoth | eh, dasel doesn't implement a new configuration standard, it fills in a gap. jq is invaluable, but only for json. yq works, but that's just for yaml. and both of those are less easy to use to update rather than query. if i want something to query and update toml files, there isn't anything else that i've found | 15:43 |
| kergoth | now there's an argument to be made that if your script is complex enough to need to futz with those it's time to rewrite it in python, but that's not always workable :) | 15:44 |
| *** kaspter <kaspter!~Instantbi@2409:8a1e:9114:db10:7d10:332e:322f:1cc7> has joined #yocto | 15:44 | |
| qschulz | kergoth: was just scratching an itch of mine, I don't even know what's the use case for that :p | 15:45 |
| *** TPRoberts <TPRoberts!~TPRoberts@37.48.229.2> has quit IRC | 16:02 | |
| *** Shikadi <Shikadi!~Shikadi@135.30.27.136.in-addr.arpa> has joined #yocto | 16:03 | |
| moto-timo | zeddii: any luck with k3s? | 16:05 |
| zeddii | no. I've done a round of updates on all the components, still nothing. I'm going to focus on the log failure today/tomorrow (hopefully it won't be that long), since without those logs the debug is super random. | 16:10 |
| moto-timo | zeddii: the log symlink issue? | 16:11 |
| zeddii | yah. unless you figured out another way to query those busted containers for what is really going on. journalctl is worthless. | 16:11 |
| moto-timo | zeddii: k9s showed some events, but not anything that really helped | 16:12 |
| moto-timo | zeddii: which would be the same that kubectl events foo shows (I forget the syntax) | 16:12 |
| moto-timo | JPEW: did you get keadm working? Curious why all of that is commented out on kube-battlestar-cluster | 16:13 |
| JPEW | moto-timo: I juts got it working last night | 16:14 |
| JPEW | It's.... unforgiving | 16:14 |
| moto-timo | JPEW: I set up a rpi4 as labgrid-controller... but I want to ansible the setup. This on top of the raspbian 64-bit beta | 16:16 |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 16:20 | |
| *** fl0v0 <fl0v0!~fvo@i59F44F1C.versanet.de> has quit IRC | 16:20 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 16:20 | |
| JPEW | moto-timo: Ah cool. I was going to try using kubeedge to orchestrate the labgrid containers on raspbian | 16:21 |
| JPEW | ... of course, there are no ARM labgrid containers :( | 16:21 |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-ydcvzofhuolqkmpx> has quit IRC | 16:23 | |
| moto-timo | JPEW: are you using rpi4 or rpi3 for the edge nodes? | 16:24 |
| JPEW | rpi4 | 16:24 |
| moto-timo | cool | 16:24 |
| moto-timo | sadly pi0 is no longer supported by k8s (armv6) | 16:24 |
| *** fl0v0 <fl0v0!~fvo@i59F44F1C.versanet.de> has joined #yocto | 16:24 | |
| moto-timo | I would only have tried to run k3s on it, but pi0 cluster would be super inexpensive | 16:25 |
| moto-timo | unlike the rpi4 cluster I just ordered (8 rpi4 8gb) | 16:25 |
| smurray | moto-timo: the 512M on the pi0 doesn't become an issue? | 16:26 |
| moto-timo | smurray: it would for etcd most likely | 16:26 |
| moto-timo | smurray: but you can't even build for armv6 anymore, so academic... unless you want to revert to k8s 1.6 | 16:26 |
| * moto-timo does not ;) | 16:27 | |
| smurray | moto-timo: heh | 16:28 |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 16:30 | |
| zeddii | moto-timo: on k3s, I admit to feeling a bit abandoned by the submitter on getting the final issues worked out. If I wasn't already working on the support myself, I would have chucked it all in the bin by now. | 16:33 |
| zeddii | RP: like new kernel and libc headers :D | 16:34 |
| *** frsc <frsc!~frsc@176-171-142-46.pool.kielnet.net> has quit IRC | 16:34 | |
| moto-timo | zeddii: k3s troubleshooting was not fun at all... and I don't think I got anywhere (other than a semi-ok recipe for k9s) | 16:35 |
| *** bluelightning_ is now known as bluelightning | 16:35 | |
| emrius | Hey, I switched to using kas and reconfigured a couple of things. Unfortunately, dnf complains about not finding a `repomd.xml` file when I try to upgrade packages on my target device. I tried running the 'package-index' command but that didn't generate that file either. Which flag do I miss setting here? | 16:45 |
| khem | rburton: not really, glibc patch upstreaming is in my long list of things to do | 16:47 |
| emrius | Ah I think I found the mistake. I ran the `package-index` command on the wrong project *blush* | 16:47 |
| emrius | ... hmm... no that was not the issue | 16:51 |
| *** pharaon2502 <pharaon2502!~manjaro-u@dh207-121-234.xnet.hr> has quit IRC | 16:52 | |
| vmeson | from wiki: The Year 2038 problem (also called Y2038, Epochalypse ... -- ugh, the Epoch-alypse! | 16:58 |
| * paulbarker facepalms | 16:59 | |
| zeddii | man, when time hits, steven nukes us hard! | 17:01 |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-33-174-93-106-232.dsl.bell.ca> has joined #yocto | 17:08 | |
| *** emrius <emrius!~emrius@dslb-088-064-250-061.088.064.pools.vodafone-ip.de> has quit IRC | 17:12 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:16 | |
| *** wz <wz!~wz@89-64-73-212.dynamic.chello.pl> has quit IRC | 17:17 | |
| *** habing_ <habing_!~habing@2a02:8388:6c0:1200:269c:52c3:be0c:e984> has joined #yocto | 17:17 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 17:18 | |
| moto-timo | no soup for you! | 17:19 |
| *** mckoan is now known as mckoan|away | 17:34 | |
| *** rcrudo <rcrudo!~rcrudo@83.135.244.64> has quit IRC | 17:44 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 17:59 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 17:59 | |
| *** Ida <Ida!29cadbf1@41.202.219.241> has joined #yocto | 18:02 | |
| *** Ida24 <Ida24!29cadbf1@41.202.219.241> has joined #yocto | 18:10 | |
| *** Ida100 <Ida100!29cadbf1@41.202.219.241> has joined #yocto | 18:11 | |
| *** Ida <Ida!29cadbf1@41.202.219.241> has quit IRC | 18:12 | |
| *** wz <wz!~wz@89-64-73-212.dynamic.chello.pl> has joined #yocto | 18:13 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 18:15 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 18:21 | |
| *** kaspter <kaspter!~Instantbi@2409:8a1e:9114:db10:7d10:332e:322f:1cc7> has quit IRC | 18:34 | |
| *** habing_ <habing_!~habing@2a02:8388:6c0:1200:269c:52c3:be0c:e984> has quit IRC | 18:35 | |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:502d:e3d6:69e1:2ce7> has joined #yocto | 18:36 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 18:40 | |
| *** fl0v0 <fl0v0!~fvo@i59F44F1C.versanet.de> has quit IRC | 18:40 | |
| *** wz <wz!~wz@89-64-73-212.dynamic.chello.pl> has quit IRC | 18:46 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-xcvzkqtiqposdepk> has quit IRC | 18:59 | |
| *** wz <wz!~wz@89-64-73-212.dynamic.chello.pl> has joined #yocto | 19:24 | |
| *** wz <wz!~wz@89-64-73-212.dynamic.chello.pl> has quit IRC | 19:30 | |
| *** matthewcroughan <matthewcroughan!~quassel@static.211.38.12.49.clients.your-server.de> has quit IRC | 19:42 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 19:51 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 19:53 | |
| *** matthewcroughan <matthewcroughan!~quassel@static.211.38.12.49.clients.your-server.de> has joined #yocto | 19:56 | |
| *** davidinux <davidinux!~davidinux@217.138.203.185> has quit IRC | 20:08 | |
| *** davidinux <davidinux!~davidinux@192.145.127.60> has joined #yocto | 20:09 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 20:15 | |
| *** otavio <otavio!~otavio@200-180-244-15.user3p.brasiltelecom.net.br> has joined #yocto | 20:16 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 20:16 | |
| *** rob_gries <rob_gries!~rob@ool-4575435a.dyn.optonline.net> has joined #yocto | 20:42 | |
| *** davisr__ <davisr__!davisr@gateway/vpn/protonvpn/davisr> has joined #yocto | 20:43 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@dh207-121-234.xnet.hr> has joined #yocto | 20:44 | |
| *** davisr_ <davisr_!davisr@gateway/vpn/protonvpn/davisr> has quit IRC | 20:45 | |
| rob_gries | Hello all, what's the best way to assign permissions on files in /dev in Yocto? I'm integrating pulseaudio and I want to change the ownership of /dev/snd/* to root:audio before the system starts up. I tried to run chown root:audio /dev/snd/* at boot via an initscript, but that's not reliable. | 20:45 |
| *** davisr__ is now known as davisr | 20:51 | |
| *** tprrt <tprrt!~tprrt@88.162.151.131> has joined #yocto | 20:56 | |
| *** tprrt <tprrt!~tprrt@88.162.151.131> has quit IRC | 21:01 | |
| *** bps3 <bps3!~bps@80.71.142.18> has joined #yocto | 21:06 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@dh207-121-234.xnet.hr> has quit IRC | 21:09 | |
| *** cengiz_io <cengiz_io!~cengiz_io@159.89.7.238> has joined #yocto | 21:39 | |
| *** tkoskine <tkoskine!tkoskine@kapsi.fi> has quit IRC | 21:42 | |
| bluelightning | rob_gries: I think probably udev scripts would be the best way to achieve that (not Yocto specific) | 21:44 |
| bluelightning | or rather udev rules | 21:45 |
| bluelightning | once you have a rules file you'd just need to create a recipe to install it into the appropriate location (i.e. ${D}${sysconfdir}/udev/rules.d in do_install) | 21:47 |
| *** rcw <rcw!~rcwoolley@157.52.1.76> has quit IRC | 21:59 | |
| rob_gries | bluelightning: Thanks that makes more sense. | 22:02 |
| *** vineela <vineela!~vtummala@134.134.137.79> has quit IRC | 22:04 | |
| *** megabread <megabread!~megabread@2a01:4b00:e031:2600:b4bd:cefe:9eec:5791> has quit IRC | 22:05 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 22:20 | |
| *** tkoskine <tkoskine!tkoskine@kapsi.fi> has joined #yocto | 22:28 | |
| *** vineela <vineela!~vtummala@134.134.137.79> has joined #yocto | 22:29 | |
| tlwoerner | are you kidding me? the one time I don't attend the weekly yocto call and bluelightning shows up?! | 22:34 |
| tlwoerner | (lol) | 22:34 |
| bluelightning | tlwoerner: heh... I have been in the last couple also I think | 22:35 |
| bluelightning | time changes made it possible | 22:35 |
| *** Ida100 <Ida100!29cadbf1@41.202.219.241> has quit IRC | 22:51 | |
| *** sagner <sagner!~ags@2a02:169:3df5::979> has joined #yocto | 22:55 | |
| *** tprrt <tprrt!~tprrt@51.83.110.68> has joined #yocto | 23:07 | |
| kergoth | agh, knew i was forgetting something | 23:13 |
| *** risca <risca!~quassel@212.85.71.156> has joined #yocto | 23:17 | |
| *** lemoi <lemoi!~x@modemcable100.53-178-173.mc.videotron.ca> has joined #yocto | 23:26 | |
| *** dzu` <dzu`!~user@HSI-KBW-046-005-172-154.hsi8.kabel-badenwuerttemberg.de> has quit IRC | 23:28 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC | 23:33 | |
| *** marquiz_ <marquiz_!marquiz@nat/intel/x-unuzgljwkcyrdfjl> has joined #yocto | 23:34 | |
| *** marquiz <marquiz!marquiz@nat/intel/x-pkcfylflqrjepizy> has quit IRC | 23:34 | |
| lemoi | is this the right channel for bitbake support? I'm doing a yocto build that requires a credentials-protected docker image. In other words, bitbake needs to perform a docker login before a docker pull | 23:34 |
| lemoi | does anyone have an example for this? What about credentials exposure? | 23:35 |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 23:36 | |
| fray | I'm not sure how that would work.. | 23:48 |
| fray | other things that require credential support have alterantive methods, but those are SCM, https, etc connections | 23:48 |
| *** Ida100 <Ida100!81006514@129.0.101.20> has joined #yocto | 23:48 | |
| rburton | you could whitelist an environment variable and pass it into the build that way | 23:50 |
| fray | environment is the bestway to handle this, if the code supports it | 23:51 |
| *** Ida100 <Ida100!81006514@129.0.101.20> has quit IRC | 23:55 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!