| *** sashko <sashko!~sashko@c83-252-117-108.bredband.comhem.se> has joined #yocto | 01:00 | |
| sashko | greetings! I'm getting the following problem while do_rootfs: https://pastebin.com/raw/H26FXZX5 | 01:01 |
|---|---|---|
| sashko | if I understand this correctly, python3-pygobject and python-pygobject try to install the same files to the same folder, which is confusing as python2 and python3 should be separated | 01:02 |
| *** black_13 <black_13!d1062666@gateway/web/freenode/ip.209.6.38.102> has joined #yocto | 01:03 | |
| black_13 | how would create a recipe to write to the /etc dir | 01:05 |
| sashko | black_13: could make your question more clear, please? | 01:06 |
| black_13 | sure sorry about that https://stackoverflow.com/questions/40722637/how-do-i-write-a-yocto-bitbake-recipe-to-copy-a-directory-to-the-targe-root-file | 01:07 |
| black_13 | what does the statement "install -d ${D}/path/to/dir/on/fs" mean | 01:08 |
| black_13 | {D} represents | 01:08 |
| sashko | black_13: man install | 01:08 |
| black_13 | ? | 01:08 |
| sashko | ${D} is destination, I believe - you use it to identify rootfs for target filesystem | 01:09 |
| sashko | so, your example will create /path/to/dir/on/fs on the target fs | 01:09 |
| black_13 | so {D}/etc would mean /etc | 01:10 |
| sashko | yes | 01:10 |
| sashko | although you should use ${D}/${sysconfdir} which is an alias | 01:11 |
| black_13 | and the uri can reference a group of files that need to go into the this | 01:13 |
| sashko | what uri? | 01:13 |
| sashko | you mean the path? yes, you can copy whole folders | 01:14 |
| black_13 | yeah from the context it seems like | 01:14 |
| *** LowLander <LowLander!~erwin@ip51ce2bef.speed.planet.nl> has quit IRC | 01:58 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #yocto | 02:02 | |
| *** sashko <sashko!~sashko@c83-252-117-108.bredband.comhem.se> has quit IRC | 02:10 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 03:03 | |
| *** onlyesterday16 <onlyesterday16!~onlyester@113.160.58.178> has joined #yocto | 03:08 | |
| *** BuddyButterfly <BuddyButterfly!~BuddyButt@dslb-094-217-104-167.094.217.pools.vodafone-ip.de> has joined #yocto | 03:38 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC | 03:42 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #yocto | 03:43 | |
| *** kaspter <kaspter!~Instantbi@115.192.221.212> has quit IRC | 03:48 | |
| *** kaspter <kaspter!~Instantbi@115.204.165.136> has joined #yocto | 03:50 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC | 03:56 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 03:58 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #yocto | 04:09 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 04:57 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 05:51 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 06:12 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 06:16 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 06:17 | |
| *** hnje <hnje!~hnje@193.106.123.182> has quit IRC | 06:17 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 06:35 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 06:39 | |
| *** SimoneNascivera <SimoneNascivera!~androirc@37.159.82.88> has joined #yocto | 07:01 | |
| *** lfa <lfa!~lfa@217.199.19.117> has joined #yocto | 07:12 | |
| *** Skye7707 <Skye7707!d47b03ac@gateway/web/freenode/ip.212.123.3.172> has joined #yocto | 07:26 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 07:26 | |
| Skye7707 | Hi there, anyone available? | 07:26 |
| Skye7707 | Got a question regarding the SDK generation which I cannot seem to solve (google didn't give the resolution either) | 07:27 |
| LetoThe2nd | Skye7707: just state your case of emergency and wait for rescue. if somebody knows, you will get an answer. if nobody knows, you'll get none ;-) | 07:31 |
| *** lfa_ <lfa_!~lfa@217.199.19.117> has joined #yocto | 07:31 | |
| Skye7707 | Alright, thanks, it's not an emergency but would be nice to see how to solve it ;-) | 07:31 |
| *** lfa <lfa!~lfa@217.199.19.117> has quit IRC | 07:33 | |
| Skye7707 | The situation is as follows: one of my recipes will compile two static libs (.a) along with an executable. It adds the executable to the image. What I want to achieve is have the static libs in the SDK. Now, I have google a bit and found the TOOLCHAIN_TARGET_TASK keyword to be added in the image recipe, which I did but when I try to populate_sdk I get "Unable to install packages". | 07:34 |
| Skye7707 | The entire line in the recipe is: TOOLCHAIN_TARGET_TASK_append = "some-lib-here-staticdev" | 07:34 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:35 | |
| Skye7707 | in the lib's recipe I also added FILES_${PN}-staticdev = "\ ${APPLI_BIN_PATH}/*.a \ " which some believed would solve the issue but unfortunately didn't do so | 07:36 |
| Skye7707 | (the appli bin path points to the correct location where the .a files are) | 07:36 |
| LetoThe2nd | Skye7707: have you checked that the package some-lib-here-staticdev contains what you expect? | 07:37 |
| Skye7707 | Sorry, I'm quite new to Yocto, not sure what you meant | 07:38 |
| LetoThe2nd | FILES_${PN}-staticdev += "asdasdasd" means: "add asdasdasd to the package ${PN}-staticdev" | 07:39 |
| LetoThe2nd | with ${PN} being the automatically generated package name, extracted from the recipe name | 07:40 |
| LetoThe2nd | so the first thing would be to check if that package really contains what you expect | 07:40 |
| Skye7707 | Alright, so how would I do that? To give you some context, all I've done so far is adjusted some easy recipes and generated images, checking on what is in a package, I'm not sure how, do I compile the recipe and then check the output folder? | 07:42 |
| LetoThe2nd | Skye7707: oe-pkgdata-util list-pkg-files some-lib-here-staticdev should give you the contents | 07:43 |
| LetoThe2nd | Skye7707: and if there is nothing highly secret in there, it would be certainly helpful if you could put the recipe in question onto a pastebin | 07:44 |
| *** SimoneNascivera <SimoneNascivera!~androirc@37.159.82.88> has quit IRC | 07:44 | |
| Skye7707 | the list cmd reveals that indeed the package seems e;pty | 07:44 |
| Skye7707 | empty | 07:44 |
| Skye7707 | sure, I'll redact it a bit, give me a minute | 07:45 |
| LetoThe2nd | also, APPLI_BIN_PATH is not something generic. so i kinda suspect that you are doing something fishy | 07:45 |
| Skye7707 | I figured I needed to point to where the .a files would be located | 07:46 |
| Skye7707 | so that's why I added that | 07:46 |
| Skye7707 | hang on | 07:46 |
| Skye7707 | https://pastebin.com/nuipArXt | 07:48 |
| LetoThe2nd | ok, there's a couple of things that are pretty wrong | 07:50 |
| LetoThe2nd | HSM_ROOT and HSM_HOSTSW_DIR should certainly not go in there | 07:50 |
| LetoThe2nd | if you totally believe you need externalsource, then don't inject it in the recipe itself | 07:50 |
| LetoThe2nd | if you are already using make, then be sure to revisit https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#sdk-adding-makefile-only-software | 07:51 |
| LetoThe2nd | disabling package_qa is almost always really bad, too | 07:52 |
| LetoThe2nd | and as your APPLI_BIN_PATH get indirectly constructed from the externalsource path, it will break definitively | 07:52 |
| LetoThe2nd | everything in FILES must be target-relative paths | 07:53 |
| Skye7707 | ok thanks for the feedback, let me see if I understand everything you just said | 07:54 |
| *** Crofton <Crofton!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has quit IRC | 07:56 | |
| *** fl0v0 <fl0v0!~fvo@i577B905F.versanet.de> has joined #yocto | 07:58 | |
| *** mckoan|away is now known as mckoan | 08:04 | |
| Skye7707 | ok, so, the static lib indeed is compiled with a makefile, and it is completely out of the OE build sys, so I believe the externalsrc is correct | 08:04 |
| LetoThe2nd | um, no | 08:05 |
| Skye7707 | ok, do explain | 08:05 |
| LetoThe2nd | externalsrc is a kind of emergency-trick for development | 08:05 |
| Skye7707 | oic | 08:05 |
| LetoThe2nd | to be used only if you develop on the source AND the recipe at the same time | 08:05 |
| Skye7707 | what would be the correct way of handling it? | 08:06 |
| LetoThe2nd | if you only work on the recipe, as you totally should, then provide a SRC_URI from where the sources are to be fetched | 08:06 |
| LetoThe2nd | usually this is kind of a git/svn/whatever repository, or a tarball from a ftp/something | 08:07 |
| *** SimoneNascivera <SimoneNascivera!~androirc@37.159.80.152> has joined #yocto | 08:11 | |
| LetoThe2nd | this for example is a really simple recipe with a tarball to get: http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-extended/stress/stress_1.0.4.bb | 08:14 |
| Skye7707 | The lib is located in a repository so the SRC_URI should point to its location in the repo I assume? | 08:16 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 08:17 | |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 08:18 | |
| LetoThe2nd | umm | 08:20 |
| *** signum_ <signum_!~signum@46.226.217.64> has quit IRC | 08:20 | |
| Skye7707 | the lib sources I mean | 08:21 |
| LetoThe2nd | i seriously suggest to have a long, and thorough look at https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#new-recipe-writing-a-new-recipe and then https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#new-recipe-testing-examples | 08:21 |
| Skye7707 | alright | 08:21 |
| LetoThe2nd | as i have the feeling that you are missing some really basic concepts of a recipe... and we have excellent documentation for exactly that | 08:22 |
| Skye7707 | that's for sure true, I've just built on top of what was existing and from the looks of it, other people didn't exactly follow the way it should be written | 08:22 |
| LetoThe2nd | or ask whomever tasked you with that to give you a couple of introductory hours | 08:23 |
| LetoThe2nd | or ask whomever tasked you with that to give you a couple of introductory hours | 08:37 |
| LetoThe2nd | oops | 08:37 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 08:37 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:37 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 08:39 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 08:39 | |
| *** Chaser <Chaser!~Chaser@192.241.229.182> has quit IRC | 08:49 | |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-19-72.w83-201.abo.wanadoo.fr> has joined #yocto | 09:00 | |
| *** aurele <aurele!~aurele@84.239.69.5> has quit IRC | 09:02 | |
| *** SimoneNascivera <SimoneNascivera!~androirc@37.159.80.152> has quit IRC | 09:06 | |
| *** m314 <m314!~user@81.216.59.226> has joined #yocto | 09:08 | |
| *** ant_work <ant_work!~ant__@host205-129-static.31-195-b.business.telecomitalia.it> has joined #yocto | 09:10 | |
| *** camus <camus!~Instantbi@115.204.165.136> has joined #yocto | 09:10 | |
| *** kaspter <kaspter!~Instantbi@115.204.165.136> has quit IRC | 09:11 | |
| *** camus is now known as kaspter | 09:11 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 09:11 | |
| m314 | I would like to share some variables between recipes, so that I can create 'rootfs-app1-x.y.z' which contains app1 version x.y.z. I could make these variables available globally through local.conf or the DISTRO, but ideally I'd like this to just be a part of the image recipe. Is this possible? | 09:15 |
| LetoThe2nd | m314: no sharing of things between recipes, simple as is | 09:18 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:18 | |
| LetoThe2nd | m314: you can create an include that you pull in at different places as a workaround, but thats about it | 09:18 |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 09:21 | |
| m314 | LetoThe2nd: Could I build my application and rootfs in the same recipe? | 09:21 |
| LetoThe2nd | m314: no | 09:21 |
| m314 | Ah well. Good to know. Thanks anyway :-) | 09:23 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 09:23 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 09:25 | |
| Skye7707 | LetoThe2nd: I'm trying to get rid of the externalsrc for starters, let's assume that we have a local repo checked out at a given path where the sources and makefile are located that should be fetched in a recipe, when I point to them with SRC_URI = "file://...."in the do_compile step make doesn't find the Makefile, when do a find for it, the sources ended up in the workdir but in subfolders (i.e. /home/user/....) which I wouldn't exp | 09:27 |
| Skye7707 | as I'm pointing directly to the dir with sources, why is it reconstructing the entire path of that dir | 09:28 |
| LetoThe2nd | Skye7707: sorry, but wrong again | 09:29 |
| Skye7707 | I figured ;-) | 09:29 |
| LetoThe2nd | Skye7707: the fetch process works like this. either a) the sources are directly bundled with the recipes, in a directory called "files" right next to it or b) the sources ar pulled from some server automatically | 09:30 |
| LetoThe2nd | "hey see i have this checkout here please would you use that" is the externalsrc case. the case to be avoided unless, as i already told you, you are working on source and recipe at the same time. | 09:30 |
| Skye7707 | ok so I should SRC_URI point to the git repo | 09:31 |
| Skye7707 | how would that work with authentication? | 09:31 |
| LetoThe2nd | EEEEEEXACTLY | 09:31 |
| Skye7707 | I don't want to hardcode u/pw | 09:31 |
| LetoThe2nd | i'd really suggest to hardcode them for now until you get your recipe technically working. just don't commit it in the meantime | 09:32 |
| LetoThe2nd | see also https://wiki.yoctoproject.org/wiki/Building_your_own_recipes_from_first_principles#Build_an_example_package_based_on_a_remote_source_archive | 09:32 |
| LetoThe2nd | https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#git-fetcher | 09:34 |
| LetoThe2nd | or just grab a tarball, or whatever | 09:34 |
| LetoThe2nd | but hardcoding externalsrc into the recipe is the totally worst case | 09:35 |
| *** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 09:35 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 09:35 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 09:38 | |
| *** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 09:42 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 09:42 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 09:45 | |
| *** m314 <m314!~user@81.216.59.226> has left #yocto | 09:54 | |
| naknick | SimoneNascivera - I just tried to resize "root" partition with external Ubuntu machine. Now the image does not boot up :( | 10:00 |
| naknick | I don't think that is the way to enlarge root partition | 10:01 |
| *** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-tkcdmaazdgxxisqc> has quit IRC | 10:01 | |
| *** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-wdxhvshybdrluyey> has joined #yocto | 10:02 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 10:02 | |
| *** sk_tandt_ <sk_tandt_!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 10:03 | |
| naknick | Maybe anyone else here knows how to to enlarge root partition of ready image? (RPI3 if it matters) | 10:04 |
| naknick | Its original size is only about 700MB and there are about 15GB free on the micro sd card | 10:05 |
| *** yacar_ <yacar_!~yacar@80.215.81.229> has joined #yocto | 10:06 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 10:07 | |
| willie | Hello, Can someone point out why this recipe is failing https://pastebin.com/QGJGZw9M ? I included the error which i assume is related to do_install function but I cannot see what would cause this error | 10:10 |
| *** awe001 <awe001!~awe00@unaffiliated/awe00> has joined #yocto | 10:13 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 10:13 | |
| LetoThe2nd | willie: i think it should be install from ${S}, not from ${WORKDIR} | 10:13 |
| LetoThe2nd | but might be mistaken | 10:13 |
| Skye7707 | LetoThe2nd: I'm checking out a git repo, added a subpath param to only check out the relevant path, in the workdir it only took the deepest dir and not the entire subpath | 10:13 |
| LetoThe2nd | Skye7707: so the problem is...? | 10:15 |
| Skye7707 | why? I expect either the content that gets pulled from git either in ${WORKDIR} or ${WORKDIR}/path/to/subdir, but it is in ${WORKDIR}/subdir (it ommits the higher dirs) | 10:16 |
| *** cvasilak <cvasilak!~cvasilak@2a02:587:8102:1f00:9d61:25d2:9c27:8e12> has joined #yocto | 10:17 | |
| LetoThe2nd | Skye7707: i can't give an answer to the why in this case, as i've never used git subdirs in such a context | 10:17 |
| Skye7707 | iok | 10:17 |
| Skye7707 | ok | 10:17 |
| *** armpit <armpit!~armpit@2601:202:4180:c33:95a2:d4bf:38a3:22d3> has quit IRC | 10:22 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:153a:43ee:4b76:7dc7> has joined #yocto | 10:22 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 10:22 | |
| willie | LetoThe2nd: Tried got same error. I can see the script under tmp/build so that line "should" be ok. Could it be something else I'm missing? | 10:23 |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has quit IRC | 10:23 | |
| LetoThe2nd | willie: ah wait. i misread. the message indicates that the package is not found altogether | 10:24 |
| LetoThe2nd | willie: what happens if you explicitly bitbake ked-project-start | 10:24 |
| willie | It builds | 10:25 |
| willie | :o | 10:25 |
| LetoThe2nd | willie: and have you also checked which packages it produces? | 10:25 |
| willie | The "package" directory is empty if that is what you ment, the script ends up directly under ked-project-start/1.0-r0/ | 10:27 |
| *** yacar_ <yacar_!~yacar@80.215.81.229> has quit IRC | 10:28 | |
| LetoThe2nd | willie: that indicates that the recipe gets built, but bitbake doesn't know about anything it should install and therefore does not build a package. hence, nothing to be found | 10:28 |
| LetoThe2nd | willie: i'm pretty sure you need to extend FILES_${PN} | 10:29 |
| LetoThe2nd | to include those two files | 10:29 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 10:32 | |
| willie | LetoThe2nd: Something like "FILES_${PN} = "${WORKDIR}/ked-project-start.init? Also how does bitbake dont know what to do when there is a do_function? | 10:33 |
| willie | Does that not imply SRC_URI is wrong? | 10:33 |
| willie | I mean, i give it source files tell it what to do and it tells me it does not know what to do. | 10:37 |
| LetoThe2nd | willie: hum, no. | 10:38 |
| LetoThe2nd | willie: bitbake knows "here, this is do_install, execute it" | 10:38 |
| LetoThe2nd | willie: it does *NOT* look at every command inside to guess what you meant by it | 10:38 |
| LetoThe2nd | willie: so, if you don't give other defaults i think it packages /bin, /usr/bin, /usr/lib and some more generic locations. if you install to those, no more actions are needed. | 10:39 |
| LetoThe2nd | willie: if you install to other special locations, you have to explicitly tell bitbake to include those in the package | 10:40 |
| LetoThe2nd | willie: and SRC_URI on the other hand has totally nothing to do with what gets packages and what not. | 10:40 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-xxbiplaeuqfrdyld> has joined #yocto | 10:41 | |
| willie | LetoThe2nd: Yes but the problem is that it does not find the .init file correct? And you are saying FILES_${PN} will include it | 10:43 |
| LetoThe2nd | willie: no | 10:43 |
| willie | I dont understand how I have such a hard time understand this xD | 10:43 |
| LetoThe2nd | willie: i am saying that bitbake does not see anything in the locations it expects the outputs of the recipe to be. and when it finds nothing, it packages nothing | 10:44 |
| LetoThe2nd | willie: so, by extending FILES_${PN} you are basically saying "add this to the package" | 10:44 |
| LetoThe2nd | willie: and pathes in FILES_ are rootfs-relative. see http://cgit.openembedded.org/meta-openembedded/tree/meta-networking/recipes-connectivity/ufw/ufw_0.33.bb#n45 | 10:45 |
| LetoThe2nd | for an example | 10:45 |
| *** Willie2 <Willie2!d973313a@gateway/web/freenode/ip.217.115.49.58> has joined #yocto | 10:49 | |
| *** willie <willie!d973313a@gateway/web/freenode/ip.217.115.49.58> has quit IRC | 10:50 | |
| Willie2 | LetoThe2nd: Can you send that link again? my browser crashed :< | 10:51 |
| LetoThe2nd | http://cgit.openembedded.org/meta-openembedded/tree/meta-networking/recipes-connectivity/ufw/ufw_0.33.bb#n45 | 10:51 |
| Willie2 | Thx | 10:52 |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 10:52 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:57 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 11:13 | |
| Willie2 | LetoThe2nd: I added : FILES_${PN} += " ${sysconfdir}/init.d \ ${sysconfdir}/init.d/ked-project-start/* \ ${datadir}/ked-project-start/* " But still gives the same error | 11:15 |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 11:15 | |
| LetoThe2nd | Willie2: well did you actually *CHECK* that the package gets created and contains what you expect? | 11:16 |
| Willie2 | It is still empty, i also tried to compile only that recipe | 11:17 |
| Willie2 | it still builds but nothing gets added into package | 11:18 |
| LetoThe2nd | Willie2: then you are still going wrong somewhere with FILES and do_install | 11:19 |
| Willie2 | hmm | 11:20 |
| rburton | if you get files-not-packaged then you've a problem with FILES. if you don't get that then you're not installing in do_install correctly. | 11:20 |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 11:21 | |
| Willie2 | rburton: I'm getting : "ked-project-start not found in the base feeds" | 11:22 |
| LetoThe2nd | rburton: and i diagnosed that his recipe builds, but no package is created | 11:23 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 11:23 | |
| *** kaspter <kaspter!~Instantbi@115.204.165.136> has quit IRC | 11:24 | |
| *** kaspter <kaspter!~Instantbi@115.204.165.136> has joined #yocto | 11:25 | |
| *** ClmentAubin[m] <ClmentAubin[m]!caubinmatr@gateway/shell/matrix.org/x-tvfqesoqcgwsicvx> has quit IRC | 11:25 | |
| *** onlyesterday16 <onlyesterday16!~onlyester@113.160.58.178> has quit IRC | 11:29 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:31 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 11:36 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 11:39 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 11:50 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 11:53 | |
| RP | kanavin: mind if I do http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=92d3f6216ed981e761f104a7d83b4c68b8363a21 ? | 11:57 |
| RP | kanavin: also, we'll have to exclude debian 8 from the test, I can't get it to work :( | 11:57 |
| *** Crofton <Crofton!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has joined #yocto | 11:59 | |
| kanavin | RP: I don't mind, but it's virglrenderer, without the 't', and the other test (the headless one) needs a similar fix | 12:05 |
| kanavin | RP: did you install a more modern mesa from the backports? | 12:05 |
| RP | kanavin: yes | 12:05 |
| RP | kanavin: different failure :/ | 12:05 |
| kanavin | RP: :( I was hoping it would fix things. Debian 8 should be removed from the builders anyway, in my opinion. | 12:06 |
| RP | kanavin: oops on the typo, well spotted. Initially I was wondering how it could have worked but I can now I look at the patch | 12:07 |
| kanavin | yeah, it just add the needed option always | 12:07 |
| kanavin | RP: btw, people are excited about this stuff here. They want to run the various Daimler-produced UIs directly. | 12:08 |
| RP | kanavin: that is cool. I think this is very useful, we just need to be careful about breaking existing users | 12:09 |
| kanavin | directly, as in, directly on their desktops/laptops, yet within a full target environment | 12:09 |
| RP | kanavin: makes sense, there has always been a good use case for this | 12:09 |
| kanavin | RP: I'm itching to show you the demo videos I made, but they kind of have 'propritetary' stuff in them | 12:11 |
| kanavin | it's not just a spinning cube, but rather full car UI, with correct high resolution, mouse support, etc. | 12:11 |
| Crofton | ad emo of something useful? | 12:15 |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 12:15 | |
| black_13 | . | 12:16 |
| kanavin | there's a kmscube demo, but it's not as fancy https://www.youtube.com/watch?v=0YBuku3JESc&feature=youtu.be | 12:16 |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 12:19 | |
| LetoThe2nd | Crofton: demo != useful, as you should know | 12:19 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 12:22 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has quit IRC | 12:23 | |
| Skye7707 | LetoThe2nd: still having some trouble, I also think we misunderstood each other, currently when I do the list package command, I get the files that I want to be in the image, however what I want to achieve is to have the .a and .h files in the SDK package, afaik those are 2 different things? | 12:30 |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC | 12:32 | |
| LetoThe2nd | Skye7707: nope, because when you actually finished your recipe properly, the sdk builds from this | 12:33 |
| *** yacar_ <yacar_!~yacar@80.215.81.229> has joined #yocto | 12:35 | |
| Skye7707 | ok, so I figure I need to add the .a files in the do_install part? Any predefined var that is close to where I want them? i.e. in the sysroot /opt/yogurt/i.MX6-PD15.3.0/sysroots/cortexa9hf-vfp-neon-phytec-linux-gnueabi/usr/lib | 12:36 |
| rburton | .a go into $libdir just like .so | 12:37 |
| LetoThe2nd | Skye7707: nope, once everything builds fine, stick to the canonical rootfs locations | 12:37 |
| Skye7707 | so how would the install cmd look like? | 12:38 |
| *** yacar_ <yacar_!~yacar@80.215.81.229> has quit IRC | 12:40 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto | 12:40 | |
| *** sk_tandt__ <sk_tandt__!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 12:41 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 12:44 | |
| *** sk_tandt_ <sk_tandt_!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 12:45 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 12:47 | |
| Skye7707 | looks like I'm still missing some bits and pieces of the puzzle then | 12:49 |
| Skye7707 | adding something to the target image works but adding .a/.h files in the SDK, not sure how | 12:50 |
| *** sk_tandt_ <sk_tandt_!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 12:51 | |
| RP | kanavin: the oe.lsb check in the runtime virgl.py test is wrong :( | 12:54 |
| RP | kanavin: its a permanent exception as you need to import oe.lsb, not oe | 12:54 |
| *** sk_tandt__ <sk_tandt__!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 12:55 | |
| RP | kanavin: any idea which exception you really wanted to capture there? | 12:55 |
| *** yacar_ <yacar_!~yacar@149.91.82.219> has joined #yocto | 12:56 | |
| RP | kanavin: I've tweaked http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=22bfa6db5441792f75d720b2854d800244199b01 | 12:58 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 13:10 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 13:12 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 13:17 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 13:19 | |
| kanavin | RP: I am not sure about the exception, I thought I basically copy-pasted code from elsewhere but can't find that elsewhere :-/ | 13:20 |
| kanavin | RP: ah, I found that code: check_supported_distro() in sanity.bbclass | 13:22 |
| kanavin | RP: how did the test skipping on centos 7 work? or maybe it didn't, which means we don't need to skip? | 13:22 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 13:33 | |
| kanavin | RP: the fixup is fine, except the centos bit which may be unnecessary | 13:34 |
| black_13 | what does "unparsed line: 'SRC_URI = "file://cameraOptions.json'" mean when building a recipe | 13:43 |
| LetoThe2nd | black_13: same as the last time you asked | 13:45 |
| black_13 | i dont believe i ask that question | 13:45 |
| black_13 | http://codepad.org/BVRhCyUo is the code for this | 13:46 |
| rburton | black_13: you need a \ at the end of the lines | 13:48 |
| rburton | its sh-style \<newline> to continue over multiple lines | 13:48 |
| LetoThe2nd | black_13: you asked the "almost" same question, last time it was different quotation marks | 13:48 |
| black_13 | but you acted exactly the same in both cases | 13:49 |
| LetoThe2nd | black_13: *sigh* sorry. but its really not your first time here, and i kinda expected that by now you would know the basic syntax. my bad, won't happen again. | 13:50 |
| black_13 | im sorry as well i have a lot on my plate | 13:51 |
| black_13 | and not everyone learns at the same rate | 13:51 |
| black_13 | I am making an effort and when I come here its after exhausting google and the texts I have | 13:51 |
| rburton | black_13: try the bitbake manual https://www.yoctoproject.org/docs/2.6/bitbake-user-manual/bitbake-user-manual.html#line-joining | 13:52 |
| rburton | second section under "basic syntax" | 13:52 |
| black_13 | thanks | 13:52 |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 13:53 | |
| black_13 | basically the lines are python(ic) | 13:53 |
| LetoThe2nd | ... and looking at other recipes, theres lots and lots of them. poky and meta-openembedded have examples for almost everything. | 13:53 |
| black_13 | I started on this about 2 weeks | 13:53 |
| black_13 | ago | 13:53 |
| black_13 | and again not everyone learns at the same rate. | 13:54 |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 13:55 | |
| naknick | How to enlarge root partition of image? I tried to extend it with external Ubuntu machine and now the image does not boot up | 14:05 |
| naknick | I tried to add value to IMAGE_ROOTFS_EXTRA_SPACE inside bitbake.conf and after writing the image to micro sd-card - again, the machine does not boot up | 14:06 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:13 | |
| kanavin | RP: somehow, 'import oe; oe.lsb.distro_identifier()' works fine here - maybe a python 3.6 innovation? | 14:15 |
| RP | kanavin: I'm not sure if the centos bit is needed or not, I suspect it hasn't worked | 14:15 |
| RP | kanavin: or oe.lsb was imported somewhere else in that context | 14:16 |
| RP | ? | 14:16 |
| kanavin | could be | 14:16 |
| kanavin | would be good to establish whether the centos bit is really needed, but I did see it fail a few times there | 14:16 |
| *** Skye7707 <Skye7707!d47b03ac@gateway/web/freenode/ip.212.123.3.172> has quit IRC | 14:17 | |
| RP | kanavin: oh, I think I fixed that by installing missing bits on our servers | 14:17 |
| RP | kanavin: I'll drop it? | 14:17 |
| kanavin | RP: yes please :) I want to minimize all the special-case code | 14:17 |
| RP | kanavin: agreed. That leaves us with the debian 8 one but that has a finite life | 14:19 |
| kanavin | yeah, debian 9 works fine, and one could argue debian 8 is already EOL | 14:19 |
| * LetoThe2nd bites keyboard hard to not make "case-sensitive" jokes | 14:20 | |
| kanavin | RP: any idea why the headless test isn't able to run? (specifically, /dev/dri/ doesn't have render* entries) | 14:21 |
| kanavin | on the AB, all of them it seems | 14:21 |
| RP | kanavin: the AB workers have minimal installs so either something is missing or its permissions? | 14:21 |
| *** JPEWhacker <JPEWhacker!~yaaic@2605:a601:21d1:5200:c855:1249:c01f:8463> has joined #yocto | 14:22 | |
| RP | kanavin: I've not see that run anywhere | 14:22 |
| *** JPEWhacker <JPEWhacker!~yaaic@2605:a601:21d1:5200:c855:1249:c01f:8463> has joined #yocto | 14:22 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 14:22 | |
| kanavin | RP: the test does print the content of /dev/dri when it skips itself, and the files seem simply missing | 14:22 |
| RP | kanavin: kernel modules not loaded? | 14:23 |
| kanavin | which is odd, I thought either /dev/dri should be either fully populated, or altogether empty | 14:23 |
| RP | kanavin: I know little about this tbh | 14:23 |
| kanavin | same here, could be a missing kernel module, but I can't say which one | 14:24 |
| JPEWhacker | kanavin: which files are present and which driver are you using? | 14:28 |
| kanavin | JPEWhacker, alexander@alexander-box:~/development/poky$ ls -l /dev/dri | 14:28 |
| kanavin | total 0 | 14:28 |
| kanavin | drwxr-xr-x 2 root root 80 Mär 1 14:42 by-path | 14:28 |
| kanavin | crw-rw----+ 1 root video 226, 0 Mär 1 14:42 card0 | 14:28 |
| kanavin | crw-rw----+ 1 root video 226, 128 Mär 1 14:42 renderD128 | 14:28 |
| kanavin | using nouveau here, but another laptop has intel/nvidia combo, and it's same except there are two cards and two render* files | 14:29 |
| kanavin | RP: the kernel driver should be called 'drm' | 14:31 |
| JPEWhacker | kanavin: that looks correct to me... | 14:32 |
| kanavin | JPEWhacker, we are trying to figure out why on the autobuilder card0 is present but renderD128 is not | 14:33 |
| JPEWhacker | ah. which driver is it using? | 14:34 |
| kanavin | I don't know, I thought the drm driver should set everything up without extra fuss | 14:35 |
| kanavin | I can't run commands on the AB | 14:35 |
| RP | kanavin: pokybuild@debian8-ty-1:~$ ls /dev/dri/ | 14:36 |
| RP | card0 controlD64 | 14:36 |
| kanavin | RP: that's debian 8, how about debian 9 :) | 14:36 |
| JPEWhacker | ah. IIRC the drivers have a little more control over the behavior than that | 14:36 |
| RP | kanavin: same | 14:37 |
| * RP is pleased to now have a multiconfig selftest | 14:38 | |
| kanavin | RP: it might be that the hardware is something odd that wouldn't support that. what does lspci -v say? (on deb 9, to be sure :) | 14:40 |
| kanavin | here, I get: | 14:40 |
| kanavin | 41:00.0 VGA compatible controller: NVIDIA Corporation GP108 [GeForce GT 1030] (rev a1) (prog-if 00 [VGA controller]) | 14:40 |
| kanavin | Subsystem: ASUSTeK Computer Inc. GP108 [GeForce GT 1030] | 14:40 |
| kanavin | Flags: bus master, fast devsel, latency 0, IRQ 68, NUMA node 1 | 14:40 |
| kanavin | Memory at ec000000 (32-bit, non-prefetchable) [size=16M] | 14:40 |
| kanavin | Memory at d0000000 (64-bit, prefetchable) [size=256M] | 14:40 |
| kanavin | Memory at e0000000 (64-bit, prefetchable) [size=32M] | 14:40 |
| kanavin | I/O ports at e000 [size=128] | 14:40 |
| kanavin | Expansion ROM at 000c0000 [disabled] [size=128K] | 14:40 |
| kanavin | Capabilities: <access denied> | 14:40 |
| kanavin | Kernel driver in use: nouveau | 14:40 |
| kanavin | Kernel modules: nvidiafb, nouveau | 14:40 |
| kanavin | RP: multiconfig needs better 'promotion' :) | 14:41 |
| *** black_13 <black_13!d1062666@gateway/web/freenode/ip.209.6.38.102> has quit IRC | 14:41 | |
| RP | kanavin: bingo. Its a server. It only has a Matrox Electronics Systems Ltd. G200eR2 | 14:41 |
| JPEWhacker | according to https://01.org/linuxgraphics/gfx-docs/drm/drmExternals.html, the driver gets a control node automatically, but must explicitly say it supports render nodes | 14:41 |
| kanavin | RP: right, that sounds esoteric | 14:42 |
| RP | kanavin: no decent gpu in there | 14:42 |
| RP | kanavin: nice things like multiple 10GBit ethernet cards but no gpus | 14:42 |
| kanavin | "The G200 is a 2D, 3D, and video accelerator chip for personal computers designed by Matrox. It was released in 1998. " | 14:42 |
| RP | kanavin: now common in servers | 14:43 |
| RP | Kernel driver in use: mgag200 | 14:44 |
| JPEWhacker | ya if that driver does not have the DRIVER_RENDER capability, it won't get a render node | 14:45 |
| kanavin | Also, mesa won't support it in any case: https://www.mesa3d.org/systems.html | 14:46 |
| kanavin | I guess the gtk test renders via mesa's software renderer, and the headless test does require a render node, so it won't run :( | 14:47 |
| RP | kanavin: of we find the budget for a server refresh I'll mention this as something to keep in mind (halstead ^^^) | 14:47 |
| RP | kanavin: right | 14:47 |
| RP | kanavin: we are due a hardware refresh which has been postponed due to budget issues | 14:48 |
| JPEWhacker | kanavin: why does headless require host rendering support? | 14:48 |
| RP | kanavin: right now I don't even know if I have a job beyond the end of the month for budget reasons :/ | 14:48 |
| kanavin | JPEWhacker, qemu with -display egl-headless wants to open /dev/dri/render* and will refuse to continue otherwise | 14:49 |
| kanavin | RP: yes, it's unbelievable :-/ I think all the companies using Yocto are oblivious to the fact that there is no 'corporation' behind it | 14:49 |
| JPEWhacker | kanavin: is there just a "headless" option that would force SW rendering? | 14:50 |
| kanavin | JPEWhacker, nope as far as I know | 14:51 |
| *** Jacen <Jacen!~cdreher@89.225.239.253> has quit IRC | 14:52 | |
| RP | kanavin: hoepfully with multiconfig bugs fixed and a testcase we can start to see people using it | 14:53 |
| JPEWhacker | kanavin: -display=none ? | 14:53 |
| JPEWhacker | says it keeps the GPU device, but doesn't do anything with the output | 14:54 |
| kanavin | JPEWhacker, we generally want to see the output :) egl-headless+publicvnc allows you to see it | 14:54 |
| JPEWhacker | publicvnc running on the guest is different than the -display=vnc option in qemu I take it? | 14:57 |
| * RP ponders what else need to be sorted for 2.7 M3 | 14:58 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 14:59 | |
| * zeddii is working on the new libc-headers and kernels. | 14:59 | |
| RP | zeddii: was just thinking about that. qemuarm changes too. Need to have another try with those | 14:59 |
| kanavin | JPEWhacker, no, but -display none means there is no 'virtual drm-capable card' available to the qemu guests | 14:59 |
| kanavin | that kind of card is enabled with egl-headless, gtk or sdl | 15:00 |
| zeddii | just made it through the patch refresh/delete for the headers, building musl and then will generate 5.x -> boot qemu. | 15:00 |
| *** yacar_ <yacar_!~yacar@149.91.82.219> has quit IRC | 15:01 | |
| JPEWhacker | RP: adding -src packages. should have patch later today | 15:01 |
| kanavin | JPEWhacker, just checked, with -display none you get '[ 0.357356] [drm] virgl 3d acceleration not supported by host' | 15:03 |
| kanavin | JPEWhacker, egl-headless, gtk and sdl all allow that | 15:03 |
| *** yacar_ <yacar_!~yacar@149.91.82.219> has joined #yocto | 15:04 | |
| JPEWhacker | kanavin: right, you won't get actual 3d acceleration with none, but you do get the drm nodes in the guest | 15:05 |
| JPEWhacker | mess just does it all in SW | 15:06 |
| RP | JPEWhacker: thanks, that should make it in then :) | 15:06 |
| RP | zeddii: when the headers are ready I'd take that since that is a rebuild the world build | 15:06 |
| zeddii | ack’d. I was thinking that as well. I’m doing core-image* for the arches for both glibc and musl and then will send it. | 15:07 |
| zeddii | lttng is of course blowing up on 5.x, but I won’t pend non related things on that getting sorted. | 15:07 |
| kanavin | JPEWhacker, right, but that'd be very slow wouldn't and you won't be able to see the output | 15:08 |
| RP | zeddii: I improved lttng-tools ptest so its working fairly well now | 15:08 |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 15:09 | |
| JPEWhacker | kanavin: ya it would be slow. I thought you were trying to find a headless option that worked regardless of acceleration for the AB... maybe I was mistaken | 15:13 |
| kanavin | JPEWhacker, I just checked with gtk frontend, even kmscube becomes 10 times slower :) | 15:13 |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 15:13 | |
| kanavin | JPEWhacker, I thought you were trying to find an accelerated headless option that wouldn't require presence of render nodes :) | 15:14 |
| kanavin | anyway, non-accelerated stuff is not really usable :-/ | 15:14 |
| kanavin | JPEWhacker, we want to test specifically accelerated headless configuration | 15:17 |
| JPEWhacker | kanavin: ya makes sense. unaccelerated is not a very good test of virgl :) | 15:18 |
| kanavin | if that cannot be tested I'd rather skip the test than switch to non-accelerated software-only version | 15:18 |
| kanavin | RP: there are six patches left http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/qemu-split-virgl-gtk - how should we handle them? | 15:22 |
| kanavin | host libsdl removal can be dropped, I don't have any strong opinions | 15:22 |
| kanavin | virglrenderer and glx by default would be good to have | 15:22 |
| kanavin | I guess 'local.conf.sample: enable gtk+ frontend in addition to sdl' is the most controversial :) | 15:23 |
| kanavin | as it not only enables it but also makes it default | 15:23 |
| kanavin | but that's the upstream choice | 15:23 |
| *** ant_work <ant_work!~ant__@host205-129-static.31-195-b.business.telecomitalia.it> has quit IRC | 15:31 | |
| RP | kanavin: I think these may need to wait for now. virglrenderer and glx by default is going to add to the build time a fair bit and doesn't make much sense without changing the options | 15:31 |
| RP | kanavin: I don't mind changing the target options | 15:32 |
| kanavin | RP: sure, shall I resend the whole set and you'll cherry pick? | 15:35 |
| RP | kanavin: well, there is just one and it doesn't pick cleanly :/ | 15:35 |
| kanavin | also this should be okay to take I think http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=akanavin/qemu-split-virgl-gtk&id=34591e0558ad8d8d0fdbf2d7c5796f2d9247b6d8 | 15:36 |
| *** stephano <stephano!~stephano@134.134.139.74> has joined #yocto | 15:36 | |
| RP | kanavin: hmm. Took me a while to work out which confusion you meant... | 15:41 |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 15:59 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 16:01 | |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 16:15 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-xxbiplaeuqfrdyld> has quit IRC | 16:16 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:18 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 16:19 | |
| *** SimoneNascivera <SimoneNascivera!~androirc@5.90.93.157> has joined #yocto | 16:21 | |
| *** vmeson <vmeson!~rmacleod@138.229.221.104> has joined #yocto | 16:22 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 16:22 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 16:32 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 16:39 | |
| *** dfaught <dfaught!~dfaught@12.179.39.33> has quit IRC | 16:45 | |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 16:46 | |
| *** awe001 <awe001!~awe00@unaffiliated/awe00> has quit IRC | 16:48 | |
| yocti | New news from stackoverflow: Is it possible to bitbake a layer without without building entire core? <https://stackoverflow.com/questions/54987705/is-it-possible-to-bitbake-a-layer-without-without-building-entire-core> | 16:51 |
| *** sk_tandt_ <sk_tandt_!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 16:51 | |
| *** awe001 <awe001!~awe00@unaffiliated/awe00> has joined #yocto | 16:55 | |
| *** awe001 <awe001!~awe00@unaffiliated/awe00> has quit IRC | 17:07 | |
| jonmason | zeddii: I can't seem to get the 'KMACHINE_qemuarm ?= "qemuarma15"' that you described in your email working | 17:08 |
| jonmason | Is there a trick more than just ading that line and removing all references to qemuarm? | 17:08 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:12 | |
| *** cvasilak <cvasilak!~cvasilak@2a02:587:8102:1f00:9d61:25d2:9c27:8e12> has quit IRC | 17:14 | |
| *** fl0v0 <fl0v0!~fvo@i577B905F.versanet.de> has quit IRC | 17:14 | |
| *** yacar_ <yacar_!~yacar@149.91.82.219> has quit IRC | 17:18 | |
| *** mckoan is now known as mckoan|away | 17:18 | |
| *** SimoneNascivera <SimoneNascivera!~androirc@5.90.93.157> has quit IRC | 17:21 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:26 | |
| *** stephano <stephano!~stephano@134.134.139.74> has quit IRC | 17:50 | |
| *** nate02 <nate02!~nate02@mail.validmanufacturing.com> has joined #yocto | 18:00 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 18:02 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC | 18:06 | |
| zeddii | jonmason: sorry, was on a call. So you not seeing qemuarm match your definition for qemuarma15 in the kernel-cache. I wonder if the regex is bad. Let me have a closer look at get back to you. | 18:07 |
| *** jp24 <jp24!b8477076@gateway/web/cgi-irc/kiwiirc.com/ip.184.71.112.118> has joined #yocto | 18:07 | |
| *** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC | 18:10 | |
| *** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto | 18:11 | |
| *** dgkoop <dgkoop!5abb2d55@gateway/web/freenode/ip.90.187.45.85> has joined #yocto | 18:19 | |
| dgkoop | To edit recipes, config, etc in Eclipse | 18:19 |
| *** dgkoop <dgkoop!5abb2d55@gateway/web/freenode/ip.90.187.45.85> has quit IRC | 18:24 | |
| *** awe001 <awe001!~awe00@unaffiliated/awe00> has joined #yocto | 18:24 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 18:27 | |
| jonmason | zeddii: I think I misunderstood. I was adding that string to the meta/recipes-kernel/linux/linux-yocto_4.19.bb. Should it be in the bsp/qemuarma15/qemuarma15.scc? | 18:29 |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 18:29 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 18:31 | |
| zeddii | khem: RP: I’m seeing this with musl, x86-64 and my 5.0 libc-headers. Didn’t see it with glibc. Have either of you seen this before ? | 18:32 |
| zeddii | https://pastebin.com/mBijfWWv | 18:32 |
| zeddii | jonmason: nope. that’s the right place for it. | 18:32 |
| zeddii | the KMACHINE variable is what is used to search for a match in the descriptions, so if it is set to qemuarma15 for qemuarm “MACHINE”, it should find your new one. | 18:33 |
| zeddii | will spark up a test here. | 18:33 |
| zeddii | with glibc, I’m up and booting with the headers: | 18:33 |
| zeddii | root@qemux86-64:~# uname -a | 18:33 |
| zeddii | Linux qemux86-64 5.0.0-yocto-standard #1 SMP PREEMPT Mon Mar 4 17:14:03 UTC 2019 x86_64 GNU/Linux | 18:34 |
| jonmason | zeddii: I see it immediately try to compile for the qemuarm (as it has armv5 in the compile flags) | 18:34 |
| *** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC | 18:38 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 18:44 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 18:55 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:01 | |
| khem | zeddii: can you add DEPENDS += "gnu-config-native" in meta/recipes-devtools/binutils/binutils-cross.inc | 19:20 |
| khem | zeddii:this seems to be a latent issue | 19:20 |
| zeddii | khem: trying that! thanks. I found old patches for depends ,etc, but they didn’t help. I’m rm -rf’ing on tmp, and will restart now. | 19:47 |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 19:52 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 19:56 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 19:56 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 20:02 | |
| *** kanavin <kanavin!~kanavin@62.96.135.139> has quit IRC | 20:05 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 20:05 | |
| *** kanavin <kanavin!~kanavin@62.96.135.139> has joined #yocto | 20:05 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 20:05 | |
| *** fray <fray!~fray@kernel.crashing.org> has quit IRC | 20:07 | |
| rburton | khem: congrats/thanks for bumping comcast up to platinum | 20:33 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto | 20:35 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 20:37 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto | 20:38 | |
| khem | rburton: I think execs are hopeful and believe that project is valuable | 20:39 |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 20:42 | |
| *** JPEWhacker <JPEWhacker!~yaaic@2605:a601:21d1:5200:c855:1249:c01f:8463> has quit IRC | 20:46 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 20:47 | |
| *** lazyape <lazyape!~lazyape@athedsl-212890.home.otenet.gr> has joined #yocto | 20:52 | |
| *** psrcode <psrcode!~psrcode@198.50.220.193> has joined #yocto | 20:55 | |
| *** JPEWhacker <JPEWhacker!~yaaic@2605:a601:21d1:5200:c855:1249:c01f:8463> has joined #yocto | 21:00 | |
| *** lazyape <lazyape!~lazyape@athedsl-212890.home.otenet.gr> has quit IRC | 21:01 | |
| *** lazyape_home <lazyape_home!~lazyape@athedsl-212890.home.otenet.gr> has joined #yocto | 21:01 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC | 21:02 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has joined #yocto | 21:06 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has quit IRC | 21:12 | |
| RP | khem: it is very cool :) | 21:12 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has joined #yocto | 21:20 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC | 21:21 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 21:23 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC | 21:28 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 21:28 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has quit IRC | 21:30 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has joined #yocto | 21:33 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC | 21:37 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 21:49 | |
| *** junland <junland!~junland@142.93.201.46> has quit IRC | 21:53 | |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-19-72.w83-201.abo.wanadoo.fr> has quit IRC | 21:54 | |
| *** harisokanovic <harisokanovic!~harisokan@130.164.62.196> has quit IRC | 21:54 | |
| *** junland <junland!~junland@142.93.201.46> has joined #yocto | 21:54 | |
| *** awe001 <awe001!~awe00@unaffiliated/awe00> has quit IRC | 21:57 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 22:00 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 22:02 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 22:05 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 22:07 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:07 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC | 22:11 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 22:13 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 22:36 | |
| kergoth | Hmm, do we have a script for sanity checking distro/machine configs yet? I know we have the layer compliance check, and ross has some extra insane checks, iirc.. I'm wondering about checks for distro/machine best practices beyond making sure appends use overrides | 22:37 |
| kergoth | I'm thinking things like don't *set* recipe PACKAGECONFIGS, otherwise upgrades that add new packageconfigs can change default behavior, instead append/prepend/remove | 22:37 |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 22:40 | |
| RP | kergoth: I haven't seen anything | 22:47 |
| kergoth | k, figured, was just curious | 22:47 |
| RP | zeddii: that is very strange to see, it shouldn't do that | 22:47 |
| kergoth | someday.. | 22:48 |
| kergoth | huh, i kind of forgot recipe_sanity.bbclass exists. i wonder if it still works. also it has a check that's no longer valid, it warns if PACKAGES is set for native | 22:49 |
| RP | kergoth: I left it around as there were some interesting ideas in it | 22:54 |
| RP | as well as some horrific things iirc | 22:54 |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 22:55 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has quit IRC | 22:57 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 23:02 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has joined #yocto | 23:07 | |
| kergoth | it's definitely useful to run checks for recipe conventions, non-fatal stuff. perhaps better as a recipetool subcommand, though | 23:08 |
| RP | kergoth: yes, there are a number of things we really need to re-implement as commands | 23:12 |
| RP | kergoth: harder than it would first seem to run against all recipes for example | 23:12 |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 23:14 | |
| RP | kergoth: the upgrade code has parallelisation issues which bitbake tasks make easy, although bluelightning and I have a plan for that | 23:14 |
| kergoth | good point | 23:15 |
| RP | kergoth: I do want to do that, its just the APIs aren't quite as good as we thought :/ | 23:15 |
| *** JPEWhacker <JPEWhacker!~yaaic@2605:a601:21d1:5200:c855:1249:c01f:8463> has quit IRC | 23:16 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 23:18 | |
| *** JPEWhacker <JPEWhacker!~yaaic@2600:100a:b01d:130d:370d:13d0:2344:ff2f> has joined #yocto | 23:20 | |
| *** JPEWhacker <JPEWhacker!~yaaic@2600:100a:b01d:130d:370d:13d0:2344:ff2f> has quit IRC | 23:30 | |
| *** JPEWhacker <JPEWhacker!~yaaic@2605:a601:21d1:5200:3d56:ed18:d70f:fefe> has joined #yocto | 23:32 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 23:41 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 23:44 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-gxcfyeiyptmdtbyz> has joined #yocto | 23:51 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!