Tuesday, 2020-01-28

*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto00:11
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC00:19
smurrayJPEW: 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 IRC00:31
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto00:35
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC00:36
*** nerdboy <nerdboy!~sarnold@> has joined #yocto00:56
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto00:57
mischiefi'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 IRC01:13
*** nerdboy <nerdboy!~sarnold@> has joined #yocto01:32
*** mmorton <mmorton!930bfc2a@unknown-252-42.windriver.com> has quit IRC01:39
*** nerdboy <nerdboy!~sarnold@> has quit IRC01:52
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto01:52
*** la_croix <la_croix!~la_croix@> has quit IRC02:27
*** la_croix <la_croix!~la_croix@> has joined #yocto02:28
*** develonepi3 <develonepi3!~devel@2600:1700:69f0:42c0::12> has quit IRC03:19
*** xtron1 <xtron1!~xtron@> has joined #yocto03:20
*** xtron <xtron!~xtron@> has quit IRC03:20
yoctiNew 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 IRC04:02
*** khem <khem!~khem@unaffiliated/khem> has quit IRC04:18
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto04:19
*** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has joined #yocto05:21
*** jobroe <jobroe!~manjaro-u@> has joined #yocto05:24
*** zeddii <zeddii!~zeddii@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC05:39
*** hamis_lt_u <hamis_lt_u!~irfan@> has joined #yocto05:44
*** oob <oob!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC05:46
*** zeddii <zeddii!~zeddii@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto05:46
*** hyper_dave <hyper_dave!~quassel@> has quit IRC05:51
*** hyper_dave <hyper_dave!~quassel@> has joined #yocto05:53
*** sno <sno!~sno@p5B25B970.dip0.t-ipconnect.de> has quit IRC06:06
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC06:07
*** m4t <m4t!~matt@shenzhen.guangdong.systems> has quit IRC06:08
*** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has joined #yocto06:08
*** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has joined #yocto06:08
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto06:08
*** ThomasD13 <ThomasD13!~ThomasD13@DSL01.> has joined #yocto06:12
*** m4t <m4t!~matt@shenzhen.guangdong.systems> has joined #yocto06:16
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto06:32
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto06:35
RobertBergerIs 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
kroonRP, 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 ears06:37
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto06: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
kroonRobertBerger, I'm on master branches of everything, except for meta-java where I'm on the 242 update branch06:41
*** sno <sno!~sno@> has joined #yocto06:42
RobertBerger@kroon: I guess the C14 host compiler dependency still exists there ;)06:45
kroonRobertBerger, yes I'd think so06:46
RobertBerger@kroon: just switched to remotes/origin/g0hl1n/wip-jdk8u242ga and will try to see how it behaves with zeus branches06:46
RobertBerger@kroon - not well: openjdk-7_99b00-2.6.5.bb:7: Could not inherit file classes/features_check.bbclass06:47
kroonRobertBerger, yeah I think you'll need master oe-core if you want to test06:48
*** RobertBerger <RobertBerger!~rber@> has left #yocto06:49
khemkroon: you dont see any sigdata ?06:54
khemperhaps try bitbake-diffsigs -t openjre-8 do_configure06:55
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto06:57
kroonkhem, it tells me it can only find one matching sigdata07:08
kroonkhem, so I run "bitbake openjre-8" again07:09
khemwhich task keeps running again and again07:09
khemrun it on that07:09
kroonkhem, 1. bitbake -c cleansstate openjre-8 --- 2. bitbake openjre-8 --- 3. bitbake openjre-8 # again, it rebuilds, fetch, unpack, etc..07:13
kroonkhem, looking in stamps/, I only have one *.sigdata.* for the tasks07:13
kroonSo i cant run diffsigs07:14
khemrun it on first task perhaps fetch07:14
khembut it seems quiiite wierd07:15
*** khem <khem!~khem@unaffiliated/khem> has quit IRC07:22
*** jeanba1 <jeanba1!~jbl@> has joined #yocto07:22
*** jeanba1 <jeanba1!~jbl@> has left #yocto07:22
*** frsc <frsc!~frsc@2003:a:e7a:6200:ad74:f374:c811:eae7> has joined #yocto07:35
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto07:37
*** RobertBerger <RobertBerger!~rber@x2f7f98e.dyn.telefonica.de> has joined #yocto07:38
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC07:38
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto07:44
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has quit IRC07:44
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto07:46
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC07:46
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-ycumpvfhpayoqpva> has joined #yocto07:47
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:49
*** hyper_dave <hyper_dave!~quassel@> has quit IRC07:50
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC07:51
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto07:52
*** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto07:57
*** fl0v0 <fl0v0!~fvo@i5E86919F.versanet.de> has joined #yocto07:59
*** hyper_dave <hyper_dave!~quassel@> has joined #yocto08:00
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto08:04
*** mckoan|away is now known as mckoan08:04
hmw1Hi, 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 installed08:18
hmw1one 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 os08:19
*** sagner <sagner!~ags@2a02:169:3df5::edf> has quit IRC08:20
stuom1runqemu 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 #yocto08:23
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-ycumpvfhpayoqpva> has quit IRC08:24
*** mischief1 <mischief1!~mischief@wopr.sciops.net> has joined #yocto08:25
*** ms_k <ms_k!~mauro@host72-92-static.3-79-b.business.telecomitalia.it> has joined #yocto08:26
*** mischief <mischief!~mischief@wopr.sciops.net> has quit IRC08:27
*** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto08:37
qschulzkroon: stupid question, but the sigdata does not change between rebuilds? (e.g. is it always the same file with same timestamps?)08:52
qschulzkroon: 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@> has quit IRC08:57
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:06
*** hpsy <hpsy!~hpsy@> has joined #yocto09:06
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto09:09
*** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has joined #yocto09:10
*** tprrt <tprrt!~tprrt@> has joined #yocto09:10
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto09:12
*** rburton <rburton!~rburton@> has joined #yocto09:23
*** hyper_dave <hyper_dave!~quassel@> has quit IRC09:33
kroonqschulz, thanks for the hints, i'll try checking those things09:39
*** PinkSnake <PinkSnake!51ff1123@> has joined #yocto09:45
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto09:46
*** GeneralStupid <GeneralStupid!~patrick@nostromo.0x47.net> has joined #yocto09:46
*** hyper_dave <hyper_dave!~quassel@> has joined #yocto09:46
GeneralStupidHi, is there a way to synchronize flash partitions (linux dts <-> uboot dts)?09:46
qschulzGeneralStupid: 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
qschulzGeneralStupid: I'd advice you to go to #u-boot and ask there :)09:49
PinkSnakeHello :)  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.009:50
kroonqschulz, disabling rm_work solves it :-/09:50
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC09:51
qschulzPinkSnake: the dts should be in a bbappend for the linux kernel recipe. Yes, you need to update the makefile as well.09:52
GeneralStupidqschulz: Thanks, i tried that mtdparts parameter but it did not work for me. Maybe i need to reconfigure the kernel09:52
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC09:52
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:52
qschulzGeneralStupid: 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 know09:52
PinkSnakeqschulz 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
qschulzkroon: and you don't have two sigdata for rm_work?09:53
qschulzPinkSnake: why and what do you want to make it part of task?09:53
qschulzkroon: try to find which task executed when rm_work is enabled fucks up your build09:54
qschulzkroon: "build" with "-g" and see the difference for you recipe in task-depends.dot09:54
PinkSnakeqschulz 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
qschulzPinkSnake: suggestions and their implementations are welcomed :)09:58
qschulzPinkSnake: 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
qschulzPinkSnake: 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 trick10:01
PinkSnakeqschulz 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
GeneralStupidqschulz: but they are also very slow :)  So i will try it out first ;)10:03
*** florian_kc is now known as florian10:07
nrossiPinkSnake: 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-core10:24
PinkSnakenrossi As i have already bbappend to tweak the kernel i'm okay with bbappending the kernel, but thank you for the advise :)10:25
qschulznrossi: didn;t know about this one :) thx10:31
PinkSnakeqschulz 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
qschulzPinkSnake: I'm not sure you should care actually. dtb-y and that's it.10:39
PinkSnakeHoo nice ok thx :)10:39
qschulzPinkSnake: if you want to know, just look for dtbs which are using the same dtsi and put it in the same section10:39
PinkSnakeqschulz 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
qschulzPinkSnake: honestly, it's just a way to compile less dtbs. Considering how small the DTBs are in size... meh10:43
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC10:47
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto10:48
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC11:19
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto11:19
dv|2toaster 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 #yocto11:37
*** RobertBerger <RobertBerger!~rber@x2f7f98e.dyn.telefonica.de> has quit IRC11:39
stuom1how 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 IRC11:44
stuom1from 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@> has joined #yocto11:46
*** berton <berton!~berton@> has quit IRC11:48
*** berton <berton!~berton@> has joined #yocto11:52
*** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC12:01
PinkSnakeIf 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@> has joined #yocto12:12
*** wertigon <wertigon!8addfa13@> has joined #yocto12:14
wertigonHi. 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
wertigonThis takes up a lot of disk space.12:15
wertigonIs there a way to reduce the disk space consumption besides a shared downloads folder?12:16
rburtonINHERIT += "rm_work"12:16
rburtonalso a shared DL_DIR and SSTATE_CACHE12:17
wertigonOk, sounds easy enough :)12:17
wertigonThese are set in local.conf right?12:18
rburtonor distro or site or whatever, but yes they're global12:19
wertigonOk, good :)12:20
wertigonThen I'll just make sure to put them in a good palce12:20
wertigonBig thanks for such a quick answer ^^12:20
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto12:29
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC12:36
*** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-78-188.cust.vodafone.cz> has joined #yocto12: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 IRC12:41
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto12:43
*** tgamblin <tgamblin!~tgamblin@> has joined #yocto12:50
*** fury <fury!uid193779@gateway/web/irccloud.com/x-rckholipuqtfbsba> has quit IRC12:54
erboAnyone 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 #yocto12:54
dv|2how can I see why toaster stopped parsing recipes?12:58
rokmHi, I'm looking for a hint how to integrate udev rules from lvm2 or libdevmapper into image?13:10
rokmI have all required tools eg cryptsetup but it stuck because it waits for some event from udev13:11
rokmI found that there need to be /lib/udev/rules.d/*dm-nofity.rules13:12
rokmI see these files on build directory but they are not available on target13:12
rokmdoes anyone know what package, recipe or simething else need to be added to copy these rules into image13:13
rburtonerbo: the problem is you want to share the sstate-cache13:20
rburtonerbo:  don't share that and you're rebuilding the compiler all the time13:20
rburtonbut 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
erborburton: yeah I definately want to keep sstate between builds, since 95+% of changes just involves building an app + regenerating image.13:23
rburtonso if your server has persistant storage, you're sorted13:23
*** yann <yann!~yann@> has joined #yocto13:27
rob_griesI'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_griesCan I exclude the problematic recipes from dev-pkgs somehow?13:30
erborburton: 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
rburtongive it a go13:30
rburtonand report back :)13:30
erboyeah it would be an intersting experiment to set it up as a trial. if it happens I'll summarize my findinds and share them13:32
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC13:33
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@2001:b07:5d32:c012:804e:5376:3822:b356> has joined #yocto13:34
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto13:34
*** runde <runde!sid228344@gateway/web/irccloud.com/x-bjwjladaccbstjnp> has quit IRC13:34
*** runde <runde!sid228344@gateway/web/irccloud.com/x-dwjhjqnflrvxfjxf> has joined #yocto13:34
*** hamis_lt_u <hamis_lt_u!~irfan@> has quit IRC13:40
paulbarkererbo: 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 containers13:53
paulbarkerI'll probably be writing that up as a blog post after I get back from FOSDEM & travel13:53
erbopaulbarker: nice! what are you using to trigger the builds?13:55
crazy_impis 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
paulbarkererbo: 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 implementation13:56
JPEWsmurray: Debian's reproducibility work assumes you have the "same environment": https://wiki.debian.org/ReproducibleBuilds/Howto#Introduction13:56
paulbarkerThe trick is to use Cloudflare with Backblaze B2 so that download bandwidth isn't charged13:57
erbopaulbarker: that sounds really interesting, looking forward to blog post. Where do you blog btw?13:59
paulbarkererbo: Nowhere right now, I'll figure that out later14:00
dl9pfpaulbarker: cool looking forward to the writeup14:00
rburtonpaulbarker: does backblaze let you expire objects based on last access etc automatically14:01
paulbarkerrburton: No, sadly not. You can expire from initial upload date if you want to14:01
paulbarkerI like to ensure rebuilds are possible without sstate so I plan to clean sstate once per month anyway, so it's no issue for me14:02
rburtonwould 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 support14:02
rburtonfair enough14:02
*** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-yautcqsbxsndsqxt> has quit IRC14:03
*** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-vapvpmxlxqfjfxrx> has joined #yocto14:04
*** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC14:15
*** jobroe <jobroe!~manjaro-u@> has quit IRC14:31
*** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC14:35
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has joined #yocto14:36
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC14:43
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC14:46
*** WillMiles <WillMiles!~Will@> has joined #yocto14:46
*** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto14:48
qschulzcrazy_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 IRC14:57
qschulzRP: 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? Anyway14:58
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto15:00
PinkSnakeCould 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 okay15:01
crazy_impqschulz: 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.> has quit IRC15:03
*** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-eqwfoufcyzhegudr> has quit IRC15:07
*** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-omuzvavpwytunrxl> has joined #yocto15:07
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto15:10
RPqschulz: its hard to say exactly what they meant :/15:12
GeneralStupidHi, 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 one15:13
RPJPEW: I've a series to remove makeinfo from hosttools15:17
RPnever liked that being there in the first place15:17
PinkSnakeGeneralStupid maybe UBOOT_CONFIG = "sd spi"15:25
JPEWRP: Cool! I'll look it over15:27
GeneralStupidPinkSnake: youre right, it looks like the last one is taken for wic creation15:29
PinkSnakeGeneralStupid more info -> https://elinux.org/Bitbake_Cheat_Sheet15:32
GeneralStupidPinkSnake: thankyou15:39
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC15:47
*** armpit <armpit!~armpit@2601:202:4180:a5c0:682c:76b9:6d8a:bbd2> has quit IRC15:50
*** pbb <pbb!~quassel@pbb.lc> has quit IRC15:55
*** pbb <pbb!~quassel@2a01:4f8:162:1900::20> has joined #yocto15:56
smurrayJPEW: 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 end15:57
JPEWsmurray: I think thats the idea15:57
smurrayJPEW: heh, of course ;)  It's enough of a time investment to try it that I've not bothered yet to satisfy my curiosity15:58
*** PinkSnake <PinkSnake!51ff1123@> has quit IRC16:00
kroonRP, maybe bitbake should warn or error when inheriting the same class multiple times16:01
*** frsc <frsc!~frsc@2003:a:e7a:6200:ad74:f374:c811:eae7> has quit IRC16:02
*** armpit <armpit!~armpit@2601:202:4180:a5c0:9c41:27a8:c371:1cdd> has joined #yocto16:02
qschulzcrazy_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 directory16:04
crazy_impno, headers are in overo-oe-linux-gnueabi16:05
qschulzRP: 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
qschulzcrazy_imp: yes, that is arch-specific for the target16:05
qschulzcrazy_imp: read it too quickly...16:06
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:e931:4de6:9d5c:dc2f> has joined #yocto16:08
qschulzcrazy_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_impqschulz: just feared that there's something wrong and it used different toolchains to build stuff16:12
qschulzcrazy_imp: nope, you can check that by reading the ${WORKDIR}/temp/(run|log).do_compile16:14
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto16:16
dreynaYPTM: Minutes at https://docs.google.com/document/d/1ly8nyhO14kDNnFcW2QskANXW3ZT7QwKC5wWVDg9dDH416:17
*** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has quit IRC16:17
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:19
*** mmorton <mmorton!930bfc2a@unknown-252-42.windriver.com> has joined #yocto16:24
*** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC16:33
jonmasondreyna: I can't edit, but the question about videos should say "OE Workshop" not "YP Summit"16:42
dreynajonmason - fixed, thanks16:43
jonmasontlwoerner: 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, etc16:43
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC16:45
zeddiiRP: 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
RPzeddii: no, feel free to send16:51
RPzeddii: I saw a multilib failure?16:51
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC16:52
RPzeddii: "INIT: PANIC: segmentation violation! sleeping for 30 seconds."16:52
RPzeddii: that sounds kernel? :/16:52
zeddiinot sure. I've never been able to see that one here either. so there's that and the 32bit musl one.16:53
RPzeddii: right, that segfault on musl doesn't sound good either :(16:53
zeddiiis that multilib one 32 bit as well, I'm still not very good and digging out the exact config.16:53
RPzeddii: we've never seen those outside the kernel change16:53
zeddiiahah. that one is mips64 for multilib.16:54
* zeddii still wants to kick that out the door.16:54
RPzeddii: yes, mips6416:54
RPzeddii: maybe victor could help?16:54
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-31-157-83-75.net.vodafone.it> has joined #yocto16:54
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto16:54
zeddiiyah. I'll contact them.16:55
tlwoernerjonmason: 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@> has quit IRC16:59
denixtlwoerner: TI announced a new K3 family few years ago and there are multiple SoCs in that family already - e.g. AM65x, J7, etc17:00
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC17:00
*** ukembedded <ukembedded!sid304355@gateway/web/irccloud.com/x-llrnxcfhgyjnespy> has quit IRC17:02
*** ukembedded <ukembedded!sid304355@gateway/web/irccloud.com/x-hhhmkalabpctpliy> has joined #yocto17:03
*** ms_k <ms_k!~mauro@host72-92-static.3-79-b.business.telecomitalia.it> has quit IRC17:10
*** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-xozksxuylqukynjh> has quit IRC17:11
*** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-lfksuxahujeyvlwe> has joined #yocto17:11
*** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-jusyamlkxuztqqbh> has quit IRC17:11
*** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-lpxfozmiiqjgdhme> has joined #yocto17:12
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has joined #yocto17:13
*** yann <yann!~yann@> has quit IRC17:13
*** fl0v0 <fl0v0!~fvo@i5E86919F.versanet.de> has quit IRC17:16
tlwoernertgamblin: that professor finally got back to me, he says he hasn't taught YP/OE specifically in any of his classes :-(17:22
tlwoernertgamblin: 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 way17:23
*** sagner <sagner!~ags@2a02:169:3df5::edf> has joined #yocto17:25
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto17:26
tgamblintlwoerner: The outline seems like a good place to start, though. I wonder if I can get some interest at Carleton U17:26
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC17:26
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto17:27
tlwoernertgamblin: carletonU has *the best* motto of any U in the world!17:27
tlwoernerCarleton: where the "k" stands for "quality" (it works better heard than read)17:27
tgamblinI can only really speak to graduate studies in the systems/computer engineering department17:29
tgamblinIts reputation is therefore mostly unknown to me :)17:29
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC17:29
tlwoernertgamblin: i went to RyersonU myself, but this professor, Chris Tyler, does a really good job teaching Open Source things at Seneca17:31
tlwoernerback 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_Architecture17:34
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto17:34
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC17:35
tgamblintlwoerner: 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 it17:35
tlwoernertgamblin: then *you* should teach it! :-D17:36
tgamblinIf only!17:37
*** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has quit IRC17:38
tlwoernerpfft. 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|away17:39
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto17:39
tlwoernermy 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@> has quit IRC17:39
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC17:40
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto17:44
*** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has joined #yocto17:44
tgamblintlwoerner: 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 IRC17:50
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto17:50
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:55
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto17:55
yoctiNew 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 IRC18:03
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@> has joined #yocto18:09
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto18:09
*** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto18:24
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto18:25
*** armpit <armpit!~armpit@2601:202:4180:a5c0:9c41:27a8:c371:1cdd> has quit IRC18:29
kroonRP, is that really expected bitbake behaviour, described in the SO question above ?18:30
kroona little confusing for someone used to how gnu make handles immediate expansion18:31
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC18:32
RPkroon: it is how the system behaves, I'm not surprised by it18:34
RPkroon: not sure I'd say it was designed to do that but it is the way it works18:34
kroonRP, ok18:35
RPkergoth: you'd probably roll eyes at that one :/18:36
RPkergoth: keep wondering if we should "fix" this somehow18:37
kroonRP, kergoth, maybe its worth mentioning something in the bitbake manual18:37
RPkroon: happy to have patches18:37
*** locutus_ <locutus_!~LocutusOf@> has joined #yocto18:37
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto18:39
*** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has quit IRC18:39
kroonRP, 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 IRC18:40
RPkroon: correct18:41
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto18:41
*** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC18:42
*** locutus_ <locutus_!~LocutusOf@> has quit IRC18:44
*** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC18:46
*** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has joined #yocto18:46
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC18:50
*** tomeccles <tomeccles!~tomeccles@> has quit IRC18:51
*** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto18:55
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC19:04
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-uckrhqmwzteyzmgy> has quit IRC19:07
fullstopIf 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@> has joined #yocto19:14
roussinmfullstop: there is something called allarch.bbclass, don't know if that helps tho.19:14
kroonRP, 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@> has joined #yocto19:18
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto19:18
kroonnowadays bitbake even throws an expansion error when a variable references itself19:18
kroonregardless of wether its an immediate or lazy assignment19:19
RPkroon: immediate should work I'd have thought? :/19:20
* RP probably needs to add this to the test suite19:20
kroonRP, hmm. not according to my testing on master branches..19:21
kroonA := "A is ${A}"19:21
kroongives me an expansion error19: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 IRC19:22
*** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has joined #yocto19:24
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto19:26
*** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has quit IRC19:26
*** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has joined #yocto19:27
*** Nathan22 <Nathan22!80e0fc02@> has joined #yocto19:27
Nathan22How 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 IRC19:30
khemNathan22: use go-dep perhaps19:32
*** mmorton <mmorton!930bfc2a@unknown-252-42.windriver.com> has quit IRC19:34
Nathan22khem: What does dep do vs go get19:40
Nathan22Bad 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 IRC19:43
*** palate <palate!~palate@unaffiliated/palate> has joined #yocto19:43
Nathan22After trying to simply go get, I'm now running into cert issues19:43
*** pbb_ <pbb_!~quassel@2a01:4f8:162:1900::20> has joined #yocto19:45
khemNathan22: dep should perhaps resolve the deps automatically19:45
khemwhat kind of cert issues19:45
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC19:46
Nathan22'unable to access ... error setting certificate verify locations'19:47
*** pbb <pbb!~quassel@2a01:4f8:162:1900::20> has quit IRC19:47
*** wertigon <wertigon!8addfa13@> has quit IRC19:47
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC19:50
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto19:54
Nathan22Go seems to be looking for an ssl cert in a directory that doesn't exist19:58
*** JaMa <JaMa!~martin@> has quit IRC20:01
khemNathan22: hmm ca-certificates ?20:03
Nathan22Searching the environmental variables the path is referenced by SDKPATH and SDKPATHNATVIE20:03
*** denix0 <denix0!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has joined #yocto20:30
*** denix <denix!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has quit IRC20:31
*** denix0 is now known as denix20:31
fullstoproussinm: yes, i was hoping to mix allarch in20:35
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC20:36
*** armpit <armpit!~armpit@> has joined #yocto20:36
*** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has quit IRC20:40
roussinmfullstop: 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
roussinmfullstop: package_qa_check_check function.20:45
fullstopso it is not possible20:46
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:46
roussinmIt 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 #yocto20:56
*** Nathan22 <Nathan22!80e0fc02@> has quit IRC20:59
*** Nathan22 <Nathan22!80e0fc02@> has joined #yocto21:07
rburtonfullstop: 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 #yocto21:16
fullstoprburton: 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
rburtonyou can do that of course21:17
*** berton <berton!~berton@> has quit IRC21:17
fullstopI'd like the have the Lua pieces be allarch and the shared library be.. whatever arch the recipe decides.21:17
rburtoni'd have to ask *why*21:18
rburtondebian does that to save gigabytes of storage on their archives21:18
rburtonbut unless you're building for ten architectures and maintaining a feed, there's zero actual point21:18
fullstopIn my case I need to be able to distribute them separately.21:19
RPtgamblin: https://autobuilder.yoctoproject.org/typhoon/#/builders/101/builds/403 :/21:19
rburtonanyway as allarch.bbclass says, PACKAGE_ARCH="any" is what sets all packages to be agnostic21:19
rburtonso PACKAGE_ARCH_${PN}  might work21:19
rburtonRP: were you not riding?21:19
fullstopLet me try PACKAGE_ARCH_${PN}-subpkg="ANY" and see what happens.21:20
RPrburton: no, meetings finished too late :(21:20
rburtonRP: see my private chat on <cough> the other server then21:22
fullstopnope, I'll just live with allarch stuff being set to arm for now.21:23
fullstopfor this particular recipe21:23
fullstopThanks for the suggestion, though, rburton.21:24
rburtonfullstop: 'any' not ANY21:28
rburtonfullstop: if it doesn't work, file a bug21:28
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC21:28
fullstopShould it work with the "sub-package" like that?21:29
fullstopAlso, I am on warrior if that matters.21:29
rburtonfullstop: maybe its a bug, maybe its a feature request.  either way a bug is good21:30
tgamblinRP: ParseLogsTest failing due to my changes? Or am I misreading it?21:35
RPtgamblin: failure with your changes in the build...21:37
RPtgamblin: not sure quite what I do with that!21:37
tgamblinRP: 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, though21:38
RPtgamblin: ok, thanks21:42
RPtgamblin: hmm, second one: https://autobuilder.yoctoproject.org/typhoon/#/builders/109/builds/40221:43
tgamblinRP: 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
tgamblinRP: 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.log21:47
RPtgamblin: they are preserved until the next build21:50
RPtgamblin: halstead can help you have a look at these failed builds21:51
tgamblinRP: alright, thanks21:51
RPtgamblin: we need to stop another build working on this worker though so need to pause it asap21:51
tgamblinRP: k. I can work without those logs for now21:56
tgamblinOdd that I still can't recreate it locally. Maybe I should try that again, too21:57
halsteadRP, 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 #yocto21:58
*** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC22:00
*** tgamblin <tgamblin!~tgamblin@> has quit IRC22:03
*** armpit <armpit!~armpit@> has quit IRC22:04
*** armpit <armpit!~armpit@> has joined #yocto22:09
*** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto22:12
*** WillMiles <WillMiles!~Will@> has quit IRC22:13
*** WillMiles <WillMiles!~Will@> has joined #yocto22:13
*** armpit2 <armpit2!~armpit@> has joined #yocto22:14
*** armpit <armpit!~armpit@> has quit IRC22:17
*** WillMiles <WillMiles!~Will@> has quit IRC22:20
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC22:25
*** jrdn__ <jrdn__!b8477076@mail.validmanufacturing.com> has joined #yocto22:31
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto22:32
*** jrdn__ <jrdn__!b8477076@mail.validmanufacturing.com> has quit IRC22:32
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto22:36
*** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has quit IRC22:37
*** jpsalm <jpsalm!~jordan@mail.validmanufacturing.com> has joined #yocto22:38
jpsalmJust 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@> has quit IRC22:46
jpsalmSee https://github.com/OSSystems/meta-browser/issues/35322:47
rburtonjpsalm: native recipes are built using the host compiler22:49
rburtonbut we do now support buildtools tarballs which ship a new gcc for that situation22:50
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC22:51
jpsalmInteresting, thanks22:51
armpit2only in master22:54
*** armpit2 is now known as armpit22:54
rburtonyeah when i say "now" i mean "in the last two weeks"22:56
rburtonbut that's the background and a possible solution22:56
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC23:01
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC23:02
*** crazy_imp <crazy_imp!~mj@unaffiliated/crazy-imp/x-8704303> has quit IRC23:05
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has quit IRC23:06
*** blauskaerm <blauskaerm!Fever@gateway/vpn/mullvad/blauskaerm> has quit IRC23:09
*** blauskaerm <blauskaerm!Fever@gateway/vpn/mullvad/blauskaerm> has joined #yocto23:10
*** rburton <rburton!~rburton@> has quit IRC23:15
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto23:16
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has joined #yocto23:42
*** adelcast <adelcast!~adelcast@> has joined #yocto23:42
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC23:50
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC23:54

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!