Wednesday, 2019-03-20

RPhalstead: thanks!00:00
RPotavio: FWIW I think it still makes sense to resolve the mesa 19.x issues since we will have to anyway sooner or later00:01
RPthere is always the possibility this build won't work out for some reason (I'm trying to ignore that)00:02
otaviomeson.build:1239:6: ERROR:  Problem encountered: The Nouveau driver requires rtti. You either need to turn off nouveau or use an LLVM built with LLVM_ENABLE_RTTI.00:03
halsteadRP, I hope these new workers don't mess up the M3. Seems like kind of an important moment to introduce them.00:03
otaviomeson: Error out if building nouveau and using LLVM without rtti00:03
RPhalstead: I was just wondering about that. I guess we'll see00:04
halsteadI'll check back in on the build before bed.00:05
otavioRP: I wonder how it works for some and fail other00:06
otaviomaybe musl builds LLVM without LLVM_ENABLE_RTTI ?00:07
RPotavio: I think that build is a "graphics with llvm" test00:10
otavioRP: this is a regression with meson00:10
otaviocommit c5a97d658ec19cc02719d7f86c1b0715e3d9ffc400:11
otavioAuthor: Dylan Baker <dylan@pnwbakers.com>00:11
otavioDate:   Mon Apr 16 14:47:58 2018 -070000:11
otaviomeson: fix builds against LLVM built without rtti00:11
otavioBuilding without rtti is a frought with peril, but it's something that autotools supports so we need to support it too.00:11
otavioSince we've moved to version 0.44 as a whole we can use the meson functionality for accessing random llvm-config options we can check for rtti and add -fno-rtti to all C++ code accordingly.00:11
otavioSigned-off-by: Dylan Baker <dylan.c.baker@intel.com>00:11
RPotavio: so two issues, one is musl segfaulting and the other is llvm00:11
otavioautoconf supports it00:11
otaviowould you be open to build using autotools and see if it really "works" ?00:11
RPotavio: http://git.yoctoproject.org/cgit.cgi/yocto-autobuilder-helper/tree/config.json#n777 is the config for that build00:12
RPPACKAGECONFIG_append_x86-64_pn-mesa = ' gallium-llvm gallium r600'00:12
otavioRP: fine, but nauveou is what needs it and it is enabled00:13
RPotavio: I'm not sure what you're asking me00:13
* RP should really sleep00:21
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC00:34
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto00:41
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto00:46
*** stephano <stephano!~stephano@134.134.139.76> has quit IRC00:54
*** chandana73 <chandana73!~ckalluri@149.199.62.130> has quit IRC01:27
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto01:34
tzanybody got ideas how to debug an image build with "busybox.postinst returned 1, marking as unpacked only, configuration required on target." ? the do_rootfs logfile doesn't say anything useful apart from the quoted text01:53
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC01:54
tzseems like busybox's applet links are fine in the initramfs, but not in the final root filesystem02:01
*** armpit <armpit!~armpit@45.19.219.178> has quit IRC02:25
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto02:32
tznever mind; good old "set -x", looks like busybox was conflicting with an actual package that provided the same binaries02:33
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC02:42
*** camus <camus!~Instantbi@115.216.35.36> has joined #yocto03:50
*** kaspter <kaspter!~Instantbi@183.156.254.141> has quit IRC03:52
*** camus is now known as kaspter03:52
yoctiNew news from stackoverflow: Bitbake cannot find the header file of another recipe <https://stackoverflow.com/questions/54722712/bitbake-cannot-find-the-header-file-of-another-recipe> || In Yocto, how to include header files from another recipes <https://stackoverflow.com/questions/50035143/in-yocto-how-to-include-header-files-from-another-recipes>04:19
*** armpit <armpit!~armpit@2601:202:4180:c33:9d5b:fb53:b464:877c> has joined #yocto04:24
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC04:48
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-numypffcjkpvrhvq> has quit IRC04:52
*** User_ <User_!~learningc@mti-37-145.tm.net.my> has joined #yocto04:53
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC04:53
*** User_ <User_!~learningc@mti-37-145.tm.net.my> has quit IRC04:53
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC04:54
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto04:56
*** gtristan <gtristan!~tristanva@110.11.227.189> has quit IRC04:58
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC05:21
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto05:22
*** chandana73 <chandana73!~ckalluri@149.199.62.131> has joined #yocto05:27
*** gtristan <gtristan!~tristanva@110.11.227.177> has joined #yocto05:36
*** la_croix_ <la_croix_!~la_croix@054088bb.skybroadband.com> has quit IRC06:02
*** la_croix <la_croix!~la_croix@054088bb.skybroadband.com> has joined #yocto06:04
*** agust <agust!~agust@p5483354E.dip0.t-ipconnect.de> has joined #yocto06:41
*** bjobjo <bjobjo!~bjobjo@2a01:79d:3e81:5208::9e6> has joined #yocto07:06
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC07:19
*** cvasilak <cvasilak!~cvasilak@athedsl-262003.home.otenet.gr> has joined #yocto07:26
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:33
*** u1106 <u1106!~quassel@163.172.172.46> has joined #yocto07:36
*** gtristan <gtristan!~tristanva@110.11.227.177> has quit IRC07:43
erbokanavin: are all your qemu patches merged now? or should I use some patchset too if I want to play around with it?07:47
*** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto07:48
*** gtristan <gtristan!~tristanva@114.207.54.12> has joined #yocto07:52
*** fbre <fbre!91fdde45@gateway/web/freenode/ip.145.253.222.69> has joined #yocto07:54
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC07:58
*** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto08:02
alicefhow i can force IMAGE_INSTALL_remove08:05
*** fl0v0 <fl0v0!~fvo@89.244.126.74> has joined #yocto08:07
*** jeanba <jeanba!~jbl@77.243.63.34> has left #yocto08:08
*** lfa <lfa!~lfa@217.19.35.51> has joined #yocto08:10
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC08:15
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto08:16
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto08:16
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto08:18
*** mckoan|away is now known as mckoan08:18
yoctiNew news from stackoverflow: How to add a static library to Yocto SDK package <https://stackoverflow.com/questions/55256145/how-to-add-a-static-library-to-yocto-sdk-package>08:19
*** frsc <frsc!~frsc@i59F4B667.versanet.de> has joined #yocto08:20
mckoanalicef: hi, what do you mean?08:22
alicefusing IMAGE_INSTALL_remove for removing a recipe dosen't work and the recipe is still there08:23
alicefI suppose maybe because of dependency ?08:24
alicefand i found this mail https://lists.yoctoproject.org/pipermail/poky/2016-July/010629.html08:24
alicefabout force exclude a package08:24
mckoanalicef: it's definitely because of dependency08:29
alicefmckoan: threre is a way for force the removal ?08:34
*** naknick <naknick!6d40348d@gateway/web/freenode/ip.109.64.52.141> has quit IRC08:35
mckoanalicef: AFAIK no if it's a dependency08:37
*** lfa <lfa!~lfa@217.19.35.51> has joined #yocto08:39
*** lfa_ <lfa_!~lfa@217.19.35.51> has joined #yocto08:41
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC08:44
*** lfa_ <lfa_!~lfa@217.19.35.51> has quit IRC08:46
yoctiNew news from stackoverflow: How to enable tc command when building a kernel using Yocto recipes <https://stackoverflow.com/questions/52669185/how-to-enable-tc-command-when-building-a-kernel-using-yocto-recipes>08:49
*** fbre <fbre!91fdde45@gateway/web/freenode/ip.145.253.222.69> has quit IRC08:57
*** frsc <frsc!~frsc@i59F4B667.versanet.de> has quit IRC09:08
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:09
*** yacar_ <yacar_!~yacar@80.214.118.138> has joined #yocto09:22
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC09:32
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto09:33
sveinseOh, how I wish bitbake would have some mechanism for comments inside multi-line var values09:43
*** yacar_ <yacar_!~yacar@80.214.118.138> has quit IRC09:47
*** jofr <jofr!~jofr@193.182.166.3> has left #yocto09:48
*** jofr <jofr!~jofr@193.182.166.3> has joined #yocto09:48
*** yacar_ <yacar_!~yacar@80.214.118.138> has joined #yocto09:50
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto09:52
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto09:56
*** MarcWe <MarcWe!hmwmatrixo@gateway/shell/matrix.org/x-xumotykrzixzyjfq> has joined #yocto10:12
*** dv_ <dv_!~dv@62.178.50.190> has quit IRC10:13
*** d_s_e <d_s_e!~signum@ppp-93-104-17-187.dynamic.mnet-online.de> has joined #yocto10:17
yoctiNew news from stackoverflow: Both libc.so.6 and libc.so exist in rootfs <https://stackoverflow.com/questions/55241358/both-libc-so-6-and-libc-so-exist-in-rootfs>10:20
*** mkhoory <mkhoory!~mkhoory@bba391361.alshamil.net.ae> has joined #yocto10:26
*** dv_ <dv_!~dv@62.178.50.190> has joined #yocto10:28
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto10:32
*** yacar_ <yacar_!~yacar@80.214.118.138> has quit IRC10:49
*** shatrix <shatrix!3e9d79e4@gateway/web/freenode/ip.62.157.121.228> has quit IRC10:58
*** berton <berton!~berton@177.194.204.148> has joined #yocto11:36
*** yacar_ <yacar_!~yacar@80.214.30.178> has joined #yocto11:57
*** gtristan <gtristan!~tristanva@114.207.54.12> has quit IRC11:57
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC11:58
*** cvasilak <cvasilak!~cvasilak@athedsl-262003.home.otenet.gr> has quit IRC12:01
*** OutBackDingo <OutBackDingo!~outbackdi@unaffiliated/outbackdingo> has joined #yocto12:02
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC12:19
*** frsc <frsc!~frsc@200116b824b8f8005b82824eec0f0e52.dip.versatel-1u1.de> has joined #yocto12:22
*** thaytan <thaytan!~thaytan@121-200-23-18.79c817.syd.nbn.aussiebb.net> has quit IRC12:29
*** thaytan <thaytan!~thaytan@121-200-23-18.79c817.syd.nbn.aussiebb.net> has joined #yocto12:33
*** thaytan <thaytan!~thaytan@121-200-23-18.79c817.syd.nbn.aussiebb.net> has quit IRC12:36
*** thaytan <thaytan!~thaytan@121-200-23-18.79c817.syd.nbn.aussiebb.net> has joined #yocto12:37
*** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC12:39
*** SimoneNascivera <SimoneNascivera!~simone@2.43.226.15> has joined #yocto13:25
SimoneNasciveraHi everyone13:25
mckoanSimoneNascivera: hello13:26
SimoneNasciveraI'm getting an error whil building kernel-devsrc: https://pastebin.com/4yxznBJw13:26
SimoneNasciveramckoan: did it ever happened to you?13:27
mckoanSimoneNascivera: no, but I don't know anything about your configuration13:27
SimoneNasciveramckoan: I'm compiling an image for a tinkerboard system (ARM based)13:28
SimoneNasciveramckoan: and I need kernel-devsrc in order to add a kernel module to the system13:28
mckoanSimoneNascivera: not sure you need it to do that13:29
mckoanSimoneNascivera: is the module already built? cross-compilaed?13:29
SimoneNasciveramckoan: it's the first time I'm doing it and I have to compile it13:29
mckoanSimoneNascivera: lkely you want to cross-compile it and afterward deploy int on the target13:30
SimoneNasciveramckoan: since it's the first time, I thought it would be easier to compile directly on the target13:30
mckoanSimoneNascivera: using Yocto is not expected to compile on the target13:30
SimoneNasciveramckoan: uh ok, I never thounght that it could be the case13:31
mckoanSimoneNascivera: Architecture did not match (x86, expected ARM) is the right error13:31
SimoneNasciveramckoan: so should I try to set up the cross compiler and then deploy the mdoule?13:32
SimoneNasciveramckoan: *module13:32
mckoanSimoneNascivera: I would do that13:32
SimoneNasciveramckoan: ok, thank you so much for your help. I'll try right now.13:32
zeddiiyou don't actually have to setup the cross compiler, it is always there, whether you know it or not. Just follow one of the other module recipes and it is a fairly quick thing to put together to build it.13:32
tzhttp://wiki.koansoftware.com/index.php/Howto_build_a_kernel_module_out_of_the_kernel_tree13:33
mckoantz: i always forget my own posts :-D13:33
ernstpcan you make yocto build a host toolchain from source also? it will still need a host gcc as bootstrap compiler of course...13:33
tz:)13:33
tzsaved me heaps of time, that one!13:34
mckoantz: glad to know13:34
LetoThe2ndernstp: yocto builds the host toolchain by default :)13:38
ernstpLetoThe2nd: I don't think so, and that's not the behavior I'm seeing...13:39
ernstpoh I'm still on yocto 2.4, perhaps it's changed?13:40
LetoThe2ndernstp: that should have been like it forever.13:40
ernstpto me it looks like it's only building a target toolchain and uses host OS toolchain for native tools13:41
LetoThe2ndernstp: hmmm you might actually be right and me mistaken.13:44
ernstpbut I'm guessing it has support for building a native toolchain also13:45
*** justanotherboy <justanotherboy!~justanoth@THOUSAND-EY.bear1.Houston1.Level3.net> has joined #yocto13:50
*** AndersD <AndersD!~AndersD@2a04:ae08:5c03:1600:ea2a:eaff:fe2e:dcef> has joined #yocto13:57
SimoneNasciveramckoan: Once I made all necessary files, should I place them in meta-skeleton/recipes-kernel?14:02
mckoanSimoneNascivera: best practice is to add your recipe to your custom layer14:03
ernstpHOSTTOOLS_remove += "gcc g++ cpp" doesn't work, which I guess is logical...14:03
JaMaernstp: it doesn't have support for building native toolchain, it always depends on the host to provide usable one14:05
JaMaernstp: you can build build-appliance with yocto and then use that for your builds14:06
ernstpok, then I know. have a somewhat heterogeneous environment...14:06
oddahi! can anyone give me a qick advise on this problem: i use a layer that provides a .bbappend for a recipe that does not exist.14:32
oddain particular the layer i am using appends to openssl_1.0.2h but the openssl packege from meta is at 1.0.2p14:32
oddaso renaming the file solves the problem, but is there as solution that does not require changes of that layer?14:33
LetoThe2ndodda: there are wildcards, like %14:36
LetoThe2ndodda: see the dev manual for details.14:36
SimoneNasciveramckoan: thank you so much. I made my own layer and it actually starts to compile it. I received this error: https://pastebin.com/FEmrHH4514:37
SimoneNasciveramckoan: I tried to run the make command in my shell, and it gives : make: use-ld=bfd: No such file or directory14:38
*** AndersD <AndersD!~AndersD@2a04:ae08:5c03:1600:ea2a:eaff:fe2e:dcef> has quit IRC14:39
oddaLetoThe2nd: i know that these exist but the layer that i use has an 'unwildcarded' bbappend and i dont want to introduce changes to that layer an running my own fork14:40
LetoThe2ndodda: then you're out of luck, i'd say, and have to expect the maintainer of that layer to stay properly up to date.14:41
mckoanSimoneNascivera: are you sure you are building a valid module for your kernel version?14:45
oddaLetoThe2nd: alright, thank you ... :/14:45
odda i was hoping for some kind of magic spell that only the yocto gods know ...14:45
SimoneNasciveramckoan: the kernel module is a usb driver given by the manufacturer. It should support linux-3.3.8 or higher kernel version14:47
*** d_s_e <d_s_e!~signum@ppp-93-104-17-187.dynamic.mnet-online.de> has quit IRC14:48
*** jij <jij!jonashg@nat/axis/x-ixfyepuzjhezqfpj> has quit IRC14:49
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto14:50
*** scottrif <scottrif!~scottrif@179.42.244.153> has joined #yocto14:51
*** armpit <armpit!~armpit@2601:202:4180:c33:9d5b:fb53:b464:877c> has quit IRC14:51
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:52
mckoanSimoneNascivera: it *should*14:53
mckoanSimoneNascivera: it's better to ask to the device manufacturer14:54
SimoneNasciveramckoan: I'll try to ask them and hope they'll answer14:55
SimoneNasciveramckoan: btw thank you for your time14:55
*** armpit <armpit!~armpit@2601:202:4180:c33:9d5b:fb53:b464:877c> has joined #yocto14:56
mckoanSimoneNascivera: yw, ciao15:00
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC15:04
u1106my recipe needs to download a couple of single files (not archives) using https. Downloading works fine, but they are all stored in WORKDIR which is messy. I would prefer to have them in a subdirectory e.g. ${WORKDIR}/external. I found the localfilename option, but it seems to effect only the download directory, but not the WORKDIR. The local file fetcher is a subdir option, the git fetcher has a destsuffix option, but how can achieve that with the wget15:05
u1106fetcher?15:05
ernstpodda: if the bbappend is in a layer someone else wrote, perhaps you checked out the wrong branch of it?15:05
ernstpu1106: one solution would be a custom do_fetch implementation....15:06
u1106ernstp: right. I was thinking of adding such option to wget.py, but honestly I hoped I was just missing something simpler :)15:08
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto15:08
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC15:10
ernstpu1106: there could be a DL_DIR variable... ?15:13
ernstpoh wait, that's something else...15:14
u1106yeah, the downloadfile option affects the location in DL_DIR, but that's not what I intended to change15:17
* kergoth yawns15:18
kergothu1106: https://github.com/openembedded/bitbake/blob/master/lib/bb/fetch2/__init__.py#L148515:19
Striking7Nice, kergoth15:20
*** stephano <stephano!~stephano@134.134.139.72> has joined #yocto15:23
u1106kergoth: thanks that does it. My mistake was to trust to manual that documents that behaviour only for file://. Next mistake was to look around in fetch2/wget.py. Afterwards I could guess wget.py is only responsible for getting the files to DL_DIR and __init__.py is responsible for getting them from DL_DIR to WORKDIR?15:32
u1106(need to run now, will check later)15:33
kergothunpacking is often common between fetchers. the fetcher in wget inherits from a base class in __init__ that implements a baseline unpack()15:33
kergothsome fetchers override it, like git, to clone instead of copy, but not all15:33
*** odda <odda!~quassel@mustbehax.de> has quit IRC15:42
*** d_s_e <d_s_e!~d.s.e@ppp-93-104-17-187.dynamic.mnet-online.de> has joined #yocto15:48
kergothhttps://medium.com/@jpaulreed/the-737max-and-why-software-engineers-should-pay-attention-a041290994bd15:58
*** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto16:05
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC16:23
mcfriskhi, I want to build ptests on sumo but not install to images by default. added ptests to DISTRO_FEATURES only but they end up on images too. can't see how though from bitbake -e image. ptests are missing from IMAGE_FEATURES. What did I miss?16:32
kergothptests aren't installed unless you add them to IMAGE_FEATURES.. distro features only enables the emission of the packages, not their installation16:35
kergothmy guess is some package is incorrectly rdepending on a ptest package, pulling in that package and the ptest runner, but not all the ptests16:35
mcfriskkergoth: ok, thanks. That's what I thought. I'll check deeper into the image dependencies16:39
mcfriskah, it's actually the popuplate_sdk failing with "nothing provides bash needed by openssl-ptest"16:42
*** d_s_e <d_s_e!~d.s.e@ppp-93-104-17-187.dynamic.mnet-online.de> has quit IRC16:43
mcfrisknah, it's both do_rootfs and populate_sdk which want to install ptest packages and bash (GPLv3) exclusion fails16:48
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto16:48
*** yacar_ <yacar_!~yacar@80.214.30.178> has quit IRC16:52
*** chandana73 <chandana73!~ckalluri@149.199.62.131> has joined #yocto16:58
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC17:02
rburtonmckoan: well something is pulling them in. the only thing that *should* is adding ptest-pkgs to IMAGE_FEATURES17:02
*** frsc <frsc!~frsc@200116b824b8f8005b82824eec0f0e52.dip.versatel-1u1.de> has quit IRC17:11
*** SimoneNascivera <SimoneNascivera!~simone@2.43.226.15> has quit IRC17:13
*** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC17:15
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto17:16
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC17:17
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto17:19
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC17:20
*** nabakov <nabakov!~nabakov@67.218.223.154> has joined #yocto17:20
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto17:26
*** mckoan is now known as mckoan|away17:35
*** fl0v0 <fl0v0!~fvo@89.244.126.74> has quit IRC17:40
Striking7Anyone else having trouble reaching freedesktop.org?17:44
Striking7I'm having a bunch of recipes fail "no route to host"17:44
Striking7cairo, etc17:44
Striking7Just checking if it's just me17:45
kergothStriking7: https://downforeveryoneorjustme.com/freedesktop.org17:47
Striking7Funny, I just remembered about that site - sorry to bother.17:48
kergothno worries :)17:48
Striking7Looks like I'm going to have to find something else to work on while I wait for freedesktop to figure out whatever's wrong17:48
kergoththere are source mirrors..17:49
kergothhttp://sources.openembedded.org for example17:49
*** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-xgbopelhemukwsod> has quit IRC17:51
bluelightning... which should be configured by default, so I'm wondering why those wouldn't be helping already18:02
*** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto18:08
*** cslcm <cslcm!~cslcm@188.240.189.115> has joined #yocto18:29
cslcmhey - how would I go about adding --enable-omx --enable-omx-rpi switches to the ffmpeg recipe in my yocto build?18:30
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-nmvgjwgjhvgkrrga> has quit IRC18:30
*** ndec <ndec!sid219321@linaro/ndec> has quit IRC18:30
*** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-yinaqtfxjogxctlu> has quit IRC18:30
*** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-delvbppdjwwhjmym> has joined #yocto18:30
*** rsalveti <rsalveti!sid117878@gateway/web/irccloud.com/x-ewntztkwhrniggjq> has quit IRC18:31
*** marex-cloud <marex-cloud!sid137234@gateway/web/irccloud.com/x-rhrxxepsszcvwoxo> has quit IRC18:31
*** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-bclbqqfswduxcvkt> has quit IRC18:31
*** mirzak <mirzak!sid303002@gateway/web/irccloud.com/x-ujxfswwamhucgikr> has quit IRC18:31
*** christner_ <christner_!uid327834@gateway/web/irccloud.com/x-jbhndjlbaeqtyifv> has quit IRC18:32
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-niucxdgfmhirkusl> has quit IRC18:32
*** jeanba <jeanba!~jbl@77.243.63.34> has quit IRC18:32
*** rsalveti <rsalveti!sid117878@gateway/web/irccloud.com/x-hafuzcmensgwumpb> has joined #yocto18:33
*** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-wvjyyydopotcutga> has joined #yocto18:33
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-wpliinmjkuatsmlk> has joined #yocto18:40
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto18:43
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-qetzgvicvwwnadrg> has joined #yocto18:43
*** berton <berton!~berton@177.194.204.148> has quit IRC18:45
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-oczccgluqjonlolb> has joined #yocto18:45
*** ndec <ndec!sid219321@linaro/ndec> has joined #yocto18:45
*** berton <berton!~berton@177.194.204.148> has joined #yocto18:46
otaviokhem: hello18:50
otaviokhem: RP and I were checking a build failure on new mesa, when it is built using meson. The new mesa release requires LLVM with RTTI enabled. So a couple of questions: 1) is there any problem in enabling RTTI for LLVM? 2) could you cook us a patch for testing?18:51
*** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC19:03
*** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC19:07
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC19:22
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto19:29
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC19:53
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC19:55
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-oczccgluqjonlolb> has quit IRC20:08
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto20:10
armpitotavio, send patches and see where it goes20:44
otavioarmpit: I asked RP to give a try on mesa without meson, which does build successfully here without RTTI however I'd like to hear from khem about what are the implications to enable it20:47
otavioRP: rburton: did you guys see the systemd patch I sent?20:58
otavioarmpit: the use of systemd-stable makes it easier to update when bugfixes and security fixes are made20:59
otavioarmpit: did you see as well?20:59
*** berton <berton!~berton@177.194.204.148> has quit IRC21:01
armpitotavio, yes. seems reasonable but we are in M3 so its on RP to make the call21:03
armpitis suspect RP is still jet lagged21:03
otavioarmpit: likely hehe21:04
sveinseIs there a way to get a .dot of the package dependencies? bitbake -g seems to generate task and recipe depends, but I'm looking for the package hierarchy21:08
* RP is feeling weird :(21:08
armpitRP, take care21:16
JaMabluelightning: khem: something doesn't work on the the sources.oe.org population, e.g. http://sources.openembedded.org/libqmi-1.22.2.tar.xz is missing (also from freedesktop.org)21:26
JaMathe same with http://sources.openembedded.org/libmbim-1.18.0.tar.xz21:26
JaMaboth are from meta-oe, so should be built during world builds on jenkins21:27
bluelightningdoh21:28
bluelightningsveinse: if you enable buildhistory it will record that when generating an image21:28
sveinsebluelightning: ah, yes there, perfect. thanks21:33
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC21:39
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC21:40
armpitJaMa, we do have a selftest for checking sources. maybe adding it as a check may help catch these issues21:51
JaMaarmpit: is selftest being executed for other layers than poky?21:52
armpitI have a selftest in meta-oe to check meta-openembedded sources21:53
armpithttps://git.openembedded.org/meta-openembedded/tree/meta-oe/lib/oeqa/selftest/cases/meta_oe_sources.py21:54
JaMabut who is executing it? I haven't seen it on jenkins.nas-admin.org nor in bitbake world status e-mails from khem21:56
armpitno one. it needs to be added to jenkins, then it could send out an email on failure21:56
armpitor launch the sync job21:57
armpitor both21:57
JaMahttp://jenkins.nas-admin.org/view/OE/job/oe_world_workspace-rsync/lastBuild/console21:58
JaMaboth were updated some 13 days ago, so should be already built and rsynced21:58
armpitk, well the notification is going to #webos-ports-jenkins21:59
armpitmaybe update that to #oe22:00
*** justanotherboy <justanotherboy!~justanoth@THOUSAND-EY.bear1.Houston1.Level3.net> has quit IRC22:00
sveinseJaMa, I've been requested to up our Qt to Qt5.12 (in our rocko system), and when looking at the meta-qt5 repo, I see that you have a "jansa/master-5.12" branch. Whould that be a good point to start at, or would it be better to go more newer, like master?22:02
JaMasveinse: jansa/master-5.12 was used to prepare 5.12 for master, you should use master now and switch to warrior branch when 5.13 lands in master22:02
sveinseJaMa: Thanks22:03
JaMaarmpit: I don't know if this rsync job is still relevant, see https://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg61779.html22:05
rburtonotavio: sounds like a good idea and something i'd consider breaking freeze for22:08
rburtondidn't read the actual patch though yet22:08
JaMalibqmi-1.22.2.tar.xz was rsynced to milla a while ago in http://jenkins.nas-admin.org/view/OE/job/oe_world_workspace-rsync/558/console but rsync target halstead was talking about in https://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg61764.html I don't know, I thought that the directory on milla is what is http://sources.openembedded.org22:10
halsteadJaMa, Is milla at 23.141.224.193 ?22:13
* armpit breaks wind, not freeze22:14
halsteadJaMa, Looks like yes, milla.nas-admin.org resolves to that IP. sources.oe.org is rsyncing from there hourly.22:14
RPotavio: I actually thought I'd merged that systemd change :/22:14
JaMahalstead: do you know why the builds rsync to milla first instead of pushing it directly to sources.oe.org if it's on different box?22:15
halsteadJaMa, It could be a timing issue. Milla is local sources is far away.22:15
JaMaok, for me milla is 10.20.1.193 because I always go there through builders, but 23.141.224.193 is its public IP indeed22:17
JaMahalstead: can you check that rsync job? I've checked and it's on milla for a while22:18
JaMa-rw-r--r-- 1 jenkins jenkins 947124 Feb 28 16:21 /home/jenkins/htdocs/oe-sources/libqmi-1.22.2.tar.xz22:18
halsteadJaMa, It's certainly still there and there is plenty of disk left. Running at the shell to check for errors now.22:22
yoctiNew news from stackoverflow: Trying to build oe image with framebuffer <https://stackoverflow.com/questions/55270935/trying-to-build-oe-image-with-framebuffer>22:22
JaMahalstead: thanks22:24
halsteadJaMa, It may have been timing out mirroring "1.5Ggit2_code.qt.io.qt.qtwebengine-chromium.git.tar.gz" although I'm not sure why it would.22:25
JaMahalstead: should I temporarily move it out from milla to confirm this idea?22:28
halsteadJaMa, I'm watching it mirror now to see how it fails.22:29
*** scottrif <scottrif!~scottrif@179.42.244.153> has left #yocto22:33
*** stephano <stephano!~stephano@134.134.139.72> has quit IRC22:46
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-jyhgvpqrftsdmcaw> has joined #yocto22:49
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC22:55
*** mccc <mccc!~mccc@c-73-239-24-228.hsd1.wa.comcast.net> has joined #yocto23:20
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC23:26
*** justanotherboy <justanotherboy!~justanoth@136.49.196.186> has joined #yocto23:43
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto23:57

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!