*** net_wayfarer <net_wayfarer!net_wayfar@gateway/shell/ircnow/x-iojrntwasoyghclf> has quit IRC | 00:05 | |
*** net_wayfarer <net_wayfarer!net_wayfar@gateway/shell/ircnow/x-rozkdoeuxuhnkhug> has joined #yocto | 00:15 | |
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:8d3d:77ce:8887:8d54> has joined #yocto | 00:50 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 01:23 | |
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:8d3d:77ce:8887:8d54> has quit IRC | 01:38 | |
yocti | New news from stackoverflow: No rule to make target, needed by '__build'. Stop <https://stackoverflow.com/questions/60806828/no-rule-to-make-target-needed-by-build-stop> | 01:44 |
---|---|---|
*** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC | 02:03 | |
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 03:34 | |
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto | 03:34 | |
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-loppczpafilqokzx> has quit IRC | 03:35 | |
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 04:09 | |
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 04:16 | |
*** comptroller <comptroller!~comptroll@47-213-225-103.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 04:45 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 04:50 | |
*** comptroller <comptroller!~comptroll@47-213-225-103.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 04:55 | |
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 05:24 | |
*** cpo <cpo!~cpo@helix.mybll.net> has quit IRC | 05:36 | |
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 05:42 | |
*** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-77-144.dynamic.amis.hr> has joined #yocto | 05:50 | |
*** cpo <cpo!~cpo@194.145.151.3> has joined #yocto | 05:52 | |
*** jobroe <jobroe!~manjaro-u@p579EB856.dip0.t-ipconnect.de> has joined #yocto | 06:00 | |
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-mhglqmfwuuobfpzd> has joined #yocto | 06:01 | |
*** camus1 <camus1!~Instantbi@101.93.194.160> has joined #yocto | 06:09 | |
*** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 06:12 | |
*** camus1 is now known as kaspter | 06:12 | |
*** jobroe <jobroe!~manjaro-u@p579EB856.dip0.t-ipconnect.de> has quit IRC | 06:13 | |
*** jobroe <jobroe!~manjaro-u@p579EB856.dip0.t-ipconnect.de> has joined #yocto | 06:14 | |
*** jobroe <jobroe!~manjaro-u@p579EB856.dip0.t-ipconnect.de> has quit IRC | 06:18 | |
*** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 06:19 | |
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 06:33 | |
*** AndersD_ <AndersD_!~AndersD@195-67-57-138.customer.telia.com> has joined #yocto | 06:34 | |
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 06:37 | |
*** [Sno] <[Sno]!~sno@p4FE93893.dip0.t-ipconnect.de> has quit IRC | 06:38 | |
*** [Sno] <[Sno]!~sno@p4FE93893.dip0.t-ipconnect.de> has joined #yocto | 06:40 | |
*** robert__ <robert__!~robert@60.247.85.82> has quit IRC | 06:45 | |
*** robert__ <robert__!~robert@60.247.85.82> has joined #yocto | 06:45 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:10 | |
*** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has joined #yocto | 07:13 | |
*** jeanba1 <jeanba1!~jbl@87-49-147-94-mobile.dk.customer.tdc.net> has joined #yocto | 07:15 | |
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 07:24 | |
*** jeanba1 <jeanba1!~jbl@87-49-147-94-mobile.dk.customer.tdc.net> has left #yocto | 07:28 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:31 | |
*** [Sno] <[Sno]!~sno@p4FE93893.dip0.t-ipconnect.de> has quit IRC | 07:33 | |
*** frsc <frsc!~frsc@2003:a:e7a:6200:4d53:1bd9:9dea:65e> has joined #yocto | 07:36 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 07:36 | |
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 07:41 | |
*** ikke <ikke!51f6329a@mail.oip.be> has joined #yocto | 07:44 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 07:46 | |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 07:49 | |
*** nacknick <nacknick!5dad275c@93-173-39-92.bb.netvision.net.il> has joined #yocto | 07:50 | |
nacknick | Hi. Someone can help me to understand the structure of `install -m` command? I know that it should get *2* argument after the mode argument (`install -m <MODE> <???> <???>`) - Why 2? | 07:52 |
nacknick | arguments* | 07:52 |
*** fl0v0 <fl0v0!~fvo@2a01:c23:6000:9300:b087:2078:45b1:9bfe> has joined #yocto | 07:52 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 07:53 | |
erbo | nacknick: source and destination | 07:58 |
nacknick | erbo In my case I don't need source and destination, just changing the mode of a specific file, should I use `chmod` instead? | 08:00 |
erbo | nacknick: yes, that's what chmod is for | 08:01 |
nacknick | thanks | 08:02 |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:07 | |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:08 | |
*** [Sno] <[Sno]!~sno@195.14.209.36> has joined #yocto | 08:11 | |
yocti | New news from stackoverflow: lightest version of packages for reducing rootfs size in yocto <https://stackoverflow.com/questions/60809843/lightest-version-of-packages-for-reducing-rootfs-size-in-yocto> | 08:15 |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 08:15 | |
*** mckoan|away is now known as mckoan | 08:19 | |
mckoan | good morning | 08:19 |
LetoThe2nd | howdy mckoan | 08:20 |
mckoan | LetoThe2nd: hi, how's going? | 08:20 |
LetoThe2nd | mckoan: mostly fine i would say. how about there? | 08:20 |
mckoan | LetoThe2nd: still hard but OK so far, thanks | 08:21 |
LetoThe2nd | mckoan: glad to hear | 08:21 |
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 08:21 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 08:25 | |
*** lfa_ <lfa_!~lfa@80-108-132-46.cable.dynamic.surfer.at> has joined #yocto | 08:25 | |
*** lfa_ <lfa_!~lfa@80-108-132-46.cable.dynamic.surfer.at> has quit IRC | 08:28 | |
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 08:28 | |
*** lfa <lfa!~lfa@80-108-132-46.cable.dynamic.surfer.at> has quit IRC | 08:29 | |
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto | 08:30 | |
*** AndersD_ <AndersD_!~AndersD@195-67-57-138.customer.telia.com> has quit IRC | 08:31 | |
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 08:33 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:33 | |
*** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has joined #yocto | 08:34 | |
*** guerinoni <guerinoni!~guerinoni@host181-40-dynamic.52-79-r.retail.telecomitalia.it> has joined #yocto | 08:37 | |
*** ikke <ikke!51f6329a@mail.oip.be> has quit IRC | 08:41 | |
*** vermaete <vermaete!51f6329a@mail.oip.be> has joined #yocto | 08:41 | |
*** robert__ <robert__!~robert@60.247.85.82> has quit IRC | 08:42 | |
*** robert__ <robert__!~robert@60.247.85.82> has joined #yocto | 08:42 | |
vermaete | Hi, | 08:46 |
vermaete | I'm have a hard time moving a GStreamer recipe from-the-days it GStreamer was using Autotools to today, where they are using Meson. | 08:47 |
vermaete | In the past, we started from the gst-template git repo. And the BB recipe was rather simple. | 08:47 |
vermaete | Now, I have restarted from gst-template, but my bb does not do anythiing. | 08:48 |
vermaete | The 'do_compile' in the run.do_compile is empty. | 08:48 |
vermaete | Bon, any good pointers how to write a bb for meson? | 08:49 |
LetoThe2nd | vermaete: hum, inherit meson? | 08:49 |
*** creich <creich!~creich@p200300F6AF406710000000000000039B.dip0.t-ipconnect.de> has quit IRC | 08:50 | |
vermaete | yep, did that. | 08:50 |
vermaete | inherit meson pkgconfig | 08:50 |
vermaete | at the first line | 08:50 |
LetoThe2nd | then, unless you overwrite it specifically below the inherit, this should provide the do_compile/install etc functions.. | 08:51 |
*** robert__ <robert__!~robert@60.247.85.82> has quit IRC | 08:51 | |
*** robert__ <robert__!~robert@60.247.85.82> has joined #yocto | 08:51 | |
*** creich <creich!~creich@p200300F6AF406710000000000000039B.dip0.t-ipconnect.de> has joined #yocto | 08:52 | |
vermaete | do_compile() { | 08:53 |
vermaete | I'm just wonder how to debug this? bitbake -e? | 08:53 |
vermaete | removing the build directory and restarting did help a bit, a little bit :-( | 08:57 |
vermaete | Tnx | 08:57 |
qschulz | vermaete: out of curiosity, have you had a look at how gstreamer recipe got updated to use meson? It was migrated recently, look into master :) Maybe that'll help? | 08:57 |
qschulz | vermaete: bitbake-layers show-appends myrecipe to check that do_compile isn't overriden by some other bbappend? Otherwise, if you have your do_compile before the inherit meson (or some other inherit) you might have some weird behavior. Same for multiple inherit in the same recipe, sometimes the order matters | 08:58 |
vermaete | @qschulz: I'm at the master (2 weeks old) . I'll check your bitbake stuff. Tnx | 09:01 |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 09:03 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 09:11 | |
*** pbb <pbb!~quassel@pbb.lc> has quit IRC | 09:31 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:34 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:41 | |
*** xyz42a <xyz42a!~xyz42a@5.170.71.118> has joined #yocto | 09:51 | |
*** xyz42a_ <xyz42a_!~xyz42a@host205-29-static.23-87-b.business.telecomitalia.it> has quit IRC | 09:53 | |
*** pbb <pbb!~quassel@pbb.lc> has joined #yocto | 09:55 | |
*** [Sno] <[Sno]!~sno@195.14.209.36> has quit IRC | 09:59 | |
LetoThe2nd | mckoan: saw the LI post, nice you're getting it started! | 09:59 |
*** florian_kc is now known as florian | 10:01 | |
*** lucaceresoli <lucaceresoli!~lucaceres@212-124-169-118.v4.ngi.it> has joined #yocto | 10:02 | |
*** xyz42a_ <xyz42a_!~xyz42a@5.170.71.131> has joined #yocto | 10:05 | |
*** xyz42a <xyz42a!~xyz42a@5.170.71.118> has quit IRC | 10:05 | |
mckoan | LetoThe2nd: times are changind and we have to adapt, thanks | 10:05 |
mckoan | *changing | 10:06 |
LetoThe2nd | mckoan: ye. | 10:06 |
LetoThe2nd | +p | 10:06 |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:09 | |
yocti | New news from stackoverflow: lightest version of packages for reducing rootfs size in yocto [closed] <https://stackoverflow.com/questions/60809843/lightest-version-of-packages-for-reducing-rootfs-size-in-yocto> | 10:15 |
*** [Sno] <[Sno]!~sno@p4FE93893.dip0.t-ipconnect.de> has joined #yocto | 10:24 | |
*** bradfa <bradfa!uid297668@gateway/web/irccloud.com/x-qaljqhvzhzuhzmej> has joined #yocto | 10:50 | |
*** rburton <rburton!~rburton@192.198.151.43> has joined #yocto | 10:53 | |
*** mamadeus <mamadeus!~mamadeus@109.125.152.70> has joined #yocto | 11:01 | |
*** Zajc <Zajc!~Zajc@user140.c8.vrhnika.kabelnet.net> has quit IRC | 11:04 | |
*** Zajc <Zajc!~Zajc@user140.c8.vrhnika.kabelnet.net> has joined #yocto | 11:05 | |
LetoThe2nd | mckoan: https://twitter.com/yoctoproject/status/1242047558417108993 here you go | 11:17 |
nacknick | Is there a way to print package recipe's path by its name? (with bitbake etc.) | 11:18 |
LetoThe2nd | oe-pkdata-util probably in some way. | 11:19 |
*** [Sno] <[Sno]!~sno@p4FE93893.dip0.t-ipconnect.de> has quit IRC | 11:25 | |
*** [Sno] <[Sno]!~sno@p4FE93893.dip0.t-ipconnect.de> has joined #yocto | 11:27 | |
qschulz | or find -name "myrecipe_*.bb"? | 11:27 |
nacknick | qschulz I thought that there is a more elegant way | 11:28 |
nacknick | If I run `bitbake <recipe_name>` it runs the recipe. How does it know where is it? I guess not using "find" | 11:29 |
LetoThe2nd | nacknick: you can use fd instead of finde for higher performance (-> more elegance! :P) | 11:29 |
qschulz | LetoThe2nd: BUT don't forget to put -I in an alias for fd :) | 11:30 |
LetoThe2nd | qschulz: :) | 11:30 |
nacknick | I think that too much hours at home don't make better with you | 11:33 |
LetoThe2nd | nacknick: i'm not gonna dig into the sources, but i *guess* that bitbake first parses everything into an indexed format, and then just looks up "myrecipe" in that and executes what it finds there. no pathes involved. | 11:34 |
nacknick | OK | 11:35 |
*** hpsy <hpsy!~hpsy@85.203.15.120> has joined #yocto | 11:35 | |
rburton | nacknick: bitbake-layers can tell you what is being parserd | 11:42 |
LetoThe2nd | rburton: "tell"? | 11:43 |
* LetoThe2nd imagines connecting bitbake to alexa. | 11:44 | |
*** berton <berton!~berton@181.220.114.167> has joined #yocto | 11:45 | |
rburton | $ bitbake-layers show-recipes systemd --filenames | 11:45 |
rburton | .../home/ross/Yocto/poky/meta/recipes-core/systemd/systemd_244.3.bb | 11:45 |
rburton | well formatting went wrong, but thats what you want to do | 11:45 |
rburton | nacknick: ^ | 11:45 |
nacknick | exactly, thank you rburton | 11:47 |
LetoThe2nd | "alexa, bitbake a core-image-minimal for qemuarm" | 11:48 |
nacknick | maybe in the future | 11:49 |
LetoThe2nd | "alexa, bitbake a core-image-minimal for qemuarm in the future." | 11:50 |
nacknick | Another question please, some packages create their binary file under `/usr/bin` and some under `/usr/sbin`. Is there a way to get the binary path by env var or something else? | 11:51 |
nacknick | I want to make a general solution for many recipes and want to get the binary file path in advance | 11:52 |
LetoThe2nd | nacknick: you mean like a magic invocation "bb-tell-me-where-binary-ends-up myrecipe" ? | 11:53 |
*** berton <berton!~berton@181.220.114.167> has quit IRC | 11:53 | |
nacknick | letothe2nd: yes | 11:54 |
nacknick | Maybe not so magical as you say | 11:54 |
LetoThe2nd | nacknick: if that, you can (again) look at the output of oe-pkgdata-util, i think it can output where stuff ends up. | 11:55 |
LetoThe2nd | but again, there are packages which do not put anything into one of those, into both, multiple things into either or both, or even other places... | 11:55 |
qschulz | nacknick: but aren't /usr/bin and /usr/sbin in $PATH? | 11:55 |
LetoThe2nd | so geussing which "binary" you mean actually would be definitively "magic" | 11:55 |
qschulz | My point being, why do you need to know this? | 11:55 |
*** berton <berton!~berton@181.220.114.167> has joined #yocto | 11:56 | |
nacknick | qschulz because I'm replacing the final binary with mine | 11:56 |
nacknick | mine "patched" one | 11:56 |
* LetoThe2nd sighs and resorts to useful things again. | 11:57 | |
qschulz | nacknick: bbappend | 11:57 |
nacknick | yes. this is how I do it | 11:57 |
nacknick | but I want to know what to write into the "append" | 11:57 |
qschulz | how do you create your binary? | 11:58 |
nacknick | I'm taking the original one, modify it and return the modifed | 11:58 |
nacknick | modified | 11:58 |
qschulz | how do you modify it | 12:00 |
qschulz | what are you doing | 12:00 |
nacknick | with a server I built. it sends the original binary to the server, I'm doing my thing and returning a patched binary file | 12:00 |
qschulz | what is your issue (the original one, which warranted this change) | 12:00 |
rburton | nacknick: have a class that does the signing in a piece of py or whatever, and then that can at runtime find the binaries and know their path | 12:01 |
rburton | do_sign_binaries() { for file in os.walk($bindir) + os.walk($sbindir) { ... }) | 12:02 |
*** nacknick <nacknick!5dad275c@93-173-39-92.bb.netvision.net.il> has quit IRC | 12:03 | |
*** creich <creich!~creich@p200300F6AF406710000000000000039B.dip0.t-ipconnect.de> has quit IRC | 12:17 | |
*** vermaete <vermaete!51f6329a@mail.oip.be> has quit IRC | 12:36 | |
*** creich <creich!~creich@p200300F6AF406710000000000000039B.dip0.t-ipconnect.de> has joined #yocto | 12:36 | |
*** spie <spie!~pi@ti0005q162-4889.bb.online.no> has joined #yocto | 12:38 | |
*** locutus_ <locutus_!~LocutusOf@5.171.136.144> has joined #yocto | 12:43 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 12:45 | |
*** mckoan is now known as mckoan|away | 12:52 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 12:59 | |
*** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has joined #yocto | 13:00 | |
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 13:10 | |
*** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 13:16 | |
*** paulg_ <paulg_!~paulg@135-23-37-86.cpe.pppoe.ca> has joined #yocto | 13:23 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:7000:3186:dca0:4db5> has joined #yocto | 13:26 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:35 | |
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 13:46 | |
*** gtristan_ <gtristan_!~tristanva@110.11.227.189> has quit IRC | 13:50 | |
*** gtristan_ <gtristan_!~tristanva@110.11.227.189> has joined #yocto | 13:52 | |
*** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has joined #yocto | 13:54 | |
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC | 13:58 | |
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto | 13:58 | |
*** alejandrohs <alejandrohs!~alejandro@189.154.50.152> has quit IRC | 13:59 | |
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto | 13:59 | |
*** paulg_ <paulg_!~paulg@135-23-37-86.cpe.pppoe.ca> has quit IRC | 14:13 | |
*** rcw <rcw!~rcw@45.72.242.250> has joined #yocto | 14:22 | |
*** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has quit IRC | 14:38 | |
*** nameclash <nameclash!1f11b23e@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto | 15:07 | |
*** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 15:13 | |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 15:13 | |
*** robert__ <robert__!~robert@60.247.85.82> has quit IRC | 15:17 | |
*** robert__ <robert__!~robert@60.247.85.82> has joined #yocto | 15:17 | |
*** keysers <keysers!5152f2ac@d5152f2ac.static.telenet.be> has joined #yocto | 15:21 | |
*** elGamal <elGamal!~elg@107.181.184.116> has quit IRC | 15:24 | |
nameclash | hello gents, does anyone know how to "finish" a devtool modify session without having actually modified any sources? | 15:24 |
LetoThe2nd | devtool reset? | 15:26 |
*** elGamal <elGamal!~elg@107.181.184.116> has joined #yocto | 15:26 | |
*** robert__ <robert__!~robert@60.247.85.82> has quit IRC | 15:27 | |
nameclash | you might ask why one would want that: for instance when I want to provide some ready to apply patch or just want to add/modify some supplementary files to the recipe. I just like the comfort of devtool sorting the correct recipe path for me and creating the boilerplate directories and the bbappend file... | 15:27 |
*** robert__ <robert__!~robert@60.247.85.82> has joined #yocto | 15:27 | |
keysers | Hi all, I'm trying to build a Beaglebone image that will run just docker containers. For this I'm using the toaster webinterface. I've build several successful custom images starting from core-image-base. Now I want to try starting from container-base. However, as soon as I try to build it I always get the error that nothing provides /bin/sh. | 15:27 |
*** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 15:29 | |
nameclash | LetoThe2nd, let me try that out | 15:29 |
LetoThe2nd | keysers: probably because container-base is meant to be *inside* the container, where you don't want /bin/sh. | 15:29 |
*** cjdc2 <cjdc2!bc9b05e4@xdsl-188-155-5-228.adslplus.ch> has joined #yocto | 15:29 | |
keysers | derp, that makes sense yes | 15:29 |
keysers | thank you | 15:29 |
cjdc2 | hi guys. I couldn't figure out from the docs HOW to target specific recipes from a layer? Basically, I want to build a RPi image that uses meta-virtualization, BUT, I only need the Docker packages/recipes from that layer... | 15:31 |
cjdc2 | is this possible? Or am I obliged to always run all the recipes in a layer? | 15:31 |
LetoThe2nd | cjdc2: that question doesn't make sense. | 15:31 |
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 15:32 | |
LetoThe2nd | cjdc2: if your image pulls in the docker packages, then those recipes will be built. no more. | 15:32 |
cjdc2 | sure, but I don't want to build all the others (https://git.yoctoproject.org/cgit/cgit.cgi/meta-virtualization/) | 15:33 |
LetoThe2nd | cjdc2: like i said, they won't be built. | 15:33 |
zeddii | yah. they'll be parsed, but not built. | 15:39 |
* LetoThe2nd hands zeddii a "i just want to" | 15:40 | |
zeddii | :D | 15:40 |
nameclash | LetoThe2nd, that didnt work as expected... I also tried devtool update-recipe -a instead of reset but nope | 15:43 |
nameclash | maybe I should rephrase what I actually wanted | 15:43 |
LetoThe2nd | nameclash: are you, in a nutshell, just trying to apply the patch to the upstream sources? | 15:44 |
nameclash | I'm just looking for a convenient way to create an append recipe (and its enclosing directory) in the right recipes folder in my downstream layer | 15:45 |
nameclash | yes | 15:45 |
nameclash | here for instance I want to add an existing patch to libgpg-error | 15:46 |
LetoThe2nd | nameclash: hm, i don't thing that devtool has mechanisms for working on appends. i might be wrong of course, but i don't know of any. | 15:46 |
nameclash | libgpg-error is normally located in recipes-support | 15:46 |
nameclash | and when I do devtool modify, then add a newline to some random source file, commit that and do devtool finish libgpg-error MY_LAYER_DIR it creates the directory MY_LAYER_DIR/recipes-support/libgpg-error, creates a patch from my commit and puts it inside that dir along with an minimalistic bbappend file that just pulls in that patch | 15:49 |
keysers | Again using core-image-base running: docker run hello-world result in "docker: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?." Is this a side-effect of the warning "You have included the meta-virtualization layer, but 'virtualization' has not been enabled in your DISTRO_FEATURES. Some bbappend | 15:49 |
keysers | files may not take effect. See the meta-virtualization README for details on enabling virtualization support."? I tried adding it as a bitbake variable in toaster "DISTRO_FEATURES" value "virtualization" but that results in an error: "ERROR: ParseError at | 15:49 |
keysers | /home/olivier/poky/_toaster_clones/_git___git.yoctoproject.org_meta-virtualization_warrior/conf/layer.conf:41: Could not include required file meta-virt-default-versions.inc" | 15:49 |
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 15:49 | |
nameclash | what I'm looking for is a tool that does nearly the exact same thing but without having me to create a dummy commit that yields a dummy patch | 15:49 |
LetoThe2nd | keysers: without actually verifiying, it is certainly possible. | 15:50 |
LetoThe2nd | nameclash: like i said, i don't know if its there. you might want to implement it and send a patch to devtool :) | 15:51 |
LetoThe2nd | keysers: maybe try and get it working without toaster first? | 15:52 |
nameclash | LetoThe2nd, hey maybe I'll even do that -- that would be my first opensource contribution ever :) | 15:52 |
keysers | Is my method to enable 'virtualization' correct? appending the variable "DISTRO_FEATURES" with value "virtualization" correct? | 15:52 |
keysers | LetoThe2nd using cli bitbake? | 15:53 |
LetoThe2nd | keysers: you have to do this in your distro config file. | 15:53 |
qschulz | nameclash: so basically you want a patch for libgpg-error but with no commit log (since no commit, no commit log)? | 15:53 |
zeddii | yah, since I'm not seeing any issues with warrior meta-virt, and I hope if that parse error was happening to everyone, someone would have shouted on the mailing list. | 15:54 |
*** vineela <vineela!vtummala@nat/intel/x-gaobslkrdtutfafr> has joined #yocto | 15:54 | |
*** robert__ <robert__!~robert@60.247.85.82> has quit IRC | 15:55 | |
LetoThe2nd | zeddii: i guess its just being sticked in there in inappropriate places. | 15:55 |
*** robert__ <robert__!~robert@60.247.85.82> has joined #yocto | 15:55 | |
zeddii | I mean, I never rule out stupid bugs. But I definitely built and tested all that on warrior. | 15:55 |
LetoThe2nd | keysers: heh, if you use _append then it has to be " virtualization". mark the space. += inserts one, _append doesnt | 15:55 |
zeddii | I always have a paper bag handy, in case I do something really dumb in one of my commits. | 15:56 |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 15:56 | |
LetoThe2nd | zeddii: beer? wine? vodka? | 15:56 |
zeddii | pro tip: don't just cut eye holes, do a nose and mouth one as well, so you can drink the old contents of the bag | 15:56 |
zeddii | haha. you beat me too it. | 15:56 |
zeddii | s/too/to/ | 15:57 |
* LetoThe2nd should encourage CUI. just for entertainment purposes. | 15:57 | |
nameclash | qschulz, I want to apply this patch here to libgpg-error: https://raw.githubusercontent.com/nobk/packages/762b318703b61fc995291e2f85e136a38fa9732c/libs/libgpg-error/patches/020-gawk5-support.patch | 15:57 |
nameclash | it's nothing about the patch actually | 15:58 |
nameclash | it could also be just providing a custom fstab file for the base-files package | 15:58 |
nameclash | or providing an ld.so.conf to glibc | 15:59 |
*** frsc <frsc!~frsc@2003:a:e7a:6200:4d53:1bd9:9dea:65e> has quit IRC | 15:59 | |
nameclash | it's just about the comfort of having a tool create the appropriate directory/file tree in your layer so that I have a bbappend recipe for that package in my layer | 16:00 |
cjdc2 | maybe I misunderstood the docs, but I expected it to be like: add layer to bblayers.conf -> run bitbake targetMachine -> bitbake will run all the .bb files in all recipes, in that layer | 16:02 |
LetoThe2nd | cjdc2: no. it will parse all, but only build those needed. | 16:04 |
keysers | LetoThe2nd typing the space there did nothing( Value " virtualization"). Making the value "+=virtualization" started the build. Did I undestand you correctly? | 16:04 |
cjdc2 | but then what's the criteria to defined those which are "needed" | 16:04 |
LetoThe2nd | cjdc2: may i suggest you invest some time in our wonderful live coding sessions? https://www.youtube.com/playlist?list=PLD4M5FoHz-TxMfBFrDKfIS_GLY25Qsfyj | 16:04 |
LetoThe2nd | cjdc2: please note the excellent and only slightly drunk host! | 16:05 |
nameclash | but as said, I'll put a sticky note on my monitor to create a patch for devtool | 16:05 |
LetoThe2nd | keysers: i don't know what *exactly* you are doing. i just pointed out one of the main differences between += nad _append. | 16:05 |
LetoThe2nd | cjdc2: and the criteria is a dependency tree with its root being what you specify as the build target :) | 16:06 |
qschulz | nameclash: it's actually "risky" to automate it, because unfortunately the OVERRIDES mechanism plays a role in which file is taken. Even if it comes from a bbappend, the file might not have priority because of that variable. | 16:07 |
nameclash | hmm | 16:08 |
cjdc2 | LetoThe2nd: thanks for the playlist. I have a look | 16:09 |
nameclash | it thought I'd just hitch hike on the normal devtool modify + git commit + devtool finish behavior, but allowing for a scenario without a git commit | 16:09 |
nameclash | so that I'd end up with an empty package directory and a bbappend in the right place, that's all | 16:10 |
nameclash | in the end, that would be what I'd do if I wanted to supply my additional/modified files manually | 16:11 |
qschulz | nameclash: I don't follow everything you're saynig but I'm a very scarce use of devtool | 16:12 |
qschulz | so, if you feel like people could benefit from it, please do so and contribute :) | 16:12 |
nameclash | will do! :) | 16:13 |
qschulz | keysers: what did you change and in which file? | 16:13 |
*** cjdc2 <cjdc2!bc9b05e4@xdsl-188-155-5-228.adslplus.ch> has quit IRC | 16:16 | |
keysers | on the Toaster page "EXTRA CONFIGURATION/BitBake Variables" I used the Add Variable feature to add the Variable "DISTRO_FEATURES" with value "+=virtualization" | 16:17 |
qschulz | Sorry, cli guy here, I don't use toaster :/ | 16:21 |
keysers | Thx anyway qschulz | 16:23 |
keysers | The build finished but the warning remained. So to answer my own question, NO it is not the correct way to enable it. | 16:24 |
*** keysers <keysers!5152f2ac@d5152f2ac.static.telenet.be> has quit IRC | 16:25 | |
*** NiksDev <NiksDev!~NiksDev@192.91.75.30> has quit IRC | 16:27 | |
*** NiksDev <NiksDev!~NiksDev@192.91.101.31> has joined #yocto | 16:28 | |
*** davest <davest!~davest@50-39-142-50.bvtn.or.frontiernet.net> has quit IRC | 16:46 | |
*** davest <davest!~davest@50-39-142-50.bvtn.or.frontiernet.net> has joined #yocto | 16:46 | |
*** rcw <rcw!~rcw@45.72.242.250> has quit IRC | 16:49 | |
*** rcw <rcw!~rcw@45.72.242.250> has joined #yocto | 16:50 | |
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 17:00 | |
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 17:03 | |
*** otavio <otavio!~otavio@181.220.114.167> has joined #yocto | 17:06 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 17:06 | |
*** rcw <rcw!~rcw@45.72.242.250> has quit IRC | 17:13 | |
*** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 17:14 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:15 | |
*** paulg_ <paulg_!~paulg@135-23-37-86.cpe.pppoe.ca> has joined #yocto | 17:18 | |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 17:19 | |
*** locutus_ <locutus_!~LocutusOf@5.171.136.144> has quit IRC | 17:20 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-31-157-37-152.net.vodafone.it> has joined #yocto | 17:23 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 17:23 | |
*** yann|work <yann|work!~yann@185.123.26.194> has joined #yocto | 17:28 | |
*** xyz42a <xyz42a!~xyz42a@host205-29-static.23-87-b.business.telecomitalia.it> has joined #yocto | 17:50 | |
*** xyz42a__ <xyz42a__!~xyz42a@5.170.70.189> has joined #yocto | 17:51 | |
*** xyz42a_ <xyz42a_!~xyz42a@5.170.71.131> has quit IRC | 17:53 | |
*** xyz42a <xyz42a!~xyz42a@host205-29-static.23-87-b.business.telecomitalia.it> has quit IRC | 17:54 | |
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 17:58 | |
tlwoerner | nameclash: is it possible that "devtool update-recipe" might help? | 18:08 |
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 18:11 | |
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 18:11 | |
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 18:17 | |
*** lucaceresoli <lucaceresoli!~lucaceres@212-124-169-118.v4.ngi.it> has quit IRC | 18:19 | |
*** xyz42a__ <xyz42a__!~xyz42a@5.170.70.189> has quit IRC | 18:23 | |
*** adelcast1 <adelcast1!~adelcast@172.58.67.222> has joined #yocto | 18:25 | |
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC | 18:27 | |
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto | 18:27 | |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 18:29 | |
*** adelcast <adelcast!~adelcast@2605:6000:101c:3b5:3ec9:911d:327f:d8b7> has quit IRC | 18:29 | |
*** adelcast <adelcast!~adelcast@cpe-68-203-3-226.austin.res.rr.com> has joined #yocto | 18:30 | |
*** adelcast1 <adelcast1!~adelcast@172.58.67.222> has quit IRC | 18:34 | |
*** mamadeus_ <mamadeus_!~mamadeus@79.127.7.157> has joined #yocto | 18:43 | |
*** mamadeus <mamadeus!~mamadeus@109.125.152.70> has quit IRC | 18:43 | |
*** jacques is now known as linuxjacques | 18:46 | |
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC | 18:47 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 18:49 | |
khem | RP: FILERPROVIDES how/when are they calculated ? I am missing it for a library package so was looking into why | 18:58 |
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto | 19:00 | |
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 19:30 | |
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC | 19:34 | |
*** rcw <rcw!~rcw@45.72.242.250> has joined #yocto | 19:35 | |
bluelightning | khem: do_package time... they come from running rpmdeps on each file | 19:40 |
bluelightning | then they get saved into pkgdata and are read back from there | 19:40 |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 19:48 | |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 20:01 | |
*** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto | 20:05 | |
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 20:06 | |
*** aidanh_ is now known as aidanh | 20:06 | |
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 20:08 | |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 20:14 | |
*** mamadeus__ <mamadeus__!~mamadeus@79.127.4.189> has joined #yocto | 20:18 | |
*** mamadeus_ <mamadeus_!~mamadeus@79.127.7.157> has quit IRC | 20:20 | |
khem | bluelightning: the problem is recipe name is foo-src and https://git.openembedded.org/openembedded-core/tree/meta/classes/package.bbclass#n1607 kicks in and ignores it | 20:23 |
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC | 20:25 | |
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto | 20:26 | |
bluelightning | khem: ah yes we have a few problematic name-based checks around the place like that :( | 20:29 |
*** lucaceresoli <lucaceresoli!~lucaceres@212-124-169-118.v4.ngi.it> has joined #yocto | 20:35 | |
*** mamadeus__ <mamadeus__!~mamadeus@79.127.4.189> has quit IRC | 20:42 | |
*** lucaceresoli <lucaceresoli!~lucaceres@212-124-169-118.v4.ngi.it> has quit IRC | 20:43 | |
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC | 21:04 | |
derRichard | i have a package which can be built with "--enable-debug" to have many self-tests enabled at runtime. what is the best way to have an image (say production.bb) where the packges is installed without debug and another one (say debug-image.bb) where the same package is installed but with --enable-debug? | 21:06 |
*** bradfa <bradfa!uid297668@gateway/web/irccloud.com/x-qaljqhvzhzuhzmej> has quit IRC | 21:10 | |
RobertBerger | @derRichard: You mean --enable-debug is something like a compiler flag? | 21:24 |
*** berton <berton!~berton@181.220.114.167> has quit IRC | 21:24 | |
derRichard | RobertBerger: --enable-debug is configure flag | 21:24 |
derRichard | so the produced code with be different :) | 21:25 |
RobertBerger | @derRichard: So basically you want to configure your app differently for debug and release. | 21:25 |
derRichard | well, differently for different images | 21:25 |
RobertBerger | #derRichard: Let's say you have a debug and a release image. | 21:26 |
derRichard | ok | 21:26 |
RobertBerger | @derRichard: You might introduce your own feature. | 21:26 |
derRichard | you mean a feature for IMAGE_FEATURES? | 21:27 |
RobertBerger | @derRichard: something like DISTRO_FEATURE=my-special-debug-feature | 21:27 |
RobertBerger | and then check in your recipe for this DISTRO_FEATURE and build accordingly | 21:27 |
RobertBerger | or an IMAGE_FEATURE, if you prefer | 21:28 |
*** nameclash <nameclash!1f11b23e@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC | 21:29 | |
RobertBerger | @derRichard: look into PACKAGECONFIG | 21:29 |
*** locutus_ <locutus_!~LocutusOf@5.171.136.221> has joined #yocto | 21:30 | |
RobertBerger | @derRichard: inherit pkgconfig in the recipe, PACKAGECONFIG ??= "" # disabled by default: | 21:30 |
derRichard | hmm, is this really the right way to do it? | 21:30 |
derRichard | PACKAGECONFIG cannot be set in an image recipe, right? | 21:31 |
kergoth | image feature only affects how the image is constructed, not how the other recipe is built. the problem is you're not going to be able to build one recipe two different ways and then install the different package sinto the images | 21:31 |
derRichard | kergoth: exactly! | 21:31 |
kergoth | you have to remember how we build images. ther ecipe is built and emits binary packages, then those binary packages get installed into the image | 21:31 |
kergoth | there's no tight association between image and package other than the name of the package | 21:31 |
kergoth | even if you were to create two variants of the recipe to build it two different ways with two different package names, and then pick those in the individual images, bitbake would complain, as it built two packages that provide the same files, it'll produce a conflict in the pkgdata | 21:32 |
derRichard | yeah. but how to solve my issue? | 21:32 |
derRichard | i bet i'm not the first person with that use-case? | 21:32 |
kergoth | the ideal would be if the debug build just added files rather than changing how the binaries are built, then you could just split it off into a separate package that's additionally installed in the debug image | 21:32 |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 21:32 | |
derRichard | kergoth: --enable-debug in this case is not about just adding debugsymbols | 21:33 |
RobertBerger | with a DISTRO_FEATURE you could build the package differently | 21:33 |
kergoth | i think the only real option is what i suggested, two recipe variants with different names, then use the variable to tell bitbake to ignore the conflict. i don't recall the name of it offhand, though, or just make it a build configuration option / distro feature that changes how the recipe is built for all images, and do two different builds with differing configurations | 21:33 |
kergoth | the latter is simpler, but is a different workflow than you were thinking | 21:33 |
kergoth | but is also probably the most common approach to that sort of problem | 21:33 |
derRichard | it is also not only --enable-debug. same use-case is also present for the linux kernel. in the debug image i want lockdep enabled | 21:34 |
derRichard | kergoth: you mean playing with PROVIDES? | 21:34 |
RobertBerger | for kernel it's different | 21:34 |
kergoth | i think you're going to need to use different builds with differing local.conf configurations, rather than trying to shoehorn it into the image level. you're crossing the boundaries between our generally orthogonal distro/machine/image boundaries | 21:35 |
derRichard | kergoth: makes sense | 21:36 |
kergoth | you could do the multiple variants of the recipe thing, but you'd have to keep doing it, and if they're used at build time you'll run into sysroot conflicts too, ex which recipe gets built to satisfy the need for the headers/libs/etc, if both get built bitbake will get unhappy again | 21:37 |
kergoth | in theory it complains more than it needs to now that we have per-recipe sysroots, the conflict won't be a problem unless both get installed in a single dependency chain or a single image | 21:38 |
kergoth | but it's still probably more trouble than its worth to take that approach | 21:38 |
kergoth | instead you might just want a debug variant of your DISTRO which adjusts recipe packageconfigs as appropriate | 21:39 |
kergoth | then the second build uses that other distro. could even use multiconfig to kick off both in the same build directory | 21:39 |
kergoth | you *could* do it all in local.conf, but a distro will be easier to maintain | 21:39 |
derRichard | well, i have already tooling to generate local.conf, that's not a big deal :) | 21:40 |
*** guerinoni <guerinoni!~guerinoni@host181-40-dynamic.52-79-r.retail.telecomitalia.it> has quit IRC | 21:44 | |
*** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has quit IRC | 21:50 | |
*** alejandrohs <alejandrohs!~alejandro@189.237.194.48> has joined #yocto | 21:52 | |
*** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-77-144.dynamic.amis.hr> has quit IRC | 21:53 | |
*** lucaceresoli <lucaceresoli!~lucaceres@212-124-169-118.v4.ngi.it> has joined #yocto | 21:55 | |
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 21:58 | |
*** rburton <rburton!~rburton@192.198.151.43> has quit IRC | 22:05 | |
*** locutus__ <locutus__!~LocutusOf@mob-31-159-200-99.net.vodafone.it> has joined #yocto | 22:13 | |
*** locutus_ <locutus_!~LocutusOf@5.171.136.221> has quit IRC | 22:15 | |
*** locutus__ <locutus__!~LocutusOf@mob-31-159-200-99.net.vodafone.it> has quit IRC | 22:20 | |
*** locutus__ <locutus__!~LocutusOf@mob-31-159-200-99.net.vodafone.it> has joined #yocto | 22:20 | |
*** locutus__ <locutus__!~LocutusOf@mob-31-159-200-99.net.vodafone.it> has quit IRC | 22:29 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.171.136.221> has joined #yocto | 22:30 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 22:30 | |
*** lucaceresoli_ <lucaceresoli_!~lucaceres@78-134-62-82.v4.ngi.it> has joined #yocto | 22:33 | |
*** lucaceresoli <lucaceresoli!~lucaceres@212-124-169-118.v4.ngi.it> has quit IRC | 22:35 | |
tlwoerner | derRichard: your question does come up fairly often, i don't think there's a consensus (or "correct" answer yet) | 22:50 |
tlwoerner | maybe this is still applicable? https://www.yoctoproject.org/pipermail/yocto/2018-April/040866.html | 22:50 |
*** Klox <Klox!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has quit IRC | 22:50 | |
derRichard | tlwoerner: thx. i found this thread already but it is not 100% what i need. i'm currently playing with virtual providers. looks good so gar | 22:51 |
*** Klox <Klox!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has joined #yocto | 22:52 | |
*** lucaceresoli__ <lucaceresoli__!~lucaceres@78-134-62-82.v4.ngi.it> has joined #yocto | 22:52 | |
*** lucaceresoli_ <lucaceresoli_!~lucaceres@78-134-62-82.v4.ngi.it> has quit IRC | 22:53 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 22:58 | |
*** rimad <rimad!~rimad@89-160-77-167.cust.bredband2.com> has joined #yocto | 23:02 | |
rimad | Hi guys, anyone got trouble with bluetooth on rpi 4? Can not enable it, hciattach says bcm43xx_init Failed to reset chip, invalid HCI event | 23:04 |
rimad | I am using meta-raspberrypi | 23:04 |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 23:18 | |
*** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 23:19 | |
*** fl0v0 <fl0v0!~fvo@2a01:c23:6000:9300:b087:2078:45b1:9bfe> has quit IRC | 23:21 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 23:26 | |
mischief | so uh, how are licenses on npm packages supposed to work | 23:28 |
*** creich <creich!~creich@p200300F6AF406710000000000000039B.dip0.t-ipconnect.de> has quit IRC | 23:29 | |
*** creich_ <creich_!~creich@p200300F6AF406710000000000000039B.dip0.t-ipconnect.de> has joined #yocto | 23:29 | |
mischief | i have an odd situation where some thing we have is in JS, but when using the NPM fetcher, the license file of one of its dependencies seems to bounce around between different directories and fails the build | 23:29 |
*** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has quit IRC | 23:30 | |
*** warpme_ <warpme_!uid391875@gateway/web/irccloud.com/x-ipjdhryrorsephul> has quit IRC | 23:33 | |
*** lucaceresoli__ <lucaceresoli__!~lucaceres@78-134-62-82.v4.ngi.it> has quit IRC | 23:34 | |
derRichard | hmm, i have a package foo which depends on virtual/bar. after changing the prefered provider of virtual/bar i would expect that foo is rebuild, but this is not the case. do i miss something? | 23:35 |
derRichard | maybe i miss some sleep. ;-\ | 23:35 |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 23:48 | |
khem | RP: whats your opinion around the bitbake revert I sent | 23:49 |
RP | khem: I was hoping for something from Saur but I'll merge | 23:49 |
khem | yeah, ok | 23:51 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!