*** tgraydon <tgraydon!~textual@134.134.139.73> has quit IRC | 00:04 | |
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 00:07 | |
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 00:09 | |
*** Cbast <Cbast!~sfrigon@107.190.38.187> has quit IRC | 00:36 | |
*** Hooloovo0 <Hooloovo0!Hooloovoo@hooloovoo.blue> has quit IRC | 00:55 | |
*** chandana73 <chandana73!~ckalluri@149.199.62.254> has quit IRC | 00:56 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 01:05 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 01:17 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 01:18 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 01:25 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 01:29 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 01:31 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 01:38 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 01:48 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 01:49 | |
*** armpit <armpit!~armpit@64.2.3.196.ptr.us.xo.net> has quit IRC | 01:56 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 01:58 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 02:18 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 02:28 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 02:32 | |
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 03:19 | |
*** chandana73 <chandana73!~ckalluri@149.199.62.254> has joined #yocto | 03:23 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 03:23 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 03:30 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 03:35 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 03:39 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 03:49 | |
*** armpit <armpit!~armpit@2601:202:4180:c33:387c:5729:e2c3:c506> has joined #yocto | 03:51 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 03:57 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-impgmtoftcotnvuj> has quit IRC | 04:36 | |
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 04:47 | |
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 04:47 | |
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 04:55 | |
*** anujm <anujm!~anujm@192.198.146.173> has joined #yocto | 05:02 | |
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 05:12 | |
*** seebs <seebs!~seebs@24.196.59.174> has quit IRC | 05:31 | |
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 06:00 | |
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 06:01 | |
*** chandana73 <chandana73!~ckalluri@149.199.62.254> has quit IRC | 06:13 | |
*** chandana73 <chandana73!~ckalluri@149.199.62.254> has joined #yocto | 06:14 | |
*** geissonator <geissonator!~geissonat@83.97.14.222> has joined #yocto | 06:24 | |
*** geissonator <geissonator!~geissonat@83.97.14.222> has quit IRC | 06:29 | |
*** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 06:31 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 06:39 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 06:54 | |
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 07:00 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 07:04 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 07:06 | |
*** smartin_ <smartin_!~smartin@207.ip-37-59-126.eu> has joined #yocto | 07:14 | |
*** armpit <armpit!~armpit@2601:202:4180:c33:387c:5729:e2c3:c506> has quit IRC | 07:19 | |
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 07:19 | |
*** mixfix41 <mixfix41!~swr42@unaffiliated/mixfix41> has quit IRC | 07:19 | |
*** quite <quite!quite@unaffiliated/quite> has quit IRC | 07:19 | |
*** chrysh <chrysh!~chrysh@someserver.de> has quit IRC | 07:19 | |
*** smartin <smartin!~smartin@207.ip-37-59-126.eu> has quit IRC | 07:19 | |
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 07:19 | |
*** abelloni <abelloni!~abelloni@scw.piout.net> has quit IRC | 07:19 | |
*** seebs <seebs!~seebs@24.196.59.174> has joined #yocto | 07:23 | |
*** quite <quite!quite@unaffiliated/quite> has joined #yocto | 07:23 | |
*** mixfix41 <mixfix41!~swr42@unaffiliated/mixfix41> has joined #yocto | 07:26 | |
*** armpit <armpit!~armpit@2601:202:4180:c33:387c:5729:e2c3:c506> has joined #yocto | 07:32 | |
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has joined #yocto | 07:32 | |
*** anujm <anujm!~anujm@192.198.146.173> has quit IRC | 07:33 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 07:47 | |
*** zagor_ <zagor_!~zagor@rockbox/developer/Zagor> has joined #yocto | 07:49 | |
*** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC | 07:49 | |
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 07:54 | |
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 07:55 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 07:59 | |
*** armpit <armpit!~armpit@2601:202:4180:c33:387c:5729:e2c3:c506> has quit IRC | 08:13 | |
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 08:13 | |
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:6c8e:47b7:2e48:bb6c> has joined #yocto | 08:14 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 08:17 | |
*** anujm <anujm!~anujm@192.198.146.173> has joined #yocto | 08:18 | |
*** abelal <abelal!~quassel@110.93.212.98> has joined #yocto | 08:23 | |
*** armpit <armpit!~armpit@2601:202:4180:c33:387c:5729:e2c3:c506> has joined #yocto | 08:27 | |
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has joined #yocto | 08:27 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 08:49 | |
*** armpit <armpit!~armpit@2601:202:4180:c33:387c:5729:e2c3:c506> has quit IRC | 08:51 | |
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 08:51 | |
*** zagor_ is now known as zagor | 08:52 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 08:52 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 09:03 | |
*** armpit <armpit!~armpit@2601:202:4180:c33:387c:5729:e2c3:c506> has joined #yocto | 09:05 | |
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has joined #yocto | 09:05 | |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 09:08 | |
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:6c8e:47b7:2e48:bb6c> has left #yocto | 09:12 | |
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:6c8e:47b7:2e48:bb6c> has joined #yocto | 09:12 | |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:13 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:17 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 09:24 | |
*** kuzulis <kuzulis!~kuzulis@37.112.57.60> has joined #yocto | 09:34 | |
kuzulis | Hi guys, how I can remove 'matchbox-terminal' and 'matchbox-wm' from an image? It is in sources/poky/meta/recipes-graphics/packagegroups/packagegroup-core-x11-base.bb | 09:36 |
---|---|---|
kuzulis | I want to create an own customised image from my layer | 09:36 |
kuzulis | So, I don't midify that sources/poky/meta/recipes-graphics/packagegroups/packagegroup-core-x11-base.bb | 09:37 |
kuzulis | Previously U have removed 'xinput-calibrator' using RDEPENDS_packagegroup-core-x11-utils_remove_pn-packagegroup-core-x11 = "xinput-calibrator" | 09:38 |
kuzulis | but it is magic for me | 09:38 |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 09:39 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 09:43 | |
abelal | kuzulis: you can use the same syntax to remove things from packagegroup-core-x11-base | 09:45 |
abelal | you'll have to use RDEPENDS_pn-packagegroup-core-x11-base_remove = "matchbox-terminal matchbox-wm" | 09:46 |
abelal | you'll have to do this in your local.conf or otherwise create an append in your layer for packagegroup-core-x11-base | 09:47 |
abelal | then use RDEPENDS_${PN}_remove = "matchbox-terminal matchbox-wm" | 09:47 |
abelal | inside the append | 09:47 |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 09:48 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 09:48 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 09:48 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 09:50 | |
kuzulis | I tried this: RDEPENDS_packagegroup-core-x11-base_remove_pn-packagegroup-core-x11-base = "matchbox-terminal" seems it work | 09:51 |
rburton | kuzulis: all those packagegroups are there to be modified, copied, or just ignored. | 09:51 |
kuzulis | abelal: What is more right way? use local.conf of .bbapend? | 09:51 |
rburton | bbappend | 09:52 |
kuzulis | ok, many thanks, I will try | 09:52 |
kuzulis | If I want to use .bbapend.. What is recipe name I need? recipes-graphics/packagegroups/packagegroup-core-x11-base/packagegroup-core-x11-base.bbapend ? | 09:55 |
kuzulis | or: /recipes-graphics/packagegroups/packagegroup-core-x11-base.bbappend ? | 09:57 |
rburton | latter | 09:57 |
kuzulis | ok, many thanks :) | 09:58 |
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:6c8e:47b7:2e48:bb6c> has quit IRC | 09:58 | |
kuzulis | So, as I understand, this path should reflect the source *.bb path? E.g. for example if source path is: sources/poky/meta/recipes-graphics/packagegroups/packagegroup-core-x11-base.bb | 09:59 |
kuzulis | then overriding path should be : recipes-graphics/packagegroups/packagegroup-core-x11-base.bbappend ? | 09:59 |
rburton | path is actually irrelevant, its filename that counts | 09:59 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 09:59 | |
kuzulis | do you mean that only 'packagegroup-core-x11-base.bbappend' makes sense? | 10:00 |
*** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has joined #yocto | 10:01 | |
kuzulis | that it should be same as source 'packagegroup-core-x11-base.bb' ? | 10:01 |
rburton | i mean as long as it has that filename, it can be anywhere | 10:01 |
kuzulis | so, is it enough just add .bbapend instead of .bb with same file name, and to plase a resulting .bbapend file to any location? | 10:04 |
kuzulis | s/apend/append | 10:05 |
kuzulis | of my layer | 10:05 |
kuzulis | ? | 10:05 |
*** anujm <anujm!~anujm@192.198.146.173> has quit IRC | 10:05 | |
kuzulis | s/plase/place | 10:05 |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 10:08 | |
lukma | I do have a recipe, which provides | 10:09 |
lukma | foo, foo-test, foo-123 | 10:09 |
lukma | And then I would like to use the "foo, foo-test and foo-123" with OVERRIDES | 10:10 |
lukma | unfortunately when I call bitbake foo or bitbake foo-123 | 10:10 |
lukma | I only have pn-foo in OVERRIDES | 10:10 |
lukma | is there a neat way to extend OVERRIDES with exact recipe name (foo, foo-123) passed to bitbake ? | 10:11 |
lukma | Is it recommended? | 10:11 |
lukma | (The alternative would be to create a special machine, but this seems to me as an overkill) | 10:12 |
rburton | lukma: the override is the real recipe name, not the provides | 10:13 |
lukma | rburton: But is there a way to "tie" provide "name" with the OVERRIDES? | 10:15 |
lukma | rburton: And maybe the most important question - is it recommended (or do I something totally wrong) | 10:15 |
rburton | you might want to step back and explain what you're trying to solve where the solution is being able to use PROVIDES in overrides | 10:17 |
lukma | rburton | 10:17 |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 10:17 | |
lukma | rburton: The problem is that I do have a recipe for u-boot | 10:17 |
lukma | this recipe uses SCR_URI_append_123 ..... for (123 version) | 10:18 |
lukma | SRC_URI = (default u-boot) | 10:18 |
lukma | and SRC_URI_append_foo ..... for foo | 10:18 |
lukma | according to SRC_URI it applies different set of patches in do_patch | 10:19 |
rburton | why not have different recipes that include the main one and then extend the SRC_URI | 10:19 |
rburton | three actual recipes instead of one and a maze of overrides | 10:19 |
lukma | rburton: Hmm...... | 10:19 |
lukma | rburton: It may work...... yes :) | 10:20 |
kuzulis | rburton: I have created recipes-graphics/packagegroups/packagegroup-core-x11-base.bbappend and add there RDEPENDS_${PN}_remove = "matchbox-terminal matchbox-wm".. But it does not work | 10:21 |
lukma | rburton: Thanks for help :) | 10:21 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:23 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 10:26 | |
kuzulis | rburton: Ah.. I need in addition to add in my image.bb this: IMAGE_INSTALL += "... packagegroup-core-x11-base " | 10:27 |
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 10:38 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 10:50 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 11:02 | |
kuzulis | Guys, anouther question. How I can add symlink: ln -s /lib/ld-linux-armhf.so.3 ${D}/lib/ld-linux.so.3 ? | 11:06 |
kuzulis | I have created /recipes-core/glibc/glibc_%.bbappend with this content | 11:06 |
kuzulis | do_install_append() { | 11:07 |
kuzulis | ln -s /lib/ld-linux-armhf.so.3 ${D}/lib/ld-linux.so.3 | 11:07 |
kuzulis | } | 11:07 |
kuzulis | What I should do next? | 11:07 |
kuzulis | Or I do wrong? | 11:08 |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 11:16 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 11:19 | |
tgoodwin | kuzulis: I'm just walking into this but it looks like you're trying to setup a link into the host /lib rather than your recipe's work area (i.e., like ${S}/lib/ld-linux-armhf.so.3) | 11:20 |
tgoodwin | all, is there something funny about trying to DEPENDS against base-files? My recipe-sysroot isn't being populated with its files. (rocko, 2.4.3) | 11:20 |
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 11:20 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 11:21 | |
yocti | New news from stackoverflow: Yocto development image with bbappend in multiple layers <https://stackoverflow.com/questions/52625668/yocto-development-image-with-bbappend-in-multiple-layers> | 11:27 |
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 11:31 | |
derRichard | hey! | 11:42 |
derRichard | one of my packages fetches the latest source via git and the build script is using git describe to generate a version string. but it seems like bitbake fetches the git tree but then builds from a non-git copy. | 11:43 |
derRichard | is there a way to build _within_ the git tree such that git describe can work? | 11:44 |
rburton | are you using inherit autotools? | 11:46 |
angelo_ts | mistery: in a custom kernel_custom.bb recipe, in do_install() i do "${OBJCOPY} -O binary vmlinux linux.bin". The linux.bin comes half of the expected size. If execute the same objcopy command in the build dir, i get the proper linux.bin size. | 11:48 |
derRichard | rburton: no, cmake | 11:50 |
derRichard | rburton: hmm, looks like cmake does not find git within bitbake ;-\ | 11:52 |
derRichard | grrrrr | 11:52 |
derRichard | then i start -c devshell git is here (hosttools) | 11:52 |
rburton | derRichard: cmake also does a build inside a separate directory (out of tree build) | 11:53 |
rburton | i suspect the git call is just broken | 11:53 |
rburton | try doing an out-of-tree build yourself outside of OE where the build directory is *above* the clone | 11:53 |
derRichard | rburton: yes, i fear you are right :) | 11:53 |
rburton | if the cmakelists is going to call git to find the version of the repo it should tell git where the clone is | 11:54 |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 11:57 | |
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 11:59 | |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:08 | |
derRichard | rburton: ok, the cmakelists is b0rked. but dunno why. find_package(Git) fails when i build with bitbake | 12:09 |
rburton | git is in hosttools, so that's a question for cmake | 12:12 |
kuzulis | tgoodwin: No, seems it is not work nor with {S} nor with {D}.. | 12:15 |
kuzulis | Guys, how I can know that my custom do_install_append() was called? | 12:16 |
derRichard | rburton: FWIW, OECMAKE_FIND_ROOT_PATH_MODE_PROGRAM = "BOTH" did the trick | 12:16 |
tgoodwin | kuzulis: where does that file exist? | 12:19 |
kuzulis | tgoodwin: In: meta-my-layer/recipes-core/glibc/glibc_%.bbappend | 12:20 |
kuzulis | tgoodwin: I use similar approach from: https://stackoverflow.com/questions/36897000/yocto-cross-compiling-creating-symbolic-link-for-ld-linux-armhf-so-3 | 12:21 |
tgoodwin | kuzulis: no I mean the actual library you're trying to link (ld-linux-armhf.so.3). Is it a product of your do_compile? | 12:21 |
tgoodwin | kuzulis: that linking command in the reference and how you're using it is saying to link from your host operating system's /lib into your do_install destination (D). That's very likely what you do not want to do since your host OS lib will not exist on the target. I'm pretty sure a bitbake QA will pick that up and complain about contamination or something. | 12:24 |
kuzulis | tgoodwin: ld-linux-armhf.so.3 is a symlink to ld-2.25.so | 12:24 |
kuzulis | tgoodwin: On a target the ld-linux-armhf.so.3 (symlink) and ld-2.25.so (shared lib) are present | 12:27 |
angelo_ts | about the mistery above, finally found the u-boot layer compress the image (into half of the size) before the objcopy, btw, not clear why. | 12:27 |
kuzulis | tgoodwin: But I need in additional symlink ld-linux.so.3 to ld-linux-armhf.so.3 (aka ld-2.25.so) | 12:27 |
kuzulis | tgoodwin: I don't know how to do it at all | 12:29 |
tgoodwin | kuzulis: I think what you're really trying to do is "ln -s ${D}/lib/ld-linux.so.3 ${D}/lib/ld-linux-armhf.so.3". | 12:29 |
tgoodwin | kuzulis: sorry, I think I have that backwards if I'm understanding you right. The real link you're trying to link to is the first argument, the new link you're trying to create is the second. | 12:31 |
kuzulis | tgoodwin: Yes, "ln -s <file> <symlink>" | 12:32 |
kuzulis | tgoodwin: But it does not work... :( | 12:32 |
kuzulis | tgoodwin: How I can see that my do_install_image() were called at all? | 12:33 |
tgoodwin | kuzulis: but the fundamental thing is that you definitely do not want to link to _just_ /anything from your recipe since that leading / goes back to your host OS. | 12:33 |
kuzulis | tgoodwin: s/do_install_image()/do_install_append() | 12:33 |
tgoodwin | kuzulis: check your package's working directory for "temp". The logs are in there (you can also find the path probably in the error messages you're seeing). | 12:34 |
kuzulis | tgoodwin: ok, many thanks, I'll try | 12:34 |
tgoodwin | kuzulis: so just to clarify, the line should be: ln -s ${D}/lib/ld-linux-armhf.so.3 ${D}/lib/ld-linux.so.3 | 12:34 |
tgoodwin | I just tried it out in my glibc working area and it was fine. | 12:35 |
tgoodwin | Does anyone know of a reason why do_prepare_recipe_sysroot would skip unpacking a package in DEPENDS? | 12:36 |
tgoodwin | kuzulis: you're welcome :) hope it works | 12:37 |
*** pohly <pohly!~pohly@p54BD55A3.dip0.t-ipconnect.de> has joined #yocto | 12:40 | |
tgoodwin | I have a recipe that only depends on base-files but only /etc/skel is being installed into the recipe-sysroot. | 12:45 |
*** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has left #yocto | 12:49 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 12:52 | |
*** pohly <pohly!~pohly@p54BD55A3.dip0.t-ipconnect.de> has quit IRC | 12:58 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 13:00 | |
*** ant_work <ant_work!~ant__@host90-253-dynamic.4-87-r.retail.telecomitalia.it> has joined #yocto | 13:01 | |
*** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has joined #yocto | 13:08 | |
*** kuzulis <kuzulis!~kuzulis@37.112.57.60> has quit IRC | 13:12 | |
tgoodwin | Ah. Found it. Does anyone know the reasoning for why SYSROOT_DIRS wouldn't include sysconfdir by default? | 13:12 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 13:26 | |
rburton | tgoodwin: erm, no. using D in the target is exactly the opposite of what you want | 13:31 |
rburton | that will put a symlink on target to /the/path/to/the/build/paths | 13:31 |
tgoodwin | kuzulis: ^^ | 13:32 |
tgoodwin | my mistake | 13:33 |
JPEW | hmm, populate-volatiles is *slow*..... | 13:34 |
tgoodwin | I'm off in the weeds trying to figure out why adding my own base-files file to the recipe SYSROOT_DIRS didn't result in it being staged | 13:34 |
tgoodwin | rburton: for kuzulis' sake, would it be better for him to have created that extra link as relative instead? | 13:39 |
Crofton | JPEW, a watched build never finishes | 13:40 |
*** marka <marka!~masselst@128.224.252.2> has joined #yocto | 13:45 | |
*** abelloni <abelloni!~abelloni@scw.piout.net> has joined #yocto | 13:52 | |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 14:01 | |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 14:01 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 14:02 | |
*** mrc3 <mrc3!mrc3@linaro/mrc3> has quit IRC | 14:04 | |
*** mrc3 <mrc3!mrc3@linaro/mrc3> has joined #yocto | 14:05 | |
*** thaytan <thaytan!~thaytan@121-200-23-18.cust.aussiebb.net> has quit IRC | 14:06 | |
*** thaytan <thaytan!~thaytan@121-200-23-18.cust.aussiebb.net> has joined #yocto | 14:06 | |
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:d907:d608:3bce:56e2> has joined #yocto | 14:09 | |
RP | JPEW: that sounds odd and something we should perhaps look at fixing | 14:11 |
JPEW | Rp: Yes, I traced it down: the requirements check (checking that the groups and users exist) against each volatile file is very expensive. When you have a lot of volatiles files and read-only rootfs you pay the penalty every boot. | 14:14 |
JPEW | I was able to make it 80% faster by concatenating all the volatiles together into a single file | 14:15 |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 14:17 | |
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 14:21 | |
*** ntl <ntl!~nathanl@nat-wv.mentorg.com> has joined #yocto | 14:34 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 14:39 | |
RP | JPEW: ah, sounds like a good improvement | 14:41 |
* zeddii finally has his plane ticket to Edinburgh | 14:47 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 14:54 | |
*** kuzulis <kuzulis!~kuzulis@37.112.57.60> has joined #yocto | 14:57 | |
yocti | New news from stackoverflow: Yocto sumo, meta-virtualization with vmdk <https://stackoverflow.com/questions/51078231/yocto-sumo-meta-virtualization-with-vmdk> | 14:58 |
kuzulis | Guys, why I can't remove 'xinput-calibrator' via my packagegroup-code-x11.bbappend.. It ignores at all.. But RDEPENDS_packagegroup-core-x11-utils_remove_pn-packagegroup-core-x11 = "xinput-calibrator" | 14:59 |
kuzulis | does work. | 14:59 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 15:00 | |
kuzulis | I have created /recipes-graphics/packagegroups/packagegroup-core-x11.bbappend and add there +RDEPENDS_${PN}_remove = "xinput-calibrator" | 15:00 |
RP | kuzulis: packagegroup-core-x11-utils != PN | 15:01 |
kuzulis | and then register my .bbappend as IMAGE_INSTALL += ' packagegroup-core-x11 ' | 15:01 |
RP | and don't do that, you don't register bbappends | 15:01 |
kuzulis | RP: So, how I can remove "xinput-calibrator" in right way? | 15:02 |
*** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 15:03 | |
kuzulis | Previously in this chat I was told that the ..bbappend is a right way to remove the packages.. | 15:03 |
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 15:04 | |
*** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC | 15:04 | |
kuzulis | RP: What do you mean about " and don't do that, you don't register bbappends" ? | 15:04 |
*** edcragg <edcragg!~edcragg@nomnomnomnom.co.uk> has quit IRC | 15:05 | |
*** zagor <zagor!~zagor@rockbox/developer/Zagor> has joined #yocto | 15:05 | |
*** edcragg <edcragg!~edcragg@nomnomnomnom.co.uk> has joined #yocto | 15:05 | |
*** ant_work <ant_work!~ant__@host90-253-dynamic.4-87-r.retail.telecomitalia.it> has quit IRC | 15:05 | |
RP | kuzulis: using a bbappend is fine but you don't "register" it like that | 15:07 |
RP | I don't know what "registering" a bbappend means | 15:07 |
RP | kuzulis: keep in mind that each recipe has multiple packages, e.g. the packagegroup-core-x11 recipe has packagegroup-core-x11-utils and packagegroup-core-x11 packages | 15:08 |
kuzulis | RP: Ok. But, how to remove 'xinput-calibrator' ? :) | 15:09 |
RP | RDEPENDS_packagegroup-core-x11-utils_remove = "xinput-calibrator" in the bbappend? | 15:11 |
kuzulis | RP: What is name of .bbappend then? | 15:12 |
kuzulis | RP: packagegroup-core-x11.bbappend? | 15:12 |
RP | yes | 15:12 |
kuzulis | RP: It is magic... | 15:12 |
kuzulis | RP: for me | 15:12 |
kuzulis | RP: yocto is a 'blackbox' | 15:13 |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 15:13 | |
RP | kuzulis: not entirely, it does have documentation, source code and a lot written about it... | 15:13 |
kergoth | bbappends are applied if your layer is in bblayers and its path is listed in the layer's bbfiles | 15:13 |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 15:15 | |
kuzulis | RP: I did not found a short/brief wiki how to append/remove required packages... :( | 15:15 |
kuzulis | there are a lot of conflicting information.. | 15:16 |
kuzulis | but, many thanks anyway :) | 15:16 |
kuzulis | kergoth: My layer is in BBLAYERS, but my .bbappend ignored, until I did'nt IMAGE_INSTALL += ' packagegroup-foo ' | 15:20 |
kergoth | IMAGE_INSTALL is irrelevent | 15:20 |
kergoth | that controls what packages are installed in your image, not whether a bbappend is applied or not | 15:21 |
kuzulis | kergoth: Then I has not any idea why .bbappend did not work | 15:21 |
kuzulis | kergoth: Should bitbake "pick-up" any changes in .bbappend files and etc? | 15:24 |
kuzulis | kergoth: Or I need to cleanup the build-bla-bla directory before? | 15:25 |
kergoth | yes. again, make sure the layer is in bblayers and the bbappend path matches the pattern listed in bbfiles in conf/layer.conf in your layer. beyond that, use bitbake -e packagegroup-core-x11|grep '^RDEPENDS' to check if the change was applied | 15:25 |
kergoth | no, no need to clean anything when changing recipes or appends | 15:25 |
Crofton | try bitbake-layers show-appends | 15:25 |
Crofton | may need to run help to find exact syntax | 15:25 |
kergoth | yeah, good idea | 15:25 |
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 15:26 | |
kuzulis | ahh... many thanks :) | 15:29 |
khem | RP: you have older version of mesa/musl patch staged into master-next | 15:31 |
RP | khem: well spotted, the v3 is way way better too! | 15:32 |
RP | khem: fixed, thanks (you can blame rburton for it) | 15:32 |
rburton | khem: huh, sorry! | 15:32 |
rburton | glad you noticed ,that's my pick script going wrong | 15:32 |
RP | khem: looking forward to getting rid of another orange box on the autobuilder :) | 15:33 |
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 15:36 | |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 15:43 | |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 15:44 | |
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 15:48 | |
*** chandana73 <chandana73!~ckalluri@149.199.62.254> has quit IRC | 15:48 | |
*** chandana73 <chandana73!~ckalluri@149.199.62.254> has joined #yocto | 15:48 | |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 15:49 | |
*** chandana73 <chandana73!~ckalluri@149.199.62.254> has quit IRC | 15:56 | |
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:d907:d608:3bce:56e2> has left #yocto | 15:56 | |
*** stephano <stephano!stephano@nat/intel/x-glvlzewbnldxewuj> has quit IRC | 15:56 | |
kuzulis | Guys, how I can remove the packages like 'sudo', 'rsync' and etc from '/packagegroup-self-hosted'? Because bitbake -e packagegroup-self-hosted | grep '^RDEPENDS' says that nothing provides.. | 15:56 |
*** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto | 15:57 | |
rburton | kuzulis: easy fix: don't install that package group? | 15:59 |
kuzulis | rburton: I did not install that group :) | 16:00 |
kuzulis | rburton: How I can ignore this group? | 16:01 |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 16:01 | |
rburton | well rsync is at meta/recipes-devtools/rsync/rsync_3.1.3.bb | 16:01 |
rburton | sudo is meta/recipes-extended/sudo/sudo_1.8.23.bb | 16:02 |
rburton | so they do exist | 16:02 |
rburton | so i don't see what the problem is | 16:02 |
kergoth | kuzulis: if you aren't installing the package group, what packages it includes is irrelevent | 16:02 |
kuzulis | rburton: Do you mean a problem to remove them? | 16:02 |
rburton | kuzulis: no i mean what *your problem* is | 16:02 |
kuzulis | rburton: I want to minimize an image | 16:03 |
rburton | so why is the content of packagegroup-self-hosted relevant? | 16:04 |
kergoth | a minimal image shouldn't be including self-hosted anyway | 16:04 |
kuzulis | So, what I need to do to remove the sudo and rsync from an image? because currently this utilities are present in image | 16:04 |
kergoth | just create yourself a new image with only what you need installed | 16:04 |
rburton | kuzulis: find out where they're being pulled in from, instead of guessing. it won't be self-hosted. | 16:05 |
kergoth | bitbake -g your-image; oe-depends-dot -w -k sudo recipe-depends.dot | 16:06 |
kergoth | should do, iirc | 16:06 |
*** bezeee <bezeee!~Adium@c-24-9-87-217.hsd1.co.comcast.net> has joined #yocto | 16:06 | |
kuzulis | ohhh.. | 16:06 |
rburton | kergoth: need an easy way of getting that data from the pacakge manager | 16:06 |
kuzulis | What is 'oe-depends-dot' ? | 16:08 |
rburton | $ oe-depends-dot --help | 16:08 |
rburton | usage: oe-depends-dot [-h] [-k KEY] [-d] [-w] [-r] dotfile | 16:08 |
rburton | Analyse recipe-depends.dot generated by bitbake -g | 16:08 |
kergoth | a script in oe-core/poky | 16:08 |
kuzulis | Hmm.. in my case I have not this script | 16:09 |
kuzulis | oe-depends-dot: command not found | 16:09 |
kuzulis | I got: "miatech-embedded-qt5-x11-image" -> "sudo" | 16:11 |
kuzulis | "packagegroup-core-x11-base" -> "sudo" | 16:11 |
kuzulis | "mini-x-session" -> "sudo" | 16:11 |
kuzulis | So, hould I remove 'sudo' e.g. from packagegroup-core-x11-base.bbappend ? | 16:12 |
kuzulis | like RDEPENDS_${PN}_remove = "sudo" ? | 16:13 |
rburton | are you building miatech-embedded-qt5-x11-image? | 16:15 |
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 16:15 | |
kuzulis | rburton: Yes | 16:16 |
kuzulis | But there are no any 'sudo' mention | 16:16 |
kuzulis | and nowhere in my layer | 16:17 |
kuzulis | no any explicitly mention | 16:17 |
kergoth | kuzulis: the info you just pasted indicates it's mini-x-session pulling it in directly | 16:19 |
kergoth | the .dot shows both direct and indirect dependency | 16:19 |
kergoth | so bbappend mini-x-session | 16:19 |
kergoth | a quick grep shows that indeed, mini-x-session pulls it in | 16:19 |
kergoth | 16:RDEPENDS_${PN} = "sudo" | 16:19 |
kergoth | so either remove sudo there or stop using mini-x-session by removing that from the packagegroup | 16:20 |
kergoth | or better yet ,just create a custom image with exactly waht you want. | 16:20 |
kergoth | as mentioned before | 16:20 |
kuzulis | ok, many thanks for your time | 16:20 |
*** kuzulis <kuzulis!~kuzulis@37.112.57.60> has quit IRC | 16:24 | |
*** bezeee <bezeee!~Adium@c-24-9-87-217.hsd1.co.comcast.net> has quit IRC | 16:29 | |
*** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC | 16:32 | |
*** bezeee <bezeee!~Adium@c-24-9-87-217.hsd1.co.comcast.net> has joined #yocto | 16:43 | |
JaMa | ~ | 16:54 |
armpit | RP, email sent to AB | 17:07 |
*** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 17:45 | |
*** tprrt <tprrt!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 18:08 | |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 18:25 | |
*** mixfix41 <mixfix41!~swr42@unaffiliated/mixfix41> has left #yocto | 18:26 | |
*** pohly <pohly!~pohly@p54BD55A3.dip0.t-ipconnect.de> has joined #yocto | 18:44 | |
tgoodwin | Is anyone else using systemd 234? (rocko) I'm having this weird problem where a service is only occasionally showing up in the startup list. It's setup to come before local-fs.target on an initrd and it's very inconsistent. | 19:00 |
tgoodwin | There are usually a series of messages about "found ordering cycle" and then it ends with deleting a job (not mine or local-fs.target) on the runs when my service fails to run. | 19:01 |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:04 | |
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 19:07 | |
*** AndersD <AndersD!~AndersD@2.70.149.100.mobile.tre.se> has joined #yocto | 19:12 | |
*** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 19:14 | |
*** AndersD <AndersD!~AndersD@2.70.149.100.mobile.tre.se> has quit IRC | 19:16 | |
*** chandana73 <chandana73!~ckalluri@149.199.62.254> has joined #yocto | 19:31 | |
*** angelo_ts <angelo_ts!~angelo_ts@mittelab/members/ziongate> has quit IRC | 19:32 | |
*** angelo_ts <angelo_ts!~angelo_ts@unaffiliated/angelo-ts/x-4633355> has joined #yocto | 19:32 | |
RP | armpit: thanks | 19:41 |
*** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 19:43 | |
*** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 19:44 | |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 19:47 | |
*** marka <marka!~masselst@128.224.252.2> has quit IRC | 19:47 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 19:50 | |
*** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 19:55 | |
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 19:56 | |
*** bezeee <bezeee!~Adium@c-24-9-87-217.hsd1.co.comcast.net> has quit IRC | 20:00 | |
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 20:15 | |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 20:26 | |
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 20:35 | |
*** adrianbunk <adrianbunk!~bunk@dsl-hkibng31-54faec-60.dhcp.inet.fi> has quit IRC | 21:00 | |
*** pohly <pohly!~pohly@p54BD55A3.dip0.t-ipconnect.de> has quit IRC | 21:01 | |
*** Willy-- <Willy--!~william@156.34.251.99> has quit IRC | 21:02 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 21:12 | |
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 21:34 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 21:34 | |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:41 | |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 21:45 | |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 21:57 | |
*** tprrt <tprrt!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 22:06 | |
*** rubdos_ <rubdos_!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has quit IRC | 22:10 | |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 22:18 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-pjqchlimjblrhmax> has joined #yocto | 22:19 | |
*** rubdos_ <rubdos_!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has joined #yocto | 22:23 | |
*** rubdos_ <rubdos_!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has quit IRC | 22:34 | |
*** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has joined #yocto | 22:37 | |
lukma | Is it possible to trick the do_fetch and use provided in DL_DIR repository ? | 22:52 |
lukma | I've found solution as in : https://stackoverflow.com/questions/41058204/how-to-do-fetch-by-hand-in-a-yocto-project | 22:53 |
lukma | But the solution doesn't seem correct..... :) | 22:53 |
*** rubdos_ <rubdos_!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has joined #yocto | 22:56 | |
*** ntl <ntl!~nathanl@nat-wv.mentorg.com> has quit IRC | 23:06 | |
kergoth | you don't generally need to do that. rather than digging into the internal sturcture of DL_DIR, just do a —runall=fetch with your other path as a premirror, so it'll fetch from the local path into the DL_DIR and create the done stamp appropriately | 23:20 |
khem | oh so thats what rain looks iike ... | 23:30 |
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 23:46 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!