| *** kaspter <kaspter!~Instantbi@183.128.238.14> has quit IRC | 00:01 | |
| *** kaspter <kaspter!~Instantbi@183.128.238.14> has joined #yocto | 00:01 | |
| *** vineela <vineela!~vtummala@134.134.139.73> has quit IRC | 00:02 | |
| *** stephen <stephen!~stephen@unaffiliated/stephen> has quit IRC | 00:06 | |
| nick0001 | khem : thank you for the quick reply. Check for what? thanks. | 00:07 |
|---|---|---|
| khem | content in conf/layer.conf | 00:13 |
| khem | see if they are changing things are CFLAGS or other compiler global flags | 00:13 |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #yocto | 00:29 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC | 00:32 | |
| *** chinhuat1 <chinhuat1!~chinhuat@192.198.146.173> has joined #yocto | 02:04 | |
| *** chinhuat <chinhuat!~chinhuat@192.198.146.171> has quit IRC | 02:05 | |
| yocti | New news from stackoverflow: yocto bitbake: how to know a package name from the error message and re-run it <https://stackoverflow.com/questions/57470165/yocto-bitbake-how-to-know-a-package-name-from-the-error-message-and-re-run-it> | 02:17 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ztzsqwhfeccguwtm> has quit IRC | 03:01 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:25 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 05:38 | |
| *** agust <agust!~agust@p54833DBB.dip0.t-ipconnect.de> has joined #yocto | 05:43 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto | 06:18 | |
| *** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has joined #yocto | 06:19 | |
| *** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has quit IRC | 06:23 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 06:37 | |
| *** chinhuat1 is now known as help | 06:38 | |
| *** help is now known as Guest34303 | 06:39 | |
| *** Guest34303 is now known as chinhuat | 06:39 | |
| *** saraf <saraf!~a_saraf@123.252.238.18> has joined #yocto | 06:42 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 06:43 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has left #yocto | 06:43 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 06:44 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 06:45 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 06:49 | |
| *** saraf <saraf!~a_saraf@123.252.238.18> has quit IRC | 06:50 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 06:52 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 06:55 | |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 06:59 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 07:01 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 07:05 | |
| *** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-ihtncxtztehwuhpb> has joined #yocto | 07:08 | |
| *** Tamis <Tamis!504e0569@80.78.5.105> has quit IRC | 07:11 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 07:12 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 07:16 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:17 | |
| *** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto | 07:19 | |
| *** yacar_ <yacar_!~yacar@80.215.244.172> has joined #yocto | 07:20 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:28 | |
| *** yacar_ <yacar_!~yacar@80.215.244.172> has quit IRC | 07:32 | |
| *** yacar_ <yacar_!~yacar@80.215.244.172> has joined #yocto | 07:38 | |
| *** Dvorkin <Dvorkin!~Dvorkin@176.114.204.12> has quit IRC | 07:53 | |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 07:54 | |
| *** yacar_ <yacar_!~yacar@80.215.244.172> has quit IRC | 08:11 | |
| RP | khem: I think for speed you'd need an older bitbake :( | 08:20 |
| RP | Saur: thanks, that does help confirming that | 08:24 |
| *** yacar_ <yacar_!~yacar@80.215.152.145> has joined #yocto | 08:26 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto | 08:31 | |
| *** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC | 08:32 | |
| RP | Saur: FWIW I show that commit giving around a 25% hit, then master-next is about 2.5 times slower :/ | 08:55 |
| Saur | RP: Ouch. Not exactly the numbers we'd like to see... | 08:56 |
| RP | Saur: no. -next is the really really bad point | 08:57 |
| RP | Saur: I sent a summary to the list | 09:04 |
| RP | Saur: is master at least usable or are you seeing much worse than 25% degradation there? | 09:07 |
| LetoThe2nd | tig | 09:09 |
| kroon | But honestly, why are there people relying on master being perfect 100% of the time ? It is the *development* branch... | 09:11 |
| RP | kroon: I'm not sure people are. They're reporting problems which is fair enough | 09:11 |
| RP | kroon: I'm just trying to quantify how much of a problem and from when/where | 09:12 |
| kroon | RP, yeah. maybe I exaggerated a bit there, from reading that email | 09:17 |
| yocti | New news from stackoverflow: apt-get failure in chroot environment <https://stackoverflow.com/questions/57474958/apt-get-failure-in-chroot-environment> | 09:48 |
| *** yacar_ <yacar_!~yacar@80.215.152.145> has quit IRC | 09:55 | |
| mcfrisk | sigh, both poky and meta-openembedded contain stress-ng now | 10:16 |
| *** cquast_ <cquast_!~cquast@90.85.130.193> has joined #yocto | 10:17 | |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has joined #yocto | 10:24 | |
| *** nick0001 <nick0001!48cb490f@ip72-203-73-15.oc.oc.cox.net> has quit IRC | 10:32 | |
| *** kaspter <kaspter!~Instantbi@183.128.238.14> has quit IRC | 10:32 | |
| Crofton|work | mcfrisk, seems like there should be a remove posted for meta-oe then? | 10:34 |
| mcfrisk | yea, testing a patch locally now | 10:35 |
| mcfrisk | also adding some stress compatibility PROVIDES | 10:35 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:42 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 10:45 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:50 | |
| *** kaspter <kaspter!~Instantbi@183.128.238.14> has joined #yocto | 11:03 | |
| jofr | "git-replacement-native" .. what is it for? | 11:10 |
| jofr | There are some other "replacement-native" providers.. So what is the "replacement-native" business? | 11:14 |
| tgoodwin | armpit: I saw the note from RP earlier about the -ptest test in the autobuilder. That sounds familiar but if I remember correctly that's one of the ones I was able to get working once RP helped me get the QEMU setup working. I've since trimmed it from our internal stack of builds. | 11:22 |
| *** psiva87 <psiva87!~siva@122.15.132.89> has joined #yocto | 11:23 | |
| *** yacar_ <yacar_!~yacar@80.214.66.158> has joined #yocto | 11:25 | |
| tgoodwin | armpit: that or it was related to using the "master" of the ab-helper while having to hold back all the builds on our side to thud. I had to trim some tests related to that (since they didn't exist back then). | 11:26 |
| *** yacar_ <yacar_!~yacar@80.214.66.158> has quit IRC | 11:27 | |
| psiva87 | Hi all, | 11:29 |
| *** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto | 11:29 | |
| psiva87 | My yocto build manifest branch is topic/yocto, so I'm getting below error with Thud do_rootfs: Error executing a python function in exec_python_func() autogenerated: | 11:36 |
| psiva87 | The stack trace of python calls that resulted in this exception/failure was: | 11:36 |
| psiva87 | File: 'exec_python_func() autogenerated', lineno: 2, function: <module> | 11:36 |
| psiva87 | 0001: | 11:36 |
| psiva87 | *** 0002:write_image_test_data(d) | 11:36 |
| psiva87 | 0003: | 11:36 |
| psiva87 | File: '/mnt/home/topic_latest/openembedded-core/meta/classes/rootfs-postcommands.bbclass', lineno: 323, function: write_image_test_data | 11:36 |
| psiva87 | 0319: link_name = d.getVar('IMAGE_LINK_NAME') | 11:36 |
| psiva87 | 0320: testdata_name = os.path.join(deploy_dir, "%s.testdata.json" % d.getVar('IMAGE_NAME')) | 11:37 |
| psiva87 | 0321: | 11:37 |
| psiva87 | 0322: searchString = "%s/"%(d.getVar("TOPDIR")).replace("//","/") | 11:37 |
| psiva87 | *** 0323: export2json(d, testdata_name, searchString=searchString, replaceString="") | 11:37 |
| LetoThe2nd | psiva87: please use a pastebin! | 11:37 |
| psiva87 | 0324: | 11:37 |
| psiva87 | 0325: if os.path.exists(testdata_name): | 11:37 |
| psiva87 | 0326: testdata_link = os.path.join(deploy_dir, "%s.testdata.json" % link_name) | 11:37 |
| psiva87 | 0327: if os.path.lexists(testdata_link): | 11:37 |
| neverpanic | psiva87: please use a pastebin service for more than a few lines of text. | 11:37 |
| psiva87 | File: '/mnt/home/topic_latest/openembedded-core/meta/lib/oe/data.py', lineno: 46, function: export2json | 11:37 |
| psiva87 | 0042: data2export[key] = '' | 11:37 |
| psiva87 | 0043: except AttributeError: | 11:37 |
| psiva87 | 0044: pass | 11:37 |
| psiva87 | 0045: | 11:37 |
| psiva87 | *** 0046: with open(json_file, "w") as f: | 11:37 |
| LetoThe2nd | *SIGH* | 11:37 |
| psiva87 | 0047: json.dump(data2export, f, skipkeys=True, indent=4, sort_keys=True) | 11:37 |
| psiva87 | Exception: FileNotFoundError: [Errno 2] No such file or directory: 'IMX8MQ_topic/yocto_20190813063206.testdata.json' | 11:37 |
| psiva87 | LetoThe2nd: neverpanic: ok, will use it. | 11:38 |
| nrossi | jofr: if you haven't figured out the replacement-native yet, its so that ASSUME_PROVIDED can have git-native which is from hosttools. But if something needs git-native built it can depend on git-replacement-native which will build git-native and put it into the recipe-sysroot-native | 11:40 |
| jofr | nrossi: Yeah, I had kindofsortof figured that out. But thanks! | 11:46 |
| *** opennandra <opennandra!~marek@94.18.181.146> has joined #yocto | 11:49 | |
| jofr | nrossi: I had made a recipe a long time ago that depended on git-replacement-native (and I can't remember why I did the "replacement" bit), but it kept breaking. Exec format error on the git it built. Changing it to git-native instead solved my problem. | 11:55 |
| nrossi | jofr: you probably needed some feature that was not in your host git at the time ;) | 11:56 |
| jofr | nrossi: Perhaps. Kind of doubt it, though.. All it's doing are a couple of git-clones for dependencies for this homegrown package. What puzzles me even more is why I'm getting the exec-format-error in the git-replacement-native binary. "file" says it's an x86-64 as it should be. I'm thinking, perhaps the interpreter (loader) is somehow broken within that sysroot. But all other executables execute just fine.. | 12:02 |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 12:10 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 12:27 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 12:39 | |
| silviof | Hi #yocto, I have a question about initramfs. I working in a project which has the requirement to use two kernels. One is a standard kernel without initramfs which gets normaly booted with a root-kernel parameter to a appropiate partition on emmc. | 12:40 |
| silviof | The second kernel should include an initramfs with some tooling stuff for maintainance work. | 12:40 |
| silviof | How can I make this with yocto? | 12:40 |
| LetoThe2nd | silviof: are you asking about creating the initramfs? or how to construct a project steup with two kernel settings? i don' completely understand what the main question is, sorry. | 12:46 |
| silviof | LetoThe2nd: The second one. I need a project setup with two kernels. First **without** initramfs and the second one **with** initramfs. | 12:48 |
| silviof | Maybe you have a project example on github or so?! 🙂 | 12:49 |
| LetoThe2nd | silviof: ok. i personally would go the route of two separate distributions. they can include a common .conf that carries all the non-changing stuff, and only select different kernel configurations then. | 12:49 |
| LetoThe2nd | silviof: i don't think you can do all in one build run, at least not without massive tricks | 12:50 |
| silviof | LetoThe2nd: Just to ensure I have understood you fully. Its not possible to build two kernels within one project with yocto? I have to need to build 2 different distributions. One with initramfs and one without initramfs? | 12:52 |
| silviof | ouu | 12:52 |
| LetoThe2nd | silviof: i am not awre of a simple way to build two kernels, yes. | 12:52 |
| LetoThe2nd | silviof: well, you can certainly try to build an image that explicitly depends and therefore builds to specific kernels, but you'll have fun working around the virtual/kernel provider thing. and on top, the initramfs has to come from somewhere too, it usually is an image build of its own. | 12:54 |
| LetoThe2nd | silviof: so in a nutshell, any setup like this i have seen so far was a "tasteful" combination of several builds :) | 12:55 |
| silviof | tihi okay "tasteful" 😁 I understood. I will dig a bit the web what tells me about "more than one kernel builds". Could not think that this wasn't a usecase in all the years for yocto. | 12:58 |
| silviof | Thanks so far LetoThe2nd . | 12:58 |
| LetoThe2nd | it is often a use case, we hear it regularly. but in my (very personal) opinion, its a question of the mind set. yocto is not a "complete project all in one building mechanism", but a "distribution building mechanism". so if your complete project requires more than one distribution - which seems to be the case - then the approach should probably be to use a building mechanism around yocto, that triggers | 13:01 |
| LetoThe2nd | the two biulds and then combines them ... | 13:01 |
| LetoThe2nd | ... into whatever artifact you need. | 13:01 |
| smurray | the multiconfig stuff would work well for this use case, I think | 13:01 |
| smurray | and I think there may have been some discussion of building two kernels on the oe-core mailing list a while back, worth searching for that | 13:02 |
| LetoThe2nd | smurray: care to elaborate? happy to be proven wrong respectively corrected. | 13:02 |
| smurray | LetoThe2nd: since multiconfig allows building two different configs with the same bitbake invocation, it seems like it'd be somewhat straightforward to have the one config set up initramfs. Getting it all packaged into a single output image is perhaps tricky, though | 13:06 |
| silviof | ouu, smurray this looks intresting, have search about muticonfig. Thanks for this hint. (<https://www.yoctoproject.org/docs/2.4/dev-manual/dev-manual.html#platdev-building-targets-with-multiple-configurations>). | 13:10 |
| smurray | silviof: note that it works better in the last couple of releases (thud and warrior) than it did back in rocko | 13:12 |
| RP | JPEW: sadly whilst I'd say the performance is better, we still have timeouts :( | 13:15 |
| JPEW | RP: Is that with the NO_LINGER option set? | 13:19 |
| JPEW | RP: I also may have found a source of slowness in the hash server: If there are a lot of entries for the same taskhash (e.g. with different outhashes when builds aren't reproducible), it has to create a temporary b-tree to sort them. | 13:23 |
| JPEW | This is easy to test; temporarily rename the hash server database file and see if it gets faster with an empty database. | 13:24 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:27 | |
| *** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has quit IRC | 13:30 | |
| *** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has joined #yocto | 13:30 | |
| RP | JPEW: yes | 13:32 |
| *** jhautbois <jhautbois!~jm@lfbn-1-1474-163.w86-253.abo.wanadoo.fr> has joined #yocto | 13:45 | |
| jhautbois | Hi there ! I am trying to use devtool on Yocto Warrior. It works quite well, but I have a weird (I think) issue | 13:45 |
| jhautbois | I want to use the "autorev" functionnality on a git repository, but the devtool finish step does not work | 13:46 |
| jhautbois | I basically get : | 13:46 |
| jhautbois | oe.patch.CmdError: Command Error: 'sh -c 'git format-patch --no-signature --no-numbered AUTOINC -o /tmp/oepatchxthoybo4 -- .'' exited with 0 Output: | 13:46 |
| jhautbois | fatal: bad revision 'AUTOINC' | 13:46 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 13:52 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 13:53 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 13:59 | |
| *** lexano__ <lexano__!lexano@gateway/vpn/nordvpn/lexano> has quit IRC | 14:11 | |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 14:12 | |
| RP | JPEW: hash equivalence appears to break the layer check script: https://autobuilder.yoctoproject.org/typhoon/#/builders/39/builds/927 :/ | 14:23 |
| *** lexano__ <lexano__!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto | 14:26 | |
| JPEW | RP: Hmm, INTERNAL SERVER ERROR.... I think that usually means there was an exception in the server | 14:27 |
| JPEW | Anyway.... Does it even make sense to use the hash equivalence server when running the check layers script? I thought it was using the taskhashes to figure out if things are changing when they should not.... hash equivalence seems like it would confuse that | 14:29 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 14:33 | |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 14:37 | |
| *** gtchub <gtchub!32f1bfd1@50-241-191-209-static.hfc.comcastbusiness.net> has quit IRC | 14:41 | |
| RP | JPEW: no, doesn't make sense. We'll need to guard against it though | 14:48 |
| * LetoThe2nd announces stream starting at 17:00 Europe/Berlin -> https://www.twitch.tv/yocto_project | 14:53 | |
| LetoThe2nd | that is, in 7 Minutes :) | 14:53 |
| RP | LetoThe2nd: hmm, I've had the wrong dates in the weekly status report :/ | 14:54 |
| LetoThe2nd | i guess its the vacation session anyways. but i want to keep my self-imposed schedule | 14:55 |
| RP | LetoThe2nd: sadly I have the weekly engineering meeting, as ever... | 14:55 |
| LetoThe2nd | RP: yes, i'm already thinking about how to deal with this, maybe change my schedule. i wasn't aware of it when planning, as i only knew of the public tech call every first tuesday. | 14:57 |
| LetoThe2nd | but as far as i can tell we're seeing good view counts of the recordings on youtube :) | 14:59 |
| halstead | Engineering meeting at https://zoom.us/j/990892712 | 15:01 |
| RP | halstead: waiting for the host to start? | 15:02 |
| RP | JPEW: yes, different audiences | 15:02 |
| armpit | was I on the wrong channel. I got booted | 15:02 |
| halstead | RP, I was in it a moment ago. | 15:02 |
| *** vineela <vineela!~vtummala@134.134.139.83> has joined #yocto | 15:02 | |
| RP | halstead: got in second try | 15:03 |
| *** opennandra <opennandra!~marek@94.18.181.146> has quit IRC | 15:28 | |
| amaury_d | is it possible to post comment on twitch stream without account ? | 15:30 |
| *** Saur <Saur!pkj@nat/axis/x-qqyanmskkdrogtdw> has quit IRC | 15:36 | |
| amaury_d | cheers :) | 15:38 |
| zeddii | baahahah. I finally got on the meeting, just to hear everyone hang up :D | 15:42 |
| RP | zeddii: its ok, we gave you the action items | 15:42 |
| zeddii | :D I'd expect no less! | 15:43 |
| zeddii | but I'll also be around next week (no ELC), so I'll follow up with them all completed! ;) | 15:43 |
| RP | zeddii: I'm not at ELC either... | 15:44 |
| *** vineela <vineela!~vtummala@134.134.139.83> has quit IRC | 15:44 | |
| zeddii | after my two weeks of vacation. I have a lot of changes to move along, traveling was not an option. | 15:44 |
| * RP has no travel budget | 15:44 | |
| LetoThe2nd | so no ELCE for you?!? | 15:45 |
| LetoThe2nd | i'm constantly messing up today. | 15:45 |
| RP | LetoThe2nd: have budget for ELC-E, just not ELC | 15:49 |
| *** zzeroo <zzeroo!~zzeroo@p50999e88.dip0.t-ipconnect.de> has quit IRC | 15:49 | |
| LetoThe2nd | question on twitch: do we have an out-of-tree module example somewhere, a proper one? | 15:50 |
| *** kanavin_ <kanavin_!~kanavin@141.113.65.72> has joined #yocto | 15:50 | |
| RP | LetoThe2nd: we have a skeleton one, not sure about a proper one | 15:51 |
| *** cquast_ <cquast_!~cquast@90.85.130.193> has quit IRC | 15:51 | |
| RP | zeddii: ^^ | 15:52 |
| *** kanavin <kanavin!~kanavin@141.113.65.72> has quit IRC | 15:53 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 15:54 | |
| JPEW | RP: Ok, there are 50,000 duplicate task hashes (of 250,000 total) in the AB database, so the sqlite performance issue might be relevent | 15:57 |
| amaury_d | lol strace pulling mesa, cairo, bluez, ... :D | 15:58 |
| amaury_d | why is that ? | 15:58 |
| zeddii | we just use the skeleton one as the example. there are others in some packages. but they all follow the same format. | 16:01 |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto | 16:02 | |
| LetoThe2nd | most awful session i've ever done for sure. | 16:04 |
| * LetoThe2nd needs some metal to recuperate. | 16:04 | |
| LetoThe2nd | s/recuperate/recover/ | 16:04 |
| amaury_d | thanks for your time | 16:05 |
| LetoThe2nd | thanks for joining us! | 16:05 |
| amaury_d | I did not known this kind of format it is interesting | 16:06 |
| LetoThe2nd | amaury_d: every second tuesday a month | 16:06 |
| amaury_d | on my agenda now :) | 16:06 |
| LetoThe2nd | feel free to drop questions, remarks, everything in here, i'm constantly monitoring this place :) | 16:06 |
| LetoThe2nd | but now, dinner! | 16:07 |
| * LetoThe2nd AFKs | 16:07 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:4433:1c24:7cd8:6011> has quit IRC | 16:07 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 16:16 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:27 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 16:27 | |
| RP | JPEW: hmm, I wonder if we can tell somehow. I think we're going to need stats | 16:35 |
| JPEW | RP: Yep. I'll work on that | 16:36 |
| RP | JPEW: thanks. I'm going to restart the autobuilder build and try a load of my fixes. Anything I should try on the server? | 16:36 |
| JPEW | Not ATM | 16:36 |
| RP | ok. I found three issues with runqueue so I'm hoping that is a decent set of the issues | 16:38 |
| JPEW | RP: Good. On the plus side, it looks like we are going to have a pretty good regression test suite for the runqueue when you are done. It looks like it's been needing one for a while | 16:40 |
| yocti | New news from stackoverflow: Yocto - Can't build library for host SDK <https://stackoverflow.com/questions/57481985/yocto-cant-build-library-for-host-sdk> | 16:49 |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC | 16:56 | |
| *** vineela <vineela!~vtummala@134.134.139.83> has joined #yocto | 17:00 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:05 | |
| *** mischief <mischief!~mischief@wopr.sciops.net> has joined #yocto | 17:08 | |
| mischief | hey, i'm new to yocto and i'm using it for work. we'd started on sumo and just moved to warrior.. is there an easy way to delete old stuff built from sumo without just deleting tmp/? | 17:09 |
| RP | JPEW: I'm struggling to make test cases for all of the issues :/ | 17:10 |
| RP | JPEW: but yes, its better to have what is now there than nothing | 17:11 |
| *** nabokov <nabokov!~armand@67.218.223.154> has quit IRC | 17:15 | |
| Crofton|work | LetoThe2nd, question from twitter | 17:16 |
| Crofton|work | Dan CaJacob | 17:16 |
| Crofton|work | @astrojockey | 17:16 |
| Crofton|work | · | 17:16 |
| Crofton|work | 30s | 17:16 |
| Crofton|work | Replying to | 17:16 |
| Crofton|work | @yoctoproject | 17:17 |
| Crofton|work | and | 17:17 |
| Crofton|work | @balister | 17:17 |
| Crofton|work | What happens on the Yocto Project Twitch channel? Live building? | 17:17 |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC | 17:19 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 17:44 | |
| *** xteixeira <xteixeira!~xteixeira@189.112.62.214> has joined #yocto | 17:45 | |
| xteixeira | hey is it ok to ask for help with yocto in here? | 17:46 |
| *** JPEW <JPEW!cc4da337@204.77.163.55> has quit IRC | 17:52 | |
| Crofton|work | xteixeira, just ask | 17:58 |
| Crofton|work | it may take a while for someone to see the question and answer | 17:59 |
| xteixeira | oh ok | 17:59 |
| *** Crofton <Crofton!~Crofton@2601:5c0:c100:b84:2c6b:ea71:5c27:4917> has quit IRC | 18:00 | |
| xteixeira | so ive been developing a custom distro in yocto, but i cant get the kernel to load the initramfs on boot if i use the INITRAMFS_IMAGE_BUNDLE=1 option | 18:00 |
| xteixeira | if I set INITRAMFS_IMAGE_BUNDLE=0 and include the initramfs image in .cpio.gz format separately and configure grub to point to it using the "initrd" option in the boot entry, it works. | 18:02 |
| Crofton|work | which machine ? | 18:02 |
| xteixeira | im booting in a regular x86_64 computer | 18:02 |
| xteixeira | using the linux-intel kernel from the meta-intel layer | 18:02 |
| xteixeira | building everything for the intel-corei7-64 machine | 18:03 |
| xteixeira | and btw, i've been using these instructions to install my distro to a hard drive: https://wiki.yoctoproject.org/wiki/How_do_I#Q:_How_do_I_put_Yocto_on_a_hard_drive.3F | 18:07 |
| xteixeira | im not sure (and couldnt find anything on it) if i need a kernel parameter for the kernel to try to load a bundled initramfs image? | 18:08 |
| *** marler8997 <marler8997!0f41fc0d@ztxe01hpics303.austin.hp.com> has joined #yocto | 18:08 | |
| marler8997 | quick question, I've set the PREFERRED_PROVIDER for one of my recipes in the distro config, however, it's still picking the newest version. I've verified that the bitbake -e output has the PREFERRED_PROVIDER set. How would I go about finding out why yocto is selecting the new version? | 18:08 |
| marler8997 | omg, it's supposed to be PREFERRED_VERSION | 18:09 |
| xteixeira | yes you need to use PREFERRED_VERSION_${PN} | 18:10 |
| *** Crofton <Crofton!~Crofton@2601:5c0:c100:b84:3e97:eff:fe07:aac9> has joined #yocto | 18:13 | |
| *** marler8997 <marler8997!0f41fc0d@ztxe01hpics303.austin.hp.com> has quit IRC | 18:29 | |
| *** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC | 18:33 | |
| __angelo | how can i find the path of the toolchain used by yocto ? | 18:43 |
| *** JPEW <JPEW!cc4da337@204.77.163.55> has joined #yocto | 18:52 | |
| LetoThe2nd | __angelo: do you mean used *by* yocto to build its own tooling, or the one that yocto builds for itself and uses to build stuff? | 18:55 |
| __angelo | LetoThe2nd, sry. The one used to cross-build the kernel. | 18:56 |
| LetoThe2nd | __angelo: the former is your standard toolchain of your system. the latter is actually prepared per-recipe as far as i know | 18:56 |
| LetoThe2nd | __angelo: why do you ask? | 18:56 |
| __angelo | well i found it. Just to build the kernel separately | 18:57 |
| LetoThe2nd | __angelo: reacing directly into the build is very error prone. if you need a cross toolchain thats compatible with a specific image, its better to go the sdk route. | 18:58 |
| LetoThe2nd | Crofton|work: hum, what happens on twitch? you can see me mess up things, talking about random weird stuff and having a drink. | 18:58 |
| LetoThe2nd | </summary> | 18:58 |
| RP | Well, contra to what I said earlier, we can fix the performance problem with runqueue as its not where I thought it was | 19:05 |
| * RP was quite surprised when glancing at the profile | 19:06 | |
| LetoThe2nd | RP: pray tell | 19:08 |
| RP | LetoThe2nd: its in the scheduler which I didn't really change. Seems the list comprehensions there are really slow | 19:08 |
| LetoThe2nd | RP: fun! | 19:08 |
| RP | and 50 million calls to taskname_from_tid which is just bizarre | 19:10 |
| LetoThe2nd | hey i'm sure you can reach 100 million! you can do it! beleive in yourself! | 19:10 |
| RP | I don't even understand how the code did that | 19:12 |
| LetoThe2nd | hrhr | 19:16 |
| RP | http://git.yoctoproject.org/cgit.cgi/poky-contrib/patch/?id=5c79999b61e1232ff97e1f07667a98a04a58d4fb for anyone interested | 19:19 |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has quit IRC | 19:19 | |
| RP | Could have been the generator never expanded to "empty" | 19:19 |
| JPEW | RP: Heh, that was a pretty hairy generator expression | 19:20 |
| RP | JPEW: it had grown a bit :) | 19:21 |
| JPEW | RP: The new code doesn't update self.buildable like the old one did | 19:22 |
| RP | JPEW: right, its ok though as it doesn't need to | 19:23 |
| JPEW | Ok | 19:23 |
| RP | JPEW: I did check! :) | 19:23 |
| RP | JPEW: old versions did poke around buildable but it was error prone so we have holdoff_tasks for that now | 19:24 |
| JPEW | RP: Makes sense | 19:24 |
| *** armpit <armpit!~armpit@45.19.219.178> has joined #yocto | 19:38 | |
| *** Crofton <Crofton!~Crofton@2601:5c0:c100:b84:3e97:eff:fe07:aac9> has quit IRC | 19:47 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has joined #yocto | 19:51 | |
| *** nabokov <nabokov!~armand@67.218.223.154> has joined #yocto | 19:54 | |
| *** lexano__ is now known as lexano | 19:56 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has quit IRC | 19:58 | |
| khem | RP: I was trying to put downloads/ folder into a nfs share, and fetcher gets stuck "NOTE: Fetching uninative binary shim from http://downloads.yoctoproject.org/releases/uninative/2.6/x86_64-nativesdk-libc.tar.xz;sha256sum=133387753a9acf3e1b788103c59fac91e968e2ee331d7a4b9498e926ada7be57" | 20:00 |
| khem | RP: I was trying to put downloads/ folder into a nfs share, and fetcher gets stuck "NOTE: Fetching uninative binary shim from http://downloads.yoctoproject.org/releases/uninative/2.6/x86_64-nativesdk-libc.tar.xz;sha256sum=133387753a9acf3e1b788103c59fac91e968e2ee331d7a4b9498e926ada7be57" | 20:01 |
| khem | If I wget this manually ( under same username ) in same location it works fine | 20:01 |
| khem | any hints where to look at, | 20:02 |
| khem | I see that it created a corresponding .lock file and then it spins | 20:02 |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC | 20:02 | |
| khem | I see that uninative is calling a normal fetcher which iin this case would be wget I suppose | 20:08 |
| khem | If I use local disk for downloads it works ok then | 20:09 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 20:10 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:15 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has joined #yocto | 20:19 | |
| *** armpit <armpit!~armpit@45.19.219.178> has quit IRC | 20:25 | |
| *** armpit <armpit!~armpit@45.19.219.178> has joined #yocto | 20:41 | |
| RP | khem: I'd have to guess at locking not working on the NFS mount? | 20:43 |
| RP | khem: the main other thing the fetcher would do is take out a lock using bb.utils.lockfile() | 20:44 |
| RP | khem: easy to test. Could try flock too | 20:44 |
| khem | RP: is there a way to enable locking on NFS drive | 20:49 |
| RP | khem: missing portmap/rpcbbind or lockd? | 20:52 |
| RP | khem: I don't remember :/ | 20:52 |
| *** agust <agust!~agust@p54833DBB.dip0.t-ipconnect.de> has quit IRC | 20:55 | |
| khem | RP:its creating .lock file so does that mean its creating the lock fine | 20:59 |
| *** xteixeira <xteixeira!~xteixeira@189.112.62.214> has quit IRC | 21:12 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 21:15 | |
| RP | khem: does it actually get a lock? I'm wondering if that is what is hanging? | 21:16 |
| RP | khem: where does strace or gdb show it? | 21:16 |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto | 21:23 | |
| khem | RP:now its working, I needed to mount it with nolock,local_lock=all | 21:31 |
| khem | the server is running v3, I wished it ran v4 | 21:31 |
| RP | khem: restricting the locks to local might be a bit risky? | 21:41 |
| *** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 21:43 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 21:50 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 21:50 | |
| *** armpit <armpit!~armpit@45.19.219.178> has quit IRC | 21:58 | |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 22:02 | |
| *** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has quit IRC | 22:07 | |
| *** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has joined #yocto | 22:07 | |
| *** armpit <armpit!~armpit@45.19.219.178> has joined #yocto | 22:11 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-xgtfovyarucrsguf> has joined #yocto | 22:19 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has quit IRC | 22:28 | |
| *** FailDev <FailDev!18d83107@24.216.49.7> has joined #yocto | 22:28 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.128.138> has joined #yocto | 22:41 | |
| mischief | i'm making some recipies for kernel modules but i'm confused about where the module files end up. the package files (.deb) are empty. where do they go? | 22:50 |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.128.138> has joined #yocto | 22:52 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.128.138> has quit IRC | 22:53 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 22:56 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 22:56 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:13 | |
| *** jij <jij!jonashg@nat/axis/x-kjxgmedngrcispwc> has quit IRC | 23:48 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!