| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 00:02 | |
| *** marka <marka!~masselst@184.175.21.100> has quit IRC | 00:04 | |
| *** marka <marka!~marka@184.175.21.100> has joined #yocto | 00:05 | |
| *** TundraMan <TundraMan!~masselst@184.175.21.100> has joined #yocto | 00:05 | |
| *** TundraMan <TundraMan!~masselst@184.175.21.100> has quit IRC | 00:14 | |
| *** TundraMan <TundraMan!~masselst@184.175.21.100> has joined #yocto | 00:17 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 00:21 | |
| *** marka <marka!~marka@184.175.21.100> has quit IRC | 00:24 | |
| *** marka <marka!~marka@184.175.21.100> has joined #yocto | 00:25 | |
| *** marka <marka!~marka@184.175.21.100> has quit IRC | 00:28 | |
| *** sjolley <sjolley!~sjolley@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto | 00:33 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 00:41 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-116-81.ssp.dialog.net.pl> has quit IRC | 00:48 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto | 00:51 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC | 01:06 | |
| *** marka <marka!~marka@184.175.21.100> has joined #yocto | 01:22 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has quit IRC | 01:35 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has joined #yocto | 01:36 | |
| *** sjolley <sjolley!~sjolley@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC | 01:52 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #yocto | 01:52 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 02:06 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 02:16 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 02:20 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 02:20 | |
| chandana73 | RP: i sent out a patch based on the discussion from morning regarding devtool reset -r option | 02:42 |
|---|---|---|
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 03:19 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 03:20 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has quit IRC | 03:40 | |
| *** pbb <pbb!~quassel@pbb4.pbb.lc> has quit IRC | 03:42 | |
| *** pbb <pbb!~quassel@pbb4.pbb.lc> has joined #yocto | 03:42 | |
| *** sjolley <sjolley!~sjolley@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto | 03:49 | |
| *** robbawebba <robbawebba!~rob@47.180.176.91> has joined #yocto | 04:19 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 04:20 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 04:20 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ifnmrglmmstxmwsw> has quit IRC | 04:36 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-vtopyjwzettxemzl> has joined #yocto | 05:01 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 05:07 | |
| *** otavio <otavio!~otavio@177.194.204.148> has joined #yocto | 05:09 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 05:09 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 05:20 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 05:20 | |
| *** kroon <kroon!~jkroon@37-247-29-68.customers.ownit.se> has quit IRC | 05:30 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 06:04 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 06:15 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 06:20 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 06:20 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto | 06:26 | |
| *** sno <sno!~sno@p4FF5EE34.dip0.t-ipconnect.de> has quit IRC | 06:28 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 06:32 | |
| *** agust <agust!~agust@p508B6DC9.dip0.t-ipconnect.de> has joined #yocto | 06:35 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 06:35 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC | 06:40 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 06:42 | |
| *** sjolley <sjolley!~sjolley@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC | 06:43 | |
| *** sno <sno!~sno@ip5b40f5e2.dynamic.kabel-deutschland.de> has joined #yocto | 06:52 | |
| *** evotion <evotion!d918c92f@gateway/web/freenode/ip.217.24.201.47> has joined #yocto | 06:57 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:01 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:16 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 07:16 | |
| *** volestorm <volestorm!~volestorm@2400:8902::f03c:91ff:fe7f:f462> has quit IRC | 07:19 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-94-64-15-199.home.otenet.gr> has joined #yocto | 07:20 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 07:20 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 07:21 | |
| *** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 07:30 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 07:33 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 07:34 | |
| *** tasslehoff_ <tasslehoff_!~Tasslehof@82.147.55.166> has joined #yocto | 07:39 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-vtopyjwzettxemzl> has quit IRC | 07:41 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 07:55 | |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 08:08 | |
| *** fl0v0 <fl0v0!~fvo@i577A6594.versanet.de> has joined #yocto | 08:08 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 08:11 | |
| *** volestorm <volestorm!~volestorm@97.64.31.67.16clouds.com> has joined #yocto | 08:14 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 08:20 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 08:21 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 08:22 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 08:30 | |
| *** agust <agust!~agust@p508B6DC9.dip0.t-ipconnect.de> has quit IRC | 08:30 | |
| *** agust <agust!~agust@p508B6DC9.dip0.t-ipconnect.de> has joined #yocto | 08:30 | |
| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-iktmeknykguyiyje> has joined #yocto | 08:37 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 08:39 | |
| *** mckoan|away is now known as mckoan | 08:39 | |
| *** sb79a <sb79a!~sb79a@84-236-101-86.pool.digikabel.hu> has joined #yocto | 08:40 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:43 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:00 | |
| *** flying_sausages <flying_sausages!~flying_sa@static.88-198-40-49.clients.your-server.de> has quit IRC | 09:01 | |
| *** flying_sausages <flying_sausages!~flying_sa@static.88-198-40-49.clients.your-server.de> has joined #yocto | 09:02 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:04 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 09:10 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-ktcfcmizbfzaqwbk> has joined #yocto | 09:12 | |
| *** sno <sno!~sno@ip5b40f5e2.dynamic.kabel-deutschland.de> has quit IRC | 09:14 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:14 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 09:20 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 09:21 | |
| RP | kanavin: any objection if I squash a few of your python patches together and move it back to python instead of python-sanity ? | 09:22 |
| *** bluelightning_ is now known as bluelightning | 09:24 | |
| *** sno <sno!~sno@ip5b40f5e2.dynamic.kabel-deutschland.de> has joined #yocto | 09:26 | |
| evotion | Hi, I have a problem regarding sstate and rebuilds of images. When I change my recipe PV, which currently just does do_install and do_deploy a ASCII file, the ipk and deploy step is done correctly and all files are updated. But the image including this recipe does not rebuild and uses the old version. https://pastebin.com/4rxX0Fhq is an example how this was done. Does someone have an idea, what to do, to make the image update itself? | 09:31 |
| *** jofr <jofr!~jofr@193.182.166.3> has quit IRC | 09:44 | |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 09:44 | |
| RP | evotion: how is the image depending on this recipe? | 09:50 |
| RP | evotion: also, how is PV in the recipe set? | 09:51 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 09:53 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:53 | |
| evotion | RP: PV is set via the recipe file name. The package is in PACKAGE_INSTALL of the image. | 09:55 |
| *** rewitt1 <rewitt1!rewitt@nat/intel/x-khtocrbrryqsersx> has joined #yocto | 09:55 | |
| rburton | so all the deploy stuff is redundant? | 09:55 |
| *** stephano2 <stephano2!~stephano@134.134.139.72> has joined #yocto | 09:55 | |
| *** sgw <sgw!~sgw@134.134.139.73> has quit IRC | 09:56 | |
| *** rewitt <rewitt!rewitt@nat/intel/x-myeavinruwakgvts> has quit IRC | 09:57 | |
| *** stephano <stephano!~stephano@134.134.139.72> has quit IRC | 09:57 | |
| *** sgw <sgw!~sgw@192.55.54.42> has joined #yocto | 09:58 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 10:02 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 10:02 | |
| RP | evotion: why PACKAGE_INSTALL and not IMAGE_INSTALL? | 10:05 |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC | 10:05 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 10:06 | |
| evotion | RP: Because its a custom image that is used on another partition than the actual rootfs. But I tried it on another image using IMAGE_INSTALL and had the same problem. | 10:13 |
| RP | evotion: there are signs something odd is going on since your do_deploy excludes DATETIME yet you don't reference it anywhere. If DATETIME was a key part of the PV and you disable it, that would stop it rebuilding. | 10:15 |
| RP | evotion: its also odd to have do_deploy and use the ipk | 10:15 |
| kanavin | aehs29, it was easier to work on the update that way, I do not like having it all mixed up with other recipes in the same folder | 10:15 |
| RP | evotion: so things don't quite add up but its hard to say why | 10:15 |
| kanavin | RP: I don't object, although I have a preference for keeping it in its own folder separate from other recipes | 10:15 |
| *** didile <didile!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has joined #yocto | 10:16 | |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto | 10:16 | |
| RP | kanavin: python-sanity isn't a good choice of name for that :/ | 10:16 |
| kanavin | RP: we should probably do the same for perl then, there is a perl-sanity folder currently | 10:16 |
| RP | kanavin: yes, that is also something I'm planning to change | 10:17 |
| *** lfa <lfa!~lfa@213-47-163-50.cable.dynamic.surfer.at> has joined #yocto | 10:17 | |
| didile | hi | 10:19 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 10:20 | |
| *** nayfe <nayfe!uid259604@gateway/web/irccloud.com/x-bgodxtvkjzpxiixm> has quit IRC | 10:33 | |
| evotion | RP: The DATETIME is excluded for do_deploy. Running bitbake with the recipe for the package, the do_install and do_deploy is rerun and the ipks are rebuilt. Building directly the image or after rebuilding the package, does not refresh the image. Doing this with another package, leeds to a rebuild of the image. | 10:34 |
| *** berton <berton!~berton@177.194.204.148> has joined #yocto | 10:36 | |
| *** berton <berton!~berton@177.194.204.148> has quit IRC | 10:41 | |
| *** berton <berton!~berton@177.194.204.148> has joined #yocto | 10:44 | |
| RP | evotion: you mean "bitbake <image>" does nothing or that the image rebuilds but doesn't contain the new firmware? | 10:45 |
| RP | evotion: *why* is DATETIME excluded for do_deploy? | 10:46 |
| RP | evotion: why do you even need do_deploy if the fimware is in the image? | 10:46 |
| RP | evotion: This feels like we've only got part of the story. What you say doesn't make sense and the there are several things which clearly don't add up. Not sure how we can help given that :( | 10:47 |
| *** nayfe <nayfe!uid259604@gateway/web/irccloud.com/x-dofxqbgajuayifxu> has joined #yocto | 10:47 | |
| evotion | RP: Running bitbake <image> does trigger a rebuild of the package. The ipk has the correct version of the package, but the file in the image does not get updated. Running bitbake -v <image> i see do_populate_sysroot_setscene, do_deploy_setscene, do_package_write_ipk_setscene and do_packagedata_setscene. | 10:54 |
| RP | evotion: does "bitbake <image> -e | grep PACKAGE_INSTALL=" show you the entry you think it does? | 10:58 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 10:58 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 10:58 | |
| RP | evotion: does "bitbake <image> -g" and looking at task-depends.dot show a dependency on your firmware recipe from the image do_rootfs ? | 10:58 |
| *** florian_kc is now known as florian | 10:59 | |
| evotion | RP: Both show the dependency to the firmware. | 11:00 |
| evotion | RP: bitbake <image> -g shows a runtime depends | 11:00 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 11:07 | |
| *** fl0v0 <fl0v0!~fvo@i577A6594.versanet.de> has quit IRC | 11:08 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 11:13 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 11:14 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 11:22 | |
| *** ferlzc <ferlzc!~ferlzc@187.57.74.56> has joined #yocto | 11:23 | |
| *** no_such_user <no_such_user!~no_such_u@fpc125996-trow7-2-0-cust59.18-1.static.cable.virginm.net> has joined #yocto | 11:48 | |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC | 11:53 | |
| *** agnem <agnem!~agnem@instant.ed.ntnu.no> has joined #yocto | 11:54 | |
| yocti | New news from stackoverflow: spi slave on imx8qmlpddr4arm2 board using yocto <https://stackoverflow.com/questions/54591919/spi-slave-on-imx8qmlpddr4arm2-board-using-yocto> | 11:58 |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto | 11:59 | |
| RP | evotion: should work then | 12:02 |
| evotion | RP: I thought it could be some missing sstate dependency missing, that does not retrigger the image build. Doing a cleansstate works also | 12:07 |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 12:12 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 12:19 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 12:22 | |
| RP | evotion: something doesn't make sense here :( | 12:23 |
| rburton | i'd start by deleting all the deploy bits | 12:24 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:33 | |
| evotion | rburton: I tried this, but does not make any difference | 12:34 |
| rburton | whats't the recipe without the deploy bits in? | 12:36 |
| evotion | rburton: This is the new recipe https://pastebin.com/rMi21CBw | 12:38 |
| rburton | does the PV strictly increase? | 12:46 |
| rburton | also no need for pakagearch=all if you inherit allarch | 12:46 |
| rburton | FILES should be /firmware/${HEX_INSTALL_NAME} | 12:47 |
| * psaavedra[m] sent a long message: < https://matrix.org/_matrix/media/v1/download/matrix.org/AKZcASWSAWypLEqJELbimAEv > | 12:49 | |
| *** saraf <saraf!~a_saraf@123.252.238.18> has joined #yocto | 12:49 | |
| evotion | rburton: The PV can also decrease especcially when testing. | 13:04 |
| evotion | rburton: Normaly it increases only. | 13:04 |
| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-iktmeknykguyiyje> has quit IRC | 13:06 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 13:06 | |
| rburton | so does it not rebuild the image when asked, or does it rebuild with the wrong content | 13:06 |
| *** berton <berton!~berton@177.194.204.148> has quit IRC | 13:06 | |
| evotion | It does rebuild the package, but does not change the content in the image | 13:06 |
| evotion | I'll try to only increase the package | 13:07 |
| rburton | and when that happens you did ask bitbake to rebuild the image too right | 13:07 |
| rburton | (just building the firmware recipe won't rebuild everything that depends on it) | 13:08 |
| rburton | ie you're doing bitbake myimage (which depends on the firmware) | 13:08 |
| evotion | Yes I just run bitbake <image> and that leeds to a rebuild of the firmware | 13:08 |
| rburton | check deploy dir and verify the right package is in there | 13:09 |
| rburton | (with the right content) | 13:09 |
| rburton | images are built from package, so check the packages and see what is happening | 13:09 |
| rburton | if the package if fine then you know its rootfs construction that is not doing what you expect | 13:10 |
| evotion | rburton: rootfs is not retriggered when running bitbake <image>, the ipk package is rebuilt and the content is also correct. | 13:15 |
| RP | evotion: Either the sstate checksum of the do_package_write_ipk task didn't change (in which case it wouldn't rebuild), or the rootfs isn't depending on it | 13:16 |
| RP | evotion: you've stated it does change and the rootfs does depend on it. So either we don't understand the system, bitbake is broken, or one of these things isn't true | 13:17 |
| *** u1106 <u1106!~quassel@163.172.172.46> has quit IRC | 13:18 | |
| *** u1106 <u1106!~quassel@163.172.172.46> has joined #yocto | 13:18 | |
| *** edcragg <edcragg!~edcragg@nomnomnomnom.co.uk> has quit IRC | 13:19 | |
| *** yourfate <yourfate!~yourfate@unaffiliated/yourfate> has quit IRC | 13:19 | |
| evotion | RP: The ipk changes, the content of the image does not, but the dependency is there (it also gets rebuild). | 13:19 |
| RP | evotion: so bitbake is broken or I don't understand the system | 13:19 |
| *** yourfate <yourfate!~yourfate@unaffiliated/yourfate> has joined #yocto | 13:20 | |
| RP | evotion: keep in mind nobody else is seeing such a problem and I was the author for large parts of sstate | 13:20 |
| evotion | RP: Indeed the do_package_write_ipk checksum in stamps does not change between the two builds | 13:21 |
| evotion | RP: We have to use krogoth, was there any bug you know about? | 13:22 |
| RP | evotion: right, so there is some problem in the firmware recipe rather than the rootfs code | 13:22 |
| RP | evotion: krogoth had lots of bugs :( | 13:22 |
| RP | evotion: We've moved on a lot since then | 13:22 |
| RP | evotion: are you using any other varpdeps* flags you're not telling us about? | 13:23 |
| evotion | RP: No, this is the complete recipe. | 13:24 |
| RP | evotion: have you tried setting PV automatically, PV = "X.X+svn${SRCPV}" ? | 13:25 |
| *** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 13:25 | |
| RP | evotion: you're using autorev but haven't tied the PV to the automatic revisions | 13:25 |
| evotion | RP: I'll try to build just that image with sumo, to check if it is a bug. | 13:25 |
| RP | evotion: I suspect this is something to do with how you're setting PV and that it isn't rebuilding | 13:26 |
| sb79a | Hi, I want to print out the yocto documentation, is there any kind of PDF format? | 13:27 |
| *** edcragg <edcragg!~edcragg@nomnomnomnom.co.uk> has joined #yocto | 13:27 | |
| RP | sb79a: the docs Makefile used to be able to generate a pdf at least... | 13:27 |
| RP | sb79a: its docbook based so I'm sure it can be generated | 13:27 |
| sb79a | ok thanks, I will do it in this case | 13:28 |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto | 13:28 | |
| evotion | RP: Is the recipes filename version used to determine PV or SRCPV? | 13:32 |
| RP | evotion: filename by default | 13:32 |
| RP | evotion: you have to set it to use SRCPV | 13:32 |
| PinkSnake | Hello all, someone here knows the syntax for arithmetic operation on Yocto variable ? (eg. BB_NUMBER_THREADS ?= "${@oe.utils.cpu_count() / 2 }" | 13:32 |
| *** tasslehoff_ <tasslehoff_!~Tasslehof@82.147.55.166> has quit IRC | 13:33 | |
| RP | PinkSnake: its python | 13:34 |
| RP | BB_NUMBER_THREADS ?= "${@ <python here> }" | 13:34 |
| PinkSnake | RP: ok thx i will take a look thx | 13:36 |
| *** jij <jij!jonashg@nat/axis/x-ngovvzmlpdgutjfn> has quit IRC | 13:51 | |
| *** no_such_user <no_such_user!~no_such_u@fpc125996-trow7-2-0-cust59.18-1.static.cable.virginm.net> has quit IRC | 13:55 | |
| *** jij <jij!jonashg@nat/axis/x-lnsqdwfftsqogdem> has joined #yocto | 13:59 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 14:03 | |
| evotion | RP: Thanks for your help. I'll give it a try. | 14:17 |
| * zeddii has to remember to make zeddii_home -> zedii later today. | 14:18 | |
| *** evotion <evotion!d918c92f@gateway/web/freenode/ip.217.24.201.47> has quit IRC | 14:21 | |
| *** nayfe <nayfe!uid259604@gateway/web/irccloud.com/x-dofxqbgajuayifxu> has quit IRC | 14:23 | |
| *** kristoiv <kristoiv!~kristoiv@195.139.214.6> has joined #yocto | 14:23 | |
| RP | zeddii: switching machines around was a nightmare for me :/ | 14:25 |
| kanavin | RP: I compared build times for core-image-minimal (no sstate) with and without virgl/gtk - it does go up from 28 to 32 minutes | 14:25 |
| RP | kanavin: ah, that is useful to know thanks. I was going to try and test this on the autobuilder too! | 14:26 |
| RP | kanavin: just have to fix the scripts first | 14:26 |
| kanavin | RP: you're welcome. I really tried super-hard to make the current sdl frontend work, but it either crashes, or shows a blank screen. Not sure why this hasn't been noticed upstream. | 14:27 |
| zeddii | RP: indeed. I did my last set of patches from my new machines, to see what I had missed .. and did find a few things! | 14:28 |
| RP | kanavin: I guess its something which just doesn't get tested :( | 14:28 |
| kanavin | RP: I also tested with qemu provided by fedora and opensuse, and they both have the same 'blank screen' problem as our qemu, when using sdl | 14:28 |
| kanavin | gtk on the other hand is fine | 14:28 |
| RP | kanavin: should we report it to them? | 14:29 |
| RP | kanavin: I do want ross to look this one over so we're waiting on him having time for that | 14:30 |
| kanavin | RP: I'm not sure I would have time to follow up on the bug report to be honest | 14:30 |
| RP | kanavin: ok, fair enough | 14:31 |
| didile | I've trouble to package a recipe I wrote with a DEPENDS as another recipe I wrote | 14:32 |
| didile | the dependence is a C library | 14:33 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 14:33 | |
| didile | I get this error: "vesta-app-2.0.0-r0 do_package_qa: QA Issue: /home/root/VestaApp/VestaApp contained in package vesta-app requires libmonocypher.so, but no providers found in RDEPENDS_vesta-app? [file-rdeps]" | 14:33 |
| didile | I've DEPENDS = "monocypher" in vesta-app_2.0.0.bb | 14:34 |
| didile | and this recipe as monocypher_2.0.5.bb: https://paste.ofcode.org/fAq8HWKHG3Z5MiEazHxGxb | 14:34 |
| didile | what's wrong with it? | 14:37 |
| RP | didile: you had to set FILES? that suggests the library layout isn't standard? | 14:38 |
| RP | didile: it may be the auto library dependency code isn't handling that and hence you need to set RDEPENDS_vesta-app manually? | 14:39 |
| *** didile_ <didile_!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has joined #yocto | 14:40 | |
| didile_ | RP: I've added FILES_${PN} = "${libdir}/*.so*" and INSANE_SKIP_${PN} = "ldflags" (see my recipe here: https://paste.ofcode.org/fAq8HWKHG3Z5MiEazHxGxb) | 14:41 |
| *** didile <didile!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has quit IRC | 14:42 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto | 14:46 | |
| RP | didile_: I know, that why I commented on it | 14:47 |
| RP | didile_: I'm wondering why the default FILES didn't work | 14:47 |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 14:48 | |
| *** edcragg <edcragg!~edcragg@nomnomnomnom.co.uk> has quit IRC | 14:52 | |
| didile_ | RP: I'm on sumo | 14:53 |
| *** edcragg <edcragg!~edcragg@nomnomnomnom.co.uk> has joined #yocto | 14:53 | |
| *** kristoiv <kristoiv!~kristoiv@195.139.214.6> has quit IRC | 14:54 | |
| didile_ | RP: maybe this is a confusion between $prefix and $libdir? | 14:55 |
| RP | didile_: FILES_${PN} = "${bindir}/* ${sbindir}/* ${libexecdir}/* ${libdir}/lib*${SOLIBS} is the default (from bitbake.conf) | 14:56 |
| RP | SOLIBS = ".so.*" | 14:56 |
| RP | didile_: so I stand by what I said, it seems your versioning in this recipe is different and its likely confusing the automatic dependency generation code | 14:57 |
| RP | didile_: have you tried adding an RDEPENDS manually? | 14:57 |
| didile_ | RP: yes I've tried RDPENDS with "monocypher" or "libmonocypher" | 14:58 |
| didile_ | RP: but no luck :( | 14:58 |
| didile_ | RP: maybe I need to use FILES += instead if FILE = ? | 14:58 |
| RP | RDEPENDS_vesta-app += "monocypher" ? | 14:58 |
| didile_ | RP: RDEPENDS_${PN} += "monocypher" | 14:59 |
| didile_ | I have DEPENDS = "qtwebengine qtwebchannel monocypher" actually | 15:00 |
| didile_ | only monocypher gives me this error | 15:00 |
| didile_ | because it's probably a bad recipe (it's mine) | 15:00 |
| RP | didile_: check that the monocypher packages have the correct contents I guess | 15:00 |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC | 15:00 | |
| RP | didile_: I tend to worry when you have to deviate from the defaults like FILES | 15:01 |
| didile_ | RP: what's the way to check that? | 15:02 |
| didile_ | bitbake -c devshell monocypher ? | 15:02 |
| RP | didile_: look at the contents of the ipk files it generates? (or the packages-split directories in workdir) | 15:02 |
| didile_ | RP: maybe there is a way to look at the generated sysroot? | 15:02 |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-bhhhwagxqlpbbhaf> has joined #yocto | 15:03 | |
| didile_ | RP: where are packages-split directories? | 15:04 |
| didile_ | RP: I've found only 3 packages-split directories in work/ directory but none for monocypher | 15:05 |
| RP | didile_: rm_work enabled? | 15:11 |
| didile_ | RP: if I run a find command in the tmp directory I get this output: (https://paste.ofcode.org/syKtWgUbav7hrHULB7qC7p) | 15:11 |
| didile_ | RP: yes it is | 15:11 |
| RP | didile_: it'll have cleaned up those files then | 15:11 |
| didile_ | RP: ok | 15:12 |
| RP | didile_: I come back to the question, why you need that FILES line. The lib names don't look that unusual | 15:12 |
| didile_ | RP: I removed it | 15:12 |
| didile_ | RP: just now | 15:12 |
| didile_ | RP: it's not responsible for this error | 15:14 |
| RP | didile_: clearly not, but helps to rule it out and clean up your recipe | 15:14 |
| didile_ | RP: right | 15:14 |
| RP | didile_: you skip the ldflags warning. I wonder if there is are flags in there you need | 15:15 |
| didile_ | RP: I removed it to see what happen | 15:17 |
| didile_ | RP: without it I have another error at some point but it doesn't change the current error | 15:17 |
| RP | didile_: if "bitbake monocypher" doesn't build cleanly without warnings, sort that out first | 15:19 |
| RP | didile_: we add these warnings for reasons | 15:19 |
| fury | what do i delete from a build directory to leave the configuration intact in case i want to rebuild it later? just rm -rf cache tmp? | 15:20 |
| fury | my sstate-cache and downloads are in a separate dir and i always leave those unless i'm desperate for space... | 15:21 |
| didile_ | RP: I get: "monocypher-2.0.5-r0 do_package_qa: QA Issue: No GNU_HASH in the elf binary: 'tmp/work/cortexa9hf-neon-poky-linux-gnueabi/monocypher/2.0.5-r0/packages-split/monocypher/usr/lib/libmonocypher.so.2' [ldflags]" | 15:21 |
| didile_ | RP: the line INSANE_SKIP_${PN} = "ldflags" fixes it | 15:22 |
| RP | didile_: it doesn't fix it, it hides the warning | 15:24 |
| RP | didile_: I'm wondering if the lack of ldflags means the binary is in a form which the dependency code isn't understanding | 15:24 |
| RP | fury: tmp is the large one and safe to remove. cache isn't large but is usually safe unless you have prserv data in there | 15:25 |
| fury | RP: thanks! | 15:26 |
| didile_ | RP: I don't see the need for ldflags in the Makefile | 15:27 |
| khem | RP: I have got LTO working for llvm but it really takes loooong time to compile llvm however, the runtime gains are almost double speed | 15:27 |
| khem | even Thin-LTO the compile time for llvm is 2.5times :) | 15:28 |
| fury | i have a 512 gig SSD and i keep needing to trim old builds, usually i just delete the whole build directory because i've not customized the config at all, but this one's unique (suppose that means i should script the config mods so i can safely delete the whole build dir :P) | 15:28 |
| khem | fury: usually deleting tmp/ and then running openembedded-core/scripts/sstate-cache-management.sh -d -y --cache-dir=$OE_BASE/build/sstate-cache | 15:29 |
| khem | helps | 15:29 |
| khem | to keep the disk-size in check | 15:29 |
| khem | I have 500G SSD as well, it lasts me a week, but I do crazy things which is not normal | 15:30 |
| khem | Maybe I should use gold to link llvm always hmmm | 15:30 |
| fury | that's a neat script! my sstate-cache dir is about 120 gigs by now, wonder what the script will do to it... (running now, but prolly a bad idea as i'm also building a new image for beaglebone :P) | 15:33 |
| didile_ | RP: I followed this article: https://www.lynxbee.com/how-to-fix-error-do_package_qa-qa-issue-no-gnu_hash-in-the-elf-binary/ | 15:34 |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has joined #yocto | 15:34 | |
| didile_ | RP: and the like TARGET_CC_ARCH += "${LDFLAGS}" solved this specific issue | 15:35 |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC | 15:35 | |
| fury | i'm asking santa and/or the IT department for a new 500 gig drive so i don't have to delete so much - since i'm playing with so many images/boards, i inevitably have to rebuild one i deleted 3 or 4 trims ago, so if i had one more drive to put them on, i wouldn't need to rebuild so much | 15:35 |
| didile_ | RP: the line* | 15:35 |
| didile_ | RP: bitbake monocypher works | 15:36 |
| didile_ | RP: but I still have the REDEPENDS_vesta-app error | 15:36 |
| *** peacememories <peacememories!~textual@2a02:8388:8480:fd80:d10:2309:8032:259c> has joined #yocto | 15:37 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-94-64-15-199.home.otenet.gr> has quit IRC | 15:37 | |
| PinkSnake | didile_: for the GNU_HASH issue, add ${LDFLAGS} to the $CC command ;) | 15:45 |
| didile_ | RP: I think that TARGET_CC_ARCH += "${LDFLAGS}" does that | 15:46 |
| didile_ | PinkSnake: I think that TARGET_CC_ARCH += "${LDFLAGS}" does that | 15:46 |
| PinkSnake | didile_: I have tested also and both seems to work, you're right | 15:46 |
| RP | didile_: If you make it RDEPEND on monocypher-dev does it "solve" the warning? | 15:48 |
| RP | didile_: I'm wondering if its linking against the unversioned .so instead of the versioned one | 15:48 |
| didile_ | RP: I added monocypher-dev to RDEPENDS_${PN} without success :( | 15:50 |
| didile_ | RP: this is not a warning but an error: "ERROR: vesta-app-2.0.0-r0 do_package_qa: QA Issue: /home/root/vesta-app/vesta-app contained in package vesta-app requires libmonocypher.so, but no providers found in RDEPENDS_vesta-app? [file-rdeps]" | 15:50 |
| didile_ | I changed VestaApp for vesta-app because of this post: https://forums.xilinx.com/t5/Embedded-Linux/Missing-libc-so-6/m-p/858464/highlight/true#M26242 | 15:51 |
| didile_ | RP: maybe the "-" character is also forbidden like the uppercase characters... | 15:53 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 15:55 | |
| *** zeddii <zeddii!~bruce@128.224.252.2> has left #yocto | 15:56 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 15:57 | |
| *** zeddiii <zeddiii!~zeddii@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto | 15:57 | |
| *** peacememories <peacememories!~textual@2a02:8388:8480:fd80:d10:2309:8032:259c> has quit IRC | 15:58 | |
| RP | didile_: its no | 15:59 |
| RP | not | 15:59 |
| didile_ | RP: yes that's right (I tried) | 15:59 |
| RP | didile_: if you install vesta-app into bindir do you see this error? | 16:00 |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto | 16:00 | |
| RP | didile_: there is something odd about your case as the dependency code usually works but quite what is wrong I don't know | 16:01 |
| didile_ | RP: ok | 16:01 |
| *** stephano2 <stephano2!~stephano@134.134.139.72> has quit IRC | 16:03 | |
| RP | didile_: you could also try looking at (and/or sharing) the do_package logs for both the app and the lib. there are lines in there like LIBNAMES: and the section "calculating shlib requirements" | 16:04 |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has quit IRC | 16:05 | |
| *** Crofton|work <Crofton|work!~Crofton@2601:5c0:c100:b84:1c14:fc57:7e41:92a0> has quit IRC | 16:06 | |
| *** sno <sno!~sno@ip5b40f5e2.dynamic.kabel-deutschland.de> has quit IRC | 16:08 | |
| didile_ | RP: same if I install vesta-app into bindir: "ERROR: vesta-app-2.0.0-r0 do_package_qa: QA Issue: /usr/bin/VestaApp contained in package vesta-app requires libmonocypher.so, but no providers found in RDEPENDS_vesta-app? [file-rdeps]" | 16:09 |
| *** zeddiii <zeddiii!~zeddii@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC | 16:10 | |
| didile_ | RP: the logs of the do_package_qa task: https://paste.ofcode.org/Gxz9dEhK5Xd4PRbipGfwPp | 16:11 |
| RP | didile_: I said do_package, not package_qa | 16:13 |
| didile_ | RP: the logs of the do_package task of monocypher: https://paste.ofcode.org/5SUbJMnFcETdnNWETf4Lm8 | 16:13 |
| *** zeddii <zeddii!~zeddii@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto | 16:13 | |
| RP | didile_: arm-poky-linux-gnueabi-objdump: 'poky/build-neo/tmp/work/cortexa9hf-neon-poky-linux-gnueabi/monocypher/2.0.5-r0/packages-split/monocypher-dev/usr/lib/libmonocypher.so': No such file | 16:14 |
| didile_ | RP: the logs of do_package for vesta-app: https://paste.ofcode.org/Zry2jfuTQwmfG6YpGCMkKk | 16:14 |
| RP | didile_: that looks bad | 16:14 |
| didile_ | RP: yes | 16:14 |
| RP | didile_: probably a bad symlink, try fixing that | 16:15 |
| didile_ | RP: in the makefile: https://github.com/LoupVaillant/Monocypher/blob/master/makefile | 16:16 |
| didile_ | RP: I guess this line "ln -s $$(basename $<) $@" | 16:17 |
| didile_ | RP: for the rule lib/libmonocypher.so | 16:18 |
| RP | didile_: first question, is the symlink bad? | 16:21 |
| didile_ | RP: I don't known if it's "bad": https://paste.ofcode.org/aTmCiuXXbUuQybhkKZyyrH | 16:24 |
| didile_ | RP: there is only libmonocypher.so and a pkgconfig directory inside /monocypher-dev/usr/lib/ | 16:28 |
| *** PinkSnake <PinkSnake!51ff1123@gateway/web/freenode/ip.81.255.17.35> has quit IRC | 16:34 | |
| didile_ | RP: the logs of monocypher do_compile: https://paste.ofcode.org/5qqmR3eNhx8PvAigH9tTYQ | 16:37 |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC | 16:37 | |
| RP | didile_: so where is libmonocypher.so.2 ? | 16:40 |
| *** ankit <ankit!c0374fa5@gateway/web/freenode/ip.192.55.79.165> has joined #yocto | 16:41 | |
| *** sray <sray!c7a8975e@gateway/web/freenode/ip.199.168.151.94> has joined #yocto | 16:41 | |
| didile_ | RP: in the sources dir (git/lib/monocypher.so) | 16:42 |
| RP | didile_: ah, you mean libmonocypher.so.2 is in /monocypher/usr/lib/ ? | 16:42 |
| ankit | hi, how do I fetch/write recipes for git lfs based project | 16:42 |
| didile_ | RP: I'm wrong you said libmonocypher.so.2 sorry | 16:42 |
| didile_ | RP: it's in /packages-split/monocypher/usr/lib/libmonocypher.so.2 | 16:43 |
| didile_ | RP: and libmonocypher.so is only in /packages-split/monocypher-dev/usr/lib/libmonocypher.so | 16:43 |
| *** saraf <saraf!~a_saraf@123.252.238.18> has quit IRC | 16:44 | |
| RP | didile_: what does ls -la tmp/work/cortexa9hf-neon-poky-linux-gnueabi/monocypher/2.0.5-r0/image/usr/lib show ? | 16:44 |
| didile_ | https://paste.ofcode.org/fmKybrzJ5wbAxHDuV77WRr | 16:45 |
| RP | didile_: it looks ok to me, that error is almost certainly the problem, just a question of why | 16:46 |
| didile_ | RP: ok | 16:46 |
| didile_ | RP: I'll investigate on monday | 16:46 |
| didile_ | RP: thanks for your help :) | 16:46 |
| sray | Noob here, trying to use devtool to update python recipe. See error about "Task do_create_manifest ... depends on non-existent task do_patch ..." | 16:54 |
| sray | when running `devtool build` | 16:54 |
| sray | the example `nano` devtool workflow works okay, but obviously doesn't have any patches being applied in the recipe | 16:55 |
| *** sjolley <sjolley!~sjolley@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto | 16:57 | |
| *** didile_ <didile_!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has quit IRC | 16:58 | |
| ankit | hello, how to fetch git lfs based package. Appreciate help | 16:59 |
| rburton | sray: python is *hard* to upgrade, don't bother basicall | 17:03 |
| rburton | there's patches on the list right now to update to 3.7 | 17:04 |
| kanavin | rburton: already in master \0/ | 17:04 |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 17:04 | |
| sray | Ah thanks :) I was seeing what was possible with devtool, I do have those 3.7 patches. I'll go that route instead. Thank you. | 17:05 |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 17:06 | |
| sray | Do you know if this is just a general issue with devtool, that it doesn't support recipies with patches in them? | 17:08 |
| kergoth | no, it's not a general issue | 17:12 |
| kergoth | devtool was designed to work with patches | 17:12 |
| kergoth | of course, there's no guarantee they'll all apply after the upgrade, but taht's true whether you use devtool for the upgrade or not | 17:12 |
| sray | Hrm.. so why does it fail to find the do_patch method? It looks like there is a missing include/lib or something like that | 17:13 |
| kergoth | do_create_manifest is the issue, which doesn't exist anywhere else | 17:13 |
| kergoth | that's python specific | 17:13 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 17:14 | |
| *** adrianbunk <adrianbunk!~bunk@dsl-hkibng31-54fab3-123.dhcp.inet.fi> has quit IRC | 17:14 | |
| sray | Okay, good to know. I appreciate the help! | 17:15 |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 17:16 | |
| sray | Is it terrible to use the tip of master for developing against now? Assuming we pin the commit etc, until the next release with Python 3.7.x is out? I'm not sure how stable it is and what other pain points that might cause | 17:22 |
| kanavin | sray, that's a question that can only be answered by trying it out | 17:23 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 17:23 | |
| kanavin | master does get tested | 17:23 |
| sray | Ignore that question :) I wasn't thinking about the layer name dependencies for third party layers etc. | 17:23 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 17:24 | |
| *** paulg <paulg!~paulg@24-246-4-37.cable.teksavvy.com> has quit IRC | 17:28 | |
| sray | Do you know when the `thud-next` tag gets updated? | 17:31 |
| kergoth | whenever the thud maintainer updates it :) | 17:31 |
| sray | Ha! that is fair :) | 17:34 |
| *** mckoan is now known as mckoan|away | 17:42 | |
| *** stacktrust <stacktrust!~stacktrus@cpe-24-90-150-194.nyc.res.rr.com> has quit IRC | 17:42 | |
| *** sray <sray!c7a8975e@gateway/web/freenode/ip.199.168.151.94> has quit IRC | 17:49 | |
| *** tprrt <tprrt!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 18:06 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 18:09 | |
| RP | hmm, all our do_package logs are filled with those file not found messages :( | 18:18 |
| halstead | RP, AB maintenance is complete and ready for work. | 18:32 |
| *** falk0n <falk0n!~falk0n@a109-49-134-34.cpe.netcabo.pt> has quit IRC | 18:41 | |
| kanavin | fray, yet another gitsm issue found | 18:41 |
| kanavin | we have a broken recipe here which lists multiple gitsm uris in SRC_URI and doesn't set SRCREV_FORMAT | 18:42 |
| kanavin | then SRCPV fails to expand, and this isn't properly caught by the unpack task | 18:42 |
| kanavin | which results in a generic unhelpful failure | 18:43 |
| kanavin | I sent a patch to bitbake-devel for this | 18:43 |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 18:44 | |
| *** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 18:46 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-ktcfcmizbfzaqwbk> has quit IRC | 18:46 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 18:48 | |
| *** sb79a <sb79a!~sb79a@84-236-101-86.pool.digikabel.hu> has quit IRC | 18:49 | |
| *** sb79a <sb79a!~sb79a@84-236-101-86.pool.digikabel.hu> has joined #yocto | 18:50 | |
| *** sb79a <sb79a!~sb79a@84-236-101-86.pool.digikabel.hu> has quit IRC | 18:54 | |
| *** robbawebba <robbawebba!~rob@47.180.176.91> has quit IRC | 18:59 | |
| RP | halstead: thanks, I'll fire a -next build | 19:04 |
| halstead | :) | 19:04 |
| RP | halstead: I held off earlier :) Its running now | 19:06 |
| RP | kanavin: do we need a new test case? | 19:06 |
| halstead | RP, Thank you. I went to execute the graceful shutdown we talked about but it was already idle. :) | 19:07 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 19:21 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 19:25 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 19:30 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 19:57 | |
| yocti | New news from stackoverflow: How do I generate an ordered lists of the executed tasks when bitbaking a package? <https://stackoverflow.com/questions/45318259/how-do-i-generate-an-ordered-lists-of-the-executed-tasks-when-bitbaking-a-packag> | 20:00 |
| *** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 20:00 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 20:01 | |
| *** sb79a <sb79a!~sb79a@84-236-101-86.pool.digikabel.hu> has joined #yocto | 20:08 | |
| *** sb79a <sb79a!~sb79a@84-236-101-86.pool.digikabel.hu> has quit IRC | 20:12 | |
| khem | RP: do we use xz for sstate now ? or still gzip | 20:23 |
| khem | I see tar -czS -f being called | 20:23 |
| *** sb79a <sb79a!~sb79a@84-236-101-86.pool.digikabel.hu> has joined #yocto | 20:40 | |
| *** sb79a <sb79a!~sb79a@84-236-101-86.pool.digikabel.hu> has quit IRC | 20:45 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-mynqrqhpeewxvlwr> has joined #yocto | 21:03 | |
| *** ankit <ankit!c0374fa5@gateway/web/freenode/ip.192.55.79.165> has quit IRC | 21:13 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 21:22 | |
| *** ferlzc <ferlzc!~ferlzc@187.57.74.56> has quit IRC | 21:24 | |
| *** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC | 22:03 | |
| *** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto | 22:07 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-116-81.ssp.dialog.net.pl> has joined #yocto | 22:10 | |
| *** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC | 22:12 | |
| *** maudat <maudat!~moda@64.18.88.250> has quit IRC | 22:17 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 22:18 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 22:21 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 22:23 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 22:24 | |
| *** tprrt <tprrt!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 22:29 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 22:32 | |
| *** schnitzeltony <schnitzeltony!5de68cd6@gateway/web/freenode/ip.93.230.140.214> has joined #yocto | 22:32 | |
| RP | khem: gzip for speed iirc | 22:34 |
| RP | khem: parallel gzip is a lot faster | 22:34 |
| khem | RP: ok, so we use parallel gzip ? | 22:36 |
| khem | RP: I am seeing xz eating up memory since it threads too much :) | 22:36 |
| khem | on machines with 16cores/15GB ram xz gives up on some monsterous recipes | 22:36 |
| khem | 16GB I mean | 22:37 |
| *** luq <luq!~luq@modemcable114.129-37-24.static.videotron.ca> has quit IRC | 22:37 | |
| RP | khem: it uses pigz if available | 22:39 |
| schnitzeltony | hi - khem: Would you mind to add multilib on your autobuilder? | 22:48 |
| khem | schnitzeltony: I think thats a good idea, I could do it for x86_64 build, but I am afraid it will end up with failures that no one will fix and will fall on to me | 22:50 |
| schnitzeltony | You'll have me on your side :) - most fixes are simple | 22:51 |
| *** agust <agust!~agust@p508B6DC9.dip0.t-ipconnect.de> has quit IRC | 22:52 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 22:53 | |
| schnitzeltony | I think the problem is people are not aware - for example ${PN} in SRC_URI | 22:53 |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 22:54 | |
| khem | schnitzeltony: let me see what I can do | 22:56 |
| khem | RP: so pigz on build host ? or can it use pigz-native ? | 22:56 |
| RP | khem: both would work if available | 22:57 |
| RP | khem: the sstate code simply uses pigz from PATH if available | 22:57 |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 22:58 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-xqrpahlxvgvgsixu> has joined #yocto | 23:00 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 23:00 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 23:02 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 23:02 | |
| schnitzeltony | khem: I know it is yet another burden put upon you: How about more details on autobuilder results e.g if a recipe fails not for 'common' I don't know: is it musl related / clang (or multilib once tested) | 23:03 |
| RP | khem: did you end up using any of the config driver code for it? I've been planning a "reproduction" tool for failing OE-Core builds using the helper repo | 23:06 |
| khem | RP: no not yet | 23:18 |
| khem | schnitzeltony: the jenkins builds use gcc/glibc/musl/system combos | 23:19 |
| khem | schnitzeltony: my own builds use clang in some cass | 23:19 |
| khem | there are so many combinations we can go nuts | 23:19 |
| RP | khem: I'm sure we're all quite nuts by now! ;-) | 23:20 |
| khem | heh | 23:20 |
| khem | RP: I think Ross also came across this in past but I was enablinh LTO and found that we need to use COMPILER_AR and COMPILER_NM and COMPILER_RANLIB | 23:21 |
| RP | khem: he did run into it, yes | 23:22 |
| khem | RP: I was wondering if we should make default AR/NM/RANLIB point to this once for all | 23:22 |
| RP | khem: he had patches but I think you weren't keen | 23:22 |
| khem | since with binutils 2.32 I dont have many concerns with that | 23:22 |
| khem | clang when compiled with lto can compile 1.5x faster | 23:23 |
| khem | I was wondering if we can enable system-wide LTO the image could get similar benefits | 23:23 |
| khem | and code is smaller too | 23:23 |
| khem | but build time is longer but thats the compromize | 23:23 |
| khem | I believe its ok to spend some time compiling the compiler which will compile the rest of system faster and compile rest of system with LTO as well and spend some time doing so, such that the resulting code will be smaller and faster which will run on targets | 23:24 |
| khem | I dont know if I made sense there but anyway thats the nuts part | 23:25 |
| RP | khem: I'd like to try our build time perf tests with this enabled | 23:25 |
| khem | thats a good idea | 23:26 |
| RP | khem: can't see ross' patch in his branches | 23:28 |
| RP | khem: he just talked about his test on list afaict | 23:28 |
| RP | khem: anyhow, if we put a branch together I can run it through our perf test on the AB | 23:29 |
| RP | khem: automatic results aren't quite there but can be done manually | 23:29 |
| khem | RP: world might not compile with lto | 23:31 |
| khem | but if we can test images I think that will be a good start | 23:31 |
| RP | khem: core-image-sato is our timing test target | 23:36 |
| RP | khem: btw, I'd tweaked the space in that glibc-locale patch. I only just read you had other tweaks after I'd merged the other one :/ | 23:38 |
| * RP -> Zzzz | 23:39 | |
| khem | RP: not to that recipe but other oe-core changes | 23:40 |
| khem | like libunwind patch | 23:40 |
| khem | I sent just now | 23:40 |
| *** sb79a <sb79a!~sb79a@84-236-101-86.pool.digikabel.hu> has joined #yocto | 23:42 | |
| *** schnitzeltony <schnitzeltony!5de68cd6@gateway/web/freenode/ip.93.230.140.214> has quit IRC | 23:42 | |
| *** sb79a <sb79a!~sb79a@84-236-101-86.pool.digikabel.hu> has quit IRC | 23:46 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!