| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 00:06 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 00:10 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 00:29 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 00:33 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 00:34 | |
| *** kvpnet <kvpnet!cdfbe9b3@205.251.233.179> has quit IRC | 00:50 | |
| *** moosnat <moosnat!~moosnat@135-180-39-137.fiber.dynamic.sonic.net> has quit IRC | 00:54 | |
| *** bradleyb <bradleyb!~radsquirr@mail.fuzziesquirrel.com> has joined #yocto | 01:17 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 01:17 | |
| *** Ad0_ <Ad0_!~Ad0@93.124.245.194> has quit IRC | 01:19 | |
| *** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has quit IRC | 01:19 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 01:35 | |
| *** mckoan|away <mckoan|away!~marco@unaffiliated/mckoan> has quit IRC | 02:07 | |
| *** mckoan|away <mckoan|away!~marco@host-79-3-92-72.business.telecomitalia.it> has joined #yocto | 02:09 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 02:15 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 02:15 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 02:48 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 02:53 | |
| *** toast963 <toast963!7bc93410@123.201.52.16> has joined #yocto | 02:55 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 02:56 | |
| *** p4p4 <p4p4!~p4p4@2605:a000:132b:80c::392> has joined #yocto | 02:59 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 03:01 | |
| *** manuel1985 <manuel1985!~manuel@089144218249.atnat0027.highway.a1.net> has quit IRC | 03:03 | |
| *** rcw <rcw!~rcw@45.72.241.84> has quit IRC | 03:09 | |
| *** manuel1985 <manuel1985!~manuel@213-147-160-228.nat.highway.bob.at> has joined #yocto | 03:19 | |
| *** master007__ <master007__!~master007@203.122.43.101> has joined #yocto | 03:43 | |
| *** master007_ <master007_!~master007@125.63.125.138> has quit IRC | 03:47 | |
| *** toast963 <toast963!7bc93410@123.201.52.16> has quit IRC | 04:16 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 04:35 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-kxlicnszxcbwfrvr> has quit IRC | 04:38 | |
| *** master007_ <master007_!~master007@180.151.91.92> has joined #yocto | 04:58 | |
| *** master007__ <master007__!~master007@203.122.43.101> has quit IRC | 05:01 | |
| *** master007 <master007!~master007@180.151.91.82> has joined #yocto | 05:01 | |
| *** master007_ <master007_!~master007@180.151.91.92> has quit IRC | 05:04 | |
| *** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has joined #yocto | 05:38 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:39 | |
| RP | paulg: its a huge amount of work! | 05:43 |
|---|---|---|
| *** mbulut <mbulut!~nameclash@ip1f110f91.dynamic.kabel-deutschland.de> has joined #yocto | 05:46 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 05:46 | |
| *** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has joined #yocto | 05:48 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 05:55 | |
| *** jobroe <jobroe!~manjaro-u@p579eb6d0.dip0.t-ipconnect.de> has joined #yocto | 05:56 | |
| *** sven^ <sven^!~quassel@unaffiliated/sven/x-8293843> has quit IRC | 05:58 | |
| *** sven^ <sven^!~quassel@squint.a-oben.org> has joined #yocto | 05:58 | |
| *** sven^ <sven^!~quassel@unaffiliated/sven/x-8293843> has joined #yocto | 05:58 | |
| *** sxiii <sxiii!~sw@cm-84.214.223.252.getinternet.no> has quit IRC | 06:01 | |
| *** master007_ <master007_!~master007@119.82.70.52> has joined #yocto | 06:13 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 06:14 | |
| *** master007 <master007!~master007@180.151.91.82> has quit IRC | 06:16 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:22 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 06:24 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-005.hsi5.kabel-badenwuerttemberg.de> has joined #yocto | 06:24 | |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:e578:ceb8:2d49:5a08> has joined #yocto | 06:31 | |
| *** ilkappe <ilkappe!c65a42b1@gateway/web/cgi-irc/kiwiirc.com/ip.198.90.66.177> has joined #yocto | 06:36 | |
| ilkappe | Hello guys, this is not strictly yocto related, but I'm not sure what the following line of code does in a recipe: DTC_FLAGS_append = "${@['', ' -@'][d.getVar('YAML_ENABLE_DT_OVERLAY') == '1']}" | 06:37 |
| ilkappe | can anyone explain that to me ? | 06:37 |
| ilkappe | thanks | 06:37 |
| RP | ilkappe: its a bit 'clever'. d.getVar('YAML_ENABLE_DT_OVERLAY') == '1' is either true or false (0 or 1) | 06:39 |
| RP | ilkappe: that then becomes ['', ' -@'][0] or ['', ' -@'][1], i.e. the first or second elements of the list | 06:40 |
| ilkappe | RP, thanks | 06:40 |
| ilkappe | so basically it checks if YAML_ENABLE_DT_OVERLAY is 1 or 0 right ? | 06:40 |
| RP | ilkappe: and returns a different value for each case, yes | 06:41 |
| RP | '' or '-@' | 06:41 |
| *** gsalazar <gsalazar!955ab50e@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.181.14> has joined #yocto | 06:41 | |
| ilkappe | thanks | 06:41 |
| *** Ninic0c0 <Ninic0c0!5a2c9325@amontsouris-654-1-12-37.w90-44.abo.wanadoo.fr> has joined #yocto | 06:47 | |
| *** micka_ <micka_!~micka@reverse-75.fdn.fr> has joined #yocto | 06:48 | |
| Ninic0c0 | Hi all, in order to keep a really tiny rootfs size I would like to remove zImage and uImage from the kernel but I would like to keep this artifacts built. Any clue ? Thx :) | 06:48 |
| Ninic0c0 | remove from the rootfs of course... #Morning | 06:48 |
| *** lxc <lxc!d9d0c05b@217-208-192-91-no98.tbcn.telia.com> has joined #yocto | 06:49 | |
| henriknj | image postprocess command? | 06:49 |
| henriknj | or rootfs | 06:50 |
| Ninic0c0 | henriknj Yes but not sure that is the proper way to do :S | 06:50 |
| Ninic0c0 | Thx for replying btw :) | 06:50 |
| lxc | I want to create a docker image by importing the rootfs. how can I get the rootfs name from the image bb? | 06:52 |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-xiqswhkhpunxduzy> has quit IRC | 06:53 | |
| *** mdp <mdp!sid49840@gateway/web/irccloud.com/x-grkyssyouxvtnqsy> has quit IRC | 06:53 | |
| *** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-lsedyatjevbkdrrj> has quit IRC | 06:53 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-ramulghteiaigmih> has quit IRC | 06:53 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-mbzwyozngakbpoxr> has quit IRC | 06:53 | |
| *** mithro <mithro!sid24875@gateway/web/irccloud.com/x-ynzrpahwhzfevpeb> has quit IRC | 06:53 | |
| *** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has quit IRC | 06:53 | |
| *** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-lwkthmltmcwstdpz> has quit IRC | 06:53 | |
| *** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-iyhggjfzqsymypnh> has quit IRC | 06:53 | |
| *** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has quit IRC | 06:53 | |
| *** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-cazdosjliwjdujxj> has quit IRC | 06:53 | |
| *** mirzak <mirzak!sid303002@gateway/web/irccloud.com/x-makvqqkygbalefvs> has quit IRC | 06:53 | |
| *** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-qlpriisusixevstr> has joined #yocto | 06:54 | |
| *** mdp <mdp!sid49840@gateway/web/irccloud.com/x-cbhuqdfpxwmqfqnw> has joined #yocto | 06:55 | |
| Ninic0c0 | @lxc rootfs folder or .cpio ? tar.gz ? | 06:55 |
| lxc | Ninic0c0 tar.gz | 06:55 |
| *** mirzak <mirzak!sid303002@gateway/web/irccloud.com/x-qksluculmisgiczw> has joined #yocto | 06:55 | |
| *** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-nydnoslwgyqctdgt> has joined #yocto | 06:55 | |
| Ninic0c0 | lxc ${IMGDEPLOYDIR}/${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.tar.gz ? | 06:55 |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-sdhplplcnmiraqnm> has joined #yocto | 06:56 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-zmyrtwxsspsjvgyj> has joined #yocto | 06:56 | |
| *** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has joined #yocto | 06:56 | |
| *** mithro <mithro!sid24875@gateway/web/irccloud.com/x-aiihvjkgphmhuykr> has joined #yocto | 06:56 | |
| *** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-hfwrnfsvgszkoamr> has joined #yocto | 06:56 | |
| *** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has joined #yocto | 06:56 | |
| *** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-ewufzoqanuvdmwde> has joined #yocto | 06:56 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-feyiywexwpchhalt> has joined #yocto | 06:57 | |
| lxc | Ninic0c0 that was what I was trying but the IMGDEPLOYDIR was empty. Is it possible to invoke docker in the do_rootfs_append callpoint? | 06:57 |
| Ninic0c0 | @lxc Why don't use Yocto output as Docker input ? Not sure if Yocto is able to manage Docker itself | 06:58 |
| Ninic0c0 | wait for a super user :) | 06:58 |
| lxc | Ninic0c0 true, but want to integrate the docker creation into the yocto build environment rather than having a separate build step for creating the docker. | 06:59 |
| *** bradfa <bradfa!sid297668@gateway/web/irccloud.com/x-amxfeiwtyzaexubi> has quit IRC | 07:00 | |
| Ninic0c0 | @lxc ok so maybe take a look to https://www.yoctoproject.org/docs/1.6/poky-ref-manual/poky-ref-manual.html#var-ROOTFS_POSTPROCESS_COMMAND | 07:01 |
| RP | Ninic0c0: I think those are in separate packages so its a question of stopping those packages being installed into the rootfs | 07:01 |
| Ninic0c0 | RP I have tried to use RDEPENDS_kernel-base = "" to clear but no succes | 07:02 |
| *** bradfa <bradfa!sid297668@gateway/web/irccloud.com/x-ctwkwueiijdxwrhc> has joined #yocto | 07:04 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 07:04 | |
| *** sagner <sagner!~ags@2a02:169:3df5::edf> has joined #yocto | 07:07 | |
| *** sxiii <sxiii!~sw@2a02:20c8:5640::2> has joined #yocto | 07:08 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:09 | |
| *** manuel1985 <manuel1985!~manuel@213-147-160-228.nat.highway.bob.at> has quit IRC | 07:20 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 07:21 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:21 | |
| *** cbs <cbs!~cbs@81.216.59.226> has quit IRC | 07:23 | |
| *** cbs <cbs!~cbs@81.216.59.226> has joined #yocto | 07:28 | |
| qschulz | Ninic0c0: where did you put this line? | 07:55 |
| Ninic0c0 | tried inside conf/local.conf and image recipe. Warning because value ahs been overrided | 07:56 |
| qschulz | Ninic0c0: RDEPENDS_${KERNEL_PACKAGE_NAME}-base = "" | 07:57 |
| qschulz | in conf/local.conf or a bbappend for your kernel recipe | 07:57 |
| qschulz | if it is not enough, something else wants to install it and you'll have to look for it with bitbake -g <recipe> and inspect the dot files manually | 07:57 |
| Ninic0c0 | qschulz Thx for insfo :) | 08:02 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 08:02 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 08:02 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.32> has quit IRC | 08:06 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.31> has joined #yocto | 08:07 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-cxxxhqgoxgresski> has joined #yocto | 08:08 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC | 08:08 | |
| LetoThe2nd | yo dudes | 08:09 |
| *** sh00p <sh00p!~sh00p@h-38-105.A498.priv.bahnhof.se> has joined #yocto | 08:12 | |
| sh00p | Hi all, I'm wondering whether or not I should depend on the master branch of meta-poky or the dunfell branch... It seems that stuff on master isn't necessarily backported to dunfell | 08:12 |
| sh00p | I realize this question might be absurd, like 'how are we supposed to know what branch you want', but I'm really just confused - what's the idiomatic way? | 08:13 |
| LetoThe2nd | if everything was backported, what would the difference and therefore point of an LTS be at all? | 08:13 |
| LetoThe2nd | sh00p: dunfell/LTS is meant for usage in projects right now. master is where the magic happens | 08:13 |
| sh00p | right, but now I found this bug in the golang version shipped in LTS, so I need a fix from master | 08:14 |
| sh00p | I guess i should backport that recipe myself then | 08:14 |
| LetoThe2nd | there is a clear policy on what gets backported. if you need somthing else, then rip it out of master and put it into your own additional layer | 08:15 |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto | 08:16 | |
| sh00p | gotcha LetoThe2nd, thanks | 08:17 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:20 | |
| Ninic0c0 | qschulz Thx for the solution that makes the trick :) | 08:23 |
| qschulz | sh00p: though... if it is a patch backport from master and not a recipe version bump, please send a backport patch for what you need so others benefit from it :) | 08:26 |
| sh00p | qschulz, yeah the thought struck me as well.. I might give that a try :) | 08:27 |
| qschulz | Ninic0c0: warnings aren't good, this one is pretty well known (some other too) so when you have one, try working on it a bit and see if it makes the situation better. Worst case scenario, you have one less warning :) | 08:27 |
| Ninic0c0 | qschulz :) :) | 08:28 |
| qschulz | LetoThe2nd: hello from the top of my tree house built around an explosive tree | 08:29 |
| LetoThe2nd | kabum? | 08:29 |
| qschulz | LetoThe2nd: https://twitter.com/AmerIndependent/status/1305849370328403969?s=20 | 08:31 |
| LetoThe2nd | Ah that. | 08:32 |
| LetoThe2nd | TBH, its awesome to be quite decoupled from the wide world for some time. | 08:32 |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 08:33 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 08:34 | |
| *** camus is now known as kaspter | 08:34 | |
| qschulz | who would have thought in 2020 :) | 08:38 |
| *** florian_kc is now known as florian | 08:41 | |
| lxc | When is ROOTFS_POSTPROCESS_COMMAND invoked? Before or after rootfs.tar.gz is created? | 08:44 |
| qschulz | lxc: https://docs.yoctoproject.org/overview-manual/overview-manual-concepts.html#image-generation | 08:46 |
| qschulz | lxc: before | 08:46 |
| lxc | qschulz thanks! | 08:47 |
| *** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-ipiidvsxcabwslum> has quit IRC | 08:52 | |
| *** henriknj <henriknj!hnjematrix@gateway/shell/matrix.org/x-agyqausyjxmrgfmp> has quit IRC | 08:52 | |
| *** f0h[m] <f0h[m]!f0hmatrixo@gateway/shell/matrix.org/x-bspvxkhypnbfdsdo> has quit IRC | 08:52 | |
| *** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-rezopgpgvqlykool> has quit IRC | 08:52 | |
| *** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/matrix.org/x-gpqmdwowupklygpl> has quit IRC | 08:53 | |
| *** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-zhzpenjzqjitjyqa> has quit IRC | 08:53 | |
| *** kayterina <kayterina!kayterina-@gateway/shell/matrix.org/x-cmtkvfnuottszbqp> has quit IRC | 08:53 | |
| *** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-vlcppgqtjebyiqdd> has quit IRC | 08:53 | |
| LetoThe2nd | hows stuff these days? | 08:56 |
| derRichard | is it safe to share sstate-cache and downloads among concurrent yocto builds? | 08:57 |
| qschulz | LetoThe2nd: new docs generated by sphinx \o/ https://docs.yoctoproject.org/ (in yocto-docs master since yesterday) | 09:02 |
| LetoThe2nd | qschulz: \m/ | 09:02 |
| rburton | derRichard: yes | 09:10 |
| *** aurelien <aurelien!~user@fsf/member/aurelien> has quit IRC | 09:15 | |
| *** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-hvyfgshzysrqxdfu> has joined #yocto | 09:15 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 09:15 | |
| derRichard | rburton: good :) | 09:18 |
| derRichard | thx | 09:18 |
| *** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-hvyfgshzysrqxdfu> has quit IRC | 09:19 | |
| *** aurelien <aurelien!~user@fsf/member/aurelien> has joined #yocto | 09:22 | |
| *** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-qwsainhfrnggwvkc> has joined #yocto | 09:24 | |
| *** lxc <lxc!d9d0c05b@217-208-192-91-no98.tbcn.telia.com> has quit IRC | 09:27 | |
| rburton | DL_DIR uses a lockfile when writing and sstate writes are atomic | 09:28 |
| derRichard | ah | 09:32 |
| derRichard | makes sense | 09:32 |
| *** henriknj <henriknj!hnjematrix@gateway/shell/matrix.org/x-ehqeyjmvawtvilyn> has joined #yocto | 09:42 | |
| *** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-lnlgwqxekmiktzlx> has joined #yocto | 09:42 | |
| *** kayterina <kayterina!kayterina-@gateway/shell/matrix.org/x-ifolwopnhixjdvnu> has joined #yocto | 09:42 | |
| *** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-lydesitixivjxfde> has joined #yocto | 09:42 | |
| *** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-tsfkgiiiohgtzbcx> has joined #yocto | 09:42 | |
| *** f0h[m] <f0h[m]!f0hmatrixo@gateway/shell/matrix.org/x-iiipdzukhwnleppf> has joined #yocto | 09:42 | |
| *** crazoes[m] <crazoes[m]!crazoesmat@gateway/shell/matrix.org/x-zdvrnavpksgbnbym> has joined #yocto | 09:42 | |
| *** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/matrix.org/x-xgktfsrffgaddhae> has joined #yocto | 09:42 | |
| *** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-myhpadzjaougdmlz> has joined #yocto | 09:42 | |
| *** master007_ <master007_!~master007@119.82.70.52> has quit IRC | 09:55 | |
| *** Ninic0c0 <Ninic0c0!5a2c9325@amontsouris-654-1-12-37.w90-44.abo.wanadoo.fr> has quit IRC | 10:07 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC | 10:07 | |
| rburton | RP: "The extensible SDK can currently only be built for the same architecture as the machine being built on - SDK_ARCH is set to x86_64 (likely via setting SDKMACHINE) which is different from the architecture of the build machine (aarch64). Unable to continue." <-- should we just default SDKMACHINE to the build machine's arch? | 10:09 |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto | 10:10 | |
| *** carlsb3rg <carlsb3rg!c147afcf@193.71.175.207> has joined #yocto | 10:14 | |
| *** Klanticus <Klanticus!~quassel@189.76.143.176> has joined #yocto | 10:15 | |
| carlsb3rg | I'm going through @LetoThe2nd 's live series and on the 3rd video he splits the package so the examples get split out into their own package...when Leto changes the .bb files and runs bitbake libanswer, then bitbake example-image, these changes work...when I do it, my image isn't getting updaate | 10:17 |
| qschulz | carlsb3rg: have you used the exact same variables and operators? | 10:19 |
| carlsb3rg | if I touch a file and poweroff and run bitbake example-image...the file I touched is still on the machine...so there is something persistent about the image | 10:19 |
| qschulz | carlsb3rg: I'm confused by your last message... | 10:21 |
| carlsb3rg | yeah...think everythin is correct and bitbake works etc...but the actual image that gets booted seems to be stuck | 10:21 |
| qschulz | carlsb3rg: you're not giving us enough information so that we can help you :) | 10:21 |
| qschulz | give us logs and the changes yoiu did to the recipe or bbappend | 10:21 |
| qschulz | and what you were excpeting and what's happening :) | 10:21 |
| carlsb3rg | sorry...it's confusing for me too...it seems that bitbake_doimage etc isn't actually updating the image...because if i do runqemu - a file I touched before I powered off, ran bitbake, and powered on again is still in the image | 10:22 |
| carlsb3rg | and since the image isn't getting updated, the package splitting isn't having any effect either | 10:23 |
| qschulz | carlsb3rg: have you rebuilt the whole image or just the recipe? | 10:27 |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 10:29 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 10:30 | |
| *** camus is now known as kaspter | 10:30 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC | 10:31 | |
| *** ilkappe <ilkappe!c65a42b1@gateway/web/cgi-irc/kiwiirc.com/ip.198.90.66.177> has quit IRC | 10:31 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@179.177.248.241> has quit IRC | 10:45 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.128.88> has joined #yocto | 10:45 | |
| carlsb3rg | both | 11:03 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 11:07 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 11:07 | |
| carlsb3rg | in his example he splits a library package so the example executable gets split into another package...when he does that in the video, the executable isn't installed... | 11:09 |
| carlsb3rg | when I do it the executable is still there | 11:09 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 11:12 | |
| *** pbb <pbb!~quassel@2a0f:4ac0::7> has quit IRC | 11:23 | |
| *** pbb <pbb!~quassel@2a0f:4ac0::7> has joined #yocto | 11:24 | |
| LetoThe2nd | carlsb3rg: If you want the as splitter package to be installed, the you also have to add it to the image m | 11:29 |
| carlsb3rg | note to self: use prepend (instead of append) when adding to PACKAGES | 11:29 |
| carlsb3rg | the splitter package was getting installed without adding it | 11:30 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-xididghocgzdqbnb> has joined #yocto | 11:30 | |
| rburton | oe-pkgdata-util can show you from a recipe name what packages were generated, and what they contained | 11:30 |
| rburton | much easier than putting stuff into an image to see | 11:30 |
| carlsb3rg | but I noticed you were using prepend instead of append in the PACKAGES =+ "${PN}-example" line...I'm guessing this was significant somehow | 11:31 |
| LetoThe2nd | Yes it is :-) | 11:31 |
| carlsb3rg | first package is "default" or something? | 11:32 |
| carlsb3rg | :) | 11:32 |
| LetoThe2nd | Kind of. Look at bitbake -e to get the details. | 11:32 |
| rburton | files are put into packages in the order of PACKAGES | 11:32 |
| erbo | The files end up in the first package they match the FILES_${PN} for | 11:32 |
| carlsb3rg | yeah...now that I found the source of the error, it's actually possible to learn where I should have looked all along :) | 11:33 |
| * LetoThe2nd is out again, plus there are way more competent folks than me around. | 11:33 | |
| carlsb3rg | ah...it seems so obvious now :\ | 11:34 |
| carlsb3rg | thanks :) | 11:34 |
| qschulz | carlsb3rg: I asked about the operators :) | 11:35 |
| *** berton <berton!~berton@181.220.78.182> has joined #yocto | 11:43 | |
| *** rizzitello <rizzitello!~quassel@24.105.220.210> has joined #yocto | 12:20 | |
| *** gsalazar <gsalazar!955ab50e@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.181.14> has quit IRC | 12:34 | |
| carlsb3rg | yes, qschulz...you did...but I genuinely didn't say that he used prepend instead of append so in my eyes everything was correct :D | 12:44 |
| carlsb3rg | say=see | 12:44 |
| qschulz | :) | 12:44 |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.128.88> has quit IRC | 12:45 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.128.88> has joined #yocto | 12:45 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 12:49 | |
| qschulz | LetoThe2nd: BTW, PACKAGE_BEFORE_PN might be a better solution than prepending :) | 12:49 |
| carlsb3rg | thanks for the tip about oe-pkgdata-util, rburton...very useful | 12:50 |
| carlsb3rg | bitbake -e seems so overwhelming to a n00b...but I'll try it out a bit more | 12:51 |
| rburton | its a dump of the data store so sometimes incredibly useful, sometimes not useful at all | 12:51 |
| rburton | ie for debugging package contents, it doesn't help | 12:51 |
| carlsb3rg | I would have seen that libanswer-example got appended rather than prepended...but that wouldn't have helped much before the rest of the assistance I got here :D | 12:53 |
| *** lxc <lxc!d9d0c05b@217-208-192-91-no98.tbcn.telia.com> has joined #yocto | 12:54 | |
| carlsb3rg | glad I made the mistake though...learnt something I wouldn't have learned from the video series otherwise | 12:54 |
| carlsb3rg | watching the videos at 125% speed so I get to see Josef munching cookies like a boss | 12:57 |
| rburton | new name: cookie monster | 12:58 |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has joined #yocto | 13:11 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 13:13 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 13:13 | |
| lxc | how can I capture console output from image generation command and show stdout? E.g. redirect ROOTFS_POSTPROCESS_COMMAND to stdout. | 13:23 |
| qschulz | lxc: the stdout/stderr is stored in WORKDIR/temp/log.do_<task> of your recipe | 13:23 |
| qschulz | or you can use bbnote | 13:24 |
| *** gsalazar <gsalazar!955ab50e@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.181.14> has joined #yocto | 13:28 | |
| lxc | qschulz bbnote is not visible if done from a ROOTFS_POSTPROCESS_COMMAND function. | 13:28 |
| qschulz | lxc: are you using bitbake -DDD? | 13:30 |
| qschulz | (bbwarn otherwise if you don't want to increase hte log level of bitbake) | 13:30 |
| *** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has joined #yocto | 13:38 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 13:38 | |
| rburton | lxc: won't be visible on the console, will be written into the log files that qschulz said | 13:39 |
| lxc | rburton no way to force that output on stdout? | 13:40 |
| rburton | bbwarn. or turning up the log level with -D should do it | 13:41 |
| shan1 | Hi guys there seems to be a bug with `devtool` or at least when I am working with it. I had previously ported a python app using `devtool add python3-gpsfluxlite <tar.gz file github archive>` and everything works perfect. I clean up using `devtool finish python3-gpsfluxlite ../to/my/layer` and `devtool reset python3-gpsfluxlite`. To be even more | 13:43 |
| shan1 | sure I do `rm -rf workspace/sources/python3-gpsfluxlite` and remove the source code from the workspace. Now I wish to port another app called bnofluxlite and when I do `devtool add python3-bnofluxlite <tar.gz from github archive>` and edit the recipe using `devtool edit-recipe python3-bnofluxlite` I still see the Source directory `S` set to | 13:43 |
| shan1 | `${WORKDIR}/gpsfluxlite-${PV}` | 13:43 |
| shan1 | Even the `devtool` log still mentions the other `INFO: Scanning paths for packages & dependencies: gpsinfluxlite, bin/gpsinfluxlite` which is not at all the source added | 13:44 |
| shan1 | what am I doing wrong here? | 13:50 |
| qschulz | shan1: are you sure the github archive is correct for python3-bnofluxlite? | 13:53 |
| qschulz | also what's inside this tarball (like the name of the first directory in the archive) | 13:53 |
| shan1 | my recipe even shows the write URL for the repository: https://github.com/iotfablab/bnofluxlite | 13:54 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 13:55 | |
| shan1 | qschulz here is the recipe created https://pastebin.com/KmyENMRh | 13:56 |
| shan1 | The only thing I changed is the `RDEPENDS_${PN}` from `python-dep_name` to `${PYTHON_PN}-dep_name` so that it is python3 compatible | 13:58 |
| qschulz | shan1: no idea... However, since it's a git repo, just use the git protocol instead of using a tarball :) | 14:00 |
| erbo | shan1: What was the exact parameters you passed to devtool add, including the path to the github tar.gz? | 14:00 |
| shan1 | I would like to write the recipe by hand but then what would be the point of `devtool` if it worked just one and I am sticking to tim orling's philosophy by using `devtool` as much as possible | 14:00 |
| shan1 | qschulz : `devtool add python3-bnofluxlite https://github.com/iotfablab/bnofluxlite/archive/v0.0.1.tar.gz ` | 14:01 |
| qschulz | shan1: no tool is ever perfect :) | 14:01 |
| shan1 | I am using `warrior` branch because the PHYTEC boards for the particular hardware have works based on `warrior` | 14:02 |
| qschulz | (though it needs to be reported if there's a bug obviously) | 14:02 |
| qschulz | well.. not on warrior :p | 14:02 |
| marex | shan1: which board is that ? | 14:05 |
| shan1 | Also I edited the recipe for the `S = "${WORKDIR}/bnofluxlite-${PV}" and adapted my recipe to accept python3 runtime deps and install the systemd script. I refactored the recipe to look like standard python recipes i.e. `python3-bnofluxlite.inc` and `python3-bnofluxlite_0.0.1.bb` but then I keep getting an error stating that `LICENSE` field is not | 14:05 |
| shan1 | set even though it it | 14:05 |
| shan1 | phyBOARD-MIRA imx6 | 14:06 |
| marex | shan1: imx6 has fantastic mainline support, why use any of the phytec layers ? | 14:06 |
| shan1 | due to device mappings and other hardware stuff, plus I am too deep into the whole phytec stuff in order to change now | 14:07 |
| erbo | shan1: Hmm, seems like a second "devtool add something http://path/to/same/filename.tar.gz" doesn't cause the tarball in the downloads folder to be updated | 14:08 |
| erbo | Unless I'm just to friday tired | 14:08 |
| shan1 | If you guys want I can write up the complete steps to reproduce this error and all the ways I changed things on StackOverflow or any other method you prefer | 14:09 |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.31> has quit IRC | 14:10 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.32> has joined #yocto | 14:11 | |
| erbo | shan1: that seems to be the bug though, if a file with the same name is already in downloads/ it won't be replaced. | 14:11 |
| shan1 | erbo from my findings I stick to `python3-appname` for recipes because the apps are in python3. If you want I can try `devtool add bnofluxlite <tarball archive link>` and see if the recipe actually adapts | 14:13 |
| erbo | shan1: The problem is that the tarball you pass at the end of devtool add has the same name. You could instead just point it to the git repo, so it will fetch using git instead and it will work. | 14:14 |
| erbo | shan1: but you still found a bug in devtool though | 14:15 |
| shan1 | I hope the OE/Yocto Gods don't rain their anger on me for a bug! :nervous: | 14:15 |
| shan1 | also do the pros in the chat open a bug report or do I have to do it? | 14:16 |
| *** sxiii <sxiii!~sw@2a02:20c8:5640::2> has quit IRC | 14:17 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-cxxxhqgoxgresski> has quit IRC | 14:19 | |
| *** jobroe <jobroe!~manjaro-u@p579eb6d0.dip0.t-ipconnect.de> has quit IRC | 14:19 | |
| shan1 | Okay lesson learnt I would stick to `--srcrev` with `devtool add` for the time being, this works well | 14:22 |
| erbo | shan1: I think it would be good if you file a bug, that way it won't be missed. (I am by no means one of the "pros") | 14:24 |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 14:26 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 14:31 | |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has quit IRC | 14:32 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 14:34 | |
| *** nslu2-log_ is now known as nslu2-log | 14:35 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 14:36 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 14:37 | |
| shan1 | anyone know if the bugr report happens through bugzilla or a mailing list? | 14:40 |
| RP | shan1: its expected you open a bug in bugzilla | 14:44 |
| zeddii | and then send a patch! ;) | 14:44 |
| RP | yes, it depends where the issue is. meta-oe stuff would be the mailing list and not the bugzilla as the bugzilla basically only covers oe-core/bitbake | 14:45 |
| shan1 | devtool is on bugzilla right? | 14:45 |
| * zeddii goes back to his yocto project summit CFP hackery. | 14:45 | |
| RP | shan1: its an oe-core tool, so ye | 14:47 |
| RP | yes | 14:47 |
| RP | as zeddii says, patches are very welcome, we don't have many people working on bugs atm sadly | 14:48 |
| *** C-o-r-E <C-o-r-E!~corey@modemcable069.166-70-69.static.videotron.ca> has joined #yocto | 14:48 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 14:51 | |
| zeddii | indeed. take my comment as a friendly joke :D bug reports are important. Just know they are landing on a pile. | 14:51 |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 14:51 | |
| *** pev <pev!~pev@cpc123816-trow7-2-0-cust2.18-1.cable.virginm.net> has joined #yocto | 14:53 | |
| pev | Heya... What strategies do you guys have for splitting build directories, downloads and sstate-cache dirs? I've got maybe 5-10 target machines that I build over a few different Yocto versions. I kind of feel like keeping separate download and sstate cache dirs per major yocto release makes sense. However what about build dirs? One per CPU type, assuming the same yocto version and that no major different component differences? Or | 14:56 |
| pev | should I literally keep it to one build per target machine ever? | 14:56 |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 14:56 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 14:56 | |
| pev | I can't seem to find anything about the intended way of doing things for anything more than building one target at a time and I'm sure lots of people must do multiple builds...? | 14:56 |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto | 14:57 | |
| RP | pev: DL_DIR can be shared between all, SSTATE_DIR probably makes sense per release series. build directories are safe for multiple machines, not multiple distro configs though | 15:00 |
| RP | you can safely put all sstate in one too, I've just found it easier to keep separate for deletion | 15:01 |
| *** sxiii <sxiii!~sw@80.5.212.193.static.cust.telenor.com> has joined #yocto | 15:01 | |
| pev | RP: Ah OK, I think i was going to split DL_DIR so I could bundle and re-distribute per-release to other machines rather than doing the whole lot. sstate I'd wondered about per-release as occasionally I've had weird things happen and I've found myself deleting the sstate-cache and things recovering after... | 15:03 |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 15:04 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 15:04 | |
| shan1 | @zeddi I am willing to submit a patch, where is the source code and where should I be looking for `devtool` scripts? | 15:05 |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 15:07 | |
| *** nslu2-log_ is now known as nslu2-log | 15:08 | |
| shan1 | zeddii am willing to submit a patch, where is the source code? on github? | 15:09 |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 15:10 | |
| pev | RP: If you don't mind sanity checking, would the following look like it makes sense? https://pastebin.com/Caksb6N7 | 15:11 |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 15:13 | |
| zeddii | shan1: you should have cloned the repos to start working with devtool, that's the source code. here's a link to the yoctoproject wiki on patch submission https://wiki.yoctoproject.org/wiki/Poky_Contributions | 15:13 |
| *** sxiii <sxiii!~sw@80.5.212.193.static.cust.telenor.com> has quit IRC | 15:13 | |
| zeddii | other's might know if there's a newer reference than that. | 15:13 |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 15:13 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has quit IRC | 15:15 | |
| *** carlsb3rg <carlsb3rg!c147afcf@193.71.175.207> has quit IRC | 15:21 | |
| *** mbulut <mbulut!~nameclash@ip1f110f91.dynamic.kabel-deutschland.de> has quit IRC | 15:24 | |
| *** rcw <rcw!~rcw@45.72.241.84> has joined #yocto | 15:28 | |
| *** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has quit IRC | 15:31 | |
| *** Jebee <Jebee!63fa1356@CPE0c9d922c2f00-CM9050ca299b20.cpe.net.cable.rogers.com> has joined #yocto | 15:37 | |
| RP | pev: its ok, but I'd combine stuff personally. sstate should not break over different releases, its just a convenience thing that I end up splitting them | 15:38 |
| Jebee | Hi, I'm trying to automatically load the spidev kernel module on boot. I've added KERNEL_MODULE_AUTOLOAD += "spidev" into my .conf file and now there is a /etc/modules-load.d/spidev.conf file with spidev in there. But for some reason it doesn't load on boot. If i use insmod or modprobe it is loaded just fine. Is there anything else I have to do? It | 15:38 |
| Jebee | seems like its ignoring the /etc/module-load.d/ conf files. | 15:38 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:38 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 15:41 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 15:49 | |
| *** sagner <sagner!~ags@2a02:169:3df5::edf> has quit IRC | 15:51 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 15:52 | |
| *** nslu2-log_ is now known as nslu2-log | 15:53 | |
| JPEW | pev: We share sstate and DL_DIR across all our "products" but each product has it's own build directory. We have about ~50 products across 5 different yocto version (2.1 - 3.1) | 15:57 |
| *** Klanticus <Klanticus!~quassel@189.76.143.176> has quit IRC | 15:57 | |
| *** sxiii <sxiii!~sw@cm-84.214.223.252.getinternet.no> has joined #yocto | 16:03 | |
| *** aurelien <aurelien!~user@fsf/member/aurelien> has quit IRC | 16:03 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 16:08 | |
| *** dev1990 <dev1990!~dev@62.87.215.57> has quit IRC | 16:10 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 16:11 | |
| *** nslu2-log_ is now known as nslu2-log | 16:11 | |
| khem | Jebee: perhaps it has dependency on other modules, check the error logs since KERNEL_MODULE_AUTOLOAD will add it to module-load time which might be early in boot. | 16:26 |
| Jebee | khem: there should be an error in dmesg correct? | 16:28 |
| pev | RP: Copy that, thanks. At the moment I want to keep DL_DIR cache split as we can use it to package and distribute along side release for offline build but yeah, combining sstate I dont see as so compelling bar needing to delete occasionally. I still feel like I really should wipe it (or not reference) before doing formal release builds though... | 16:28 |
| pev | JPEW: Thanks... Even 'products' that share same CPU / reference design? | 16:28 |
| pev | JPEW: I mean I think separation is what comes naturally to me, but struggle to work out how Yocto expects me to behave..! | 16:29 |
| JPEW | Ya, we separate each product because there are "product specific" recipe changes (although, I don't personally *like* that) | 16:30 |
| JPEW | Since sstate is shared between all products, it makes it fast to build a similar product b/c most of it pulls from sstate | 16:30 |
| JPEW | It's also easier to have the consistent rule that all products have their own directory than try to codify a mechanism where the could share :) | 16:31 |
| *** manuel1985 <manuel1985!~manuel@213-147-160-228.nat.highway.bob.at> has joined #yocto | 16:35 | |
| khem | Jebee: yes or on journal if you use systemd | 16:37 |
| *** micka_ is now known as micka | 16:38 | |
| khem | pev: you can create a source mirror ( outside dl_dir) and rsync your dl_dir to it, then you can do clean production builds with clean dl_dir | 16:39 |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 16:42 | |
| khem | RP: looking at test_gdb_hardlink_debug are there more msgs coming from gdbtest() ? I dont see much in logs | 16:43 |
| khem | AssertionError: GDB /usr/bin/hello1 failed | 16:43 |
| *** moosnat <moosnat!~moosnat@135-180-39-137.fiber.dynamic.sonic.net> has joined #yocto | 16:44 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 16:44 | |
| *** aurelien <aurelien!~user@fsf/member/aurelien> has joined #yocto | 16:44 | |
| zeddii | other's might know if there's a newer reference than that. | 16:44 |
| zeddii | oops | 16:44 |
| zeddii | history and enter! | 16:45 |
| *** nslu2-log_ is now known as nslu2-log | 16:45 | |
| zeddii | ignore the stutter | 16:45 |
| khem | RP: I was expecting some logs from gdbtest() function since it seems to print stuff before returning False on error | 16:46 |
| RP | khem: good question | 16:47 |
| sgw | RP: got back to running the qemumips with the altcfg and my initial timing to about 19 seconds, still seems faster | 16:49 |
| RP | sgw: does sound faster. Wonder how... | 16:49 |
| RP | khem: if you look earlier in the logs there is some stuff there | 16:52 |
| RP | rather than the summary at the end | 16:52 |
| zeddii | headscratcher of the day. if I copy the busybox recipe exactly, rename it to busybox-foo, adjust ${S} and that's it .. it blows up on Werorr. but yet the original doesn't | 17:04 |
| dl9pf | zeddii: some CFLAGS_pn-busybox hidden somewhere ? | 17:19 |
| dl9pf | zeddi: poky/meta/conf/distro/include/security_flags.inc:SECURITY_STRINGFORMAT_pn-busybox = "" | 17:19 |
| zeddii | heheheh. that's one of the things i'm trying to patch out of the Makefiles. | 17:21 |
| zeddii | and yes, of course. that wouldn't match my new name. | 17:21 |
| *** gsalazar <gsalazar!955ab50e@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.181.14> has quit IRC | 17:24 | |
| *** manuel1985 <manuel1985!~manuel@213-147-160-228.nat.highway.bob.at> has quit IRC | 17:24 | |
| * xicopitz[m] sent a long message: < https://matrix.org/_matrix/media/r0/download/matrix.org/hSIRWaQKHZSUEVQcLezvWexw/message.txt > | 17:32 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 17:46 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 17:50 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 17:59 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 18:00 | |
| khem | RP: I was reading through your system/nice patch, I wonder if we have entropy generation problem on builders | 18:01 |
| khem | RP: see https://www.debian.org/releases/buster/amd64/release-notes/ch-information.en.html#entropy-starvation | 18:01 |
| khem | RP: have you oberved these failures on a particular distro ? | 18:02 |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 18:02 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 18:02 | |
| *** nslu2-log_ is now known as nslu2-log | 18:03 | |
| khem | RP: maybe installing haveged on the builders could atleast validate if this is the issue | 18:03 |
| khem | or perhaps see if kernels on builders are using CONFIG_RANDOM_TRUST_CPU | 18:03 |
| RP | khem: we're specifically pointing the virtio rng at /dev/urandom so it has a free source of random data | 18:05 |
| RP | khem: we did once have entropy issues but this doesn't look like it to me | 18:06 |
| RP | khem: the gdb failures are <<< run_serial(): command timed out after 60 seconds without output >>> - i.e. the serial commands are timing out | 18:06 |
| RP | I commented in the bug | 18:06 |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 18:08 | |
| *** Jebee <Jebee!63fa1356@CPE0c9d922c2f00-CM9050ca299b20.cpe.net.cable.rogers.com> has quit IRC | 18:13 | |
| khem | RP: yeah it seem hello1 debug hangs | 18:17 |
| RP | khem: I suspect its just a slow to boot image :/ | 18:18 |
| khem | RP: I would still like to see haveged experiment if we can easily | 18:18 |
| RP | khem: just a question of someone doing the work :/ | 18:19 |
| RP | khem: I'm not convinced its an entropy problem | 18:19 |
| khem | the gdb case is not generally reproducible it seems I tried it here and it works all the time | 18:19 |
| khem | RP: Agreed, but symptoms seems to be so | 18:19 |
| RP | khem: right, works for me locally and worked on that worker when I reran the test with the same builddir | 18:19 |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 18:20 | |
| khem | RP: is qemu loaded with other stuff when hello1 is being run in gdb I wonder | 18:20 |
| RP | khem: no, the symptoms are not. For example look at the systemd boot chart Joshua put in the bug - shows heavy CPU usage by openssh continually. | 18:20 |
| RP | if it were blocked on entropy it would stutter | 18:20 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 18:20 | |
| RP | also, the getty isn't blocked on the ssh daemon coming up | 18:21 |
| khem | is bootchart on ml somewhere ? | 18:21 |
| RP | its just the ssh keygen pinches the cpu cycles | 18:21 |
| RP | khem: its attached to https://bugzilla.yoctoproject.org/show_bug.cgi?id=13646 | 18:21 |
| khem | and do we see it with dropbear in same fashion | 18:22 |
| RP | khem: no, qemu shouldn't be. but it is freshly booted when running the gdb test | 18:22 |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 18:22 | |
| *** nslu2-log_ is now known as nslu2-log | 18:22 | |
| RP | khem: we don't see it with dropbear, I suspect as its keygen is less cpu sensitive | 18:22 |
| khem | ssh-keygen is taking long but I dont think its indicative of CPU load | 18:24 |
| khem | its just showing how long its taking to finish | 18:24 |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 18:24 | |
| khem | run-postinsts.service takes 26s so ssh-keygen waits for that to finish hmm | 18:26 |
| *** sxiii <sxiii!~sw@cm-84.214.223.252.getinternet.no> has quit IRC | 18:26 | |
| RP | khem: but the logind which is blocking things isn't waiting on the keygen | 18:27 |
| *** sxiii <sxiii!~sw@cm-84.214.223.252.getinternet.no> has joined #yocto | 18:27 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 18:27 | |
| *** nslu2-log_ is now known as nslu2-log | 18:27 | |
| khem | right, it waits on post-installs though | 18:29 |
| *** Klanticus <Klanticus!~quassel@189.76.143.176> has joined #yocto | 18:32 | |
| *** lxc <lxc!d9d0c05b@217-208-192-91-no98.tbcn.telia.com> has quit IRC | 18:37 | |
| *** meow`_ <meow`_!~sbourdeli@modemcable135.137-57-74.mc.videotron.ca> has joined #yocto | 18:38 | |
| khem | RP: here is what I see for qemumips on my machine https://hastebin.com/iquwefurat.css | 18:39 |
| *** meow` <meow`!~sbourdeli@107.159.31.190> has quit IRC | 18:39 | |
| khem | 2.642s dropbearkey.service | 18:39 |
| khem | now let me try with openssh as well | 18:39 |
| khem | this is minimal image btw | 18:40 |
| *** rizzitello <rizzitello!~quassel@24.105.220.210> has quit IRC | 18:46 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 18:49 | |
| *** zandrey <zandrey!~zandrey@cable-static2-2-7.rsnweb.ch> has joined #yocto | 18:52 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 18:52 | |
| *** nslu2-log_ is now known as nslu2-log | 18:52 | |
| khem | RP: I was wondering if we should do socket activation for ssh instead | 18:56 |
| khem | that atleast will defer the first time key generation | 18:56 |
| khem | untill 1st ssh connection | 18:56 |
| ecdhe | I have a vendor-provided buildroot bsp (which builds U-Boot, a kernel Image, and a rootfs) that I want to convert to yocto. I can see from googling that people have done this before, but I haven't seen much in the way of guidance. | 19:16 |
| ecdhe | Any resources for making the transition? | 19:16 |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 19:17 | |
| RP | khem: we do socket activation don't we? | 19:26 |
| RP | khem: the issues we're seeing are with pam enabled with systemd | 19:26 |
| *** mbulut <mbulut!~nameclash@ip1f110f91.dynamic.kabel-deutschland.de> has joined #yocto | 19:27 | |
| *** meow`_ <meow`_!~sbourdeli@modemcable135.137-57-74.mc.videotron.ca> has quit IRC | 19:38 | |
| *** meow` <meow`!~sbourdeli@107.159.31.190> has joined #yocto | 19:38 | |
| tlwoerner | bluelightning_: i'm trying to get devtool to create a recipe with a version number in the recipe name instead of recipe_git.bb | 19:50 |
| tlwoerner | bluelightning_: it looks like recipetool supports that with the -o|--outfile option | 19:50 |
| tlwoerner | bluelightning_: but there's no pass-through from "devtool add"? | 19:51 |
| tlwoerner | when i see "_git.bb" in a recipe name, i tend to assume it's an autorev recipe. is that a silly assumption? | 19:52 |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC | 20:02 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 20:02 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC | 20:03 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 20:04 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 20:05 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC | 20:05 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 20:06 | |
| khem | RP: with pam I am seeing 56.963s sshdgenkeys.service but dropbear is better 22.184s dropbearkey.service | 20:06 |
| khem | the previous numbers I gave were with musl | 20:07 |
| *** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-005.hsi5.kabel-badenwuerttemberg.de> has quit IRC | 20:08 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 20:08 | |
| *** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 20:09 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 20:09 | |
| RP | khem: right, that sounds more like what we were seeing too | 20:12 |
| RP | khem: with a 60s timeout on the getty logging in, it was sometimes hitting the timeout, sometimes not | 20:12 |
| khem | perhaps we should use dropbear exclusively on mips images | 20:12 |
| RP | khem: well, we just increase the timeout | 20:12 |
| khem | most of mips users are using dropbear | 20:13 |
| khem | same for arm/ppc perhaps | 20:13 |
| neverpanic | Is there no HW RNG on MIPS? | 20:13 |
| khem | there is | 20:14 |
| neverpanic | There is on most ARM chips, I guess, so enabling that would help? | 20:14 |
| khem | we are talking qemu here | 20:14 |
| neverpanic | Ah, I see. | 20:14 |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 20:16 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 20:18 | |
| *** nslu2-log_ is now known as nslu2-log | 20:19 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 20:21 | |
| khem | RP: but pam/systemd/musl combo is pretty fast I wonder why | 20:21 |
| *** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 20:21 | |
| khem | 2.642s vs 22.184s | 20:21 |
| khem | RP: in real world I think no one generate the sshkeys on fly, so another solution could be to add pregenerated keys to qemu images | 20:23 |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 20:24 | |
| *** nslu2-log_ is now known as nslu2-log | 20:24 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 20:24 | |
| armpit | does generating them while flying count ? | 20:26 |
| neverpanic | Only if you drop physical dices from more than 1000 ft to generate them. | 20:27 |
| neverpanic | s/dices/dice/ | 20:27 |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.128.88> has quit IRC | 20:30 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.128.88> has joined #yocto | 20:31 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 20:35 | |
| RP | khem: interesting, I keep wondering why pam is so slow :/ | 20:36 |
| RP | khem: didn't musl systemd disable some things? | 20:38 |
| *** berton <berton!~berton@181.220.78.182> has quit IRC | 20:38 | |
| *** sbach <sbach!~sbach@167.88.113.124> has joined #yocto | 20:41 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.128.88> has quit IRC | 20:46 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.128.88> has joined #yocto | 20:47 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 20:48 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 20:49 | |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC | 20:50 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 20:51 | |
| *** nslu2-log_ is now known as nslu2-log | 20:52 | |
| *** yann <yann!~yann@88.120.44.86> has joined #yocto | 20:55 | |
| ecdhe | I am porting a buildroot BSP/distro to yocto. I thought I'd start with U-Boot; I was able to get a recipe which causes yocto to build the same source tree that Build Root uses. | 20:59 |
| ecdhe | However, buildroot doesn't just build the tree; it has a pre-build command that concatenates two U-Boot configuration files together `cat module.conf baseboard.conf > actual_uboot_defconfig' | 21:00 |
| ecdhe | I' | 21:01 |
| ecdhe | I'm trying to determine how to best replicate this in yocto | 21:01 |
| ecdhe | I'm guessing yocto won't let me cd uboot/config and start modifying files in the source tree | 21:01 |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 21:01 | |
| ecdhe | So I COULD use a patch to the vendor's uboot repo that merges the configuration I'm intersted in and supplies it as config/myproject_deconfig | 21:02 |
| ecdhe | however, the vendor may well update the original configurations and I want to be able to access them by bumping my SRCREV without having to regenerate the patch | 21:03 |
| ecdhe | Also, it seems like I should probably have a meta-module layer and a meta-baseboard layer; each one would override its respective variable in the meta-vender-core layer, then meta-vendor-core would be responsible for performing the concatenation step | 21:04 |
| ecdhe | That would be the most extensible path (in case I have to work with different modules or baseboards from the vendor in the future) | 21:05 |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 21:15 | |
| alejandrohs | ecdhe: yocto would allow you to do that, you can modify for example the do_configure function on the recipe, or prepend to it to concatenate those two files | 21:16 |
| alejandrohs | ecdhe: you can look at the libpcap or nfs-utils recipe for an example, those two both modify a file before building the source code | 21:19 |
| alejandrohs | sakoman: Would the recent patches to the cve-db recipe make sense to backport to dunfell? (the ones sent right after you backported some of them) | 21:21 |
| alejandrohs | sakoman: specifically the one that avoids using anonymous python | 21:21 |
| sakoman | alejandrohs: I think so. I'm inclined to take them because one of the main goals of LTS is to keep up with CVE fixes, and improving the cve code seems in line with that goal | 21:22 |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 21:23 | |
| sakoman | I'm just about to release 3.1.3, so I won't take them till after that | 21:23 |
| sakoman | I don't like last minute changes, they usually bite me :-) | 21:24 |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 21:25 | |
| *** nslu2-log_ is now known as nslu2-log | 21:26 | |
| alejandrohs | sakoman: I did get a failure after the ones you already pulled, I'm currently testing the new ones, but I do think moving stuff out of the anon python was a good idea | 21:28 |
| alejandrohs | sakoman: sure, sounds good, thanks | 21:28 |
| sakoman | alejandrohs: Is it a serious failure? | 21:29 |
| sakoman | Something I should revert before releasing? | 21:29 |
| ecdhe | thanks alejandrohs | 21:29 |
| *** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has quit IRC | 21:38 | |
| alejandrohs | sakoman: same as before, failed on the race condition | 21:43 |
| sakoman | alejandrohs: OK, so not a new failure? | 21:44 |
| sakoman | If that's the case, then no need to revert anything | 21:45 |
| alejandrohs | sakoman: yeah no need for that | 21:51 |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 21:52 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 21:55 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 21:56 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 21:58 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has quit IRC | 21:58 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 22:03 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 22:05 | |
| *** nslu2-log_ is now known as nslu2-log | 22:05 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 22:10 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 22:12 | |
| *** nslu2-log_ is now known as nslu2-log | 22:12 | |
| *** yann <yann!~yann@88.120.44.86> has quit IRC | 22:38 | |
| *** mbulut <mbulut!~nameclash@ip1f110f91.dynamic.kabel-deutschland.de> has quit IRC | 22:39 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 22:47 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 22:49 | |
| *** nslu2-log_ is now known as nslu2-log | 22:49 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.128.88> has quit IRC | 22:50 | |
| *** rcw <rcw!~rcw@45.72.241.84> has quit IRC | 23:07 | |
| *** dev1990 <dev1990!~dev@aqv98.neoplus.adsl.tpnet.pl> has joined #yocto | 23:13 | |
| *** creich <creich!~creich@p200300f6af3ce810000000000000039b.dip0.t-ipconnect.de> has quit IRC | 23:19 | |
| *** creich <creich!~creich@p200300f6af3ce810000000000000039b.dip0.t-ipconnect.de> has joined #yocto | 23:19 | |
| khem | RP: yeah it disables gshadow I wonder if that does it | 23:20 |
| *** moosnat <moosnat!~moosnat@135-180-39-137.fiber.dynamic.sonic.net> has quit IRC | 23:27 | |
| *** Klanticus <Klanticus!~quassel@189.76.143.176> has quit IRC | 23:32 | |
| *** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has quit IRC | 23:44 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 23:50 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 23:52 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 23:54 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 23:57 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 23:59 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 23:59 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!