| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 00:11 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 00:19 | |
| smurray | JPEW: when you say "more strict that most other reproduciblity initiatives", I'm curious, what does Debian claim wrt reproducibility across build hosts? | 00:28 |
|---|---|---|
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 00:31 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 00:35 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 00:36 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.90> has joined #yocto | 00:56 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 00:57 | |
| mischief | i'm trying to make a custom conversion command for an image but i think i'm going about it the wrong way. i tried to add my_conversion_command[depends] += "virtual/kernel:do_deploy" because in my command i want to use the kernel image, but the kernel image isn't deployed. is there any way to make it do that? | 00:59 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 01:13 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.91> has joined #yocto | 01:32 | |
| *** mmorton <mmorton!930bfc2a@unknown-252-42.windriver.com> has quit IRC | 01:39 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.91> has quit IRC | 01:52 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 01:52 | |
| *** la_croix <la_croix!~la_croix@82.11.161.99> has quit IRC | 02:27 | |
| *** la_croix <la_croix!~la_croix@82.11.161.99> has joined #yocto | 02:28 | |
| *** develonepi3 <develonepi3!~devel@2600:1700:69f0:42c0::12> has quit IRC | 03:19 | |
| *** xtron1 <xtron1!~xtron@110.93.212.98> has joined #yocto | 03:20 | |
| *** xtron <xtron!~xtron@110.93.212.98> has quit IRC | 03:20 | |
| yocti | New news from stackoverflow: How to store pyc files with setuptools3 in bitbake recipe in the same way setuptools does? <https://stackoverflow.com/questions/58611684/how-to-store-pyc-files-with-setuptools3-in-bitbake-recipe-in-the-same-way-setupt> | 03:24 |
| *** falk0n <falk0n!~falk0n@a109-49-156-195.cpe.netcabo.pt> has quit IRC | 04:02 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 04:18 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 04:19 | |
| *** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has joined #yocto | 05:21 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 05:24 | |
| *** zeddii <zeddii!~zeddii@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC | 05:39 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto | 05:44 | |
| *** oob <oob!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC | 05:46 | |
| *** zeddii <zeddii!~zeddii@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto | 05:46 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 05:51 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 05:53 | |
| *** sno <sno!~sno@p5B25B970.dip0.t-ipconnect.de> has quit IRC | 06:06 | |
| *** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC | 06:07 | |
| *** m4t <m4t!~matt@shenzhen.guangdong.systems> has quit IRC | 06:08 | |
| *** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has joined #yocto | 06:08 | |
| *** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has joined #yocto | 06:08 | |
| *** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto | 06:08 | |
| *** ThomasD13 <ThomasD13!~ThomasD13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 06:12 | |
| *** m4t <m4t!~matt@shenzhen.guangdong.systems> has joined #yocto | 06:16 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 06:32 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 06:35 | |
| RobertBerger | Is it really necessary to install a more recent host compiler in order to build openjre-8 in meta-java? This is how I made it work, but now all the native tools will be compiled with the new compiler as well. Fully untested, I guess and things might break. | 06:37 |
| kroon | RP, I know you're a busy person, but if you have any tips for debugging why my "bitbake openjre-8" keeps rebuilding, still no new sigdata is generated so that I can run bitbake-diffsigs, I'm all ears | 06:37 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.130> has joined #yocto | 06:40 | |
| RobertBerger | @kroon: Do you see this behavior on every branch or only master? I currently build openjre-8 on the zeus branch and it does not rebuild. | 06:40 |
| kroon | RobertBerger, I'm on master branches of everything, except for meta-java where I'm on the 242 update branch | 06:41 |
| *** sno <sno!~sno@195.14.209.36> has joined #yocto | 06:42 | |
| RobertBerger | @kroon: I guess the C14 host compiler dependency still exists there ;) | 06:45 |
| kroon | RobertBerger, yes I'd think so | 06:46 |
| RobertBerger | @kroon: just switched to remotes/origin/g0hl1n/wip-jdk8u242ga and will try to see how it behaves with zeus branches | 06:46 |
| RobertBerger | @kroon - not well: openjdk-7_99b00-2.6.5.bb:7: Could not inherit file classes/features_check.bbclass | 06:47 |
| kroon | RobertBerger, yeah I think you'll need master oe-core if you want to test | 06:48 |
| *** RobertBerger <RobertBerger!~rber@46.189.28.52> has left #yocto | 06:49 | |
| khem | kroon: you dont see any sigdata ? | 06:54 |
| khem | perhaps try bitbake-diffsigs -t openjre-8 do_configure | 06:55 |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 06:57 | |
| kroon | khem, it tells me it can only find one matching sigdata | 07:08 |
| kroon | khem, so I run "bitbake openjre-8" again | 07:09 |
| khem | which task keeps running again and again | 07:09 |
| khem | run it on that | 07:09 |
| kroon | khem, 1. bitbake -c cleansstate openjre-8 --- 2. bitbake openjre-8 --- 3. bitbake openjre-8 # again, it rebuilds, fetch, unpack, etc.. | 07:13 |
| kroon | khem, looking in stamps/, I only have one *.sigdata.* for the tasks | 07:13 |
| kroon | So i cant run diffsigs | 07:14 |
| khem | run it on first task perhaps fetch | 07:14 |
| khem | but it seems quiiite wierd | 07:15 |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 07:22 | |
| *** jeanba1 <jeanba1!~jbl@77.243.63.34> has joined #yocto | 07:22 | |
| *** jeanba1 <jeanba1!~jbl@77.243.63.34> has left #yocto | 07:22 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:ad74:f374:c811:eae7> has joined #yocto | 07:35 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 07:37 | |
| *** RobertBerger <RobertBerger!~rber@x2f7f98e.dyn.telefonica.de> has joined #yocto | 07:38 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC | 07:38 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto | 07:44 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has quit IRC | 07:44 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:46 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 07:46 | |
| *** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-ycumpvfhpayoqpva> has joined #yocto | 07:47 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:49 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 07:50 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 07:51 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:52 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 07:57 | |
| *** fl0v0 <fl0v0!~fvo@i5E86919F.versanet.de> has joined #yocto | 07:59 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 08:00 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 08:04 | |
| *** mckoan|away is now known as mckoan | 08:04 | |
| hmw1 | Hi, i'm trying to build my sdk but i get: package perl-module-dynaloader-5.24.4-r0.armv7ahf-neon requires perl-module-config, but none of the providers can be installed | 08:18 |
| hmw1 | one solution is not installing target-sdk-provides-dummy but i think this is not the option. the other option is not installing mysql but i need mysql in the os | 08:19 |
| *** sagner <sagner!~ags@2a02:169:3df5::edf> has quit IRC | 08:20 | |
| stuom1 | runqemu tries to use wrong DEPLOY_DIR_IMAGE, how do I force it to use correct one? | 08:23 |
| *** pink_vampire <pink_vampire!~kvirc@ool-18598f16.static.optonline.net> has left #yocto | 08:23 | |
| *** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-ycumpvfhpayoqpva> has quit IRC | 08:24 | |
| *** mischief1 <mischief1!~mischief@wopr.sciops.net> has joined #yocto | 08:25 | |
| *** ms_k <ms_k!~mauro@host72-92-static.3-79-b.business.telecomitalia.it> has joined #yocto | 08:26 | |
| *** mischief <mischief!~mischief@wopr.sciops.net> has quit IRC | 08:27 | |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto | 08:37 | |
| qschulz | kroon: stupid question, but the sigdata does not change between rebuilds? (e.g. is it always the same file with same timestamps?) | 08:52 |
| qschulz | kroon: I had issues with mismatch during recipe parsing, maybe there's something going on there as well? Try to uncomment the two lines: https://git.yoctoproject.org/cgit.cgi/poky/tree/bitbake/lib/bb/siggen.py#n181 This should create a few more sigdata IIRC and maybe that'll be helpful? | 08:57 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 08:57 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:06 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 09:06 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 09:09 | |
| *** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has joined #yocto | 09:10 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto | 09:10 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 09:12 | |
| *** rburton <rburton!~rburton@192.198.151.43> has joined #yocto | 09:23 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 09:33 | |
| kroon | qschulz, thanks for the hints, i'll try checking those things | 09:39 |
| *** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has joined #yocto | 09:45 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 09:46 | |
| *** GeneralStupid <GeneralStupid!~patrick@nostromo.0x47.net> has joined #yocto | 09:46 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 09:46 | |
| GeneralStupid | Hi, is there a way to synchronize flash partitions (linux dts <-> uboot dts)? | 09:46 |
| qschulz | GeneralStupid: IIRC if mtdparts is set, it's possible to make U-Boot fixup the linux dts (maybe a KConfig option). You can also pass mtdparts to the kernel command line. | 09:49 |
| qschulz | GeneralStupid: I'd advice you to go to #u-boot and ask there :) | 09:49 |
| PinkSnake | Hello :) I have a custom dts file in conf/machine/MACHINE_NAME/custom-2.0.dts, KERNEL_DEVICETREE = "custom-2.0.dtb" seems loaded but my target is still undetected in the arch/arm/boot/dts/Makefile, I have to edit Makefile from bbappend ? o.0 | 09:50 |
| kroon | qschulz, disabling rm_work solves it :-/ | 09:50 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 09:51 | |
| qschulz | PinkSnake: the dts should be in a bbappend for the linux kernel recipe. Yes, you need to update the makefile as well. | 09:52 |
| GeneralStupid | qschulz: Thanks, i tried that mtdparts parameter but it did not work for me. Maybe i need to reconfigure the kernel | 09:52 |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 09:52 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:52 | |
| qschulz | GeneralStupid: I don't remember but if there's a partition layout in the kernel dts, maybe mtdparts won't do shit /me shrugs. Go to #u-boot, they'll know | 09:52 |
| PinkSnake | qschulz Ok thx, sould be not difficult to add task based on machine name do to the job no ? Do you know it's not done inside Yocot itself ? | 09:53 |
| qschulz | kroon: and you don't have two sigdata for rm_work? | 09:53 |
| qschulz | PinkSnake: why and what do you want to make it part of task? | 09:53 |
| qschulz | kroon: try to find which task executed when rm_work is enabled fucks up your build | 09:54 |
| qschulz | kroon: "build" with "-g" and see the difference for you recipe in task-depends.dot | 09:54 |
| PinkSnake | qschulz Don't know but looks like a basic step to make a custom configuration and edit Makefile in a bbappend looks strange. Thank you for your time :) | 09:55 |
| qschulz | PinkSnake: suggestions and their implementations are welcomed :) | 09:58 |
| qschulz | PinkSnake: you need to put your DTS in a directory available to your recipe, so you'll need a bbappend just for that anyway. if you want to make the compilation of those DTS auto-magical, then do some tricks in tasks. | 10:00 |
| qschulz | PinkSnake: technically, dtb-y += mydts.dtb appended at the end of https://elixir.bootlin.com/linux/latest/source/arch/arm/boot/dts/Makefile should do the trick. You do that for every dts passed in the SRC_URI and that might do the trick | 10:01 |
| PinkSnake | qschulz Yes I got my dtb correctly, but i'm just looking for a proper way to do that, and to be honest i have made custom tasks to do that ;) I will take a look to edit Makefile with an other task :) | 10:01 |
| qschulz | (put the dts in the correct place :) ) | 10:01 |
| GeneralStupid | qschulz: but they are also very slow :) So i will try it out first ;) | 10:03 |
| *** florian_kc is now known as florian | 10:07 | |
| nrossi | PinkSnake: if you want to avoid bbappending to the kernel to push in you dts, you can always build it in a separate recipe using the devicetree.bbclass from oe-core | 10:24 |
| PinkSnake | nrossi As i have already bbappend to tweak the kernel i'm okay with bbappending the kernel, but thank you for the advise :) | 10:25 |
| qschulz | nrossi: didn;t know about this one :) thx | 10:31 |
| PinkSnake | qschulz nrossi Maybe you know which Yocto variable I could you use to add the dtb instruction in the right "section" inside the Makefile (pattern: dtb-$(CONFIG_ARCH_${SOC_FAMILLY}) += \) ? | 10:38 |
| qschulz | PinkSnake: I'm not sure you should care actually. dtb-y and that's it. | 10:39 |
| PinkSnake | Hoo nice ok thx :) | 10:39 |
| qschulz | PinkSnake: if you want to know, just look for dtbs which are using the same dtsi and put it in the same section | 10:39 |
| PinkSnake | qschulz Currently I know the section but a want to put all the process inside a linux-add-custom-dts.inc or something like that. Thank you guys, that seems to work like a charm with basic append dtb-y to the Makefile :) | 10:42 |
| qschulz | PinkSnake: honestly, it's just a way to compile less dtbs. Considering how small the DTBs are in size... meh | 10:43 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 10:47 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 10:48 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 11:19 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 11:19 | |
| dv|2 | toaster stopped at parsing recipes, 98% is done. How can I see what is wrong? | 11:25 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-uckrhqmwzteyzmgy> has joined #yocto | 11:37 | |
| *** RobertBerger <RobertBerger!~rber@x2f7f98e.dyn.telefonica.de> has quit IRC | 11:39 | |
| stuom1 | how should I interpret this error "runqemu - ERROR - build/deploy/images/qemuarm64 not a directory valid DEPLOY_DIR_IMAGE" | 11:44 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:44 | |
| stuom1 | from the weird wording im not sure what is not valid, but anyways, my real DEPLOY_DIR_IMAGE is different, how I make runqemu use the correct one? | 11:46 |
| *** berton <berton!~berton@177.194.196.4> has joined #yocto | 11:46 | |
| *** berton <berton!~berton@177.194.196.4> has quit IRC | 11:48 | |
| *** berton <berton!~berton@177.194.196.4> has joined #yocto | 11:52 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 12:01 | |
| PinkSnake | If I want to share .dts file for a custom board between u-boot and linux kernel, conf/machine folder is the better place to put it ? | 12:05 |
| *** wertigon <wertigon!8addfa13@138.221.250.19> has joined #yocto | 12:12 | |
| *** wertigon <wertigon!8addfa13@138.221.250.19> has joined #yocto | 12:14 | |
| wertigon | Hi. So, my problem; I have a build server that multiple people use to build Yocto images, sometimes the same one, more often not. | 12:15 |
| wertigon | This takes up a lot of disk space. | 12:15 |
| wertigon | Is there a way to reduce the disk space consumption besides a shared downloads folder? | 12:16 |
| rburton | INHERIT += "rm_work" | 12:16 |
| rburton | also a shared DL_DIR and SSTATE_CACHE | 12:17 |
| wertigon | Ok, sounds easy enough :) | 12:17 |
| wertigon | Thanks | 12:18 |
| wertigon | These are set in local.conf right? | 12:18 |
| rburton | or distro or site or whatever, but yes they're global | 12:19 |
| wertigon | Ok, good :) | 12:20 |
| wertigon | Then I'll just make sure to put them in a good palce | 12:20 |
| wertigon | *place | 12:20 |
| wertigon | Big thanks for such a quick answer ^^ | 12:20 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 12:29 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC | 12:36 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-78-188.cust.vodafone.cz> has joined #yocto | 12:36 | |
| LetoThe2nd | (on the other hand, unless you're in some form obliged to keep old builds, suffient disk space is cheap) | 12:38 |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-78-188.cust.vodafone.cz> has quit IRC | 12:41 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto | 12:43 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 12:50 | |
| *** fury <fury!uid193779@gateway/web/irccloud.com/x-rckholipuqtfbsba> has quit IRC | 12:54 | |
| erbo | Anyone has experience in using some on-demand VPS service for yocto builds in CI? It's a small scale project using a cloud based CI-system, where it doesn't make sense to have a dedicated VPS or server for doing builds. | 12:54 |
| *** fury <fury!uid193779@gateway/web/irccloud.com/x-wvzxnvjxttgnaucp> has joined #yocto | 12:54 | |
| dv|2 | how can I see why toaster stopped parsing recipes? | 12:58 |
| rokm | Hi, I'm looking for a hint how to integrate udev rules from lvm2 or libdevmapper into image? | 13:10 |
| rokm | I have all required tools eg cryptsetup but it stuck because it waits for some event from udev | 13:11 |
| rokm | I found that there need to be /lib/udev/rules.d/*dm-nofity.rules | 13:12 |
| rokm | I see these files on build directory but they are not available on target | 13:12 |
| rokm | does anyone know what package, recipe or simething else need to be added to copy these rules into image | 13:13 |
| rokm | ? | 13:13 |
| rburton | erbo: the problem is you want to share the sstate-cache | 13:20 |
| rburton | erbo: don't share that and you're rebuilding the compiler all the time | 13:20 |
| rburton | but sharing a gigabyte of data to on-demand servers might be a problem: travis has a cache button but it just puts it into S3 which then takes forever to download... | 13:21 |
| erbo | rburton: yeah I definately want to keep sstate between builds, since 95+% of changes just involves building an app + regenerating image. | 13:23 |
| rburton | so if your server has persistant storage, you're sorted | 13:23 |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 13:27 | |
| rob_gries | I'm working with a BSP that is throwing "satisfy_dependencies_for" errors during do_rootfs only when I add EXTRA_IMAGE_FEATURES = "tools-sdk" to local.conf. What's the best way to work around this to get a functional image? | 13:29 |
| rob_gries | Can I exclude the problematic recipes from dev-pkgs somehow? | 13:30 |
| erbo | rburton: amazon ebs storage seems fairly afforable. 10$/month for 100GB "General Purpose SSH". Should be plenty for sstate-cache and dl_dir I think. | 13:30 |
| rburton | give it a go | 13:30 |
| rburton | and report back :) | 13:30 |
| erbo | yeah it would be an intersting experiment to set it up as a trial. if it happens I'll summarize my findinds and share them | 13:32 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 13:33 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@2001:b07:5d32:c012:804e:5376:3822:b356> has joined #yocto | 13:34 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 13:34 | |
| *** runde <runde!sid228344@gateway/web/irccloud.com/x-bjwjladaccbstjnp> has quit IRC | 13:34 | |
| *** runde <runde!sid228344@gateway/web/irccloud.com/x-dwjhjqnflrvxfjxf> has joined #yocto | 13:34 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC | 13:40 | |
| paulbarker | erbo: I'm currently working on a setup using Backblaze B2 ($5/TB/month storage) for storing sstate cache, downloads and release artifacts. Builds are done in throw away containers | 13:53 |
| paulbarker | I'll probably be writing that up as a blog post after I get back from FOSDEM & travel | 13:53 |
| erbo | paulbarker: nice! what are you using to trigger the builds? | 13:55 |
| crazy_imp | is it normal that the kernel gets build with a different toolchain compared to the rest? i've got in build/tmp/work: all-oe-linux armv7ahf-neon-oe-linux-gnueabi overo-oe-linux-gnueabi x86_64-linux (not suprised about the last one, but shouldn't it be only one for the target?) | 13:55 |
| paulbarker | erbo: GitLab CI. The runner is on a physical server and uses Docker to execute jobs. In principal the same idea can be used regardless of CI implementation | 13:56 |
| JPEW | smurray: Debian's reproducibility work assumes you have the "same environment": https://wiki.debian.org/ReproducibleBuilds/Howto#Introduction | 13:56 |
| paulbarker | The trick is to use Cloudflare with Backblaze B2 so that download bandwidth isn't charged | 13:57 |
| rburton | cunning | 13:57 |
| erbo | paulbarker: that sounds really interesting, looking forward to blog post. Where do you blog btw? | 13:59 |
| paulbarker | erbo: Nowhere right now, I'll figure that out later | 14:00 |
| erbo | :) | 14:00 |
| dl9pf | paulbarker: cool looking forward to the writeup | 14:00 |
| rburton | paulbarker: does backblaze let you expire objects based on last access etc automatically | 14:01 |
| paulbarker | rburton: No, sadly not. You can expire from initial upload date if you want to | 14:01 |
| rburton | shame | 14:01 |
| paulbarker | I like to ensure rebuilds are possible without sstate so I plan to clean sstate once per month anyway, so it's no issue for me | 14:02 |
| rburton | would be good if it self-pruned based on last access: prune everything not accessed for a month and then do weekly builds of everything you support | 14:02 |
| rburton | fair enough | 14:02 |
| *** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-yautcqsbxsndsqxt> has quit IRC | 14:03 | |
| *** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-vapvpmxlxqfjfxrx> has joined #yocto | 14:04 | |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC | 14:15 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 14:31 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 14:35 | |
| *** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has joined #yocto | 14:36 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 14:43 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC | 14:46 | |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has joined #yocto | 14:46 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 14:48 | |
| qschulz | crazy_imp: that's not the toolchain used to compiled. It's just to separate non-arch-specific (shell scripts), arch-specific for target, arch-specific for host, and machine specific (and some for multilib also but you have none at the moment) | 14:56 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:57 | |
| qschulz | RP: re: the "virus in OE" mails, I think they were talking about actual processes and not modules or driver from the kernel. I guess they now have more init scripts or something that are run automatically at boot since they upgraded? Anyway | 14:58 |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto | 15:00 | |
| PinkSnake | Could we add custom dts files directly to kernel sources with simple 'cp' ? Because of (cp ${WORKDIR}/zynq-xxx-2.1.dts ${WORKDIR}/git/arch/${ARCH}/boot/dts/) doesn't work... but patch is okay | 15:01 |
| crazy_imp | qschulz: ah, so "arch-specific for target" explains why the kernel build dir is in there and "arch-specific for host" why the kernel headers go into it? | 15:03 |
| *** ThomasD13 <ThomasD13!~ThomasD13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 15:03 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-eqwfoufcyzhegudr> has quit IRC | 15:07 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-omuzvavpwytunrxl> has joined #yocto | 15:07 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 15:10 | |
| RP | qschulz: its hard to say exactly what they meant :/ | 15:12 |
| GeneralStupid | Hi, i have two uboot defconfigs, i want to build both of them: UBOOT_CONFIG ??= "sd spi". But now it writes the SPI build into my wic file... How can i chose one | 15:13 |
| RP | JPEW: I've a series to remove makeinfo from hosttools | 15:17 |
| RP | never liked that being there in the first place | 15:17 |
| PinkSnake | GeneralStupid maybe UBOOT_CONFIG = "sd spi" | 15:25 |
| JPEW | RP: Cool! I'll look it over | 15:27 |
| GeneralStupid | PinkSnake: youre right, it looks like the last one is taken for wic creation | 15:29 |
| PinkSnake | GeneralStupid more info -> https://elinux.org/Bitbake_Cheat_Sheet | 15:32 |
| GeneralStupid | PinkSnake: thankyou | 15:39 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:47 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:682c:76b9:6d8a:bbd2> has quit IRC | 15:50 | |
| *** pbb <pbb!~quassel@pbb.lc> has quit IRC | 15:55 | |
| *** pbb <pbb!~quassel@2a01:4f8:162:1900::20> has joined #yocto | 15:56 | |
| smurray | JPEW: interesting, I wonder how reproducible the Debian packages end up in practice, i.e. can I easily set up a machine at home, build one and manage to get the same hash at the end | 15:57 |
| JPEW | smurray: I think thats the idea | 15:57 |
| smurray | JPEW: heh, of course ;) It's enough of a time investment to try it that I've not bothered yet to satisfy my curiosity | 15:58 |
| *** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has quit IRC | 16:00 | |
| kroon | RP, maybe bitbake should warn or error when inheriting the same class multiple times | 16:01 |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:ad74:f374:c811:eae7> has quit IRC | 16:02 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:9c41:27a8:c371:1cdd> has joined #yocto | 16:02 | |
| qschulz | crazy_imp: the kernel headers in x86_64-linux? that does not look right to me. Everything that is supposed to be run on the host (native recipes) will be compiled in that directory | 16:04 |
| crazy_imp | no, headers are in overo-oe-linux-gnueabi | 16:05 |
| qschulz | RP: yeah I don't know, everything is so weird. Same for the one with the NAND issue, it's digressing in many different ways. Good luck with those :/ | 16:05 |
| qschulz | crazy_imp: yes, that is arch-specific for the target | 16:05 |
| qschulz | crazy_imp: read it too quickly... | 16:06 |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:e931:4de6:9d5c:dc2f> has joined #yocto | 16:08 | |
| qschulz | crazy_imp: the important point is that it shoulnd't matter to you where the recipes is being built (outside of the obvious target vs host) | 16:09 |
| crazy_imp | qschulz: just feared that there's something wrong and it used different toolchains to build stuff | 16:12 |
| qschulz | crazy_imp: nope, you can check that by reading the ${WORKDIR}/temp/(run|log).do_compile | 16:14 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 16:16 | |
| dreyna | YPTM: Minutes at https://docs.google.com/document/d/1ly8nyhO14kDNnFcW2QskANXW3ZT7QwKC5wWVDg9dDH4 | 16:17 |
| *** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has quit IRC | 16:17 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:19 | |
| *** mmorton <mmorton!930bfc2a@unknown-252-42.windriver.com> has joined #yocto | 16:24 | |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC | 16:33 | |
| jonmason | dreyna: I can't edit, but the question about videos should say "OE Workshop" not "YP Summit" | 16:42 |
| dreyna | jonmason - fixed, thanks | 16:43 |
| jonmason | tlwoerner: I'll post links to social media (and probably mailing lists) about the OE Workshop videos as soon as we figure out where it'll be hosted, etc | 16:43 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 16:45 | |
| zeddii | RP: I did a last AB run last night, all green (for the things I can fix) for v5.4. I can send the series, but not bump the defaults. Or will that be a distraction with the reproducibility issues ? | 16:49 |
| RP | zeddii: no, feel free to send | 16:51 |
| RP | zeddii: I saw a multilib failure? | 16:51 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 16:52 | |
| RP | zeddii: "INIT: PANIC: segmentation violation! sleeping for 30 seconds." | 16:52 |
| RP | zeddii: that sounds kernel? :/ | 16:52 |
| zeddii | not sure. I've never been able to see that one here either. so there's that and the 32bit musl one. | 16:53 |
| RP | zeddii: right, that segfault on musl doesn't sound good either :( | 16:53 |
| zeddii | is that multilib one 32 bit as well, I'm still not very good and digging out the exact config. | 16:53 |
| RP | zeddii: we've never seen those outside the kernel change | 16:53 |
| zeddii | ahah. that one is mips64 for multilib. | 16:54 |
| * zeddii still wants to kick that out the door. | 16:54 | |
| RP | zeddii: yes, mips64 | 16:54 |
| RP | zeddii: maybe victor could help? | 16:54 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-31-157-83-75.net.vodafone.it> has joined #yocto | 16:54 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 16:54 | |
| zeddii | yah. I'll contact them. | 16:55 |
| tlwoerner | jonmason: awesome. last year Crofton|road set up an "events.openembedded.org", maybe we could give that a poke? | 16:55 |
| * tlwoerner wonders which TI SoC denix was referring to that needs a 32-bit SPL but a 64-bit (full) U-Boot? | 16:58 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC | 16:59 | |
| denix | tlwoerner: TI announced a new K3 family few years ago and there are multiple SoCs in that family already - e.g. AM65x, J7, etc | 17:00 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 17:00 | |
| *** ukembedded <ukembedded!sid304355@gateway/web/irccloud.com/x-llrnxcfhgyjnespy> has quit IRC | 17:02 | |
| *** ukembedded <ukembedded!sid304355@gateway/web/irccloud.com/x-hhhmkalabpctpliy> has joined #yocto | 17:03 | |
| *** ms_k <ms_k!~mauro@host72-92-static.3-79-b.business.telecomitalia.it> has quit IRC | 17:10 | |
| *** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-xozksxuylqukynjh> has quit IRC | 17:11 | |
| *** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-lfksuxahujeyvlwe> has joined #yocto | 17:11 | |
| *** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-jusyamlkxuztqqbh> has quit IRC | 17:11 | |
| *** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-lpxfozmiiqjgdhme> has joined #yocto | 17:12 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has joined #yocto | 17:13 | |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 17:13 | |
| *** fl0v0 <fl0v0!~fvo@i5E86919F.versanet.de> has quit IRC | 17:16 | |
| tlwoerner | tgamblin: that professor finally got back to me, he says he hasn't taught YP/OE specifically in any of his classes :-( | 17:22 |
| tlwoerner | tgamblin: i know he has taught (and probably put together) a "software build and release" course, and i was under the impression YP/OE was part of that course in some way | 17:23 |
| tlwoerner | https://www.senecacollege.ca/ssos/findwithoutsemester/sbr600/sict | 17:23 |
| *** sagner <sagner!~ags@2a02:169:3df5::edf> has joined #yocto | 17:25 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 17:26 | |
| tgamblin | tlwoerner: The outline seems like a good place to start, though. I wonder if I can get some interest at Carleton U | 17:26 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 17:26 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 17:27 | |
| tlwoerner | tgamblin: carletonU has *the best* motto of any U in the world! | 17:27 |
| tlwoerner | Carleton: where the "k" stands for "quality" (it works better heard than read) | 17:27 |
| tlwoerner | lol | 17:28 |
| tgamblin | lol | 17:28 |
| tgamblin | I can only really speak to graduate studies in the systems/computer engineering department | 17:29 |
| tgamblin | Its reputation is therefore mostly unknown to me :) | 17:29 |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 17:29 | |
| tlwoerner | tgamblin: i went to RyersonU myself, but this professor, Chris Tyler, does a really good job teaching Open Source things at Seneca | 17:31 |
| tlwoerner | back in the days before RedHat made ARM an "official" port, Chris' department was doing the Fedora ARM builds: https://wiki.cdot.senecacollege.ca/wiki/Fedora_ARM_Secondary_Architecture | 17:34 |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 17:34 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 17:35 | |
| tgamblin | tlwoerner: sounds like he is pretty hands-on with the subject matter, then. My immediate concerns with taking the idea of a Yocto-centric course to the local schools is that a professor with no background/interest might end up trying to teach it | 17:35 |
| tlwoerner | tgamblin: then *you* should teach it! :-D | 17:36 |
| tgamblin | s/concerns/concern/ | 17:36 |
| tgamblin | If only! | 17:37 |
| *** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has quit IRC | 17:38 | |
| tlwoerner | pfft. too many of my university profs had "no background/interest" in several of the courses i took! | 17:39 |
| *** mckoan is now known as mckoan|away | 17:39 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 17:39 | |
| tlwoerner | my 2nd year "data structures in C" course was taught by someone who didn't even know C (never mind data structures in C)! | 17:39 |
| *** sno <sno!~sno@195.14.209.36> has quit IRC | 17:39 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 17:40 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 17:44 | |
| *** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has joined #yocto | 17:44 | |
| tgamblin | tlwoerner: Yeah, that happens unfortunately. I can remember a few instances of that. Ironically (maybe), I've seen some computer science courses be more practical than those listed as software/systems/computer engineering... | 17:49 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 17:50 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 17:50 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:55 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 17:55 | |
| yocti | New news from stackoverflow: Is the bitbake immediate assignment behavior expected? <https://stackoverflow.com/questions/59954278/is-the-bitbake-immediate-assignment-behavior-expected> | 17:57 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 18:03 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.171.137.81> has joined #yocto | 18:09 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 18:09 | |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto | 18:24 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 18:25 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:9c41:27a8:c371:1cdd> has quit IRC | 18:29 | |
| kroon | RP, is that really expected bitbake behaviour, described in the SO question above ? | 18:30 |
| kroon | a little confusing for someone used to how gnu make handles immediate expansion | 18:31 |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 18:32 | |
| RP | kroon: it is how the system behaves, I'm not surprised by it | 18:34 |
| RP | kroon: not sure I'd say it was designed to do that but it is the way it works | 18:34 |
| kroon | RP, ok | 18:35 |
| RP | kergoth: you'd probably roll eyes at that one :/ | 18:36 |
| RP | kergoth: keep wondering if we should "fix" this somehow | 18:37 |
| kroon | RP, kergoth, maybe its worth mentioning something in the bitbake manual | 18:37 |
| RP | kroon: happy to have patches | 18:37 |
| *** locutus_ <locutus_!~LocutusOf@5.171.136.120> has joined #yocto | 18:37 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 18:39 | |
| *** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has quit IRC | 18:39 | |
| kroon | RP, I guess the difference compared to gnu make is that if FOO is undefined and the time of parsing the immediate expansion line, ${FOO} is preserved as it is instead of evaluating to nothing ? | 18:40 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 18:40 | |
| RP | kroon: correct | 18:41 |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 18:41 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 18:42 | |
| *** locutus_ <locutus_!~LocutusOf@5.171.136.120> has quit IRC | 18:44 | |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC | 18:46 | |
| *** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has joined #yocto | 18:46 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 18:50 | |
| *** tomeccles <tomeccles!~tomeccles@167.98.27.226> has quit IRC | 18:51 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 18:55 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 19:04 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-uckrhqmwzteyzmgy> has quit IRC | 19:07 | |
| fullstop | If I have a package which is a native library but also produces non-native artifacts, is it possible to have one part of it packaged as "allarch" ? | 19:08 |
| *** RobertBerger <RobertBerger!~rber@46.189.28.94> has joined #yocto | 19:14 | |
| roussinm | fullstop: there is something called allarch.bbclass, don't know if that helps tho. | 19:14 |
| kroon | RP, I sent a patch, i was a little lazy and didn't update the example code, but the example code is b0rked anyway so.. | 19:17 |
| *** nerdboy <nerdboy!~sarnold@47.143.129.101> has joined #yocto | 19:18 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 19:18 | |
| kroon | nowadays bitbake even throws an expansion error when a variable references itself | 19:18 |
| kroon | regardless of wether its an immediate or lazy assignment | 19:19 |
| RP | kroon: immediate should work I'd have thought? :/ | 19:20 |
| * RP probably needs to add this to the test suite | 19:20 | |
| kroon | RP, hmm. not according to my testing on master branches.. | 19:21 |
| kroon | A := "A is ${A}" | 19:21 |
| kroon | gives me an expansion error | 19:22 |
| kroon | # expansion of A threw ExpansionError: Failure expanding variable A, expression was A is ${A} which triggered exception Exception: variable A references itself! | 19:22 |
| *** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has quit IRC | 19:22 | |
| *** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has joined #yocto | 19:24 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto | 19:26 | |
| *** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has quit IRC | 19:26 | |
| *** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has joined #yocto | 19:27 | |
| *** Nathan22 <Nathan22!80e0fc02@128.224.252.2> has joined #yocto | 19:27 | |
| Nathan22 | How should I be fetching using go? There isn't a go fetcher, so should I just download in the do_configure section? | 19:30 |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 19:30 | |
| khem | Nathan22: use go-dep perhaps | 19:32 |
| *** mmorton <mmorton!930bfc2a@unknown-252-42.windriver.com> has quit IRC | 19:34 | |
| Nathan22 | khem: What does dep do vs go get | 19:40 |
| Nathan22 | Bad question sorry. I came across this: https://github.com/golang/dep/blob/master/docs/FAQ.md#does-dep-replace-go-get which -- But is it best practice to use dep vs go get? | 19:42 |
| *** palate <palate!~palate@palate.powered.by.lunarbnc.net> has quit IRC | 19:43 | |
| *** palate <palate!~palate@unaffiliated/palate> has joined #yocto | 19:43 | |
| Nathan22 | After trying to simply go get, I'm now running into cert issues | 19:43 |
| *** pbb_ <pbb_!~quassel@2a01:4f8:162:1900::20> has joined #yocto | 19:45 | |
| khem | Nathan22: dep should perhaps resolve the deps automatically | 19:45 |
| khem | what kind of cert issues | 19:45 |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 19:46 | |
| Nathan22 | 'unable to access ... error setting certificate verify locations' | 19:47 |
| *** pbb <pbb!~quassel@2a01:4f8:162:1900::20> has quit IRC | 19:47 | |
| *** wertigon <wertigon!8addfa13@138.221.250.19> has quit IRC | 19:47 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 19:50 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 19:54 | |
| Nathan22 | Go seems to be looking for an ssl cert in a directory that doesn't exist | 19:58 |
| *** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 20:01 | |
| khem | Nathan22: hmm ca-certificates ? | 20:03 |
| Nathan22 | Yeah | 20:03 |
| Nathan22 | Searching the environmental variables the path is referenced by SDKPATH and SDKPATHNATVIE | 20:03 |
| *** denix0 <denix0!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has joined #yocto | 20:30 | |
| *** denix <denix!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has quit IRC | 20:31 | |
| *** denix0 is now known as denix | 20:31 | |
| fullstop | roussinm: yes, i was hoping to mix allarch in | 20:35 |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC | 20:36 | |
| *** armpit <armpit!~armpit@45.19.219.178> has joined #yocto | 20:36 | |
| *** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has quit IRC | 20:40 | |
| roussinm | fullstop: if you look inside insane.bbclass there is a specific check that if you have a recipe that inherits from allarch, you can't packaged architecture specific binaries... | 20:45 |
| roussinm | fullstop: package_qa_check_check function. | 20:45 |
| fullstop | so it is not possible | 20:46 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:46 | |
| roussinm | It feels like it... maybe there is some trickery possible with overrides. Maybe a maintainer can help you here. | 20:47 |
| *** sno <sno!~sno@p5B25B970.dip0.t-ipconnect.de> has joined #yocto | 20:56 | |
| *** Nathan22 <Nathan22!80e0fc02@128.224.252.2> has quit IRC | 20:59 | |
| *** Nathan22 <Nathan22!80e0fc02@128.224.252.2> has joined #yocto | 21:07 | |
| rburton | fullstop: you mean you want a recipe that produces at least two packages, one e.g. for ARM and the other allarch? | 21:16 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 21:16 | |
| fullstop | rburton: yes. In this case, a shared library is created and some Lua code is generated from one of the header files using the pre-processor. | 21:17 |
| rburton | you can do that of course | 21:17 |
| *** berton <berton!~berton@177.194.196.4> has quit IRC | 21:17 | |
| fullstop | I'd like the have the Lua pieces be allarch and the shared library be.. whatever arch the recipe decides. | 21:17 |
| rburton | i'd have to ask *why* | 21:18 |
| rburton | debian does that to save gigabytes of storage on their archives | 21:18 |
| rburton | but unless you're building for ten architectures and maintaining a feed, there's zero actual point | 21:18 |
| fullstop | In my case I need to be able to distribute them separately. | 21:19 |
| RP | tgamblin: https://autobuilder.yoctoproject.org/typhoon/#/builders/101/builds/403 :/ | 21:19 |
| rburton | anyway as allarch.bbclass says, PACKAGE_ARCH="any" is what sets all packages to be agnostic | 21:19 |
| rburton | so PACKAGE_ARCH_${PN} might work | 21:19 |
| rburton | RP: were you not riding? | 21:19 |
| fullstop | Let me try PACKAGE_ARCH_${PN}-subpkg="ANY" and see what happens. | 21:20 |
| RP | rburton: no, meetings finished too late :( | 21:20 |
| rburton | RP: see my private chat on <cough> the other server then | 21:22 |
| fullstop | nope, I'll just live with allarch stuff being set to arm for now. | 21:23 |
| fullstop | for this particular recipe | 21:23 |
| fullstop | Thanks for the suggestion, though, rburton. | 21:24 |
| rburton | fullstop: 'any' not ANY | 21:28 |
| rburton | fullstop: if it doesn't work, file a bug | 21:28 |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 21:28 | |
| fullstop | Should it work with the "sub-package" like that? | 21:29 |
| fullstop | Also, I am on warrior if that matters. | 21:29 |
| rburton | fullstop: maybe its a bug, maybe its a feature request. either way a bug is good | 21:30 |
| tgamblin | RP: ParseLogsTest failing due to my changes? Or am I misreading it? | 21:35 |
| RP | tgamblin: failure with your changes in the build... | 21:37 |
| RP | tgamblin: not sure quite what I do with that! | 21:37 |
| tgamblin | RP: Might need an extra step in the tests to change permissions on the log file. I'll focus on trying to figure out why those particular images were doing it prior to my v3, though | 21:38 |
| RP | tgamblin: ok, thanks | 21:42 |
| RP | tgamblin: hmm, second one: https://autobuilder.yoctoproject.org/typhoon/#/builders/109/builds/402 | 21:43 |
| tgamblin | RP: alright, v3 is a scratch. Out of curiosity, how would I be able to look at the log files from the builders if I need to? Are they saved anywhere? | 21:46 |
| tgamblin | RP: e.g. Log: /home/pokybuild/yocto-worker/qemux86-64-alt/build/build/tmp/work/qemux86_64-poky-linux/core-image-sato/1.0-r0/target_logs/dmesg_output.log | 21:47 |
| RP | tgamblin: they are preserved until the next build | 21:50 |
| RP | tgamblin: halstead can help you have a look at these failed builds | 21:51 |
| tgamblin | RP: alright, thanks | 21:51 |
| RP | tgamblin: we need to stop another build working on this worker though so need to pause it asap | 21:51 |
| tgamblin | RP: k. I can work without those logs for now | 21:56 |
| tgamblin | Odd that I still can't recreate it locally. Maybe I should try that again, too | 21:57 |
| halstead | RP, tgamblin I've paused ubuntu1804-ty-3 to ensure the qemux86-64-alt build isn't removed. | 21:57 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 21:58 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 22:00 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 22:03 | |
| *** armpit <armpit!~armpit@45.19.219.178> has quit IRC | 22:04 | |
| *** armpit <armpit!~armpit@45.19.219.178> has joined #yocto | 22:09 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 22:12 | |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC | 22:13 | |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has joined #yocto | 22:13 | |
| *** armpit2 <armpit2!~armpit@45.19.219.178> has joined #yocto | 22:14 | |
| *** armpit <armpit!~armpit@45.19.219.178> has quit IRC | 22:17 | |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC | 22:20 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 22:25 | |
| *** jrdn__ <jrdn__!b8477076@mail.validmanufacturing.com> has joined #yocto | 22:31 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 22:32 | |
| *** jrdn__ <jrdn__!b8477076@mail.validmanufacturing.com> has quit IRC | 22:32 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 22:36 | |
| *** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has quit IRC | 22:37 | |
| *** jpsalm <jpsalm!~jordan@mail.validmanufacturing.com> has joined #yocto | 22:38 | |
| jpsalm | Just curious -- I always understood Yocto/oe to be building a complete set of sandboxed native tools and runtimes for the host -- is this not true? I am able to build gn-native on Ubuntu 16.04 only if I install gcc-9 on the host machine otherwise it complains about missing c++17 STL libraries. | 22:46 |
| *** adelcast <adelcast!~adelcast@130.164.62.221> has quit IRC | 22:46 | |
| jpsalm | See https://github.com/OSSystems/meta-browser/issues/353 | 22:47 |
| rburton | jpsalm: native recipes are built using the host compiler | 22:49 |
| rburton | but we do now support buildtools tarballs which ship a new gcc for that situation | 22:50 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 22:51 | |
| jpsalm | Interesting, thanks | 22:51 |
| armpit2 | only in master | 22:54 |
| *** armpit2 is now known as armpit | 22:54 | |
| rburton | yeah when i say "now" i mean "in the last two weeks" | 22:56 |
| rburton | but that's the background and a possible solution | 22:56 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:01 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 23:02 | |
| *** crazy_imp <crazy_imp!~mj@unaffiliated/crazy-imp/x-8704303> has quit IRC | 23:05 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has quit IRC | 23:06 | |
| *** blauskaerm <blauskaerm!Fever@gateway/vpn/mullvad/blauskaerm> has quit IRC | 23:09 | |
| *** blauskaerm <blauskaerm!Fever@gateway/vpn/mullvad/blauskaerm> has joined #yocto | 23:10 | |
| *** rburton <rburton!~rburton@192.198.151.43> has quit IRC | 23:15 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 23:16 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has joined #yocto | 23:42 | |
| *** adelcast <adelcast!~adelcast@130.164.62.200> has joined #yocto | 23:42 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 23:50 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 23:54 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!