| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 00:03 | |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto | 00:08 | |
| *** FrazerClews <FrazerClews!~frazer.cl@78.40.148.177> has quit IRC | 00:10 | |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC | 00:12 | |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto | 00:13 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 00:16 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:34db:92e:2b21:713> has quit IRC | 01:28 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 01:34 | |
| *** dev1990_ <dev1990_!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto | 01:50 | |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC | 01:50 | |
| *** dev1990_ <dev1990_!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC | 02:01 | |
| *** zkrx <zkrx!~quassel@adsl-84-226-215-143.adslplus.ch> has quit IRC | 02:03 | |
| *** zkrx <zkrx!~quassel@adsl-178-39-206-222.adslplus.ch> has joined #yocto | 02:09 | |
| khem | RP: glibc patches are still same, but ruby patch and libucontext patch are updated | 02:29 |
|---|---|---|
| khem | but I can rebase on top of what you merge | 02:29 |
| khem | so no worrries | 02:29 |
| khem | I can send another round | 02:29 |
| *** nerdboy <nerdboy!~sarnold@47.143.129.79> has joined #yocto | 02:39 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 02:40 | |
| *** hpsy <hpsy!~hpsy@85.203.15.34> has joined #yocto | 03:29 | |
| *** hpsy1 <hpsy1!~hpsy@85.203.15.34> has quit IRC | 03:31 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 04:37 | |
| *** pink_vampire <pink_vampire!~kvirc@ool-18598f16.static.optonline.net> has joined #yocto | 05:03 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.80> has joined #yocto | 05:08 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 05:09 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:7cdd:d90a:ff41:24c0> has joined #yocto | 05:23 | |
| *** atyagi <atyagi!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has joined #yocto | 05:33 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto | 06:10 | |
| *** sno <sno!~sno@p5B25B970.dip0.t-ipconnect.de> has quit IRC | 06:12 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 06:15 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.241.68> has joined #yocto | 06:16 | |
| *** atyagi <atyagi!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has quit IRC | 06:19 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-30-55.dynamic.amis.hr> has joined #yocto | 06:28 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 06:31 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.241.68> has quit IRC | 06:31 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.241.68> has joined #yocto | 06:31 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.241.68> has quit IRC | 06:41 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 06:58 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 07:03 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 07:06 | |
| *** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has joined #yocto | 07:07 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 07:09 | |
| *** sno <sno!~sno@195.14.209.36> has joined #yocto | 07:10 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:22 | |
| *** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has joined #yocto | 07:27 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:38 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 07:39 | |
| *** fl0v0 <fl0v0!~fvo@i5E8692EE.versanet.de> has joined #yocto | 07:41 | |
| *** moustafa <moustafa!c533555d@197.51.85.93> has joined #yocto | 07:44 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:849b:24ee:ca9d:3215> has joined #yocto | 07:45 | |
| moustafa | hello everybody | 07:45 |
| moustafa | I face this error - This application failed to start because it could not find or load the Qt platform plugin "xcb" while trying to run my UI | 07:45 |
| moustafa | any help ? | 07:45 |
| LetoThe2nd | moustafa: did it already work? so is this a new problem, or the getting started stage? | 07:47 |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has quit IRC | 07:48 | |
| LetoThe2nd | moustafa: and, di you properly build and package your application, or are you using some copy-things-here-and-there workflow? | 07:49 |
| *** jeanba1 <jeanba1!~jbl@77.243.63.34> has joined #yocto | 07:49 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 07:51 | |
| *** jeanba1 <jeanba1!~jbl@77.243.63.34> has left #yocto | 07:52 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 07:58 | |
| *** hpsy <hpsy!~hpsy@85.203.15.34> has quit IRC | 07:59 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.130> has joined #yocto | 07:59 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 08:00 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 08:01 | |
| *** riz59 <riz59!c533555d@197.51.85.93> has joined #yocto | 08:05 | |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 08:12 | |
| erbo | moustafa: Qt can be built and used with a lot of different platform plugins, depending on if you use e.g. Xorg, Wayland or just want to draw using eglfs or linuxfb. If you run the app with "-platform foo" as argument it will display a list of the available platform plugins. | 08:13 |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 08:14 | |
| erbo | moustafa: what machine and image are you using? | 08:14 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 08:15 | |
| yocti | New news from stackoverflow: how to include python pex package in yocto image <https://stackoverflow.com/questions/59926979/how-to-include-python-pex-package-in-yocto-image> | 08:20 |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 08:23 | |
| *** alimon <alimon!alimon@gateway/shell/linaro/x-fmnlpgnvcnblroxd> has quit IRC | 08:23 | |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto | 08:24 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:32 | |
| moustafa | erbo I am using minnowboard turbot with wayland protocol | 08:33 |
| erbo | moustafa: so you're running a wayland compositor too, like e.g. weston? | 08:36 |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 08:36 | |
| *** alimon <alimon!alimon@gateway/shell/linaro/x-fmnlpgnvcnblroxd> has joined #yocto | 08:36 | |
| moustafa | erbo yes | 08:38 |
| erbo | moustafa: check if your Qt build includes any wayland backend by checking the list of plugins as I suggested earlier, and try to use that by specifiying -platform <the name of the wayland plugin> | 08:38 |
| LetoThe2nd | my guess actually is that the board runs yocto, but the application comes from "somewhere" | 08:39 |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 08:40 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 08:40 | |
| erbo | LetoThe2nd: I'm not so sure, when you built qtbase you specify the default platform plugin which is xcb by default | 08:40 |
| LetoThe2nd | erbo: just guessing :) | 08:40 |
| erbo | So unless you know that you should set that up properly, you will most likely need to specify the correct platform plugin when launching it | 08:41 |
| moustafa | when I am using -platform eglfs or wayland it gives me the same error | 08:41 |
| erbo | that it couldn't find or load wayland plugin? | 08:43 |
| erbo | or still the xcb ? | 08:43 |
| moustafa | still the xcb error | 08:43 |
| erbo | but did you get the list when you used -platform foo? | 08:44 |
| moustafa | no | 08:44 |
| erbo | That sounds weird | 08:44 |
| erbo | So your app, is it possible it overrides Qt default argument parsing that accepts the -platform parameter? | 08:45 |
| erbo | What app is it= | 08:45 |
| erbo | My god, I really can't produce correct english this morning | 08:45 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 08:47 | |
| moustafa | I found some list of Available platform plugins are: minimal, offscreen ... | 08:47 |
| erbo | Is those all you have? | 08:49 |
| moustafa | Available platform plugins are: minimal, offscreen, vnc, wayland-egl , wayland | 08:49 |
| moustafa | that's all | 08:49 |
| erbo | Then you need to look into how your Qt build is set up. If you use meta-qt5 you need to look at https://github.com/meta-qt5/meta-qt5/blob/master/recipes-qt/qt5/qtbase_git.bb to see which PACKAGECONFIG options you need to enable on your platform. | 08:50 |
| erbo | Oh wait, the wayland one is actually it's own recipe. https://github.com/meta-qt5/meta-qt5/blob/master/recipes-qt/qt5/qtwayland_git.bb | 08:51 |
| erbo | Sorry, didn't see you provided an updated list. So you do have wayland there | 08:52 |
| riz59 | Yes | 08:52 |
| riz59 | and wayland-egl | 08:52 |
| erbo | But -platform wayland produced an error about not being able to load xcb? | 08:53 |
| moustafa | yes exactly | 08:53 |
| erbo | Try setting QT_QPA_PLATFORM=wayland | 08:53 |
| erbo | it's another way of specifying platform plugin | 08:53 |
| moustafa | ok where | 08:55 |
| moustafa | ok where i cann add this setting ? | 08:55 |
| erbo | It's an environment variable, if you launch if via a shell you can just put that text at the beginning on the line you use to start it | 08:56 |
| erbo | How do you start the app? | 08:56 |
| riz59 | export QT_QPA_PLATFORM=wayland im assuming | 08:57 |
| riz59 | from terminal | 08:57 |
| erbo | yeah then you can export it before, or just do QT_QPA_PLATFORM=wayland ./my-awesome-app | 08:59 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:03 | |
| riz59 | Yup | 09:03 |
| moustafa | ok thank you so much | 09:03 |
| riz59 | That will work | 09:03 |
| moustafa | it's working | 09:03 |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC | 09:03 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto | 09:04 | |
| erbo | Nice. So if you want it to be default you can create a qtbase_%.bbappend containing: QT_CONFIG_FLAGS += " -qpa wayland " | 09:05 |
| *** PaowZ <PaowZ!~Vince@193.252.149.222> has joined #yocto | 09:05 | |
| erbo | But usually it's not that annoying to specify it when running the app | 09:05 |
| moustafa | aha ok | 09:06 |
| moustafa | thanks allot | 09:06 |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 09:14 | |
| *** mckoan|away is now known as mckoan | 09:20 | |
| mckoan | good morning | 09:20 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:48 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:51 | |
| *** fmo <fmo!c19ede6a@193.158.222.106> has joined #yocto | 09:51 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:7cdd:d90a:ff41:24c0> has quit IRC | 09:54 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 10:03 | |
| *** florian_kc is now known as florian | 10:05 | |
| RP | I don't understand the autobuilder failure :( | 10:15 |
| LetoThe2nd | RP: s/failure//g | 10:16 |
| *** PaowZ__ <PaowZ__!~Vince@193.252.149.222> has joined #yocto | 10:22 | |
| *** FrazerClews <FrazerClews!~frazer.cl@78.40.148.177> has joined #yocto | 10:24 | |
| *** PaowZ <PaowZ!~Vince@193.252.149.222> has quit IRC | 10:26 | |
| *** rburton <rburton!~rburton@192.198.151.43> has joined #yocto | 10:30 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 10:42 | |
| kroon | Everytime I type "bitbake <myrecipe>", the recipe rebuilds from scratch. How do I debug why bitbake thinks it needs to rebuild <myrecipe> everytime ? | 10:44 |
| qschulz | kroon: bitbake-diffsigs -t bitbake build | 10:45 |
| creich | qschulz: just out of curiosity. how exactly does that command work? it seems to nee some 'sigfiles'. where do i get them? | 10:49 |
| qschulz | creich: tmp/stamps | 10:53 |
| qschulz | bitbake-dumpsig to read the stamps | 10:53 |
| creich | thx :) | 10:54 |
| creich | sorry to bother again on that, but i keep getting 'ERROR: No sigdata files found matching busybox do_build' | 10:57 |
| creich | tried several other packages that are for sure listet in the tmp/stamps folder | 11:00 |
| qschulz | creich: you most likely used the sstate-cache and removed the tmp dir in-between builds | 11:01 |
| kroon | qschulz, thanks | 11:01 |
| qschulz | creich: in which case, they're not there anymore :) | 11:01 |
| qschulz | kroon: pleasure, I very much like this command :) | 11:01 |
| creich | is that cache activated by default? | 11:02 |
| creich | i am going to check if it's on. thank you :) | 11:02 |
| *** fl0v0 <fl0v0!~fvo@i5E8692EE.versanet.de> has quit IRC | 11:06 | |
| stuom1 | how can I easily track down what in my image depends on python2.7? | 11:11 |
| mckoan | does opkg have equivalent of dpkg-reconfigure? | 11:12 |
| rburton | stuom1: PNBLACKLIST[python] = "no more python for you" and rebuild, see what breaks | 11:14 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 11:18 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 11:19 | |
| stuom1 | @rburton thanks, I will try that | 11:21 |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 11:22 | |
| *** riz59 <riz59!c533555d@197.51.85.93> has quit IRC | 11:22 | |
| *** fl0v0 <fl0v0!~fvo@i5E8692EE.versanet.de> has joined #yocto | 11:26 | |
| *** berton <berton!~berton@177.194.196.4> has joined #yocto | 11:35 | |
| stuom1 | python2.7 seems to be required by "perf" that is apparently required by my image.bb, but at least directly it is not. How do I now know what in my image needs perf... | 11:37 |
| creich | am i right when saying that signatures have to be activated manually? like 'bitbake -S XYZ'? | 11:38 |
| creich | i just don't see how or when i should have (accidentially) activated sstate-cache. anything i can read to understand that thing better? or any idea what i might do wrong here? | 11:38 |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 11:38 | |
| stuom1 | nevermind my last message, im blind... | 11:41 |
| *** berton <berton!~berton@177.194.196.4> has joined #yocto | 11:43 | |
| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-qhhvzzfkspakuyrf> has quit IRC | 11:49 | |
| qschulz | creich: sstate-cache is always enabled AFAIK | 11:58 |
| qschulz | that's the thing that makes rebuild way faster | 11:58 |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC | 11:59 | |
| creich | ah, ok.. so i got your message wrong i guess. you just wanted to point out, that i might have deleted tmp at some point in time, while still having the state active... | 11:59 |
| creich | proably. i just deleted everything and started with a fresh build | 11:59 |
| creich | just noticed, that there have been no sigfiles at all in the stamps folder and i am not sure why | 12:00 |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 12:03 | |
| qschulz | creich: like not a single one for any packagre? | 12:04 |
| qschulz | creich: find -name "*sigdata*" in tmp or ANY directory that is used by Yocto and try to find where those files are. | 12:05 |
| *** moustafa <moustafa!c533555d@197.51.85.93> has quit IRC | 12:08 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 12:09 | |
| *** sven^ <sven^!~quassel@unaffiliated/sven/x-8293843> has joined #yocto | 12:11 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 12:12 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 12:19 | |
| *** tomeccles <tomeccles!~tomeccles@167.98.27.226> has joined #yocto | 12:24 | |
| creich | would say they havn't been there, but not sure anymore, since i deleted the workspace | 12:26 |
| creich | now in my clean build, they are where they're supposed to bw ;) | 12:27 |
| creich | thank you for your help and patience :) | 12:27 |
| qschulz | creich: np, I also wondered why the files weren't there anymore a few days ago :) been there done that | 12:27 |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 12:28 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-30-55.dynamic.amis.hr> has quit IRC | 12:31 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-30-55.dynamic.amis.hr> has joined #yocto | 12:33 | |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto | 12:39 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 13:00 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 13:09 | |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC | 13:40 | |
| stuom1 | I'm trying to understand ptest by looking at oe-core recipes where it is enabled, and they all include file://run-ptest but I cannot find this file in any of the sources? | 13:48 |
| stuom1 | where is it coming from? | 13:48 |
| tgamblin | stuom1: They're written by whomever adds the ptest. Usually they are some cut-down call to the source's "make check" or "make tests" but with some customization to make it work on our target | 13:51 |
| stuom1 | why is the file not shipped in the sources of any of those packages | 13:53 |
| rburton | its in the SRC_URI for the recipe | 13:55 |
| rburton | its oe-specific so won't be upstream | 13:55 |
| rburton | the actual file is alongside the recipe in the layer | 13:56 |
| rburton | eg https://git.openembedded.org/openembedded-core/tree/meta/recipes-core/glib-2.0/glib-2.0/run-ptest | 13:56 |
| rburton | even simplier https://git.openembedded.org/openembedded-core/tree/meta/recipes-graphics/pango/pango/run-ptest | 13:57 |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 13:58 | |
| tgamblin | For comparison, a more complex one http://git.openembedded.org/openembedded-core/tree/meta/recipes-devtools/valgrind/valgrind/run-ptest | 13:59 |
| stuom1 | Aaa, ok, so it is just not listed in the layer index page like patches and other files? for example pango http://layers.openembedded.org/layerindex/recipe/488/ | 13:59 |
| stuom1 | I looked in layer index and that file is nowhere listed in any package | 14:00 |
| stuom1 | like patches and other stuff in SRC_URI | 14:00 |
| rburton | arguably it should be in the Sources list, not sure why it isn't | 14:01 |
| rburton | file a bug for the layer index? | 14:01 |
| stuom1 | Ok, thanks, now it is more clear :P | 14:01 |
| stuom1 | I can file | 14:01 |
| *** rburton_ <rburton_!rburton@nat/intel/x-hihjswglddlpbuwd> has joined #yocto | 14:08 | |
| *** rburton <rburton!~rburton@192.198.151.43> has quit IRC | 14:09 | |
| *** rburton_ is now known as rburton | 14:09 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-30-55.dynamic.amis.hr> has quit IRC | 14:11 | |
| xtron | order of layers in bblayers does matter? I think it is, but what is the rule to make the layer order, I've a layer that behaves different when order changes | 14:21 |
| xtron | bat thing is, it doesn't work in either way | 14:21 |
| LetoThe2nd | xtron: it doesn't matter if you're doing only nice things :) | 14:21 |
| *** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has joined #yocto | 14:23 | |
| xtron | LetoThe2nd, ok when I add meta-security in my build thing went wrong, and I can't find what wrong with the meta-security, it's an upstream layer | 14:23 |
| *** kanavin <kanavin!~kanavin@141.113.66.202> has quit IRC | 14:23 | |
| LetoThe2nd | xtron: "think went wrong" | 14:24 |
| LetoThe2nd | i've never seen that bitbake message, sorry. | 14:24 |
| xtron | it could find tasks available in *.bbappend | 14:24 |
| xtron | couldn't* | 14:25 |
| LetoThe2nd | that rather sounds like mixed revisions or missing layer dependencies. | 14:26 |
| *** berton_ <berton_!~berton@177.194.196.4> has joined #yocto | 14:26 | |
| *** RobertBerger <RobertBerger!~rber@x2f7f8cb.dyn.telefonica.de> has joined #yocto | 14:27 | |
| *** berton <berton!~berton@177.194.196.4> has quit IRC | 14:28 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 14:29 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:29 | |
| xtron | LetoThe2nd, some thing like when trying to use zeus compatible layer with sumo? | 14:29 |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 14:30 | |
| LetoThe2nd | xtron: that scrams for troubles, totally irrespective of bblayer order. | 14:32 |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:849b:24ee:ca9d:3215> has quit IRC | 14:34 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:849b:24ee:ca9d:3215> has joined #yocto | 14:35 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 14:39 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:849b:24ee:ca9d:3215> has quit IRC | 14:41 | |
| *** frsc <frsc!~frsc@2003:a:a75:a900:2858:9ade:5ca9:3f87> has joined #yocto | 14:54 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 14:56 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:58 | |
| *** frsc <frsc!~frsc@2003:a:a75:a900:2858:9ade:5ca9:3f87> has quit IRC | 14:59 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 15:11 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:849b:24ee:ca9d:3215> has joined #yocto | 15:11 | |
| *** bornjre <bornjre!~manjaro-b@45.64.160.200> has joined #yocto | 15:15 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 15:24 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 15:24 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 15:24 | |
| *** meego <meego!~meego@145-50-190-109.dsl.ovh.fr> has joined #yocto | 15:27 | |
| meego | how does one list the kernel's CONFIG_* variables after building ? The closest I've got so far is using "bitbake -e linux-raspberrypi". | 15:30 |
| LetoThe2nd | meego: look at the kernel build directory, the resulting .confg file should be there. | 15:31 |
| meego | @LetoThe2nd thanks | 15:31 |
| fray | if the kernel has embedded .config enabled, a copy will be in your running device. | 15:32 |
| fray | If not, you'll have to dig it out of the build directory | 15:32 |
| LetoThe2nd | yeah once you got a system up and running thats the alternative. | 15:33 |
| meego | fray: yeah i tried that but it seems proc/config is disabled. Thanks | 15:33 |
| JaMa | maybe you need to modprobe configs first | 15:34 |
| JaMa | or even install the kernel-modules-configs first | 15:35 |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 15:36 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 15:40 | |
| *** fmo <fmo!c19ede6a@193.158.222.106> has quit IRC | 15:45 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:849b:24ee:ca9d:3215> has quit IRC | 15:45 | |
| meego | i see lots of kernel-related .config files in tmp/work & tmp/work-shared but they all seem to either be machine-specific or arch-specific. Where should the merged version be ? | 15:51 |
| qschulz | meego: well... the kernel is machine specific? what's exactly your issue? | 15:56 |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC | 15:57 | |
| meego | qschulz: ah ofc. This looks like the one, isn't it ? (I'm building for RPi3) tmp/work/raspberrypi3-poky-linux-gnueabi/linux-raspberrypi/1_4.19.71+gitAUTOINC+13ce09db83-r0/linux-raspberrypi3-standard-build/.config | 16:01 |
| qschulz | meego: what is your isse? why do you want to know about .config? | 16:02 |
| meego | qschulz: i am missing some devices (empty /proc/asound/cards & /dev/rtcN) after switching my image's parent class from core-image to core-image-minimal. I want to make sure the kernel still has the necessary configuration to make both work. Plus now i also want to enable /proc/config.gz (modprobe didn't help) | 16:06 |
| qschulz | meego: you can check whatever is enabled with a gui-like interface with bitbake -c menuconfig virtual/kernel but honestly it sounds weird. Maybe you're missing the kernel-modules, try to add that in your IMAGE_INSTALL or CORE_EXTRA_IMAGE_INSTALL | 16:08 |
| qschulz | meego: and it seems weird because the image shouldn't be able to impact the packages at build time. only machine, distro or local.conf can | 16:09 |
| qschulz | so I guess you're just missing the kernel-modules. You can fine tune them and have only the ones you want to include either by modifying the defconfig of the kernel or include kernel-module-xyz instead of kernel-modules | 16:10 |
| qschulz | let us know if that fixes it? | 16:10 |
| meego | qschulz: that's useful pointers, thanks | 16:11 |
| kroon | RP, you know if using hashequiv and sstate-cache-management.sh script plays along nice together ? | 16:11 |
| JaMa | kroon: does the script work since the sstate-cache has another directory level? | 16:13 |
| kroon | JaMa, I haven't seen any error messages at least :-) | 16:14 |
| kroon | (yes i'm on master branches everywhere) | 16:14 |
| kroon | I'm a little confused concerning how hashequiv has changed things | 16:15 |
| RP | kroon: I don't... | 16:16 |
| RP | kroon: I'd have thought the common codepaths would still touch sstate access stamps so it should still work | 16:16 |
| kroon | RP, I was in a state where doing "bitbake openjre-8" always rebuilt, and bitbake-diffsigs didn't help. So I thought maybe hashequiv+sstate-cache-management.sh confused things. So now I've wiped cache/ to remove the hashequiv db and rebuilding | 16:19 |
| kroon | And even though it rebuilt, I never saw any sstate cache being created | 16:20 |
| RP | kroon: I'd have thought it easier to debug when it was reproducing. I don't have any insight to offer offhand though :/ | 16:20 |
| * RP needs to focus on getting green autobuilder builds again | 16:20 | |
| LetoThe2nd | RP: green? autobuilding for future? | 16:21 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 16:22 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 16:22 | |
| RP | LetoThe2nd: things are currently consistently failing :( | 16:25 |
| *** RobertBerger <RobertBerger!~rber@x2f7f8cb.dyn.telefonica.de> has quit IRC | 16:26 | |
| *** sathish22101992 <sathish22101992!31ce0b6b@49.206.11.107> has joined #yocto | 16:27 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 16:29 | |
| *** sathish22101992 <sathish22101992!31ce0b6b@49.206.11.107> has quit IRC | 16:32 | |
| kroon | RP, no worries, just wanted to check if you had any thoughts on the matter | 16:33 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:35 | |
| RP | JPEW: Found a problem in kbd which I'm hoping may resolve some of the repro build issues | 16:38 |
| *** fl0v0 <fl0v0!~fvo@i5E8692EE.versanet.de> has quit IRC | 16:40 | |
| *** ywang <ywang!~ywang@128.224.252.2> has quit IRC | 16:46 | |
| *** ywang <ywang!~ywang@128.224.252.2> has joined #yocto | 16:46 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 16:56 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 16:57 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 16:57 | |
| RP | JPEW: looking at a nice looking sledgehammer for the SHELL issue | 17:00 |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has joined #yocto | 17:02 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 17:05 | |
| armpit | RP, the buildtools work for older and newer gcc's. Are we good for backporting yet? | 17:10 |
| meego | qschulz: re-adding the kernel-modules did the job. Thanks again ! | 17:14 |
| RP | armpit: you tested them? | 17:15 |
| *** meego <meego!~meego@145-50-190-109.dsl.ovh.fr> has quit IRC | 17:16 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.130> has quit IRC | 17:19 | |
| armpit | maybe I am getting confused. are the binutils sdk changes needed? | 17:23 |
| *** mmorton <mmorton!930bfc2a@unknown-252-42.windriver.com> has joined #yocto | 17:24 | |
| RP | armpit: ultimately, yes. But we do really need to have some test branches and test them in the older releases first | 17:25 |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC | 17:25 | |
| RP | armpit: we're missing the autobuilder pieces to do this right now | 17:25 |
| rob_gries | I am trying to build an image with development tools installed (gcc, gdb, g++, pkg-config..etc) but these tools are not being installed into my resultant image when supplying the following EXTRA_IMAGE_FEATURES += "tools-sdk tools-debug tools-profile tools-testapps package-management". | 17:27 |
| rob_gries | I am working with the APQ8053 and using the CAF supplied yocto-based bsp. Anyone have any ideas? | 17:28 |
| armpit | RP, ok.. Ill see what I can do | 17:28 |
| RP | armpit: if it helps I have the test branches I mentioned | 17:29 |
| roussinm | rob_gries: Maybe you can try to output environment of your build. bitbake -e your_image | less, and search for EXTRA_IMAGE_FEATURES to see if it's being set correctly? | 17:32 |
| roussinm | I would probably check IMAGE_FEATURES, instead. | 17:33 |
| RP | Interesting dilemma. Should we force CONFIG_SHELL to be /bin/sh or /bin/bash for configure? Forcing to /bin/sh isn't deterministic since it detects if its bash or not and changes its quoting mechanism :/ | 17:36 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:41 | |
| *** mckoan is now known as mckoan|away | 17:41 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 17:47 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 17:50 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-30-55.dynamic.amis.hr> has joined #yocto | 17:54 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 17:55 | |
| RP | JPEW: build running with the above tweak, hoping it helps with the repro failures | 17:55 |
| zeddii | RP: I've got a series for v5.4 that I can send out to the list, I was thinking of doing one more AB run, is there a better (or worse) time for that ? | 18:06 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 18:15 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 18:15 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 18:15 | |
| khem | RP: bash is entrenched in autotools I have seen it elsewhere | 18:17 |
| khem | perhaps better to use bash always maybe :( | 18:17 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 18:18 | |
| khem | rob_gries: usually this means someone is overwriting EXTRA_IMAGE_FEATURES you need to trace that perhaps bitbake -e is a good option to debug that | 18:18 |
| rob_gries | thanks, I'm looking that over now | 18:19 |
| rburton | RP: force to bash | 18:19 |
| khem | usually best is to use _append EXTRA_IMAGE_FEATURES_append = " ...." | 18:19 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 18:21 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 18:21 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 18:22 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 18:22 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-30-55.dynamic.amis.hr> has quit IRC | 18:23 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 18:26 | |
| tlwoerner | JPEW: i assume you're using the uSD card on the rock pi 4? | 18:30 |
| *** nerdboy <nerdboy!~sarnold@47.143.129.86> has joined #yocto | 18:34 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 18:34 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 18:36 | |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has joined #yocto | 18:39 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 18:42 | |
| smurray | armpit: looking at meta-security's master-next, I see you fixed linux-yocto-dev.bbappend, but linux-%_5.%.bbappend is still present. That's effectively linux-%.bbappend, breaks e.g. linux-raspberrypi compile in AGL which has smack enabled... | 18:42 |
| *** dreese <dreese!~doug@li799-70.members.linode.com> has joined #yocto | 18:53 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 18:57 | |
| JPEW | tlwoerner: Yes. I think the eMMC could be easily supported with another wks file | 19:02 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 19:04 | |
| JPEW | RP: Ya, I don't know which is better between /bin/sh and /bin/bash | 19:04 |
| JPEW | RP: I logged some of the repro problems in bugzilla... there are more though | 19:04 |
| tlwoerner | JPEW: how are you powering the board? when i plug it in i get nothing, no LEDs, nothing | 19:04 |
| JPEW | USB-C charger from my phone? | 19:05 |
| JPEW | Do you have a serial console attached to the header? | 19:05 |
| tlwoerner | JPEW: serial? yes | 19:05 |
| JPEW | tlwoerner: The cheap one that used prevented it from booting in that way | 19:06 |
| tlwoerner | my ASUS chromebook USB-C adapter doesn't specify that it's "USB PD" or "qualcomm qc" so maybe that's my issue | 19:06 |
| *** sno <sno!~sno@195.14.209.36> has quit IRC | 19:06 | |
| JPEW | tlwoerner: Maybe. Mine is from my Pixel 2... I haven't tried a more generic one. | 19:07 |
| tlwoerner | ahh... unplugging the console cable the green LED now lights up | 19:07 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 19:08 | |
| JPEW | tlwoerner: You can plug it back in after the light comes on | 19:08 |
| JPEW | tlwoerner: I got one of these and it works better: https://www.amazon.com/gp/product/B07RBKCW3S/ref=ppx_yo_dt_b_asin_title_o00_s00?ie=UTF8&psc=1 | 19:09 |
| JPEW | tlwoerner: But beware: The green and white pins are backward | 19:10 |
| tlwoerner | that's a new one, i've never seen a serial cable interfere with booting | 19:10 |
| tlwoerner | sweet, it works (by plugging in the cable after booting) | 19:11 |
| JPEW | tlwoerner: I've had to put 100 Ohm resistors on almost all of mine because they were backpowering the boards | 19:11 |
| JPEW | tlwoerner: The only one that didn't have that problem was my raspberry Pi | 19:11 |
| JPEW | tlwoerner: Well, and the RockPi4... I suspect it was somehow holding the CPU reset pin | 19:12 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 19:13 | |
| *** bornjre <bornjre!~manjaro-b@45.64.160.200> has quit IRC | 19:19 | |
| *** sstabellini <sstabellini!sstabellin@gateway/shell/xshellz/x-stonyibohvsixlgf> has joined #yocto | 19:20 | |
| tlwoerner | JPEW: when you say that one "works better" you mean it actually works? i.e. with no tricks? | 19:21 |
| JPEW | tlwoerner: Right, you can leave it plugged in all the time. It also can reach the 1.5 Mbaud speed that the RockPi4 uses (which my others couldn't) | 19:23 |
| JPEW | tlwoerner: I may have chosen poorly on my first batch, give how much trouble they've been :) | 19:23 |
| tlwoerner | okay, i'll grab one of those. i can't seem to find my adafruit console cable to see if that one will work | 19:23 |
| tgamblin | tlwoerner: still no word from that prof? | 19:24 |
| tlwoerner | tgamblin: sadly no. i'll poke him again, thanks for the reminder | 19:24 |
| tgamblin | No worries | 19:25 |
| tlwoerner | JPEW: i've got a bunch of those "raspberry pi" ones from digikey/mouser, the speed seems fine, but they can't be plugged in at boot | 19:26 |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 19:26 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 19:26 | |
| tlwoerner | JPEW: do you have a pic of the 100 Ohm tweak? are they just in series with the TX/RX lines? | 19:27 |
| JPEW | Just the TX line | 19:27 |
| JPEW | err, USB TX -> Pi RX | 19:27 |
| tlwoerner | so the pin furthest from the ground? | 19:28 |
| JPEW | Yes, I think so. Don't have the boards ATM | 19:28 |
| JPEW | tlwoerner: The idle signal level for serial is high, so the target device can end up accidenly drawing power from it. | 19:29 |
| JPEW | The resistor makes it not able to draw enough to actually power anything :) | 19:29 |
| tlwoerner | i've noticed on other boards that often the serial cable will cause the onboard LEDs to glow ever so faintly, but i've never seen a case where the console cable prevented the board from booting :-) | 19:29 |
| JPEW | tlwoerner: Ya, I was paranoid so I added the resistors if the LEDs were lighting | 19:30 |
| JPEW | I've seen the serial prevent the CPU from resetting properly on power down... latches something high and the CPU doesn't reset properly | 19:30 |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 19:34 | |
| *** muep <muep!~quassel@muep.iki.fi> has joined #yocto | 19:41 | |
| *** dl9pf_home <dl9pf_home!~quassel@opensuse/member/dl9pf> has joined #yocto | 19:47 | |
| tlwoerner | JPEW: in any case, it's pretty sweet to see the built images booting :-D | 19:50 |
| tlwoerner | ...and it's nice to see the bmap stuff working | 19:51 |
| ecdhe | I've got a kernel patch included through a recipes-kernel/*.bbappend. I also have a user.cfg that I use to implement CONFIG_ options when building the kernel. However, I don't appear to be able to set a CONFIG options that is defined by my patch. | 19:54 |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has quit IRC | 19:55 | |
| tlwoerner | JPEW: out of curiosity, what is the deploy class doing? | 19:59 |
| ecdhe | that is, my patch defines a whole new driver, and patches the makefile and kconfig files with CONFIG-dependent behavior. But of course, when I run bitbake -c menuconfig virtual/kernel, I can't find my driver in the menu system because the patch hasn't been applied. | 19:59 |
| JPEW | tlwoerner: sets up do_deploy to do sstate properly: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/deploy.bbclass | 20:01 |
| tlwoerner | JPEW: interesting! i thought all recipes had a deploy task by default. so a do_deploy is needed when manually stuffing things into the deploy folder? e.g. pre-compiled binaries? | 20:11 |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto | 20:13 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 20:16 | |
| *** sno <sno!~sno@p5B25B970.dip0.t-ipconnect.de> has joined #yocto | 20:17 | |
| *** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has quit IRC | 20:25 | |
| *** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has joined #yocto | 20:26 | |
| *** meego <meego!~meego@2a01:e0a:1ec:b0e0:e587:cf72:a3a0:7abd> has joined #yocto | 20:34 | |
| khem | RP: http://ix.io/28wv it seem bash change related ? | 20:38 |
| *** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has quit IRC | 20:41 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.231.32> has joined #yocto | 20:42 | |
| *** meego <meego!~meego@2a01:e0a:1ec:b0e0:e587:cf72:a3a0:7abd> has quit IRC | 20:44 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 20:49 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.231.32> has quit IRC | 20:53 | |
| RP | khem: possibly, yes | 21:13 |
| *** berton_ <berton_!~berton@177.194.196.4> has quit IRC | 21:14 | |
| RP | khem: almost certainly. I ran it through the autobuilder to see how bad the issue was | 21:14 |
| RP | khem: the puzzle is how this issue didn't appear before now | 21:14 |
| RP | looks like a problem with grep and xz | 21:14 |
| khem | RP: if I build it natively on my box then I dont see /bin/bash creeping in | 21:17 |
| khem | on xz | 21:17 |
| RP | khem: your /bin/sh is ??? | 21:18 |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 21:19 | |
| diamondman | .join #grub | 21:20 |
| khem | RP: /bin/sh -> bash | 21:22 |
| RP | khem: Its due to the way xz uses CONFIG_SHELL (before automake sets it to its other uses) :/ | 21:23 |
| RP | khem: we can fix that one... | 21:23 |
| roussinm | I'm trying to switch a recipe to a git repository instead of the tarball so that I can use devtool on the recipe (libnl), but when I try to build it now I get a message that whatever I try can't get it to go through the configure phase. aclocal: error: couldn't open directory 'm4': No such file or directory... I tried with autotool-broken, no luck.... | 21:30 |
| roussinm | s/broken/brokensep/ | 21:31 |
| RP | JPEW: bigger question - why are we suddenly seeing so many repro build issues? | 21:34 |
| khem | RP: are you thinking of forcing gl_cv_posix_shell ? | 21:34 |
| RP | khem: yes, testing that | 21:37 |
| RP | khem: grep is a bit more of a pain, just sedding that one | 21:37 |
| khem | RP: that will be needed for all packages which use posix-shell.m4 macros I guess these are standard macros coming from m4 | 21:38 |
| khem | come from gnulib https://github.com/coreutils/gnulib/blob/master/m4/posix-shell.m4 | 21:40 |
| *** sagner <sagner!~ags@2a02:169:3df5::edf> has joined #yocto | 21:44 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 21:44 | |
| khem | RP: peerhap EXTRA_OECONF += "gl_cv_posix_shell=/bin/sh" will do it | 21:48 |
| RP | khem: CACHED_CONFIGUREVARS += "gl_cv_posix_shell=/bin/sh | 21:48 |
| RP | khem: tweaks in -next, retesting | 21:56 |
| JPEW | RP: I really don't know :( | 21:56 |
| RP | JPEW: I'm not surprised we have some issues, I just don't understand how they all appear now | 21:57 |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 21:58 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 22:01 | |
| JPEW | tlwoerner: I think the deploy.bbclass is needed by just about anything that has a do_deploy (precompiled binaries or not) | 22:05 |
| JPEW | At least, if you want sstate, which you almost always do | 22:05 |
| khem | RP: sounds good, but changes to xz means recompiling everything almost perhaps I should add it to ASSUME_PROVIDED | 22:11 |
| RP | khem: its hard as it means liblzma headers as well | 22:12 |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 22:13 | |
| JPEW | RP: Do we run the reproducible test on all AB hosts? | 22:14 |
| *** RobertBerger <RobertBerger!~rber@46.189.28.52> has joined #yocto | 22:18 | |
| RP | JPEW: yes | 22:21 |
| RP | JPEW: well, most | 22:21 |
| JPEW | RP: my only guess is that the ones we do run it on are "close enough" to similar that it doesn't matter, but the sstate was populated from one of the ones we don't run it on and it's different enough to matter | 22:23 |
| JPEW | By using sstate, we are effectivly saying that we want reproducible across different hosts. Not that we shouldn't do that, but it's more strict that most other reproduciblity initiatives. | 22:24 |
| RP | JPEW: I just don't understand what changed as sstate is suddenly always bad :/ | 22:27 |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC | 22:40 | |
| *** dfaught <dfaught!~dfaught@12.179.39.33> has joined #yocto | 22:46 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 22:48 | |
| *** dfaught <dfaught!~dfaught@12.179.39.33> has quit IRC | 22:53 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 22:53 | |
| ecdhe | i figured it out, the patch that implemented the CONFIG item hadn't been applied because it wasn't in my layer. | 22:53 |
| tlwoerner | JPEW: yes, i was just using that as one example, sorry for being confusing | 22:58 |
| *** pbb_ <pbb_!~quassel@pbb.lc> has joined #yocto | 22:58 | |
| tlwoerner | it just struck me as odd because i hadn't thought about it in depth before: although there's a lot of "stuff" that happens, at the end of the day, very few things make their way to the deploy directory | 22:58 |
| tlwoerner | so, in a funny twist, deploying is a non-default case | 22:59 |
| *** pbb_ <pbb_!~quassel@pbb.lc> has quit IRC | 23:04 | |
| *** pbb <pbb!~quassel@pbb.lc> has joined #yocto | 23:08 | |
| *** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has quit IRC | 23:18 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 23:20 | |
| *** rburton <rburton!rburton@nat/intel/x-hihjswglddlpbuwd> has quit IRC | 23:27 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 23:44 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!