| *** moosnat <moosnat!~moosnat@unaffiliated/moosnat> has quit IRC | 00:13 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 01:15 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 02:08 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC | 02:57 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto | 02:58 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 03:34 | |
| yocti | New news from stackoverflow: Yocto build for a static library fails with error "No Match Found" <https://stackoverflow.com/questions/56845122/yocto-build-for-a-static-library-fails-with-error-no-match-found> | 04:12 |
|---|---|---|
| *** cvasilak <cvasilak!~cvasilak@ppp-94-66-56-96.home.otenet.gr> has joined #yocto | 04:46 | |
| *** agust <agust!~agust@pD95F1DFD.dip0.t-ipconnect.de> has joined #yocto | 05:04 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:11 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 05:13 | |
| MarcWe | Hi, im getting a: error: this statement may fall through [-Werror=implicit-fallthrough=] | 06:21 |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 06:22 | |
| MarcWe | when creating the sdk. if i look in the file where te error is happening it is markt as /* FALLTHROUGH */ | 06:22 |
| *** Hauke <Hauke!~Hauke@hauke-m.de> has quit IRC | 06:47 | |
| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-etbzpvphkwlaugxs> has joined #yocto | 06:55 | |
| *** fl0v0 <fl0v0!~fvo@i5E8691FF.versanet.de> has joined #yocto | 06:58 | |
| *** Hodhr <Hodhr!~Hodhr@162.206.70.37.rev.sfr.net> has left #yocto | 07:06 | |
| qschulz | RP: OK, at least I know it's correct, I'm still confused though why it's in this directory but I'm surely missing a lot of info on how everything works for native packages | 07:12 |
| qschulz | RP: now, is there anyway to add a symlink in a native package without having a warning? | 07:13 |
| qschulz | 'I'm confused on how I am supposed to add a symlink in a do_install for a native recipe: `ln -s ${bindir} ${D}${bindir}/foo` does not work because ${bindir} resolves to an absolute path and ln -s ${D}${bindir} ${D}${bindir}/foo also does not work because it's also an absolute path and yocto does not want those anymore for native recipes' | 07:13 |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto | 07:18 | |
| erbo | qschulz: can't you create a relative symlink by moving into e.g. the destination directory and use ln -s . foo ? | 07:19 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 07:20 | |
| erbo | I guess you don't even have to move there, just "ln -s <relative path to target> <absolute path to link name>" | 07:21 |
| *** sven^ <sven^!~quassel@unaffiliated/sven/x-8293843> has joined #yocto | 07:21 | |
| erbo | and the "relative path" is relative to the link name | 07:21 |
| *** yacar_ <yacar_!~yacar@87-88-176-101.abo.bbox.fr> has joined #yocto | 07:21 | |
| sven^ | hey. Is there an easy way to fail a recipe when a variable in the environment is not set? Can I just do something like if [[ -z $MYVAr ]]; then return false? | 07:22 |
| erbo | so "ln -s ../ ${D}${bindir}/foo" in your case, I think that would work | 07:22 |
| sven^ | (I am talking about do_install_append()) | 07:23 |
| qschulz | sven^: bb.error? | 07:27 |
| sven^ | that's a thing? Nice! | 07:27 |
| sven^ | and checking for empty variables in a bash style way is correct? The error output looks like yocto uses the variable name when it is empty | 07:28 |
| qschulz | sven^: could you give a bit more context on what you're trying to achieve? You might be going the wrong way, so better ensure we find a good solution instead of giving you the hackish way :) | 07:29 |
| *** kaspter <kaspter!~Instantbi@183.128.186.244> has quit IRC | 07:29 | |
| qschulz | erbo: well... yes? :) I was a bit weirded out using those kind of symlinks. | 07:30 |
| qschulz | now I'm still wondering why such a tree in the image directory of the recipe. | 07:30 |
| RP | qschulz: -r option to ln ? | 07:30 |
| sven^ | I have a package taking gitlabs pipeline id from the environment and dumping it in the final image. So I am doing something like export VERSION_BUILD_ID = "${CI_PIPELINE_ID}". When that variable is not set I get strange errors like "No such directory: .../../image-version/1.0-${CI_PIPELINE_ID}/.../... So it seems yocto uses the variable name when the value is empty. I want to check for that case and just fail the build (as a side effect bitbakes | 07:32 |
| sven^ | creates a ton of directories with names like "!=" , "if", "os.path.normpath(d.getVar(......" which is quite ugly | 07:32 |
| sven^ | so I want to abort the moment that variable is not set in the environment (which only happens if you manually build an image and forget to set it or if the runner breaks) | 07:35 |
| erbo | qschulz: I'm assuming the paths are set up somewhat special so that bitbake can then assemble a per-recipe sysroot more easily | 07:36 |
| erbo | qschulz: it won't install into "/path/to/recipe/workdir/sysroot-native" dir, since that's the sysroot-native dir used for building your recipe. | 07:37 |
| erbo | er, no that would be recipe-sysroot-native. My bad. | 07:38 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:38 | |
| *** rperier <rperier!~quassel@unaffiliated/bambee> has quit IRC | 07:44 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:2839> has joined #yocto | 07:48 | |
| *** woutervh <woutervh!~woutervh@84.199.255.188> has joined #yocto | 07:50 | |
| *** kaspter <kaspter!~Instantbi@183.128.186.244> has joined #yocto | 07:51 | |
| *** yacar_ <yacar_!~yacar@87-88-176-101.abo.bbox.fr> has quit IRC | 07:54 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 07:57 | |
| *** kaspter <kaspter!~Instantbi@183.128.186.244> has quit IRC | 07:59 | |
| *** yacar_ <yacar_!~yacar@87-88-176-101.abo.bbox.fr> has joined #yocto | 08:00 | |
| *** yacar_ <yacar_!~yacar@87-88-176-101.abo.bbox.fr> has quit IRC | 08:04 | |
| *** kaspter <kaspter!~Instantbi@183.128.186.244> has joined #yocto | 08:05 | |
| *** yacar_ <yacar_!~yacar@87-88-176-101.abo.bbox.fr> has joined #yocto | 08:08 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 08:10 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has joined #yocto | 08:10 | |
| *** Bunio_FH <Bunio_FH!~bunio@2a02:a313:4343:f080:a1ff:438a:108:725f> has joined #yocto | 08:22 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:2839> has quit IRC | 08:26 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 08:29 | |
| *** bluca <bluca!~bluca@88.98.246.218> has joined #yocto | 08:42 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 08:44 | |
| qschulz | sven^: can't you have this script to retrieve the pipeline id from a class that you inherit in the recipes you need to use it? | 08:57 |
| qschulz | instead of using environment variables? | 08:57 |
| MarcWe | Hi, i managed to solve the issue by editing the sorce files whats best practes to create a patch for the source code | 08:58 |
| sven^ | qschulz: uhm.. it's a seperate recipe that does nothing but to dump the env variable to disc. I simply did a if not d.getVar("...", False): bb.abort(...) now in do_fetch_prepend() | 08:59 |
| sven^ | seems to be enough for now | 08:59 |
| qschulz | MarcWe: You can use devtool for example. Or you can use git or quilt manually on top of the actual sources. You create the patch and then you add it in a subdirectory on the same level of the recipe (named after the recipe, or "files", ...) and add this one to SRC_URI with "file://" in front | 09:06 |
| qschulz | MarcWe: if you don't "own" the recipe (i.e. coming from an upstream layer), you can use bbappend (and then you need the FILESEXTRAPATHS_prepend := "${THISDIR}/<name of your subdirectory>" in thie bbappend | 09:07 |
| qschulz | sven^: you could also use a python anonymous function | 09:07 |
| sven^ | when do those get executed? | 09:07 |
| sven^ | maybe I am a bit blind but I have a hard time finding documentation on how stuff like this works | 09:08 |
| qschulz | sven^: and I don't remember if Yocto is tracking all environment variables or not, but you might want to add them to the list of tracked environment variables so that if it changes, the recipe gets rebuilt | 09:08 |
| qschulz | sven^: at parsing time | 09:08 |
| sven^ | like how do I use d? When do I use bb.getVar? etc. pp | 09:08 |
| MarcWe | qschulz: tnx ( its not my layer so it going to be the second option ) | 09:09 |
| *** saraf <saraf!~a_saraf@110.227.249.33> has joined #yocto | 09:12 | |
| sven^ | qschulz: ok, __anonymous is much better, thanks | 09:16 |
| qschulz | MarcWe: also, might be a good idea to send the patch you created to the maintainer of the project (first to the project, second to the layer) | 09:16 |
| qschulz | they'll thank you :) | 09:16 |
| qschulz | sven^: we use the two BB_ENV_* variables in my company : https://www.yoctoproject.org/docs/2.6/bitbake-user-manual/bitbake-user-manual.html#var-BB_ENV_WHITELIST | 09:18 |
| qschulz | sven^: it might help you, who knows :) | 09:18 |
| sven^ | yeah, we are using BB_EXTRA_WHITE | 09:18 |
| sven^ | uh, BB_ENV_EXTRAWHITE | 09:19 |
| *** ak77 <ak77!c12e4b03@193.46.75.3> has joined #yocto | 09:19 | |
| ak77 | hello! | 09:19 |
| ak77 | what would be best practice for versioning final image ? image is built using multiple repositories each having its revision... + MACHINE ... | 09:20 |
| ak77 | ok. MACHINE doesn't play role. but how to embedded version and revision of used repositories ? make same branch on all of them ? tag all of them ? | 09:21 |
| sven^ | complicated topic and if you find a good solution, tell me | 09:22 |
| sven^ | we are dumping versions in each package using a class that is inherited in each custom project's recipe. In addition to that we dump each layer's git sha to a file | 09:23 |
| LetoThe2nd | ak77: use some form of automation that defines all layer revisions together with the variables to be set. we use kas for that. | 09:24 |
| sven^ | + a repo manifest with fixed commits on each included layer in a main repository responsible for builds with tags for RCs and releases | 09:24 |
| LetoThe2nd | ak77: so we have one kas configuration file under version control, which essentially folds out into the would tree of the build. | 09:24 |
| LetoThe2nd | sven^: repo is another possibility, of course. i don't know about its capabilities to automate local.conf generation, though. | 09:25 |
| ak77 | sven^: tagging and brancing manifest repo crossed our mind, yes. | 09:25 |
| ak77 | sven^: I wouldn't generate local.conf, it could be committed per specific builder | 09:26 |
| sven^ | LetoThe2nd: in the main repo there are manifests for repo for development, test builds and releases and a set of local.conf templates that will get copied at the start of a build | 09:26 |
| ak77 | sven^: ok ok. different manifests in same repo? | 09:27 |
| ak77 | LetoThe2nd: will check "kas" | 09:27 |
| sven^ | ak77: yeah. you just run repo init? with the url to the manifest you are trying to build | 09:27 |
| ak77 | LetoThe2nd: hmm. any link | 09:27 |
| LetoThe2nd | ak77: https://pypi.org/project/kas/ | 09:28 |
| sven^ | so something like repo init -u ssh://git@gitserver/main-build-repo -u develop.xml | 09:28 |
| LetoThe2nd | sven^: sure, what ever works for your usecase/workflow. i don't think there a one size fits all solution at the moment. | 09:28 |
| sven^ | LetoThe2nd: indeed. I have done a bit of research on the topic and in the end we wrote like 1k of python to just script what we want to do | 09:29 |
| LetoThe2nd | sven^: :) | 09:30 |
| sven^ | I am still very unhappy with it :) | 09:30 |
| LetoThe2nd | sven^: thats why i usually recommend kas, because it cut down our scripting to almost zero. its just mildly complicated if you use their provided docker container and need to pass in additional environmental things, but nothing unherad of too | 09:31 |
| LetoThe2nd | but of course, YMMV. | 09:32 |
| sven^ | I'll have a look at that | 09:34 |
| sven^ | thanks | 09:34 |
| LetoThe2nd | have fun! | 09:35 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-vkhspilxpanxfoqa> has joined #yocto | 09:36 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:40 | |
| ak77 | kas looks ok, repo approach too. in both cases there is a committed file with revisions | 09:46 |
| LetoThe2nd | ak77: exactly, thats what its about. | 09:49 |
| *** yacar_ <yacar_!~yacar@87-88-176-101.abo.bbox.fr> has quit IRC | 09:51 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-94-66-56-96.home.otenet.gr> has quit IRC | 09:52 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-94-66-56-172.home.otenet.gr> has joined #yocto | 10:03 | |
| *** saraf <saraf!~a_saraf@110.227.249.33> has quit IRC | 10:28 | |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-21-234.w83-201.abo.wanadoo.fr> has joined #yocto | 10:31 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-94-66-56-172.home.otenet.gr> has quit IRC | 10:33 | |
| sven^ | yeah and make sure not to use AUTOREV anywhere | 10:38 |
| LetoThe2nd | sven^: ++ | 10:51 |
| LetoThe2nd | rburton: i am surprised that INTEL is testing INTEL!!!one!!11!eleven! :) | 10:51 |
| rburton | intel tests IA, WR test the rest | 10:52 |
| LetoThe2nd | rburton: :-) | 10:52 |
| LetoThe2nd | by the way, any ideas what i could talk about next tues on twitch? | 11:06 |
| *** yacar_ <yacar_!~yacar@87-88-160-22.abo.bbox.fr> has joined #yocto | 11:06 | |
| *** rperier <rperier!~quassel@unaffiliated/bambee> has joined #yocto | 11:18 | |
| sven^ | you are talking on twitch? | 11:19 |
| LetoThe2nd | sven^: yep | 11:20 |
| sven^ | about what? | 11:20 |
| LetoThe2nd | sven^: i do the monthly live coding session, every second tuesday a month at 17:00 europe/berlin time | 11:21 |
| sven^ | coding yocto? | 11:21 |
| RP | LetoThe2nd: testing? how easy it is to add tests? using devtool? | 11:21 |
| LetoThe2nd | sven^: https://www.twitch.tv/yocto_project | 11:22 |
| LetoThe2nd | RP: phew. maybe i should stick to topics i actually know something about :) | 11:22 |
| sven^ | LetoThe2nd: nice. I'll check it out next tuesday | 11:22 |
| RP | LetoThe2nd: no sense of adventure? :) | 11:23 |
| ak77 | yeah, what tools does openembedded/yocto provide for QA | 11:23 |
| ak77 | :O | 11:23 |
| LetoThe2nd | RP: i am highly adventurous! sometime i even drink stout. and when i'm in a really crazy mood, even an IPA. happens only every couple of years, though. | 11:23 |
| RP | LetoThe2nd: :D | 11:24 |
| RP | LetoThe2nd: I like stouts, not keen on IPA though | 11:24 |
| LetoThe2nd | RP: same here. but, i'm being adventurous. | 11:24 |
| RP | hard to find decent ones here | 11:25 |
| sven^ | LetoThe2nd: the link to the youtube channel is broken | 11:25 |
| LetoThe2nd | i mean, of course i can rebrand it from live coding to live drinking with the yocto project... hmmmm | 11:25 |
| LetoThe2nd | sven^: let me check | 11:26 |
| LetoThe2nd | sven^: works for me | 11:26 |
| sven^ | it leads to https://www.twitch.tv/www.youtube.com/user/TheYoctoProject which is not found | 11:27 |
| sven^ | "This content is only available if you have a time machine, | 11:27 |
| sven^ | " | 11:27 |
| LetoThe2nd | sven^: for me it likes to https://www.youtube.com/user/TheYoctoProject directly | 11:28 |
| RP | sven^: LetoThe2nd clearly has a time machine | 11:28 |
| LetoThe2nd | can anybody else have a look, please? | 11:28 |
| LetoThe2nd | RP: in fact i have. https://en.wikipedia.org/wiki/Time_Machine_(Joe_Satriani_album) | 11:29 |
| RP | LetoThe2nd: there are two links. The "Past stream recordings are on the YouTube channel." one is broken | 11:30 |
| RP | LetoThe2nd: Schedule section | 11:30 |
| LetoThe2nd | aaah ok that explains it. lemme fix it. | 11:30 |
| sven^ | LetoThe2nd: the link for Yocto Project Lerning Resources is broken, too | 11:31 |
| LetoThe2nd | but don't expect too much, we're just uploading the old streams to youtube as we speak... hopefully. | 11:32 |
| sven^ | well, I am a newbie and have a lot to learn :) | 11:32 |
| LetoThe2nd | ok, both fixed | 11:35 |
| sven^ | uh, kas is made by siemens? Oo | 11:36 |
| LetoThe2nd | yep | 11:37 |
| *** berton <berton!~berton@181.220.86.53> has joined #yocto | 11:37 | |
| sven^ | that kind of makes me not want to use it... | 11:38 |
| LetoThe2nd | sven^: well is that based upon any real evidence, especially of daniel being a bad coder/maintainer? or jsut generic yuge company bashing? | 11:41 |
| sven^ | our platform is compatible to several of their products and it has been a pita to work around their horrendous documentation and implementation quirks | 11:43 |
| LetoThe2nd | makes me guess you come from plc land | 11:43 |
| sven^ | it's probably stupid to assume their yocto contributions are as bad as other things they do (that had 30-40 years to feature creep), but it's just a connection I make subconciously | 11:44 |
| LetoThe2nd | sven^: nothing more to say :) | 11:44 |
| sven^ | actually I am working on products that should get rid of plcs on the long run, but as for now we have to be compatible :) | 11:45 |
| qschulz | Before I go crazy in Yocto recipes/internals, I'm asking here. I'm having a build error in the do_rootfs task of two images for two different images. The error message is the following: | 11:49 |
| qschulz | Exception: FileExistsError: [Errno 17] File exists: 'tmp/sysroots-components/aarch64/glibc-initial/usr/include/complex.h' -> 'tmp/work/foo-machine-poky-linux/foo-image/1.0-r0/recipe-sysroot/usr/include/complex.h' | 11:51 |
| RP | qschulz: glibc-initial shouldn't be being installed there | 11:51 |
| RP | qschulz: also tells me you're using something pre-warrior as we got rid of glibc-initial | 11:52 |
| qschulz | RP: yes, thud 2.6.2 | 11:52 |
| RP | qschulz: our test builds don't show that so what you've done to trigger it, I don't know | 11:52 |
| qschulz | GMBRKBNBRGJVERGVJEUG, let the whack-a-mole begin then :( | 11:53 |
| qschulz | RP: Sometimes it fails on `tmp/sysroots-components/aarch64/libgcc-initial/usr/lib64/aarch64-poky-linux/8.2.0/crtendS.o` | 11:54 |
| qschulz | the same reason | 11:54 |
| RP | qschulz: if its the do_rootfs task, have a look at the do_rootfs log file and see why its installing *-initial | 11:54 |
| RP | There is code specifically not to install -initial | 11:55 |
| qschulz | RP: Direct dependencies are ... glibc-initial:do_populate_sysroot, gcc-cross-initial:do_populate_sysroot, libgcc-initial:do_populate_sysroot | 12:02 |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 12:03 | |
| RP | qschulz: ok, direct dependencies sounds ominous as I don't think it would be | 12:03 |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 12:04 | |
| *** yann <yann!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has quit IRC | 12:04 | |
| qschulz | RP: mmmm, most likely the DEPENDS = "u-boot" in the image recipe was not the best idea :) anyway, changed that to EXTRA_IMAGEDEPENDS | 12:26 |
| RP | qschulz: interesting. I wouldn't have expected that to break it but it certainly could | 12:26 |
| qschulz | RP: now I've got the same issue but with libxcrypt and glibc-initial and the crypto.h file | 12:27 |
| *** luckywho <luckywho!~quassel@49.207.53.215> has joined #yocto | 12:29 | |
| RP | qschulz: another direct dependency? | 12:32 |
| qschulz | I guess so :/ | 12:34 |
| *** yacar_ <yacar_!~yacar@87-88-160-22.abo.bbox.fr> has quit IRC | 12:40 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 13:04 | |
| JPEW | RP: Sorry, I should have made it more clear that those two patches were related | 13:13 |
| yocti | New news from stackoverflow: Compiling issue with Boost asio <https://stackoverflow.com/questions/56852929/compiling-issue-with-boost-asio> | 13:14 |
| *** yacar_ <yacar_!~yacar@87-88-160-22.abo.bbox.fr> has joined #yocto | 13:14 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:28 | |
| *** yacar_ <yacar_!~yacar@87-88-160-22.abo.bbox.fr> has quit IRC | 13:42 | |
| *** JPEW <JPEW!cc4da337@204.77.163.55> has quit IRC | 13:48 | |
| *** yacar_ <yacar_!~yacar@87-88-160-22.abo.bbox.fr> has joined #yocto | 13:56 | |
| *** woutervh <woutervh!~woutervh@84.199.255.188> has quit IRC | 14:11 | |
| *** JPEW <JPEW!cc4da337@204.77.163.55> has joined #yocto | 14:13 | |
| *** woutervh <woutervh!~woutervh@84.199.255.188> has joined #yocto | 14:15 | |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 14:17 | |
| RP | JPEW: I was thinking it was a test for the existing option, things make sense now! | 14:29 |
| RP | JPEW: hadn't gotten to looking at the bitbake list yet | 14:29 |
| JPEW | RP: np | 14:29 |
| qschulz | RP: making progress.. I discovered that we have a task in the image that depends on another image | 14:39 |
| qschulz | basically we have an image which builds a fitimage which requires another image (think of an image having a rescue image in it) | 14:40 |
| qschulz | `do_generate_swupdate[depends] += "swupdate-image:do_build"` | 14:41 |
| qschulz | is that the correct way to do it? (one image depending on another one?) | 14:41 |
| RP | qschulz: it should be ok, I could also imagine its possible to cause problems | 14:43 |
| qschulz | RP: weirdly enough, replacing it by do_generate_swupdate[depends] += "swupdate-image:do_image_complete" (do_build by do_image_complete) make the build ok | 14:46 |
| RP | qschulz: that actually makes sense to me... | 14:47 |
| *** mckoan|away is now known as mckoan | 14:47 | |
| qschulz | is there some magic done when you depends on a do_build? (like... installing something in a sysroot :) ?) | 14:48 |
| mckoan | hello, is there any example/doc about the syntax of LAYERDEPENDS ? For example if Y have a meta-custom that needs meta-java. | 14:48 |
| *** stephano <stephano!stephano@nat/intel/x-ollahcfxagcwtojq> has joined #yocto | 14:50 | |
| mckoan | https://www.yoctoproject.org/docs/current/bitbake-user-manual/bitbake-user-manual.html#var-bb-LAYERDEPENDS doesn't help much | 14:50 |
| *** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has joined #yocto | 14:50 | |
| yates | is there a recipe anywhere for busctl, the dbus command line utility? | 14:51 |
| mckoan | LATERDEPENDS_custom = "meta-java" or = "java-layer" or what else? | 14:51 |
| RP | qschulz: do_build has a recrdepends on other tasks which means you injected a lot of tasks into that point in the build | 14:51 |
| mckoan | s/LATERDEPENDS/LAYERDEPENDS | 14:51 |
| JPEW | mckoan: meta-openembedded has some examples: e.g. `LAYERDEPENDS_perl-layer = "core openembedded-layer"` | 14:52 |
| *** woutervh <woutervh!~woutervh@84.199.255.188> has quit IRC | 14:52 | |
| JPEW | I beleive the name has to match the name the layer gives itself in it's conf file | 14:52 |
| *** woutervh <woutervh!~woutervh@84.199.255.188> has joined #yocto | 14:53 | |
| armpit | YPTM: Armin is on | 14:53 |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 14:54 | |
| *** vineela <vineela!~vtummala@134.134.139.72> has joined #yocto | 14:56 | |
| RP | armpit: early! :) | 14:58 |
| LetoThe2nd | on the yocto ml: But I had almost | 14:59 |
| LetoThe2nd | a billion of errors and I am so bored | 14:59 |
| LetoThe2nd | </quote> | 14:59 |
| * LetoThe2nd is bored too. | 15:00 | |
| halstead | YPTM: Michael joined Zoom Meeting: https://zoom.us/j/990892712 | 15:00 |
| * armpit oh, someone flashed me | 15:01 | |
| smurray | armpit: heh, I accidentally clicked the video button | 15:02 |
| smurray | YPTM: scott is on | 15:02 |
| *** JPEW75 <JPEW75!cc4da373@204.77.163.115> has joined #yocto | 15:02 | |
| *** JPEW75 is now known as JPEW_ | 15:02 | |
| JPEW_ | YPTM: Joshua Watt here | 15:03 |
| tlwoerner | YPTM: tlwoerner here | 15:03 |
| rburton | JPEW_: top marks for your reproducibility stuff btw | 15:04 |
| rburton | (can't join the call to say that in person) | 15:04 |
| JPEW_ | rburton: Thanks! | 15:04 |
| qschulz | RP: I'm confused, I don't really understand what's happening behind the scenes to make it work with do_image_complete and not do_build | 15:09 |
| qschulz | Why is it trying to install files in the sysroot of my imagea recipe when I depend on imageb.do_build but not when I depend on imagea.do_image_complete /o\ | 15:10 |
| rburton | qschulz: depending on do_image_complete probably is the right thing anyway | 15:13 |
| qschulz | rburton: but now I need to scratch this itch :D | 15:14 |
| qschulz | (and also, I don't like committing things that I don't understand/can't argue, and it's absolutely impossible to me to do a empty commit log since I'm fighting for people to write meaningful ones :) ) | 15:15 |
| halstead | YPTM is concluded. | 15:22 |
| armpit | YPTM: is over | 15:22 |
| RP | qschulz: do a "bitbake imageb -c do_image_complete -g" and look at task-depends.dot, then do the same but with -c build | 15:22 |
| RP | qschulz: you'll see a lot more dependencies. Its those extra dependencies muddying the water for the sysroot generation code | 15:23 |
| *** JPEW_ <JPEW_!cc4da373@204.77.163.115> has quit IRC | 15:23 | |
| mcfrisk | Hi, compiling older meta-freescale etc nxp layers with poky master. looks like devicetree files no longer get symlinks with KERNEL_IMAGETYPE in the names, but kernel still does. Is this intended? need to adapt sdcard image types of meta-freescale to not expect that | 15:24 |
| RP | mcfrisk: not sure, I'd check the commits to see what caused it and whether it was intentional | 15:24 |
| *** woutervh <woutervh!~woutervh@84.199.255.188> has quit IRC | 15:27 | |
| rburton | huh SRC_URI=http://git.yoctoproject.org/cgit/cgit.cgi/${BPN}/snapshot/${BPN}-${PV}.tar.gz looks *very* wrong | 15:27 |
| *** vineela <vineela!~vtummala@134.134.139.72> has quit IRC | 15:27 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 15:27 | |
| RP | rburton: where is that? | 15:27 |
| rburton | oh sorry :) | 15:27 |
| rburton | opkg-utils | 15:27 |
| rburton | the checksum matches now but if we upgrade the server then that can potentially change | 15:30 |
| RP | rburton: indeed | 15:30 |
| RP | rburton: we should ask adelcast about that | 15:30 |
| mcfrisk | RP: I see some major changes in meta/classes/kernel-devicetree.bbclass but I can't see how kernel recipes should be adapted.. only this one symlink is missing with path "${DEPLOY_DIR_IMAGE}/${KERNEL_IMAGETYPE}-${DTS_BASE_NAME}.dtb", dropping KERNEL_IMAGETYPE seems to be the fix | 15:30 |
| RP | mcfrisk: I've asked for more tests in this area, I don't use dtbs often enough to know what makes sense :( | 15:31 |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 15:32 | |
| mcfrisk | RP: no problem, I found a fix/workaround then. | 15:33 |
| *** nemik <nemik!49f6c917@c-73-246-201-23.hsd1.il.comcast.net> has joined #yocto | 15:38 | |
| nemik | hello. i am curious about people's opinions or recommendations for system update mechanisms that can perform delta updates, to be cost-efficient over cellular networks. | 15:40 |
| *** Bunio_FH <Bunio_FH!~bunio@2a02:a313:4343:f080:a1ff:438a:108:725f> has quit IRC | 15:40 | |
| nemik | https://rauc.readthedocs.io/en/latest/advanced.html#creating-casync-bundles looks very interesting, has anyone used it? | 15:40 |
| tlwoerner | RP: wow, scary. i was 100% certain i had sent an email regarding the pigz issue to the list, turns out i hadn't. i wrote notes about it in my notebook, and i mentioned it on IRC. i'll create an email with all the details. | 15:46 |
| tlwoerner | RP: in the meeting i said i was using version 1.0.6. oops.. wrong utility. that's pixz 1.0.6, my machine has pigz 2.3.3 | 15:47 |
| RP | tlwoerner: that makes much more sense :) | 15:49 |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto | 15:56 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 15:58 | |
| *** yacar_ <yacar_!~yacar@87-88-160-22.abo.bbox.fr> has quit IRC | 15:59 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 15:59 | |
| mckoan | JPEW: does this mean that a layer 'meta-openembedded' have to become "openembedded-layer" in LAYERDEPENDS? | 16:04 |
| mckoan | JPEW: I wonder why is not called 'meta-openembedded', that's confusing | 16:04 |
| kergoth | too late to do much about it now due to LAYERDEPENDS from other layers | 16:05 |
| mckoan | kergoth: JPEW: however could we say that the syntax is to replace the prefix 'meta-' wit a postfix '-layer' in the LAYERDEPENDS? | 16:08 |
| kergoth | no, plenty of layers do not use a -layer suffix | 16:09 |
| JPEW | mckoan: It is annoying, but you have to just look in the layer.conf for each layer to determine it's name | 16:09 |
| kergoth | there's a lack of consistency there | 16:09 |
| * armpit or a strong support of inconsistency | 16:11 | |
| mckoan | JPEW: sounds clearer now, do you men to refer to BBFILE_COLLECTIONS like in meta-oe is BBFILE_COLLECTIONS += "openembedded-layer" | 16:12 |
| JPEW | mckoan: Correct | 16:12 |
| RP | we could probably add a provides mechanism and then fix the names | 16:13 |
| mckoan | JPEW: do you mean to refer to the value of BBFILE_COLLECTIONS in the layer I want to depend onto? like in meta-oe is BBFILE_COLLECTIONS += "openembedded-layer" | 16:14 |
| mckoan | oops, sorry the double post | 16:14 |
| yocti | New news from stackoverflow: How to Make a FULL Yocto eSDK Sysroot to Do CMake Cross-Compilation? <https://stackoverflow.com/questions/56856272/how-to-make-a-full-yocto-esdk-sysroot-to-do-cmake-cross-compilation> || devtool clones the wrong repository for recipe development <https://stackoverflow.com/questions/56856154/devtool-clones-the-wrong-repository-for-recipe-development> | 16:14 |
| mckoan | JPEW: thank you very much for this clarification | 16:14 |
| JPEW | np | 16:14 |
| mckoan | RP: may I suggest to describe this in the manual? | 16:15 |
| RP | mckoan: I would love someone to explain it to Scott who would update the manual it someone did that | 16:16 |
| RP | JPEW: btw, the bzip upgrade in -next will break mingw | 16:16 |
| JPEW | OK | 16:16 |
| mckoan | RP: LOL | 16:16 |
| *** nemik <nemik!49f6c917@c-73-246-201-23.hsd1.il.comcast.net> has quit IRC | 16:21 | |
| *** fl0v0 <fl0v0!~fvo@i5E8691FF.versanet.de> has quit IRC | 16:23 | |
| RP | mckoan: file a bug and explain it, or send scott an email, seriously | 16:26 |
| *** jarvis-owl <jarvis-owl!~jarvis@39-62-78-N2.customer.vsm.sh> has joined #yocto | 16:29 | |
| *** jarvis-owl <jarvis-owl!~jarvis@39-62-78-N2.customer.vsm.sh> has quit IRC | 16:34 | |
| *** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto | 16:38 | |
| mckoan | RP: ok, as soon as I have some spare time | 16:39 |
| *** vineela <vineela!vtummala@nat/intel/x-zpnnrcykkujtmplj> has joined #yocto | 16:39 | |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 16:43 | |
| *** mckoan is now known as mckoan|away | 16:44 | |
| *** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has quit IRC | 16:46 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:54 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 17:03 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:6404:bfa9:90b3:4039> has quit IRC | 17:10 | |
| *** moosnat <moosnat!~moosnat@unaffiliated/moosnat> has joined #yocto | 17:11 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 17:23 | |
| *** Hauke <Hauke!~Hauke@hauke-m.de> has joined #yocto | 18:00 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-vkhspilxpanxfoqa> has quit IRC | 18:09 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 18:33 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 18:36 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 18:39 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 18:40 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 18:42 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 18:55 | |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC | 19:07 | |
| *** armpit <armpit!~armpit@45.19.219.178> has joined #yocto | 19:11 | |
| bluca | does the bitbake inline conditional support logical 'and'? it's a bit un-googlable unfortunately: "${@['foo', 'bar'][condition]}" | 19:30 |
| JPEW | bluca: It's inline python.... not sure what you mean by "logical and" | 19:43 |
| bluca | ah what's in the [ ] is python? interesting | 19:43 |
| JPEW | bluca: Everything between "${@" and "}" is python | 19:44 |
| bluca | right now condition is ['foo' != 'bar'] - I'd like ['foo' != 'bar' && 'foobar' != 'baz'] | 19:44 |
| bluca | thanks, I'll try with python's keyword | 19:44 |
| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-etbzpvphkwlaugxs> has quit IRC | 20:15 | |
| JPEW | RP: master-next of meta-mingw has the bzip2 fix | 20:22 |
| *** ak77 <ak77!c12e4b03@193.46.75.3> has quit IRC | 20:28 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 20:55 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 20:58 | |
| RP | JPEW: great, that change has been tested so I can merge, I'd best try and do that when we're both around! | 20:58 |
| JPEW | Sounds good. I'll be around tomorrow, but then gone till monday | 21:00 |
| RP | JPEW: tell you what, if you're here now... :) | 21:00 |
| JPEW | Ya, for another hour | 21:01 |
| RP | JPEW: its in :) | 21:01 |
| RP | JPEW: I guess I could have just merged the branch too now I think about it... :) | 21:03 |
| JPEW | lol, ya probably. | 21:04 |
| JPEW | Blame it on the end of the day | 21:04 |
| RP | JPEW: just been cycling, still to get food :/ | 21:04 |
| JPEW | Alright pushed. I upstreamed the patch, so hopefully next update we can just delete the whole thing from meta-mingw | 21:05 |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 21:06 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:07 | |
| *** berton <berton!~berton@181.220.86.53> has quit IRC | 21:11 | |
| RP | JPEW: great, particularly now we have a new working upstream! :) | 21:11 |
| RP | thanks | 21:11 |
| *** stephano <stephano!stephano@nat/intel/x-ollahcfxagcwtojq> has quit IRC | 21:11 | |
| *** stephano <stephano!stephano@nat/intel/x-sjcnphtwmzhchgnn> has joined #yocto | 21:21 | |
| *** agust <agust!~agust@pD95F1DFD.dip0.t-ipconnect.de> has quit IRC | 21:33 | |
| rburton | bluca: the [foo,bar][condition] thing is horrible and please don't use it if you can help it | 21:53 |
| rburton | "foo if condition else bar" is more readable and as you can see, understandable as python :) | 21:53 |
| rburton | [foo,bar][cond] works because its making a list of [foo, bar] and then indexing it by coercing cond to an integer 0 or 1 | 21:54 |
| rburton | ICK :) | 21:54 |
| bluca | rburton: it's an existing recipe, so not up to me :-) | 22:03 |
| bluca | but yes it is not very readable | 22:04 |
| *** afr0ck <afr0ck!69eb8211@105.235.130.17> has joined #yocto | 22:12 | |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-21-234.w83-201.abo.wanadoo.fr> has quit IRC | 22:23 | |
| *** JPEW <JPEW!cc4da337@204.77.163.55> has quit IRC | 22:26 | |
| *** afr0ck <afr0ck!69eb8211@105.235.130.17> has quit IRC | 22:26 | |
| *** bluca <bluca!~bluca@88.98.246.218> has quit IRC | 22:30 | |
| yocti | New news from stackoverflow: Up-to-date recommendations for yocto build host version <https://stackoverflow.com/questions/56860788/up-to-date-recommendations-for-yocto-build-host-version> | 22:45 |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 22:50 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:53 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 22:58 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 23:03 | |
| *** Pharaoh_Atem is now known as Conan_Kudo | 23:04 | |
| *** Conan_Kudo is now known as Pharaoh_Atem | 23:04 | |
| *** vineela <vineela!vtummala@nat/intel/x-zpnnrcykkujtmplj> has quit IRC | 23:17 | |
| *** vineela <vineela!vtummala@nat/intel/x-mpcecfotltbaahkc> has joined #yocto | 23:19 | |
| *** vineela <vineela!vtummala@nat/intel/x-mpcecfotltbaahkc> has quit IRC | 23:24 | |
| *** Pharaoh_Atem is now known as Conan_Kudo | 23:26 | |
| *** moosnat <moosnat!~moosnat@unaffiliated/moosnat> has quit IRC | 23:30 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 23:47 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!