Monday, 2019-06-17

*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto00:28
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC00:37
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-kafnoylvtxvyypwo> has quit IRC01:00
*** justanotherboy <justanotherboy!~justanoth@136.49.196.186> has quit IRC01:19
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto01:39
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC01:40
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto01:42
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC01:52
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto01:55
*** kaspter <kaspter!~Instantbi@115.206.60.156> has quit IRC03:24
*** kaspter <kaspter!~Instantbi@115.206.60.156> has joined #yocto03:25
*** armpit <armpit!~armpit@2601:202:4180:c33:5942:80bf:dc9c:15ab> has quit IRC04:19
*** armpit <armpit!~armpit@2601:202:4180:c33:2c31:9e4f:f48c:a0f7> has joined #yocto04:31
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC04:39
*** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto05:11
*** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC05:20
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto05:21
*** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto05:21
*** vineela <vineela!~vtummala@134.134.139.76> has quit IRC05:32
*** agust <agust!~agust@pD95F1ED1.dip0.t-ipconnect.de> has joined #yocto05:54
*** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto05:58
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto06:03
*** Dvorkin <Dvorkin!~Dvorkin@176.114.204.12> has quit IRC06:07
*** Dvorkin <Dvorkin!~Dvorkin@176.114.204.12> has joined #yocto06:16
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto06:17
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:20
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto06:21
*** cvasilak <cvasilak!~cvasilak@2a02:587:810e:4200:9187:2ec9:fca6:ccb8> has joined #yocto06:37
*** opennandra <opennandra!~marek@109-230-35-25.dynamic.orange.sk> has joined #yocto06:41
*** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto06:41
*** jeanba <jeanba!~jbl@77.243.63.34> has left #yocto06:43
*** cvasilak <cvasilak!~cvasilak@2a02:587:810e:4200:9187:2ec9:fca6:ccb8> has quit IRC06:46
*** mckoan|away is now known as mckoan06:48
mckoangood morning06:48
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC06:51
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto06:56
*** Bunio_FH <Bunio_FH!~bunio@2a02:a313:4343:f080:b066:60e9:8597:11d2> has joined #yocto07:01
*** lfa <lfa!~lfa@217.19.35.51> has joined #yocto07:02
*** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto07:09
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto07:19
*** cvasilak <cvasilak!~cvasilak@2a02:587:810e:4200:875:5d35:d187:f742> has joined #yocto07:43
*** woutervh <woutervh!~woutervh@84.199.255.188> has joined #yocto07:44
*** AndersD <AndersD!~AndersD@61.40.109.130> has joined #yocto07:47
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC07:50
*** yacar_ <yacar_!~yacar@80.215.129.61> has joined #yocto07:51
alicefmckoan: morning :)07:52
*** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto07:53
*** AndersD <AndersD!~AndersD@61.40.109.130> has quit IRC07:56
*** yacar_ <yacar_!~yacar@80.215.129.61> has quit IRC07:56
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto08:11
mckoanhey alicef ;-)08:13
aliceftutto bene ? :)08:14
*** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC08:16
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto08:23
*** agust <agust!~agust@pD95F1ED1.dip0.t-ipconnect.de> has quit IRC08:25
*** agust <agust!~agust@pD95F1ED1.dip0.t-ipconnect.de> has joined #yocto08:26
*** yacar_ <yacar_!~yacar@80.215.129.61> has joined #yocto08:34
*** AndersD <AndersD!~AndersD@61.40.109.130> has joined #yocto09:00
*** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto09:02
*** AndersD <AndersD!~AndersD@61.40.109.130> has quit IRC09:04
millonifor a given recipe, is it possible to get a list of layers that .bbappend it? right now i'm using `bitbake -e whatever` and grepping for bbappend but 1) that's still a lot of output 2) i don't know if i'm getting everything09:10
LetoThe2ndmilloni: bitbake-layers show-appends09:14
milloninice, i had actually asked that question before, i'm hoping to remember the answer this time :D thanks09:15
*** woutervh <woutervh!~woutervh@84.199.255.188> has quit IRC09:20
*** woutervh <woutervh!~woutervh@84.199.255.188> has joined #yocto09:24
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC09:25
*** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto09:25
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:29
*** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC09:32
*** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC09:43
*** yacar_ <yacar_!~yacar@80.215.129.61> has quit IRC09:45
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:45
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:46
*** yann <yann!~yann@85.118.38.73> has joined #yocto09:46
opennandrahi09:52
opennandraI need to fetch zip file from artifactory using custrom header + api key09:52
opennandrais there some support for that or should I use do_fetch() to run curl with that? or even write new fetcher?09:53
rburton_can you not embed the key in a url parameter instead?10:12
opennandrarburton: hmm it needs als ospecial header like described here: curl -H "X-JFrog-Art-Api:ABcdEF" -X PUT ...10:16
rburton_write a new fetcher10:17
rburton_would be great if the http fetcher was redesigned a bit so you could trivially subclass it to add new headers10:18
rburton_maybe you can already, worth a look to see10:18
opennandraI checked wget fetcher and this support header for username:password10:19
opennandraok I'll try to look what I can do :)10:19
opennandrathanks for info10:19
*** yacar_ <yacar_!~yacar@80.215.129.61> has joined #yocto10:37
frscHi! I'm getting "No rule to make target 'menuconfig'" and "No rule to make target 'Image'" for my kernel build with thud.10:51
frscThe same operations work just fine if invoked from devshell instead of bitbake.10:51
frscAny ideas?10:51
LetoThe2ndfrsc: so you are trying to do "bitbake menuconfig" or "bitbake image"? or what do you mean?10:53
frscLetoThe2nd: "bitbake virtual/kernel -c menuconfig" or just "bitbake virtual/kernel"10:56
frscAnd "make menuconfig" or just "make" from devshell work fine10:56
LetoThe2ndfrsc: if i had to guess, i'd say that maybe something with your directories is off. but other than that, no idea right now.10:57
frscLetoThe2nd: Could be. I'm building from external source via devtool. After "devtool reset" it's now working again.11:02
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-cubrjvssbquuwenq> has joined #yocto11:07
frscLetoThe2nd: Hm, it doesn't seem to be related to devtool, but to the kernel source. The problem only occurs with Linux 5.2-rc5, but not with 5.1.10.11:08
*** opennandra <opennandra!~marek@109-230-35-25.dynamic.orange.sk> has quit IRC11:22
*** litb <litb!~js@p5B2FE00C.dip0.t-ipconnect.de> has joined #yocto11:27
*** berton <berton!~berton@181.220.86.53> has joined #yocto11:29
litbhmm, I don't understand this. I'm adding "plymouth" to my initramfs. and the "plymouth" package is not apparently dependent on "dracut"11:30
litbbut plymouth-initrd is. and I'm not including that package, neither is "plymouth" apparently dependent on "plymouth-initrd"11:30
litbhowever nevertheless, bitbake complains that my initramfs image recipe depends on "plymouth-initrd" and says "Missing or unbuildable dependency chain was: "['core-image-lmg6xx-initramfs', 'plymouth', 'dracut']"11:31
LetoThe2ndlitb: maybe the dependency is there but just not apparent?11:32
litbwhy? the dependency declaration is this:    RDEPENDS_${PN}-initrd = "bash dracut"   . However, I'm merely *building* it, but I don't install it. How is it that bitbake wants to build dracut then?11:32
litbLetoThe2nd, I think that's the case, but it's not apparent to me yet11:32
litbcan't I tell bitbake "I know that plymouth-initrd needs dracut at runtime. but I'm not installing plymouth-initrd, so please don't build dracut"11:33
litbOr is it that it just wants to have verified that dracut is *declared* somewhere? I.e i just need to add its layer?11:34
LetoThe2ndlitb: you are building core-image-lmg6xx-initramfs, right?11:35
litbhah, I found a way to have this work without adding the respective layers. I can remove "initrd" from its "PACKAGECONFIG" list. because it creates that package "-initrd" conditionally11:35
litbLetoThe2nd, yeah11:35
LetoThe2ndlitb: what happens if you are building plymouth directly? because you obviously can't build the full image if the rdepends in not fulfilled11:35
*** berton <berton!~berton@181.220.86.53> has quit IRC11:37
litbthis in my distro config will do it I think    PACKAGECONFIG_remove_pn-plymouth = "initrd"11:37
*** berton <berton!~berton@181.220.86.53> has joined #yocto11:39
litbLetoThe2nd, hmm why can't I?11:41
litbafter all, I wouldn't install the .deb that has the unfulfilled rdepends11:42
*** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has quit IRC11:42
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto11:43
LetoThe2ndlitb: if you tell bitbake to build an image for which it can't fulfill the complete dependency tree, be it runtime or buildtime, then i don't think it would go ahead and try, but abort and tell you so.11:43
LetoThe2nd(of course i might be wrong, just as usual)11:43
litbLetoThe2nd, hm, but in my case, I'm fulfilling the dependencies  in the image, as far as I can see11:44
litbbecause the image doesn't contain plymouth-initrd, so  there's no dependency, neither build nor runtime, of any package  in the image, to dracut11:45
litbI think i'm just think-blocking today11:45
frscSo the kernel build problem described above is caused by the following patchset in v5.2:12:02
frschttps://patchwork.kernel.org/patch/10878447/12:02
frscNow, I just need to find out if Yocto/OE needs a fix to work with the new kernel, or if the kernel needs a fix to avoid breaking the build.12:03
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC12:12
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:12
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto12:12
zeddiifrsc: I’m building 5.2 constantly with linux-yocto-dev, and all is fine in master12:14
frsczeddii: Ok, strange. Which Yocto release are you using?12:17
frscAh master12:17
frscSorry missed it12:17
frsczeddii: Did you already try devtool with out-of-tree build?12:18
zeddiinaw. I never use devtool.12:20
*** alessioigor <alessioigor!~alessioig@rx1-ts1-ru-sincrotrone-ts.ts1.garr.net> has joined #yocto12:26
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto12:27
*** cvasilak <cvasilak!~cvasilak@2a02:587:810e:4200:875:5d35:d187:f742> has quit IRC12:31
frsczeddii: I tried without devtool and the problem still persists12:36
zeddiiI just built and booted 5.2-rc5 :D12:36
frsczeddii: I guess I have to try master and see if there's some change in there that I miss in thud12:37
zeddiiqemux86-64 login: root12:37
zeddiiroot@qemux86-64:~# uname -a12:37
zeddiiLinux qemux86-64 5.2.0-rc5-yoctodev-standard #1 SMP PREEMPT Mon Jun 17 12:29:47 UTC 2019 x86_64 GNU/Linux12:37
zeddiigenerally speaking, the newest kernels do not always build in the older branches. I’ve had to tweak a few things in master since I’ve been working through the new kernels on the way to the version for the fall release. But nothing around the make options not properly passing.12:38
*** kuzulis <kuzulis!~kuzulis@37.112.57.60> has joined #yocto12:40
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC12:43
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto12:43
kuzulisHi guys. I need to add the 'gperf-native' dependency to DEPENDS variable to build the chromium package... From the meta-browser repo I see that there are a ready patch: https://patchwork.openembedded.org/patch/137122/ . But, I'm can't checkout to this commit, because then bitbake say that "no recipes available for chromium-wayland_48', that is true because before that commit the wayland version was incremented to v53. So, how to add the 'gperf-native' to12:45
kuzulisDEPENDS without of modification of original 'chromium' recipe?12:45
kuzulisHow to do it correctly?12:46
*** erakis <erakis!~erakis@199.58.239.58> has joined #yocto13:03
litbwhat's the correct way to modify a file installed by a packet?   an .bbappend file  with  do_install_append() { /* modify the file here */ }   ?13:09
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC13:10
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto13:13
frsczeddii: I just tried master and warrior. Both seem to work fine. So I'll switch to warrior...13:17
zeddiiyah. if you have that choice, that’s probably easier than digging out what changed and trying to backport, ec.13:21
zeddiis/ec/etc/13:21
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto13:23
frsczeddii: Yes, for now I still have that choice as so far this is still in development stage and I just avoided the upgrade to warrior till now. But now I have a good reason to switch.13:30
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8dab> has joined #yocto13:37
*** litb <litb!~js@p5B2FE00C.dip0.t-ipconnect.de> has quit IRC13:56
*** woutervh_ <woutervh_!~woutervh@84.199.255.188> has joined #yocto14:16
*** woutervh <woutervh!~woutervh@84.199.255.188> has quit IRC14:17
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:26
*** sylv38 <sylv38!cda707f7@gateway/web/freenode/ip.205.167.7.247> has joined #yocto14:42
sylv38Hi everyone. I have a little question. Is it possible to remove package from packagegroup in image recipe ? Thanks for help14:42
neverpanicNo14:43
neverpanicIf you don't want the package in the packagegroup, remove it from the packagegroup. If you don't want to modify the packagegroup, don't install it in your image recipe.14:44
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC14:45
sylv38yes, but i have a packagegroup which includes or not package dependings on machine type. Example : ${@oe.utils.conditional('MACHINE', 'qemux86-64', '', 'my_package', d)}14:45
sylv38it works14:45
sylv38but we decide to backup sstatecache on server, for all targets we have, and it seems that sstate and packagegroup is not very well managed14:46
sylv38no version is set in package recipe ... maybe the problem comes from here14:47
*** rewitt <rewitt!~rewitt@134.134.139.72> has joined #yocto14:47
neverpanicthis may be related to https://bugzilla.yoctoproject.org/show_bug.cgi?id=5970 or https://bugzilla.yoctoproject.org/show_bug.cgi?id=729814:50
yoctiBug 5970: enhancement, Medium, 1.9, richard.purdie, VERIFIED FIXED, sstate signature generator issues14:50
yoctiBug 7298: normal, Medium, 2.99, richard.purdie, NEW , packagegroups are not rebuilt when rdependency pkg name changes14:50
neverpanicalthough I thought that should work by now.14:50
neverpanicI'm not sure if sharing sstate cache between different $MACHINE targets is supported, though.14:52
sylv38I'm using sumo (2.5.2). Not sure it is present in this version14:57
sylv38thanks for your reply14:59
*** Bunio_FH <Bunio_FH!~bunio@2a02:a313:4343:f080:b066:60e9:8597:11d2> has quit IRC14:59
sylv38i will move packages which need to check the ${MACHINE} variable to my image recipe and let only package compatible with all architecture15:02
sylv38regards15:02
*** sylv38 <sylv38!cda707f7@gateway/web/freenode/ip.205.167.7.247> has quit IRC15:02
*** lemagoup <lemagoup!~lemagoup@softbank-robotics-gw1.ter4.eqx2.par.cust.as8218.eu> has joined #yocto15:11
RPneverpanic: it is supported15:23
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC15:24
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto15:25
*** vineela <vineela!~vtummala@134.134.139.83> has joined #yocto15:26
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC15:32
*** litb <litb!~js@p5B2FE00C.dip0.t-ipconnect.de> has joined #yocto15:35
litbhello folks15:35
litbhow does yocto know, when I execute "bitbake <my rootfs-image-recipe>", that it has to execute wic?  If i say "bitbake <my initramfs recipe>", it won't (hopefully) execute wic on it15:36
kergothIMAGE_FSTYPES controls image construction from the rootfs. initramfs recipes generally override it15:36
* kergoth yawns15:36
litblol, must be a common question15:36
litbthanks15:37
litbahh i remember. there you can say "ext3" and "wic" and such15:37
kergothexactly15:38
*** woutervh_ <woutervh_!~woutervh@84.199.255.188> has quit IRC15:38
litbhm. we have bootimg-partition that copies certain files from the deploy-image area to /boot. but if you use bootimg-pcbios or other plugins, you can't make use of it. that's sad15:40
litbi'm about to copy the code in bootimg-partition into my own wic plugin, which is bootimg-pcbios copied, and extended with that code that supports copying files from the deploy area.15:40
litbI guess there's a way better way tho15:40
kergoththat's probably your best bet, unless the plugin had more flexibility, which i doubt. there's a fair bit of hardcoding in those plugins at the moment..15:41
kergothbest would probably be to prep a patch to allow it to support that functionality and submit that to oe-core, and your own plugin isn't a bad way to go even if you pursue that route15:41
*** cvasilak <cvasilak!~cvasilak@2a02:587:810e:4200:e0e4:f3ba:3384:499c> has joined #yocto15:41
JPEWWhy is perl under the "perl-sanity" directory?15:43
*** yacar_ <yacar_!~yacar@80.215.129.61> has quit IRC15:46
*** yann <yann!~yann@85.118.38.73> has quit IRC15:47
RPJPEW: it was done when perl was being cleaned up, it should really move backj15:48
RPJPEW: thanks for the reminder, patch in next to remind me15:49
yoctiNew news from stackoverflow: How to I deploy Azure IoT Edge on Yocto on Raspberry Pi? <https://stackoverflow.com/questions/56634305/how-to-i-deploy-azure-iot-edge-on-yocto-on-raspberry-pi>15:49
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC15:53
*** adelcast <adelcast!~adelcast@130.164.62.198> has quit IRC15:56
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC16:22
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC16:24
*** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto16:24
*** chandana73 <chandana73!~ckalluri@149.199.62.130> has joined #yocto16:24
*** khem <khem!~khem@unaffiliated/khem> has quit IRC16:25
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto16:38
*** chandana73 <chandana73!~ckalluri@149.199.62.130> has quit IRC16:38
*** chandana73 <chandana73!~ckalluri@149.199.62.130> has joined #yocto16:39
*** mckoan is now known as mckoan|away16:42
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto16:46
yoctiNew news from stackoverflow: Yocto Toaster only shows first rootfs built <https://stackoverflow.com/questions/56080648/yocto-toaster-only-shows-first-rootfs-built>16:49
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:53
*** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has quit IRC16:56
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto17:02
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8dab> has quit IRC17:02
*** chandana73 <chandana73!~ckalluri@149.199.62.130> has quit IRC17:03
*** chandana73 <chandana73!~ckalluri@149.199.62.130> has joined #yocto17:03
*** kaspter <kaspter!~Instantbi@115.206.60.156> has quit IRC17:10
*** kaspter <kaspter!~Instantbi@115.206.60.156> has joined #yocto17:11
*** opennandra <opennandra!~marek@109-230-35-25.dynamic.orange.sk> has joined #yocto17:50
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto17:51
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC18:04
*** armpit <armpit!~armpit@2601:202:4180:c33:2c31:9e4f:f48c:a0f7> has quit IRC18:12
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto18:14
*** armpit <armpit!~armpit@2601:202:4180:c33:b4b7:b717:c799:1475> has joined #yocto18:24
*** shrkamat <shrkamat!48a3dc17@gateway/web/freenode/ip.72.163.220.23> has joined #yocto18:30
shrkamatHi I am trying to build a clang cross toolchain for raspberrypi2 target. I had used yocto for the build, created an SDK successfully. I am currently in the process of building libc++abi for clang18:36
shrkamatBut I am not able to use the SDK with -DCMAKE_CXX_COMPILER=/sdk/toolchain/bin/clang++18:36
shrkamathttps://pastebin.com/Prm8uThU18:37
shrkamatI am not sure how to use clang with yocto generated SDK18:38
shrkamatI have set -DCMAKE_TOOLCHAIN_FILE=$OE_CMAKE_TOOLCHAIN_FILE18:38
*** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has quit IRC18:41
*** Lihis <Lihis!~Lihis@2001:41d0:e:f34::1> has joined #yocto18:43
*** opennandra <opennandra!~marek@109-230-35-25.dynamic.orange.sk> has quit IRC18:56
*** litb <litb!~js@p5B2FE00C.dip0.t-ipconnect.de> has quit IRC18:57
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto19:00
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC19:05
*** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has joined #yocto19:08
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto19:11
*** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has quit IRC19:15
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-cubrjvssbquuwenq> has quit IRC19:19
*** kaspter <kaspter!~Instantbi@115.206.60.156> has quit IRC19:40
*** kaspter <kaspter!~Instantbi@115.206.60.156> has joined #yocto19:41
*** shrkamat <shrkamat!48a3dc17@gateway/web/freenode/ip.72.163.220.23> has quit IRC19:58
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:10
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto20:23
*** chandana73 <chandana73!~ckalluri@149.199.62.130> has quit IRC20:28
*** chandana73 <chandana73!~ckalluri@149.199.62.130> has joined #yocto20:28
*** justanotherboy <justanotherboy!~justanoth@136.49.196.186> has joined #yocto20:38
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC20:40
yoctiNew news from stackoverflow: Tracking variable assignments in bitbake <https://stackoverflow.com/questions/13489332/tracking-variable-assignments-in-bitbake>20:50
*** chandana73 <chandana73!~ckalluri@149.199.62.130> has quit IRC21:07
*** chandana73 <chandana73!~ckalluri@149.199.62.130> has joined #yocto21:08
*** yacar_ <yacar_!~yacar@186.25.24.93.rev.sfr.net> has joined #yocto21:17
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC21:17
*** woutervh_ <woutervh_!~woutervh@d51A5A257.access.telenet.be> has joined #yocto21:19
*** berton <berton!~berton@181.220.86.53> has quit IRC21:21
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC21:28
*** agust <agust!~agust@pD95F1ED1.dip0.t-ipconnect.de> has quit IRC21:46
paulbarkerWhat's the status of git submodule fetching in thud? I'm still getting intermittent unpack failures with the message "No up to date source found: clone directory not available or not up to date"21:53
*** woutervh_ <woutervh_!~woutervh@d51A5A257.access.telenet.be> has quit IRC21:56
*** chandana73 <chandana73!~ckalluri@149.199.62.130> has quit IRC22:02
*** chandana73 <chandana73!~ckalluri@149.199.62.130> has joined #yocto22:02
*** yacar_ <yacar_!~yacar@186.25.24.93.rev.sfr.net> has quit IRC22:05
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto22:17
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC22:21
smurraypaulbarker: I backported the fetcher fixes that seemed to make AGL happy, but I believe there's been some more rework since those22:28
armpitcan someone be more specific? is ref commit ?22:36
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto22:39
* armpit no backport requests 22:42
smurrayarmpit: since I backported mhatle's earlier fixes, there's been fd27ab6 and 30fe86d, it's not clear if those would be related to paulbarker's issue22:43
armpitsmurray, what repo are those hashes for?22:44
smurrayarmpit: in bitbake master, I mean, sorry22:44
armpitk, let me look at it22:44
armpitthanks22:44
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC22:45
smurrayarmpit: they seem to cherry-pick to 1.40 cleanly, at least22:46
armpitthanks22:47
frayI've had no reports of failures with the full set of git submodle fetcher updates..22:48
frayand yes, they SHOULD all cherry pick cleanly... they were designed that way22:48
smurrayfray: thanks.  AGL's usage of gitsm has been reduced quite a lot in the last few months, so it's likely not stressing that code as much as it used to22:51
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC23:06
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto23:22
*** stangerm2 <stangerm2!~matt@104.152.20.74> has joined #yocto23:24
stangerm2Is there a reason why in Warrior a devshell doesn't have the exact same env (CC/CFLAGS, ext) as during do_compile? Trying to troubleshoot a recipe and CC in devshell doesn't have thing's like '-mpu' set, which cause very different errors?23:28
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC23:32
armpitstangerm2, so are you saying master behaves differently?23:38
stangerm22.2 does23:38
armpitstangerm2, does temp/run.do_configure/complile set things correctly ?23:38
stangerm2The recipe doesn't have any custom appends or rules to either do_compile or do_configure23:41
stangerm2it does `inherit module` I'm not sure if that matters23:42
stangerm2I'm take it to the ML, thanks23:50
armpitk23:54
armpitas i don't have clue23:54
*** stangerm2 <stangerm2!~matt@104.152.20.74> has quit IRC23:59

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