| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 00:11 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 00:21 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 00:29 | |
| *** Zajc <Zajc!~Zajc@89-212-111-208.static.t-2.net> has quit IRC | 00:31 | |
| *** Zajc <Zajc!~Zajc@89-212-111-208.static.t-2.net> has joined #yocto | 00:39 | |
| *** nerdboy <nerdboy!~sarnold@mobile-107-77-164-102.mobile.att.net> has joined #yocto | 00:45 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 00:45 | |
| *** zzeroo <zzeroo!~zzeroo@p50999e88.dip0.t-ipconnect.de> has quit IRC | 01:10 | |
| *** sjolley <sjolley!~sjolley@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto | 01:15 | |
| *** zzeroo <zzeroo!~zzeroo@p50999e88.dip0.t-ipconnect.de> has joined #yocto | 01:16 | |
| khem | RP: I will once the OE servers are free | 01:52 |
|---|---|---|
| *** stephano <stephano!~stephano@134.134.139.76> has quit IRC | 02:07 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 02:14 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 02:14 | |
| *** sjolley <sjolley!~sjolley@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC | 02:15 | |
| *** onlyesterday16 <onlyesterday16!~onlyester@113.160.58.178> has joined #yocto | 02:19 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto | 02:23 | |
| *** ankit <ankit!~apnavik@192.55.54.38> has joined #yocto | 02:39 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 02:50 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 02:52 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC | 03:04 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto | 03:23 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC | 03:27 | |
| *** sjolley <sjolley!~sjolley@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto | 03:35 | |
| *** kaspter <kaspter!~Instantbi@115.204.210.191> has joined #yocto | 03:39 | |
| *** pbb <pbb!~quassel@pbb4.pbb.lc> has quit IRC | 03:43 | |
| *** BuddyButterfly1 <BuddyButterfly1!~BuddyButt@dslb-088-065-120-087.088.065.pools.vodafone-ip.de> has joined #yocto | 03:51 | |
| *** BuddyButterfly <BuddyButterfly!~BuddyButt@p5080D27B.dip0.t-ipconnect.de> has quit IRC | 03:53 | |
| *** ankit <ankit!~apnavik@192.55.54.38> has quit IRC | 04:36 | |
| *** agust <agust!~agust@p54833194.dip0.t-ipconnect.de> has joined #yocto | 04:39 | |
| *** sjolley <sjolley!~sjolley@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC | 05:10 | |
| *** sjolley <sjolley!~sjolley@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto | 05:11 | |
| *** camus <camus!~Instantbi@115.204.210.191> has joined #yocto | 05:21 | |
| *** kaspter <kaspter!~Instantbi@115.204.210.191> has quit IRC | 05:23 | |
| *** camus is now known as kaspter | 05:23 | |
| *** thaytan <thaytan!~thaytan@121-200-23-18.79c817.syd.nbn.aussiebb.net> has quit IRC | 05:49 | |
| *** thaytan <thaytan!~thaytan@121-200-23-18.79c817.syd.nbn.aussiebb.net> has joined #yocto | 05:51 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto | 06:25 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 06:35 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 06:38 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 06:41 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC | 06:52 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 06:53 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 06:54 | |
| *** sjolley <sjolley!~sjolley@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC | 07:00 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 07:17 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:20 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 07:28 | |
| *** frsc <frsc!~frsc@200116b824e25400f2e1a7f721ea0c35.dip.versatel-1u1.de> has joined #yocto | 07:29 | |
| *** marble_visions <marble_visions!~user@68.183.79.8> has quit IRC | 07:30 | |
| *** marble_visions <marble_visions!~user@68.183.79.8> has joined #yocto | 07:32 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 07:32 | |
| *** JulesVerne_ <JulesVerne_!56b8c8bd@gateway/web/freenode/ip.86.184.200.189> has joined #yocto | 07:36 | |
| JulesVerne_ | Hi | 07:36 |
| JulesVerne_ | not sure of the etiquette, first time here | 07:37 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 07:47 | |
| *** JulesVerne_ <JulesVerne_!56b8c8bd@gateway/web/freenode/ip.86.184.200.189> has quit IRC | 07:50 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 07:50 | |
| *** nerdboy <nerdboy!~sarnold@107.77.164.94> has joined #yocto | 07:53 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 07:53 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:55 | |
| *** fl0v0 <fl0v0!~fvo@i577A6FED.versanet.de> has joined #yocto | 07:57 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 07:58 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:58 | |
| *** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 07:59 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 07:59 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 08:01 | |
| *** sagner <sagner!~ags@46.140.72.82> has joined #yocto | 08:09 | |
| *** pbb <pbb!~quassel@pbb4.pbb.lc> has joined #yocto | 08:12 | |
| *** willie <willie!d973313a@gateway/web/freenode/ip.217.115.49.58> has quit IRC | 08:13 | |
| *** tgraydon <tgraydon!~textual@134.134.139.83> has quit IRC | 08:28 | |
| *** gtristan <gtristan!~tristanva@114.207.54.12> has joined #yocto | 08:31 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 08:41 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 08:44 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-185-181.ssp.dialog.net.pl> has quit IRC | 08:51 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:56 | |
| *** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 08:58 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 08:59 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:00 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 09:02 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:04 | |
| *** sagner <sagner!~ags@46.140.72.82> has quit IRC | 09:05 | |
| *** sagner <sagner!~ags@46.140.72.82> has joined #yocto | 09:07 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 09:13 | |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 09:14 | |
| *** wooosaiiii <wooosaiiii!~woo@89-212-21-243.static.t-2.net> has joined #yocto | 09:22 | |
| *** willie <willie!d973313a@gateway/web/freenode/ip.217.115.49.58> has joined #yocto | 09:31 | |
| *** pbb <pbb!~quassel@pbb4.pbb.lc> has quit IRC | 09:37 | |
| *** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 09:38 | |
| *** pbb <pbb!~quassel@pbb4.pbb.lc> has joined #yocto | 09:38 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 09:45 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:51 | |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 09:51 | |
| *** BuddyButterfly1 <BuddyButterfly1!~BuddyButt@dslb-088-065-120-087.088.065.pools.vodafone-ip.de> has quit IRC | 10:01 | |
| *** BuddyButterfly <BuddyButterfly!~BuddyButt@dslb-088-065-120-087.088.065.pools.vodafone-ip.de> has joined #yocto | 10:02 | |
| willie | Hello, i started this yday but my browser crashed so i missed any responses. How does licenses work? I want to use qt which on their website says it can be used with LGPLv3 for open source. | 10:03 |
| willie | I assume that in the "LICENSE" i should set it to LGPLv3, but where do i get the checksum for the license? does it need to be specific from qt, i could not find checksum on their website or in the meta-qt | 10:04 |
| *** yacar_ <yacar_!~yacar@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 10:05 | |
| willie | I'm obviously a newbie and in other stuff i have used it was always sufficient to use "MIT" and put a COPY.MIT in the project directory but that does not seem to be the case for qt | 10:06 |
| *** yacar_ <yacar_!~yacar@static-css-ccs-204145.business.bouyguestelecom.com> has left #yocto | 10:07 | |
| *** yacar_ <yacar_!~yacar@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 10:08 | |
| LetoThe2nd | willie: no, the lgpl applies to qt | 10:11 |
| LetoThe2nd | you can happily use it for whatever proprietary code you ship, as long as you only LINK against it in its unmodified official version | 10:12 |
| LetoThe2nd | thats the whole point of LGPL vs GPL | 10:12 |
| LetoThe2nd | willie: lgpl only starts to bite if you actually patch qt itself | 10:14 |
| *** mckoan|away is now known as mckoan | 10:14 | |
| willie | LetoThe2nd: Okay, i got a bit worried last night, and i sure wont touch qt itself. regarding the checksum, should i use the last commit to the meta-qt? | 10:16 |
| LetoThe2nd | willie: add a COPYING.MIT file to your sources (you should do that anyways!) and take its checksum. | 10:17 |
| *** BuddyButterfly1 <BuddyButterfly1!~BuddyButt@p5080D40D.dip0.t-ipconnect.de> has joined #yocto | 10:18 | |
| *** BuddyButterfly <BuddyButterfly!~BuddyButt@dslb-088-065-120-087.088.065.pools.vodafone-ip.de> has quit IRC | 10:21 | |
| willie | LetoThe2nd: Do you mean the sources directory or in the directory with my sources files for that project? | 10:30 |
| LetoThe2nd | willie: is there a difference? | 10:31 |
| *** melonipoika <melonipoika!~jose@194.136.210.203> has joined #yocto | 10:32 | |
| willie | LetoThe2nd: Well, i guess that depends on where the function looks for the file? I'm still getting "LIC_FILES_CHKSUM contains an invalid URL: bdf7935524383ae97b7d2f5f0565829d" | 10:33 |
| LetoThe2nd | willie: why not just look at other recipes how they do it. the LIC_FILES_CHECKSUM should refer to a file that somes with the sources of your project. which makes perfect sense, as the file should state the license of the sources of the project. and of that file, it is a defined hash | 10:35 |
| LetoThe2nd | willie: here is a perfect example: http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-core/busybox/busybox.inc#n11 | 10:36 |
| LetoThe2nd | and it refers to this: https://git.busybox.net/busybox/tree/LICENSE | 10:36 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 10:36 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 10:43 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 10:45 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:48 | |
| willie | LetoThe2nd: I think my structure is the same, perhaps something else has broke due to many error runs, i'll have a look at it after lunch :> | 10:48 |
| *** ak77_ <ak77_!c12e4b03@gateway/web/freenode/ip.193.46.75.3> has joined #yocto | 10:56 | |
| *** ak77 <ak77!c12e4b03@gateway/web/freenode/ip.193.46.75.3> has quit IRC | 10:57 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 10:57 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 10:59 | |
| *** onlyesterday16 <onlyesterday16!~onlyester@113.160.58.178> has quit IRC | 11:09 | |
| *** cvasilak <cvasilak!~cvasilak@athedsl-307092.home.otenet.gr> has joined #yocto | 11:12 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 11:19 | |
| *** gtristan <gtristan!~tristanva@114.207.54.12> has quit IRC | 11:21 | |
| *** berton <berton!~berton@177.194.204.148> has joined #yocto | 11:36 | |
| *** berton <berton!~berton@177.194.204.148> has quit IRC | 11:40 | |
| *** berton <berton!~berton@177.194.204.148> has joined #yocto | 11:42 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 11:43 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 11:44 | |
| *** vicky_ <vicky_!uid270243@gateway/web/irccloud.com/x-mqadhxzfudifhdhx> has joined #yocto | 11:47 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:18 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 12:33 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 12:34 | |
| willie | LetoThe2nd: I think i found the problem, but not the why. the license with correct checksum should en up in a dir named "license-destdir" | 12:41 |
| willie | LetoThe2nd: But for some reson the COPYING.MIT does not end up in /work/cortex..../my-project/1.0.0-r0/my-project. Should it not be built from layer? | 12:43 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 12:43 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 12:44 | |
| willie | LetoThe2nd: If i manually copy, it will probably work, but surley that is not inteded | 12:49 |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 12:53 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 12:56 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 12:57 | |
| RP | kanavin: any idea why https://autobuilder.yoctoproject.org/typhoon/#/builders/73/builds/313 would appear, then disappear in the next build? :/ | 13:05 |
| RP | kanavin: the successful patches tested ok so I've sent them out | 13:05 |
| kanavin | RP: /home/pokybuild/yocto-worker/qemux86-64/build/build/tmp/work/qemux86_64-poky-linux/core-image-sato/1.0-r0/testsdkext/tmp/sysroots/qemux86-64/usr/bin/postinst-gdk-pixbuf-native: 2: /home/pokybuild/yocto-worker/qemux86-64/build/build/tmp/work/qemux86_64-poky-linux/core-image-sato/1.0-r0/testsdkext/tmp/sysroots/qemux86-64/usr/bin/postinst-gdk-pixbuf-native: /home/pokybuild/yocto-worker/qemux86-64/build/build/tmp/work/qemux86_64-poky-linux/core-image-sato/ | 13:05 |
| kanavin | 1.0-r0/testsdkext/tmp/sysroots/x86_64/usr/lib/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders: not found | 13:05 |
| kanavin | sadly, no :( the 'missing' binary is unconditionally installed in do_install of the gdk-pixbuf recipe | 13:06 |
| RP | kanavin: I'd thought I'd ask. Kind of like the permissions issue but different | 13:06 |
| kanavin | do_install_append() { | 13:06 |
| kanavin | # Move gdk-pixbuf-query-loaders into libdir so it is always available | 13:06 |
| kanavin | # in multilib builds. | 13:06 |
| kanavin | mv ${D}/${bindir}/gdk-pixbuf-query-loaders ${D}/${libdir}/gdk-pixbuf-2.0/ | 13:06 |
| kanavin | } | 13:06 |
| kanavin | so if that succeeded, I really don't know why it would go missing later | 13:07 |
| kanavin | RP: I can maybe try to reproduce it here | 13:08 |
| RP | kanavin: did you find a cause for the warnings in the oecore-qemuarm build? | 13:09 |
| kanavin | RP: yes, and fixed them. I fixed all three issues (race, warnings, no-x11 breakage). | 13:09 |
| RP | kanavin: great, thanks, I wasn't quite sure about whether you'd found them all! :) | 13:10 |
| RP | kanavin: build looks green but I'd like rburton to review those patches before they merge too | 13:10 |
| kanavin | RP: yeah, I did :) should've been more noisy about it | 13:10 |
| kanavin | RP: I see you are taking more AUH patches, how much is left (of the ones that are 'perfect', e.g. no do_compile issues)? | 13:11 |
| RP | kanavin: there are 3-4 general SRVREV bumps | 13:13 |
| * RP didn't see the point in picking random srcrevs | 13:13 | |
| RP | kanavin: there are a few upgrades blocked on "problems" which I think we may need to help out | 13:14 |
| RP | kanavin: ltp comes to mind | 13:14 |
| *** frsc is now known as frieder | 13:14 | |
| * RP would also love to get the ptest'd | 13:14 | |
| RP | kanavin: was thinking if we could get the noise of the point upgrades sorted out it would show more clearly which other pieces need help | 13:15 |
| kanavin | RP: yeah, AUH does upgrade to latest commit ids for recipes where upstream never issues releases (e.g. kmscube or gst-examples) | 13:15 |
| kanavin | we have a special variable, UPSTREAM_CHECK_COMMITS for that I thnk | 13:16 |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 13:16 | |
| *** frieder is now known as frsc | 13:16 | |
| kanavin | RP: yep, I hope the march AUH run will be centered mostly on things that cannot be auto-updated | 13:17 |
| RP | kanavin: right, it makes sense, I just wanted to be clear about the bits I didn't take | 13:17 |
| RP | kanavin: I did redo the gnuconfig one to move to a more recent point in git history | 13:17 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 13:36 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 13:37 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 13:39 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 13:41 | |
| *** melonipoika <melonipoika!~jose@194.136.210.203> has left #yocto | 13:41 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 13:47 | |
| *** vicky_ <vicky_!uid270243@gateway/web/irccloud.com/x-mqadhxzfudifhdhx> has quit IRC | 13:55 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC | 14:03 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:21 | |
| *** sagner <sagner!~ags@46.140.72.82> has quit IRC | 14:50 | |
| *** sagner <sagner!~ags@46.140.72.82> has joined #yocto | 14:52 | |
| Piraty | adelcast: mind if i rewrite opkg-unbuild in shell (and contribute)? | 14:53 |
| Piraty | currently it's a python2 script, not very portable | 14:53 |
| Piraty | also overkill for the task of un ar/tar ing | 14:53 |
| * armpit does his auh work on weekend | 14:54 | |
| *** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 15:01 | |
| *** frsc <frsc!~frsc@200116b824e25400f2e1a7f721ea0c35.dip.versatel-1u1.de> has quit IRC | 15:07 | |
| *** cvasilak <cvasilak!~cvasilak@athedsl-307092.home.otenet.gr> has quit IRC | 15:12 | |
| *** sgw1 <sgw1!~sgw@192.55.54.39> has joined #yocto | 15:13 | |
| *** sgw_ <sgw_!sgw@nat/intel/x-cxuajrivqaqjmtpt> has quit IRC | 15:13 | |
| *** sjolley <sjolley!~sjolley@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto | 15:19 | |
| kanavin | rburton, gtk+ has been renamed to just gtk, so I guess we can name the gtk4 recipe simply gtk :) never liked hardcoding version numbers in PN | 15:22 |
| *** sgw1 is now known as sgw_ | 15:23 | |
| *** frsc <frsc!~frsc@200116b82403cc00b8c3dd86e1005ca5.dip.versatel-1u1.de> has joined #yocto | 15:23 | |
| RP | kanavin: it was handy to allow 2 and 3 to coexist | 15:23 |
| kanavin | RP: 2, 3 and 4 will coexist, as gtk+, gtk+3 and gtk_4.x | 15:24 |
| RP | morning sgw_ | 15:24 |
| RP | kanavin: right, but 5 won't :) | 15:24 |
| sgw_ | RP: morning back at you! | 15:24 |
| RP | armpit: I updated the curl commit message btw, thanks | 15:25 |
| kanavin | RP: no :( but then it would depend on how incompatible it is with 4.x | 15:25 |
| armpit | RP, I saw.. thanks | 15:26 |
| RP | kanavin: right. I'm thinking too far ahead | 15:26 |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 15:27 | |
| *** evadeflow <evadeflow!d1ddf0c1@gateway/web/freenode/ip.209.221.240.193> has joined #yocto | 15:31 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 15:33 | |
| evadeflow | Hi, all. I'm supporting an i.MX8-based project that includes Python 3.5.2 by default. My team just asked if I could upgrade them to Python 3.6. | 15:34 |
| evadeflow | I've not managed to find any recipes for 3.6, so... I'm worried that this request---which seems like it should be easy on the surface---might turn out to be difficult. | 15:35 |
| evadeflow | Any opinions, advice, war stories? | 15:35 |
| kanavin | evadeflow, it is very difficult, but we managed it for the upcoming Yocto release. Your best bet is to take the current poky master, and work with that. | 15:36 |
| evadeflow | (We're using NXP's publicly-available support layers, with very small mods to fsl-image-qt5.) | 15:36 |
| evadeflow | @kanavin: Thanks for the response. | 15:37 |
| kanavin | you can probably also attempt to backport the 3.7.2 recipe from master to whatever release you are using now, but you are on your own there. | 15:37 |
| kanavin | 3.5.2 means you do have a quite old release | 15:37 |
| evadeflow | Yeah, it's a bit older than NXP's latest. | 15:38 |
| evadeflow | So... you recommend updating the `poky` layer to the current master and start fixing all the things that break, one at a time? | 15:39 |
| kanavin | 'poky' layer, and all other layers to their respective master branches | 15:39 |
| kanavin | and then start fixing | 15:40 |
| kanavin | at some point you have to do it anyway, so might as well make a habit of staying close to upstream | 15:40 |
| evadeflow | Oh, update *all* the layers. | 15:40 |
| * evadeflow Gulps. | 15:40 | |
| evadeflow | I see why you said it's "very difficult". | 15:40 |
| kanavin | well, they should be keeping up with yocto upstream, or then they're not maintaining properly | 15:41 |
| evadeflow | That's just what I needed to know, thanks. | 15:41 |
| evadeflow | This isn't likely something we'll be able to do in "a few days", we need to block off a whole sprint for it. | 15:41 |
| kanavin | I'd even claim you can't estimate this in advance | 15:42 |
| kanavin | if managements asks you to, say 'a few sprints' | 15:43 |
| evadeflow | Good idea! | 15:44 |
| kanavin | also, explain to them the concept of 'technical debt' :) | 15:45 |
| kanavin | you've accumulated debt by sticking to an old yocto release, and it's time to re-pay it | 15:46 |
| evadeflow | I'll definitely make that case. | 15:49 |
| kanavin | RP: fwiw, I couldn't reproduce the testsdk gdk-pixbuf issue. Clean build works fine, wipe-tmp-and-use-sstate also works fine. | 15:50 |
| kanavin | RP: might be again one of those distro specific issues :-/ | 15:50 |
| kanavin | RP: but then the distro here was ubuntu 18.04, precisely what I use | 15:51 |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 15:52 | |
| *** sagner <sagner!~ags@46.140.72.82> has quit IRC | 15:56 | |
| *** sagner <sagner!~ags@46.140.72.82> has joined #yocto | 15:58 | |
| *** paulg <paulg!~paulg@198.84.145.62> has quit IRC | 16:01 | |
| *** paulg <paulg!~paulg@198-84-145-62.cpe.teksavvy.com> has joined #yocto | 16:03 | |
| *** malanecora <malanecora!b23cc82c@gateway/web/freenode/ip.178.60.200.44> has quit IRC | 16:10 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 16:20 | |
| evadeflow | In my current project, there's an append recipe in one of the upstream layers that contains `PACKAGECONFIG_remove_imx = "eigen python3"`. | 16:27 |
| evadeflow | I've found I can't build the opencv Python bindings with that line in place. Manually removing that line gives the result I want, but... I'm not sure how to write an append recipe of my own that simply acts to 'undo' this line from the other append recipe. | 16:28 |
| evadeflow | How do you undo that removal syntax in an append? | 16:29 |
| evadeflow | (I've forked the other layer, so I could just modify the original, but I'm trying to avoid that because it always comes back to bite me.) | 16:29 |
| *** sno <sno!~sno@2a01:598:9988:b2ef:c46f:96b9:5778:2530> has joined #yocto | 16:31 | |
| evadeflow | Aigh. I suppose I'll try `PACKAGECONFIG_append_imx = "eigen python3"` in my append. | 16:33 |
| RP | kanavin: thanks for trying. I wonder if it depends which distro the sstate was built on? | 16:35 |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 16:35 | |
| RP | evadeflow: remove is a nightmare to undo, its near impossible. Only way is anonymous python which resets the variable | 16:35 |
| kanavin | RP: might be :-/ which makes it fiendishly difficult to reproduce | 16:35 |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #yocto | 16:36 | |
| *** sgw <sgw!~sgw@192.55.54.45> has joined #yocto | 16:37 | |
| *** sgw_ <sgw_!~sgw@192.55.54.39> has quit IRC | 16:38 | |
| *** yacar_ <yacar_!~yacar@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC | 16:39 | |
| evadeflow | RP: Wow. That's useful info, thanks. (Some dim memory in the back of my mind was nagging at me that this would be tricky.) | 16:39 |
| kergoth | my rule of thumb is to avoid _remove unless absolutely necessary, but if it is necessary, then always, always use an intermediate variable. FOO_REMOVE = "something"; FOO_remove = "${FOO_REMOVE}" - then you can alway soverride the intermediate variable | 16:41 |
| kergoth | course that doesn't help if you werent the one that added the _remvoe, but.. | 16:41 |
| evadeflow | Clever! | 16:42 |
| RP | I also try not to use _remove anywhere in oe-core. It really is a tool of last resort | 16:42 |
| kanavin | evadeflow, PACKAGECONFIGs should be set with = from a distro config anyway, never from bbappends. You should tell the upstream layer not to do what they do. | 16:42 |
| RP | kergoth: that is a good tip | 16:43 |
| kanavin | _remove and bbappends are those things in Yocto I'm not a great fan of :( | 16:44 |
| kanavin | they're *so* easy to misuse, and and often are | 16:44 |
| kergoth | ugh, yes i hate it when a distro scatters their settings all over the distro layer when they dont have to | 16:44 |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 16:45 | |
| kanavin | I think people in general don't get the concept of a 'distro config' | 16:45 |
| kanavin | so they put stuff anywhere else, except that | 16:45 |
| kanavin | bbappends, local.conf, etc. | 16:45 |
| kanavin | also, there is some kind of mental barrier to writing own image recipes | 16:45 |
| RP | better examples out there could help with that | 16:46 |
| RP | kanavin: an "antipatterns" section in the manual might help too | 16:47 |
| RP | If you find yourself doing X, do Y instead | 16:47 |
| kanavin | RP: do we have one? | 16:47 |
| RP | kanavin: a section? probably not | 16:48 |
| RP | kanavin: could have though | 16:48 |
| RP | hmm, I can't fix this problem with a change to both the autobuilder and helper code. gah. | 16:49 |
| kergoth | I wonder if it'd help to have more subcommands for things like recipe creation, so they dont have to think 'okay, what i do i call it, where do i put it, etc'. just make me an image and put it in this layer and open my editor with a template | 16:49 |
| *** sgw1 <sgw1!~sgw@192.55.54.42> has joined #yocto | 16:49 | |
| kergoth | recipetool new-image? *shrug* | 16:49 |
| RP | kergoth: totally. I'd love to see that | 16:49 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 16:49 | |
| RP | kergoth: if you don't write it, file a bug? | 16:49 |
| *** sgw <sgw!~sgw@192.55.54.45> has quit IRC | 16:51 | |
| *** nerdboy <nerdboy!~sarnold@mobile-107-77-164-46.mobile.att.net> has joined #yocto | 16:59 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 16:59 | |
| Piraty | adelcast: for me the python thing opkg-unbuild is broken? is that correct? also, the way it is now is that targetdirs are set next to the package itself, not matter if cwd is somewhere else. wouldn't it make sense to extract to cwd? | 17:01 |
| kergoth | sure, i'll create a bug for now. might implement it too, but fighting other fires just this second (as usual..) | 17:01 |
| kergoth | i wonder if a lot of folks even know what all bitbake-layers, recipetool, and devtool provide in terms of functionaity. do folks know you can create a new layer, add it to the build, and add a bbappend of a recipe, and override files from the target fs all easily and trivially with a few short commands and no manual moving things around? | 17:03 |
| Piraty | adelcast: ah it's broken for me because the shell commands in the python (... :-/) assume bourne shell via >& . the most classic bashism | 17:03 |
| RP | kergoth: thanks, I know the fires problem all too well | 17:03 |
| RP | kergoth: I suspect not, people take time to adapt to the new tools | 17:03 |
| RP | kergoth: not sure how you speed that up | 17:04 |
| kergoth | yeah, i have no idea either. maybe explicitly listing in the migration guides or changelogs, but most folks don't read those anyway, so that doesn't really help :) | 17:04 |
| *** gsalazar <gsalazar!~gsalazar@66.252.115.89.rev.vodafone.pt> has joined #yocto | 17:10 | |
| gsalazar | Hi, how can I run bitbake with a single thread as in make -j1? | 17:11 |
| kergoth | gsalazar: BB_NUMBER_THREADS = "1" will make bitbake run one task at a time. it'll still pass -j down into the makes it spawns unless you also adjust PARALLEL_MAKE, though | 17:11 |
| *** fl0v0 <fl0v0!~fvo@i577A6FED.versanet.de> has quit IRC | 17:14 | |
| *** ferlzc <ferlzc!~ferlzc@177.76.63.8> has joined #yocto | 17:15 | |
| gsalazar | I should adjust PARALLEL_MAKE with PARALLEL_MAKE = "1"? I was doing PARALLEL_MAKE=1 | 17:18 |
| gsalazar | I should set it globally? with export? or is there a conf file? | 17:19 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 17:24 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 17:24 | |
| *** frsc <frsc!~frsc@200116b82403cc00b8c3dd86e1005ca5.dip.versatel-1u1.de> has quit IRC | 17:30 | |
| *** gsalazar <gsalazar!~gsalazar@66.252.115.89.rev.vodafone.pt> has quit IRC | 17:39 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 17:40 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC | 17:40 | |
| *** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 17:51 | |
| *** mckoan is now known as mckoan|away | 17:51 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 17:53 | |
| *** sno <sno!~sno@2a01:598:9988:b2ef:c46f:96b9:5778:2530> has quit IRC | 17:59 | |
| *** gsalazar <gsalazar!~gsalazar@66.252.115.89.rev.vodafone.pt> has joined #yocto | 18:00 | |
| khem | JPEW:is there is latest setup on icecc the OE wiki has one but its from 2013 | 18:01 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 18:02 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 18:02 | |
| *** nerdboy <nerdboy!~sarnold@mobile-107-77-164-38.mobile.att.net> has joined #yocto | 18:02 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 18:02 | |
| evadeflow | So... my inglorious hack to undo a _remove assignment in another layer's append recipe isn't working. I tried @RP's suggestion of using an anonymous Python function, like so: | 18:18 |
| *** kanavin <kanavin!~kanavin@62.96.135.139> has quit IRC | 18:18 | |
| evadeflow | python () { d.setVar('PACKAGECONFIG', 'python3 eigen ' + d.getVar('PACKAGECONFIG', False)) } | 18:18 |
| *** kanavin <kanavin!~kanavin@62.96.135.139> has joined #yocto | 18:19 | |
| evadeflow | Alas, everything builds fine, but... I can tell from the debug prints I put in that `python3 eigen` is NOT being (re-)added, as desired. | 18:19 |
| evadeflow | (Oh, slight mispaste. I tried both True/False for the 'expand' parameter. It didn't seem to make a difference.) | 18:22 |
| evadeflow | I guess it could be an issue with layer priority(?) Checking... | 18:22 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 18:24 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-185-181.ssp.dialog.net.pl> has joined #yocto | 18:26 | |
| *** sgw1 <sgw1!~sgw@192.55.54.42> has quit IRC | 18:28 | |
| khem | _remove is final operation | 18:30 |
| khem | it can not be undone | 18:30 |
| JPEW | khem: No, I should probably update it.... although I tried not to change the setup to much | 18:41 |
| khem | JPEW: so all I need is INHERIT += "icecc" and that it ? | 18:44 |
| khem | I have nodes working ok now | 18:44 |
| JPEW | Ya, and twiddiling the blacklist.... I need to do better about keeping it accurate :( | 18:44 |
| khem | icecream-sundae can list all the nodes | 18:44 |
| JPEW | Yep | 18:44 |
| JPEW | Hmm, the OE wiki wants my personal biography to get an account... I feel like this is some sort of test for a secret organization | 18:46 |
| khem | this was due to spam it was getting in past | 18:48 |
| khem | accounts were being created by bots | 18:48 |
| JPEW | Ah | 18:48 |
| *** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 18:49 | |
| *** sgw <sgw!~sgw@134.134.139.73> has joined #yocto | 18:51 | |
| Crofton | jpew, just convince me you are not a dirty spammer | 18:52 |
| Crofton | I only approve about 30% | 18:52 |
| Crofton | I really do not need more busines offers | 18:52 |
| JPEW | Crofton: I can convince you, but I'll need $9.99 from you first ;) | 18:53 |
| JPEW | Crofton: I already had an account, I apparently I just forgot the password | 18:53 |
| khem | JPEW: WARNING: icecc-create-env-native-0.1-r2 do_configure: Cannot use icecc: invalid ICECC_ENV_EXEC | 18:54 |
| JPEW | Yep, known issue. The warning is just saying "I can't use icecream to compile this!" | 18:54 |
| JPEW | YOCTO #9618 | 18:55 |
| Crofton | only one request tight now, here is what passes for a bio | 18:55 |
| Crofton | Hi, letting you know that http://GetaBusinessLoan365.com can find your business a SBA or private loan for $2,000 - $350K Without high credit or collateral. Find Out how much you qualify for by clicking here: http://GetaBusinessLoan365.com Minimum requirements include your company being established for at least a year and with current gross revenue of at least 120K. Eligibility and . . . | 18:55 |
| khem | OK so it means its only complaining for this one packahge ? | 18:55 |
| JPEW | khem: You'll see that warning for several recipe that can't use icecc | 18:56 |
| JPEW | Usually because CC isn't defined | 18:56 |
| *** evadeflow <evadeflow!d1ddf0c1@gateway/web/freenode/ip.209.221.240.193> has quit IRC | 18:58 | |
| khem | JPEW:thats no problems ok. | 19:00 |
| khem | JPEW: I Can see both nodes whirring now :) | 19:01 |
| *** sagner <sagner!~ags@46.140.72.82> has quit IRC | 19:02 | |
| khem | JPEW: so the toolchain gets built on one host ? | 19:02 |
| khem | or does it spread the native and cross jobs too | 19:02 |
| JPEW | khem: icecc creates a toolchain tarball and transfers it over | 19:03 |
| khem | so it will have to wait for toolchain pieces to finish then | 19:03 |
| khem | or does it do with every job | 19:03 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:04 | |
| JPEW | The nodes have a cache of toolchains, it only sends it over if the node doesn't already have it | 19:04 |
| khem | JPEW:ok and where can I look at icecc workspaces on nodes | 19:05 |
| JPEW | Its configured on the node itself but usually...... | 19:05 |
| khem | just now I see cmake-native building on a differnet node so native is shipped | 19:06 |
| khem | so looks ok | 19:06 |
| JPEW | /var/cache/icecream | 19:06 |
| JPEW | Here is the script that OE passes to icecc to create the toolchains if you are curious: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-devtools/icecc-create-env/icecc-create-env/icecc-create-env | 19:07 |
| JPEW | And OE generates the toolchains into work-shared/ice/ | 19:08 |
| khem | how does it interact with sstate | 19:10 |
| JPEW | It works fine, but enabling changes all the hashes. | 19:11 |
| JPEW | So you can't share sstate between a build with INHERIT += icecc and one without | 19:11 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 19:11 | |
| khem | JPEW:if I dont want to use /var/cache/icecc but something like /mnt/var/cache/icecc | 19:13 |
| JPEW | If you want to do that, I usually suggest that you add INHERIT += "icecc" ICECC_DISABLED = "1" as the default. That way you can share sstate (since ICECC_DISABLED *doesn't* affect the hashes | 19:13 |
| JPEW | You have to change the config for your local icecc daemon | 19:13 |
| khem | ICECC_DISABLED would disable the distributed compile isnt it ? | 19:14 |
| JPEW | Right yes. | 19:14 |
| JPEW | So if you want to share sstate, use INHERIT += "icecc" everywhere, then use ICECC_DISABLED to control if icecream is actually used or not | 19:14 |
| JPEW | (Thats what we do here) | 19:15 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:19 | |
| JPEW | khem: Updated the wiki | 19:31 |
| khem | JPEW: awesome | 19:31 |
| khem | JPEW:so at this time either icecc or sstate | 19:32 |
| khem | both cant complement each other | 19:32 |
| JPEW | Well, it depends. You *can* use both if you can make all your users build with INHERIT += "icecc". For example, our sstate caches are populated by our nightly autobuilders; they don't use icecc to actually compile but we can use the sstate they produce | 19:33 |
| JPEW | khem: But you couldn't share with some random published sstate cache (I think OE-core has one?) | 19:34 |
| JPEW | khem: Although, hash equivalence servers would help with that ;) | 19:35 |
| *** evadeflow <evadeflow!d1ddf0c1@gateway/web/freenode/ip.209.221.240.193> has joined #yocto | 19:41 | |
| khem | users can use INHERIT += "icecc" thats a central policy we can easily push that to everyone | 19:42 |
| *** rewitt <rewitt!rewitt@nat/intel/x-dqcjslooastrlfes> has quit IRC | 19:42 | |
| khem | we dont consume random sstate cache, we build every day and try to use that | 19:43 |
| khem | and its built by same builders that do CI works | 19:43 |
| JPEW | khem: Ya sounds exactly like what we do. I suspect it will work fine then. | 19:47 |
| RP | evadeflow: I'd try a delVar then setVar | 19:49 |
| RP | evadeflow: although that could have the unfortunate side effect of clearing the flags so you may need to preserve those too | 19:50 |
| *** evadeflow_ <evadeflow_!d1ddf0c1@gateway/web/freenode/ip.209.221.240.193> has joined #yocto | 19:52 | |
| *** evadeflow <evadeflow!d1ddf0c1@gateway/web/freenode/ip.209.221.240.193> has quit IRC | 19:52 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 19:53 | |
| *** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto | 19:54 | |
| *** sjolley <sjolley!~sjolley@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC | 19:59 | |
| khem | JPEW:once I change ICECC_BASEDIR to something other than /var/cache/icecc icecream-sundae is not listing the node | 20:00 |
| khem | JPEW:it that known ? | 20:00 |
| JPEW | Hmm, I'm not sure. I've never tried changing it. | 20:00 |
| khem | it will be common since / is small on nodes and there is another mount with large storeage | 20:01 |
| JPEW | Did you restart iceccd? | 20:02 |
| evadeflow_ | RP: thanks for delVar() suggestion. Trying this now: https://gist.github.com/evadeflow/d4d81484d760a85b88cd215c83a2be0b | 20:11 |
| otavio | khem: berton and I are here discussing about the patch; do you wish the backport of the revert to be added to mesa? It seems to be on drm ... | 20:12 |
| otavio | khem: or I missed something? | 20:12 |
| evadeflow_ | It resulted in a bunch of QA warnings, so... I'm skeptical. | 20:12 |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 20:13 | |
| * armpit misses everything | 20:16 | |
| RP | evadeflow_: you need to go a d.getVarFlags and then set them again too | 20:18 |
| evadeflow_ | RP: Oh, okay. (That probably explains why it didn't work. :-) ) | 20:19 |
| khem | otavio: you did not miss | 20:19 |
| khem | JPEW:yes disappears after restart | 20:19 |
| JPEW | khem: I'm not sure, you might try starting the daemon manually in the foreground? Perhaps it can't contact the scheduler anymore | 20:33 |
| JPEW | Or maybe your PC is the scheduler.... | 20:33 |
| RP | kergoth: what are your thoughts on http://lists.openembedded.org/pipermail/bitbake-devel/2018-October/019449.html ? | 20:39 |
| RP | kergoth: I like the idea apart from the way its playing with __builtins__ | 20:39 |
| RP | kergoth: any suggestion on how we could do that better? | 20:39 |
| *** sagner <sagner!~ags@2a02:169:3465:0:6c69:2b1e:235b:318b> has joined #yocto | 20:41 | |
| *** sno <sno!~sno@tmo-108-202.customers.d1-online.com> has joined #yocto | 20:44 | |
| *** sno <sno!~sno@tmo-108-202.customers.d1-online.com> has quit IRC | 20:51 | |
| khem | JPEW: does scheduler has to know ICECC_BASEDIR | 20:55 |
| khem | I guess not | 20:55 |
| JPEW | khem: I don't think so, but usually when a node disappears it's because it can't talk to the scheduler anymore | 20:56 |
| khem | JPEW: yeah | 20:56 |
| *** sno <sno!~sno@tmo-108-202.customers.d1-online.com> has joined #yocto | 20:56 | |
| khem | I guess there might be more involved | 20:56 |
| JPEW | Ya | 20:56 |
| *** ferlzc <ferlzc!~ferlzc@177.76.63.8> has quit IRC | 20:59 | |
| yocti | New news from stackoverflow: Yocto's ROOTFS_POSTPROCESS_COMMAND not working? <https://stackoverflow.com/questions/36863682/yoctos-rootfs-postprocess-command-not-working> | 21:00 |
| *** berton <berton!~berton@177.194.204.148> has quit IRC | 21:01 | |
| *** sagner <sagner!~ags@2a02:169:3465:0:6c69:2b1e:235b:318b> has quit IRC | 21:09 | |
| *** stephano <stephano!stephano@nat/intel/x-bvshisuwiueafpkp> has joined #yocto | 21:10 | |
| *** sno <sno!~sno@tmo-108-202.customers.d1-online.com> has quit IRC | 21:16 | |
| kergoth | RP: I'd change it to accept a full path with import. i.e. custom:oe.myprogress.MyProgressHandler, and adjust the code to try to import oe.myprogress and look it up there. then we can use the existing ability to import packages from layers and just include a .py in your layer with the progress handler rather than fully defining it in the metadata. or if the person really wants to define it wholly in the metadata through injection rather than import, they | 21:24 |
| kergoth | could still do so, just make sure it only tries to import when the lookup fails, and set to custom:bb.context.MyProgressHandler and let install_my_progress_handler() inject it there rather than __builtins__. | 21:24 |
| kergoth | or just rely on OE_IMPORTS for the import and just let it look it up as is, even easier | 21:25 |
| RP | kergoth: I was wondering if we could tie it to OE_IMPORTS somehow. How easy would that be from your own layer? | 21:25 |
| RP | kergoth: would you mind replying on the bitbake list please? (or I can copy this there) | 21:26 |
| RP | kergoth: I was pinged about that patch and I think the idea is good, we just need a better API | 21:26 |
| kergoth | yeah, i'll reply | 21:26 |
| RP | kergoth: might as well try and get it right for a change! | 21:26 |
| RP | kergoth: thanks! | 21:27 |
| *** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has joined #yocto | 21:29 | |
| *** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC | 21:33 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:37 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 21:54 | |
| *** rewitt <rewitt!~rewitt@134.134.139.74> has joined #yocto | 21:54 | |
| *** moosnat <moosnat!~nmoos@unaffiliated/moosnat> has joined #yocto | 21:56 | |
| moosnat | Is there a way to remove an inherited class through a bbappend? | 21:57 |
| rburton | no | 21:58 |
| moosnat | Thanks rburton | 21:58 |
| *** moosnat <moosnat!~nmoos@unaffiliated/moosnat> has quit IRC | 22:06 | |
| *** tgraydon <tgraydon!textual@nat/intel/x-lfiynlyqecmxaqrd> has joined #yocto | 22:15 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:27 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ijyykoscqdjvpycq> has joined #yocto | 22:43 | |
| *** evadeflow_ <evadeflow_!d1ddf0c1@gateway/web/freenode/ip.209.221.240.193> has quit IRC | 23:47 | |
| *** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has quit IRC | 23:59 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!