Thursday, 2019-12-12

RPhttp://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=5d0281806dacbb28529001a837fa32a3f4c8bdf5 does fix it, the question is why00:00
RPand the reason is self.unitaskhashes is 192MB locally00:00
RPlocal access to that rather than abstracted via a function is much faster due to its size00:01
RPget_unihash gets called around 600,000 times in my tests :/00:01
RPand that isn't a big build00:02
*** Willy-- <Willy--!~william@drmons0552w-159-2-38-13.dhcp-dynamic.fibreop.ns.bellaliant.net> has quit IRC00:08
*** agust <agust!~agust@pD95F104D.dip0.t-ipconnect.de> has quit IRC00:14
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC00:27
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC00:35
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC00:41
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto00:50
*** jklare <jklare!~jklare@157.97.76.18> has quit IRC01:01
*** jklare <jklare!~jklare@157.97.76.18> has joined #yocto01:02
*** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has joined #yocto01:30
*** supermathieu <supermathieu!~supermath@142.118.21.72> has joined #yocto01:31
supermathieuIs anyone familiar with the use of qemu build through yocto? I was wondering if it was possible to specify the exact qemu CPU to use.01:34
*** supermathieu <supermathieu!~supermath@142.118.21.72> has quit IRC02:00
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC02:22
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC02:49
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto03:02
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto03:14
tlwoernerJPEW: w00t! wic :-D it's been on my list for a *long* time :-)03:32
JPEWtlwoerner: Ya, me too ;)03:32
JPEWwic all the things!03:33
tlwoerneris it possible to reduce the duplication? can we pass the block device to wic for each MACHINE?03:33
tlwoerneri can look into it, i just wanted to see if you knew one way or another03:33
JPEWNot sure... I'm not really sure if the --ondisk actually matters03:35
JPEWAnd, there might be another way to pass the kernel command line arguments (Bitbake variable?)03:35
tlwoernerokay, i'll take it ('cause i'm so happy for the feature) and look at optimizing later :-)03:36
JPEWtlwoerner: OK. I tested it on a tinkerboard, but thats all I have available03:37
tlwoernerthat's the only one that matters right now ;-) until i get around to adding some of the rk3399 boards...03:41
JPEWtlwoerner: I really want to get a rockpi403:42
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto03:47
*** armpit <armpit!~armpit@2601:202:4180:a5c0:50a9:9288:81a1:163b> has quit IRC04:25
*** armpit <armpit!~armpit@2601:202:4180:a5c0:61a6:377d:99d6:41b5> has joined #yocto04:44
tlwoernerJPEW: sorry for taking so long to apply patches, but i do like to test and investigate :-)05:04
*** bojones <bojones!~jonas@customer-2a00-7660-0846-0001-020c-29ff-fed5-d5b4.ip6.gigabit.dk> has quit IRC05:23
yoctiNew news from stackoverflow: Segmentation Fault after updating PAHO MQTT to 1.3.1 <https://stackoverflow.com/questions/59298536/segmentation-fault-after-updating-paho-mqtt-to-1-3-1>06:03
*** ThomasD13 <ThomasD13!~ThomasD13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto06:29
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto06:29
*** iceaway <iceaway!~pelle@37.233.78.69> has quit IRC06:34
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC06:42
*** iceaway <iceaway!~pelle@37.233.78.69> has joined #yocto06:42
*** jklare <jklare!~jklare@157.97.76.18> has quit IRC06:59
*** agust <agust!~agust@pD95F104D.dip0.t-ipconnect.de> has joined #yocto07:01
*** jklare <jklare!~jklare@157.97.76.18> has joined #yocto07:02
*** jaganteki <jaganteki!31cec805@49.206.200.5> has joined #yocto07:03
*** pohly <pohly!~pohly@p54BD54FC.dip0.t-ipconnect.de> has joined #yocto07:07
*** ongy <ongy!~ongyerth@unaffiliated/ongy> has quit IRC07:13
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto07:18
*** frsc <frsc!~frsc@i59F4B32F.versanet.de> has joined #yocto07:32
*** alessioigor <alessioigor!8c69cfe3@out-207-227.elettra.trieste.it> has joined #yocto07:36
*** zz_ka6sox is now known as ka6sox07:44
*** stuom1 <stuom1!3eecd81d@62.236.216.29> has joined #yocto07:51
stuom1in recipe, what is the syntax for submodule license? I mean the part LICENSE_${PN}-something-something07:52
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:52
stuom1for example I get note about unidentified license of node_modules/@polymer/app-layout/node_modules/@polymer/iron-media-query/node_modules/@polymer/polymer/LICENSE.txt07:53
*** mckoan|away is now known as mckoan07:57
*** hpsy <hpsy!~hpsy@h-158-174-224-108.NA.cust.bahnhof.se> has joined #yocto07:58
*** hpsy <hpsy!~hpsy@h-158-174-224-108.NA.cust.bahnhof.se> has quit IRC08:03
*** palate <palate!~palate@unaffiliated/palate> has joined #yocto08:04
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto08:04
*** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC08:21
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC08:24
yoctiNew news from stackoverflow: Kernel selection using yocto <https://stackoverflow.com/questions/43731676/kernel-selection-using-yocto>08:33
*** lfa <lfa!~lfa@217.19.35.51> has joined #yocto08:35
*** stuom1 <stuom1!3eecd81d@62.236.216.29> has quit IRC08:36
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:36
*** wertigon <wertigon!8addfa13@138.221.250.19> has joined #yocto08:39
wertigonHi, new day, new task, this time hopefully something easier;08:39
wertigonI want a boot splash :P08:39
*** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has joined #yocto08:40
wertigonTried to find a relevant package but my google-fu failed me08:40
wertigonSo, any tips?08:40
LetoThe2ndwertigon: https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#ref-features-image -> splash08:42
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC08:45
*** hpsy <hpsy!~hpsy@h-158-174-224-108.NA.cust.bahnhof.se> has joined #yocto08:50
wertigonThanks, I knew I was missing something ^^08:51
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC08:55
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto08:55
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC08:55
*** warthog19 <warthog19!warthog9@proxy.monkeyblade.net> has joined #yocto08:55
*** warthog19 is now known as warthog908:57
*** Domin1k <Domin1k!c1669b04@193.102.155.4> has joined #yocto08:57
*** wertigon <wertigon!8addfa13@138.221.250.19> has quit IRC09:03
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-aygxnxiklzfhvvyj> has joined #yocto09:16
*** yann <yann!~yann@85.118.38.73> has joined #yocto09:19
*** leon-anavi <leon-anavi!~Leon@78.130.245.67> has joined #yocto09:25
*** bluca <bluca!~bluca@88.98.246.218> has joined #yocto09:32
yoctiNew news from stackoverflow: Yocto tensorflow 2.0 <https://stackoverflow.com/questions/58502660/yocto-tensorflow-2-0>09:33
*** stuom1 <stuom1!3eecd81d@62.236.216.29> has joined #yocto09:35
*** wertigon <wertigon!8addfa13@138.221.250.19> has joined #yocto09:35
wertigonHmm, adding the psplash package and running does nothing, I'm suspecting I need to add the proper screen to display the image on09:36
*** h-u <h-u!2518b581@b2b-37-24-181-129.unitymedia.biz> has joined #yocto09:39
*** saraf <saraf!~a_saraf@123.252.238.18> has joined #yocto09:39
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:41
wertigonOr... No... Aaaah, I see09:41
wertigonThis is coded for init09:42
wertigonso, I need to add this the systemd way09:42
wertigonAnd it should work? :)09:42
wertigonIf I run the startup script manually it works fine (although wrong image but that is a different problem)09:43
LetoThe2ndwertigon: i have not looked into the details, but a couple of days back ross said it should work for systemd too.09:43
wertigonYeah, it should... but thud branch could complicate stuff ^^09:44
wertigonAnd so could meta-arago stuff09:44
wertigonSorry for being such a n00b at this btw, I really should know better now... -_-;;09:45
Domin1kpsplash does not work with systemd plymouth is a good alternative for psplash if you using systemd09:47
LetoThe2ndDomin1k: ah yeah, it was you! :)09:47
wertigonDomin1k, yeah09:48
Domin1kLetoThe2nd: yes and i have plymouth running now.09:48
wertigonIt seems like there is a reference to psplash.service09:48
wertigonBut no such package is installed09:49
wertigonOr file rather09:49
wertigonpsplash09:49
wertigon*should* work with systemd as well09:49
*** frsc <frsc!~frsc@i59F4B32F.versanet.de> has quit IRC09:50
wertigonBut you need to add the systemd service call for it09:50
wertigonAtleast, if I read this correctly ;)09:51
Domin1kOK. I still prefere plymouth because its "prettier" i like the glow theme09:51
wertigonDomin1k: Yeah, I'll try Plymouth first, if it doesn't solve my problem at least I know what to look for ^^09:52
wertigonDo I need to do something other than include the plymouth package? No preferred-provider?09:54
wertigon(ofc, not including psplash too)09:54
Domin1kDoes someone now how i could use grub as bootloader for non EFI-Systems? I use wic and i can choose between the two source-plugins 1.bootimg-efi supporting grub-efi or systemd-boot and 2.bootimg-pcbios which uses syslinux. Why is there no support for the good old grub without efi?09:56
h-uHi, i try for some time to get apparmor working in yocto. I'm working usually on thud and until October there where some issues with the build. Now it builds in thud and in zeus, but it seems kernel flags and parameters are not set. Even if i add these and apparmor is startable the systemd scripts are missing. Any ideas how to proceed?09:56
*** jklare <jklare!~jklare@157.97.76.18> has quit IRC09:56
Domin1kSPLASH = "plymouth"09:56
*** nayfe <nayfe!uid259604@gateway/web/irccloud.com/x-aqfkzgvskmzrkkns> has joined #yocto09:57
*** jklare <jklare!~jklare@157.97.76.18> has joined #yocto09:58
yoctiNew news from stackoverflow: Segmentation Fault after updating PAHO MQTT to 1.3.1 [closed] <https://stackoverflow.com/questions/59298536/segmentation-fault-after-updating-paho-mqtt-to-1-3-1>10:03
wertigonHmm, nothing provides dracut so it kills itself :'(10:07
wertigonAh, meta-initramfs10:09
*** florian_kc is now known as florian10:10
*** asabil <asabil!~asabil@2a01:79d:7375:2ca4:f028:b751:e818:6217> has joined #yocto10:21
*** alessioigor <alessioigor!8c69cfe3@out-207-227.elettra.trieste.it> has quit IRC10:22
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto10:23
*** alessioigor <alessioigor!8c69cfe3@out-207-227.elettra.trieste.it> has joined #yocto10:24
*** jaganteki <jaganteki!31cec805@49.206.200.5> has quit IRC10:28
wertigonHmm, since plymouth uses dracut I'm not sure I can use it... :(10:29
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC10:29
wertigonReason being, we've already been mucking around with our init ramfs and they may not be compatible10:30
wertigonHmm, seems to still be booting fine however10:38
wertigonaaaand plymouth also fails, because noone wrote the damn service again XD10:38
wertigonI think I will stick to psplash in that case :)10:39
wertigonJust need to figure out how to write the systemd script, should be a pretty straightforward ordeal10:40
*** frsc <frsc!~frsc@2003:a:e7a:6200:a427:c148:e286:fbe7> has joined #yocto10:42
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto10:43
*** asabil <asabil!~asabil@2a01:79d:7375:2ca4:f028:b751:e818:6217> has quit IRC10:47
*** khem <khem!~khem@unaffiliated/khem> has quit IRC10:47
wertigonHmm, according to docs systemd and psplash has the problem that progress is not updated10:48
*** asabil <asabil!~asabil@2a01:79d:7375:2ca4:f028:b751:e818:6217> has joined #yocto10:52
*** frsc <frsc!~frsc@2003:a:e7a:6200:a427:c148:e286:fbe7> has quit IRC11:01
paulbarkerwertigon: I've just spotted your comments there. Are you looking to get psplash working with systemd? AGL has an implementation of that, let me find it11:02
wertigonFound this now and testing :)11:03
wertigonhttps://patchwork.openembedded.org/patch/107537/11:03
wertigonIf it doesn't work I shall head for lunch, so back in a bit :)11:03
paulbarkerwertigon: Have a look at the bbappend and files under https://gerrit.automotivelinux.org/gerrit/gitweb?p=AGL/meta-agl.git;a=tree;f=meta-agl-profile-core/recipes-core/psplash;hb=refs/heads/master11:04
*** frsc <frsc!~frsc@2003:a:e7a:6200:a427:c148:e286:fbe7> has joined #yocto11:08
*** alessioigor <alessioigor!8c69cfe3@out-207-227.elettra.trieste.it> has quit IRC11:12
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto11:14
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC11:16
wertigonpaulbarker: I see, thanks :)11:35
wertigonI think I understand11:35
*** stuom1 <stuom1!3eecd81d@62.236.216.29> has quit IRC11:38
*** Domin1k <Domin1k!c1669b04@193.102.155.4> has quit IRC11:39
wertigonOk, now I just need to make sure meta-arago doesn't overwrite my pretty splash image11:39
wertigonAnd I need to make sure said splash image is in the proper format (currently .png)11:40
*** wertigon <wertigon!8addfa13@138.221.250.19> has quit IRC11:41
*** stuom1 <stuom1!3eecd81d@62.236.216.29> has joined #yocto11:41
*** wertigon <wertigon!8addfa13@138.221.250.19> has joined #yocto11:43
*** berton <berton!~berton@189.103.49.163> has joined #yocto11:45
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto11:46
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto11:49
*** berton <berton!~berton@189.103.49.163> has quit IRC11:49
*** berton <berton!~berton@189.103.49.163> has joined #yocto11:50
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:50
*** asabil <asabil!~asabil@2a01:79d:7375:2ca4:f028:b751:e818:6217> has quit IRC11:52
*** jklare <jklare!~jklare@157.97.76.18> has quit IRC11:57
*** jklare <jklare!~jklare@157.97.76.18> has joined #yocto12:01
wertigonwhat is the empty .appends.core for?12:01
*** h-u <h-u!2518b581@b2b-37-24-181-129.unitymedia.biz> has quit IRC12:11
GeneralStupidHi, how do i add a custom DTS? Do i need to modify the "make_dtb_boot_files" function?12:23
qschulzGeneralStupid: one way is to patch the Linux kernel and add your DTS there. If you own the git repo or want/can fork it, commit there, bump SRCREV you're good to go. Another way is to do the same but create a patch with your changes and add it to SRC_URI. There might be a way to not modify the sources but I don't know it12:29
*** nacknick <nacknick!b9b8f483@185.184.244.131> has joined #yocto12:29
*** h-u <h-u!2518b581@b2b-37-24-181-129.unitymedia.biz> has joined #yocto12:30
nacknickHey. I'm trying to replace "glibc" with "musl" (https://www.musl-libc.org/) - How should I do it correctly? I tried to do it by myself using Google with no success12:30
LetoThe2ndnacknick: TCLIBC = "musl", basically.12:33
LetoThe2ndnacknick: but please expect breakage instead of miracles :)12:33
GeneralStupidqschulz: so more or less like u-boot?12:33
LetoThe2ndnacknick: see https://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-TCLIBC12:34
*** saraf <saraf!~a_saraf@123.252.238.18> has quit IRC12:36
*** asabil <asabil!~asabil@2a01:79d:7375:2ca4:f028:b751:e818:6217> has joined #yocto12:38
nacknickLetoThe2nd: Thanks. I'll try12:38
wertigonAwww12:46
wertigonAfter trying to happily marry the .bb and .bbappend files12:47
wertigonEverything fails :(12:47
*** orzen <orzen!~orz@84-216-100-149.customers.ownit.se> has quit IRC12:51
*** stuom1 <stuom1!3eecd81d@62.236.216.29> has quit IRC12:56
h-uDoes anyone use apparmor?12:57
*** rburton <rburton!51026a23@35.106.2.81.in-addr.arpa> has joined #yocto13:04
rburtonRP: 20191212101738/python3-native-3.8.0-r0/do_populate_sysroot:Elapsed time: 973.51 seconds20191212114645/python3-native-3.8.0-r0/do_populate_sysroot:Elapsed time: 24.36 seconds13:05
rburtonwoop woop13:05
RPrburton: nice! What was it?13:08
rburtonrunning chrtpath on every file in the native sysroot :)13:09
rburtona quick 'is this an elf' check shortcircuits loads13:09
RPrburton: why is it doing that? :/13:10
rburtonchrpath.bbclass is *very dumb*13:10
RPrburton: it shouldn't be doing that :/13:10
kanavinrburton, I was wondering too why it takes many minutes13:10
RPrburton: doesn't this mean we have the problem elsewhere?13:10
rburtoni think it got worse when i fixed python's optimisation phase, as that doubled the number of files13:10
rburtonright, its native-wide13:10
rburtongoing to run a comparion build and look at the buildstats13:11
rburtonpython3 was just pathological13:11
rburtonalso got a one-liner now to put timestamps in the log files...13:12
*** asabil <asabil!~asabil@2a01:79d:7375:2ca4:f028:b751:e818:6217> has quit IRC13:13
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC13:16
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto13:19
*** asabil <asabil!~asabil@2a01:79d:7375:2ca4:f028:b751:e818:6217> has joined #yocto13:25
RPrburton: that worked out quite hard last time I tried so curious what you did13:29
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC13:29
RP(due to buffering in various places)13:29
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto13:30
RPfire in the hole with rc713:31
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC13:35
LetoThe2ndRP: https://www.youtube.com/watch?v=hHAmUNCiq-g13:37
RPLetoThe2nd: can't view that here but I got the idea :)13:38
*** alessioigor <alessioigor!8c69cfe3@out-207-227.elettra.trieste.it> has joined #yocto13:39
LetoThe2ndRP: rule #666 if exists, there is a metal version of it.13:39
*** h-u <h-u!2518b581@b2b-37-24-181-129.unitymedia.biz> has quit IRC13:46
RPrburton: it blew up, badly13:46
JaMaLetoThe2nd: how NSFW it is? it says that the video is unavailable here at home as well :)13:47
RPJaMa: I think its geo copyright restrictions rather than NSFW13:48
LetoThe2ndJaMa: actually not really NSFW. just a cheesy "horror" hard rock album cover and corresponding song.13:48
JaMahttps://www.youtube.com/watch?v=qKy-tG7jZRA this one does work13:49
LetoThe2ndJaMa: blocked for me, but you obviously got the idea.13:49
JaMahehe, yes it has the same title and from the same channel, just 3y older version, maybe the same song with just updated audio/video quality13:51
LetoThe2ndmaybe13:51
LetoThe2ndthe album is like 15+x years old, IIRC13:52
wertigonThere we go, new bb recipe that throws out init-v in favor of systemd <313:53
wertigonNow I have a fully functional system; now I just need to convince meta-arago to draw my custom splash screen13:54
*** jklare <jklare!~jklare@157.97.76.18> has quit IRC13:57
*** jklare <jklare!~jklare@157.97.76.18> has joined #yocto14:00
*** nacknick <nacknick!b9b8f483@185.184.244.131> has quit IRC14:02
rburtonwertigon: why did you need a recipe? it's just a variable.14:03
GeneralStupidI always get this error bb.data_smart.ExpansionError: Failure expanding variable IMAGE_BOOT_FILES, expression was      zImage     ${@make_dtb_boot_files(d)}  which triggered exception AttributeError: 'NoneType' object has no attribute 'split'"14:04
georgemDo I need to CC anyone in particular for meta-networking warrior patches (cherry-pick of one of my master patches)?14:05
*** hpsy <hpsy!~hpsy@h-158-174-224-108.NA.cust.bahnhof.se> has quit IRC14:05
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto14:06
wertigongeorgem: Only if pushing upstream :)14:06
georgemwertigon: I already sent the patch upstream and it made it into master. Just wondering if I need to CC someone to get the warrior version in or just send it to the list.14:08
wertigonThe branch maintainer in that case14:09
wertigonIf any14:09
wertigonBut not sure about OpenEmbedded / Yocto command structure14:09
qschulzGeneralStupid: KERNEL_DEVICETREE is not set14:09
georgemright ... how do I find out who the branch maintainer for warrior meta-networking is? :)14:10
rburtongeorgem: the patch will need to be sent for master and then rebased and sent for zeus, then warrior.  put the branch name in the subject, and CC armin14:10
georgemrburton: I sent it for master in October and it made it in. I'll check if it made it in Zeus. And send for warrior and zeus if it needs it. Thanks.14:11
*** asabil <asabil!~asabil@2a01:79d:7375:2ca4:f028:b751:e818:6217> has quit IRC14:11
GeneralStupidi did KERNEL_DEVICETREE := "imx6_myboard" in my machine...14:11
georgemrburton: thanks. I couldn't remember if armin was stable maintain for meta-oe/meta-networking or just oe-core.14:12
georgemmaintainer*14:12
georgemLooks like the patch made it into zeus so I'll just send it for warrior.14:14
qschulzGeneralStupid: d.getVar returns None in your case14:15
qschulzhttp://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/tree/conf/machine/include/utilities.inc#n1714:16
GeneralStupidso how did i manage to break bitbake?14:16
qschulzGeneralStupid: check that you don't have a typo in the variable name. I don't think you actually need :=, = should be the same (shouldn't change the outcome though). All machines have KERNEL_DEVICETREE with dtb at the end (but that check happens after)14:19
GeneralStupidqschulz: oh fuck, i read that that it should be without extension... ;)14:20
GeneralStupidqschulz: you see, iam an expert :D14:20
GeneralStupidqschulz: now i create a dtb file in my kernel branch, add it to the specific makefile and it should work?14:24
qschulzGeneralStupid: try and you'll see. I find it weird that getVar returns None. I don't know bitbake and the internals good enough to help on that one, but I'd guess most likely a typo in the variable14:37
*** asabil <asabil!~asabil@2a01:79d:7375:2ca4:f028:b751:e818:6217> has joined #yocto14:38
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:48
*** berton_ <berton_!~berton@189.103.49.163> has joined #yocto14:57
*** jklare <jklare!~jklare@157.97.76.18> has quit IRC14:59
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto14:59
*** berton <berton!~berton@189.103.49.163> has quit IRC14:59
*** jklare <jklare!~jklare@157.97.76.18> has joined #yocto15:01
*** berton__ <berton__!~berton@189.103.49.163> has joined #yocto15:11
*** asabil <asabil!~asabil@2a01:79d:7375:2ca4:f028:b751:e818:6217> has quit IRC15:12
*** berton_ <berton_!~berton@189.103.49.163> has quit IRC15:14
*** ThomasD13 <ThomasD13!~ThomasD13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC15:15
GeneralStupidqschulz: thank you. I think i can mange it from here :)15:15
GeneralStupidqschulz: that worked. Grea15:23
GeneralStupidgreat15:23
*** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has quit IRC15:24
*** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has joined #yocto15:28
*** PaowZ <PaowZ!~Vince@193.252.149.222> has joined #yocto15:29
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto15:30
*** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC15:32
*** PaowZ is now known as PaowZ_15:32
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC15:35
*** lfa <lfa!~lfa@217.19.35.51> has joined #yocto15:44
*** mdp is now known as mdpdotZ15:48
*** mdpdotZ is now known as mdp15:49
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto15:53
*** orzen <orzen!~orz@84-216-100-149.customers.ownit.se> has joined #yocto15:55
*** rburton <rburton!51026a23@35.106.2.81.in-addr.arpa> has quit IRC15:55
*** ka6sox is now known as zz_ka6sox15:59
*** jklare <jklare!~jklare@157.97.76.18> has quit IRC16:00
*** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC16:03
*** jklare <jklare!~jklare@157.97.76.18> has joined #yocto16:04
yoctiNew news from stackoverflow: Zedboard: Kernal panic with undefined instruction and reboots <https://stackoverflow.com/questions/59308079/zedboard-kernal-panic-with-undefined-instruction-and-reboots>16:05
kergothAnyone know offhand if the oe python modules provide access to package file lists?16:16
*** frsc <frsc!~frsc@2003:a:e7a:6200:a427:c148:e286:fbe7> has quit IRC16:17
*** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has quit IRC16:20
*** rburton <rburton!51026a23@35.106.2.81.in-addr.arpa> has joined #yocto16:21
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:26
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC16:28
JPEWRP: I did submit a patch for bitbake to make it check for Python 3.516:28
JPEWhttp://lists.openembedded.org/pipermail/bitbake-devel/2019-December/020613.html16:28
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC16:33
RPJPEW: I know, you missed me cursing in triage that I'm missed it for M116:36
RPJPEW: my fault16:36
RPJPEW: also, I tried fixing the cache hash performance but reverted it, it has lots of bad side effects16:37
JPEWRP: OK, I haven't had a chance to look at it yet16:37
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto16:39
kanavinRP, rburton I have a big pile of recipe updates, should I send them, or is it better to wait some days (or maybe until after holidays) ?16:45
kanavinspecifically http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates16:45
kanavin(and more is coming)16:45
kanavinit's a bit quiet here at work, so I thought I'd address some of the more tricky updates, and hopefully bring the number of outdated ones down significantly16:46
RPkanavin: Once we get M1 built we'll have cycles to test more again16:51
kanavinRP: right, I just wasn't sure how close that is now16:51
RPkanavin: We're on rc8 which is unheard of :(16:54
kanavinRP: better that than give half-baked hashequiv to users16:55
RPkanavin: I think in general it works ok, there are just some corner cases which are proving troublesome16:56
JPEWRP: Did you decide to disable it16:57
kanavinRP: right, locally I haven't seen any problems so far, other than the console spam :)16:57
*** jklare <jklare!~jklare@157.97.76.18> has quit IRC16:58
RPkanavin: I know the spam is annoying but we need it right now if it goes wrong :/16:58
kanavinI thought so16:58
RPJPEW: not yet but may have to16:58
JPEWRP: Ya, seems like it might be the thing to do. Live to fight another day :)16:58
RPJPEW: the world-alt build is going slowly but perhaps fast enough I'll let it complete and call rc8 ok16:59
JPEWOK. Did the NFS changes help?16:59
RPJPEW: your sstate change did, the NFS did a bit too16:59
RPJPEW: there is some other problem in that code wrt performance16:59
JPEWRP: Ya, for sure.17:01
*** jklare <jklare!~jklare@157.97.76.18> has joined #yocto17:01
JPEWRP: Hmm, your revert suprises me. I was under the assumption that the taskhash would be sufficent for indexing and the tid was for convinence (per the TODO comment)17:07
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC17:07
JPEWRP: Are there multiple tid's with the same taskhash?17:07
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto17:09
*** learningc <learningc!~pi@121.122.98.41> has quit IRC17:14
*** rostam <rostam!~rostam@c-69-181-80-193.hsd1.ca.comcast.net> has joined #yocto17:16
*** armpit <armpit!~armpit@2601:202:4180:a5c0:61a6:377d:99d6:41b5> has quit IRC17:16
*** yann <yann!~yann@85.118.38.73> has quit IRC17:17
*** mckoan is now known as mckoan|away17:20
*** vineela <vineela!~vtummala@134.134.137.77> has joined #yocto17:21
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC17:21
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC17:29
JPEWHmm, I though I could have one multiconfig .conf file add another a la BBMULTICONFIG += "other"17:29
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC17:30
*** leon-anavi <leon-anavi!~Leon@78.130.245.67> has quit IRC17:37
khemkanavin: send them now. if my job involves eating one frong, then I would like to eat it early :)17:47
kanavinkhem, sure, I need to rearrange them a bit first17:48
khemRP: the go-native fix missed one fix, when we change machine from qemuarm to qemux86 it was caught but other machine transitions worked ok17:49
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto17:56
RPJPEW: tids are unique, I think it breaks as the code added to get_taskhash doesn't check if the task is an sstate task or not, the conditions are different18:05
JPEWAh18:05
RPJPEW: I suspect there are corner cases which break18:05
RPJPEW: I have a local patch which might be better18:05
JPEWIs the lookup of taskhash = self.taskhash[tid] part of the problem?18:06
JPEW^^ in get_unihash()18:06
RPJPEW: not that I could see in the profile18:06
JPEWRP: OK18:07
JPEWRP: Can we make the unihash cache just use the taskhash as the key and leave the rest of the existing logic18:08
RPJPEW: I'm testing something like https://www.youtube.com/watch?v=hHAmUNCiq-g18:08
RPJPEW: heh18:08
JPEWWrong paste buffer :)18:08
RPhttp://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=ff486bac1ea619fbc00909258c73b025ffb4af6618:09
RPJPEW: indeed, broken sync between my local and remote buffers18:09
RPJPEW: the above stores one unihash per task, fixing the TODO, at least in theory18:09
RPJPEW: the hard part is not having any paths from the tids in the cache18:10
JPEWRP: Hmm, so the taskhash isn't in the key anymore?18:13
JPEWAh, is that what bounds the cache size?18:13
*** learningc <learningc!~pi@58.71.203.146> has joined #yocto18:14
kanavinkhem, there you go, just sent18:14
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto18:16
RPJPEW: we only get one hash per tid which limits its size18:18
RPJPEW: although sadly, with this applied, get_unihash is still slow :/18:19
RPJPEW: I can share the profile, see if you can spot something I can't18:19
RPJPEW: https://www.rpsys.net/wp/rp/profile.log.processed.gz18:21
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC18:21
RPJPEW: the 50s+ in process_possible_migrations is too high (and this is with my above patch applied so it doesn't help)18:22
khemkanavin:thanks18:24
*** lfa_ <lfa_!~lfa@217.19.35.51> has joined #yocto18:29
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto18:30
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC18:31
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto18:44
RPJPEW: Its the         if self.setscenetasks and tid not in self.setscenetasks:18:45
RPJPEW: will investigate why18:45
* RP tries changing it to a set18:47
JPEWRP: Is it the process_pending_migrations() -> get_taskhash() -> get_unihash() chain that is slow?18:48
RPJPEW: yes18:48
RPJPEW: also the scenequeue_updatecounters()18:49
RPnot looked at that yet18:49
RPsorry, I think I mean update_scenequeue_daya18:49
JPEWHmm, that one's going through eval() :(18:52
RPJPEW: using a set() improves things *massively*18:54
RP237000 calls in 0.9s now18:54
RPJPEW: we can fix that without all the other refactoring thankfully18:55
RPJPEW: patch out :)18:58
JPEWRP:Excellent!18:59
RPwhich raises a question about what runqueue is doing with a list here as well, should fix that too...19:00
RPI'm just going to try and let rc8 continue through to completion I think and worry about this for M219:01
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:01
*** lfa_ <lfa_!~lfa@217.19.35.51> has quit IRC19:13
JPEWRP: Sounds good19:13
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-aygxnxiklzfhvvyj> has quit IRC19:15
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto19:35
*** armpit <armpit!~armpit@45.19.219.178> has joined #yocto19:36
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto19:43
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto19:53
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC20:02
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto20:02
denixis there any way to "force" a layer to be compatible with oe-core LAYYERSERIES_COMPAT? I need a slightly older snapshot of that one layer, which was before zeus release - I manually marked it as compatible with zeus and it works. is there any way to do it globally in config?20:12
*** zz_ka6sox is now known as ka6sox20:17
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC20:26
khemdenix not one I know of. Easy is fork and modify20:28
khemwith my distro hat on, I always would fork any layer I want to include in distro20:28
denixkhem: I was hoping to avoid forking. was wondering if there was a way to poke a variable from outside the layer. maybe RP can suggest something...20:31
bluelightning_denix: you might be able to do LAYERSERIES_COMPAT_collectionname_forcevariable =20:32
bluelightning_you'd have to try it though20:32
denixbluelightning_: tried it, didn't seem to work20:32
bluelightning_hmm20:32
khembluelightning_:this is parsing time20:33
khemdenix: inject via envsetup script if you have one20:33
denixkhem: e.g. patch the corresponding layer.conf during setup?20:34
bluelightning_heh20:34
bluelightning_there's always a way :)20:35
bluelightning_on the other hand could the layer maintainer not just fix it properly?20:35
bluelightning_(oh, maybe you need that particular older version, reading your message again)20:36
denixbluelightning_: yeah, I need a specific commit20:36
khemdenix: well if you know then laws can be broken20:40
denixright20:41
RPdenix: where did you try what bluelightning_ suggested?20:41
RPdenix: that would be the best idea I have as well, we didn't design this interface to be bypassed!20:43
denixRP: I believe I put in local.conf20:43
denixRP: some sort of I_KNOW_WHAT_IM_DOING=true bypass would be nice :)20:44
denixyes, this is not standard and I take full responsibility to support it myself :)20:45
RPdenix: right, put it in an earlier layer, it needs to be parsed early20:45
RPdenix: bblayers.conf maybe?20:45
denixRP: ok, I can try that20:46
RPdenix: I think the I_KNOW_WHAT_IM_DOING option is LAYERSERIES_CORENAMES = ""20:46
bluelightning_yeah any override of this would need to be in bblayers.conf20:47
denixRP: that would disable all compat checking, right?20:48
RPdenix: yes20:48
RPdenix: but you know what you're doing!20:48
denixlol20:49
khemRP you are handing him a chain saw20:50
RPkhem: heh :)20:51
RPI would note that any of these things would invalidate YP Compat status and are not recommended in the slightest20:51
denixunderstood20:52
khemand voting rights in free country20:52
denixbtw, the layer in question is meta-browser - it has no branching/release strategy any more and master is now simply marked as compatible with "rocko sumo thud warrior"...20:54
denixthat was before zeus release, after that rocko and sumo were dropped and zeus added to the list. there's no way to easily pick a branch with needed version, as it's now a "rolling" layer20:56
frayrolling layers can work, but in my experience introduce a lot of problem (bbappends)20:57
denixRP, bluelightning_: so, adding LAYERSERIES_COMPAT_browser-layer_forcevariable = "zeus" to conf/bblayers.conf doesn't work20:59
RPdenix: try adding OVERRIDES = "forcevariable" too21:00
bluelightning_evil :)21:00
RPbluelightning_: totally21:00
bluelightning_perhaps we need a gunpointvariable now too21:01
denixheh, that works21:01
RPdenix: scary ;-)21:01
denixRP: indeed. I'll see if I can resolve issues with the latest code, so I can finally up-pin browser layer. this should be a temp stopgap for now21:03
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto21:07
khemdenix: we dont branch because by the time building 2 versions of chromium for 6 machines finishes its already time for next yocto release :)21:08
khemon a serious note, its partially driven by chromium being rolling release ubuntu solves it via using snaps for chromium21:09
RPkhem: and FWIW performance *sucks*21:10
khemperformance of what snaps ?21:10
RPkhem: yes21:11
RPkhem: the security audit piece means the browser lags horribly21:12
khemyeah I dont use them as much, I do use flatpaks21:12
khema bit, but I think these technologies might bring back the mythical year of linux dekstops :)21:12
khemI see quite a few commercial apps creating snaps/flatpaks e.g. adobe, spotify21:14
khemoh i must eat something21:14
RPkhem: I can see them helping with that21:14
*** bluca <bluca!~bluca@88.98.246.218> has quit IRC21:17
*** bluca <bluca!~bluca@88.98.246.218> has joined #yocto21:19
*** armpit <armpit!~armpit@45.19.219.178> has quit IRC21:55
*** pohly <pohly!~pohly@p54BD54FC.dip0.t-ipconnect.de> has quit IRC22:05
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC22:09
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto22:14
*** lfa <lfa!~lfa@80-108-132-46.cable.dynamic.surfer.at> has joined #yocto22:44
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC22:51
*** lfa <lfa!~lfa@80-108-132-46.cable.dynamic.surfer.at> has quit IRC22:52
*** jklare <jklare!~jklare@157.97.76.18> has quit IRC22:59
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC23:02
*** jklare <jklare!~jklare@157.97.76.18> has joined #yocto23:02
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC23:08
*** zbooth <zbooth!~zbooth@ec2-18-219-251-161.us-east-2.compute.amazonaws.com> has quit IRC23:08
*** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has quit IRC23:08
*** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has quit IRC23:09
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto23:09
*** alimon <alimon!alimon@gateway/shell/linaro/x-zessobyfoxedchep> has quit IRC23:09
*** zbooth <zbooth!~zbooth@ec2-18-219-251-161.us-east-2.compute.amazonaws.com> has joined #yocto23:09
*** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC23:09
*** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has joined #yocto23:09
*** Piraty <Piraty!~irc@unaffiliated/piraty> has quit IRC23:10
*** Piraty <Piraty!~irc@unaffiliated/piraty> has joined #yocto23:10
*** alimon <alimon!alimon@gateway/shell/linaro/x-iyyqlzqgnaoemupg> has joined #yocto23:10
*** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto23:10
*** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has joined #yocto23:11
*** rburton <rburton!51026a23@35.106.2.81.in-addr.arpa> has quit IRC23:12
*** JaMa <JaMa!~martin@109.238.218.228> has quit IRC23:17
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC23:31
*** agust <agust!~agust@pD95F104D.dip0.t-ipconnect.de> has quit IRC23:34
*** jklare <jklare!~jklare@157.97.76.18> has quit IRC23:57

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!