| *** falk0n <falk0n!~falk0n@a81-84-60-132.cpe.netcabo.pt> has quit IRC | 00:00 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 00:11 | |
| *** falk0n <falk0n!~falk0n@a81-84-60-132.cpe.netcabo.pt> has joined #yocto | 00:12 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 00:20 | |
| *** vineela <vineela!~vtummala@134.134.139.83> has quit IRC | 00:21 | |
| *** moosnat <moosnat!~moosnat@unaffiliated/moosnat> has quit IRC | 00:27 | |
| *** tgraydon <tgraydon!~textual@134.134.139.74> has quit IRC | 00:31 | |
| *** kaspter <kaspter!~Instantbi@125.118.61.176> has quit IRC | 00:38 | |
| *** kaspter <kaspter!~Instantbi@125.118.61.176> has joined #yocto | 00:38 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 00:48 | |
| *** gattuso <gattuso!~gattuso@pompel.me> has quit IRC | 02:08 | |
| yocti | New news from stackoverflow: Yocto: Nothing provides python-re-native <https://stackoverflow.com/questions/55840781/yocto-nothing-provides-python-re-native> | 02:18 |
|---|---|---|
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 02:45 | |
| *** gattuso <gattuso!~gattuso@pompel.me> has joined #yocto | 02:47 | |
| *** kaspter <kaspter!~Instantbi@125.118.61.176> has quit IRC | 03:49 | |
| *** kaspter <kaspter!~Instantbi@125.118.57.2> has joined #yocto | 03:50 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 04:02 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 04:12 | |
| *** cvasilak <cvasilak!~cvasilak@2a02:587:810c:1400:8882:b774:41a5:e008> has joined #yocto | 04:39 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 05:03 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 05:10 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-myxikrittglabftz> has quit IRC | 05:12 | |
| *** agust <agust!~agust@p54833389.dip0.t-ipconnect.de> has joined #yocto | 05:20 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 05:39 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 05:58 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 06:09 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 06:09 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 06:17 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 06:33 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 06:37 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 06:47 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 06:51 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has left #yocto | 06:51 | |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 07:08 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 07:10 | |
| *** florian_kc is now known as florian | 07:50 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 08:48 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 08:54 | |
| *** xtron <xtron!~xtron@110.93.212.98> has joined #yocto | 08:55 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 09:00 | |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 09:04 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 09:08 | |
| miwa | so, throwing this out there as someone here might now. Is there a small, standalone, user-initiated tftp server for linux? Ideally, it'd run command-line without daemonizing and would read configuration either from arguments or from a small cfg file not placed globally (i.e. in /etc) | 09:10 |
| LetoThe2nd | miwa: busybox tftpd not fitting the bill? | 09:12 |
| xtron | is it ok to inherit a class in recipe multiple time? | 09:14 |
| LetoThe2nd | xtron: for what use? | 09:14 |
| miwa | LetoThe2nd: even busybox's tftpd's documentation says "should be used as an inetd service", so no I guess even if there might be a way to run it in the foreground? | 09:16 |
| xtron | LetoThe2nd, making some code common, there is a case when a recipe can require 'common.inc' 'other.inc' both inherit kernel for example | 09:16 |
| LetoThe2nd | miwa: "should" does not mean "must" | 09:16 |
| LetoThe2nd | miwa: i'd just give it a try | 09:16 |
| LetoThe2nd | xtron: i don't get it. do you mean you want multiple require lines? in that case: yes. do you mean you want to require the very same include multiple times? in that case: rethink your code. | 09:17 |
| xtron | LetoThe2nd, obviously these *.inc files inheriting other stuff too, but 'inherit kernel' is an example of common include | 09:18 |
| LetoThe2nd | xtron: sounds very much like "rethink your code" | 09:19 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:20 | |
| xtron | LetoThe2nd, I'm using multiple require lines, | 09:21 |
| *** blitz00 <blitz00!c1f0f176@gateway/web/freenode/ip.193.240.241.118> has joined #yocto | 09:24 | |
| *** Hodhr <Hodhr!~Hodhr@162.206.70.37.rev.sfr.net> has joined #yocto | 09:28 | |
| *** Hodhr <Hodhr!~Hodhr@162.206.70.37.rev.sfr.net> has left #yocto | 09:28 | |
| blitz00 | Hi. Is it normal behaviour to have a setscene tasks run for a recipe and then mid-building an image that said recipe to actually start building? I'm having an issue with my kernel recipe. I can see the logs in the SetScene part that it successfully executes do_package_write_ipk_setscene, but then when it get to the RunQueue stage is starts doing fetch/compile/etc/install and do_deploy (but not do_package). | 09:31 |
| blitz00 | The problem is that the zImage that ends up in the image is different than the one in tmp/deploy/images/.... | 09:31 |
| blitz00 | This confuses me, I assumed that when bitbake computes the tasks it knows before hand that a recipe it's either pulled from sstate or is completely build, not doing half-half | 09:32 |
| blitz00 | This is on sumo, btw | 09:32 |
| blitz00 | Sorry, thud | 09:55 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 10:07 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 10:31 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:32 | |
| paulbarker | blitz00: What's the kernel recipe? Does it inherit the deploy bbclass? | 11:09 |
| RP | kanavin: there is a patch mentioned on the netdev list which might fix the python test hang | 11:16 |
| RP | kanavin: someone else ran into a problem too | 11:17 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 11:18 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 11:19 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-rfcpvwlicnarfood> has joined #yocto | 11:21 | |
| *** berton <berton!~berton@181.220.83.165> has joined #yocto | 11:27 | |
| *** berton <berton!~berton@181.220.83.165> has quit IRC | 11:38 | |
| *** berton <berton!~berton@181.220.83.165> has joined #yocto | 11:39 | |
| *** cvasilak <cvasilak!~cvasilak@2a02:587:810c:1400:8882:b774:41a5:e008> has quit IRC | 11:40 | |
| *** cvasilak <cvasilak!~cvasilak@2a02:587:810c:1400:8882:b774:41a5:e008> has joined #yocto | 11:41 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 11:47 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 11:49 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:56 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 12:02 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 12:03 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 12:04 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 12:05 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 12:21 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 12:21 | |
| *** berton <berton!~berton@181.220.83.165> has quit IRC | 12:29 | |
| *** kaspter <kaspter!~Instantbi@125.118.57.2> has quit IRC | 12:43 | |
| *** kaspter <kaspter!~Instantbi@125.118.57.2> has joined #yocto | 12:44 | |
| blitz00 | paulbarker: it only inherits kernel | 12:51 |
| blitz00 | paulbarker: but yes, kernel.bbclass inherits deploy | 12:51 |
| paulbarker | blitz00: Ok, my first guess was that you should be seeing do_deploy_setscene as well as do_package_write_ipk_setscene. But if the deploy bbclass is inherited that should be handled unless there's something messing with the do_deploy function | 12:54 |
| paulbarker | Perhaps you need to post this one to the mailing list with some more info | 12:54 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-hutptfrhajhnfamn> has joined #yocto | 13:01 | |
| RP | blitz00: it suggests something has a dependency which isn't being met from the sstate covered tasks and hence something triggers a kernel build | 13:04 |
| *** vineela <vineela!vtummala@nat/intel/x-rgvbhruauepatbng> has joined #yocto | 13:04 | |
| RP | blitz00: the system will gracefully handle it by rebuilding it which is what its designed to do (graceful fallback), it can sometimes be tricky to work out which dependency causes it though | 13:04 |
| *** xtron <xtron!~xtron@110.93.212.98> has quit IRC | 13:10 | |
| blitz00 | RP: ah okay. So restoring from sstate and then rebuilding is normal behaviour. I always assumed that the system figures out at the beginning if something will be used from sstate or built, and not run both setscene and runqueue tasks | 13:14 |
| blitz00 | RP: however, it seems the triggered rebuild is not complete, not all tasks are run at the rebuild, hence my assumption that I end up with different zImage in different places. Let me pastebin something | 13:15 |
| RP | blitz00: its suboptimal but not an error as such depending on what was in the sstate cache | 13:15 |
| RP | blitz00: you shouldn't get a different zImage, it may get changed if the zImage task hasn't run yet though | 13:16 |
| RP | (probably do_deploy for the case you're talking about) | 13:16 |
| *** vineela <vineela!vtummala@nat/intel/x-rgvbhruauepatbng> has quit IRC | 13:20 | |
| *** vineela <vineela!~vtummala@134.134.139.72> has joined #yocto | 13:23 | |
| blitz00 | RP: https://pastebin.com/a4Tq9mED and https://pastebin.com/D0F72dvY | 13:26 |
| blitz00 | what bugs me is that do_deploy does run at rebuild | 13:26 |
| blitz00 | but I see no do_package_ipk, nothing after do_install | 13:27 |
| blitz00 | at this point I don't understand if the kernel in the image is the wrong one, or the one in deploy. Problem is that I have signed modules enabled, and it using the kernel in deploy it doesn't boot, but the one in /boot works | 13:28 |
| blitz00 | that means that either the modules in the image are themselves the old ones or are the new built ones | 13:28 |
| blitz00 | on my setup I should be able to boot with the kernel in the image or the one in deploy, it shouldn't matter... unless I get a build like this one, when the kernel from deploy is bad because it contains a different signature than the modules | 13:30 |
| *** vineela <vineela!~vtummala@134.134.139.72> has quit IRC | 13:32 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 13:36 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 13:36 | |
| armpit | RP, regarding the manual sdk test. maybe its a special case selftest but lives in a "release" dir | 13:37 |
| RP | armpit: not sure I follow? :/ | 13:38 |
| armpit | that manual test can be automated using the selftest classes | 13:38 |
| armpit | but you don't want to run it every time you run selftests | 13:39 |
| armpit | it needs to be aware of where the release artifacts are | 13:39 |
| armpit | so have a release dir might make sense to indicate things to be run for release or at release time | 13:40 |
| * armpit maybe a patch might make more sense ; ) | 13:40 | |
| RP | armpit: I understand now | 13:41 |
| armpit | we have a 24 hour crashme test that might be better suit living there too | 13:41 |
| RP | armpit: with regard to the 24 crashme, I'm quite happy to move that to be a "BSP" test | 13:42 |
| RP | armpit: its more poking at hardware than software | 13:42 |
| armpit | yeah, it should be because its very BSP specific | 13:42 |
| RP | armpit: Perhaps for release we should have a separate release sanity test as part of the final release process? | 13:43 |
| armpit | sure | 13:43 |
| * armpit might even automate the release process ; ) | 13:45 | |
| RP | armpit: there are scripts already | 13:45 |
| armpit | yeah. but the the AB do it | 13:46 |
| RP | armpit: digging into them is something I haven't gotten around to yet | 13:46 |
| RP | armpit: the AB already preps the release directory to a large extent | 13:46 |
| armpit | release notes? | 13:47 |
| RP | armpit: would always have to be a two pass process | 13:47 |
| armpit | what are VM for ; ) | 13:48 |
| * armpit hmmm, bsp layers containing there own tests... | 13:50 | |
| RP | armpit: we need to get the QA test results back, merge them, sort the QA report header, bug reports and release notes - can't all be automated | 13:50 |
| RP | armpit: btw, which stable branch am I meant to be merging? You have so many different ones now :( | 13:52 |
| JPEW | armpit: I saw you added the LTP test results to resulttool. Are there logs that would be useful to pull out with the new 'resulttool log' subcommand? | 13:54 |
| RP | armpit: oh, its an oecore one now isn't it. Perhaps the older poky-contrib stable ones should be tidied up? | 13:57 |
| armpit | JPEW, should be if you understand LTP raw logs. | 13:57 |
| armpit | RP, openembedded-core-contrib/log/?h=stable/sumo-next | 13:58 |
| armpit | for sure.. now I have go figure out thud. | 13:58 |
| armpit | RP, my pull requests no longer come from poky | 13:59 |
| armpit | RP.. you got my last Thud pull request | 14:01 |
| RP | armpit: right, can we remove the stable/xxx-next from poky to stop confusing me then please? :) | 14:02 |
| armpit | yes | 14:02 |
| armpit | I can't do that but you or MH can | 14:02 |
| RP | armpit: you can't? :/ | 14:02 |
| armpit | I use stable/*-nmut for builds | 14:02 |
| armpit | contrib.. let me check | 14:03 |
| *** andrunko` <andrunko`!andrunko@nat/collabora/x-pcjcpyhwhjuawbid> has quit IRC | 14:03 | |
| RP | armpit: if not I'll clean them up | 14:04 |
| armpit | looks like I can remove mine | 14:06 |
| armpit | sumo & thud -next removed | 14:07 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 14:08 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 14:09 | |
| RP | armpit: thanks | 14:10 |
| *** kaspter <kaspter!~Instantbi@125.118.57.2> has quit IRC | 14:12 | |
| *** Aethenelle <Aethenelle!~Aethenell@38.98.162.231> has quit IRC | 14:12 | |
| *** kaspter <kaspter!~Instantbi@125.118.57.2> has joined #yocto | 14:13 | |
| blitz00 | RP: any hints on how can I force it to run all tasks if it starts building the kernel? Seems that it's missing do_package_ipk | 14:13 |
| RP | blitz00: why would it need to run all tasks? | 14:14 |
| RP | either the sstate checksum changes and it needs to rebuild or it doesn't and the output is identical | 14:14 |
| RP | Is that isn't the case, the checksum has a bug and there are missing dependencies | 14:14 |
| blitz00 | Right, it considers it needs a rebuild, but I do not see all the tasks being rebuilt: https://pastebin.com/D0F72dvY - I see do_install and do_deploy, but no do_package | 14:15 |
| blitz00 | and the kernel in the image seems it comes from the ipk restored from sstate | 14:15 |
| RP | blitz00: I'm still not seeing a bug | 14:16 |
| blitz00 | I'm not saying there is one... maybe I'm doing something funky (i'm using uboot-sign and kernel-fitimage classes as well,. so maybe those are doing something funky). Still I do not understand why /boot/zImage is not the same as tmp/deploy/images/zImage | 14:18 |
| RP | well, as you say, one is package manager and one is from do_deploy | 14:18 |
| blitz00 | And since I'm seeing do_compile/do_install/do_deploy actually run | 14:18 |
| blitz00 | I was expecting to see a do_package as well | 14:19 |
| * zeddii is watching the activity on RPs TCP hang thread .. fingers crossed that it finally gets attention | 14:19 | |
| RP | and as you mention the kernel is getting rebuilt. In theory the rebuild should give the same output. The fact it isn't is a reproducibility issue | 14:19 |
| RP | zeddii: yes, would be interesting to try that patch with our hang | 14:19 |
| RP | blitz00: Its something like there being a dependency change A <- B <- C <- D where D is an sstate task and A-C are not. Something in your setup is depending on A, B or C and hence its causing them to rerun | 14:20 |
| RP | blitz00: since D already built and D doesn't need to be rebuild its only rebuilding A-C | 14:21 |
| RP | s/change/chain/ | 14:21 |
| blitz00 | the rebuild is different because the module signing key changes at every build. So, generally speaking, when something rebuilds and re-runs do_install there is a requirement that do_package runs? | 14:21 |
| RP | blitz00: when a task reruns it should have exactly the same output for any given set of inputs | 14:21 |
| RP | you've broken than rule if you change signing key | 14:22 |
| blitz00 | I see, that helps. I suspect uboot-sign and kernel-fitimage doing something funky. I've seens some fixes in warrior for those and I've tried to backport them | 14:22 |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 14:22 | |
| blitz00 | Hmm, yes, I'm letting the kernel build generate the key - I'm not providing one | 14:23 |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 14:24 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 14:26 | |
| blitz00 | uboot's do_deploy depends on the kernel's do_deploy cf. uboot-sign.bbclass | 14:27 |
| armpit | RP focus | 14:32 |
| RP | armpit: coming | 14:32 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 14:33 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 14:34 | |
| *** pebenito_ <pebenito_!~pebenito@unaffiliated/pebenito> has joined #yocto | 14:36 | |
| rburton | kanavin: fancy being the perl maintainer? as you sent the rewrite? | 14:50 |
| * armpit heheh | 14:53 | |
| rburton | shock discovery was that i'm the owner :) | 14:54 |
| mcfrisk | hmm, kernel module signing seems to not work with sumo. does one need to disable kernel modulue stripping or something? | 15:00 |
| rburton | mcfrisk: most likely yes. thud iirc has code to not strip signed modules. | 15:04 |
| rburton | (which sucks) | 15:04 |
| *** pebenito_ <pebenito_!~pebenito@unaffiliated/pebenito> has quit IRC | 15:05 | |
| *** pebenito_ <pebenito_!~pebenito@unaffiliated/pebenito> has joined #yocto | 15:06 | |
| *** varjag <varjag!~user@ti0040a400-3113.bb.online.no> has joined #yocto | 15:18 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 15:19 | |
| mcfrisk | rburton: thanks, I'll have a look at the patches in thud or master branch | 15:20 |
| * Piraty curses Xilinx | 15:21 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-hutptfrhajhnfamn> has quit IRC | 15:33 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 15:35 | |
| *** cvasilak <cvasilak!~cvasilak@2a02:587:810c:1400:8882:b774:41a5:e008> has quit IRC | 15:36 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:a87f:9f1d:bbdb:3483> has quit IRC | 15:59 | |
| *** quandtum <quandtum!~quandtum@140.190.53.83> has joined #yocto | 16:04 | |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 16:16 | |
| *** Aethenelle <Aethenelle!~Aethenell@38.98.162.245> has joined #yocto | 16:21 | |
| *** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has quit IRC | 16:37 | |
| *** varjag <varjag!~user@ti0040a400-3113.bb.online.no> has left #yocto | 16:38 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 16:38 | |
| Crofton | Piraty, would did they do this time? | 16:51 |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 16:58 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 16:58 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 17:00 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-qpgqprypifgksnod> has joined #yocto | 17:00 | |
| *** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 17:01 | |
| *** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 17:03 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 17:04 | |
| blitz00 | mcfrisk: in thud it kind of works, meaning that it will not strip them anymore, but you end up with fat modules. Add EXTRA_OEMAKE += "INSTALL_MOD_STRIP=1" in your recipe to let the kernel strip them at install | 17:07 |
| *** blitz00 <blitz00!c1f0f176@gateway/web/freenode/ip.193.240.241.118> has quit IRC | 17:08 | |
| *** vineela <vineela!vtummala@nat/intel/x-hkowxjnpiroackiy> has joined #yocto | 17:14 | |
| yocti | New news from stackoverflow: How to do a clean rebuild of Linux kernel modules in Yocto? <https://stackoverflow.com/questions/55854263/how-to-do-a-clean-rebuild-of-linux-kernel-modules-in-yocto> | 17:21 |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 17:22 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:23 | |
| *** moosnat <moosnat!~moosnat@unaffiliated/moosnat> has joined #yocto | 17:30 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 18:19 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-rfcpvwlicnarfood> has quit IRC | 18:26 | |
| *** armpit <armpit!~armpit@45.19.219.178> has joined #yocto | 18:52 | |
| *** pebenito_ <pebenito_!~pebenito@unaffiliated/pebenito> has quit IRC | 19:06 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 19:07 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 19:13 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 19:18 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 19:23 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:701:a846:9858:21a:9451> has quit IRC | 19:31 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:701:a846:9858:21a:9451> has joined #yocto | 19:34 | |
| *** justanotherboy <justanotherboy!~justanoth@177.241.41.132> has joined #yocto | 19:41 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 19:46 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 19:47 | |
| *** pebenito_ <pebenito_!~pebenito@unaffiliated/pebenito> has joined #yocto | 19:48 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:06 | |
| *** tgraydon <tgraydon!~textual@134.134.139.74> has joined #yocto | 20:13 | |
| *** Saur <Saur!pkj@nat/axis/x-fqceadhxpzzkgqmv> has quit IRC | 20:30 | |
| *** tgraydon <tgraydon!~textual@134.134.139.74> has quit IRC | 20:30 | |
| *** Saur <Saur!pkj@nat/axis/x-iylaweugsrttafna> has joined #yocto | 20:31 | |
| *** tgraydon <tgraydon!textual@nat/intel/x-rchbvjulchrchqfq> has joined #yocto | 20:31 | |
| *** armpit <armpit!~armpit@45.19.219.178> has quit IRC | 20:42 | |
| *** tlwoerner_ <tlwoerner_!~trevor@unaffiliated/tlwoerner> has joined #yocto | 20:58 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 21:05 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 21:10 | |
| *** tlwoerner_ <tlwoerner_!~trevor@unaffiliated/tlwoerner> has quit IRC | 21:12 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:13 | |
| *** justanotherboy <justanotherboy!~justanoth@177.241.41.132> has quit IRC | 21:18 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ablusgglzvvheocy> has joined #yocto | 21:30 | |
| *** vineela <vineela!vtummala@nat/intel/x-hkowxjnpiroackiy> has quit IRC | 21:59 | |
| *** tgraydon <tgraydon!textual@nat/intel/x-rchbvjulchrchqfq> has quit IRC | 22:01 | |
| *** vineela <vineela!vtummala@nat/intel/x-xwsojggejsfhwbbz> has joined #yocto | 22:07 | |
| *** erakis <erakis!~erakis@199.58.239.58> has quit IRC | 22:19 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 22:19 | |
| *** agust <agust!~agust@p54833389.dip0.t-ipconnect.de> has quit IRC | 22:26 | |
| *** tgraydon <tgraydon!textual@nat/intel/x-tzcpskqmkcymltkw> has joined #yocto | 22:29 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 22:30 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:c9c3:61ea:6899:785c> has joined #yocto | 22:38 | |
| *** scottrif <scottrif!~scottrif@47.39.60.15> has joined #yocto | 22:50 | |
| *** moosnat <moosnat!~moosnat@unaffiliated/moosnat> has quit IRC | 23:00 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 23:02 | |
| *** vineela <vineela!vtummala@nat/intel/x-xwsojggejsfhwbbz> has quit IRC | 23:05 | |
| *** vineela <vineela!~vtummala@134.134.139.75> has joined #yocto | 23:08 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:26 | |
| *** scottrif <scottrif!~scottrif@47.39.60.15> has left #yocto | 23:36 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 23:47 | |
| *** vineela <vineela!~vtummala@134.134.139.75> has quit IRC | 23:56 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!