IRC log for #oe on 20200326

01:57.25*** join/#oe Bunio_FH (~bunio@188.146.183.109.nat.umts.dynamic.t-mobile.pl)
03:11.14*** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy)
03:29.02*** join/#oe rcw (~rcw@45.72.242.250)
03:35.01*** join/#oe rcw (~rcw@45.72.242.250)
03:56.02*** join/#oe rcw (~rcw@45.72.242.250)
04:29.44*** join/#oe davidlt (~davidlt@78-63-27-146.static.zebra.lt)
05:37.00*** join/#oe Net147 (~Net147@unaffiliated/net147)
06:07.15*** join/#oe davidlt (~davidlt@78-63-27-146.static.zebra.lt)
06:18.44*** join/#oe BlastuR (~magnus@unaffiliated/blastur)
06:28.57*** join/#oe AndersD (~AndersD@h83-209-96-136.cust.a3fiber.se)
06:30.38*** join/#oe AndersD_ (~AndersD@195-67-57-138.customer.telia.com)
07:23.57*** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029)
07:39.00*** join/#oe georgem_ (~georgem@216.21.169.52)
07:51.58*** join/#oe tnovotny (~tnovotny@nat-50.starnet.cz)
08:06.45*** join/#oe cpriouzeau (~cpriouzea@164.129.115.76)
08:06.49*** join/#oe creich (~creich@p200300F6AF406710000000000000039B.dip0.t-ipconnect.de)
08:07.07*** join/#oe gus (~quassel@2400:6180:0:d0::f76:7001)
08:07.12*** join/#oe ukembedded (sid304355@gateway/web/irccloud.com/x-rxoyzcuqaovuuifw)
08:09.23*** join/#oe LarrySteeze (LarrySteez@unaffiliated/larrysteeze)
08:18.52*** join/#oe ao2 (~ao2@87.18.228.219)
08:24.21*** join/#oe hpsy (~hpsy@85.203.15.120)
08:42.13*** join/#oe Bunio_FH (~bunio@81-18-201-214.static.chello.pl)
09:07.59*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
09:09.22*** join/#oe tbr (~tbr@tunnel262767-pt.tunnel.tserv24.sto1.ipv6.he.net)
09:16.55*** join/#oe florian_kc (~florian_k@Maemo/community/contributor/florian)
10:20.56*** join/#oe rburton (rburton@nat/intel/x-itsqvriuvevmgdsd)
10:45.35*** join/#oe FrazerClews (~frazer.cl@78.40.148.177)
10:56.08*** join/#oe leon-anavi (~Leon@78.130.197.211)
11:11.27*** join/#oe kroon (~kroon@213.185.29.22)
11:18.02*** join/#oe eduardas (~eduardas@85.254.96.13)
11:20.21*** join/#oe stefan_schmidt (~stefan_sc@p200300E9D702D8A376BA9FC4C9C95079.dip0.t-ipconnect.de)
11:25.02*** join/#oe berton (~berton@181.220.114.167)
11:41.28*** join/#oe mauz555 (~mauz555@2a01:e0a:56d:9090:e9f4:57b2:ae91:a2c1)
12:09.25*** join/#oe cpriouzeau (~cpriouzea@164.129.115.76)
12:31.44*** join/#oe radsquirrel (~bradleyb@mail.fuzziesquirrel.com)
12:31.46*** join/#oe sstiller (~sstiller@p200300F07F0C1F009A7086FFEBBBC670.dip0.t-ipconnect.de)
12:33.57*** join/#oe kroon (~kroon@213.185.29.22)
12:44.43*** join/#oe bradfa (uid297668@gateway/web/irccloud.com/x-saxfkmzrwlfrvvgk)
12:44.53*** join/#oe JaMa (~martin@109.238.218.228)
12:57.52*** join/#oe rcw (~rcw@45.72.242.250)
13:01.46*** join/#oe mauz555 (~mauz555@2a01:e0a:56d:9090:ed93:1afc:1e0c:84c9)
13:02.18*** join/#oe mauz555 (~mauz555@2a01:e0a:56d:9090:ed93:1afc:1e0c:84c9)
13:10.20*** join/#oe mauz555 (~mauz555@2a01:e0a:56d:9090:ed93:1afc:1e0c:84c9)
13:10.45*** join/#oe ericch (~ericch@pool-108-34-251-214.prvdri.fios.verizon.net)
13:32.28*** join/#oe ao2 (~ao2@87.18.228.219)
14:25.29*** join/#oe dev1990_ (~dev@asx191.neoplus.adsl.tpnet.pl)
14:35.06*** join/#oe _inisider (b2854a6a@178-133-74-106.mobile.vf-ua.net)
14:39.12_inisiderhi. i would like to ask is it some way to find correspondence between f.e. virtual/docker and recipe better than do grep -Rni "PREFERRED_PROVIDER_virtual/docker"?
14:41.10cpriouzeau_inisider: Hi, to know which package are associated to this virtual/docker variable you just need to ask to bitbake  "bitbake -e | grep PREFERRED_PROVIDER_virtual/docker"
14:43.18_inisiderThanks!
14:50.43*** join/#oe hrw (~hrw@redhat/hrw)
15:23.27_inisiderI have got an error: "Multiple versions of docker-ce are due to be built" and the problem happens because I have 2 docker-ce_git.bb files in different layers. How does PREFERRED_VERSION_docker-ce actually works? Should I just rename docker_ce-git.bb to docker_ce-git-{desired_version}.bb or it will get a version that is set in the .bb file using
15:23.28_inisidervariable PV = "${DOCKER_VERSION}+git${SRCREV_docker}"?
15:25.05_inisiderso should i just write PREFERRED_VERSION_docker-ce="18-03...+git05...." in the conf file of a distro?
15:26.56frayneeds to learn not to write commit messages right after he rolls out of bed in the morning
15:29.28armpitso write them in bed ?
15:35.07frayI'm guessing the grammar would be far far worse in bed..
16:04.07*** join/#oe cpriouzeau (~cpriouzea@164.129.115.76)
16:15.05*** join/#oe _inisider (2e85816b@46-133-129-107.mobile.vf-ua.net)
16:54.57*** join/#oe troulouliou_div2 (~troulouli@unaffiliated/troulouliou-div2/x-0271439)
17:14.58*** join/#oe troulouliou_div2 (~troulouli@unaffiliated/troulouliou-div2/x-0271439)
18:18.31*** join/#oe _inisider (2e85816b@46-133-129-107.mobile.vf-ua.net)
18:22.31_inisidercan anyone explain me how bitbake resolves a situation where there are two recipes with same names from a different layers? I thought that will take a recipe from a layer with higher priority
18:23.01Jin^eLDI think this should indeed be the case, i.e. based on priorities, do you experience something different?
18:23.28kergothin the absence of PREFERRED_VERSION that'd be true. explicit preferences are preferred
18:23.47*** join/#oe ao2 (~ao2@87.18.228.219)
18:25.03_inisideri have got an error like:Multiple versions of docker-ce are due to be built, so I am trying to understand what is a problem.
18:25.34kergoththat error means there's likely something one provides that the othre doesnt
18:25.47kergothex one provides additional binary packages and something is rdepending on them
18:30.06_inisideri did not get you
18:31.05_inisideri dont see that docker-ce from meta-virtualization provides something
18:31.25kergothAgain, it means one recipe provides something the other that does not, either build time (PROVIDES is different) or runtime (PACKAGES or RPROVIDES are different)
19:07.26_inisiderwhy is so important? I grepped in these 2 recipes and there are differences in variables PROVIDES, PACKAGES, RPROVIDES. so is it some way to tell which one recipe should be used? As I understand I can use for that purpose PREFERRED_VERSION, but question is it will resolve version? I mean usually u have 2 recipes lile recipename_version1.bb and
19:07.26_inisiderrecipename_version2.bb and in this case u can set PREFERRED_VERSION=version2 and it will take recipename_version2. but in my case the recipe name is in format recipename.bb, so should i set PREFERRED_VERSION equal to the value $PV from recipe needed for me?
19:13.24*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
19:31.42*** join/#oe florian (~florian_k@Maemo/community/contributor/florian)
19:41.35kergothit's about dependencies. there's a recipe that depends on something that one of the recipes doesn't provide
19:41.45kergothso it has to build the other one in addition to the one you prefer to satisfy it
19:54.33_inisideri see.
19:57.24kergoththe easiest method would be to use BBMASK to prevent bitbake from parsing the one you don't want building, then it'll error when it can't find a recipe that provides what is missing
19:57.31kergothso then you'll know what's missing from the recipe you want to build
19:57.43kergothor just rm the one you don't want to build temporarily, same result
19:58.27_inisiderthanks. ill try
20:13.52*** join/#oe florian (~florian_k@Maemo/community/contributor/florian)
20:20.45*** join/#oe tprrt (~tprrt@upc31-1-78-208-110-13.fbx.proxad.net)
20:21.43*** join/#oe mauz555 (~mauz555@2a01:e0a:56d:9090:ed93:1afc:1e0c:84c9)
20:23.02_inisideri have found what causes an issue. it is because in the RRECOMMENDS of runc-opencontainers_git.bb and containerd-opencontainers_git.bb is docker, but noone RPROVIDES it, so if just add RPROVIDES += "docker" to docker-ce_git.bb than bitbake virtual/kernel builts successfully
21:35.02*** join/#oe rburton_ (~rburton@134.191.227.39)
22:05.58*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
22:56.36*** join/#oe mauz555 (~mauz555@2a01:e0a:56d:9090:ed93:1afc:1e0c:84c9)
23:48.01Jin^eLDfray: what you pasted me yesterday was basically a distro setup to cross compile baremetal stuff, right?
23:48.59Jin^eLDI managed to finish my autoconf build files which now spit out the appropriate .elf for the m4 when --host=arm-none-eabi is given, and now wondering how I could hack that into my normal rootfs build
23:49.38Jin^eLDI am downloading a precompiled baremetal toolchain as part of DEPENDS, but EXTRA_OECONF = " --host=arm-none-eabi" does not do the trick

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.