| *** lion_heart <lion_heart!d973313a@217-115-49-58.cust.bredband2.com> has quit IRC | 00:18 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 00:29 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 00:33 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 00:38 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 00:54 | |
| *** camus <camus!~Instantbi@222.67.188.168> has joined #yocto | 00:54 | |
| *** camus is now known as kaspter | 00:56 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 01:09 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC | 01:17 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.181> has joined #yocto | 01:17 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 01:23 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 01:26 | |
| *** zwelch <zwelch!~zwelch@fluffy.superlucidity.net> has quit IRC | 02:57 | |
| *** comptroller <comptroller!~comptroll@47-213-231-66.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 03:17 | |
| yocti | New news from stackoverflow: Writing device driver for embedded boards <https://stackoverflow.com/questions/58760941/writing-device-driver-for-embedded-boards> | 05:44 |
|---|---|---|
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 06:00 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 06:24 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 06:26 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 06:31 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto | 06:40 | |
| *** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto | 06:42 | |
| yocti | New news from stackoverflow: Data transfer between microzed and PC via tftp <https://stackoverflow.com/questions/58761520/data-transfer-between-microzed-and-pc-via-tftp> | 06:45 |
| letothe2nd | ndec: can you maybe put the announce for tuesday on twitter, or poke someone who can? would be good as andreea probably can't manage to until late monday. | 07:14 |
| yocti | New news from stackoverflow: Setting up Yocto on my Ubuntu (Ubuntu 18.04.3 LTS/bionic) with error "ImportError: No module named '_sqlite3'" <https://stackoverflow.com/questions/58528703/setting-up-yocto-on-my-ubuntu-ubuntu-18-04-3-lts-bionic-with-error-importerro> | 07:15 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:16 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:24 | |
| *** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC | 07:26 | |
| *** zhangzhi <zhangzhi!882b00ba@136.43.0.186> has joined #yocto | 07:27 | |
| zhangzhi | Hi experts! We can use task[noexec] = "1" do disable one task, but can we disable one _append() task? For example, there are many do_install_append() for building kernel. But I want to disable the one in kernel-devicetree.bbclass. Could anyone give me some hints? Thanks! | 07:31 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 07:35 | |
| *** vmeson <vmeson!~rmacleod@S0106ac202ece3eb3.vc.shawcable.net> has quit IRC | 07:38 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:45 | |
| mcfrisk | zhangzhi: one hack'ish way I've seen is to have a custom class with default task implementation which ends with "exit 0". that disables all recipe side appends though it's not nice at all... | 08:07 |
| *** leon-anavi <leon-anavi!~Leon@78.130.245.67> has joined #yocto | 08:08 | |
| zhangzhi | mcfrisk: Thanks! But I do want other \_append() methods. So it looks no elegant way to achieve that... I plans to undo what the \_append() has done in a postfuncs ... | 08:15 |
| RP | kergoth: no objection | 08:19 |
| mcfrisk | zhangzhi: IMO best is to just modify the recipe which does the _append. if it's 3rd party layer, the change can be merged or rebased after updates | 08:27 |
| __angelo | should yocto build inform of duplicate packages added over image recipes ? | 08:30 |
| letothe2nd | __angelo: like, what? | 08:30 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 08:31 | |
| __angelo | hiu letothe2nd . i mean, if i add a packagelist, but some packages was already added in included/inherited stuff, does yocto warns about ? (just asking) | 08:34 |
| letothe2nd | nope | 08:34 |
| __angelo | ok. | 08:34 |
| letothe2nd | reasoning: many things can depend on the sam package or rdepend on it. | 08:35 |
| __angelo | on a big package list ia have to add, i am supposing there is no sense to check package by package if it's already built, i just add the list, correct ? | 08:35 |
| zhangzhi | mcfrisk: Thanks! | 08:35 |
| letothe2nd | __angelo: what is it that you *ACTUALLY* want to archieve | 08:35 |
| *** diego_r <diego_r!~diego@81.29.205.101> has joined #yocto | 08:37 | |
| __angelo | letothe2nd, i have a bsp with inheritances on a base common OS recipe. Adding a layer on it for a specific product, that inherit from same OS. For this product only, i have a quite big list of packages to be added. Now, should i check what package is already in the buildlist ? I would just add in the upper recipe the package list reuired. | 08:38 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 08:38 | |
| letothe2nd | __angelo: if you have something that requires another thing, just state it explicitly where the require happens. thats the correct way. implicitly relying on something to be already around will lead to breakage in the long term | 08:39 |
| __angelo | ok. But i mean, does it have sense to check for duplicated packages ? | 08:39 |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 08:40 | |
| letothe2nd | nope. the exact opposite, its confuusing and even dangerous | 08:41 |
| __angelo | letothe2nd, many thanks | 08:43 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 09:00 | |
| __angelo | getting "nothing PROVIDES python-croniter" but .bb is there | 09:00 |
| qschulz | did you check if the layer where the bb is is parsed? is the python-croniter recipe in a path that is parsed in the layer? can you share the python-croniter recipe? | 09:01 |
| __angelo | qschulz, ok, i added the .bb, so it's certainly my fault | 09:02 |
| __angelo | thanks, checking why it's not parsed | 09:02 |
| qschulz | where did you add it? | 09:02 |
| __angelo | in the upper layer, same of my image. But there something strange. I am on thud, and package should be there also in the original place, but seems not | 09:06 |
| letothe2nd | __angelo: leaving out parts of the directory hierarchy breaks the recipe matching regexp, so thats not a good idea. keep stuff at the same level. and: did you check that the recipe really provides that package? some recipes have dirty tricks there. | 09:09 |
| qschulz | __angelo: for the recipe matching regexp look for BBFILES in your conf/layer.conf, it's by default ${LAYERDIR}/recipes-*/*/*.bb but can be set to something else (and bad BSP do it) | 09:15 |
| letothe2nd | yeah. and the second '*' is important :) | 09:18 |
| __angelo | mm in the current layer there the recipes has been added i have BBFILES ?= "" | 09:21 |
| qschulz | __angelo: for the "recipe really provides that package" look for a PROVIDES line in your recipe. But AFAICT, even if you do a PROVIDES = "foo" the PN of your recipe is still in there. | 09:24 |
| qschulz | (grain of salt as usual) | 09:24 |
| qschulz | https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-PROVIDES | 09:25 |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 09:25 | |
| __angelo | qschulz, thanks checking | 09:25 |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 09:26 | |
| *** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has joined #yocto | 09:26 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 09:27 | |
| qschulz | __angelo: fix your BBFILES first :) | 09:27 |
| __angelo | ok so i set to = "${LAYERDIR}/recipes-*/*/*.b" | 09:28 |
| __angelo | (final bb) | 09:28 |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 09:37 | |
| *** lion_heart <lion_heart!d973313a@217-115-49-58.cust.bredband2.com> has joined #yocto | 09:42 | |
| __angelo | actually nothing solves the issue. bitbake finds the image recipe on same layer, but continues to say "ERROR: Nothing RPROVIDES 'python-suds-jurko' " | 09:45 |
| __angelo | uhm, now is RPROVIDE btw | 09:46 |
| *** wertigon <wertigon!50fe9a69@1071ob.scansafe.net> has joined #yocto | 09:49 | |
| wertigon | Gaaah... This java problem is driving me insane -_- | 09:50 |
| qschulz | __angelo: different error indeed :) | 09:53 |
| qschulz | __angelo: https://layers.openembedded.org/layerindex/recipe/45323/ | 09:54 |
| qschulz | you're missing that layer/recipe | 09:54 |
| __angelo | qschulz, btw, can confirm recipe (bb) in current layer are not parsed, just added a "pippo.db" to test this | 09:55 |
| __angelo | (pippo.bb) | 09:55 |
| __angelo | i have python-suds-jurko_0.6.bb and get it from http://git.yoctoproject.org/cgit/cgit.cgi/meta-cloud-services/tree/meta-openstack/recipes-devtools/python/python-suds-jurko_0.6.bb?h=thud | 09:56 |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has quit IRC | 09:56 | |
| *** alessioigor <alessioigor!~alessioig@out-207-227.elettra.trieste.it> has joined #yocto | 09:58 | |
| __angelo | oooh maybe i found the issue | 09:58 |
| letothe2nd | pray tell | 10:00 |
| __angelo | solved | 10:00 |
| __angelo | sorry to ask you so basic question, you have a beer paid if you are on fosdem :) | 10:00 |
| __angelo | issue was on | 10:01 |
| __angelo | BBFILES += "${LAYERDIR}/recipes-*/*/*.bb \ | 10:01 |
| __angelo | ${LAYERDIR}/recipes-*/*/*.bbappend" | 10:01 |
| __angelo | but my recipes was in recipes-*/here | 10:01 |
| letothe2nd | 09:09 < letothe2nd> __angelo: leaving out parts of the directory hierarchy breaks the recipe matching regexp, | 10:01 |
| letothe2nd | i told you literally an hour ago | 10:01 |
| * qschulz books a plane ticket for fosdem | 10:03 | |
| hpsy | n.pc | 10:03 |
| __angelo | yeah. Sorry but i am still quite new to yocto. i was mainly looking BBFILES in the wrong place, bblayers.conf | 10:03 |
| qschulz | __angelo: gave you the path as well :) | 10:04 |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 10:04 | |
| qschulz | It's fine, you have to check a lot at the beginning :) | 10:04 |
| letothe2nd | __angelo: well it was your wasted hour, not mine :) | 10:04 |
| __angelo | well, also some of your minutes, sry. | 10:04 |
| __angelo | thanks for the support, really | 10:05 |
| letothe2nd | :-) | 10:05 |
| qschulz | __angelo: our pleasure | 10:05 |
| __angelo | i believe this is really newby error, an expert would not put recipes there | 10:05 |
| *** zhangzhi <zhangzhi!882b00ba@136.43.0.186> has quit IRC | 10:11 | |
| ndec | letothe2nd: sure! | 10:13 |
| letothe2nd | ndec: thanks! | 10:14 |
| wertigon | Has anyone tried to get meta-java to work with thud? | 10:17 |
| *** frsc <frsc!~frsc@185.66.193.56> has joined #yocto | 10:18 | |
| kroon | wertigon, yes, thud, but not warrior/zeus/master | 10:18 |
| kroon | wertigon, by that I mean openjre8 is broken for me in warrior/zeus/master | 10:19 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 10:21 | |
| *** frsc <frsc!~frsc@185.66.193.56> has quit IRC | 10:22 | |
| wertigon | kroon: I get a wierd compile error if I try to build for the thud branch | 10:23 |
| kroon | wertigon, which host are you on ? | 10:24 |
| kroon | wertigon, I'm on fedora 30, and I need some changes from master-next for it to build | 10:25 |
| wertigon | kroon, ubuntu 18.04 | 10:27 |
| wertigon | Trying to compile yields "make: No Rule to make target 'patch-fsg'. Stop." | 10:27 |
| kroon | wertigon, hmm, never seen that error before. sure that is the first error encountered ? | 10:28 |
| wertigon | openjre-8 is the package I build, it gets stuck on the icedtea7-native | 10:28 |
| kroon | thats the problematic one | 10:29 |
| kroon | i'd doublecheck check if your configure step is failing earlier | 10:31 |
| wertigon | DEBUG: Executing shell function do_configure | 10:31 |
| wertigon | NOTE: Nothing to configure | 10:32 |
| *** luneff <luneff!~yury@178.73.220.87> has joined #yocto | 10:33 | |
| wertigon | Could I force a reconfigure with bitbake? | 10:35 |
| *** frsc <frsc!~frsc@i4DF677E4.static.tripleplugandplay.com> has joined #yocto | 10:35 | |
| kroon | wertigon, you can try: bitbake -c cleansstate icedtea7-native && bitbake icedtea7-native | 10:36 |
| rburton | no dont do that! | 10:36 |
| rburton | bitbake <recipe> -C unpack | 10:36 |
| rburton | *much* faster | 10:36 |
| rburton | -C is 'ensure this task is rerun and do a build' | 10:37 |
| rburton | so it forces unpack to run, so configure has to run | 10:37 |
| rburton | you force unpack instead of configure to ensure that you get a clean tree and you're not reconfiguring, because some software is stupid | 10:37 |
| kroon | rburton, nice, didn't know that trick | 10:40 |
| rburton | cleansstate has to go and delete *all* sstate for the recipe | 10:40 |
| rburton | if you've a terrabyte of sstate that can literally take minutes | 10:40 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 10:41 | |
| wertigon | Ok, baking now | 10:42 |
| wertigon | configure fails with "automake not found", interesting. | 10:44 |
| wertigon | after apt install automake still same problem. -_ | 10:46 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:49 | |
| wertigon | Doing a cleansstate yields that configure fails due to no xorg logs. Seeing as the board has no xorg to speak of, this is correct, but should it not be possible to force no x11 then? | 10:49 |
| wertigon | Sorry, no xorg headers I mean | 10:50 |
| qschulz | rburton: but to get a clean build afterwards (no warnings) you anyway need to cleansstate right? (or is there another way?) | 10:50 |
| kroon | wertigon, that one I know of | 10:50 |
| kroon | wertigon, you need to install the xorg headers on your ubuntu. the target java can be configured without X support, but there is no support in the recipes for building the native one without them IIRC | 10:51 |
| wertigon | kroon: Ok, I shall attempt this | 10:52 |
| wertigon | Hoping for this to work now :) | 10:53 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:54 | |
| *** frsc <frsc!~frsc@i4DF677E4.static.tripleplugandplay.com> has quit IRC | 10:55 | |
| rburton | qschulz: i think just a usual bitbake will do the trik | 11:06 |
| lion_heart | Hello! not sure if this is the right forum for these types of questions but any help is appreciated :) https://pastebin.com/yRzzB3SC | 11:09 |
| qschulz | lion_heart: please ask your question directly here :) | 11:10 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:11 | |
| lion_heart | qschulz: Ok, did not want to spam to much | 11:11 |
| lion_heart | Yesterday I was advised to upgrade my Yocto to the latest version, I have some questions about how to even start such an upgrade. | 11:12 |
| letothe2nd | lion_heart: if you can't explain the outline of your problem in two lines or less, chances are that you have not yet understood the problem fully anyways :) | 11:12 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 11:12 | |
| lion_heart | letothe2nd: that is correct | 11:12 |
| lion_heart | also, It is more of a general question than a build problem, which requires some background info imo | 11:13 |
| lion_heart | but I can come back with more specific questions later, thanks anyway! | 11:14 |
| letothe2nd | well if the question is "how do i upgrade my release" then its rather simple. switch the branches of all layers accordingly, rebuild | 11:14 |
| letothe2nd | additionally, revisit the migration guide in the dev-manual | 11:14 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-xanardcizihhrumz> has joined #yocto | 11:15 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:37 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 11:39 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:40 | |
| milloni | is there a way to list all postinst scripts that have to be run on first boot? | 11:58 |
| milloni | as opposed to those that can be run during rootfs generation | 11:58 |
| milloni | (context: my target is missing /etc/*-postinsts and i'm trying to find out if that's normal; the package manager is opkg; run-postinsts is installed) | 11:59 |
| rburton | milloni: i'd say by listing the contents of /etc/*-postinsts | 12:09 |
| rburton | if there is nothing in there, nothing to be done | 12:09 |
| milloni | ok, thanks | 12:09 |
| luneff | I'm building Krogoth eSDK, and I'm stuck with uninative... the build seemed to produce it's own uninative archive, but it tries to look it up on the Yocto project site... and it fails due to sha256sum mismatch... 1) Can't I build it with a standard uninative somehow? 2) Where do I put the archive with the least effort so that the eSDK install doesn't fail? | 12:28 |
| qschulz | lion_heart: 1) distro is not THAT important to start with, so focus on something else (but keep in mind the DISTRO_FEATURES bit, those may be important (enable wifi, pick systemd over sysv, etc..)) | 12:28 |
| qschulz | 2) yes it's a good thing if you can make it work with more upstream u-boot/kernel (you should also be able to use actual upstream version from openembedded-core or poky for this board). Try with the ones from meta-freescale if you prefer to have something that is more or less a BSP variant | 12:32 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:33 | |
| qschulz | if you can build and test manually before using Yocto, it's best. That way if it does not work, you know the issue is in Yocto and you don't need to guess if it comes from the sources or from Yocto. | 12:33 |
| qschulz | lion_heart: however, I don't see where you find the 4.9.67 kernel? | 12:34 |
| qschulz | (but honestly, just try to compile with this layer and the correct machine and see if that's a good start for you before fiddling too much) | 12:35 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 12:35 | |
| lion_heart | qschulz: Thanks a lot!!. I have been looking att linux-fslc and it looks that 4.1.2x is still the latest commit so i guess I should focus on adding my custom kernel to Yocto insted of upgrading | 12:37 |
| lion_heart | bitbake -c menuconfig virtual/kernel | 12:38 |
| lion_heart | 0: linux-fslc-imx-4.9-1.0.x+gitAUTOINC+953c6e30c9-r0 do_menuconfig | 12:38 |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 12:38 | |
| rburton | lion_heart: https://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/tree/recipes-kernel/linux <-- fsl-imx kernel is 4.14.98 | 12:39 |
| rburton | i mean, linux-imx. can't you use that? | 12:39 |
| rburton | if you've been given something that is *ancient* i'd do a port by basically starting from scratch with meta-freescale and bring your bits in piece by piee | 12:40 |
| lion_heart | Yea this is what I'm slowly realizing | 12:42 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 12:42 | |
| *** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has quit IRC | 12:42 | |
| *** anujm <anujm!~anujm@134.134.139.74> has joined #yocto | 12:46 | |
| __angelo | :( now getting a compile error on qdeclarativeplaylist.cpp | 12:52 |
| __angelo | | arm-fslc-linux-gnueabi-g++: internal compiler error: Killed (program cc1plus) | 12:53 |
| qschulz | lion_heart: when cloning meta layers, don't forget to checkout the correct branch, I'm still confused where you get those kernel versions :) | 12:54 |
| *** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC | 12:54 | |
| *** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has joined #yocto | 12:54 | |
| *** rokm <rokm!rokm@freeshell.de> has quit IRC | 12:55 | |
| lion_heart | qschulz: I'm on branch Zeus on poky and meta-freescale | 12:56 |
| *** alessioigor49 <alessioigor49!8c69cffc@out-207-252.elettra.trieste.it> has joined #yocto | 12:56 | |
| lion_heart | with MACHINE ??= "imx6qdlsabresd" | 12:57 |
| *** alessioigor49 <alessioigor49!8c69cffc@out-207-252.elettra.trieste.it> has quit IRC | 13:03 | |
| __angelo | this is the error, in case someone wants to look in: https://pastebin.com/pNJFHvBw | 13:03 |
| *** lion_heart <lion_heart!d973313a@217-115-49-58.cust.bredband2.com> has quit IRC | 13:11 | |
| *** lion_heart <lion_heart!d973313a@217-115-49-58.cust.bredband2.com> has joined #yocto | 13:13 | |
| __angelo | looks like Qt stuff gives error due to parallel build, but not sure | 13:15 |
| rburton | internal compiler error is never a good look but never discount the possibility that its saying your RAM is knackered | 13:17 |
| *** alessioigor47 <alessioigor47!8c69cffc@out-207-252.elettra.trieste.it> has joined #yocto | 13:20 | |
| *** alessioigor47 <alessioigor47!8c69cffc@out-207-252.elettra.trieste.it> has quit IRC | 13:27 | |
| *** jerdew <jerdew!4775bb87@pool-71-117-187-135.prvdri.fios.verizon.net> has joined #yocto | 13:28 | |
| *** vmeson <vmeson!~rmacleod@S0106ac202ece3eb3.vc.shawcable.net> has joined #yocto | 13:28 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 13:31 | |
| *** falk0n_ <falk0n_!~falk0n@a109-49-144-176.cpe.netcabo.pt> has joined #yocto | 13:35 | |
| *** falk0n <falk0n!~falk0n@a109-49-142-1.cpe.netcabo.pt> has quit IRC | 13:38 | |
| *** alessioigor51 <alessioigor51!25a11494@37.161.20.148> has joined #yocto | 13:40 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 13:43 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 13:43 | |
| alessioigor51 | I use a lot of MACHINEs from various BSP meta layers: How can I customize each of them without spread changes (i.e. _append_MACHINE) across all recipes files (*.bb and *.bbappend)? Do I have to define a new MACHINE con file (e.g. beaglebone vs beaglebone-yocto)? | 13:47 |
| *** anujm <anujm!~anujm@134.134.139.74> has quit IRC | 13:47 | |
| alessioigor51 | Moreover I wanna make a recipe for a Nginx module. The nginx modules doesn't provide any build system because they are built by the main build system in the nginx sources. How can I proceed? Could I use the PACKAGECONFIG[modulename] directive (even it isn't really config)? It is possibile request the nginx sources by a nginx modue recipe and build | 13:49 |
| alessioigor51 | both toghether replacing old nginx binary? | 13:49 |
| rburton | alessioigor51: so how are you meant to build it | 13:49 |
| alessioigor51 | rburton: I would integrate the module into the main nginx recipe. | 13:52 |
| rburton | i mean, if you were not using yocto | 13:52 |
| rburton | you're meant to drop the files directly into the nginx source tree? | 13:52 |
| rburton | docs suggest yes, so i'd suggest a bbappend to add the sources and a PACKAGECONFIG that you can toggle | 13:54 |
| alessioigor51 | rburton: ok thanks | 13:55 |
| rburton | thats a bit ugly but if thats how it works, thats how it works | 13:55 |
| rburton | you'd think it would expose headers and stuff | 13:55 |
| alessioigor51 | rburton: Thanks again | 13:56 |
| alessioigor51 | rburton: Do you have any tips for the other my question, please? | 13:57 |
| alessioigor51 | ping alessioigor | 13:57 |
| __angelo | rburton, thanks, well seems real error may derive from tst_qaudiodecoderbackend.cpp:184: undefined reference to `.LC69' | 13:58 |
| __angelo | i added several qt packages, but seems there may be some version mismatch | 13:58 |
| wertigon | icedtea7-native seems to be building | 14:00 |
| wertigon | Can I go home with this feature implemented? :D | 14:00 |
| wertigon | rburton, kroon; thank you for the support on Java, going strong after 632s :D | 14:05 |
| *** alessioigor51 <alessioigor51!25a11494@37.161.20.148> has quit IRC | 14:07 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 14:09 | |
| wertigon | Yay! Java done! :D | 14:13 |
| luneff | __angelo, how much RAM is available for the build? | 14:19 |
| *** comptroller <comptroller!~comptroll@47-213-231-66.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 14:19 | |
| __angelo | luneff, can check but pc is quite powerful, even if i am on chroot | 14:22 |
| __angelo | luneff, btw, the issue starts from unresolved externals as | 14:23 |
| luneff | it may start with anything, but "internal compiler error: Killed" for my experience is 90%+ RAM issues, too much stuff is compiled at once | 14:24 |
| luneff | if that's the case, BB_NUMBER_THREADS=1 could help | 14:25 |
| *** comptroller <comptroller!~comptroll@47-213-231-66.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 14:27 | |
| __angelo | luneff, thanks. At each retry i get a very long error log, multiple errors, due to parallel builds. First interesting error is an unresolved external on linking, so like a library missing, but maybe is missing due to other fails. | 14:29 |
| __angelo | luneff, trying your suggestion | 14:29 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 14:30 | |
| *** comptroller <comptroller!~comptroll@47-213-231-66.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 14:33 | |
| __angelo | now i just get again unresolved external on qtmultimedia | 14:34 |
| *** luneff <luneff!~yury@178.73.220.87> has quit IRC | 14:34 | |
| __angelo | not internal compiler error anymore | 14:35 |
| *** comptroller <comptroller!~comptroll@47-213-231-66.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 14:35 | |
| __angelo | ram free seems > 5G so shouldn't be the issue | 14:35 |
| wertigon | JAVA COMPILES HALELUJAH! *Backflips, cartwheels and runs naked through the woods* | 14:36 |
| *** anujm <anujm!anujm@nat/intel/x-rpzmhelciqzoxhyk> has joined #yocto | 14:37 | |
| *** falk0n_ <falk0n_!~falk0n@a109-49-144-176.cpe.netcabo.pt> has quit IRC | 14:38 | |
| *** comptroller <comptroller!~comptroll@47-213-231-66.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 14:40 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 14:43 | |
| *** joubertb <joubertb!~Joubert@dhcp-411-190.atdc.gatech.edu> has joined #yocto | 14:44 | |
| *** d_thomas <d_thomas!cffae6c2@207.250.230.194> has joined #yocto | 14:52 | |
| *** anujm <anujm!anujm@nat/intel/x-rpzmhelciqzoxhyk> has quit IRC | 14:58 | |
| *** mardy <mardy!~mardy@88-115-221-237.elisa-laajakaista.fi> has quit IRC | 15:00 | |
| JPEW | nrossi: Are you around? | 15:04 |
| *** alessioigor88 <alessioigor88!8c69cffc@out-207-252.elettra.trieste.it> has joined #yocto | 15:06 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 15:13 | |
| *** wertigon <wertigon!50fe9a69@1071ob.scansafe.net> has quit IRC | 15:15 | |
| nrossi | JPEW: I am now | 15:17 |
| *** frsc <frsc!~frsc@i4DF677E4.static.tripleplugandplay.com> has joined #yocto | 15:18 | |
| *** mardy <mardy!~mardy@88-115-221-237.elisa-laajakaista.fi> has joined #yocto | 15:18 | |
| JPEW | nrossi: The toolchain tests appear to have broken the reporting for the reproduible build tests in testresults, and I can't quite figure out why | 15:19 |
| JPEW | nrossi: that is, it broke the reporting in testresults.json | 15:20 |
| nrossi | JPEW: these are the tests in oe-selftest correct? | 15:21 |
| JPEW | Correct | 15:21 |
| JPEW | The status just shows up as unknown and none of the extraresults are present: https://pastebin.com/JiqwJxGq | 15:21 |
| JPEW | nrossi: It also show up as UNKNOWN status when running: RESULTS - reproducible.ReproducibleTests.test_reproducible_builds: UNKNOWN (21970.48s) | 15:23 |
| nrossi | JPEW: have you been running the tests locally without issue (with selftest -j 1 or equiv) and its just the autobuilder that is causes problems? | 15:24 |
| *** Andre-Jyga <Andre-Jyga!~andre.mil@207.134.248.126> has joined #yocto | 15:25 | |
| JPEW | nrossi: This is a local run. I didn't use -j1, but I'm only running that one test using the cmd line filter. | 15:25 |
| JPEW | `oe-selftest -r reproducible` | 15:25 |
| nrossi | JPEW: ok i think i see the bug... surprised someone had not seen it before release. | 15:27 |
| nrossi | JPEW: http://git.openembedded.org/openembedded-core/commit/meta/lib/oeqa/selftest/cases/reproducible.py?id=6a1b0c2003a0b4a1983f9494440e6ea02dc25585 | 15:28 |
| nrossi | note the "extrasresults" instead of "extraresults" | 15:28 |
| nrossi | at least i was consistent.... :) | 15:29 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 15:33 | |
| *** comptroller <comptroller!~comptroll@47-213-231-66.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 15:35 | |
| kergoth | huh, that's cool, i didn't know there was a way to render a graphviz graph at a terminal. obvious limitations, but.. https://gist.github.com/kergoth/c219bfe62f84082faae3efd67c99a503 | 15:38 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 15:38 | |
| *** comptroller <comptroller!~comptroll@47-213-231-66.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 15:44 | |
| JPEW | nrossi: I fixed that and it still fails :( | 15:46 |
| *** kvb <kvb!443d58ba@c-68-61-88-186.hsd1.mi.comcast.net> has joined #yocto | 15:51 | |
| *** frsc <frsc!~frsc@i4DF677E4.static.tripleplugandplay.com> has quit IRC | 15:51 | |
| kvb | I'm currently migrating a build system from 2.4 to the latest 2.7 (Warrior) release and while many of the changes have been straightforward to address, I've hit one that I cannot work out. It's occurring in the do_rootfs steps. I've traced the issue to this bit of code in package_manager.py | 15:52 |
| kvb | class OpkgIndexer(Indexer): def write_index(self): arch_vars = ["ALL_MULTILIB_PACKAGE_ARCHS", "SDK_PACKAGE_ARCHS", "MULTILIB_ARCHS"] opkg_index_cmd = bb.utils.which(os.getenv('PATH'), "opkg-make-index") | 15:52 |
| *** alessioigor88 <alessioigor88!8c69cffc@out-207-252.elettra.trieste.it> has quit IRC | 15:53 | |
| kvb | for reasons I cannot workout it appears that the opkg-make-index utility is not being installed correctly in the recipe-sysroot-native directory | 15:53 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 15:53 | |
| kvb | and as such, the above listed opkg_make_index command is not being populated causing fatal errors during build | 15:54 |
| kvb | I've not tracked down anything in the changelogs for poky or opkg-utils or opkg in general that would cause only _some_ of the opkg-utils to be installed | 15:55 |
| kvb | a listing of the recipe-sysroot-native path looks as follows: | 15:56 |
| kvb | initramfs-standard/1.0-r0/recipe-sysroot-native/usr/bin/opkg initramfs-standard/1.0-r0/recipe-sysroot-native/usr/bin/opkg-build initramfs-standard/1.0-r0/recipe-sysroot-native/usr/bin/opkg-buildpackage initramfs-standard/1.0-r0/recipe-sysroot-native/usr/bin/opkg-check-config initramfs-standard/1.0-r0/recipe-sysroot-native/usr/bin/opkg-diff | 15:56 |
| kvb | initramfs-standard/1.0-r0/recipe-sysroot-native/usr/bin/opkg-extract-file | 15:56 |
| kvb | there are certainly _some_ utilities being installed but I cannot reason why _all_ of them are not being stalled | 15:56 |
| kvb | any suggestions for things to double check would be helpful | 15:56 |
| *** kanavin__ <kanavin__!~kanavin@141.113.64.159> has quit IRC | 16:00 | |
| *** kanavin <kanavin!~kanavin@141.113.66.202> has joined #yocto | 16:00 | |
| __angelo | what does it means " Could not invoke dnf." ERROR at end of the image build ? | 16:05 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 16:07 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 16:09 | |
| qschulz | __angelo: we need a little bit more to help you :) dnf is the package manager responsible of installing the package in the rootfs skeleton (by default) | 16:10 |
| *** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has quit IRC | 16:19 | |
| JPEW | Anyone know how to set a Python breakpoint in an OEQA test? | 16:22 |
| *** joubertb <joubertb!~Joubert@dhcp-411-190.atdc.gatech.edu> has quit IRC | 16:24 | |
| *** joubertb <joubertb!~Joubert@dhcp-411-190.atdc.gatech.edu> has joined #yocto | 16:29 | |
| nrossi | JPEW: i see, does fixing that change the result in anyway? just curious if it is related to the reproducible class using subTest | 16:29 |
| JPEW | nrossi: It might be related to subTest. Other OEQA tests are also using subTest though | 16:30 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:31 | |
| JPEW | nrossi: If I run with -j1, I see a correct FAILURE status and get the extradata in the log along with a strange error: https://pastebin.com/nWmS6c9n | 16:33 |
| JPEW | The _StringException is weird | 16:34 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 16:36 | |
| nrossi | JPEW: ok, then its very likely to be the subTest handling, that weird error is due to how data is being passed from child processes to the parent runner | 16:36 |
| JPEW | nrossi: Where is that handled? | 16:37 |
| JPEW | These tests take so long it subTest really needs to work :) | 16:38 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 16:41 | |
| nrossi | JPEW: core/runner.py is where you will need to look into handling subTest+extraresults, i suspect you will need to add a addSubTest override to OETestResult | 16:41 |
| nrossi | JPEW: i am going to head off (its late here), let me know if you manage to sort it out, otherwise if i get a chance i will look into it over the weekend | 16:43 |
| JPEW | nrossi: Ok, thanks | 16:43 |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto | 16:46 | |
| *** kvb <kvb!443d58ba@c-68-61-88-186.hsd1.mi.comcast.net> has quit IRC | 16:54 | |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 17:11 | |
| *** comptroller <comptroller!~comptroll@47-213-231-66.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 17:39 | |
| *** kanavin_ <kanavin_!~kanavin@141.113.66.202> has joined #yocto | 17:49 | |
| *** kanavin <kanavin!~kanavin@141.113.66.202> has quit IRC | 17:52 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 18:00 | |
| *** ddas <ddas!~ddas@nat-inn.mentorg.com> has joined #yocto | 18:35 | |
| ddas | I am getting Error " Exception during build_dependencies for AUTOREV" after upgrading to Thud. Is there any change for usage of AUTOREV in thud ? | 18:37 |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 18:45 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 18:48 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto | 19:06 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 19:06 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 19:09 | |
| *** jacques2 <jacques2!~jacques@nslu2-linux/jacques> has joined #yocto | 19:15 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 19:18 | |
| *** leitao <leitao!~leitao@2620:10d:c092:180::1:500> has joined #yocto | 19:30 | |
| __angelo | so, i had the above "internal compiler error" issue due to parallel build of Qt packages. Setting to 1 thread, rebuilding, i could complete the image build. | 19:32 |
| __angelo | so i would ask, is there a way to set 1-thread compilation only for Qt packages ? | 19:32 |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 19:48 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-xanardcizihhrumz> has quit IRC | 19:49 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 19:51 | |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 19:56 | |
| *** leitao <leitao!~leitao@2620:10d:c092:180::1:500> has quit IRC | 20:04 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 20:06 | |
| rburton | __angelo: only happens in parallel builds of a large package implies heating or ram problems | 20:11 |
| __angelo | rburton, mmm, as ram seems 5G are freem, but, from when i have this 9700k, often it reaches over 80 *C on heavy load | 20:26 |
| __angelo | so heating may be a good candidate | 20:27 |
| rburton | right | 20:28 |
| rburton | when i say ram problems i mean physical problems, not running out | 20:28 |
| rburton | leave memcheck running overnight to verify the ram is fine | 20:28 |
| rburton | erm, memtest even | 20:29 |
| __angelo | rburton, oh, ok. thanks. Some time, on j8 builds, this cpu reached throttling point, 100*, then with a better fan i could stay near 80, but i suspect it may be a faulty chip | 20:30 |
| rburton | ouchy | 20:30 |
| rburton | yes sounds like you've a cooling problem | 20:30 |
| __angelo | since this cpu's are someway new, still have to understand what is the proper working temp. Well, will investigate. | 20:31 |
| __angelo | many thanks for your kind help | 20:31 |
| *** vineela <vineela!vtummala@nat/intel/x-eivykwcsunqblzgu> has joined #yocto | 20:32 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 20:35 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC | 20:36 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 20:45 | |
| *** vineela <vineela!vtummala@nat/intel/x-eivykwcsunqblzgu> has quit IRC | 21:01 | |
| *** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto | 21:02 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 21:03 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 21:06 | |
| *** jerdew <jerdew!4775bb87@pool-71-117-187-135.prvdri.fios.verizon.net> has quit IRC | 21:13 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 21:13 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 21:16 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 21:16 | |
| *** hpsy <hpsy!~hpsy@85.203.15.38> has joined #yocto | 21:21 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:30 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 21:35 | |
| *** joubertb <joubertb!~Joubert@dhcp-411-190.atdc.gatech.edu> has left #yocto | 21:41 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 21:44 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 21:47 | |
| *** Andre-Jyga <Andre-Jyga!~andre.mil@207.134.248.126> has quit IRC | 22:02 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 22:23 | |
| *** ddas <ddas!~ddas@nat-inn.mentorg.com> has quit IRC | 22:27 | |
| *** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC | 22:33 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has quit IRC | 22:35 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:39 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 23:07 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 23:14 | |
| *** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC | 23:25 | |
| *** vineela <vineela!vtummala@nat/intel/x-talqkyxdzwshdfmc> has joined #yocto | 23:36 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC | 23:46 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 23:54 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 23:57 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!