| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 00:09 | |
| *** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 00:23 | |
| *** justanotherboy <justanotherboy!~justanoth@136.49.73.189> has joined #yocto | 01:46 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 02:09 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 02:44 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 02:54 | |
| *** OnkelUlla <OnkelUlla!~uol@ptx.hi.pengutronix.de> has joined #yocto | 03:05 | |
| *** vladzouth <vladzouth!500c5411@laubervilliers-657-1-12-17.w80-12.abo.wanadoo.fr> has quit IRC | 03:25 | |
| *** akrpic77 <akrpic77!c12e4b03@193.46.75.3> has quit IRC | 03:38 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 03:48 | |
| *** justanotherboy <justanotherboy!~justanoth@136.49.73.189> has quit IRC | 03:55 | |
| *** luckywho_ <luckywho_!~quassel@49.207.55.213> has joined #yocto | 04:05 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 04:19 | |
| *** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has quit IRC | 04:46 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:24 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-94-66-56-154.home.otenet.gr> has joined #yocto | 05:29 | |
| *** agust <agust!~agust@pD95F1DFD.dip0.t-ipconnect.de> has joined #yocto | 06:01 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto | 06:25 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 06:37 | |
| *** mckoan|away is now known as mckoan | 06:51 | |
| mckoan | good morning | 06:51 |
|---|---|---|
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 06:52 | |
| *** saraf <saraf!~a_saraf@123.252.238.18> has joined #yocto | 07:03 | |
| *** woutervh <woutervh!~woutervh@84.199.255.188> has joined #yocto | 07:03 | |
| *** saraf <saraf!~a_saraf@123.252.238.18> has quit IRC | 07:04 | |
| *** rubdos_ <rubdos_!~rubdos@2a02:578:859d:701:a846:9858:21a:9451> has joined #yocto | 07:05 | |
| *** rubdos <rubdos!~rubdos@77.109.115.229.adsl.dyn.edpnet.net> has quit IRC | 07:05 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto | 07:06 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 07:11 | |
| *** rubdos_ is now known as rubdos | 07:13 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:17 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:22 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 07:23 | |
| *** yann <yann!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has quit IRC | 07:31 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:31 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 07:44 | |
| *** Hodhr <Hodhr!~Hodhr@162.206.70.37.rev.sfr.net> has joined #yocto | 07:55 | |
| *** Hodhr <Hodhr!~Hodhr@162.206.70.37.rev.sfr.net> has left #yocto | 07:55 | |
| *** milloni <milloni!~milloni@preemptable.org> has quit IRC | 08:02 | |
| *** milloni <milloni!~milloni@preemptable.org> has joined #yocto | 08:03 | |
| yocti | New news from stackoverflow: Copy Yocto Project to other PC by tar <https://stackoverflow.com/questions/50097449/copy-yocto-project-to-other-pc-by-tar> | 08:03 |
| *** bluca <bluca!~bluca@88.98.246.218> has joined #yocto | 08:04 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-94-66-56-154.home.otenet.gr> has quit IRC | 08:10 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-jhtknykiebsndurq> has joined #yocto | 08:12 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 08:19 | |
| *** huynq <huynq!65607042@101.96.112.66> has joined #yocto | 08:20 | |
| *** huynq <huynq!65607042@101.96.112.66> has quit IRC | 08:35 | |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 08:42 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 08:58 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 09:11 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 09:12 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 09:18 | |
| mcfrisk | odd, I'm seeing lots of do_populate_sdk failures from my build after switch from sumo to master branch. any ideas why images do_populate_sdk task dependency to recipes do_package_write_ipk and do_packagedata would not be enough? packages fail to install in do_populate_sdk due to "opkg_prepare_url_for_install: Couldn't find anything to satisfy 'binary-package-name'" | 09:33 |
| mcfrisk | these errors only happen after wiping tmp, first build fails. second passes. | 09:34 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:36 | |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 09:36 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 09:37 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:40 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:43 | |
| mcfrisk | is populate_sdk_base.bbclass maybe missing dependencies: do_populate_sdk[recrdeptask] += "do_populate_lic do_package_qa" ? | 09:47 |
| mcfrisk | because do_rootfs tasks have these but do_populate_sdk doesn't | 09:47 |
| __angelo | for a new ditribution, where is the proper place to keep the local.conf ? | 09:50 |
| __angelo | oe-init-build-env complains about templateconf: No such file or directory | 09:51 |
| *** kaspter <kaspter!~Instantbi@183.128.188.113> has quit IRC | 11:03 | |
| *** kaspter <kaspter!~Instantbi@183.128.188.113> has joined #yocto | 11:11 | |
| rburton | local.conf is - by definition - not your distribution | 11:23 |
| rburton | the distro config is called <your distro name>.conf | 11:23 |
| rburton | the distro layer can also ship a setup script and template to seed a local.conf which sets DISTRO correctly, just like poky does | 11:24 |
| rburton | or if you want a really lean example, https://github.com/rossburton/customdistro | 11:24 |
| weltling | what could be an approach to have a legacy grub integrated into the build process? There's a doc about doing it manually https://wiki.yoctoproject.org/wiki/TipsAndTricks/Running_YP_Image_On_AWS, so i guess one would need to implement a wic plugin or a custom class to automate this? | 11:34 |
| *** berton <berton!~berton@181.220.86.53> has joined #yocto | 11:41 | |
| *** berton <berton!~berton@181.220.86.53> has quit IRC | 11:49 | |
| *** berton <berton!~berton@181.220.86.53> has joined #yocto | 11:50 | |
| tgoodwin | Has anyone seen "-mfloat-abi=hard" get set for qemuarm on thud? I've dumped my environment but do not see where it's being set. I'm not seeing it in temp either. Very weird. | 12:07 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:14 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 12:21 | |
| *** kitzin <kitzin!~kitzin@h-79-136-49-179.NA.cust.bahnhof.se> has joined #yocto | 12:22 | |
| yocti | New news from stackoverflow: Yocto Warrior Bitbake Python3 Matplotlib 3.1.1 JQuery Download Error on do_install <https://stackoverflow.com/questions/56934972/yocto-warrior-bitbake-python3-matplotlib-3-1-1-jquery-download-error-on-do-insta> | 12:34 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has joined #yocto | 12:43 | |
| jwessel | RP: Do you know if it is possible to add a task hash dependency to another task? | 12:43 |
| jwessel | I was thinking about how to fix the do_stash_locale() patch problem for the future, as well as the ramification to others who update or try to bisect a tree with a glibc change. | 12:43 |
| jwessel | I was wondering if the glibc do_compile rule could depend on the hash of the do_stash_local (), such that if it ever changes, we have to go all the way back to running do_compile, since that is where bin/localedef comes from? | 12:43 |
| RP | jwessel: isn't that like a normal task dependency? | 13:00 |
| jwessel | Well when the do_stash_locale () function gets changed, the do_compile and do_install never runs again for the glibc | 13:00 |
| jwessel | Which causes the files that get mv'ed to be gone forever. | 13:01 |
| jwessel | At least until the next time you cleansstate on the glibc. | 13:01 |
| *** clement <clement!~clement@laubervilliers-656-1-70-194.w82-127.abo.wanadoo.fr> has quit IRC | 13:01 | |
| RP | jwessel: so some task isn't idempotent ? | 13:01 |
| jwessel | I believe so. | 13:02 |
| RP | jwessel: tasks are supposed to be so if its not, that is the real bug | 13:02 |
| jwessel | I am not entirely sure how the glibc bits were designed, but it is a problem with the way the sstate is "cheated". | 13:03 |
| jwessel | A number of folks in the community ended up seeing the problem building from the sstate, such that when the do_stash_locale runs (because it was changed by a patch I submitted), it runs the mv operation again, but there is nothing to move. It is long gone. | 13:05 |
| RP | jwessel: just to be clear and check I understand, the real issue is that do_stash_locale() reruns but do_install doesn't, so files that were moved don't exist any more | 13:05 |
| jwessel | Correct. | 13:05 |
| jwessel | The do_stash_local was setup to run before the sstate_save of the glibc. | 13:05 |
| RP | jwessel: do_stash_locale is the problem then, its meant to be able to be rerun and can't be | 13:05 |
| jwessel | Sure. To be clear, it wasn't a problem from my patch. | 13:06 |
| jwessel | This is a long standing problem, I just wasn't sure how to fix it, but it seems like it should get fixed. | 13:06 |
| RP | jwessel: right, you just exposed the problem | 13:06 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC | 13:06 | |
| jwessel | The obvious choice to me, at the time was to ask if there was a way to have this function be a part of the hash computation for the do_compile rule. | 13:07 |
| mcfrisk | have an image for which want to build SDK by default. Thus it has d.appendVarFlag("do_build", "depends", " {}:do_populate_sdk".format(pn)) and d.appendVarFlag("do_rm_work", "depends", " {}:do_populate_sdk".format(pn)). With latest master it also seems to need d.appendVarFlag("do_packagedata", "depends", " {}:do_populate_sdk".format(pn)). Is that expected or am I doing something silly? | 13:07 |
| jwessel | The glibc has another separate problem in that bin/locale_def only comes from the do_compile rule. | 13:07 |
| RP | jwessel: that doesn't fix the problem. The task just needs to be rewritten so it can be reexecute | 13:07 |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 13:07 | |
| jwessel | RP: That would imply you need a "double super secret stash", because there are no other copies of the files. | 13:08 |
| RP | jwessel: what happens if we just change the mv to cp and remove the rm ? | 13:08 |
| jwessel | I think who ever invented this, wanted to save some space or something. | 13:08 |
| RP | jwessel: perhaps, I think we need to unravel that problem though | 13:09 |
| jwessel | I don't understand why glibc-locale is a separate recipe in the first place. | 13:09 |
| RP | jwessel: going down the "more task hash magic" route won't help, trust me | 13:09 |
| RP | jwessel: that I do know, speed | 13:09 |
| jwessel | That is why I thought I'd ask you first. | 13:09 |
| RP | jwessel: building and packaging locales takes an age and you want the rest of the build to continue | 13:09 |
| RP | jwessel: I'd guess a package preprocess func and a populate_sysroot preprocessing func which deleted the files they shouldn't see should have the same effect | 13:12 |
| jwessel | Perhaps I am look at it the wrong way then. different question... | 13:13 |
| jwessel | Why can't the stash function which does the mv stuff be in the do_install rule? | 13:13 |
| jwessel | The bit that packages up the results shouldn't have to change. | 13:13 |
| RP | jwessel: do_stash_locale is an sstate task and do_install is not | 13:13 |
| RP | jwessel: I suspect that it will have to change | 13:14 |
| jwessel | Trying to simplify it in my mind... The glibc (not locale) sstate depends on the do_install() implicitly already. | 13:16 |
| RP | jwessel: it comes down to a simple underlying principle in the buildsystem ignoring sstate | 13:16 |
| RP | jwessel: we allow arbitrary tasks to be re-executed | 13:17 |
| RP | jwessel: right now if you do "bitbake glibc -c stash_locales" and then rerun that, it breaks | 13:17 |
| RP | so sstate involved | 13:17 |
| RP | no sstate involved | 13:17 |
| jwessel | I hadn't tried that, but I would imagine that would break things. | 13:17 |
| jwessel | In the same manner. | 13:18 |
| RP | so yes, sstate gets broken but that isn't the root problem | 13:18 |
| jwessel | I was thinking about it more from the perspective of the code changes. | 13:18 |
| jwessel | So that day to day it builds. The exec problem you just mentioned probably exists in a lot of places. | 13:19 |
| RP | jwessel: no, it doesn't or at least shouldn't | 13:19 |
| RP | jwessel: we did used to test for this but haven't for a while as its a long/painful test | 13:19 |
| RP | jwessel: if tasks can't rexecute, the whole system is just totally broken as we *rely* on that to be true | 13:20 |
| jwessel | The tasks absolutely can re-execute so long as the bits they depend on re-run. | 13:20 |
| RP | jwessel: no, absolutely not | 13:21 |
| jwessel | For example, if I ran by and the 3 temp files, it certainly still works. | 13:21 |
| RP | jwessel: tasks things depend on do not rerun untless they too have changed | 13:21 |
| jwessel | So you understand why I asked the question how to make the do_compile() depend on the do_stash_locale. :-) | 13:22 |
| RP | jwessel: I understand your question, yes but it means you don't understand how the system works | 13:22 |
| RP | and its not the correct fix | 13:22 |
| jwessel | I am not sure how to fix it, other than to use the cp vs the mv, and then glibc has all the extra files. | 13:24 |
| jwessel | Perhaps add to the glibc another package called glibc-locale-noinstall ? | 13:24 |
| RP | jwessel: That is basically the only way to fix it | 13:24 |
| jwessel | Which collects the files? | 13:24 |
| jwessel | but never gets installed by anything? | 13:24 |
| RP | jwessel: right, we change the mv/rm to cp and then have to fix the fallout "somehow", there are a few ways for that | 13:25 |
| RP | I'd rather not create it than create something we then have to "hide" | 13:25 |
| RP | jwessel: there are bascially two ways. One is cp instead of mv, the other is to mv into some special location and then check for the existence of that so you know not to redo parts of the operation | 13:27 |
| RP | jwessel: I prefer the cp approach and fix other fallout as I think it will be cleaner | 13:27 |
| jwessel | Well with a "cp" approach, some kind of glibc collector of the files needs to be added. | 13:28 |
| jwessel | Else we'll have "glibc created XXX files which are not packaged..." | 13:28 |
| RP | jwessel: or it removes the files | 13:28 |
| RP | jwessel: see PACKAGE_PREPROCESS_FUNCS += "gi_package_preprocess" | 13:29 |
| RP | gi_package_preprocess() | 13:29 |
| RP | and SYSROOT_PREPROCESS_FUNCS_append = " gi_ldsoconf_sysroot_preprocess" | 13:29 |
| RP | gi_ldsoconf_sysroot_preprocess () | 13:29 |
| RP | jwessel: just the first examples I could come across but you get the idea | 13:30 |
| jwessel | I'll have a look. | 13:30 |
| RP | jwessel: they're operating on copies of the files so this is safe | 13:30 |
| *** kaspter <kaspter!~Instantbi@183.128.188.113> has quit IRC | 13:32 | |
| jwessel | How does one get at the copy that didn't get erased? | 13:33 |
| *** kaspter <kaspter!~Instantbi@183.128.188.113> has joined #yocto | 13:33 | |
| jwessel | It will still be in ${D} ? | 13:34 |
| jwessel | It is probably easy enough to try to see what happens... | 13:34 |
| jwessel | RP: Thanks for the insight. I'll setup a test with the PACKAGE_PREPROCESS_FUNCS to purge the rm, and see where it goes. If it works I'll submit a patch to fix it. | 13:41 |
| RP | jwessel: ${D} is the copy created by do_install | 13:45 |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 13:55 | |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 13:57 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 14:00 | |
| *** berton_ <berton_!~berton@181.220.86.53> has joined #yocto | 14:02 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:02 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 14:03 | |
| *** berton <berton!~berton@181.220.86.53> has quit IRC | 14:05 | |
| bluca | adding a new package to the SDK, dnf is failing as the last step when assembling it, with error "package foo does not have a compatible architecture" | 14:12 |
| bluca | the rpm content seems fine and not particularly different from other RPMs that are built | 14:12 |
| bluca | any tip? | 14:12 |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 14:14 | |
| bluca | the binary inside the pkg seems to be fine | 14:15 |
| bluca | duh, it was a typo in the spelling of the pkgname in the local.conf -_- sorry for the noise | 14:18 |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 14:23 | |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 14:26 | |
| tgoodwin | Has anyone had trouble around thud with not all runtime dependencies being installed? For example, I have a package that rdepends on python-numpy, however if I try to import it on the target, I get an error that future_builtins doesn't exist. | 14:42 |
| Piraty | which is more common / correct? foo_<version>_any.ipk or foo_<version>_all.ipk for arch independent packages? | 14:48 |
| rburton | tgoodwin: sounds like the rdepends for numpy are not complete | 14:58 |
| tgoodwin | rburton: I'm chipping through it now; it caught me off guard since originally I had a slew of python packages in my image_install, which I pulled so that nothing "extra" was being required (save space, etc.) and then this broke. | 15:11 |
| Crofton | tgoodwin, that is usually hiw we find bad DEPNDS :) | 15:15 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 15:19 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 15:20 | |
| tgoodwin | yep :) | 15:22 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto | 15:23 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC | 15:24 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto | 15:25 | |
| Crofton | ALways a good test to build an image with only gnuradio and see if it does something useful | 15:25 |
| tgoodwin | I had to add python-modules to my image_install fix it (without extending my package's rdepends to include other ones). | 15:27 |
| tgoodwin | *to fix it... accidentally a "to" | 15:27 |
| *** woutervh <woutervh!~woutervh@84.199.255.188> has quit IRC | 15:28 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:33 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 15:38 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC | 15:38 | |
| Crofton | tgoodwin, do need to track the root fix though and submit a patch | 15:43 |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 15:55 | |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 16:01 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 16:03 | |
| *** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has quit IRC | 16:10 | |
| tgoodwin | Crofton: indeed, but I'm not sure what the appropriate fix would be if this impacts any python module, for example. As I was debugging this, it also impacted pydoc until I added python-modules to the image. | 16:12 |
| tgoodwin | Then everything was fine. | 16:12 |
| *** kaspter <kaspter!~Instantbi@183.128.188.113> has quit IRC | 16:16 | |
| *** kaspter <kaspter!~Instantbi@183.128.188.113> has joined #yocto | 16:17 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 16:20 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 16:24 | |
| *** LocutusOfBorg <LocutusOfBorg!LocutusOfB@ubuntu/member/locutusofborg> has quit IRC | 16:25 | |
| *** vineela <vineela!~vtummala@134.134.139.77> has joined #yocto | 16:31 | |
| *** saraf <saraf!~a_saraf@103.195.202.115> has joined #yocto | 16:40 | |
| *** mckoan is now known as mckoan|away | 16:44 | |
| tgoodwin | Crofton: no "fix" necessary maybe? https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#migration-2.6-packaging-changes says you have to install specific ones or "all" with python-modules, but it makes me wonder if it's a subset of the modules that makes this work correctly. | 16:50 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:56 | |
| Crofton | is python-modules a meta-package that installs opthers? | 16:56 |
| RP | Crofton: yes, its all modules | 16:59 |
| tgoodwin | RP: is that "all modules" as in everything that can be built or "all" that the image has included? | 17:00 |
| tgoodwin | (I'm reading over that python function in python_2.7... right now) | 17:00 |
| Crofton | For your afternoon enjoyment: https://www.youtube.com/playlist?list=PLD4M5FoHz-TxMfBFrDKfIS_GLY25Qsfyj | 17:02 |
| rburton | python-modules (and python3-modules) is a meta-package that depends on all the modules | 17:10 |
| Crofton | so it sounds like numpy shoudl RDEPENDS on python-modules, or prefeably, the one it really needs? | 17:13 |
| tgoodwin | Well even when I manually added python-futures to my image, I couldn't import it from the python shell despite the egg, etc., being installed. | 17:14 |
| tgoodwin | It's like there's something missing from the python package since I would think "import" should work if the package is installed. | 17:15 |
| tgoodwin | So where I'm off the rails is figuring out which package it is that helps importing work (since it impacted pydoc too) | 17:16 |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:701:a846:9858:21a:9451> has quit IRC | 17:33 | |
| *** nmoos <nmoos!~moosnat@unaffiliated/moosnat> has joined #yocto | 17:35 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:701:a846:9858:21a:9451> has joined #yocto | 17:36 | |
| *** saraf <saraf!~a_saraf@103.195.202.115> has quit IRC | 17:42 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 18:02 | |
| *** vineela <vineela!~vtummala@134.134.139.77> has quit IRC | 18:02 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-icerrhxezoaskxoy> has joined #yocto | 18:02 | |
| *** vineela <vineela!~vtummala@134.134.139.77> has joined #yocto | 18:05 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-jhtknykiebsndurq> has quit IRC | 18:23 | |
| *** tgraydon <tgraydon!~tgraydon@134.134.139.76> has joined #yocto | 18:29 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC | 18:30 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto | 18:31 | |
| *** justanotherboy <justanotherboy!~justanoth@136.49.73.189> has joined #yocto | 18:50 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 19:08 | |
| jwessel | Thanks RP! I'll send a patch out for review. I was able to fix the do_stash_locale() implementation with your guidance. | 19:11 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC | 19:14 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto | 19:14 | |
| *** bluca <bluca!~bluca@88.98.246.218> has quit IRC | 19:18 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 19:28 | |
| *** wak-work <wak-work!wak-workma@gateway/shell/matrix.org/x-ljkjdjueczfmejpk> has joined #yocto | 19:39 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 19:50 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:01 | |
| *** justanotherboy <justanotherboy!~justanoth@136.49.73.189> has quit IRC | 20:04 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC | 20:16 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto | 20:17 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 20:40 | |
| *** justanotherboy <justanotherboy!~justanoth@136.49.73.189> has joined #yocto | 20:48 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 20:51 | |
| *** mort <mort!~mort96@snow/mort96> has quit IRC | 20:59 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 20:59 | |
| *** berton_ <berton_!~berton@181.220.86.53> has quit IRC | 21:15 | |
| RP | jwessel: thanks, at a quick glance it looks right. Appears we already had half a fix there for the cp vs mv :) | 21:19 |
| jwessel | Indeed it is true. Your assertion about the issue was spot on. | 21:20 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:21 | |
| RP | jwessel: Its good to have it fixed, I suspect there are others like it. We have a script somewhere which basically runs bitbake X -c Y -f to test for issues like this | 21:23 |
| RP | jwessel: its a lot of combinations though | 21:24 |
| jwessel | I am not even sure that would have uncovered it though in this case. | 21:24 |
| jwessel | It isn't until you try to build glibc-locale after running it a second time, that it chokes, because it had catches for the existence of the files. | 21:24 |
| RP | jwessel: I guess you'd need "bitbake glibc -c stash_locales -f; bitbake glibc-locales" :/ | 21:25 |
| RP | jwessel: that is indeed harder :( | 21:25 |
| jwessel | Finding that is a bit more by accident. That is why I wanted to get it fixed for the next guy that comes along. | 21:26 |
| jwessel | Plus, I didn't want things to break when I push the next set of patches to our end user base. | 21:26 |
| jwessel | I never want a situation where an incremental build fails for some odd ball like this. | 21:26 |
| jwessel | Plus the error generated non-sense, not pointing you to any obvious root cause. :-) | 21:27 |
| *** Saur <Saur!~pkj@94-137-113-31.customers.ownit.se> has joined #yocto | 21:31 | |
| *** Saur <Saur!~pkj@94-137-113-31.customers.ownit.se> has left #yocto | 21:31 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 21:33 | |
| RP | jwessel: totally agreed on fixing it. I'm just trying to think about better detection | 21:37 |
| RP | I guess force running and sstate hash equivalence testing would be the test here | 21:37 |
| RP | sstate content comparison for hash equivalence to be clear | 21:38 |
| jwessel | Detection is interesting. If you wanted to per package check it, that would have been caught. | 21:41 |
| jwessel | e.g. Build package glibc | 21:42 |
| jwessel | Run a subtask again and let it go all the way through packaging and check sstate. | 21:42 |
| jwessel | It would definitely have been different the second time because there was nothing left to move. | 21:42 |
| jwessel | I am guessing that would probably catch most of these that don't just blow up when you run it a second time. | 21:44 |
| RP | jwessel: I guess buildhistory would detect this. The question is how much of a build to rerun | 21:45 |
| jwessel | I doubt you want to check a whole build the whole way through as it gets expensive, but per package seems reasonable. | 21:47 |
| jwessel | My question is how many packages have the sub tasks that need checking? | 21:47 |
| RP | jwessel: well, in theory you can break any task so it doesn't rexecute without some side effect | 21:47 |
| RP | jwessel: This isn't something anyone likely has time to look at right now, its just interesting to remember what may have helped or worked better | 21:48 |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 21:48 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 22:07 | |
| __angelo | first steps into custom distro, i am getting "FileNotFoundError: [Errno 2] file conf/bitbake.conf not found" | 22:26 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 22:44 | |
| *** agust <agust!~agust@pD95F1DFD.dip0.t-ipconnect.de> has quit IRC | 22:54 | |
| *** erbo <erbo!~erik@linode.unixshell.se> has quit IRC | 23:17 | |
| *** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC | 23:22 | |
| *** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto | 23:22 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:36 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 23:42 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!