*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 00:11 | |
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 00:12 | |
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 00:14 | |
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 00:15 | |
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 00:37 | |
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 00:37 | |
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 00:38 | |
*** khem <khem!~khem@unaffiliated/khem> has quit IRC | 00:40 | |
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 00:42 | |
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 00:52 | |
*** khem <khem!~khem@unaffiliated/khem> has quit IRC | 00:56 | |
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 00:56 | |
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 01:12 | |
*** jkridner_ <jkridner_!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 01:14 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 01:15 | |
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 01:17 | |
*** sgw <sgw!~sgw@134.134.139.75> has quit IRC | 02:08 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 02:19 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 02:19 | |
*** kaspter <kaspter!~Instantbi@183.156.70.233> has quit IRC | 02:32 | |
*** kaspter <kaspter!~Instantbi@183.156.70.233> has joined #yocto | 02:33 | |
*** arielmr <arielmr!~quassel@187-163-217-93.static.axtel.net> has quit IRC | 03:04 | |
*** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 03:09 | |
*** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 03:17 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 03:22 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 03:42 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 03:51 | |
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 04:13 | |
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 04:14 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 04:19 | |
*** seebs <seebs!~seebs@24.196.59.174> has quit IRC | 04:20 | |
*** seebs <seebs!~seebs@24.196.59.174> has joined #yocto | 04:36 | |
*** sgw <sgw!sgw@nat/intel/x-jipuqwaigrzhagvu> has joined #yocto | 04:48 | |
*** kanavin_ <kanavin_!~kanavin@79.140.126.226> has quit IRC | 04:58 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 05:01 | |
*** agust <agust!~agust@p508862E3.dip0.t-ipconnect.de> has joined #yocto | 05:40 | |
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has quit IRC | 05:48 | |
*** rperier <rperier!~rperier@unaffiliated/bambee> has quit IRC | 05:49 | |
*** shauno <shauno!~soneil@pdpc/supporter/professional/shauno> has quit IRC | 05:50 | |
*** shauno <shauno!~soneil@pdpc/supporter/professional/shauno> has joined #yocto | 05:50 | |
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has joined #yocto | 05:52 | |
*** olani <olani!~user@proxy02.se.axis.com> has joined #yocto | 05:59 | |
*** pohly <pohly!~pohly@p54BD55A3.dip0.t-ipconnect.de> has joined #yocto | 06:03 | |
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto | 06:06 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:11 | |
*** rperier <rperier!~rperier@unaffiliated/bambee> has joined #yocto | 06:46 | |
*** fl0v0 <fl0v0!~fvo@i577B9FB1.versanet.de> has joined #yocto | 06:50 | |
*** runde <runde!sid228344@gateway/web/irccloud.com/x-cszwfqlosahbqvgt> has joined #yocto | 06:50 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-qrtvqrmgdfjikdnp> has joined #yocto | 06:52 | |
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 07:12 | |
*** xtron <xtron!~mentor@110.93.212.98> has quit IRC | 07:18 | |
mcfrisk | hmm, any ideas what could be wrong in my locale/libc config: nothing provides glibc-gconv-cp1252 | 07:37 |
---|---|---|
mcfrisk | for nativesdk it is compiled but not for target | 07:37 |
ak77 | why would cmake build ninja make files? I inherit cmake, and I can see it generates ninja files | 07:38 |
ak77 | Ok, i was looking at older cmake.bbclass. | 07:40 |
ak77 | there's a OECMAKE_GENERATOR variable now | 07:40 |
mcfrisk | ak77: it's the default | 07:44 |
ak77 | mcfrisk: ok, but why is then bitbake trying to run make after configure | 07:44 |
*** xtron <xtron!~mentor@110.93.212.98> has joined #yocto | 07:48 | |
mcfrisk | ak77: cmake.bbclass doesn't do that, maybe it's the recipe trying to call oemake | 07:48 |
ak77 | mcfrisk: can you take a look https://pastebin.com/zxErUDuZ | 07:50 |
ak77 | mcfrisk: this project provides CMakeLists.txt and Makefile (maybe that's the culprit) (PN=lua-cjson) | 07:53 |
*** joaocfernandes <joaocfernandes!~Joao@88.157.234.132> has joined #yocto | 08:01 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 08:03 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 08:04 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 08:08 | |
*** mns__ <mns__!4fab95ac@gateway/web/freenode/ip.79.171.149.172> has joined #yocto | 08:09 | |
*** mns__ <mns__!4fab95ac@gateway/web/freenode/ip.79.171.149.172> has left #yocto | 08:10 | |
*** mns__ <mns__!4fab95ac@gateway/web/freenode/ip.79.171.149.172> has joined #yocto | 08:18 | |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:19 | |
derRichard | when i have meta-freescale and meta-browser in my project, bitbake is unhappy because of: | 08:20 |
derRichard | meta-freescale/dynamic-layers/browser-layer/recipes-browser/chromium/chromium-wayland_48.0.2548.0.bbappend | 08:20 |
derRichard | for now i set BB_DANGLINGAPPENDS_WARNONLY to 1, but is this really the right way? | 08:20 |
derRichard | to me it looks like these two layers depend on each other but are out of sync | 08:21 |
derRichard | up, the error/warning is: | 08:21 |
derRichard | No recipes available for: | 08:21 |
derRichard | meta-freescale/dynamic-layers/browser-layer/recipes-browser/chromium/chromium-wayland_48.0.2548.0.bbappend | 08:21 |
derRichard | meta-freescale/dynamic-layers/browser-layer/recipes-browser/chromium/chromium_52.0.2743.76.bbappend | 08:21 |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 08:22 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:25 | |
*** ndec <ndec!sid219321@linaro/ndec> has joined #yocto | 08:35 | |
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 08:36 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 08:40 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 08:40 | |
*** kaspter <kaspter!~Instantbi@183.156.70.233> has quit IRC | 08:44 | |
*** kaspter <kaspter!~Instantbi@183.156.70.233> has joined #yocto | 08:45 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 08:45 | |
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 08:51 | |
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto | 08:57 | |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 09:00 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 09:02 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 09:04 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 09:19 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:10 | |
*** morphis <morphis!~morphis@p200300CCFBEB6E006D44A5210733229F.dip0.t-ipconnect.de> has joined #yocto | 10:15 | |
*** kanavin <kanavin!~kanavin@79.140.126.226> has joined #yocto | 10:20 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 10:41 | |
*** mns__ <mns__!4fab95ac@gateway/web/freenode/ip.79.171.149.172> has quit IRC | 10:54 | |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 11:01 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:04 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 11:05 | |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:06 | |
*** RyanMeulenkamp <RyanMeulenkamp!~ryan.meul@lorentz.bad-bit.net> has joined #yocto | 11:19 | |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 11:37 | |
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 11:42 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 11:42 | |
eduardas_m | hello, I get a urllib.error.URLError: <urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:719) when trying to do_install ntpath for python3 | 11:43 |
eduardas_m | can certificate checking be disabled for a recipe that inherits both pypi and setuptools3? | 11:44 |
rburton | a better question is why is do_install trying to fetch? | 11:58 |
derRichard | and before disabling a ssl check, figure why is it failing. nsa? ;) | 12:04 |
kanavin | RP: openssl 1.1.1 merging might have been a bit premature, as we now have a 1.1.1-pre9 recipe in master, and 1.1.1 final will have PV that's smaller | 12:08 |
kanavin | that said, I am glad you took it in :) | 12:09 |
RP | kanavin: hmm, I hadn't realised the version issue. We might want to tweak that to 1.1.1~pre9 | 12:09 |
kanavin | RP: will that sort to less than 1.1.1? | 12:10 |
RP | kanavin: its supposed to | 12:10 |
kanavin | oh - then we definitely should | 12:10 |
kanavin | I can prepare the commit? | 12:10 |
RP | kanavin: please | 12:10 |
*** agust <agust!~agust@p508862E3.dip0.t-ipconnect.de> has quit IRC | 12:41 | |
nayfe | Hi, I'm going crazy with cmake, is there any good reference for a cmake executable depending on other cmake lib? When I set "target_include_directories(${TARGET_NAME} PUBLIC $<INSTALL_INTERFACE:include/${TARGET_NAME}>)" I get an absolute dir in INTERFACE_INCLUDE_DIRECTORIES then, with sysroot by recipe in yocto, my executable won't compile ... | 12:44 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 12:50 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:15 | |
mcfrisk | qa check for FILE_bla defined but does not exists in PACKAGES would be nice :) | 13:24 |
eduardas_m | even though the pathlib module is available in Python since 3.4, it does not seem to be present in Yocto 2.5 Sumo (Python 3.5.5). Why is that so? | 13:35 |
eduardas_m | I check for this using help('modules') in Python prompt | 13:36 |
eduardas_m | how do I make the pathlib module available on my system? is this some kind of python3-core build option? | 13:38 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 13:42 | |
*** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has joined #yocto | 13:42 | |
yocti | New news from stackoverflow: Yocto - "Nothing provides websocketpp = 0.7.0-r0 needed by websocketpp-dev-0.7.0-r0" <https://stackoverflow.com/questions/52167777/yocto-nothing-provides-websocketpp-0-7-0-r0-needed-by-websocketpp-dev-0-7-0> | 13:48 |
RP | JPEW: looks like I'm chasing a bug similar to you fd on fork problem :/ | 13:50 |
JPEW | RP: Oh? As part of what? | 13:50 |
RP | JPEW: I was poking around the issue on the bitbake list, "process: Flush server stdout/stderr before reporting failure" | 13:51 |
RP | JPEW: There is this idea of the "readypipe" in server/process.py. Closing the pipe isn't enough to trigger the client to realise the server failed | 13:52 |
RP | JPEW: my theory is the write pipe is open for writing in multiple processes in the server :( | 13:52 |
JPEW | RP: Ya, that would make sense.... are they all just fork() or fork() + exec() ? | 13:53 |
JPEW | RP: If fork() + exec() O_CLOEXEC should fix it | 13:53 |
RP | JPEW: I don't know which process specifically as yet | 13:54 |
JPEW | Hmm, it might not be bad practice for the server to mark all the non-stdio FD's as O_CLOEXEC anyway. I can't imagine anything else would need to be passed to a child process.... | 13:57 |
*** agust <agust!~agust@p508862E3.dip0.t-ipconnect.de> has joined #yocto | 14:02 | |
*** ant_work <ant_work!~ant__@host63-251-dynamic.54-79-r.retail.telecomitalia.it> has joined #yocto | 14:07 | |
RP | JPEW: O_CLOEXEC didn't help so its probably some fork call :/ | 14:07 |
*** ant_work <ant_work!~ant__@host63-251-dynamic.54-79-r.retail.telecomitalia.it> has quit IRC | 14:08 | |
*** ant_work <ant_work!~ant__@host63-251-dynamic.54-79-r.retail.telecomitalia.it> has joined #yocto | 14:09 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 14:11 | |
RP | JPEW: I think there may be a different set of exception handling code catching and retrying the server start without me noticing :/ | 14:12 |
*** marka <marka!~masselst@128.224.252.2> has joined #yocto | 14:18 | |
*** [RLA]Eske <[RLA]Eske!c0e1ba62@gateway/web/freenode/ip.192.225.186.98> has joined #yocto | 14:18 | |
*** agust <agust!~agust@p508862E3.dip0.t-ipconnect.de> has quit IRC | 14:20 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 14:25 | |
RP | JPEW: There is a problem with http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=cbe2d3cb0af6c7a5cd368e7dc489960a13648bd0 - bb.event.print_ui_queue() trashes stdout/stderr | 14:25 |
JPEW | RP: And it was never seen before because the buffered stdout/stderr was lost? | 14:27 |
RP | JPEW: I don't think we've realised how much data was getting lost, we've patched things up now and again but not realised how many ways this is breaking :/ | 14:28 |
RP | I think a step back and rethink may be needed for that function in server context | 14:28 |
RP | JPEW: certainly that function needs to flush out/err before it changes them | 14:28 |
*** armpit <armpit!~armpit@2601:202:4180:c33:ed90:f8dd:8dd6:4edd> has quit IRC | 14:29 | |
*** maxin <maxin!~maxin@134.134.139.83> has quit IRC | 14:30 | |
JPEW | RP: Ya, that makes sense. There is also another caveat I discovered: stdio and stderr in the server are now fully buffered instead of line buffered (as one would normally expect). | 14:31 |
JPEW | RP: Actually, they were always fully buffered. I have an (unsubmitted) patch to make the line buffered so that they act like you would expect | 14:32 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 14:32 | |
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 14:37 | |
mcfrisk | sigh, got bitten several times today by _append vs += differences.. | 14:37 |
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 14:38 | |
mcfrisk | even in https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#adding-ptest-to-your-build it's not clear why using DISTRO_FEATURES_append = " ptest" and EXTRA_IMAGE_FEATURES += "ptest-pkgs" | 14:39 |
*** armpit <armpit!~armpit@2601:202:4180:c33:45cc:4239:c235:fa42> has joined #yocto | 14:41 | |
*** stephano <stephano!~stephano@134.134.139.72> has joined #yocto | 14:49 | |
RP | JPEW: I've also just realised we have separate buffers for stderr and stdout which makes no sense | 14:52 |
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 14:52 | |
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC | 14:53 | |
JPEW | RP: In print_ui_queue()? | 14:53 |
armpit | YPTM: Armin in on | 14:54 |
*** sjolley_ <sjolley_!86868b4c@gateway/web/freenode/ip.134.134.139.76> has joined #yocto | 14:55 | |
sjolley_ | YPTM: Join at Zoom https://zoom.us/j/990892712 | 14:56 |
sjolley_ | YPTM: Stephen Joined | 14:56 |
armpit | no you haven't | 14:56 |
*** maxin <maxin!~maxin@134.134.139.83> has joined #yocto | 14:57 | |
sjolley_ | So Zoom is slow | 14:57 |
RP | JPEW: I think we need something like http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=82f4e1dfd4bdc5869ca5a04649d4871d4db681d3 | 14:58 |
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has joined #yocto | 14:59 | |
*** JPEW_ <JPEW_!cc4da369@gateway/web/freenode/ip.204.77.163.105> has joined #yocto | 14:59 | |
RP | YPTM: Richard joined | 14:59 |
*** RyanMeulenkamp <RyanMeulenkamp!~ryan.meul@lorentz.bad-bit.net> has quit IRC | 15:00 | |
*** smurray <smurray!sid98062@gateway/web/irccloud.com/x-pydldanqypldsczt> has joined #yocto | 15:00 | |
zeddii | YPTM: Bruce has joined | 15:00 |
rburton | YPTM ross joined | 15:00 |
tgoodwin | Other than patching it, is there any support for extending WIC's Partition class to support other file system types or modify its fstab behavior? | 15:00 |
JPEW_ | YPTM: Joshua Watt has joined | 15:01 |
tlwoerner | YPTM: trevor has joined | 15:01 |
vmeson | YPTM: Randy joined | 15:05 |
denix | YPTM: Denys joined | 15:05 |
*** arielmr <arielmr!~quassel@187-163-217-93.static.axtel.net> has joined #yocto | 15:06 | |
*** dc13ff <dc13ff!uid190567@gateway/web/irccloud.com/x-xqtlhbzbwuipgnua> has joined #yocto | 15:06 | |
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 15:07 | |
vmeson | RP: your audio has dropped | 15:08 |
*** thaytan <thaytan!~thaytan@121-200-23-18.cust.aussiebb.net> has quit IRC | 15:10 | |
*** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto | 15:16 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 15:17 | |
vmeson | topics: python profile optimized build: OFF by default unless there's proof of improved performance or used canned data. | 15:19 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 15:20 | |
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 15:23 | |
*** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto | 15:26 | |
*** jacques is now known as linuxjacques | 15:26 | |
*** thaytan <thaytan!~thaytan@121-200-23-18.cust.aussiebb.net> has joined #yocto | 15:28 | |
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 15:31 | |
*** chandana73 <chandana73!~ckalluri@149.199.62.254> has joined #yocto | 15:34 | |
*** sgw <sgw!sgw@nat/intel/x-jipuqwaigrzhagvu> has quit IRC | 15:39 | |
*** chandana73 <chandana73!~ckalluri@149.199.62.254> has quit IRC | 15:39 | |
vmeson | for those not on the call: the hope is that we can leave the python pgo optimization on. There are 10 runs used to generate the pgo data so we can reduce that to 1 or 2 and do a couple other things and lower the overhead from ~ 20 minutes to ~ 2-4 minutes | 15:40 |
*** JPEW_ <JPEW_!cc4da369@gateway/web/freenode/ip.204.77.163.105> has quit IRC | 15:40 | |
*** kuzulis <kuzulis!~Denis@37.112.57.60> has joined #yocto | 15:41 | |
kuzulis | Hi guys. What is a best way to customize the layers to have a several images? E.g. I want to have a possibility to create an own images like: bitbake image1, bitbake imageN. But it is uncleas for me how to add or remove required features from this images? | 15:43 |
kuzulis | Should I change the IMAGE_FEATURES in each image.bb file? | 15:44 |
kuzulis | E.g. to add or remove the X, wayland Qt4/Qt5 and so on | 15:45 |
rob_w | kuzulis, how about taking the default console-minimal-image and add your whished on top each time ? | 15:46 |
*** chandana73 <chandana73!~ckalluri@149.199.62.254> has joined #yocto | 15:46 | |
marka | kuzulis: there are plenty of examples, take a look at the images we define in meta-overc for example https://github.com/OverC/meta-overc/tree/master-oci/meta-cube/recipes-core/images | 15:46 |
marka | overall it is easiest to create your own image files instead of attempting to find ways to manipulate your local.conf to define them (in case that is what you were thinking about doing) | 15:48 |
*** sjolley_ <sjolley_!86868b4c@gateway/web/freenode/ip.134.134.139.76> has quit IRC | 15:48 | |
*** varjag <varjag!~user@ti0040a400-6639.bb.online.no> has joined #yocto | 15:49 | |
kuzulis | I don't want to change the local.conf file. I want to have a ready pre-sets of image1.bb, image2.bb, imageN.bb files. And in this files I want to change required features. Is it right way? | 15:51 |
marka | yes | 15:51 |
marka | you can use bitbake and bitbake-layers to create your layer | 15:51 |
marka | then you are off to the races to define your images and add any recipes which you might need that don't exist | 15:52 |
kuzulis | So, is just one inheritable like: "inherit core-image" means that will be assembled the my custom core-image-minimal? | 15:52 |
marka | roughly | 15:53 |
marka | for the most part the images are defining the high level contents of the image, the lower level stuff will come in via dependencies | 15:54 |
marka | core-image will get you base-files and a few other bits that most rootfs will need/want | 15:55 |
marka | if you get more complex you will want to define a distro as well, but usually that can be avoided | 15:55 |
marka | start with creating and adding your layer, define your images and go from there | 15:57 |
kuzulis | is this content of resulting rootfs depends on DISTRO_FEATURES_DEFAULT property? | 15:57 |
JPEW | RP: That change looks good in general... I would have some general cleanup coments if you don't change them before submitting to the mailing list | 15:58 |
*** sgw <sgw!~sgw@134.134.139.73> has joined #yocto | 15:58 | |
marka | DISTRO_FEATURES can be used to do things like configure packages differently and stuff such as this (think about Ubuntu, there is one repo for debs, regardless if you are building a small footprint rootfs or a rootfs for big iron the emacs will be configured and built with the same configurations) | 16:00 |
JPEW | RP: I *think* you want to keep the dup2 of stderr though? Otherwise child processes won't see the FD 2 as the log file.... unless python does some magic when you do sys.stderr sys.stderr? | 16:00 |
JPEW | RP: Argh, can | 16:00 |
JPEW | *when you do sys.stderr = sys.stdout | 16:01 |
marka | DISTRO_FEATURES let you change how emacs is configured, for example, so you can define a set of DISTRO_FEATURES for a small footprint distro and another set of configs for large footprint | 16:01 |
marka | again, only worries about tuning these nobs if needed | 16:02 |
RP | JPEW: with the other dup2, I was seeing logline duplication | 16:02 |
marka | if you only want packages configured in one way for all your images you can included a bbappend in your layer and adjust the PACKAGECONFIG and be done with it | 16:02 |
* marka is glad fray is most likely not watching as he would school me on my abuses of DISTRO_FEATURES | 16:06 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:08 | |
kuzulis | hmm.. I don't understand a bit... e.g. I have created an own my-layer... And then I want to produce the different images: e.g. image-with-X11 and image-without-X11... Should I in this case just add the REQUIRED_DISTRO_FEATURES = "x11" to image-with-X11? And to do not add nothing to image-without-X11? It is not clear to me a tit.. | 16:09 |
kuzulis | s/tit/bit | 16:09 |
JPEW | RP: That..... doens't make sense. It seems like not redirecting stderr with dup2 is only fixing that because the duplicates to stderr would be getting lost.... | 16:11 |
kuzulis | How I will know that a minimal image will be compiled without of X11? | 16:11 |
*** stephano <stephano!~stephano@134.134.139.72> has quit IRC | 16:11 | |
RP | JPEW: it does make sense in that there are two buffers, stdout and stderr and if you flush them at different times the lines are reordered | 16:11 |
RP | JPEW: as you commented earlier, they're not line buffered | 16:12 |
marka | kuzulis: the x11 distro features won't cause any X stuff to be in your image | 16:15 |
*** robbawebba <robbawebba!~rob@47.180.176.91> has joined #yocto | 16:17 | |
marka | it may turn on some PACKAGECONFIGs to enable the graphical component of packages | 16:18 |
JPEW | RP: Agreed, I've seen the reordering issues (bitbake can time-travel!), I hadn't seen any duplication of log messages. My comment was more that if you don't dup stderr to the output file, anything a fork+exec'd child process prints to that FD might get lost (or end up who knows where). | 16:18 |
marka | so for example you can see | 16:18 |
marka | meta-oe/recipes-extended/hwloc/hwloc_1.11.10.bb:PACKAGECONFIG ?= "pci libxml2 ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', '', d)}" | 16:18 |
marka | meta-oe/recipes-extended/hwloc/hwloc_1.11.10.bb:PACKAGECONFIG[x11] = "--with-x,--without-x,virtual/libx11 cairo,cairo" | 16:19 |
marka | so hwloc will be configured with x support | 16:20 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 16:20 | |
marka | so again start by defining the image contents, then branch out to other bits as needed | 16:22 |
RP | JPEW: I guess we can dup, then trample over it :) | 16:23 |
*** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has joined #yocto | 16:27 | |
kuzulis | marka: Many thanks anyway... But it is soo hard for me as newbie :) | 16:27 |
JPEW | RP: That would work. I'm still struggling with the fix though.... someone must be outputting logs to both stdout and stderr, so why does making them the same Python object (sys.stderr = sys.stdout) fix it? I feel I'm missing something :) | 16:28 |
*** fl0v0 <fl0v0!~fvo@i577B9FB1.versanet.de> has quit IRC | 16:31 | |
RP | JPEW: normal prints to stdout, traceback to strerr was my test case | 16:35 |
RP | JPEW: the traceback appeared before stdout output | 16:36 |
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 16:36 | |
kuzulis | marka: I have compiled core-image-minimal, but it contains libX11 library.. Why? | 16:40 |
JPEW | RP: Ok, I think thats what I was missing. It's not "duplication", just out of order? In that case, yes, that fix make sense. | 16:42 |
*** joaocfernandes <joaocfernandes!~Joao@88.157.234.132> has quit IRC | 16:44 | |
RP | JPEW: yes, out of order, not duplication | 16:45 |
RP | JPEW: sorry, I did say duplication earlier as well as reordering :/ | 16:46 |
marka | kuzulis: you can do things like 'bitbake <your-image-name> -g -u depex' or just 'bitbake <your-image-name> -g' to examine the dependencies | 16:58 |
marka | figure out what is depending on libX11 then work from there, in the easy case you might be able to adjust the PACKAGECONFIG for the recipe that is resulting in this, in the extreme case you might have to look at manipulating distro features or creating distros to fork your x11 vs non-x11 images | 17:00 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 17:01 | |
*** seebs <seebs!~seebs@24.196.59.174> has quit IRC | 17:02 | |
kuzulis | ok, many thanks | 17:03 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 17:03 | |
*** dc13ff <dc13ff!uid190567@gateway/web/irccloud.com/x-xqtlhbzbwuipgnua> has quit IRC | 17:15 | |
JPEW | RP: No worries :) | 17:16 |
*** kuzulis <kuzulis!~Denis@37.112.57.60> has quit IRC | 17:28 | |
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 17:28 | |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 17:29 | |
*** seebs <seebs!~seebs@24.196.59.174> has joined #yocto | 17:37 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-qrtvqrmgdfjikdnp> has quit IRC | 17:40 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 17:48 | |
*** stephano <stephano!~stephano@134.134.139.72> has joined #yocto | 17:54 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 17:54 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 17:57 | |
*** kaspter <kaspter!~Instantbi@183.156.70.233> has quit IRC | 17:57 | |
*** kaspter <kaspter!~Instantbi@183.156.70.233> has joined #yocto | 17:58 | |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 17:58 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 18:06 | |
*** arielmr <arielmr!~quassel@187-163-217-93.static.axtel.net> has quit IRC | 18:10 | |
*** likewise <likewise!~leon@ip56501413.direct-adsl.nl> has joined #yocto | 18:15 | |
likewise | good morning | 18:15 |
likewise | I have a systemd service that Requires=systemd-sysusers.service. But how do I indicate to Yocto that the latter should also be enabled? It doesn't seem to parse "Requires=", while it does parse "Also=". | 18:17 |
likewise | 'It' in this context is systemd.bbclass. | 18:18 |
kergoth | sounds like you need to enable the packageconfig for sysusers | 18:19 |
likewise | kergoth: "My" package is pulseaudio, but running in system mode on a read-only filesystem. I wasn't aware that packageconfig works cross-package. So it can influence the configuration of all dependants? | 18:22 |
kergoth | systemd.bbclass just calls systemctl. if systemctl enable doesn't do what you want, your service needs fixing | 18:24 |
kergoth | and no, i mentioned packageconfig just to ensure sysusers support is enabled and its service file is enabled by default as a baseline before you go depending on it | 18:25 |
likewise | kergoth: thanks. Further debugging to find -EUSER. | 18:28 |
likewise | systemd's PACKAGECONFIG_CONFARGS contains --enable-sysusers. As I am on a RO FS, I should be looking at systemctl-native being called within the pulseaudio build. I expect it to setup a symlink as a target dependency due to the Requires= | 18:32 |
*** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto | 18:38 | |
*** arielmr <arielmr!~quassel@187-163-217-93.static.axtel.net> has joined #yocto | 18:45 | |
rburton | vmeson: python3 do_compile -940.5s -74.6% 1260.5s -> 319.9s | 18:53 |
rburton | vmeson: thats master vs my changes to use a different benchmark for pgo | 18:53 |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 18:57 | |
*** ant_work <ant_work!~ant__@host63-251-dynamic.54-79-r.retail.telecomitalia.it> has quit IRC | 18:58 | |
khem | vmeson: how good is benchmark ? | 19:03 |
khem | PGO is very subjective and its as good as your test matrix can cover | 19:03 |
khem | rburton: I think we should offload the profile data creation | 19:04 |
khem | and use that data until we bump up python verson say 3.7 to 3.8 and so on | 19:04 |
khem | kanavin: seen this http://errors.yoctoproject.org/Errors/Details/190427/ | 19:06 |
khem | this is when some recipes are changed to use openssl10 in meta-oe | 19:07 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 19:10 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 19:17 | |
rburton | khem: its the same benchmark upstream py use | 19:20 |
tgoodwin | Does anyone know how to specify an alternate imager plugin in WIC? I don't see any mention of "DirectPlugin", the default, but it's clearly used. | 19:27 |
*** [RLA]Eske <[RLA]Eske!c0e1ba62@gateway/web/freenode/ip.192.225.186.98> has quit IRC | 19:28 | |
tgoodwin | Never mind. It seems hard-coded in rocko via the engine to only ever pull in the direct file. | 19:33 |
khem | rburton: that sounds promising | 19:33 |
kergoth | tgoodwin: lines 194 to 202 in engine.py | 19:33 |
kergoth | yeah | 19:33 |
kergoth | not ideal | 19:34 |
kergoth | tgoodwin: i'm a little surprised direct is hardcoded like that, not typical for how we usually do things (i.e. maximize flexibility) | 19:39 |
tgoodwin | kergoth: yep...not really a hard patch by any stretch. All I'm trying to do is swap in cryptsetup instead of parted so that the built partition table for the direct file can have some LUKs partitions. | 19:39 |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-payouljunsecdthq> has joined #yocto | 19:42 | |
khem | send a patch to make it param I guess | 19:43 |
*** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 19:51 | |
*** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 19:54 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:59 | |
*** arielmr <arielmr!~quassel@187-163-217-93.static.axtel.net> has quit IRC | 20:01 | |
tgoodwin | khem: debating it over on this end since even if we had this as an option, we would end up replicating most of DirectPlugin by copy-paste for our own nuanced need (since it's not a module that can be imported). May just be better to define a different image class and go at it that way. | 20:01 |
*** dc13ff <dc13ff!uid190567@gateway/web/irccloud.com/x-jzyujketccgvkbyf> has joined #yocto | 20:07 | |
*** marka <marka!~masselst@128.224.252.2> has quit IRC | 20:16 | |
FrostEyes_P1 | Evening folks. I am working on a project using a Xilinx ZynqMP, where there is a custom build setup for the "boot.bin". Though is the rootfs a mess currently located as binaries in a git repository. So would like to either use petalinux from Xilinx (Consist of yocto) or yocto directly. | 20:16 |
FrostEyes_P1 | To build the rootfs part of the project. Being new to Yoco, I am puzzled on how you "version control" your setup.. | 20:18 |
*** joaocfernandes <joaocfernandes!~Joao@a213-22-65-25.cpe.netcabo.pt> has joined #yocto | 20:19 | |
FrostEyes_P1 | The first impression is to clone the poky repo, and just hack the code insight this, though seems a bit off to me. | 20:25 |
kergoth | you should be creating your own layer or layers, not modifying upstream ones | 20:30 |
*** ant_home <ant_home!~ant__@host205-252-dynamic.245-95-r.retail.telecomitalia.it> has joined #yocto | 20:30 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 20:30 | |
*** ant_home <ant_home!~ant__@host205-252-dynamic.245-95-r.retail.telecomitalia.it> has joined #yocto | 20:30 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 20:33 | |
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 20:37 | |
*** pohly <pohly!~pohly@p54BD55A3.dip0.t-ipconnect.de> has quit IRC | 20:39 | |
*** arielmr <arielmr!~quassel@187-163-217-93.static.axtel.net> has joined #yocto | 20:44 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 20:49 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 20:51 | |
*** likewise <likewise!~leon@ip56501413.direct-adsl.nl> has quit IRC | 21:00 | |
RP | hmm, bitbake parsing of oe-core took 49 minutes under qemu on i586, single threaded | 21:07 |
RP | (before it crashed) | 21:07 |
RP | and python ctypes.util needs gcc :( | 21:08 |
kergoth | yikes | 21:10 |
mcfrisk | I'm impressed. finally got around to properly derive our disto from poky.conf and the qa checks are finding a lot issues. should have done this a lot earlier.. thanks for the really useful QA check in poky! | 21:13 |
*** morphis <morphis!~morphis@p200300CCFBEB6E006D44A5210733229F.dip0.t-ipconnect.de> has quit IRC | 21:14 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 21:24 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 21:27 | |
*** joaocfernandes <joaocfernandes!~Joao@a213-22-65-25.cpe.netcabo.pt> has quit IRC | 21:28 | |
RP | mcfrisk: nice :). Makes me wonder if we should update defaultdistro... | 21:33 |
*** kaspter <kaspter!~Instantbi@183.156.70.233> has quit IRC | 21:37 | |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 21:37 | |
*** kaspter <kaspter!~Instantbi@183.156.70.233> has joined #yocto | 21:37 | |
*** joaocfernandes <joaocfernandes!~Joao@a213-22-65-25.cpe.netcabo.pt> has joined #yocto | 21:42 | |
*** varjag <varjag!~user@ti0040a400-6639.bb.online.no> has quit IRC | 21:52 | |
*** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC | 21:52 | |
otavio | RP: indeed. It is better than defaultdistro | 21:55 |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-payouljunsecdthq> has quit IRC | 22:02 | |
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 22:04 | |
khem | RP: I encourage to make all poky policies go into default distro especially QA checks | 22:13 |
RP | khem: the differences were mainly things OE didn't seem to want by default iirc | 22:14 |
khem | I am not against code that makes things good quality | 22:15 |
*** dc13ff <dc13ff!uid190567@gateway/web/irccloud.com/x-jzyujketccgvkbyf> has quit IRC | 22:16 | |
neverpanic | mcfrisk: Get some sleep ;-) | 22:18 |
mcfrisk | neverpanic: you too! | 22:24 |
*** joaocfernandes <joaocfernandes!~Joao@a213-22-65-25.cpe.netcabo.pt> has quit IRC | 22:36 | |
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 22:51 | |
kergoth | heh, https://codewithoutrules.com/2018/09/04/python-multiprocessing/ | 22:54 |
RP | kergoth: we seem to have been there in a number of different ways :) | 23:01 |
kergoth | indeed | 23:01 |
kergoth | i didn't know about contexts though, that's interesting | 23:01 |
khem | RP: http://cgit.openembedded.org/openembedded-core-contrib/log/?h=kraj/misc | 23:04 |
khem | you did not pick top 2 patches. any issues with them ? | 23:04 |
RP | khem: don't think I saw them for some reason | 23:06 |
* RP wonders if we can remove the gcc 4/8/4.9 mess from the esdk installer | 23:06 | |
RP | answer, no, centos7 | 23:07 |
khem | RP: centos7 is latest release | 23:08 |
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 23:08 | |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 23:09 | |
khem | ubuntu 14.04 is also gcc 4.8 | 23:09 |
khem | RP: think containers for next release | 23:10 |
RP | khem: right, I just for a second hoped we might be able to avoid that | 23:11 |
khem | I jusr use containers with OE now a days except master where I use arch | 23:12 |
khem | so we can fix the upcoming issues | 23:12 |
RP | khem: makes sense | 23:12 |
*** tgraydon <tgraydon!~textual@134.134.139.75> has joined #yocto | 23:12 | |
RP | khem: I don't think forcing people to containers will help our usability/image though | 23:12 |
khem | like py7 | 23:12 |
khem | python 3.7 I mean | 23:13 |
khem | RP: who would care of container was not coming in the way | 23:13 |
khem | see https://github.com/cbrake/oe-build/blob/master/envsetup.sh#L377 | 23:14 |
khem | here I launch container when building and directories are exactly same | 23:14 |
khem | on host and container | 23:15 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:15 | |
khem | so I use my faviourite editor to make changes no issues | 23:15 |
khem | and when it comes to build it uses a debian stretch container or debian jessie depending upon which version of oe I am building | 23:15 |
khem | jessie still works btw with master which is impressive | 23:16 |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ivkcfrungrhqxslf> has joined #yocto | 23:17 | |
RP | khem: I'm not convinced we can hide the containers from the user, we swap one set of problems for another | 23:17 |
khem | we can download the container during setup or clearly instruct how to do that | 23:18 |
khem | and ask for docker to be installed | 23:18 |
khem | I might even be able to build on mac osx now a days should probably try | 23:19 |
RP | khem: something to think about but I remain unsure we'd want to go this route at the expense of general distro support | 23:19 |
khem | container will still run a supported distro | 23:20 |
khem | but it will be just 1 | 23:20 |
khem | folks have receieved it well, they like the fact that they can have a well contained reproducible environment | 23:21 |
RP | khem: would be interesting to see what the OSVs make of it | 23:21 |
khem | even in data centers they dont have single distro installs | 23:21 |
khem | Cant speak for OSVs but it reduces there work manifolds | 23:21 |
RP | khem: yes and no, it forces their users onto one kind of container and given what I've heard about user workflows, that likely won't be acceptable | 23:22 |
RP | khem: the older distros don't tend to cause problems anyway, its the newer ones... | 23:23 |
khem | Agreed there might be such usecases but distros are also in same boat | 23:23 |
khem | We can also do the same with lxc and even systemd-nspawn | 23:24 |
khem | so it doesnt have to be docker only solution | 23:24 |
RP | khem: ah, now two things to test ;-) | 23:24 |
RP | khem: seriously, I think we should explore it but its very unlikely to switch for 2.7 | 23:25 |
RP | it would be hard enough to get that working as one of the workflows when you consider the dev work and docs needed | 23:25 |
khem | thats fine as long as long we keep making our mind, I am sure we will do something | 23:25 |
khem | to my mind incentives are high | 23:26 |
khem | too | 23:26 |
khem | btw. resuming the distro policy discussions, if we can get poky policies ( all sane ones) into nodistro that will be great | 23:27 |
RP | khem: probably a case of proposing patches | 23:27 |
khem | and I was planning to harden toolchains for 2.7 | 23:27 |
* RP is drowning just trying to sort build failures and keep patches moving. Not getting to do much development :( | 23:28 | |
khem | RP: I am getting some of that heat since I am trying to keep up meta-openembedded with oe-core | 23:28 |
RP | khem: right :( | 23:29 |
khem | almost got to 3 failures and openssl 1.1 came in :( | 23:29 |
RP | khem: now I get torn between a) just take 1.1 back out b) try and help sort the failures c) accept meta-oe will sort things out eventually | 23:30 |
khem | I am progressively minded | 23:32 |
khem | so I will hope to fix it along the way | 23:33 |
RP | khem: I also think we do have to try and move forward even if that is slightly painful at times | 23:33 |
khem | and I am hoping that meta-oe CI will bring these issues ahead of time so sometimes we can decide | 23:34 |
RP | kergoth: any neat ideas on how to stop ${@oe.utils.host_gcc_version(d)} expanding in create_shar() unless its running in task context? :/ | 23:34 |
RP | kergoth: I have ideas but I don't like most of them | 23:35 |
*** jacques is now known as linuxjacques | 23:39 | |
RP | http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=ce3b35f7739e1ccbe00503cc482a2e4dc2ff96ed is the least evil version I can think of right now. I suspect that may cause checksum issues but we'll see | 23:43 |
RP | FileExistsError: [Errno 17] Link /usr/lib/libcrypto.so already exists to a different location? (libcrypto.so.1.0.2 vs libcrypto.so.1.1) | 23:47 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 23:47 | |
RP | so now I get to debug a new problem before the other one :( | 23:47 |
*** grahamgelding <grahamgelding!ca86f31a@gateway/web/freenode/ip.202.134.243.26> has joined #yocto | 23:49 | |
RP | hmm, its from a combination of things the autobuilder doesn't test | 23:52 |
*** tgraydon <tgraydon!~textual@134.134.139.75> has quit IRC | 23:55 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!