| *** vineela <vineela!~vtummala@134.134.139.73> has quit IRC | 00:09 | |
| *** ayaka <ayaka!~ayaka@103.42.215.143> has quit IRC | 00:13 | |
| *** ayaka <ayaka!~ayaka@110.80.153.237> has joined #yocto | 00:18 | |
| *** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has joined #yocto | 00:24 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 00:42 | |
| *** kanavin <kanavin!~kanavin@141.113.67.170> has quit IRC | 00:45 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 00:53 | |
| *** ayaka <ayaka!~ayaka@110.80.153.237> has quit IRC | 01:01 | |
| *** ayaka <ayaka!~ayaka@103.42.215.143> has joined #yocto | 01:02 | |
| khem | __ad:yes you can add another override something like PREFERRED_VERSION_linx-xxx_forcevariable = "x.y.z | 02:09 |
|---|---|---|
| *** scottrif <scottrif!~scottrif@47.39.60.15> has left #yocto | 02:35 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has joined #yocto | 02:43 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 03:42 | |
| *** keith <keith!keith@kodi/staff/keith> has quit IRC | 03:51 | |
| *** keith <keith!keith@kodi/staff/keith> has joined #yocto | 03:52 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC | 04:06 | |
| *** tgraydon <tgraydon!tgraydon@nat/intel/x-wlvaqukmcakhulxq> has quit IRC | 04:23 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 04:25 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:4917:1686:82c6:892f> has quit IRC | 04:56 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:ecde:bd28:a644:6719> has joined #yocto | 05:09 | |
| *** agust <agust!~agust@pD95F1ED1.dip0.t-ipconnect.de> has joined #yocto | 05:23 | |
| *** tgraydon <tgraydon!tgraydon@nat/intel/x-pbqxtyqvmdpfwbsp> has joined #yocto | 05:33 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 06:25 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 06:28 | |
| *** tgraydon <tgraydon!tgraydon@nat/intel/x-pbqxtyqvmdpfwbsp> has quit IRC | 06:43 | |
| *** TobSnyder <TobSnyder!~schneider@95.90.163.47> has joined #yocto | 06:44 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 06:48 | |
| *** Bunio_FH <Bunio_FH!~bunio@2a02:a313:4343:f080:2578:b35:9d5e:2f69> has joined #yocto | 06:49 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto | 06:51 | |
| *** opennandra <opennandra!~marek@109-230-35-25.dynamic.orange.sk> has joined #yocto | 06:53 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 06:57 | |
| *** woutervh <woutervh!~woutervh@d51A5A257.access.telenet.be> has quit IRC | 06:59 | |
| *** fl0v0 <fl0v0!~fvo@88.130.220.161> has joined #yocto | 07:08 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 07:20 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 07:21 | |
| *** yacar_ <yacar_!~yacar@87-88-172-92.abo.bbox.fr> has joined #yocto | 07:23 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 07:23 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 07:25 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 07:41 | |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC | 07:48 | |
| *** yann <yann!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has quit IRC | 07:50 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:55 | |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 08:02 | |
| *** yacar_ <yacar_!~yacar@87-88-172-92.abo.bbox.fr> has quit IRC | 08:02 | |
| *** Hodhr <Hodhr!~Hodhr@162.206.70.37.rev.sfr.net> has joined #yocto | 08:03 | |
| *** Hodhr <Hodhr!~Hodhr@162.206.70.37.rev.sfr.net> has left #yocto | 08:03 | |
| *** Hodhr <Hodhr!~Hodhr@162.206.70.37.rev.sfr.net> has joined #yocto | 08:03 | |
| *** Hodhr <Hodhr!~Hodhr@162.206.70.37.rev.sfr.net> has left #yocto | 08:03 | |
| *** gsalazar <gsalazar!~gsalazar@66.252.115.89.rev.vodafone.pt> has joined #yocto | 08:08 | |
| *** lemagoup <lemagoup!~lemagoup@softbank-robotics-gw1.ter4.eqx2.par.cust.as8218.eu> has joined #yocto | 08:20 | |
| *** yacar_ <yacar_!~yacar@87-88-172-92.abo.bbox.fr> has joined #yocto | 08:38 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 08:41 | |
| *** zkrx <zkrx!~quassel@adsl-178-39-104-195.adslplus.ch> has joined #yocto | 08:53 | |
| zkrx | my build failed because of one non-important recipe. I want to remove the recipe and finish the build (without rebuilding everything). How do I do this? | 08:54 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:55 | |
| zkrx | I added IMAGE_INSTALL_remove += "recipe" into my image.bb but relaunching bitbake still tries to build the offending recipe | 08:56 |
| *** opennandra <opennandra!~marek@109-230-35-25.dynamic.orange.sk> has quit IRC | 08:57 | |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 08:59 | |
| *** d_s_e <d_s_e!~d.s.e@46.226.217.64> has joined #yocto | 09:01 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC | 09:04 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 09:07 | |
| *** woutervh <woutervh!~woutervh@84.199.255.188> has joined #yocto | 09:10 | |
| yocti | New news from stackoverflow: Yocto - Prevent external source from re-executing all action in every build <https://stackoverflow.com/questions/56750277/yocto-prevent-external-source-from-re-executing-all-action-in-every-build> | 09:15 |
| qschulz | zkrx: is the package referenced in any RDEPENDS or DEPENDS of any package in the image (or pulled by any package that have an (R)DEPENDS on the latter)? | 09:18 |
| *** bluca <bluca!~bluca@88.98.246.218> has joined #yocto | 09:20 | |
| zkrx | qschulz: it is psplash which seems to be pulled-in by poky/meta. I had a psplash.bbappend which caused the error. I renamed it to psplash.bbappend.bkp and it seems to build fine now. | 09:22 |
| zkrx | qschulz: is there any way to disable a recipe without renaming it like I just did? | 09:23 |
| qschulz | zkrx: well, tbh, I don't know. | 09:23 |
| qschulz | if it is pulled by DEPENDS/RDEPENDS | 09:24 |
| qschulz | you have to backtrack the dependencies and find out who pulled it to disable this package from the image | 09:24 |
| qschulz | but that might not be easy, even impossible sometimes | 09:24 |
| qschulz | if it's just in IMAGE_INSTALL, CORE_EXTRA_IMAGE_INSTALL or similar, you can remove it from there (though, if it's pulled by another package, that's not enough) | 09:25 |
| qschulz | you also have RRECOMMENDS mechanism, in which case you can play with BAD_RECOMMENDATIONS | 09:25 |
| zkrx | qschulz: nice, thanks for the precisions | 09:26 |
| qschulz | zkrx: there may exist other mechanisms I'm not aware of. I'm only a user of Yocto, so that's everything that's going through my mind right now | 09:27 |
| zkrx | qschulz: sure, I'm just starting out so I had to ingest a lot of information at once. | 09:30 |
| qschulz | zkrx: it's normal don't worry, the learning curve is quite steep at the beginning since there are so much flexibility in Yocto | 09:31 |
| yocti | New news from stackoverflow: Yocto Image does not boot from HDD <https://stackoverflow.com/questions/56750800/yocto-image-does-not-boot-from-hdd> | 09:45 |
| kayterina[m] | to build an rpi3 image for qemu, the correct options is $MACHINE=qemuarm or $MACHINE=qemux86-64 ? | 09:46 |
| *** yacar_ <yacar_!~yacar@87-88-172-92.abo.bbox.fr> has quit IRC | 09:47 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:02 | |
| Chaser | Hello, any ideas why bitbake fails if I sshfs mount my entire workspace onto a different machine ? I sshfs entire workspace to a different machine and did the setup.sh and I get "unable to connect to bitbake server or start one" | 10:04 |
| Chaser | How do you guys usually mount your source tree on to a different machine to run bitbake stuff ? | 10:04 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:06 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 10:14 | |
| *** luckywho <luckywho!~quassel@49.207.53.215> has joined #yocto | 10:21 | |
| *** Saur <Saur!pkj@nat/axis/x-bfjohvobextqzqmo> has quit IRC | 10:26 | |
| *** jij <jij!jonashg@nat/axis/x-frywfsyfdrcgxawg> has quit IRC | 10:27 | |
| *** Saur <Saur!pkj@nat/axis/x-babycwzgikjliekc> has joined #yocto | 10:27 | |
| *** jij <jij!jonashg@nat/axis/x-upnsrohosraeussw> has joined #yocto | 10:27 | |
| Chaser | hmm I realized that you can't create domain socket files on sshfs mounted filesystem. | 10:30 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 11:02 | |
| *** yacar_ <yacar_!~yacar@87-88-172-92.abo.bbox.fr> has joined #yocto | 11:05 | |
| *** kanavin <kanavin!~kanavin@141.113.67.170> has joined #yocto | 11:12 | |
| kanavin | RP: AUH seems very slow, should I ping Michael about it? e.g: 0: python3-native-3.7.3-r0 do_populate_sysroot - 22m11s (pid 29827) | 11:13 |
| RP | kanavin: michael is the person to ask, yes | 11:17 |
| kanavin | he's not online right now though? | 11:19 |
| Crofton | Still 0420 for him | 11:20 |
| kanavin | halstead, AUH seems very slow, e.g. 0: python3-native-3.7.3-r0 do_populate_sysroot - 22m11s (pid 29827) | 11:20 |
| kanavin | auh.yoctoproject.org that is | 11:21 |
| qschulz | kayterina[m]: quemux86-64 is for 64b Intel platforms AFAIK. So definitely not this one :) | 11:25 |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto | 11:26 | |
| qschulz | Question: what is the LICENSE variable in a packagegroup supposed to represent? I can't grasp the concept of having a license on something that is "virtual", it's just a set of software with nothing else added to it and each of the packages in this packagegroup have their own license anyway. | 11:27 |
| qschulz | What am I missing/do not know? | 11:28 |
| *** berton <berton!~berton@181.220.86.53> has joined #yocto | 11:33 | |
| *** Bunio_FH <Bunio_FH!~bunio@2a02:a313:4343:f080:2578:b35:9d5e:2f69> has quit IRC | 11:39 | |
| *** kuzulis <kuzulis!~kuzulis@37.112.57.60> has quit IRC | 11:44 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 11:44 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 11:47 | |
| rburton | qschulz: everything needs a license. the license of a packagegroup is typically MIT (as set by the class), so there's no restrictions on the empty packages it generates | 11:51 |
| kanavin | RP: do you have a moment to talk about a useradd issue I am trying to sort? we have recipes that create groups, and dependent recipes that create users that are members of those groups. This works fine when building from scratch. However when sstate is available, the following errors are seen: | 11:56 |
| kanavin | NOTE: Executing SetScene Tasks | 11:56 |
| kanavin | ERROR: media-system-git-r0 do_package_setscene: media-system: useradd command did not succeed. | 11:56 |
| kanavin | WARNING: Logfile for failed setscene task is /home/alexander/development/mbient/build-thud-jetson/tmp/work/aarch64-mbient-linux/media-system/git-r0/temp/log.do_package_setscene.45546 | 11:56 |
| kanavin | WARNING: Setscene task (/home/alexander/development/mbient/build-thud-jetson/../sources/meta-mbient/meta-mbient/recipes-media/media-system/media-system_git.bb:do_package_setscene) failed with exit code '1' - real task will be run instead | 11:56 |
| kanavin | what is the correct way to set things up in this scenario? | 11:58 |
| kanavin | basically it seems that things that media-system depends on for group creation do not populate sysroot properly (e.g. beforehands) here | 12:00 |
| qschulz | rburton: I understand. But is there any reason to modify the default MIT license then? | 12:01 |
| RP | kanavin: is there an open bug for this? | 12:03 |
| RP | hmm, think I'm thinking of bug 13279 | 12:04 |
| yocti | Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=13279 normal, Medium+, 2.8 M1, peter.kjellerstedt, NEW , Make sure users/groups exist for package_write_* tasks | 12:04 |
| kanavin | RP: I am not sure, it's just something I am seeing in our private builds since component teams started adding users instead of running all things as root | 12:04 |
| RP | kanavin: not sure if its related to that bug or not | 12:09 |
| kanavin | RP: also, useradd.bbclass has a fix for this, but only for a hardcoded package set: | 12:15 |
| kanavin | do_package_setscene[depends] += "${USERADDSETSCENEDEPS}" | 12:15 |
| kanavin | do_populate_sysroot_setscene[depends] += "${USERADDSETSCENEDEPS}" | 12:15 |
| kanavin | USERADDSETSCENEDEPS_class-target = "${MLPREFIX}base-passwd:do_populate_sysroot_setscene pseudo-native:do_populate_sysroot_setscene shadow-native:do_populate_sysroot_setscene ${MLPREFIX}shadow-sysroot:do_populate_sysroot_setscene" | 12:15 |
| kanavin | USERADDSETSCENEDEPS = "" | 12:15 |
| kanavin | basically, this ensures that at least the basic users/groups are properly restored, but I need this for custom packages as well | 12:15 |
| RP | kanavin: those are the tools/base files needed. the rest should come from other dependencies | 12:16 |
| RP | kanavin: What dependencies exist between your two recipes? | 12:17 |
| kanavin | RP: DEPENDS | 12:18 |
| rburton | qschulz: no | 12:21 |
| RP | kanavin: I've just looked at some old notes and DEPENDS should work, I don't remember how though | 12:21 |
| qschulz | rburton: alrighty then. Thanks :) | 12:22 |
| kanavin | RP: media-system has "DEPENDS = thriftme" - this works in a clean build, but breaks when running setscene, as the package_setscene for media-system runs before populate_sysroot_setscene for thriftme | 12:22 |
| kanavin | RP: NOTE: Running setscene task 1 of 353 (/home/alexander/development/mbient/build-thud-jetson/../sources/poky/meta/recipes-core/base-passwd/base-passwd_3.5.29.bb:do_populate_sysroot_setscene) | 12:22 |
| kanavin | NOTE: Running setscene task 2 of 353 (virtual:native:/home/alexander/development/mbient/build-thud-jetson/../sources/poky/meta/recipes-devtools/pseudo/pseudo_git.bb:do_populate_sysroot_setscene) | 12:22 |
| kanavin | NOTE: Running setscene task 3 of 353 (virtual:native:/home/alexander/development/mbient/build-thud-jetson/../sources/poky/meta/recipes-extended/shadow/shadow_4.6.bb:do_populate_sysroot_setscene) | 12:22 |
| kanavin | NOTE: Running setscene task 4 of 353 (/home/alexander/development/mbient/build-thud-jetson/../sources/poky/meta/recipes-extended/shadow/shadow-sysroot_4.6.bb:do_populate_sysroot_setscene) | 12:22 |
| kanavin | NOTE: recipe shadow-sysroot-4.6-r3: task do_populate_sysroot_setscene: Started | 12:22 |
| kanavin | NOTE: recipe base-passwd-3.5.29-r0: task do_populate_sysroot_setscene: Started | 12:22 |
| kanavin | NOTE: recipe pseudo-native-1.9.0+gitAUTOINC+3fa7c853e0-r0: task do_populate_sysroot_setscene: Started | 12:22 |
| kanavin | NOTE: recipe shadow-native-4.6-r0: task do_populate_sysroot_setscene: Started | 12:22 |
| kanavin | NOTE: recipe shadow-sysroot-4.6-r3: task do_populate_sysroot_setscene: Succeeded | 12:22 |
| kanavin | NOTE: recipe base-passwd-3.5.29-r0: task do_populate_sysroot_setscene: Succeeded | 12:22 |
| kanavin | NOTE: recipe pseudo-native-1.9.0+gitAUTOINC+3fa7c853e0-r0: task do_populate_sysroot_setscene: Succeeded | 12:23 |
| kanavin | NOTE: recipe shadow-native-4.6-r0: task do_populate_sysroot_setscene: Succeeded | 12:23 |
| kanavin | NOTE: Running setscene task 5 of 353 (/home/alexander/development/mbient/build-thud-jetson/../sources/meta-mbient/meta-mbient/recipes-media/media-system/media-system_git.bb:do_package_setscene) | 12:23 |
| kanavin | NOTE: recipe media-system-git-r0: task do_package_setscene: Started | 12:23 |
| kanavin | WARNING: Logfile for failed setscene task is /home/alexander/development/mbient/build-thud-jetson/tmp/work/aarch64-mbient-linux/media-system/git-r0/temp/log.do_package_setscene.49638 | 12:23 |
| kanavin | WARNING: Setscene task (/home/alexander/development/mbient/build-thud-jetson/../sources/meta-mbient/meta-mbient/recipes-media/media-system/media-system_git.bb:do_package_setscene) failed with exit code '1' - real task will be run instead | 12:23 |
| RP | kanavin: so its really a setscene ordering issue? | 12:23 |
| RP | kanavin: pastebin ;-) | 12:23 |
| kanavin | sorry :) yes, it seems a setscene ordering problem | 12:23 |
| kanavin | thriftme needs to come before media-system, together with all those 'base' recipes at the top | 12:24 |
| RP | kanavin: I had a testcae for something like this locally. Just dusted it off but its behaving oddly :/ | 12:28 |
| kanavin | RP: I also added explicit dependencies to see if that helps, like this: | 12:30 |
| kanavin | do_package_setscene[depends] += "thriftme:do_populate_sysroot_setscene" | 12:30 |
| kanavin | do_populate_sysroot_setscene[depends] += "thriftme:do_populate_sysroot_setscene" | 12:30 |
| kanavin | RP: nope, same issue, and thriftme task still does not run before media-system | 12:33 |
| RP | kanavin: I think I'm not seeing this due to only having one group for my test and that group matches my local user's gid | 12:35 |
| RP | kanavin: am I right in thinking that media-system also adds users/groups? | 12:41 |
| kanavin | it does, yes, like this: USERADD_PACKAGES = "${PN}" | 12:42 |
| kanavin | # USERADD_PARAM specifies command line options to pass to the useradd | 12:42 |
| kanavin | # command. GROUPADD_PARAM works the same way for groupadd command. | 12:42 |
| kanavin | GROUPADD_PARAM_${PN} = "${PLAYER_GROUP} ; ${CLIENT_GROUP}" | 12:42 |
| kanavin | USERADD_PARAM_${PN} = "--no-create-home --gid ${PLAYER_GROUP} --shell /bin/false -G ${SUPPLEMENTARY_GROUPS} ${PLAYER_USER}" | 12:42 |
| kanavin | it is the SUPPLEMENTARY_GROUPS where the issue happens, as they have to exist, or useradd will fail | 12:42 |
| kanavin | SUPPLEMENTARY_GROUPS = "trace,thriftme,audio" | 12:42 |
| RP | kanavin: right, that is the key thing to reproduce it I think | 12:43 |
| RP | kanavin: PN A which has user creation dependent on groups from PN B | 12:43 |
| RP | kanavin: bingo, reproduced | 12:44 |
| kanavin | RP: cheers! | 12:46 |
| RP | kanavin: did you try do_package_setscene[depends] += "thriftme:do_package_setscene" ? | 12:47 |
| rburton | RP: what's going on with the perf machines? charts are all over the place | 12:48 |
| RP | rburton: no idea, not looked :( | 12:48 |
| RP | rburton: which ones? they don't look too bad to me? | 12:49 |
| rburton | oh! | 12:50 |
| rburton | you know i failed to look at my calendar | 12:50 |
| rburton | we can :) | 12:50 |
| kanavin | RP: will try now | 12:50 |
| RP | rburton: wrong window :) | 12:51 |
| rburton | yeah i noticed ;) | 12:51 |
| rburton | luckily we didn't make public the secret cabal that controls OE on public irc | 12:52 |
| RP | rburton: narrow escape :) | 12:54 |
| rburton | *phew* | 12:54 |
| RP | kanavin: I think this setscene dependency doesn't work because of some logic somewhere which says do_package dependencies aren't important | 12:55 |
| RP | kanavin: where we put that, I don't remember | 12:55 |
| *** lfa_ <lfa_!~lfa@217.19.35.51> has joined #yocto | 12:55 | |
| RP | kanavin: ah, setscene_depvalid() in sstate.bbclass | 12:56 |
| kanavin | RP: is this related by any chance? http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/sstate.bbclass#n1014 | 12:56 |
| RP | kanavin: "do_package doesn't need do_package" | 12:56 |
| RP | kanavin: also see the useradd comment which I think is most relavent | 12:56 |
| RP | kanavin: so yes, there is a bug and we hacked this in the past to get the basics working :/ | 12:57 |
| *** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 12:59 | |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 12:59 | |
| *** lfa_ <lfa_!~lfa@217.19.35.51> has quit IRC | 13:00 | |
| *** woutervh <woutervh!~woutervh@84.199.255.188> has quit IRC | 13:01 | |
| kanavin | RP: I am struggling to find a workaround for this though :-( | 13:02 |
| *** lfa_ <lfa_!~lfa@217.19.35.51> has joined #yocto | 13:03 | |
| kanavin | RP: adding task dependencies manually just does not seem to have any effect at all | 13:03 |
| RP | kanavin: see the code in sstate.bbclass, that will overrule them | 13:05 |
| *** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 13:05 | |
| RP | kanavin: its going to be an awkward one to fix :( | 13:06 |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 13:06 | |
| *** lfa_ <lfa_!~lfa@217.19.35.51> has quit IRC | 13:07 | |
| kanavin | RP: I vaguely remember that adding manual dependecies used to work in older yocto releases, like morty or something like this | 13:08 |
| kanavin | RP: I did this fix for one of them and it worked: USERADDSETSCENEDEPS_append_class-target = " ${MLPREFIX}populate-system-users-groups:do_populate_sysroot_setscene" | 13:09 |
| kanavin | no longer the case :( | 13:09 |
| kanavin | (USERADDSETSCENEDEPS is then picked up by useradd.bbclass) | 13:09 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:13 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 13:16 | |
| *** mardy <mardy!~mardy@88-115-221-237.elisa-laajakaista.fi> has joined #yocto | 13:18 | |
| *** yacar_ <yacar_!~yacar@87-88-172-92.abo.bbox.fr> has quit IRC | 13:26 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 13:30 | |
| *** TobSnyder <TobSnyder!~schneider@95.90.163.47> has quit IRC | 13:37 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 13:39 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 13:40 | |
| *** yacar_ <yacar_!~yacar@87-88-172-92.abo.bbox.fr> has joined #yocto | 13:42 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 13:48 | |
| JPEW | Is there a way to mark a QA test as "manual" (e.g. won't run on the autobuilder, but will run if explicitly requested?) | 13:56 |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 14:07 | |
| JPEW | nm, I figured out a better way | 14:17 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 14:34 | |
| RP | armpit: ahhrg. I was just about to do some debugging with the autobuilder! :/ | 14:47 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 14:48 | |
| armpit | RP, you can kill it | 14:48 |
| RP | armpit: may as well let it run now, I'll do other things | 14:48 |
| RP | armpit: I was going to try getting a profile for stopping a build, see if we could spot the performance bottleneck | 14:49 |
| * zeddii seems to have written some anonymous python that self basehash corrupts! | 14:49 | |
| zeddii | I've only ever triggered that before when I edit a recipe while it is building :D | 14:50 |
| armpit | so much for patching while building ; ) | 14:50 |
| zeddii | that's fun too! | 14:50 |
| RP | zeddii: nice. with memres bitbake it could now detect the changed files and abort the build | 14:51 |
| RP | armpit: I may be able to test this in parallel with your build. Apologies in advance if I do break things ;-) | 14:55 |
| *** vineela <vineela!vtummala@nat/intel/x-svvhituesvavtath> has joined #yocto | 14:56 | |
| zeddii | RP: Cool. At least it is currently telling me that I'm being evil. I may just have to abort on the "feature" I was trying to add for an optional post-install rule. Since it is definitely not happy with me assigning it in the python | 14:58 |
| * zeddii has a conflict and can't make the Yocto meeting in 1 minute. | 14:59 | |
| LetoThe2nd | zeddii: hooray for being evil! | 15:00 |
| *** elcapbrown <elcapbrown!ce71c00c@challenger.nielsenmedia.com> has joined #yocto | 15:08 | |
| elcapbrown | Does anyone know if there's a bsp layer I can get for the imx 1052? | 15:09 |
| LetoThe2nd | elcapbrown: http://layers.openembedded.org/layerindex/branch/master/machines/?page=1&q=imx&search=1 is your best bet, but probably no | 15:11 |
| elcapbrown | Looking now... I mean I have the kernel configs and dts files etc that are needed for the kernel to run on the board but I need a framework to start from. Too many options I'm unfamiliar with like DEFAULTTUNE TUNE_PKGARCH. I don't know what groupings I would need. | 15:15 |
| armpit | RP, the thud-nmut has the latest uniative changes | 15:15 |
| RP | armpit: cool | 15:15 |
| armpit | thats what is building now | 15:16 |
| yocti | New news from stackoverflow: Yocto Warrior Custom Bitbake Recipe for Custom Python Wheel file cannot install because pip3 not found <https://stackoverflow.com/questions/56757032/yocto-warrior-custom-bitbake-recipe-for-custom-python-wheel-file-cannot-install> | 15:16 |
| LetoThe2nd | elcapbrown: in that case, just grab some bsp where the layer has as little magic as possible and inject or pwn | 15:19 |
| LetoThe2nd | elcapbrown: linux-yocto-custom is usually a good starting point, as well as the dev manual | 15:19 |
| elcapbrown | LetoThe2nd: Thanks. I'd like to do just that. I just need to start with something close enough. I'll try with one of the machines on that link you gave... | 15:20 |
| *** nate02 <nate02!~nate02@mail.validmanufacturing.com> has quit IRC | 15:21 | |
| LetoThe2nd | elcapbrown: you don't even need one of those, that was just for the imx thing. pick something from the machines that just looks simple | 15:22 |
| *** vineela <vineela!vtummala@nat/intel/x-svvhituesvavtath> has quit IRC | 15:24 | |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto | 15:25 | |
| elcapbrown | LetoThe2nd: Thanks again, I'll give it a try. | 15:26 |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC | 15:29 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 15:38 | |
| *** elcapbrown <elcapbrown!ce71c00c@challenger.nielsenmedia.com> has quit IRC | 15:39 | |
| tgoodwin | Has anyone seen the quilt-native recipe fail on thud for being unable to import the oe.patch module? The host is CentOS 7, python3 3.4.9. I can't replicate it on Ubuntu 18.04. | 15:40 |
| moto-timo | tgoodwin: just a hunch, but you need to install python36 instead of python34 | 15:46 |
| moto-timo | tgoodwin: python 3.5+ is generally required | 15:46 |
| moto-timo | err. but I forget what is required on thud... I live on master 99.99% of the time | 15:47 |
| tgoodwin | moto-timo: interesting; the mega-manual for 2.6.2 shows installing python34-pip. | 15:47 |
| moto-timo | tgoodwin: yeah, might be a red herring. sorry | 15:47 |
| tgoodwin | No problem; I'm going to see if I can replicate this on a fresh VM. The user's environment might just be messed up. | 15:48 |
| moto-timo | have them run bitbake -DDDD so they get lots of debug info ;) | 15:48 |
| moto-timo | and tee that to a log file so you have something to work with | 15:49 |
| halstead | kanavin, There is another guest on that hypervisor that is competing for resources. I'll move it off and see if that helps. | 15:55 |
| *** yacar_ <yacar_!~yacar@87-88-172-92.abo.bbox.fr> has quit IRC | 15:56 | |
| kanavin | halstead, thanks - things are running, but it is rather slow | 15:59 |
| tgoodwin | moto-timo: thanks for the suggestion. It ended up being that his bblayers defined the poky layers with a relative path (i.e., each began with ../<something>). Once those were absolute, it worked fine. | 16:00 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 16:09 | |
| yocti | New news from stackoverflow: Branching a meta layer according to Yocto branches <https://stackoverflow.com/questions/56757873/branching-a-meta-layer-according-to-yocto-branches> | 16:16 |
| *** fl0v0 <fl0v0!~fvo@88.130.220.161> has quit IRC | 16:20 | |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has quit IRC | 16:27 | |
| kanavin | RP: I found a workaround for the useradd sstate failure: things seem to work if the groups are re-created from the dependent recipe (the creation is skipped if those groups already exist) | 16:27 |
| kanavin | e.g. adding them to GROUPADD_PARAM seems to solve the issue | 16:28 |
| *** vineela <vineela!vtummala@nat/intel/x-zkorbigsqbrfcbvw> has joined #yocto | 16:28 | |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 16:31 | |
| RP | kanavin: not ideal but probably would work relatively harmlessly | 16:36 |
| RP | kanavin: we should have a bug so we don't forget this | 16:36 |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 16:44 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 16:45 | |
| kanavin | RP: yes, I will take care of all this tomorrow :) | 16:46 |
| RP | kanavin: thanks | 16:47 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:48 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 16:50 | |
| *** litb <litb!~js@p5B2FD564.dip0.t-ipconnect.de> has joined #yocto | 16:53 | |
| litb | hello all | 16:53 |
| litb | currently our debian-embedded-system can update itself by using apt-get update, and update our applications file-based to /ourcompany-software within the embedded device | 16:54 |
| litb | i understand that with yocto, "devtool deploy <imagerecipe>" is not supported, probably also won't work | 16:56 |
| *** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC | 16:57 | |
| litb | is it possible to do the same in a different way? I.e update the root-fs, copying only the files that changed? | 16:57 |
| *** berton_ <berton_!~berton@181.220.86.53> has joined #yocto | 17:12 | |
| *** berton <berton!~berton@181.220.86.53> has quit IRC | 17:14 | |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto | 17:17 | |
| RP | armpit: you're seeing the same pigz thread errors in thud as we're seeing on master :( | 17:18 |
| RP | armpit: we're increasing open file limits to see if that helps. | 17:18 |
| armpit | yeah, when pigz fly | 17:19 |
| armpit | is it the selftest or one of the others? | 17:20 |
| armpit | found it | 17:22 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 17:28 | |
| *** lemagoup <lemagoup!~lemagoup@softbank-robotics-gw1.ter4.eqx2.par.cust.as8218.eu> has quit IRC | 17:28 | |
| litb | hm, how can I make the eSDK keep the .git directories for <sdk install path>/layers ? | 17:34 |
| litb | because when I change recipes, "devtool finish" them, i want to push the changes i made to them to our layer repositories. but I found that <sdk install path>/layers aren't git repositories anymore | 17:34 |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has quit IRC | 17:46 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:49 | |
| *** litb <litb!~js@p5B2FD564.dip0.t-ipconnect.de> has quit IRC | 17:51 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 17:52 | |
| *** yann <yann!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has joined #yocto | 18:02 | |
| *** tgraydon <tgraydon!tgraydon@nat/intel/x-desxshhagbretzhm> has joined #yocto | 18:11 | |
| *** tgraydon <tgraydon!tgraydon@nat/intel/x-mvzvrqkjsbbhilhm> has joined #yocto | 18:16 | |
| yocti | New news from stackoverflow: How can I push changes to yocto recipes in eSDK back into layers? <https://stackoverflow.com/questions/56759815/how-can-i-push-changes-to-yocto-recipes-in-esdk-back-into-layers> | 18:17 |
| *** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto | 18:23 | |
| *** kaspter <kaspter!~Instantbi@115.206.60.156> has quit IRC | 18:27 | |
| *** kaspter <kaspter!~Instantbi@115.206.60.156> has joined #yocto | 18:27 | |
| *** kanavin <kanavin!~kanavin@141.113.67.170> has quit IRC | 18:30 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 18:31 | |
| *** tgraydon <tgraydon!tgraydon@nat/intel/x-mvzvrqkjsbbhilhm> has quit IRC | 18:31 | |
| *** tgraydon <tgraydon!tgraydon@nat/intel/x-haoldqbgkitwiicu> has joined #yocto | 18:33 | |
| *** kanavin <kanavin!~kanavin@141.113.67.170> has joined #yocto | 18:33 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 18:41 | |
| *** tgraydon <tgraydon!tgraydon@nat/intel/x-haoldqbgkitwiicu> has quit IRC | 18:44 | |
| *** tgraydon <tgraydon!~tgraydon@134.134.139.72> has joined #yocto | 18:46 | |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto | 18:52 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 19:12 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 19:26 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:ecde:bd28:a644:6719> has quit IRC | 20:00 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:08 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 20:12 | |
| *** Kobboi <Kobboi!~Kobboi@2a02:a03f:48b4:e800:630f:79f0:6807:2e2f> has joined #yocto | 20:25 | |
| *** tgraydon <tgraydon!~tgraydon@134.134.139.72> has quit IRC | 20:25 | |
| Kobboi | my custom kernel is stored in a subdirectory of a git repo, not in the root. which variables do i change in the .bbappend to make this work? | 20:26 |
| *** tgraydon <tgraydon!tgraydon@nat/intel/x-odohjhxirbmwqplb> has joined #yocto | 20:27 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 20:31 | |
| bluelightning | Kobboi: you can include ;subpath=subdirname in the SRC_URI entry pointing to the repo | 20:37 |
| bluelightning | Kobboi: note that subdirname should *not* start with / | 20:37 |
| Kobboi | bluelightning: do note that i think the toplevel directories are needed when actually compiling (it's a crappy delivery) | 20:38 |
| Kobboi | bluelightning: am i correct to assume that your include will just "limit" the clone? | 20:38 |
| bluelightning | hmm, ok | 20:38 |
| bluelightning | yes it will, so that won't work for this | 20:38 |
| Kobboi | bluelightning: np, thanks for trying to help out | 20:38 |
| bluelightning | there is an alternative, one sec | 20:39 |
| bluelightning | Kobboi: I think you'd just set S = "${WORKDIR}/git/subdirname" then | 20:39 |
| Kobboi | and keep B to the default? | 20:39 |
| bluelightning | I *think* so | 20:39 |
| Kobboi | the default B was B = "${WORKDIR}/linux-${PACKAGE_ARCH}_${LINUX_KERNEL_TYPE}, so I tried setting it to B = "${WORKDIR}/linux-${PACKAGE_ARCH}_${LINUX_KERNEL_TYPE/my/path but it looks like I'm confusing some of these variables | 20:40 |
| Kobboi | I will try your suggestion, if you have some interesting docs to read (or code even), feel free to point me to them | 20:41 |
| Kobboi | very new to all of this (I *am* a Gentoo user, so the whole recipe thing does feel very familiar) | 20:41 |
| bluelightning | B is set to build in a separate directory for the kernel, unless that doesn't work for whatever you're building it's best to leave it at that | 20:41 |
| bluelightning | right yes the recipe syntax was based on ebuild format (a long time ago) | 20:41 |
| * bluelightning was also a gentoo user back in the day | 20:42 | |
| * Kobboi never tried anything else since 2004 (and boy was it a steep ladder to climb, being unfamiliar with anything Linux) | 20:42 | |
| Kobboi | where is the default for S set? | 20:43 |
| Kobboi | or are there some verbosity/debugging tricks you can teach me? | 20:44 |
| bluelightning | bitbake -e virtual/kernel | less and then search for S= | 20:44 |
| bluelightning | so looking at that there might be some trouble given that we try to unpack the source to a shared location | 20:45 |
| Kobboi | i'm not even allowed to set S in the .bb file (unparsed line: 'S = ${WORKDIR}/git/kernel/linux-4.1') | 20:45 |
| bluelightning | Kobboi: the value needs quotes around it ;) | 20:46 |
| Kobboi | oops, sorry for making basic mistakes :/ | 20:47 |
| bluelightning | np | 20:47 |
| bluelightning | actually I think there is some logic that will allow setting S this way, so it should work | 20:47 |
| bluelightning | regardless of shared source tree stuff | 20:48 |
| *** yacar_ <yacar_!~yacar@186.25.24.93.rev.sfr.net> has joined #yocto | 20:48 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 20:48 | |
| Kobboi | bluelightning: doesn't seem to work, I get a python FileNotFound exception triggered by do_unpack for the directory I am appending to S | 20:53 |
| *** jacques is now known as linuxjacques | 20:57 | |
| bluelightning | Kobboi: hmm... have a look under ${WORKDIR}/git and see if things match what you expect | 21:01 |
| Kobboi | bluelightning: just to be sure, does it matter that i'm on morty? | 21:02 |
| bluelightning | don't think so, I don't think any of this is recent | 21:02 |
| bluelightning | (changed recently, I mean) | 21:03 |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC | 21:05 | |
| Kobboi | Mylene: btw, thx for your talk on youtube, gave me the courage to try this | 21:11 |
| *** kaspter <kaspter!~Instantbi@115.206.60.156> has quit IRC | 21:15 | |
| *** kaspter <kaspter!~Instantbi@115.206.60.156> has joined #yocto | 21:15 | |
| yocti | New news from stackoverflow: InfluxDB recipe for Yocto Fails with devtool workflow in Rocko <https://stackoverflow.com/questions/56761899/influxdb-recipe-for-yocto-fails-with-devtool-workflow-in-rocko> | 21:17 |
| *** berton_ <berton_!~berton@181.220.86.53> has quit IRC | 21:17 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 21:20 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto | 21:24 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 21:44 | |
| *** Saur <Saur!pkj@nat/axis/x-babycwzgikjliekc> has quit IRC | 21:49 | |
| *** Saur <Saur!pkj@nat/axis/x-kfmbingrolicsxyz> has joined #yocto | 21:50 | |
| *** Kobboi <Kobboi!~Kobboi@2a02:a03f:48b4:e800:630f:79f0:6807:2e2f> has quit IRC | 21:54 | |
| *** yacar_ <yacar_!~yacar@186.25.24.93.rev.sfr.net> has quit IRC | 21:55 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 21:57 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 22:11 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 22:13 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 22:14 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-aydtsczstcjcclpp> has joined #yocto | 22:16 | |
| *** armpit <armpit!~armpit@45.19.219.178> has joined #yocto | 22:30 | |
| *** armpit <armpit!~armpit@45.19.219.178> has quit IRC | 22:34 | |
| *** armpit <armpit!~armpit@45.19.219.178> has joined #yocto | 22:47 | |
| *** tgraydon <tgraydon!~tgraydon@134.134.139.72> has joined #yocto | 22:48 | |
| *** agust <agust!~agust@pD95F1ED1.dip0.t-ipconnect.de> has quit IRC | 22:57 | |
| *** scottrif <scottrif!~scottrif@47.39.60.15> has joined #yocto | 23:01 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-qdklnvliyisrqhfg> has quit IRC | 23:07 | |
| *** vineela <vineela!vtummala@nat/intel/x-zkorbigsqbrfcbvw> has quit IRC | 23:24 | |
| *** bluca <bluca!~bluca@88.98.246.218> has quit IRC | 23:32 | |
| *** armpit <armpit!~armpit@45.19.219.178> has quit IRC | 23:41 | |
| *** scottrif <scottrif!~scottrif@47.39.60.15> has left #yocto | 23:53 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!