Thursday, 2022-10-06

*** glima <glima!~glima@131.107.8.200> has left #yocto00:24
*** kevinrowland <kevinrowland!~kevinrowl@136.226.67.0> has joined #yocto00:29
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.)00:34
*** Payam <Payam!~Payam@c83-250-236-236.bredband.tele2.se> has quit IRC (Ping timeout: 268 seconds)00:35
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 265 seconds)00:48
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto00:48
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds)00:53
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto00:53
*** geoffhp <geoffhp!~geoff@cpe-107-185-48-203.socal.res.rr.com> has quit IRC (Quit: Leaving)00:56
*** davidinux <davidinux!~davidinux@host-95-248-121-131.retail.telecomitalia.it> has quit IRC (Ping timeout: 264 seconds)01:04
*** davidinux <davidinux!~davidinux@host-87-14-203-93.retail.telecomitalia.it> has joined #yocto01:10
*** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Read error: Connection reset by peer)01:18
*** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto01:18
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 265 seconds)01:19
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto01:26
*** starblue <starblue!~juergen@dslb-094-220-115-100.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 268 seconds)01:35
*** starblue <starblue!~juergen@dslb-094-221-189-043.094.221.pools.vodafone-ip.de> has joined #yocto01:37
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 265 seconds)01:42
*** seninha <seninha!~seninha@user/seninha> has joined #yocto01:43
*** amitk <amitk!~amit@103.59.74.150> has joined #yocto02:02
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds)02:08
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto02:09
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds)02:13
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto02:13
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)02:19
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto02:19
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)02:24
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto02:24
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto02:29
*** jclsn <jclsn!~jclsn@2a04:4540:650b:6200:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 268 seconds)03:01
*** jclsn <jclsn!~jclsn@2a04:4540:651a:500:2ce:39ff:fecf:efcd> has joined #yocto03:02
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)03:31
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds)03:49
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto03:49
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds)03:54
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto03:54
*** beneth <beneth!5cb2199230@xmpp.beneth.fr> has quit IRC (Remote host closed the connection)04:18
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.)04:38
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto04:50
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)04:56
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto04:56
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds)05:29
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto05:30
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)05:36
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto05:36
*** jclsn <jclsn!~jclsn@2a04:4540:651a:500:2ce:39ff:fecf:efcd> has quit IRC (Quit: WeeChat 3.6)05:56
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)06:17
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto06:17
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto06:24
*** mrnuke <mrnuke!~mrnuke@c-98-197-58-203.hsd1.tx.comcast.net> has quit IRC (Ping timeout: 268 seconds)06:26
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)06:27
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto06:27
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 265 seconds)06:29
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto06:29
*** mrnuke <mrnuke!~mrnuke@c-98-197-58-203.hsd1.tx.comcast.net> has joined #yocto06:32
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)06:34
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto06:34
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)06:37
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto06:37
*** GreatGatsby[m] <GreatGatsby[m]!~doctor1ma@2001:470:69fc:105::2:94f1> has joined #yocto06:45
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto06:47
*** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 268 seconds)06:49
*** lexano <lexano!~lexano@174.119.69.134> has joined #yocto07:02
*** zpfvo <zpfvo!~fvo@i59F5CF28.versanet.de> has joined #yocto07:13
*** Habbie <Habbie!peter@lorentz.7bits.nl> has quit IRC (Ping timeout: 250 seconds)07:20
*** mvlad <mvlad!~mvlad@2a02:2f08:4605:ca00:24d7:51ff:fed6:906d> has joined #yocto07:27
*** Habbie <Habbie!peter@lorentz.7bits.nl> has joined #yocto07:28
*** marek <marek!~marek@90-64-64-141.dynamic.orange.sk> has joined #yocto07:37
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 260 seconds)07:39
*** olani <olani!~olani@66.159.215.7> has joined #yocto07:48
*** Payam <Payam!~Payam@195.178.161.167> has joined #yocto08:02
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto08:06
*** ptsneves <ptsneves!~Thunderbi@031011128148.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto08:06
*** florian_kc <florian_kc!~florian@dynamic-046-114-152-109.46.114.pool.telefonica.de> has joined #yocto08:22
*** florian_kc <florian_kc!~florian@dynamic-046-114-152-109.46.114.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)08:30
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds)08:33
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto08:34
*** frieder <frieder!~frieder@200116b824deba810000000000001cba.dip.versatel-1u1.de> has joined #yocto08:34
*** odra__ <odra__!~odra@2804:431:c7e1:c64a:7bf9:21e4:6bb5:b404> has joined #yocto08:38
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 265 seconds)08:39
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto08:39
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto08:39
*** odra_ <odra_!~odra@187.74.126.250> has quit IRC (Ping timeout: 265 seconds)08:40
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)08:42
*** odra_ <odra_!~odra@187.74.125.51> has joined #yocto09:05
*** odra__ <odra__!~odra@2804:431:c7e1:c64a:7bf9:21e4:6bb5:b404> has quit IRC (Read error: Connection reset by peer)09:08
abellonidenix: do you plan to add a langdale branch to meta-ti soon?09:29
*** cmd <cmd!~cmd@user/cmd> has quit IRC (Ping timeout: 265 seconds)09:31
*** cmd <cmd!~cmd@user/cmd> has joined #yocto09:31
*** fuzzybear396580 <fuzzybear396580!~fuzzybear@2001:420:c0c0:1003::404> has joined #yocto09:44
fuzzybear396580How can I obtain ${PV} in a shell function called with bb.build.exec_func ? I tried "${@bb.utils.get_referenced_vars('PV', d)}" but that didn't work.09:47
fuzzybear396580I hoped/thought I would be able to get $PV from the environment directly, but it didn't work:(  .09:48
qschulzfuzzybear396580: and ${PV} does not work?09:48
qschulz(not $PV, but ${PV})09:48
*** seninha <seninha!~seninha@user/seninha> has joined #yocto09:49
fuzzybear396580Hm, I did ${PV}. but I didn't think it was working because a particular branch wasn't firing.09:49
fuzzybear396580Let me pull it out of that conditional block and see if it works.09:49
fuzzybear396580Er, either the branch _was_ firing and it wasn't working or the branch _wasn't_ firing and it _may_ have been working.09:50
fuzzybear396580The branch should be firing based on my conf/local.conf, though.09:50
*** goliath <goliath!~goliath@user/goliath> has joined #yocto09:54
qschulzfuzzybear396580: we need more context to help you :/09:57
fuzzybear396580qschulz Okay, that shell variable was working. But, for some reason the branch isn't firing. I've checked the package context using bitbake -e <package> and I can see that $DISTRO_FEATURES _append _has_ the value that I want but it's not actually in the final $DISTRO_FEATURES  .09:58
fuzzybear396580Why isn't DISTRO_FEATURES_append being appended?09:58
fuzzybear396580# $DISTRO_FEATURES [7 operations]10:00
fuzzybear396580#   _append /home/johrineh/code/outer-yocto-build/poky/build/conf/local.conf:27010:00
fuzzybear396580#     " systemd keyboard THING_THAT_I_WANT"10:00
fuzzybear396580#   set? /home/johrineh/code/outer-yocto-build/poky/meta-poky/conf/distro/poky.conf:2210:00
fuzzybear396580#     "${DISTRO_FEATURES_DEFAULT} ${POKY_DEFAULT_DISTRO_FEATURES}"10:00
fuzzybear396580#   set? /home/johrineh/code/outer-yocto-build/poky/meta/conf/distro/include/default-dist10:00
fuzzybear396580rovars.inc:1410:00
fuzzybear396580#     "${DISTRO_FEATURES_DEFAULT}"10:00
fuzzybear396580#   set /home/johrineh/code/outer-yocto-build/poky/meta/conf/documentation.conf:14310:00
fuzzybear396580#     [doc] "The features enabled for the distribution."10:00
fuzzybear396580#   set? /home/johrineh/code/outer-yocto-build/poky/meta/conf/bitbake.conf:82510:00
fuzzybear396580#     ""10:00
fuzzybear396580#   set native.bbclass:135 [native_virtclass_handler]10:00
fuzzybear396580#     "ipv6 x11 xattr"10:00
fuzzybear396580#   append utils.py:129 [features_backfill]10:00
fuzzybear396580#     " pulseaudio gobject-introspection-data ldconfig"10:00
fuzzybear396580# pre-expansion value:10:00
fuzzybear396580#   "ipv6 x11 xattr pulseaudio gobject-introspection-data ldconfig"10:00
qschulzfuzzybear396580: whcih version of yocto are you using?10:00
fuzzybear396580Good question. Dunfell, generally. I'm not sure how to obtain the exact version (SHA or major/minor).10:01
*** starblue <starblue!~juergen@dslb-094-221-189-043.094.221.pools.vodafone-ip.de> has quit IRC (Ping timeout: 265 seconds)10:02
fuzzybear396580I can see the values in DISTRO_FEATURES_append in conf/local.conf but they're not being appended for some reason.10:02
rburtonfuzzybear396580: is your recipe native?10:02
fuzzybear396580And, I can see them in the environment output.10:02
fuzzybear396580rburton Yeah.........10:02
qschulzfuzzybear396580: the issue lies in set native.bbclass:135 [native_virtclass_handler]10:02
rburton#   set native.bbclass:135 [native_virtclass_handler]10:03
rburton#     "ipv6 x11 xattr"10:03
rburtonnative recipes get a constrained distro features, as they're native and therefore not related to the target10:03
qschulzfuzzybear396580: seems like you also need a DISTRO_FEATURES_class-native_append10:03
*** starblue <starblue!~juergen@dslb-094-221-189-043.094.221.pools.vodafone-ip.de> has joined #yocto10:03
fuzzybear396580Oh! I had no idea.10:03
rburtonyou might be abusing distro features10:03
qschulzthen probably don't do what I suggested :)10:04
Saur[m]Though it should be `DISTRO_FEATURES_append_class-native`.10:04
qschulzSaur[m]: pretty sure not10:04
Saur[m]Pretty sure yes. ;)10:04
qschulzBecause the DISTRO_FEATURES_append would work on a DISTRO_FEATURES10:04
fuzzybear396580rburton we basically want to predicate the inclusion/configuration of some packages depending on the build configuration.10:05
qschulzhere, the DISTRO_FEATURES is overridden for the class-native10:05
rburtonif you definitely want this feature passed through to native, then append DISTRO_FEATURES_FILTER_NATIVE10:05
qschulzso you want to *add* to this overridden DISTRO_FEATURES, hence _class-native_append10:05
fuzzybear396580rburton we only want this feature present sometimes, depending on the build.10:06
fuzzybear396580How can I know from the above that the _append values aren't used? Because there's no `set  /home/johrineh/code/outer-yocto-build/poky/build/conf/local.conf` ?10:06
qschulzSaur[m]: actually, neither will work10:08
qschulzbecause it's a d.setVar in an anonymous python function, so _append and whatnot are done, and then the anonymous python function is run and here the d.setVar overrides it10:09
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Quit: vladest)10:10
qschulzfuzzybear396580: i'm not entirely sure you can get it from the logs10:10
Saur[m]Yeah, I forgot the implications of the Python code in native_virtclass_handler(). So ether add to DISTRO_FEATURES_NATIVE (if it is a distro feature specifically targeted for native) or add to DISTRO_FEATURES_FILTER_NATIVE.10:10
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto10:10
fuzzybear396580qschulz "logs", here, means -e output?10:10
qschulzthis is a **very** specific case you stumbled upon, d.setVar is not usually used in anonymous python functions10:11
qschulzfuzzybear396580: yes10:11
fuzzybear396580Okay, so basically you all knew this because you have a better working knowledge of recipe types and in which cases which _appends work.10:11
fuzzybear396580Got it. Thanks qschulz10:11
qschulzfuzzybear396580: i am not sure that we actually explain in the docs that d.setVar in an anonymous python function will be done after all _append, _prepend, _remove whatever is done10:13
qschulzwe should for sure10:13
qschulzas for the bitbake -e output, I have no idea if and how we can improve it to explicit this situation10:13
*** ptsneves <ptsneves!~Thunderbi@031011128148.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 246 seconds)10:13
qschulz(also, there's now a bitbake-getvar -r recipe VAR tool that should be faster than bitbake -e :) )10:14
fuzzybear396580> i am not sure that we actually explain in the docs that10:17
fuzzybear396580I may have missed it, but I didn't see it.10:17
fuzzybear396580> as for the bitbake -e output, I have no idea if and how we can improve it to explicit this situation10:18
fuzzybear396580Yeah, okay. It might not be possible. I'm not sure how you'd indicate which ones are overriding which ones because of the recipe type.10:18
fuzzybear396580bitbake-getvar -r <recipe> <var> is great! Thank you!!!10:18
*** ptsneves <ptsneves!~Thunderbi@031011128148.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto10:20
*** ptsneves <ptsneves!~Thunderbi@031011128148.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 260 seconds)10:33
seninhaHi, recipe parsing is very slow here, it stays at 0% for like 20 mins. How can I check what it is waiting to or something10:36
qschulzseninha: bitbake -DDD flags will show the log of note level I think?10:38
fuzzybear396580qschulz Somehow it's still not working. I've checked and my conf/local.conf has the right value:10:42
fuzzybear396580build-shared3% grep -r 'DISTRO_FEATURES_class-native_append' conf/local.conf10:42
fuzzybear396580DISTRO_FEATURES_class-native_append = " thing-that-i-want"10:42
*** ptsneves <ptsneves!~Thunderbi@031011128148.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto10:43
qschulzfuzzybear396580: this is not going to work10:43
*** mastankatragadda <mastankatragadda!~mastankma@2001:470:69fc:105::2:8dc0> has left #yocto10:43
qschulzyou need to use whatever rburton suggested10:43
qschulzfuzzybear396580: c.f. https://git.openembedded.org/openembedded-core/tree/meta/classes/native.bbclass?h=dunfell#n13110:43
rburtonas was said, class-native-append is the wrong orer10:43
rburtonorder10:44
fuzzybear396580Oh, is that what you you meant when you said10:44
fuzzybear396580> Saur[m]: actually, neither will work10:44
rburtonappend_class-native10:44
qschulzfuzzybear396580: DISTRO_FEATURES_FILTER_NATIVE10:44
qschulzin addition to your normal DISTRO_FEATURES10:45
qschulzrburton: no, _append and _append_class-native will do the same thing for class-native10:45
*** kim_martial[m] <kim_martial[m]!~kimmartia@2001:470:69fc:105::2:9536> has joined #yocto10:46
qschulzand since _append does not work, _append_class-native won't either10:47
fuzzybear396580qschulz Works great with DISTRO_FEATURES_FILTER_NATIVE10:47
qschulzrburton: you actually pointed to the correct things to do earlier, with the DISTRO_FEATURES_FILTER_NATIVE variable10:47
fuzzybear396580qschulz I tried DISTRO_FEATURES_FILTER_NATIVE_append but to no avail.10:48
fuzzybear396580Is that supported?10:48
qschulzfuzzybear396580: seems like it should since we have such a thing in meta/classes/distrooverrides.bbclass10:50
qschulzfuzzybear396580: didn't you forget to add the leading space by any chance?10:50
fuzzybear396580Yeah, there's a 100% chance that that happened.10:51
*** ptsneves <ptsneves!~Thunderbi@031011128148.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 260 seconds)10:52
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving)11:04
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)11:09
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto11:09
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds)11:14
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto11:14
*** yashraj466 <yashraj466!~yashraj46@2401:4900:1908:c784:380e:76b1:727b:97c8> has joined #yocto11:26
*** ptsneves <ptsneves!~Thunderbi@public-gprs234528.centertel.pl> has joined #yocto11:30
fuzzybear396580How should I understand this message:11:36
fuzzybear396580WARNING: preferred version go-1.18.7 of go not available (for item go)11:36
fuzzybear396580WARNING: versions of go available: 1.14.15 1.18.711:36
fuzzybear396580The version that you want isn't available but the version that you want is available?11:36
neverpanicNo, the version you want is "go-1.18.7", the version you have is "1.18.7"11:37
fuzzybear396580Oh.....11:37
fuzzybear396580Yep. Changing from PREFERRED_VERSION_go = "go-1.18.7" to PREFERRED_VERSION_go="1.18.7" cleaned it up.11:39
*** ptsneves <ptsneves!~Thunderbi@public-gprs234528.centertel.pl> has quit IRC (Ping timeout: 264 seconds)11:41
*** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has quit IRC (Read error: Connection reset by peer)11:44
*** jamestperk <jamestperk!sid520428@id-520428.tinside.irccloud.com> has quit IRC (Ping timeout: 260 seconds)11:44
*** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has joined #yocto11:44
*** bradfa <bradfa!sid297668@id-297668.helmsley.irccloud.com> has quit IRC (Read error: Connection reset by peer)11:44
*** rburton <rburton!rburton@user/rburton> has quit IRC (Read error: Connection reset by peer)11:44
*** bradfa <bradfa!sid297668@id-297668.helmsley.irccloud.com> has joined #yocto11:44
*** rburton <rburton!rburton@user/rburton> has joined #yocto11:44
*** jamestperk <jamestperk!sid520428@id-520428.tinside.irccloud.com> has joined #yocto11:44
*** ptsneves <ptsneves!~Thunderbi@public-gprs228238.centertel.pl> has joined #yocto11:47
*** yashraj466 <yashraj466!~yashraj46@2401:4900:1908:c784:380e:76b1:727b:97c8> has quit IRC (Quit: Client closed)11:50
*** milkylainen <milkylainen!~christian@static-212-247-174-226.cust.tele2.se> has joined #yocto11:54
milkylainenSnapshots are disabled @ git.yoctoproject.org?11:54
manuel__Hi all! I'm building a core-image-minimal-xfce but when starting in qemu I just get a X mouse pointer on an otherwise black screen.11:55
manuel__Sometimes for the glimpse of a second I can see a window shining through.11:55
manuel__Can't see an obvious error message in /var/log/Xorg.0.log.12:02
manuel__What can I do to get a proper xfce desktop?12:03
manuel__Ok I managed to log into qemu through serial console and stopped xserver-nodm. X releases the screen and I see a few error messages that it seems to have printed on the terminal while it was shadowed by X. Is there a copy of these error messages in some log file? Don't see them in /var/log/Xorg.0.log12:32
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 250 seconds)12:39
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto12:39
*** zpfvo <zpfvo!~fvo@i59F5CF28.versanet.de> has quit IRC (Ping timeout: 268 seconds)12:41
*** fuzzybear396580 <fuzzybear396580!~fuzzybear@2001:420:c0c0:1003::404> has quit IRC (Quit: Ping timeout (120 seconds))12:43
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 265 seconds)12:44
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto12:44
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto12:45
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has joined #yocto12:47
*** zpfvo <zpfvo!~fvo@i59F5CF28.versanet.de> has joined #yocto12:55
*** ptsneves <ptsneves!~Thunderbi@public-gprs228238.centertel.pl> has quit IRC (Ping timeout: 268 seconds)13:00
*** zpfvo <zpfvo!~fvo@i59F5CF28.versanet.de> has quit IRC (Ping timeout: 264 seconds)13:03
*** zpfvo <zpfvo!~fvo@i59F5CF28.versanet.de> has joined #yocto13:03
milkylainensnapshots @ git.yoctoproject.org is broken?13:09
milkylainenAnyone?13:09
*** seninha <seninha!~seninha@user/seninha> has joined #yocto13:10
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)13:10
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto13:10
rburtonmilkylainen: what do you mean by snapshots13:11
*** fuzzybear396556 <fuzzybear396556!~fuzzybear@2001:420:c0c0:1003::404> has joined #yocto13:11
fuzzybear396556bitbake -c devshell go isn't popping me into a devshell. Why could that be?13:11
fuzzybear396556I don't see any error output.13:11
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Remote host closed the connection)13:11
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto13:12
fuzzybear396556The last few lines that I see look like13:12
fuzzybear396556Initialising tasks: 100% |#######################################################################| Time: 0:00:0013:12
fuzzybear396556Sstate summary: Wanted 37 Found 36 Missed 1 Current 39 (97% match, 98% complete)13:12
fuzzybear396556NOTE: Executing Tasks13:12
fuzzybear396556NOTE: Tasks Summary: Attempted 340 tasks of which 339 didn't need to be rerun and all succeeded.13:12
milkylainenrburton: https://git.yoctoproject.org/poky/tree/meta/recipes-devtools/opkg-utils/opkg-utils_0.5.0.bb?h=kirkstone#n1013:13
milkylainenrburton: Download of tarballs.13:14
rburtonhuh why does the recipe do that13:14
rburtonit won't work long-term as the checksums could change13:14
milkylainenrburton: well. There are some other projects relying on this capability too. opkg and opkg utils are used by others too.13:15
milkylainenI mean, regardless of the checksum change or not.13:16
rburtonthe checksum will randomly change over time, it's a miracle it continues to work13:16
milkylainenHas worked for.. like forever?13:16
rburtonthe yocto mirror should have a copy of that tarball13:16
milkylainenBut yeah. Absolutely a problem.13:16
manuel__I'm trying to run a core-image-minimal-xfce, but Xorg just makes the screen go black (displays a mouse cursor though) and prints this on stderr underneath the black screen. What is missing on my image? https://pastebin.com/TGL9ZhAK13:17
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 268 seconds)13:17
milkylainenrburton: I think snapshots stopped working like two days ago?13:18
rburtonhalstead: ^^^13:18
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)13:19
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)13:20
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto13:20
*** seninha <seninha!~seninha@user/seninha> has joined #yocto13:20
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto13:21
halsteadrburton: milkylainen, we disabled cgit tarballs about 15 hours ago because they were causing load issues on the mirrors. I thought mindless crawlers were causing the problem not any purposeful use.13:22
rburtoni'm fixing the recipes that refer to them now13:22
rburtoncan we enable them for specific repos?13:22
rburtoni'm shocked we have recipes using them13:23
halsteadrburton: we can enable tar.gz snapshots. tar.bz2 snapshots are breaking the mirrors.13:25
halsteadrburton: ideally we could disable that function entirely though13:25
rburtonhalstead: absolutely13:26
rburtonwe can fix the git trees but people using old releases will still try and grab them13:26
halsteadrburton: milkylainen, will tar.gz do the trick or were the tar.bz2 linked to?13:26
rburtonjust checked, its only .gz13:27
halsteadrburton: maybe I can redirect to a static file.13:27
*** zpfvo <zpfvo!~fvo@i59F5CF28.versanet.de> has quit IRC (Ping timeout: 264 seconds)13:27
halsteadOk13:27
halsteadThis will take a few minutes13:27
fuzzybear396556I have a compile step that's failing.13:27
fuzzybear396556I tried to enter a devshell but it's not working.13:27
fuzzybear396556I don't see any error with bitbake -c devshell <package>, though.13:28
fuzzybear396556exit code 0 and statements printed indicating parsing and executing tasks.13:28
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 258 seconds)13:28
fuzzybear396556But, when the command finishes I'm still in the same directory with the same environment (build folder with my standard shell environment).13:29
fuzzybear396556Anyone know why bitbake -c devshell <package> may not be working?13:29
fuzzybear396556I'm using13:29
fuzzybear396556build-shared3% bitbake --version13:29
fuzzybear396556BitBake Build Tool Core version 1.46.013:29
rburtonfuzzybear396556: define "not working"13:30
*** valenvb <valenvb!~valenvb@ip-45-3-31-187.user.start.ca> has joined #yocto13:30
fuzzybear396556rburton the shell doesn't change at all.13:30
fuzzybear396556Directory unchanged, environment unchanged, shell (zsh) is the same.13:30
rburtonit spawns a new terminal13:30
rburtonso maybe thats failing13:31
fuzzybear396556Hmm, I'm in tux.13:31
fuzzybear396556s/tux/tmux13:31
rburtonif its working right, bitbake will start a new window there and wait for it to close13:31
rburtonworks for me, in a tmux13:31
fuzzybear396556Oh, outside of tmux it worked.13:32
fuzzybear396556Oh, it started a new tmux _session_, not window.13:32
fuzzybear396556So, I didn't see it in my session.13:32
fuzzybear396556build-shared3# tmux ls13:32
fuzzybear396556builder: 5 windows (created Sun Sep 25 14:43:57 2022) [224x62]13:32
fuzzybear396556dev: 4 windows (created Mon Sep 19 15:21:00 2022) [210x57]13:32
fuzzybear396556devshell-15193: 1 windows (created Thu Oct  6 15:31:51 2022) [224x62] (attached)13:32
milkylainenhalstead: If we can't have it as it was then gz will do for me. Dunno about other projects.13:33
fuzzybear396556Oh, no. It only spawned a new session when I wasn't already in a tmux session (when I detached).13:33
halsteadmilkylainen: We really can't handle generating tar.bz2 snapshots on the fly without major expense.13:35
milkylainenhalstead: It's ok. gz works too.13:36
milkylainenhalstead: If you wish to kill the functionality, some sort of heads up would be nice. There are a lot of various older build envs relying on this everywhere.13:37
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto13:37
halsteadmilkylainen: I realize that now. I incorrectly assumed no automated functionality relied on this feature,13:37
halsteadtar.gz ree-nabled for openembedded. Working on yoctoproject.org.13:41
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)13:42
milkylainenhalstead: tnx. :) will test.13:42
*** zpfvo <zpfvo!~fvo@i59F5CF28.versanet.de> has joined #yocto13:42
halsteadmilkylainen: The change is pushed. Allow 10 to 15 minutes for the gears to turn.13:42
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto13:42
milkylainenah13:42
milkylainenWhy are snapshot from tagged things provided dynamically? Sounds really taxing on the machine. I mean. Guess most snapshot fetches were tag related ones?13:46
rburtoneven if they're cached, they'll be reclaimed at some point13:47
rburtonsee the same problem with using the /archive/ links on github13:47
rburtongenerated and cached.  then regenerated at some point, different checksum.13:47
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving)13:54
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto13:54
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto13:58
*** zpfvo <zpfvo!~fvo@i59F5CF28.versanet.de> has quit IRC (Ping timeout: 268 seconds)13:58
milkylainenI see.14:01
halsteadmilkylainen: These are back now https://git.yoctoproject.org/poky/snapshot/poky-yocto-4.0.4.tar.gz14:03
fuzzybear396556Which tasks are executed before bitbake -c devshell <package> spawns a dev shell?14:08
fuzzybear396556Also, is there a way to get the do_compile or do_install from within the dev shell?14:08
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)14:11
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto14:11
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)14:11
*** kscherer <kscherer!~kscherer@dsl-173-206-89-249.tor.primus.ca> has joined #yocto14:11
milkylainenhalstead: opkg-utils snapshot just back too. tnx.14:12
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto14:12
*** beneth <beneth!5cb2199230@xmpp.beneth.fr> has joined #yocto14:12
*** zpfvo <zpfvo!~fvo@i59F5CF28.versanet.de> has joined #yocto14:13
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)14:15
*** Haxxa <Haxxa!~Haxxa@202-65-79-43.ip4.superloop.com> has quit IRC (Ping timeout: 248 seconds)14:17
rburtonfuzzybear396556: the shell tasks exist as temp/run.do_compile etc14:20
*** valenvb <valenvb!~valenvb@ip-45-3-31-187.user.start.ca> has quit IRC (Quit: Client closed)14:20
rburtonfuzzybear396556: and as for what tasks: "addtask devshell after do_patch do_prepare_recipe_sysroot"14:21
halsteadmilkylainen: We'll see how the servers hold up. I'll announce on the lists if we need to discontinue snapshots with a timeframe to move to other options.14:21
milkylainenhalstead: appreciated. tnx for the quick response.14:22
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto14:29
LetoThe2ndyo dudX14:37
*** Haxxa <Haxxa!~Haxxa@202-65-79-43.ip4.superloop.com> has joined #yocto14:39
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 265 seconds)14:43
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto14:44
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds)14:49
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto14:49
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds)14:58
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto14:59
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)15:01
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto15:01
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)15:03
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto15:03
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 250 seconds)15:09
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto15:09
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Read error: Connection reset by peer)15:10
*** seninha <seninha!~seninha@user/seninha> has joined #yocto15:10
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)15:11
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto15:11
tperrotmanuel__: I've been reproducing this Xfce issue for several days, and I’m trying to fix it without success for the moment.15:12
manuel__tperrot: Good to hear it's not just me15:12
manuel__But still I'm wondering... shouldnt be core-image-minimal-xfce be working and tested?15:13
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds)15:13
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto15:14
*** whuang0389 <whuang0389!~whuang038@66-46-12-74.dedicated.allstream.net> has joined #yocto15:16
fuzzybear396556rburton Thanks for the info about devshell!15:18
tperrotmanuel__: me too, so I'm opening a bug.15:20
manuel__tperrot: Just posting on the mailing list15:20
*** olani <olani!~olani@66.159.215.7> has quit IRC (Ping timeout: 268 seconds)15:22
*** otavio <otavio!~otavio@191-221-69-78.user3p.brasiltelecom.net.br> has quit IRC (Ping timeout: 268 seconds)15:22
*** otavio <otavio!~otavio@191-221-69-78.user3p.brasiltelecom.net.br> has joined #yocto15:22
manuel__When sending to the mailing list, is it okay to attach files 12kB in size?15:23
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto15:26
chryshis there a default rule which ipks end up in the sdk and which ones in the rootfs? (e.g. per default *${PN}-dev.ipk and *${PN}.ipk would only be in the rootfs and *${PN}.ipk in sdk? or something?)15:27
manuel__tperrot: Here's my mailing list message for reference: https://lists.yoctoproject.org/g/yocto/topic/core_image_minimal_xfce_xorg/9416018515:33
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 265 seconds)15:39
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto15:39
tperrotmanuel__: Thank you, I will indicate that I reproduce this issue.15:43
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Ping timeout: 264 seconds)15:43
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)15:44
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto15:44
*** kim_martial[m] <kim_martial[m]!~kimmartia@2001:470:69fc:105::2:9536> has quit IRC (Quit: User was banned)15:56
*** zpfvo <zpfvo!~fvo@i59F5CF28.versanet.de> has quit IRC (Quit: Leaving.)16:10
*** frieder <frieder!~frieder@200116b824deba810000000000001cba.dip.versatel-1u1.de> has quit IRC (Remote host closed the connection)16:11
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)16:12
rburtonchrysh: the image recipe defines what goes into the rootfs (IMAGE_INSTALL etc).  A SDK generated from the same recipe is the same package list but with dev-pkgs enabled (so for every foo in the image, foo-dev is installed).  TOOLCHAIN_(HOST|TARGET)_TASK can be used to add more packages to the sdk, either host or target.16:12
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto16:12
JaMais linux-libc-headers/*.do_packagedata.* expected to depend on PRSERV_ACTIVE? this looks as a bug to me:16:16
JaMabasehash changed from 59018e7d93c51a6dc7b72cfce8b27244061d0d757dfaa80e5b61405d96728f0b to 76d86c10258519885c1d8278114125f6a395dd8283c115a997e462fed5c4f7cf16:16
JaMaVariable PRSERV_ACTIVE value changed from 'False' to 'True'16:16
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)16:18
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection)16:20
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 265 seconds)16:20
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto16:20
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)16:20
kergothHas anyone attempted to alter our toolchain component test suites to be able to run under a generated yocto sdk environment? The current sdk tests are really bare bones, yet we run a full suite for the -cross recipes. But nothing fully tests the cross-canadian binaries, we just assume they're equivalent to -cross16:31
kergothGuessing probably not16:31
frayMentor/Code Sourcery had done that years ago... but no idea what happened to that code..  It was pretty simple (but not integrated into the environment)16:32
kergothI'm building an "external toolchain" that's actually a yocto sdk which can be used by TCMODE=external-oe-sdk, but realized the testing for such a toolchain is pretty weak. We can test -cross, and that's great, and the glibc tests will make sure the shipped bits in the target sysroot are good, but we aren't really testing the functionality of the shipped cross gcc16:34
kergothjust assuming it's good if -cross is16:34
kergoththanks, that's useful, i'll check with our toolchain folks16:34
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)16:37
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto16:37
rburtonJaMa: that looks very wrong16:40
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection)16:41
kergothHuh. meta-mingw changes target checksums by globally exporting new toolchain component variables. oops.16:42
kergothso switching from linux to mingw sdkmachine will change everything16:42
kergothbetter fix that..16:42
*** dmoseley_ <dmoseley_!~dmoseley@user-24-96-20-181.knology.net> has quit IRC (Read error: Connection reset by peer)16:44
*** dmoseley <dmoseley!~dmoseley@user-24-96-20-181.knology.net> has joined #yocto16:45
*** PhoenixMage <PhoenixMage!~phoenix@206.83.113.15> has quit IRC (Ping timeout: 265 seconds)16:47
*** PhoenixMage <PhoenixMage!~phoenix@206.83.113.58> has joined #yocto16:49
*** dmoseley <dmoseley!~dmoseley@user-24-96-20-181.knology.net> has quit IRC (Ping timeout: 268 seconds)16:53
*** dmoseley <dmoseley!~dmoseley@user-24-96-20-181.knology.net> has joined #yocto16:53
*** dmoseley <dmoseley!~dmoseley@user-24-96-20-181.knology.net> has quit IRC (Client Quit)16:54
*** dmoseley <dmoseley!~dmoseley@user-24-96-20-181.knology.net> has joined #yocto16:55
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)16:57
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto16:57
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection)16:58
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto16:58
*** PhoenixMage <PhoenixMage!~phoenix@206.83.113.58> has quit IRC (Ping timeout: 252 seconds)17:05
*** PhoenixMage <PhoenixMage!~phoenix@206.83.112.50> has joined #yocto17:07
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)17:13
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto17:13
*** whuang0389 <whuang0389!~whuang038@66-46-12-74.dedicated.allstream.net> has quit IRC (Ping timeout: 252 seconds)17:14
*** odra_ is now known as lrossett17:18
*** fuzzybear396556 <fuzzybear396556!~fuzzybear@2001:420:c0c0:1003::404> has quit IRC (Quit: Ping timeout (120 seconds))17:27
*** olani <olani!~olani@h83-209-226-53.cust.a3fiber.se> has joined #yocto17:29
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 252 seconds)17:33
kiwi_29_[m]Hello ... what is the difference between recipe-sysroot and recipe-sysroot-native ?17:40
kiwi_29_[m]I am compiling a recipe which basically compiles a go program. As part of compilation, there is also a clang compiler invoked. Now the compilation of this c program using clang is failing because clang is looking for include dirs in recipe-sysroot-native . But the asm/types.h file that it is looking is inside recipe-sysroot. I saw that the env variable CPPFLAGS_FOR_BUILD is set to "-isystem<PATH_WITH_recipe-sysroot>"17:40
kiwi_29_[m] * Hello ... what is the difference between recipe-sysroot and recipe-sysroot-native ?17:40
kiwi_29_[m]I am compiling a recipe which basically compiles a go program. As part of compilation, there is also a clang compiler invoked. Now the compilation of this c program using clang is failing because clang is looking for include dirs in recipe-sysroot-native . But the asm/types.h file that it is looking is inside recipe-sysroot. I saw that the env variable CPPFLAGS\_FOR\_BUILD is set to "-isystem\<PATH\_WITH\_recipe-sysroot-native>"17:40
kiwi_29_[m]Some way I have to either install include files inside recipe-sysroot or let the Makefile which compiles this c program as part of the recipe know that the it should also search the path containing recipe-sysroot along with all the other paths for the include file17:42
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)17:46
*** seninha <seninha!~seninha@user/seninha> has joined #yocto17:58
khemkiwi_29_: recipe-sysroot contains the target libraries/headers and recipe-sysroot-native contains the tools/libs-needed-by-host-tools etc. basically target stuff is in recipe-sysroot18:07
khemnow if you are needing to use clang, find out if its building portions which are part of target build iow installed on target, then you perhaps want to use clang based cross compiler, which you can get from meta-clang18:08
kiwi_29_[m]I am using meta-clang18:09
khemall then you need to do is add TOOLCHAIN = "clang" in your recipe and it will redirect default c/c++ compiler to use clang18:09
khemok18:09
kiwi_29_[m]The main build is a go build18:09
kiwi_29_[m]but it also compiles a bpf code in c language using clang18:10
khemwhat is clang building ? is it some tool that you will need during build18:10
khemI see, then perhaps you can add TOOLCHAIN = "clang" and if you are lucky thats all you would need18:10
khembpf stuff will be for target so you need a proper cross compiler18:10
kiwi_29_[m]I do have TOOLCHAIN="clang" in beginning of recipe18:10
kiwi_29_[m]I wonder if that is a problem ^18:11
khemgood, then check your component's Makefiles and see how is it invoking it18:11
khemyou mentioned its looking inside native sysroot that tells me that your package is calling bare clang and not <target-prefix>-clang as compiler18:12
kiwi_29_[m]You are right18:13
kiwi_29_[m]I just checked the third party Makefile and it is calling clang directly18:13
khemright so change it to call CC/CXX etc18:13
kiwi_29_[m]This is a thirdparty source...what would be proper way to make the change without changing their Makefile directly?18:14
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 265 seconds)18:14
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto18:14
kiwi_29_[m]Is there a way to replace the Makefile before compilation starts?18:15
kiwi_29_[m]I am not able to make changes to their repo ...which means I will have to make change in the build dir18:15
kiwi_29_[m]* make change to Makefile in the, * build dir?18:16
khemyou can patch it18:18
khemlot of times folks dont test their stuff in cross build environments and these things come in, you patch them and upstream them, until they make the round trip you keep the patch locallly18:19
kiwi_29_[m]cool thanks...let me try it out18:20
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)18:23
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto18:23
kiwi_29_[m]btw..I have used the devtool in the past for patching and is extremely buggy (do not recall the exact usecase as it does many things). But do you still recommend using devtool? or manually generating the patch file and referencing inside recipe?18:24
*** amitk <amitk!~amit@103.59.74.150> has quit IRC (Ping timeout: 268 seconds)18:24
khemdevtool is perhaps easier if you are at yocto-fu then other methods work too18:25
kiwi_29_[m]there is some problem with the staging area that it creates..but anyway... let me try manual way first...thanks a lot18:26
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)18:27
*** seninha <seninha!~seninha@user/seninha> has joined #yocto18:27
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto18:58
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Client Quit)19:00
*** florian_kc <florian_kc!~florian@dynamic-093-132-032-160.93.132.pool.telefonica.de> has joined #yocto19:00
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto19:04
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 268 seconds)19:11
*** dmoseley_ <dmoseley_!~dmoseley@216.186.157.176> has joined #yocto19:27
*** dmoseley <dmoseley!~dmoseley@user-24-96-20-181.knology.net> has quit IRC (Ping timeout: 265 seconds)19:28
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds)19:44
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto19:44
*** ptsneves <ptsneves!~Thunderbi@031011128075.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto19:48
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds)19:49
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto19:50
*** ptsneves <ptsneves!~Thunderbi@031011128075.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 268 seconds)19:59
*** olani <olani!~olani@h83-209-226-53.cust.a3fiber.se> has quit IRC (Ping timeout: 252 seconds)20:12
*** kscherer <kscherer!~kscherer@dsl-173-206-89-249.tor.primus.ca> has quit IRC (Quit: Konversation terminated!)20:21
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 265 seconds)20:24
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto20:24
*** mvlad <mvlad!~mvlad@2a02:2f08:4605:ca00:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection)20:25
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 265 seconds)20:29
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto20:29
*** justHaunted is now known as _justHaunted20:30
*** _justHaunted is now known as justHaunted20:30
*** florian_kc <florian_kc!~florian@dynamic-093-132-032-160.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds)20:35
*** seninha <seninha!~seninha@user/seninha> has joined #yocto20:38
*** dmoseley_ <dmoseley_!~dmoseley@216.186.157.176> has quit IRC (Ping timeout: 260 seconds)20:45
*** Estrella___ <Estrella___!~quassel@192-063-174-177.res.spectrum.com> has quit IRC (Read error: Connection reset by peer)20:47
*** Estrella_ <Estrella_!~quassel@134.238.165.31> has joined #yocto20:47
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds)20:48
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto20:49
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 265 seconds)20:53
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto20:54
kiwi_29_[m]khem:  This is the value in CC x86_64-poky-linux-clang -target x86_64-poky-linux  -m64 -march=core2 -mtune=core2 -msse3 -mfpmath=sse   -mlittle-endian -Qunused-arguments -fstack-protector-strong  -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security --sysroot=<PATH>/build/tmp/work/core2-64-poky-linux/RECIPENAME/1.0-r0/recipe-sysroot20:55
kiwi_29_[m]When compiling , I get this error "error: unknown FP unit 'sse'"20:55
kiwi_29_[m]When I remove -mfpmath=sse , then the compilation happens.20:55
kiwi_29_[m]I tested this using devshell. How can I remove -mfpmath=sse from the actual CC variable as part of recipe compilation20:55
*** dmoseley <dmoseley!~dmoseley@216.186.157.176> has joined #yocto21:01
*** dmoseley <dmoseley!~dmoseley@216.186.157.176> has quit IRC (Ping timeout: 246 seconds)21:06
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto21:14
roussinmI'm trying to get libgles3 part of the target sdk. Even if my recipes depends on virtual/libgles3, it will not be part of the target sdk. But if the recipe depends on `virtual/libgles2` it's now part of the target sdk. virtual/libgles3 only provides header files, but still needed for our target sdk with qt. virtual/libgles3 is provided by mesa. I thought that only depending on the virtual package21:30
roussinmwould pull the -dev part inside the sdk, but I guess I'm missing something here. Weird thing is, gles2 headers and so are deployed to the target sdk.21:30
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection)21:31
*** u1106 <u1106!~quassel@ec2-18-193-68-189.eu-central-1.compute.amazonaws.com> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)21:51
*** mrnuke <mrnuke!~mrnuke@c-98-197-58-203.hsd1.tx.comcast.net> has quit IRC (Ping timeout: 268 seconds)21:54
*** u1106 <u1106!~quassel@ec2-18-193-68-189.eu-central-1.compute.amazonaws.com> has joined #yocto21:54
*** mrnuke <mrnuke!~mrnuke@c-98-197-58-203.hsd1.tx.comcast.net> has joined #yocto21:55
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 265 seconds)21:59
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto22:00
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.)22:02
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto22:04
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)22:09
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto22:09
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 265 seconds)22:14
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto22:14
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds)22:19
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto22:19
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds)22:24
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto22:24
*** dmoseley <dmoseley!~dmoseley@user-24-96-20-181.knology.net> has joined #yocto22:29
*** busaffil <busaffil!busaffil@cable-static-232-78.teleport.ch> has joined #yocto23:36
*** busaffil <busaffil!busaffil@cable-static-232-78.teleport.ch> has left #yocto23:37

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