| alejandrohs | RP: sgw did anyone say beer? | 00:05 |
|---|---|---|
| sgw | alejandrohs: homebrew! It's almost that time of day! Actually working on steaming some rice for a batch of sake! | 00:05 |
| alejandrohs | denix: I dont remember the exact details but yeah I think at some point just realized having separate TMPDIRs per TCLIBCs was just sane, and didnt get to the point where I had the ca-certs issue because of that | 00:09 |
| alejandrohs | sgw: Still have to try the homebrew one!, now I remember you mentioning it before | 00:09 |
| alejandrohs | first time i hear about homebrew sake tbh | 00:10 |
| denix | alejandrohs: quite strange you don't see ca-certs issue with separate TMPDIRs... | 00:10 |
| sgw | your welcome here anytime after the world opens up again phyically distanced for a time | 00:10 |
| denix | sgw: where are you now? | 00:10 |
| sgw | https://homebrewsake.com/ (actually an ex-Intel person manages the site!) | 00:11 |
| sgw | denix: Still at Intel but working on a different distro project that is currently CentOS based, but we are looking at an OE/Bitbake alternative. | 00:12 |
| denix | sgw: clear? | 00:12 |
| sgw | So I dropped back in to wave and cause trouble | 00:12 |
| sgw | no not clear, StarlingX (starlingx.io) | 00:12 |
| sgw | Edge Cloud stuff | 00:14 |
| denix | sgw: nice to see you again! :) | 00:14 |
| sgw | Yeah, I miss hanging out with this crowd, much more active than our chat, I do pop in every so often! | 00:14 |
| denix | yeah, we definitely need another distro! care to convert your crowd to oe/yocto? :) | 00:15 |
| khem | Moh3N: IMAGE_INSTALL_append = " valgrind" in local.conf | 00:17 |
| sgw | It's being worked on! Initial work is up already, but long way to go and needs some layer restructuring and an actual distro layer! Currently using poky as the base, but really should not. | 00:17 |
| khem | denix: whats the ca-certs issues | 00:17 |
| denix | khem: multiconfig related | 00:18 |
| sgw | Sort of classic new distro move (base it on poky) | 00:18 |
| khem | denix: ok, so its newlib/glibc combo I believ ? | 00:18 |
| denix | sgw: nice! | 00:18 |
| khem | sgw: meta-centos | 00:18 |
| sgw | Nooo! | 00:18 |
| sgw | meta-starlingx | 00:19 |
| khem | ok meta-centos7 | 00:19 |
| denix | khem: yeah, kind of. separate TMPDIRs, but there's clash of ca-certs packages, which are noarch/all | 00:19 |
| khem | denix: yeah noarch bites quite a bit when you build multiple libcs | 00:20 |
| khem | I use to see this on OE builder quite often ( woth glibc/musl ) but it seems to be doing better lately | 00:20 |
| khem | but there are issues there I know | 00:20 |
| denix | khem: any ideas to get it sorted out? | 00:21 |
| *** Moh3N <Moh3N!057efd82@5.126.253.130> has quit IRC | 00:22 | |
| khem | what error do you see, I usually see that its rebuilt due to a dependency being arch specific and used as RDEP instead of RRECOMMEND | 00:22 |
| khem | my fixes sometimes also included SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS see https://github.com/openembedded/meta-openembedded/blob/master/meta-oe/conf/layer.conf#L54 | 00:23 |
| denix | khem: I'm trying to re-use the same deploy from multiconfig with separate TMPDIR due to TCLIBC and both of them build own ca-certs and they clash in do_write_ipk | 00:24 |
| khem | yeah in this case they are not allarch I am afraid | 00:25 |
| denix | what makes them not allarch? | 00:26 |
| khem | allarch should be common across multiconfigs too like multiarch | 00:26 |
| khem | usually a dependency perhaps | 00:26 |
| khem | I would check bitbake-diffsigs | 00:27 |
| alejandrohs | sgw: definitely up for that | 00:27 |
| alejandrohs | khem: hahaha meta-centos | 00:27 |
| alejandrohs | denix: I think once youre able to figure out why its happening we should file a bug to keep track of it, worst case scenario to state the scope that multiconfig supports | 00:29 |
| alejandrohs | denix: I run daily builds of glibc/newlib but dont share neither TMP nor DEPLOY | 00:32 |
| khem | one way to narrow it further is to build it for glibc and then build for musl and see if it ends up rebuilding, then the problem is generic otherwise, its multiconfig speicific | 00:32 |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 00:33 | |
| denix | alejandrohs: yeah, not sharing DEPLOY_DIR would work, but what if you need to re-use artifact binaries between them? | 00:33 |
| khem | using separate DEPLOY_DIR is hiding the problem. | 00:33 |
| khem | e..g if you were doing feeds it would show up | 00:34 |
| denix | khem: exactly | 00:34 |
| alejandrohs | denix: I do share them, but I have a sort of shared directory only with the artifacts, not ipks,rpms, etc | 00:35 |
| khem | I think if you share sstate it would be evident too, as the version will keep toggling | 00:36 |
| alejandrohs | denix: these are declared on the shared machine so the variable is on both datastores | 00:36 |
| alejandrohs | denix: not saying, your way shouldnt be possible thats just how I did it | 00:37 |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.138.25> has joined #yocto | 00:38 | |
| *** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 00:40 | |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:b94c:baeb:34ca:6eb6> has quit IRC | 00:50 | |
| *** alejandrohs <alejandrohs!~alejandro@96.47.238.100> has quit IRC | 01:01 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-50-212.ssp.dialog.net.pl> has quit IRC | 01:04 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 01:15 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 01:15 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-244.cpe.teksavvy.com> has quit IRC | 01:17 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 01:19 | |
| *** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has quit IRC | 01:28 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-244.cpe.teksavvy.com> has joined #yocto | 01:35 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:9dd6:f56f:6cc7:33cf> has joined #yocto | 01:41 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 01:42 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 01:43 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:9dd6:f56f:6cc7:33cf> has quit IRC | 01:50 | |
| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-yoazhtjqylsbqgbs> has joined #yocto | 02:10 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 03:03 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 03:04 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 03:14 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 03:18 | |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC | 03:26 | |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto | 03:28 | |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC | 03:54 | |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto | 03:54 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 04:37 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 04:39 | |
| denix | heh, besides above issues with ca-certs noarch, there are also issues using mc:<cfg>:pkg in different do_task[depends], as it checks there should be a single ":" in there... | 04:40 |
| denix | Task 'depends' should be specified in the form 'packagename:task' | 04:45 |
| *** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto | 04:56 | |
| *** attieg <attieg!~attie@host86-156-143-160.range86-156.btcentralplus.com> has joined #yocto | 04:57 | |
| *** attieg_ <attieg_!~attie@host86-189-232-19.range86-189.btcentralplus.com> has quit IRC | 04:59 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 05:03 | |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has joined #yocto | 05:05 | |
| Chrusel | Good morning everybody! Can anybody confirm that yoctoproject.org is down? | 05:06 |
| *** sgw <sgw!sgw@nat/intel/x-ffdupnvrnwmptnfs> has quit IRC | 05:07 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 05:08 | |
| *** dmoseley <dmoseley!~dmoseley@24.214.86.237> has quit IRC | 05:15 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-184.hsi5.kabel-badenwuerttemberg.de> has joined #yocto | 05:31 | |
| armpit | Chrusel, yes it is. the certs are being updated | 05:32 |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC | 05:32 | |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto | 05:34 | |
| *** gtristan <gtristan!~tristanva@61.82.32.35> has quit IRC | 05:51 | |
| *** justinsg_ <justinsg_!uid296040@gateway/web/irccloud.com/x-hzjmbmplxyytizjh> has joined #yocto | 05:59 | |
| *** gtristan <gtristan!~tristanva@59.29.205.187> has joined #yocto | 06:03 | |
| *** justinsg_ is now known as justinsg | 06:06 | |
| *** justinsg <justinsg!uid296040@gateway/web/irccloud.com/x-ixnvonwabuhezlma> has joined #yocto | 06:07 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 06:14 | |
| Chrusel | armpit: thanks for confirmation! | 06:15 |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:23 | |
| *** frsc <frsc!~frsc@i59F721EF.versanet.de> has joined #yocto | 06:26 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 06:34 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 06:34 | |
| *** thecomet <thecomet!~thecomet@77.109.191.139> has quit IRC | 06:37 | |
| *** thecomet <thecomet!~thecomet@77.109.191.139> has joined #yocto | 06:37 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-184.hsi5.kabel-badenwuerttemberg.de> has quit IRC | 06:40 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-184.hsi5.kabel-badenwuerttemberg.de> has joined #yocto | 06:43 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 06:45 | |
| *** locutus_ <locutus_!~LocutusOf@mob-31-157-66-128.net.vodafone.it> has joined #yocto | 06:45 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 06:46 | |
| *** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has joined #yocto | 06:55 | |
| *** phippu <phippu!~phippu@31-10-206-124.static.upc.ch> has joined #yocto | 06:58 | |
| *** fl0v0 <fl0v0!~fvo@i5E86AEB8.versanet.de> has joined #yocto | 07:01 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 07:08 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 07:08 | |
| *** rawr is now known as grumble | 07:22 | |
| *** phippu <phippu!~phippu@31-10-206-124.static.upc.ch> has quit IRC | 07:27 | |
| *** lfa_ <lfa_!~lfa@80-108-132-46.cable.dynamic.surfer.at> has joined #yocto | 07:51 | |
| *** lfa <lfa!~lfa@80-108-132-46.cable.dynamic.surfer.at> has quit IRC | 07:55 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 07:55 | |
| *** locutus_ <locutus_!~LocutusOf@mob-31-157-66-128.net.vodafone.it> has quit IRC | 07:59 | |
| *** locutus_ <locutus_!~LocutusOf@5.171.123.109> has joined #yocto | 08:01 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:09 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:13 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:14 | |
| *** mckoan|away is now known as mckoan | 08:15 | |
| *** blarz <blarz!~uwotm8@v.blarzwurst.de> has left #yocto | 08:16 | |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC | 08:18 | |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto | 08:18 | |
| *** justinsg <justinsg!uid296040@gateway/web/irccloud.com/x-ixnvonwabuhezlma> has quit IRC | 08:18 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 08:19 | |
| *** locutus_ <locutus_!~LocutusOf@5.171.123.109> has quit IRC | 08:21 | |
| *** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC | 08:22 | |
| *** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 08:26 | |
| *** ant__ <ant__!~ant__@host84-186-dynamic.249-95-r.retail.telecomitalia.it> has quit IRC | 08:26 | |
| *** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto | 08:34 | |
| *** blueness_ <blueness_!~blueness@gentoo/developer/blueness> has quit IRC | 08:41 | |
| *** invalidopcode_ <invalidopcode_!~invalidop@cpe-76-95-210-55.socal.res.rr.com> has joined #yocto | 08:44 | |
| *** invalidopcode <invalidopcode!~invalidop@cpe-76-95-210-55.socal.res.rr.com> has quit IRC | 08:47 | |
| *** invalidopcode_ <invalidopcode_!~invalidop@cpe-76-95-210-55.socal.res.rr.com> has quit IRC | 08:49 | |
| *** hpsy <hpsy!~hpsy@85.203.15.47> has quit IRC | 08:55 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 08:56 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:10 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:3079:5c25:b6e7:5cb8> has joined #yocto | 09:12 | |
| *** jkroon_ <jkroon_!~jkroon@213.185.29.22> has joined #yocto | 09:17 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 09:18 | |
| *** locutus_ <locutus_!~LocutusOf@5.170.200.255> has joined #yocto | 09:26 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 09:29 | |
| *** jobroe <jobroe!~manjaro-u@p579EB709.dip0.t-ipconnect.de> has joined #yocto | 09:34 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC | 09:41 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto | 09:42 | |
| *** florian_kc is now known as florian | 09:42 | |
| qschulz | halstead: hello there! Hope you're doing fine. I don't know if you're in charge of openembedded.org as well but there is a huge time difference between cloning with https and git protocol for meta-openembedded from openembedded.org. | 09:47 |
| qschulz | halstead: 1min30+ for https, <10sec for git | 09:47 |
| halstead | qschulz: yes I'm the person who can fix that. Https should be comparable or faster. I'll look into it. | 09:49 |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:b94c:baeb:34ca:6eb6> has joined #yocto | 09:50 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:3079:5c25:b6e7:5cb8> has quit IRC | 09:51 | |
| *** ant__ <ant__!~ant__@host84-186-dynamic.249-95-r.retail.telecomitalia.it> has joined #yocto | 10:01 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 10:04 | |
| *** rburton <rburton!rburton@nat/intel/x-jlbddwfvtjxwisoq> has joined #yocto | 10:10 | |
| *** mamadeus <mamadeus!~mamadeus@109.125.153.5> has joined #yocto | 10:19 | |
| *** mamadeus <mamadeus!~mamadeus@109.125.153.5> has quit IRC | 10:22 | |
| RP | denix: you need mcdepends for that | 10:28 |
| *** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC | 10:33 | |
| nameclash | morning fellas, is there a way to run cleansstate "recursively"?, i.e. remove everything from the sstate-cache that would normally be populated during the build task for the given recipe? | 10:40 |
| rburton | no | 10:45 |
| rburton | its very rare to need to cleansstate, what are you actually trying to do | 10:45 |
| rburton | if you want to force rebuilds there are better ways | 10:48 |
| nameclash | the "Exection of event handler 'sstate_eventhandler2' in sstate.bbclass failed with a python traceback saying "ValueError: not enough values to unpack (expected 3, got 1)" | 10:49 |
| nameclash | indicates something might be wrong with the sstate-cache and was looking for a solution other than wiping the entire sstate-cache directory | 10:50 |
| *** iceaway <iceaway!~pelle@37.233.78.69> has joined #yocto | 10:52 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 10:57 | |
| iceaway | I'm having a weird issue when building one of my images. I have a base image which contains all the basic system sw, and then another image which requires the base image and adds just one recipe, our custom piece of software. But when I try to build the base image, it says that some recipes cannot be build because they depend or our custom software. Any idea how standard packages could have a dependency of | 10:57 |
| iceaway | our custom software? | 10:57 |
| qschulz | iceaway: make sure you're actually building the image you think you're building. Is there any underscore, uppercase letter or weird character in the image recipe filename? do both image have a completely different filename? | 11:01 |
| rburton | iceaway: pastebin of the error message would be helpful | 11:01 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.170.84.16> has joined #yocto | 11:02 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 11:02 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 11:02 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 11:03 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 11:03 | |
| *** locutus_ <locutus_!~LocutusOf@5.170.200.255> has quit IRC | 11:03 | |
| iceaway | qschulz: I'm sure its the correct image. I can build the image that requires the base image, but not the base image itself. Pastebin coming up.. | 11:04 |
| iceaway | https://pastebin.com/HDe3pHhf | 11:06 |
| qschulz | iceaway: bitbake -e kodkod-image-base | grep anpr-sw | 11:09 |
| qschulz | if nothing there, then bitbake -g kodkod-image-base and inspect the .dot file manually to find who pull the anpr-sw | 11:10 |
| rburton | yeah the key is | 11:10 |
| rburton | - nothing provides anpr-sw >= 9.1.2b3 needed by gstreamer1.0-plugins-good-jpeg-1.14.4.imx-r0.1.aarch64_mx8 | 11:10 |
| rburton | did you patch gstreamer-plugins-good? | 11:10 |
| rburton | and presuambly anpr-sw is your special sauce | 11:11 |
| qschulz | or libgdiplus0-4.2-r0.0.aarch64_mx8 (first problem listed) | 11:13 |
| rburton | that sounds like part of meta-mono? | 11:14 |
| iceaway | qschulz: The first command gave me a PREFERRED_VERSION statement, which I use in my distro configuration to select the correct version of anpr-sw. Could that be the issue? | 11:22 |
| iceaway | Even if that recipe/package is not included it the image? | 11:23 |
| iceaway | rburton: Not touching gstreamer just including it in my base image. anpr-sw is our custom stuff, correct. | 11:25 |
| qschulz | iceaway: no | 11:29 |
| qschulz | bitbake -e libgdiplus0 | grep anpr-sw | 11:30 |
| qschulz | or bitbake -e kodkod-image-base | grep libgdiplus0 I don't know, but use -g for the image and look which package is pulling your anpr-sw | 11:31 |
| qschulz | you want to find who has anpr-sw on the right side of the arrow | 11:31 |
| iceaway | Will try to fire up something to view the dot-files. | 11:32 |
| iceaway | Never looked at .dot-files before, any good tool to recommend? | 11:32 |
| qschulz | iceaway: vim or emacs | 11:35 |
| *** berton <berton!~berton@181.220.84.90> has joined #yocto | 11:35 | |
| iceaway | qschulz: ah, cool, I thought you needed some special viewer. | 11:36 |
| qschulz | iceaway: you could use `dot` but it takes ages to create a png from a .dot file | 11:36 |
| qschulz | and it's often barely usable (especially for an image) | 11:36 |
| iceaway | qschulz: vim worked fine. I cannot see anpr-sw anywhere in the recipe-depends.dot file though. | 11:39 |
| iceaway | This feels like one of those things that will feel SO obvious once I find it... | 11:40 |
| qschulz | iceaway: you did -g on the image recipe right? | 11:44 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 11:45 | |
| iceaway | qschulz: yes, I copied your command: bitbake -g kodkod-image-base | 11:45 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 11:46 | |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC | 11:49 | |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto | 11:54 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-50-212.ssp.dialog.net.pl> has joined #yocto | 11:58 | |
| rburton | iceaway: let me guess: old version of yocto? | 11:59 |
| *** gtristan <gtristan!~tristanva@59.29.205.187> has quit IRC | 11:59 | |
| rburton | and i'm guessing anpr-sw contains a custom libjpeg implementation? | 12:01 |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 12:01 | |
| rburton | so gstreamer found that in the sysroot instead of libjpeg, and happily built against it | 12:01 |
| iceaway | rburton: yeah :( stuck with Sumo for the time being unfortunately. | 12:02 |
| qschulz | ah the auto-rdepends, good guess! | 12:02 |
| rburton | iceaway: can you confirm that anpr-sw contains at least a libjpeg implementation? | 12:03 |
| iceaway | rburton: It may, I am not 100% sure what goes in that package it detail, it is provided to me by other developers in the company. | 12:03 |
| iceaway | Let me have a look" | 12:04 |
| rburton | sumo has recipe specific sysroots so the prime cause of random build dependencies is gone | 12:05 |
| rburton | so *somehow* this anpr is being selected as a provider when building gstreamer | 12:05 |
| rburton | but as its a black box and you can't say more, that's all we can tell | 12:05 |
| iceaway | rburton: libjpeg.so is present in the anpr-sw package. | 12:05 |
| iceaway | Anyway to tell gstreamer to NOT use the anpr-sw one? | 12:06 |
| rburton | fwiw, this is why black box recipes containing a pile of replacements is a bad idea | 12:06 |
| *** larsjep <larsjep!c1b6a603@193.182.166.3> has quit IRC | 12:06 | |
| rburton | presumably you have a anpr-sw PROVIDES libjpeg somewhere | 12:07 |
| iceaway | rburton: yeah, it's not by my choosing :) | 12:07 |
| iceaway | rburton: not in the recipe, it provides some other libs but not libjpeg. | 12:07 |
| *** dev1990 <dev1990!~dev@dynamic-78-8-50-212.ssp.dialog.net.pl> has quit IRC | 12:09 | |
| rburton | well i'd recommend that you 1) split anpr-sw up eg libjpeg-anpr and others, then each of those can PROVIDE=libjpeg, and your distro can do PREFERRED_PROVIDER to pick | 12:10 |
| rburton | you can't do that at an image level but you can at the distro level | 12:10 |
| rburton | as switching provider will rebuild gstreamer etc | 12:10 |
| *** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has joined #yocto | 12:11 | |
| iceaway | rburton: thanks a lot! I will look into that. | 12:11 |
| rburton | eg meta-intel has a custom zlib which has more tuning for IA hardware https://git.yoctoproject.org/cgit.cgi/meta-intel/tree/recipes-core/zlib/zlib-intel_1.2.11.1.jtkv6.3.bb | 12:11 |
| rburton | and the BSP picks that for target zlib use https://git.yoctoproject.org/cgit.cgi/meta-intel/tree/conf/machine/include/meta-intel.inc#n10 | 12:12 |
| iceaway | rburton: excellent, I will check those examples! | 12:17 |
| *** dmoseley <dmoseley!~dmoseley@24.214.86.237> has joined #yocto | 12:18 | |
| *** gourve_l <gourve_l!~laurent@static-176-175-104-214.ftth.abo.bbox.fr> has joined #yocto | 12:32 | |
| gourve_l | Hi! I'm moving from thud to zeus. Unfortunately, it broke my custom class which inherit from core-image. This class mainly add a ROOTFS_POSTPROCESS_COMMAND which, during builds for production, use "systemd disable" to "disable" a tty (serial-getty@ttyS0.service). | 12:39 |
| gourve_l | How should I prevent systemd-serialgetty to open the serial port? I believe that I should not touch to SERIAL_CONSOLES because SERIAL_CONSOLES is machine specific. | 12:39 |
| *** sgw <sgw!~sgw@134.134.137.75> has joined #yocto | 12:45 | |
| milloni | gourve_l: i believe that systemd doesnt create that service by default anymore | 12:46 |
| milloni | but you might want to check for yourself | 12:46 |
| milloni | also, you might want to consider moving to dunfell, which came out some days ago :) | 12:47 |
| *** thecomet <thecomet!~thecomet@77.109.191.139> has quit IRC | 12:47 | |
| gourve_l | I missed the dunfell release. dunfell is still in dev according to https://wiki.yoctoproject.org/wiki/Releases but I'll move to it | 12:50 |
| gourve_l | hmm, maybe I will wait for a "Moving to the Yocto Project 3.1 Release" section | 12:52 |
| gourve_l | in the yocto's manual | 12:52 |
| *** tgamblin_ <tgamblin_!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 12:54 | |
| gourve_l | milloni: the recipe systemd-serialgetty.bb (poky/meta/recipes-core/systemd/) seems to create the service for every tty defined in SERIAL_CONSOLES | 12:55 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 12:55 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 12:57 | |
| rburton | gourve_l: wiki updated | 13:06 |
| rburton | gourve_l: also do you mean https://www.yoctoproject.org/docs/3.1/mega-manual/mega-manual.html#moving-to-the-yocto-project-3.1-release | 13:07 |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 13:09 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 13:09 | |
| *** tgamblin_ is now known as tgamblin | 13:11 | |
| gourve_l | Ah, I look at the "current" manual that's why I missed it. (https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html) | 13:11 |
| gourve_l | thanks for the link | 13:12 |
| milloni | rburton: you might want to update "current" ^ | 13:12 |
| yocti | New news from stackoverflow: dependency of one recipe over other recipe <https://stackoverflow.com/questions/61502297/dependency-of-one-recipe-over-other-recipe> | 13:13 |
| rburton | halstead: can you fix the /current/ documentation link to point at 3.1 instead of 3.0? | 13:13 |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 13:14 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 13:14 | |
| halstead | Yes I can rburton. | 13:14 |
| halstead | Thanks. | 13:14 |
| milloni | gourve_l: ah apologies - i might have got it mixed up with another service | 13:15 |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 13:15 | |
| milloni | why can you not change SERIAL_CONSOLES? | 13:15 |
| gourve_l | because, if I'm right, I would have only 1 .ipk for systemd-getty but 2 different builds (my-image-dev.rootfs.ext3 with serialgetty@ttyS0.service enabled and my-image-build.rootfs.ext3 with serialgetty@ttyS0.service disabled). The content of the .ipk would be the content created during the last build | 13:16 |
| milloni | i dont think that's necessarily a problem | 13:18 |
| milloni | as far as i can tell, if you have two MACHINEs (-dev and regular), you will end up with 2 ipk's for systemd-serialgetty | 13:19 |
| milloni | which should be fine unless you're insistent on having a single ipk | 13:20 |
| halstead | rburton, Done. | 13:20 |
| milloni | but that will limit the range of things you can do severely | 13:20 |
| gourve_l | they are not 2 different machines | 13:20 |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC | 13:20 | |
| gourve_l | otherwise, yes I would have done that | 13:20 |
| milloni | ah, i see, so it's a single MACHINE and DISTRO but 2 different images? | 13:21 |
| gourve_l | yes, with small tricks during the rootfs post process | 13:22 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 13:22 | |
| milloni | i would recommend using a separate distro or machine for dev builds | 13:22 |
| milloni | otherwise you're severely limiting yourself in the range of things you can | 13:23 |
| milloni | that seems to be the standard practice | 13:23 |
| *** g0hl1n <g0hl1n!~g0hl1n@83-215-125-121.lhau.dyn.salzburg-online.at> has quit IRC | 13:24 | |
| gourve_l | ok, so with standard practice you have something like build/tmp/deploy/my-machine-dev and build/tmp/deploy/my-machine-prod ? | 13:25 |
| milloni | when i say it seems standard practice i just mean that this solution has been recommended to me by at least one person from the yocto team :) | 13:25 |
| milloni | but yeah, that's what i would do | 13:26 |
| milloni | another option that i have more experience with is having a separate layer that you switch on and off depending on whether you need a dev or prod build, but i found this solution very cumbersome and i dont recommend it | 13:27 |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto | 13:28 | |
| milloni | i *think* (might be wrong about this) that yocto zeus/dunfell has a feature where it run a build for multiple machines at the same time which is very cool :) | 13:28 |
| milloni | s/it run/it can run/ | 13:28 |
| gourve_l | nice feature, I have to take a look at it | 13:29 |
| gourve_l | but, with 1 machine for dev and 1 for prod, do you build the linux kernel 2 times, even if you have the same defconfig? | 13:30 |
| milloni | i'm not sure | 13:32 |
| milloni | my guess would be no, it will reuse sstate cache because the inputs are the same | 13:32 |
| milloni | maybe it will re-run do_deploy etc but that should be negligible | 13:33 |
| milloni | full disclosure: i dont know anything about sstate caching though | 13:33 |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 13:34 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 13:34 | |
| *** g0hl1n <g0hl1n!~g0hl1n@83-215-125-121.lhau.dyn.salzburg-online.at> has joined #yocto | 13:36 | |
| *** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has joined #yocto | 13:38 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 13:39 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 13:39 | |
| gourve_l | thanks, I will do some tests. If the kernel is only built 1 time that would be wonderful because I already have 7 different machines and 4 "flavors" (dev, prod, test, demo). | 13:42 |
| milloni | oh wow, yeah, that might get messy | 13:45 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 13:46 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 13:50 | |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC | 13:53 | |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto | 13:53 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-244.cpe.teksavvy.com> has quit IRC | 13:54 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 13:54 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 13:54 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 13:58 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 13:59 | |
| RP | kanavin_home: -next looks better apart from the ubuntu1604 segfault :( | 13:59 |
| *** GeneralStupid <GeneralStupid!~patrick@nostromo.0x47.net> has joined #yocto | 14:00 | |
| GeneralStupid | Hi, is there a (simple) way to get an openssl binary into yocto? | 14:02 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:02 | |
| milloni | GeneralStupid: IMAGE_INSTALL += "openssl" in your image recipe | 14:04 |
| *** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC | 14:04 | |
| GeneralStupid | milloni: it does not create a binary afaik | 14:06 |
| milloni | ah | 14:07 |
| milloni | in only deploys the shared library? | 14:07 |
| milloni | it* | 14:08 |
| qschulz | GeneralStupid: wild guess, openssl-bin? | 14:09 |
| GeneralStupid | qschulz: no -.- | 14:09 |
| milloni | GeneralStupid: which version of yocto? | 14:10 |
| gourve_l | openssl-bin works for me | 14:10 |
| *** hpsy <hpsy!~hpsy@85.203.15.109> has joined #yocto | 14:15 | |
| kanavin_home | RP: I guess ubuntu 16.04 has to join the tarball gang | 14:16 |
| kanavin_home | and minimum gcc bumped to 6.x | 14:16 |
| GeneralStupid | gourve_l: 2.6 i guess | 14:16 |
| RP | kanavin_home: but why? :/ | 14:17 |
| *** jobroe <jobroe!~manjaro-u@p579EB709.dip0.t-ipconnect.de> has quit IRC | 14:18 | |
| GeneralStupid | http://dpaste.com/24J35TJ | 14:20 |
| GeneralStupid | Its actually not true. I dont have any binary -.- | 14:20 |
| qschulz | GeneralStupid: openssl-bin is a package not a recipe. bitbake is for building recipes | 14:20 |
| GeneralStupid | qschulz: this is really confusing me all the time | 14:21 |
| khem | recipe = a set of rules to build packages | 14:23 |
| khem | package = contains binary outputs | 14:23 |
| khem | a recipe can generate 1 or more packages one of these output packages can be same name as recipe | 14:24 |
| khem | hope that helps | 14:24 |
| GeneralStupid | Where would a good place to add that package? | 14:25 |
| qschulz | GeneralStupid: in your image, with IMAGE_INSTALL | 14:25 |
| *** berton <berton!~berton@181.220.84.90> has quit IRC | 14:25 | |
| *** berton <berton!~berton@181.220.84.90> has joined #yocto | 14:26 | |
| qschulz | GeneralStupid: also, DEPENDS is on recipes, RDEPENDS is on packages | 14:26 |
| GeneralStupid | Ok :) | 14:27 |
| *** hpsy <hpsy!~hpsy@85.203.15.109> has quit IRC | 14:32 | |
| GeneralStupid | Thanks this is working | 14:34 |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has quit IRC | 14:34 | |
| *** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto | 14:37 | |
| *** gtristan <gtristan!~tristanva@61.82.32.35> has joined #yocto | 14:44 | |
| *** Piraty <Piraty!~irc@unaffiliated/piraty> has quit IRC | 14:54 | |
| *** Piraty <Piraty!~irc@unaffiliated/piraty> has joined #yocto | 14:55 | |
| *** weltling_ is now known as weltling | 14:57 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has quit IRC | 14:59 | |
| *** jd89 <jd89!49e72332@c-73-231-35-50.hsd1.ca.comcast.net> has joined #yocto | 15:07 | |
| *** frsc <frsc!~frsc@i59F721EF.versanet.de> has quit IRC | 15:09 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 15:10 | |
| RP | kanavin_home: since you like 'fun' problems, have you any ideas on the cmake/expat dependency problem? | 15:17 |
| RP | kanavin_home: I really don't like the patch proposed | 15:17 |
| JPEW | kanavin_home: I've push the SDL change to master-next in meta-mingw | 15:17 |
| *** jd89 <jd89!49e72332@c-73-231-35-50.hsd1.ca.comcast.net> has quit IRC | 15:18 | |
| kanavin_home | RP: regarding ubuntu 16.04, my best guess is that openmp parallel code in rpm is incorrectly compiled by gcc 5.x, and segfaults. Upstream has changed how it works quite a bit from my original patches. | 15:18 |
| kanavin_home | JPEW: thanks - that means the virgl enablement can proceed now. | 15:19 |
| RP | kanavin_home: that would explain it. I guess forcing the min version is easiest :/ | 15:20 |
| kanavin_home | RP: can I see where the cmake/expat problem is? | 15:20 |
| kanavin_home | ah, patch proposed | 15:21 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:21 | |
| RP | kanavin_home: the patch explains it at least :) | 15:21 |
| *** jd89 <jd89!49e72332@c-73-231-35-50.hsd1.ca.comcast.net> has joined #yocto | 15:21 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 15:24 | |
| rburton | bootstrap is fun | 15:29 |
| rburton | could just delay it by not switching to cmake for expat | 15:30 |
| *** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has joined #yocto | 15:31 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 15:34 | |
| yocti | New news from stackoverflow: dependency of one recipe over other recipe [closed] <https://stackoverflow.com/questions/61502297/dependency-of-one-recipe-over-other-recipe> | 15:43 |
| RP | rburton: that is what the patch does but it will mean two different versions of expat eventually | 15:44 |
| rburton | yeah | 15:44 |
| RP | kanavin_home: should I go ahead and sent the patches for the gcc min version and adjust the autobuilder config? | 15:49 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:51 | |
| kanavin_home | RP: I would first want to confirm that that would indeed solve the issue though, somehow. There is a chance it would still segfault even after gcc bump due to some other ubuntu-specific thing. | 15:52 |
| kergoth | some days i feel like we should give up and just require that an official container be used for the build, host support issues suck :) | 15:53 |
| RP | kanavin_home: how about we rerun this branch on the performance test worker with build tools temporarily applied there? | 15:53 |
| RP | kergoth: it is one of the values of the project, which makes this a tough one | 15:53 |
| rburton | kergoth: there's definitely value in a known host setup | 15:54 |
| kergoth | yep, all the way back to the beginning it was a key feature, many other projects had more host requirements, specific distros, sudo, etc | 15:54 |
| kanavin_home | RP: yes, that should work | 15:54 |
| kergoth | still a pain in the ass though | 15:54 |
| kanavin_home | kergoth: it would be less of a pain, if old distros would be dropped more aggressively | 15:55 |
| kergoth | i do think there's more value in *not muckingw ith the user's host setup* than actually having to build on the same. using a wrapper with docker like pyrex makes the use of the container largely transparent | 15:55 |
| kanavin_home | kergoth: supporting multiple distros is not such a big problem in itself, if they're all reasonably recent | 15:55 |
| kanavin_home | kergoth: but some members want centos 7 or whatnot | 15:55 |
| kergoth | yeah, that's a pain. i used to have to carry like 12 extra bbappends in meta-mentor just for centos5 crap | 15:56 |
| RP | kanavin_home: we will be able to better do this now we have buildtools-extended | 15:56 |
| kanavin_home | RP: yeah, I tried that on centos 7, and it's pretty neat | 15:57 |
| RP | kanavin_home: test build running | 15:59 |
| RP | kanavin_home: gives us the best of both worlds, we can "support" old hosts but move forward more easily | 15:59 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 16:05 | |
| mcfrisk | fyi openembedded developer happy hour: https://zoom.us/j/94557245630 | 16:08 |
| neverpanic | mcfrisk: you do no corporate doesn't allow zoom? *scnr* | 16:09 |
| mcfrisk | neverpanic: I do, not using corporate things | 16:20 |
| mcfrisk | neverpanic: good to know our IT dept has little eyes and ears here too ;) | 16:21 |
| *** itaysp <itaysp!~itaysp@213.137.85.213> has joined #yocto | 16:21 | |
| neverpanic | mcfrisk: is comparing me to IT a deliberate or accidental insult? ;-) | 16:23 |
| mcfrisk | neverpanic: both | 16:23 |
| neverpanic | I won't rat you out =) | 16:23 |
| mcfrisk | then join in the zoom thingy | 16:24 |
| neverpanic | nope, busy doing GDP++ | 16:24 |
| mcfrisk | I had to unblock video from bios, fall back to distro kernel and install the scary .deb, but zoom works now | 16:24 |
| *** orzen <orzen!~orz@84-216-106-29.customers.ownit.se> has quit IRC | 16:28 | |
| *** jae1 <jae1!~jaewon@c-73-162-13-38.hsd1.ca.comcast.net> has joined #yocto | 16:29 | |
| opello | is there a nice way to handle a postinst that depends on a service (my use case is docker and loading images into it) ... meta-openstack seems to just start postgres and wait for python-heat, but i'm concerned about if at some point there's a postinst for the dependent service and the start up mess that would ensue | 16:32 |
| kanavin_home | RP: good news, cmake has a copy of expat in its source tree, and an option to use it :) | 16:34 |
| Crofton|road | mcfrisk: thanks for postig here too! | 16:34 |
| RP | kanavin_home: that is horrible but would solve the problem I guess | 16:34 |
| *** jae1 <jae1!~jaewon@c-73-162-13-38.hsd1.ca.comcast.net> has quit IRC | 16:35 | |
| kanavin_home | RP: only needs to be enabled for cmake-native, which is fine I think? | 16:36 |
| *** fl0v0 <fl0v0!~fvo@i5E86AEB8.versanet.de> has quit IRC | 16:39 | |
| RP | kanavin_home: yes, good point. that helps | 16:45 |
| *** mckoan is now known as mckoan|away | 16:54 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 17:02 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 17:19 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 17:19 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 17:34 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 17:37 | |
| *** invalidopcode <invalidopcode!~invalidop@cpe-76-95-210-55.socal.res.rr.com> has joined #yocto | 17:38 | |
| jd89 | Is there a way to control how the partitions are created with wks / wic? In creating an image with 5 partitions an extended partition is created as the 4th partition and two others are created within it. Is it possible to specify where the extended partition is created or switch to using GPT? | 17:45 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 17:47 | |
| *** g0hl1n <g0hl1n!~g0hl1n@83-215-125-121.lhau.dyn.salzburg-online.at> has quit IRC | 17:52 | |
| *** g0hl1n <g0hl1n!~g0hl1n@83-215-125-121.lhau.dyn.salzburg-online.at> has joined #yocto | 17:53 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:116a:e4c5:723c:5ca8> has joined #yocto | 17:56 | |
| *** rburton <rburton!rburton@nat/intel/x-jlbddwfvtjxwisoq> has quit IRC | 17:59 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:3c5d:7c09:562a:defe> has quit IRC | 18:02 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:3cb1:4458:b980:2533> has joined #yocto | 18:06 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has joined #yocto | 18:07 | |
| kergoth | updated bitbake and oe-core today and now i'm getting shitloads of 'server version is too old for client' messages | 18:11 |
| kergoth | hmmm | 18:11 |
| kergoth | and now i'm getting tons of attempted reconnects to the bitbake server, but this is non-persistent, so the auto-stated server must have crashed without giving any useful output? | 18:51 |
| kergoth | did something change in how bitbake clients and servers interact or are started recently? | 18:52 |
| armpit | that sound new. if you can, could you open a defect? | 19:01 |
| *** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has quit IRC | 19:04 | |
| *** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has joined #yocto | 19:05 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 19:06 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 19:17 | |
| *** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto | 19:20 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 19:23 | |
| *** aidanh_ is now known as aidanh | 19:23 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 19:24 | |
| *** jobroe <jobroe!~manjaro-u@p579EB709.dip0.t-ipconnect.de> has joined #yocto | 20:01 | |
| *** jd89 <jd89!49e72332@c-73-231-35-50.hsd1.ca.comcast.net> has quit IRC | 20:03 | |
| *** jd89 <jd89!49e72332@c-73-231-35-50.hsd1.ca.comcast.net> has joined #yocto | 20:21 | |
| *** alejandrohs <alejandrohs!~alejandro@96.47.238.100> has joined #yocto | 20:30 | |
| RP | kergoth: check the cooker deamon log file as that should say what happened | 20:31 |
| *** frsc <frsc!~frsc@i59F721EF.versanet.de> has joined #yocto | 20:33 | |
| *** jd89 <jd89!49e72332@c-73-231-35-50.hsd1.ca.comcast.net> has quit IRC | 20:48 | |
| *** frsc <frsc!~frsc@i59F721EF.versanet.de> has quit IRC | 20:53 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-184.hsi5.kabel-badenwuerttemberg.de> has quit IRC | 20:57 | |
| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-yoazhtjqylsbqgbs> has quit IRC | 21:00 | |
| psrcode | Hi, really basic question that I can't seem to find an answer for: how do I enforce a "tune" for a machine? let's say I "require conf/machine/include/tune-power9.inc" the defaulttune is ppc64p9le but I would like to force the new machine to use the ppc64p9 instead. Do I simply declare DEFAULTTUNE_mymachine = "ppc64p9"? | 21:03 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 21:03 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 21:04 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 21:08 | |
| psrcode | answering myself: "DEFAULTTUNE = " in the machine conf does the job. | 21:14 |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 21:15 | |
| psrcode | at least seems to. tbh I find the name DEFAULTTUNE to be a bit misleading but ¯\_(ツ)_/¯ | 21:16 |
| *** berton <berton!~berton@181.220.84.90> has quit IRC | 21:18 | |
| *** meow` <meow`!~sbourdeli@147.ip-167-114-97.net> has quit IRC | 21:22 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 21:25 | |
| *** meow` <meow`!~sbourdeli@192.222.247.54> has joined #yocto | 21:31 | |
| *** camus1 <camus1!~Instantbi@124.78.244.200> has joined #yocto | 21:39 | |
| *** kaspter <kaspter!~Instantbi@101.93.194.160> has quit IRC | 21:41 | |
| *** camus1 is now known as kaspter | 21:41 | |
| *** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has quit IRC | 21:44 | |
| *** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 21:48 | |
| *** camus1 <camus1!~Instantbi@124.79.184.32> has joined #yocto | 21:52 | |
| *** kaspter <kaspter!~Instantbi@124.78.244.200> has quit IRC | 21:52 | |
| *** camus1 is now known as kaspter | 21:52 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has quit IRC | 21:56 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has joined #yocto | 21:58 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has quit IRC | 21:59 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has joined #yocto | 22:01 | |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:b94c:baeb:34ca:6eb6> has quit IRC | 22:01 | |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:5d17:dfd5:86c9:227> has joined #yocto | 22:02 | |
| *** stbenz8 <stbenz8!~stbenz@ipbcc1fa14.dynamic.kabel-deutschland.de> has joined #yocto | 22:05 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has quit IRC | 22:05 | |
| *** stbenz <stbenz!~stbenz@ipbcc1fa14.dynamic.kabel-deutschland.de> has quit IRC | 22:07 | |
| *** stbenz8 is now known as stbenz | 22:07 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 22:10 | |
| alejandrohs | psrcode: that allows us to override the value correctly and keep a hierarchical structure for similar architectures and their features | 22:11 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 22:13 | |
| psrcode | I was simply complexed with de "DEFAULT" part, i was expecting a "TUNE" parameter to set. | 22:13 |
| RP | psrcode: it all depends how you perceive it :/ | 22:18 |
| psrcode | yep | 22:18 |
| psrcode | as long as it works at the end of the day, I don't care much :) | 22:19 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 22:24 | |
| khem | psrcode: yes you did it right way | 22:26 |
| *** jobroe <jobroe!~manjaro-u@p579EB709.dip0.t-ipconnect.de> has quit IRC | 22:30 | |
| denix | RP: thanks, I was able to use mcdepends successfully | 22:36 |
| *** kergoth <kergoth!~kergoth@107.170.225.75> has left #yocto | 22:39 | |
| denix | RP: btw, is there a way to use MC overrides w/o mcextend.bbclass? I see it adds a useful MCNAME variable as well. but it is via BBCLASSEXTEND. I wonder if w/o that class there's a way for recipe to determine it's being built w/ mc:<name> prefix... | 22:43 |
| RP | denix: BB_CURRENT_MC iirc | 22:45 |
| RP | denix: but be careful since that would make the recipe MC specific | 22:46 |
| denix | RP: ok, BB_CURRENT_MC=default otherwise | 22:48 |
| RP | denix: right | 22:49 |
| denix | RP: this could work... thanks! | 22:50 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 22:52 | |
| *** alejandrohs <alejandrohs!~alejandro@96.47.238.100> has quit IRC | 22:57 | |
| *** vineela1 <vineela1!vtummala@nat/intel/x-yztujwyzybxuagoz> has joined #yocto | 22:57 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 22:59 | |
| *** ant__ <ant__!~ant__@host84-186-dynamic.249-95-r.retail.telecomitalia.it> has quit IRC | 23:05 | |
| *** alejandrohs <alejandrohs!~alejandro@96.47.238.100> has joined #yocto | 23:11 | |
| *** alejandrohs <alejandrohs!~alejandro@96.47.238.100> has quit IRC | 23:13 | |
| *** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has quit IRC | 23:15 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 23:22 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 23:23 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 23:24 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 23:32 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 23:33 | |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:5d17:dfd5:86c9:227> has quit IRC | 23:36 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 23:52 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 23:53 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!