| *** florian_kc <florian_kc!~florian@dynamic-093-131-151-046.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds) | 00:05 | |
| JaMa | DvorkinDmitry: if you just want modules-load.d file then look at KERNEL_MODULE_AUTOLOAD in meta/classes-recipe/kernel-module-split.bbclass | 00:07 |
|---|---|---|
| DvorkinDmitry | JaMa, oh, thank you! | 00:08 |
| JaMa | FILES variable doesn't do anything unless you meant FILES:${PACKAGE_NAME} | 00:08 |
| DvorkinDmitry | JaMa, yes, I know. FILES:${PN} += meanless in kernel module recipe | 00:08 |
| JaMa | it's not meaningless as long as you have correct packagename there, but for modules-load.d it's not needed as there is better mechanism for that | 00:10 |
| Crofton | Build success | 00:20 |
| Crofton | wacking everything and trying again | 00:20 |
| JaMa | whack that spinning rust at least to 15K RPM | 00:26 |
| *** SK <SK!~SK@50.175.150.130> has joined #yocto | 00:27 | |
| SK | Hello, I'm all of the sudden start seeing following errors in my build process, when running `repo sync`. "error: Server does not allow request for unadvertised object" Does anyone saw similar problems? I don't have any changes on my end, it just started happening today. (it runs via github runner, in AWS) | 00:28 |
| *** jbo <jbo!~tct@user/tct> has quit IRC (Ping timeout: 245 seconds) | 00:35 | |
| *** tct <tct!~tct@user/tct> has joined #yocto | 00:36 | |
| SK | does yocto git repo (git.yoctoproject.org) has some sort of rate limiting implemented? | 00:41 |
| *** SK <SK!~SK@50.175.150.130> has quit IRC (Quit: Client closed) | 00:52 | |
| *** belgianguy <belgianguy!~belgiangu@ptr-651fbf81ozra7zahbgt.18120a2.ip6.access.telenet.be> has quit IRC (Ping timeout: 246 seconds) | 01:01 | |
| *** davidinux <davidinux!~davidinux@194.34.233.216> has quit IRC (Ping timeout: 240 seconds) | 01:03 | |
| *** davidinux <davidinux!~davidinux@host-79-31-21-44.retail.telecomitalia.it> has joined #yocto | 01:06 | |
| *** SK <SK!~SK@50.175.150.130> has joined #yocto | 01:15 | |
| *** SK <SK!~SK@50.175.150.130> has quit IRC (Quit: Client closed) | 01:22 | |
| *** Ablu <Ablu!~Ablu@user/Ablu> has quit IRC (Ping timeout: 255 seconds) | 01:34 | |
| *** OnkelUll_ <OnkelUll_!~user@dude03.red.stw.pengutronix.de> has joined #yocto | 01:36 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 246 seconds) | 01:37 | |
| *** OnkelUlla <OnkelUlla!~user@dude03.red.stw.pengutronix.de> has quit IRC (Read error: Connection reset by peer) | 01:37 | |
| *** Ablu <Ablu!~Ablu@p4fdb291d.dip0.t-ipconnect.de> has joined #yocto | 01:37 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6534:9f00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 245 seconds) | 02:24 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6533:6700:2ce:39ff:fecf:efcd> has joined #yocto | 02:26 | |
| *** old_boy <old_boy!~old_boy@205.251.233.107> has quit IRC (Quit: Client closed) | 02:34 | |
| *** Marian64 <Marian64!~Marian@c-73-219-138-101.hsd1.nh.comcast.net> has joined #yocto | 02:50 | |
| Marian64 | Hi, | 02:55 |
| Marian64 | I'm trying to build a .wic image and I have the following wks.ini file | 02:55 |
| Marian64 | part /boot --source bootimg-efi --sourceparams="loader=${EFI_PROVIDER}" --ondisk sda --label msdos --active --align 1024 | 02:55 |
| Marian64 | part swap --ondisk sda --size 1G --label swap1 --fstype=swap | 02:55 |
| Marian64 | part / --source rootfs --ondisk sda --fstype=ext4 --label platform --align 1024 --use-uuid | 02:55 |
| Marian64 | bootloader --ptable gpt --timeout=5 --append="rootfstype=ext4 console=ttyS0,115200 console=tty0" | 02:55 |
| Marian64 | The problem is that the swap partition is not 1G is 44M: | 02:55 |
| Marian64 | wic ls test-image-genericx86-64.wic | 02:55 |
| Marian64 | Num Start End Size Fstype | 02:55 |
| Marian64 | 1 1048576 28428287 27379712 fat16 | 02:55 |
| Marian64 | 2 28428288 74565631 46137344 linux-swap(v1) | 02:55 |
| Marian64 | 3 75497472 1159546879 1084049408 ext4 | 02:55 |
| Marian64 | Any input on this? | 02:55 |
| *** kpo <kpo!~kpo@031011130207.dynamic-3-poz-k-1-0-0.vectranet.pl> has quit IRC (Ping timeout: 255 seconds) | 02:59 | |
| *** rfs613 <rfs613!~rfs613@142.114.20.193> has quit IRC (Remote host closed the connection) | 03:16 | |
| *** prabhakar <prabhakar!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Ping timeout (120 seconds)) | 03:17 | |
| *** rfs613 <rfs613!~rfs613@bmtnon1340w-lp130-01-142-114-20-193.dsl.bell.ca> has joined #yocto | 03:18 | |
| *** Marian67 <Marian67!~Marian@c-73-219-138-101.hsd1.nh.comcast.net> has quit IRC (Quit: Client closed) | 03:30 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 03:31 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 03:32 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has quit IRC (Ping timeout: 246 seconds) | 03:38 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has joined #yocto | 03:39 | |
| *** wak <wak!~wkenningt@2001:19f0:ac01:40f:5400:4ff:fe7c:68e6> has joined #yocto | 03:45 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 03:46 | |
| *** Marian64 <Marian64!~Marian@c-73-219-138-101.hsd1.nh.comcast.net> has quit IRC (Quit: Client closed) | 04:23 | |
| *** SK <SK!~SK@208.82.101.176> has joined #yocto | 04:33 | |
| *** SK <SK!~SK@208.82.101.176> has quit IRC (Client Quit) | 04:33 | |
| *** xmn <xmn!~xmn@pool-71-105-152-109.nycmny.fios.verizon.net> has quit IRC (Quit: ZZZzzz…) | 05:02 | |
| *** amitk <amitk!~amit@58.84.61.208> has joined #yocto | 05:05 | |
| *** kpo <kpo!~kpo@031011130207.dynamic-3-poz-k-1-0-0.vectranet.pl> has joined #yocto | 05:20 | |
| *** davidinux <davidinux!~davidinux@host-79-31-21-44.retail.telecomitalia.it> has quit IRC (Ping timeout: 246 seconds) | 05:33 | |
| *** davidinux <davidinux!~davidinux@194.34.233.222> has joined #yocto | 05:33 | |
| *** kayterina <kayterina!~kayterina@88.197.44.249> has joined #yocto | 05:39 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:55 | |
| *** OnkelUll_ is now known as OnkelUlla | 06:19 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:24 | |
| *** rfuentess <rfuentess!~rfuentess@alyon-652-1-40-213.w109-213.abo.wanadoo.fr> has joined #yocto | 06:32 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 06:38 | |
| *** varjag <varjag!~user@188.95.241.196> has joined #yocto | 06:41 | |
| *** mckoan|away is now known as mckoan | 06:51 | |
| *** zpfvo <zpfvo!~fvo@87.122.87.30> has joined #yocto | 06:55 | |
| *** Guest39 <Guest39!~Guest39@62.159.41.246> has joined #yocto | 07:00 | |
| Guest39 | khem Yes, it was always reproducible | 07:00 |
| Guest39 | JaMa Yes, it fails all the time. I am able to reproduce now | 07:01 |
| *** zpfvo <zpfvo!~fvo@87.122.87.30> has quit IRC (Ping timeout: 246 seconds) | 07:01 | |
| *** mckoan <mckoan!~marco@host-95-229-48-41.business.telecomitalia.it> has quit IRC (Ping timeout: 246 seconds) | 07:03 | |
| *** olani_ <olani_!~olani@31-208-215-228.cust.bredband2.com> has quit IRC (Ping timeout: 246 seconds) | 07:03 | |
| *** olani <olani!~olani@31-208-215-228.cust.bredband2.com> has quit IRC (Ping timeout: 246 seconds) | 07:03 | |
| *** kayterina <kayterina!~kayterina@88.197.44.249> has quit IRC (Quit: Client closed) | 07:03 | |
| *** olani <olani!~olani@66.159.215.7> has joined #yocto | 07:04 | |
| *** olani_ <olani_!~olani@66.159.215.7> has joined #yocto | 07:04 | |
| *** mckoan <mckoan!~marco@host-95-229-48-41.business.telecomitalia.it> has joined #yocto | 07:07 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 07:15 | |
| *** zpfvo <zpfvo!~fvo@87.122.87.30> has joined #yocto | 07:16 | |
| *** kpo <kpo!~kpo@031011130207.dynamic-3-poz-k-1-0-0.vectranet.pl> has quit IRC (Quit: Konversation terminated!) | 07:28 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 07:32 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Ping timeout: 246 seconds) | 07:48 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Ping timeout: 245 seconds) | 07:50 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 08:01 | |
| *** belsirk <belsirk!~rfuentess@alyon-652-1-40-213.w109-213.abo.wanadoo.fr> has joined #yocto | 08:04 | |
| *** rfuentess <rfuentess!~rfuentess@alyon-652-1-40-213.w109-213.abo.wanadoo.fr> has quit IRC (Ping timeout: 246 seconds) | 08:05 | |
| *** Guest61 <Guest61!~Guest61@pr-svc-em1-014.emea.corpinter.net> has joined #yocto | 08:10 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128011.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 08:15 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4c00:5d00:7656:3cff:fe3f:7ce9> has joined #yocto | 08:23 | |
| *** Guest62 <Guest62!~Guest62@host-89-241-87-173.as13285.net> has joined #yocto | 08:28 | |
| Guest62 | has someone got the irc chat web interface url for nvidia development boards ? | 08:29 |
| *** Guest61 <Guest61!~Guest61@pr-svc-em1-014.emea.corpinter.net> has quit IRC (Quit: Client closed) | 08:33 | |
| *** lars_ <lars_!~lars@78.79-160-60.customer.lyse.net> has joined #yocto | 08:37 | |
| lars_ | Hello. I tried making my image recipes cleaner by moving common IMAGE_INSTALL stuff into a packagegroup, which makes my layer much tidier. But I get an error for some packages: An allarch packagegroup shouldn't depend on packages which are dynamically renamed (fuse-dev to libfuse-dev) | 08:38 |
| RP | lars_: don't make your packagegroup allarch ? | 08:39 |
| lars_ | How? | 08:39 |
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has joined #yocto | 08:39 | |
| RP | is your packagegroup recipe setting PACKAGE_ARCH ? | 08:40 |
| lars_ | I just made a packagegroup, I did not explicitly say anything about allarch. Also those packages actually are machine type specific inside my packagegroup, like this: RDEPENDS:mypackagegroup:genericx86 | 08:41 |
| lars_ | No | 08:41 |
| RP | so set PACKAGE_ARCH = "${MACHINE_ARCH}" ? | 08:42 |
| lars_ | But I share this packagegroup between both arm and x86 targets | 08:42 |
| lars_ | Can I set it for just parts of the packagegroup? | 08:43 |
| RP | lars_: packagegroup.bbclass defaults to allarch FWIW, that is where it is coming from | 08:43 |
| RP | duplicating per arch is really minor, don't worry about that would be my advice | 08:43 |
| lars_ | Ah, my whole point of making this packagroup was to minimize duplication to make maintainability easier and to always keep all targets in sync and up to date | 08:44 |
| RP | well, you can mark some bits as machine specific but the net result will be it has to be built once per arch | 08:45 |
| RP | split the machine specific bits to a separate recipe ? | 08:45 |
| lars_ | Yeah, that will probably be good | 08:46 |
| lars_ | Thanks! | 08:46 |
| lars_ | When I set PACKAGE_ARCH for the packagegroup, then this will automatically handle compatibility? So if I add this packagegroup to my image, then it will only be installed for the compatible machines? Or do I have to add it like this: IMAGE_INSTALL:genericx86 ? | 08:48 |
| RP | It can't know about compatibility | 08:49 |
| lars_ | Well, probably wrong word to use. Architecture might be better word | 08:50 |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 08:50 | |
| RP | In that case, probably, if I understand the question | 08:53 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 09:01 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 09:04 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 09:04 | |
| *** rfuentess <rfuentess!~rfuentess@37.170.192.103> has joined #yocto | 09:05 | |
| *** belsirk <belsirk!~rfuentess@alyon-652-1-40-213.w109-213.abo.wanadoo.fr> has quit IRC (Ping timeout: 246 seconds) | 09:07 | |
| *** Guest61 <Guest61!~Guest61@pr-svc-em1-016.emea.corpinter.net> has joined #yocto | 09:29 | |
| dvergatal | RP: for something completely different, we have a fix for this one https://bugzilla.yoctoproject.org/show_bug.cgi?id=15084 | 09:30 |
| dvergatal | RP: my team mate who is the author of it will soon join us here and wants to discuss his proposal regardig the fix | 09:31 |
| *** Guest32 <Guest32!~Guest61@pr-svc-em1-016.emea.corpinter.net> has joined #yocto | 09:32 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:2c48:2c2f:7902:cd27> has joined #yocto | 09:37 | |
| *** Guest32 <Guest32!~Guest61@pr-svc-em1-016.emea.corpinter.net> has quit IRC (Client Quit) | 09:37 | |
| *** rfuentess <rfuentess!~rfuentess@37.170.192.103> has quit IRC (Ping timeout: 246 seconds) | 09:38 | |
| *** Guest39 <Guest39!~Guest39@62.159.41.246> has quit IRC (Ping timeout: 246 seconds) | 09:42 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 09:49 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 09:50 | |
| rburton | RP: can you share a link for that qemu patch breaking on mips? | 09:51 |
| *** mbulut <mbulut!~mbulut@ip1f128f36.dynamic.kabel-deutschland.de> has joined #yocto | 09:53 | |
| RP | rburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/154/builds/431 | 09:53 |
| rburton | thanks | 09:53 |
| dvergatal | btw., we would be grateful if any of you have already taken a look at this patch and shared your thoughts, because it is still a draft | 09:57 |
| RP | sadly fortify source doesn't change the qemuppc issue | 09:57 |
| RP | dvergatal: I did just glance at the patch and I can kind of see what you're doing but the lack of any commit message and explanation doesn't help. I did wonder if it would make sense to split it into pieces | 09:59 |
| dvergatal | there is a comment in bugzilla | 10:00 |
| dvergatal | the last message | 10:00 |
| dvergatal | RP: shortly in this bug the problem we have discovered is because posinst scripts are being run in alphabetical order and when user is being added with some dependecies with different order than alphabetical the problem occurs | 10:04 |
| RP | dvergatal: That is not really enough. It only says what the patch does, it doesn't say what the issue being fixed is, why it matters or how the changes fix the issue | 10:05 |
| RP | dvergatal: I guessed that but I should be guessing :) | 10:05 |
| dvergatal | as i said this is just a draft | 10:05 |
| dvergatal | and we wanted to discuss the approach in here | 10:06 |
| dvergatal | if it is correct | 10:06 |
| dvergatal | RP: you shouldn't :P | 10:06 |
| *** rfuentess <rfuentess!~rfuentess@alyon-652-1-40-213.w109-213.abo.wanadoo.fr> has joined #yocto | 10:07 | |
| RP | dvergatal: I'm just giving feedback on your draft ;-) | 10:08 |
| dvergatal | RP: ok Jan is eating his launch so he will join us in couple of minutes | 10:09 |
| * RP feels like a bisection of glibc coming on | 10:16 | |
| dvergatal | are you scared?:P | 10:18 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 10:20 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 10:20 | |
| RP | dvergatal: weary | 10:20 |
| dvergatal | aahhh i see | 10:21 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 10:23 | |
| dvergatal | btw. i still need to taken care of the issue reported by khem but i'm still configuring my gentoo in parallel with other fixes like the one above because our CI stopped to be usable because of it | 10:25 |
| *** slimak <slimak!~slimak@eu242.internetdsl.tpnet.pl> has joined #yocto | 10:30 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto | 10:30 | |
| dvergatal | slimak: finally you joined us | 10:30 |
| slimak | @dvergatal last time I used IRC was about 20 years ago... lots changed since then | 10:31 |
| dvergatal | ok :D | 10:31 |
| JaMa | matching name :) | 10:32 |
| dvergatal | hahahaha | 10:32 |
| dvergatal | JaMa: yeah indeed:P | 10:32 |
| dvergatal | RP: slimak: OK i think we can start | 10:34 |
| dvergatal | slimak: I think you can reveal the details of the patch and the approach | 10:35 |
| varjag | when stripping of target binaries happen in Yocto? | 10:37 |
| varjag | which stage | 10:37 |
| JaMa | do_package | 10:37 |
| varjag | hm. | 10:37 |
| slimak | The issue we had was, than addition of users groups and group memberships was done with postinst scripts run in non-deterministic order --- when there were multi level dependencies it could happen that this order was causing error | 10:39 |
| RP | slimak: I was saying to dvergatal earlier, the patch really needs more explanation. I see you added sort() calls which would make it deterministic but I guess that wasn't enough to ensure everything ran as needed | 10:40 |
| slimak | My approach is to split each useradd postinst script into 3 parts, one for groups, second for users third for group memberships | 10:40 |
| slimak | basepasswd script is already executing useradd scripts in alphabetical order, so I gave names to the scripts to run them correctly | 10:41 |
| slimak | and sorted() was needed for ordering in python part | 10:42 |
| RP | I think it does make sense but I don't really like the reuse of user_group_groupmems_add_sysroot for the other two, I think that is confusing | 10:43 |
| dvergatal | RP: yeah this is what we wanted to discuss | 10:44 |
| slimak | my question is if you generally agree with the idea --- this patch is just proof of concept --- the final should look closer at avoiding generated code duplication for sure | 10:44 |
| RP | I'd probably split the patches into two, one for the sort and one splitting useradd | 10:44 |
| RP | The principle looks fine to me | 10:44 |
| dvergatal | RP: ok so we all agree on the approach | 10:44 |
| dvergatal | cool :D | 10:44 |
| *** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has quit IRC (Remote host closed the connection) | 11:05 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 11:15 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 11:15 | |
| *** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has joined #yocto | 11:16 | |
| shoragan | did anyone hear about https://docs.google.com/document/u/1/d/e/2PACX-1vQ2hRYuI5igwoFq6JQYotxMTM59hJKVBCQlN3sTvNFl7qK-AKI9Dujpl7ZzZ7eIZlaproLALPcZvyzC/pub? | 11:20 |
| shoragan | or is going to attend? | 11:20 |
| RP | shoragan: not heard of it, kind of sad OE/Yocto aren't mentioned | 11:25 |
| shoragan | RP, yes. there's a lot of existing work in the embedded community which seems to be overlooked :/ | 11:26 |
| shoragan | I'll see if I can fit it into my schedule.. | 11:27 |
| RP | shoragan: it would certainly be good to raise awareness | 11:29 |
| shoragan | hmm, registrations closed | 11:29 |
| KanjiMonster | it also says invitation only | 11:33 |
| kanavin | it seems like a microsoft-oriented thing aimed primarily at azure/cloud use cases | 11:46 |
| kanavin | I would go if I were invited, as I happen to be in Berlin, but :shrug: | 11:49 |
| RP | Do we know anyone going or any of the organisers? | 11:49 |
| kanavin | RP: Organizers: Linux Systems Group at Microsoft - Christian Brauner, Lennart Poettering, Luca Boccassi | 11:51 |
| RP | Ah. I guess we could ask Luca | 11:51 |
| RP | they are at least aware of YP | 11:51 |
| *** arisut_ is now known as arisut | 12:00 | |
| *** gsalazar <gsalazar!~gsalazar@107.105.60.94.rev.vodafone.pt> has joined #yocto | 12:06 | |
| RP | of course not all glibc commits actually work :( | 12:07 |
| neverpanic | Surprised they also haven't reached out to other industry players, considering quite a bit of the agenda seems to be on over-the-air updates. I'm sure there are plenty of people in the automotive space with experience on that. | 12:08 |
| *** zpfvo <zpfvo!~fvo@87.122.87.30> has quit IRC (Ping timeout: 260 seconds) | 12:09 | |
| *** zpfvo <zpfvo!~fvo@87.122.87.30> has joined #yocto | 12:10 | |
| *** zpfvo <zpfvo!~fvo@87.122.87.30> has quit IRC (Ping timeout: 240 seconds) | 12:14 | |
| *** zpfvo <zpfvo!~fvo@87.122.87.30> has joined #yocto | 12:14 | |
| manuel1985 | What is the path of a file? Just the dirname, or dirname+basename? | 12:16 |
| manuel1985 | What's the common lingo? | 12:16 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Quit: Leaving) | 12:17 | |
| ptsneves | shoragan: the font of that document's titles is something special | 12:24 |
| shoragan | :) | 12:25 |
| alessioigor | I would like submit a little patch for meta-openembedded. I'm reading https://docs.yoctoproject.org/dev/contributor-guide/submit-changes.html but I don't understand if I should sent it to poky mailing-list or openembedded-devel mailing-list? | 12:26 |
| alessioigor | I guess the second one... | 12:26 |
| alessioigor | Could someone confirm it, please? | 12:26 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 12:28 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 12:30 | |
| *** xmn <xmn!~xmn@pool-71-105-152-109.nycmny.fios.verizon.net> has joined #yocto | 12:31 | |
| ptsneves | meta-openembedded is a layer on it's own and I think has its own maintenance forum. openembedded-devel is project | 12:32 |
| ptsneves | y | 12:33 |
| JaMa | openembedded-devel is also a ML where to send the changes, see https://git.openembedded.org/meta-openembedded/tree/meta-oe/README.md | 12:43 |
| JaMa | alessioigor: ^ | 12:44 |
| KanjiMonster | there's also the third option of creating a PR at https://github.com/openembedded/meta-openembedded - not necessarily the fastest though | 12:44 |
| RP | Please use the mailing list, pull requests are not the preferred method | 12:45 |
| RP | alessioigor: is there anything you'd suggest to make the docs clearer? | 12:45 |
| landgraf | RP: it should be in the README.md thus all visitors of GH page see this | 12:46 |
| landgraf | in the README of the project, not layer I mean | 12:47 |
| *** Guest39 <Guest39!~Guest39@62.159.41.246> has joined #yocto | 12:47 | |
| RP | landgraf: which README is that though? :/ | 12:49 |
| RP | rburton: any luck with that mips failure? | 12:50 |
| landgraf | RP: https://git.openembedded.org/meta-openembedded/tree/README.md this ) | 12:51 |
| landgraf | just level up | 12:51 |
| RP | landgraf: ah, right, yes. Someone should send a patch! :) | 12:51 |
| KanjiMonster | you can also land easily at the not quite so helpful yocto contrib guidelines if you google for e.g. "meta-openembedded submit patch", then the first hit (at least for me) is https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded | 12:53 |
| dvergatal | landgraf: it is quite well documented in here https://docs.yoctoproject.org/dev/contributor-guide/submit-changes.html | 12:54 |
| dvergatal | so I don't understand your issues | 12:54 |
| dvergatal | KanjiMonster: yeah I see that it has been updated :D but still the previous version was just fine | 12:55 |
| alessioigor | RP: The docs (https://docs.yoctoproject.org/dev/contributor-guide/submit-changes.html#finding-a-suitable-mailing-list) say "“meta-*” trees: These trees contain Metadata. Use the poky mailing list." and "For changes to other layers hosted in the OpenEmbedded source repositories (i.e. git.openembedded.org), use the openembedded-devel mailing list" | 12:57 |
| alessioigor | Follow the docs meta-openembedded merts both requirements. | 12:57 |
| alessioigor | *meets | 12:57 |
| *** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has quit IRC (Ping timeout: 246 seconds) | 12:57 | |
| alessioigor | I'll send my patch to openembedde-devel. Thanks to all! | 12:58 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 245 seconds) | 13:04 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 13:06 | |
| *** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has joined #yocto | 13:18 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 13:21 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 246 seconds) | 13:21 | |
| vvn | site.conf.sample has been removed from the template files, right? | 13:22 |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 13:23 | |
| vvn | What is the expected way to deploy a site.conf file? Manually on first build? | 13:24 |
| * vvn is just confused by the upstream site.conf.sample | 13:33 | |
| *** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has joined #yocto | 13:36 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 13:38 | |
| vvn | RP: in addition to TEMPLATECONF, what do you think about adding support for a SCONF_FILE environment variable in oe-setup-builddir in order to copy a site.conf file on first build? | 13:40 |
| *** varjag <varjag!~user@188.95.241.196> has quit IRC (Quit: ERC (IRC client for Emacs 27.1)) | 13:41 | |
| vvn | or do we prefer that the user copy their site.conf file manually after sourcing oe-init-build-env? | 13:42 |
| RP | vvn: It is meant to be site provided, not from our code | 13:45 |
| vvn | sure, because it is site provided, I guess it's okay to blindy copy the site.conf file in <builddir>/conf/ on first build or even before every builds. | 13:51 |
| RP | alessioigor: thanks, we should tweak that meta-* piece | 13:59 |
| vvn | is uninative likely a site-wide configuration? | 14:08 |
| vvn | or is it a distro thing? | 14:09 |
| rburton | distro | 14:11 |
| rburton | RP: had lunch, left machine building | 14:13 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 14:20 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 14:21 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 14:23 | |
| *** mckoan is now known as mckoan|away | 14:32 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Ping timeout: 246 seconds) | 14:37 | |
| *** hrberg <hrberg!~quassel@171.79-160-161.customer.lyse.net> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 14:50 | |
| *** hrberg <hrberg!~quassel@171.79-160-161.customer.lyse.net> has joined #yocto | 14:50 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 14:58 | |
| *** Guest39 <Guest39!~Guest39@62.159.41.246> has quit IRC (Quit: Client closed) | 15:00 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Read error: Connection reset by peer) | 15:00 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 15:01 | |
| kergoth_ | vvn: site could very well live outside the build directory entirely, also, if your default BBLAYERS includes an external path. lots of ways to do it. makes sense to have a copy option though | 15:02 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 15:04 | |
| vvn | yeah I'm using TEMPLATECONF to provide a base configuration for bblayers.conf and local.conf (without versionning them) but I wanted a way to make sure the site.conf is deployed as well | 15:07 |
| vvn | Otherwise I know that at some point I will rm -rf build/ ; . oe-init-build-env and that'll re-create the download and sstate caches | 15:08 |
| vvn | so so far I'm using a wrapper script which cp /etc/site.conf $BDIR/conf after sourcing oe-init-build-env... | 15:09 |
| RP | vvn: ideally you'd point at a standard location for site.conf e.g. somewhere in $HOME rather than copying it around all the time | 15:09 |
| vvn | RP: you mean require/include /etc/site.conf? | 15:10 |
| RP | vvn: there are various options | 15:10 |
| kergoth_ | alter your bblayers.conf to set the default BBLAYERS to ${HOME}/.oe, put site.conf in ~/.oe, as one example. as always with yocto, multiple approaches are available :) | 15:11 |
| vvn | having a "site" layer is an option, but it seems weird to append BBLAYERS to alter the build in that way | 15:11 |
| kergoth_ | I actually don't do it that way myself, since I use a product that has a templateconf and i didn't want to override it, or have that path in customer files, so i just have my workspace scripts symlink it into place instead | 15:11 |
| kergoth_ | the whole point of site is to be specific to your network and host, set PREMIRRORS, etc, which doesn't make sense to be a part of build, which is more specific than that, or your main layers, which are less | 15:12 |
| * kergoth_ shrugs | 15:12 | |
| vvn | yep indeed, I'd set SSTATE_DIR, DL_DIR, maybe DEPLOY_DIR (with "/${DISTRO}" appended) and maybe INHERIT += "buildhistory" in my site.conf | 15:15 |
| vvn | in other words, site.conf is a site-wide static configuration, while auto.conf is a site-wide dynamic configuration (build tag name, image links, ...) | 15:16 |
| vvn | but yeah I think that it'll be convenient if oe-setup-builddir could provide the user a way to check for these configs too | 15:17 |
| vvn | in the meantime, a wrapper to oe-init-build-env it is :-) | 15:18 |
| *** zpfvo <zpfvo!~fvo@87.122.87.30> has quit IRC (Ping timeout: 245 seconds) | 15:24 | |
| *** zpfvo <zpfvo!~fvo@87.122.87.30> has joined #yocto | 15:24 | |
| *** zpfvo <zpfvo!~fvo@87.122.87.30> has quit IRC (Ping timeout: 245 seconds) | 15:29 | |
| *** zpfvo <zpfvo!~fvo@87.122.87.30> has joined #yocto | 15:30 | |
| *** rfuentess <rfuentess!~rfuentess@alyon-652-1-40-213.w109-213.abo.wanadoo.fr> has quit IRC (Remote host closed the connection) | 15:39 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 15:46 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 15:47 | |
| *** dvergatal <dvergatal!~dvergatal@185.53.145.32> has quit IRC (Quit: leaving) | 15:49 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Remote host closed the connection) | 15:59 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 15:59 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 16:01 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 248 seconds) | 16:01 | |
| JaMa | khem: quick q about meta-clang should clang always find corresponding gcc installation or do you remember some cases where default GCC_INSTALL_PREFIX didn't work and you had to explicitly pass --gcc-install-dir? in some strange mulilib setup I'm seeing gcc install in /usr/lib32 but clang seems to search only in lib32-recipe-sysroot/lib/../lib | 16:03 |
| *** slimak <slimak!~slimak@eu242.internetdsl.tpnet.pl> has quit IRC (Ping timeout: 245 seconds) | 16:03 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 255 seconds) | 16:04 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 16:08 | |
| *** mbulut <mbulut!~mbulut@ip1f128f36.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 246 seconds) | 16:09 | |
| khem | JaMa: to be honest I have not tested it much with multilib setup I remember someone did work on it few years ago and made it work on x86 in meta-clang | 16:10 |
| *** zpfvo <zpfvo!~fvo@87.122.87.30> has quit IRC (Remote host closed the connection) | 16:11 | |
| khem | OE's installs are not defaults of gcc and so we might have to teach clang that | 16:12 |
| JaMa | ok, I'm cooking patch for that | 16:18 |
| *** amitk_ <amitk_!~amit@58.84.61.208> has joined #yocto | 16:18 | |
| *** amitk_ <amitk_!~amit@58.84.61.208> has quit IRC (Client Quit) | 16:19 | |
| JaMa | seems simple enough as it searches /lib and /lib64, adding /lib32 as well might fix the issue I'm seeing | 16:19 |
| khem | yeah | 16:20 |
| *** amitk_ <amitk_!~amit@58.84.61.208> has joined #yocto | 16:24 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128011.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 246 seconds) | 16:33 | |
| *** gsalazar <gsalazar!~gsalazar@107.105.60.94.rev.vodafone.pt> has quit IRC (Ping timeout: 246 seconds) | 16:34 | |
| *** Guest62 <Guest62!~Guest62@host-89-241-87-173.as13285.net> has quit IRC (Quit: Client closed) | 16:45 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128011.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 16:48 | |
| *** pabigot <pabigot!~pab@66.sub-75-222-109.myvzw.com> has quit IRC (Ping timeout: 246 seconds) | 16:50 | |
| *** Guest11 <Guest11!~Guest11@2601:280:cb05:1334:7ad1:6a7:f222:b531> has joined #yocto | 16:51 | |
| Guest11 | h | 16:51 |
| RP | khem: I've been trying to bisect glibc to track down which commit causes qemu to fail for ppc. It is looking like 2c6b4b272e6b4d07303af25709051c3e96288f2d works and b40f5f84c41bc484d4792531a693d7583cecae0a fails. Continuing to work through it. Each test takes around 30 mins | 16:51 |
| Guest11 | is there any way to get data from a recipe in a packagegroup from that packagegroup? I'd like to, effectively, iterate over each recipe RDEPEND'ed in a packagegroup and get the SRCREV for them | 16:51 |
| *** Guest61 <Guest61!~Guest61@pr-svc-em1-016.emea.corpinter.net> has quit IRC (Quit: Client closed) | 16:51 | |
| RP | khem: it doesn't make such sense so I wonder if one of my tests was a false result :/ | 16:52 |
| ptsneves | Guest11: with tinfoil you can | 16:53 |
| ptsneves | or jsut processing packagedata | 16:54 |
| Guest11 | packagedata doesnt have SRCREV, unfortunately | 16:55 |
| Guest11 | and hwo can I do that with tinfoil? | 16:55 |
| Guest11 | I was trying to, but couldnt figure out how | 16:55 |
| rburton | right, packagedata is _target metadata_ so if the SRCREV doesn't end up in the version then it's lost | 16:56 |
| rburton | you can iterate packagedata to get the recipes and then look up srcrev in tinfoil | 16:56 |
| ptsneves | Guest11: tinfoil.parse_recipe | 16:57 |
| khem | RP: interesting looked through this here - https://github.com/kraj/glibc/compare/2c6b4b272e6b4d07303af25709051c3e96288f2d...b40f5f84c41bc484d4792531a693d7583cecae0a | 16:57 |
| khem | only this one seems could be affecting all arches https://github.com/kraj/glibc/commit/c437631485a85c3bd034e12f53dd1c8207f05940 | 16:58 |
| *** lars_ <lars_!~lars@78.79-160-60.customer.lyse.net> has quit IRC (Quit: Lost terminal) | 16:58 | |
| khem | others are not looking relevant | 16:58 |
| RP | khem: right, they don't seem obvious candidates :/ | 16:59 |
| RP | khem: I'll keep going, see where things end up | 17:00 |
| *** Guest72 <Guest72!~Guest11@2601:280:cb05:1334:7ad1:6a7:f222:b531> has joined #yocto | 17:00 | |
| Guest72 | ptsneves it killed my session, still me; can I do this from a job in a recipe/bbclass or no? | 17:01 |
| ptsneves | Guest72: ah no. | 17:02 |
| ptsneves | Then what you should do is augment the packagedata task to also put the SRCREV in the pkgdata. Then you can access it in another recipe's task after depending on the task that added the SRCREV data | 17:03 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 17:03 | |
| *** Guest11 <Guest11!~Guest11@2601:280:cb05:1334:7ad1:6a7:f222:b531> has quit IRC (Ping timeout: 246 seconds) | 17:04 | |
| Guest72 | there's no way to attach to the running server? | 17:04 |
| *** pabigot <pabigot!~pab@250.sub-75-236-9.myvzw.com> has joined #yocto | 17:04 | |
| ptsneves | Guest72: you mean arbitrarily query for the data cache of another recipe? | 17:05 |
| ptsneves | if you want that, then I do not think you can | 17:06 |
| Guest72 | I was just hoping to make a BOM (or at least a packagegroup-specific BOM) that also had the SRCURI and SRCREV | 17:07 |
| ptsneves | Guest72: so to achieve that you have the 2 options provided | 17:09 |
| rburton | Guest72: personally i'd write a script to resolve the packagegroup to a list of packages using pkgdata, and then use tinfoil to look up SRC_URI/SRCREV for those recipes | 17:10 |
| Guest72 | something akin to https://wiki.yoctoproject.org/wiki/TipsAndTricks/Tinfoil, I assume? | 17:10 |
| rburton | yes | 17:11 |
| ptsneves | Guest72: what is cool about the script is that you can do the post processing without constrains on bitbake way of doing things. You can also juggle datastores from multiple recipes which you can never have inside a recipe. | 17:16 |
| RP | khem: 2d472b48610f6a298d28035b683ab13e9afac4cb is broken does lead to that commit. Continuing to bisect... | 17:25 |
| *** Guest72 <Guest72!~Guest11@2601:280:cb05:1334:7ad1:6a7:f222:b531> has quit IRC (Quit: Client closed) | 17:31 | |
| *** dvergatal <dvergatal!~dvergatal@185.53.145.32> has joined #yocto | 17:37 | |
| *** ptsneves1 <ptsneves1!~Thunderbi@31.11.128.11> has joined #yocto | 17:39 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128011.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 246 seconds) | 17:40 | |
| *** ptsneves1 is now known as ptsneves | 17:40 | |
| khem | yeah resolvers can be hog | 17:42 |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-188-151.2.243.pool.telefonica.de> has joined #yocto | 17:53 | |
| *** ptsneves <ptsneves!~Thunderbi@31.11.128.11> has quit IRC (Ping timeout: 246 seconds) | 17:59 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128011.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 18:01 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128011.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Client Quit) | 18:04 | |
| RP | khem: bb9a4fc02841cf58a112a44b259477547893838b breaks so there is something wrong with the bisect :( | 18:08 |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-188-151.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 18:09 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4c00:5d00:7656:3cff:fe3f:7ce9> has quit IRC (Remote host closed the connection) | 18:19 | |
| *** ptsneves1 <ptsneves1!~Thunderbi@031011128011.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 18:27 | |
| *** ptsneves1 is now known as ptsneves | 18:30 | |
| *** speeder__ <speeder__!~speeder__@213.205.68.220> has joined #yocto | 18:30 | |
| *** speeder__ <speeder__!~speeder__@213.205.68.220> has quit IRC (Remote host closed the connection) | 18:39 | |
| RP | khem: confirmed that 0567edf1b2def04840e38e3610452c51a3f440a3 is broken so it is something further back. The joys of intermittent failures :/ | 18:40 |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-188-151.2.243.pool.telefonica.de> has joined #yocto | 18:43 | |
| yates_work | suggestion: in the subsections of https://docs.yoctoproject.org/ref-manual/tasks.html, e.g., "Normal Recipe Build Tasks," list the task subsubsections in normal or typical order they occur, or provide a diagram of their order. | 18:44 |
| yates_work | otherwise, that section of the manual is quite excellent | 18:46 |
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 18:52 | |
| *** Kubu_work <Kubu_work!~kubu@2a01cb05945b7e009bdc688723a24f31.ipv6.abo.wanadoo.fr> has joined #yocto | 18:55 | |
| yates_work | does the do_package task happen when building a single executable application recipe? i.e., something like a command-line utility written in C and generating a single executable output? | 18:57 |
| yates_work | or does it only happen when builing images? | 18:57 |
| yates_work | building | 18:58 |
| rburton | it always happens for 'normal' recipes | 19:02 |
| *** Kubu_work <Kubu_work!~kubu@2a01cb05945b7e009bdc688723a24f31.ipv6.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 19:03 | |
| rburton | even a single C binary recipe has the main package, the debug package, and the source package | 19:03 |
| *** Kubu_work <Kubu_work!~kubu@2a01cb05945b7e009bdc688723a24f31.ipv6.abo.wanadoo.fr> has joined #yocto | 19:08 | |
| yates_work | aha. good. | 19:10 |
| yates_work | and i see the local.conf specifies the package format (e.g., rpm). i was getting confused on whether this was specified by the image recipe or elsewhere. there's my answer. | 19:11 |
| rburton | remember every recipe is effectively isolated | 19:13 |
| rburton | an image recipe can't tell your libc recipe to generate rpms or ipkgs | 19:13 |
| rburton | the distro can, because that's global state before each recipe is parsed | 19:13 |
| *** flom84 <flom84!~flom84@user/flom84> has joined #yocto | 19:14 | |
| JaMa | khem: only partial success with lib32, I'm collecting the info in Draft PR https://github.com/kraj/meta-clang/pull/851 once I have something usable, will change it to regular PR | 19:31 |
| khem | JaMa: yeah it seems to be going in right direction AFAICT | 19:45 |
| khem | RP: yeah that list looked light to me | 19:47 |
| yates_work | rburton: ack. thanks for the guidance. | 19:47 |
| RP | khem: I have 0567edf1b2def04840e38e3610452c51a3f440a3 breaking and 6f962278e24bdf5cb5f310c5a17add41da95407c working | 19:48 |
| RP | khem: obviously the working may be another false positive, but I'll try and bisect it, see what that gives | 19:48 |
| RP | khem: the strerr fflush there looks interesting | 19:48 |
| khem | RP: that has some interesting commits lets see | 19:49 |
| khem | RP: do we have a build host with glibc 2.38 ? | 19:50 |
| khem | * af130d2709 Always do locking when accessing streams (bug 15142, bug 14697) | 19:50 |
| RP | khem: not yet | 19:51 |
| RP | khem: I tried with fortification turned off btw, it didn't help | 19:51 |
| khem | * 64d9580cdf Allow glibc to be built with _FORTIFY_SOURCE | 19:51 |
| vvn | would you have a preferred way between TEMPLATECONF=foo . oe-init-build-env and export TEMPLATECONF=foo ; . oe-init-build-env? | 19:55 |
| rburton | former | 19:55 |
| vvn | is there a rationale for that or is it purely a preference? | 19:58 |
| Saur | vvn; With the former, the TEMPLATECONF variable is only set while the command is running, in the other case it becomes part of the environment. | 19:59 |
| vvn | yep this I know. Put differently, is it unwanted to have it part of the environment? | 20:00 |
| RP | that variable name is too vague to be part of a general environment | 20:01 |
| vvn | ok so it is more meant to be a variable for a single given script, thus not having it in the environment is better | 20:02 |
| vvn | thanks | 20:02 |
| *** davidinux <davidinux!~davidinux@194.34.233.222> has quit IRC (Ping timeout: 246 seconds) | 20:36 | |
| *** davidinux <davidinux!~davidinux@194.34.233.222> has joined #yocto | 20:37 | |
| *** flom84 <flom84!~flom84@user/flom84> has quit IRC (Quit: Leaving) | 20:41 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 20:51 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 20:52 | |
| *** amitk_ <amitk_!~amit@58.84.61.208> has quit IRC (Remote host closed the connection) | 20:55 | |
| *** Thorn_ <Thorn_!~Thorn@bl18-149-68.dsl.telepac.pt> has quit IRC (Quit: Depression is merely anger without enthusiasm) | 20:59 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 21:20 | |
| *** amitk <amitk!~amit@58.84.61.208> has quit IRC (Ping timeout: 255 seconds) | 21:24 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128011.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Read error: Connection reset by peer) | 22:05 | |
| *** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has quit IRC (Ping timeout: 246 seconds) | 22:32 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-188-151.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 245 seconds) | 23:15 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 23:41 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Client Quit) | 23:44 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!