| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-jfdyqqtklmbbskuh> has quit IRC | 00:05 | |
| dvorkindmitry | dorinda, I see the big difference between bc-native and myrecipe-native in the workdir: | 00:05 |
|---|---|---|
| *** Minjae_Kim <Minjae_Kim!742ab977@gateway/web/cgi-irc/kiwiirc.com/ip.116.42.185.119> has joined #yocto | 00:05 | |
| dvorkindmitry | bc: find ./ -name "bc" | 00:05 |
| dvorkindmitry | ./image/disk2/build.26/tmp/work/x86_64-linux/bc-native/1.07.1-r0/recipe-sysroot-native/usr/bin/bc | 00:05 |
| dvorkindmitry | ./bc-1.07.1/bc | 00:05 |
| dvorkindmitry | ./bc-1.07.1/.pc/no-gen-libmath.patch/bc | 00:06 |
| dvorkindmitry | ./build/bc | 00:06 |
| dvorkindmitry | ./build/bc/bc | 00:06 |
| dvorkindmitry | ./sysroot-destdir/disk2/build.26/tmp/work/x86_64-linux/bc-native/1.07.1-r0/recipe-sysroot-native/usr/bin/bc | 00:06 |
| dvorkindmitry | my: find ./ -name "myscript*" | 00:06 |
| dvorkindmitry | ./image/usr/bin/profile.d/myscript.sh | 00:06 |
| *** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has quit IRC | 00:22 | |
| dvorkindmitry | where can I find ${bindir} definition for native recipe? | 00:26 |
| *** Minjae_Kim <Minjae_Kim!742ab977@gateway/web/cgi-irc/kiwiirc.com/ip.116.42.185.119> has quit IRC | 00:29 | |
| *** Minjae_Kim <Minjae_Kim!742ab977@gateway/web/cgi-irc/kiwiirc.com/ip.116.42.185.119> has joined #yocto | 00:30 | |
| jonesv[m] | Would somebody be able to point me to where I should look to understand how a .dtb is compiled from a .dts residing in the boot/dts/ directory of my kernel sources? I know that it is found from the name set in `KERNEL_DEVICETREE`, and there are classes like `classes/devicetree.bbclass` that seem related, but it feels like the actual compilation (from dts to dtb) is not done there. Is that done by some kernel tool (and not by | 00:52 |
| jonesv[m] | yocto scripts)? | 00:52 |
| zeddii | dtc compiles it. | 00:54 |
| jonesv[m] | The reason I'm asking is that my dts is in another sublevel (boot/dts/qcom/my.dts instead of boot/dts/my.dts), and it seems like something fails because of that subdir. I can workaround it by creating a folder manually in my tmp, but I'd like to understand if I'm doing it wrong or if there may be a bug | 00:54 |
| jonesv[m] | <zeddii "dtc compiles it."> And dtc is a tool built by yocto and run when compiling the kernel? | 00:55 |
| zeddii | the kernel tree always carries a copy of dtc. but it is its own standalone project, since it is used by more than linux. | 00:55 |
| zeddii | but yes, there's a dtc recipe as well. and the devicetree.bbclass makes use of it. | 00:58 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 01:02 | |
| jonesv[m] | Right. But then if at compile time "something" fails to create the right subfolder in tmp (for the .dtb.dts.tmp file), should I look into the dtc in my downstream kernel sources, or the dtc recipe? | 01:03 |
| zeddii | can't say. i don't know your kernel recipe, if it is using the kernel to build the dtb (kernel-devictree.dtb), how the variables have been defined in your build, etc. but it is not likely a bug in the kernel or the classes, but one in how the dts is specified (there are hundreds of builds going on daily with various dts, and they are ok). | 01:07 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 01:08 | |
| jonesv[m] | I see... Well I just say "KERNEL_DEVICETREE+="qcom/my.dtb", and it seems to find the corresponding dts. But then the qcom subfolder is missing during the build. The thing is that if I set "KERNEL_DEVICETREE+="my.dtb", then it just does not find the dts at all | 01:13 |
| jonesv[m] | And I'm not really setting anything more than that 🤔 | 01:13 |
| zeddii | it's the kernel doing that compilation. So super unlikely there's a bug. The dts could be in the wrong place, or something else up with the vendor tree. but that's the tried and true kernel build for that dtb. Not impossible, just very unlikely. You can see how the build is handed off to the kernel in the kernel-devicetree.bbclass (which args it passes, etc). | 01:17 |
| jonesv[m] | Got it, I'll go look more into that | 01:20 |
| jonesv[m] | Thanks ☺️ | 01:20 |
| *** loblik <loblik!5e7049ce@ip-94-112-73-206.net.upcbroadband.cz> has quit IRC | 01:39 | |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-08-142-114-156-131.dsl.bell.ca> has joined #yocto | 02:06 | |
| kergoth | dvorkindmitry: my guess is you didn't inherit native in your naitve recipe, or didn't use bbclassextend. just *naming* a recipe something-native doesn't mean it'll do what native recipes do | 02:27 |
| kergoth | dvorkindmitry: actually posting your recipe would make diagnosing it much easier | 02:28 |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 02:47 | |
| *** jobroe <jobroe!~manjaro-u@p5dd7fbf5.dip0.t-ipconnect.de> has joined #yocto | 02:52 | |
| *** boucman <boucman!~boucman@wesnoth/developer/boucman> has joined #yocto | 03:51 | |
| *** ahadi <ahadi!~ahadi@88.130.221.65> has quit IRC | 03:59 | |
| *** ahadi <ahadi!~ahadi@89.244.127.91> has joined #yocto | 04:00 | |
| *** tensa <tensa!~tensa@vm-irc.spline.inf.fu-berlin.de> has quit IRC | 04:13 | |
| *** tensa <tensa!~tensa@vm-irc.spline.inf.fu-berlin.de> has joined #yocto | 04:15 | |
| *** jobroe <jobroe!~manjaro-u@p5dd7fbf5.dip0.t-ipconnect.de> has quit IRC | 04:35 | |
| *** jobroe <jobroe!~manjaro-u@p579eb636.dip0.t-ipconnect.de> has joined #yocto | 04:35 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 04:40 | |
| *** boucman <boucman!~boucman@wesnoth/developer/boucman> has quit IRC | 04:41 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 04:55 | |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-08-142-114-156-131.dsl.bell.ca> has quit IRC | 05:07 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 05:33 | |
| *** alessioigor <alessioigor!~alessioig@93.47.228.8> has joined #yocto | 05:33 | |
| *** alessioigor <alessioigor!~alessioig@93.47.228.8> has quit IRC | 05:35 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-175.hsi5.kabel-badenwuerttemberg.de> has joined #yocto | 05:51 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC | 06:03 | |
| *** boucman_work <boucman_work!~boucman@wesnoth/developer/boucman> has joined #yocto | 06:40 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:42 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 06:45 | |
| *** gounaris <gounaris!~quassel@185.183.146.59> has joined #yocto | 06:45 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:46 | |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:48 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 06:51 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 06:53 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:11 | |
| *** fray <fray!~fray@kernel.crashing.org> has quit IRC | 07:11 | |
| *** fray <fray!~fray@kernel.crashing.org> has joined #yocto | 07:11 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:13 | |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 07:35 | |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 07:37 | |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 07:37 | |
| *** mckoan|away is now known as mckoan | 07:37 | |
| mckoan | good morning | 07:37 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 07:38 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 07:42 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-cttrkoxgkjpgxcst> has joined #yocto | 07:49 | |
| LetoThe2nd | yo dudX | 07:50 |
| *** Pirke <Pirke!5bb8aec7@199-174-184-091.ip-addr.vsenet.de> has joined #yocto | 07:51 | |
| mckoan | hi LetoThe2nd | 07:52 |
| *** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has joined #yocto | 07:55 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has joined #yocto | 07:57 | |
| *** pbb <pbb!~quassel@2a0f:4ac0:0:1:2abd:f1e9:fae:5dcf> has quit IRC | 07:57 | |
| *** fl0v0 <fl0v0!~fvo@i5E86AD37.versanet.de> has joined #yocto | 07:57 | |
| *** dvorkindmitry <dvorkindmitry!~dv@5.167.98.73> has quit IRC | 07:58 | |
| *** pbb <pbb!~quassel@mail.petabyte.dev> has joined #yocto | 08:00 | |
| *** amitk_ <amitk_!~amit@unaffiliated/amitk> has joined #yocto | 08:01 | |
| *** aquijoule_ <aquijoule_!~richbridg@089144214199.atnat0023.highway.a1.net> has quit IRC | 08:03 | |
| *** aquijoule_ <aquijoule_!~richbridg@089144214199.atnat0023.highway.a1.net> has joined #yocto | 08:03 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 08:04 | |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto | 08:06 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has joined #yocto | 08:16 | |
| *** swissaccent12 <swissaccent12!d466254b@212.102.37.75> has joined #yocto | 08:19 | |
| *** xroumegue <xroumegue!~roumegue@2a01:cb1d:3f5:3900:1806:83f6:d27b:e2f5> has quit IRC | 08:20 | |
| swissaccent12 | The following question was asked yesterday by someone and I am curious to know as well: The link http://www.airspayce.com/mikem/bcm2835/bcm2835-${PV}.tar.gz is invalid. Why is it still there? | 08:20 |
| swissaccent12 | he meant the link in some recipe | 08:20 |
| LetoThe2nd | swissaccent12: probably because nobody bothered to send a patch for it, then? | 08:20 |
| LetoThe2nd | plus, "in some recipe" is not exactly a good place to go looking for it. | 08:21 |
| swissaccent12 | too old I see, it is for the rpi1 if I'm not mistaken | 08:21 |
| LetoThe2nd | swissaccent12: there's nothing wrong with building for the rpi1 :) | 08:23 |
| swissaccent12 | respect for the oldies ;D | 08:24 |
| *** swissaccent12 <swissaccent12!d466254b@212.102.37.75> has quit IRC | 08:25 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 08:27 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 08:28 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 08:31 | |
| *** xroumegue <xroumegue!~roumegue@2a01:cb1d:3f5:3900:905c:a2fb:a890:d8b6> has joined #yocto | 08:32 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:5f77:5a2f:ae12:96d7> has joined #yocto | 08:32 | |
| *** manuel__ <manuel__!~manuel198@213-147-160-134.nat.highway.bob.at> has joined #yocto | 08:37 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has quit IRC | 08:44 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@tech.aim-sportline.com> has joined #yocto | 08:47 | |
| *** manuel__ <manuel__!~manuel198@213-147-160-134.nat.highway.bob.at> has quit IRC | 08:58 | |
| *** bps <bps!~bps@27-reverse.bang-olufsen.dk> has joined #yocto | 08:59 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC | 09:10 | |
| *** nucatus <nucatus!nucatus@gateway/vpn/protonvpn/nucatus> has joined #yocto | 09:10 | |
| *** nucatus_ <nucatus_!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 09:23 | |
| *** nucatus <nucatus!nucatus@gateway/vpn/protonvpn/nucatus> has quit IRC | 09:26 | |
| qschulz | well I guess we'll never know which recipe they were talking about | 09:36 |
| * LetoThe2nd doesn't feel like grepping too. | 09:36 | |
| qschulz | zeddii: jonesv[m]: on aarch32, all device trees are in the same directory (arch/arm/boot/dts) as opposed to aarch64. So I wouldn't be surprised if there's something broken in qcom vendor kernel | 09:38 |
| qschulz | I might be wrong but IIRC, Yocto builds the kernel in a different directory, which is probably not tested by Qualcomm | 09:38 |
| jonesv[m] | qschulz vocabulary question: "vendor kernel" means my downstream kernel, right? It's an old 3.18.31 fork | 09:41 |
| qschulz | jonesv[m]: "fork" in the name => vendor kernel | 09:41 |
| qschulz | name/sentence | 09:42 |
| *** creich <creich!~creich@p200300f6af24e910000000000000039b.dip0.t-ipconnect.de> has quit IRC | 09:42 | |
| jonesv[m] | qschulz so do you think that I should just move the dts out of dts/qcom? I can try that... | 09:43 |
| *** creich <creich!~creich@p200300f6af24e910000000000000039b.dip0.t-ipconnect.de> has joined #yocto | 09:43 | |
| *** Stimfarmer <Stimfarmer!6fdf59c2@111.223.89.194> has joined #yocto | 09:53 | |
| Stimfarmer | Hello, i have a question regarding the recent CVE on sudo that has been published. Is there any patch available for yocto rocko ? Thanks in advance for any info | 09:54 |
| *** Pirke <Pirke!5bb8aec7@199-174-184-091.ip-addr.vsenet.de> has quit IRC | 10:00 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 10:05 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 10:06 | |
| qschulz | Stimfarmer: rocko is EOL for a long time already, so short answer, no. | 10:14 |
| qschulz | You'll have to backport it yourself or find someone who has done it already and agrees to share it with you | 10:14 |
| Stimfarmer | qschulz thanks for the answer. | 10:19 |
| Stimfarmer | Backport is a tough task since it requires an upgrade of the glibc for rocko. | 10:19 |
| Stimfarmer | I managed to backport to zeus but not rocko. | 10:19 |
| LetoThe2nd | simple fix idea: stop shipping sudo! \o/ | 10:26 |
| *** Stimfarmer <Stimfarmer!6fdf59c2@111.223.89.194> has quit IRC | 10:38 | |
| *** tema25 <tema25!5dbbbf06@6-191-187-93.customer.senator-telecom.com> has joined #yocto | 10:42 | |
| *** nucatus_ <nucatus_!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC | 10:43 | |
| tema25 | Hi, I'm using google repo for my project and I want to work with local git source code repositories instead of a remote. I need something similar to externalsrc but I want yocto to track git repo. Could someone help with my issue? | 10:47 |
| LetoThe2nd | tema25: you mean that you want to create a recipe that builds something, where the "something" is using repo? | 10:49 |
| mckoan | tema25: externalsrc is for recipes, google repo is for system setup | 10:50 |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC | 10:53 | |
| qschulz | tema25: also define "I want yocto to track git repo". What exactly do you want it to do? what's the use case? | 10:55 |
| tema25 | Here is my use case: I check out all source code with google repo and rebuild the image with current uncommitted changes in my app repo during development. I don't want to change recipe hash every time I do rebuild or do a release. During the release, I create pinned manifest with all source code. IDK what fetcher I need for my case. | 10:57 |
| tema25 | > also define "I want yocto to track git repo". What exactly do you want it to do? what's the use case? | 10:57 |
| tema25 | I need SRCPV from git repo | 10:57 |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto | 10:58 | |
| LetoThe2nd | tema25: i don't get it. what are you you using repo for? the complete, yocto based build? or your application? | 10:59 |
| tema25 | Everything is checkout with google repo including yocto layers and my source code. | 11:03 |
| qschulz | tema25: reimplement externalsrc with the correct SRCPV read from the git repo... though it does not make much sense as if your git tree is dirty, the SRCPV will still be the same that clean git repo, so it's not really useful | 11:07 |
| LetoThe2nd | tema25: sounds like you are essentially mixing up things. | 11:07 |
| qschulz | IMO at least | 11:07 |
| qschulz | tema25: you can also use devtool modify instead of externalsrc if you just want a way to modify sources quickly before committing | 11:08 |
| qschulz | (though, under the hood, devtool uses externalsrc) | 11:08 |
| qschulz | and if you want auto bump of the recipe during dev, you can use SRCREV = "${AUTOREV}" | 11:09 |
| qschulz | (which will take the latest version available in your git repo for each build) | 11:09 |
| qschulz | LetoThe2nd: damn too fast for me | 11:14 |
| LetoThe2nd | qschulz: BAM! | 11:14 |
| qschulz | and Martin too, don't remember what's their nick | 11:15 |
| tema25 | I want to develop and rebuild without pushing to remote. It's not convenient thought. What are the best practices to work with yocto when I do local kernel development or local app development? | 11:16 |
| tema25 | I need a proper way to provide developers to test their changes locally without pushing anything to the remote. Current developers do not want to modify recipes. | 11:16 |
| qschulz | tema25: devtool | 11:17 |
| qschulz | their on-going debug or dev session is finished, they push to the remote | 11:18 |
| qschulz | otherwise maybe extended SDK? (eSDK) never used it so can't say | 11:18 |
| qschulz | if your people are doing kernel dev, they probably know how to flash their device too, use tftp and all that stuff which does not require a complete Yocto rebuild and is MUCH faster than debugging with Yocto | 11:19 |
| qschulz | I'd say kernel dev with Yocto is not suitable | 11:19 |
| qschulz | too much overhead | 11:19 |
| qschulz | local app => devtool or esdk I think | 11:19 |
| tema25 | devtool looks like a hack for me. I worked with buildroot before and it's possible to use the local site. SDK is good when there is no kernel development. | 11:20 |
| LetoThe2nd | qschulz: exception: when kernel dev means sorting config fragments or such | 11:20 |
| qschulz | LetoThe2nd: that's part of Yocto for me, so debugging Yocto recipes. | 11:21 |
| tema25 | could someone provide tutorial how to add custom fetcher? | 11:21 |
| LetoThe2nd | qschulz: for me too, but hey, people might think different. | 11:21 |
| LetoThe2nd | tema25: 1) look at existing fetcher 2) copy 3) hack 4) profit. | 11:21 |
| *** Net147_ <Net147_!~Net147@unaffiliated/net147> has joined #yocto | 11:22 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 11:22 | |
| LetoThe2nd | tema25: but i'd also say that you are probably on the wrong track, and that re-thinking the process should be step #1 | 11:22 |
| qschulz | LetoThe2nd: wasn't there a talk about ci/cd and dev in Yocto at ELCE 2019? | 11:23 |
| qschulz | by paul maybe? | 11:23 |
| tema25 | Then how to avoid manual work without fixing hash commits in recipes during release? | 11:23 |
| LetoThe2nd | qschulz: there was always a talk about ci/cd | 11:23 |
| LetoThe2nd | tema25: AUTOREV | 11:23 |
| tema25 | AUTOREV is bad practice for releases. | 11:24 |
| LetoThe2nd | tema25: and "release" basically means "fixing the hash" | 11:24 |
| tema25 | it's okay for dev but not releases. | 11:24 |
| LetoThe2nd | tema25: yeah i misread. | 11:24 |
| LetoThe2nd | devtool finish should update the rev, AFAIK | 11:24 |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC | 11:25 | |
| qschulz | Pretty sure AUH supports this somehow? might need to tag different git repos though | 11:25 |
| qschulz | s/different/all | 11:26 |
| LetoThe2nd | qschulz: no more AUHbombing please. | 11:26 |
| *** wertigon <wertigon!~per@c-6d61225c.021-396-7673741.bbcust.telenor.se> has joined #yocto | 11:26 | |
| wertigon | Trying to get a systemd timer to work, and I'm stumped - anyone got experience with this? Do I need to register it in a recipe of some kind? | 11:27 |
| qschulz | LetoThe2nd: I used AUH a few times without sending mail bombs :) one just needs to read the doc and conf file :) | 11:27 |
| qschulz | tema25: the issue with using an externalsrc-like approach is how you're able to differentiate a dev build from a release build | 11:28 |
| qschulz | how to make sure that it is really vanilla from the package version | 11:28 |
| qschulz | you could do this by extending externalsrc to add something when the git repo is dirty. | 11:29 |
| qschulz | and it would mean versioning and version bumping would be the burden of your `repo` tool and conf file, not yocto | 11:29 |
| qschulz | note that if you want to set a variable in a recipe's task/function that applies to other tasks/functions (even implicit ones), the variable setting logic has to be inside the pyth onanonymous function | 11:31 |
| wertigon | https://pastebin.com/KnYtbT92 <-- My current attempt at a timed service - anything I'm missing? | 11:34 |
| wertigon | Is there a SYSTEMD_TIMER_${PN} perhaps...? So confused :( | 11:36 |
| LetoThe2nd | wertigon: its very well possible that those timers need some special sauce that is not there yet because nobody needed it. at least i have never noticed any specific support for them. | 11:38 |
| *** Amelia95 <Amelia95!2ed17334@46.209.115.52> has joined #yocto | 11:44 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 11:47 | |
| wertigon | LetoThe2nd: Ok :/ Let me see what systemd says about getting timers up and running | 12:05 |
| LetoThe2nd | wertigon: i would try to make it work in target first and then replicate that through recipes. | 12:05 |
| wertigon | hmm, apparently, systemctl enable $NAME.timer | 12:06 |
| wertigon | LetoThe2nd: Ok, I try that | 12:07 |
| *** Amelia95 <Amelia95!2ed17334@46.209.115.52> has quit IRC | 12:10 | |
| *** Amelia95 <Amelia95!2ed17334@46.209.115.52> has joined #yocto | 12:10 | |
| wertigon | Hmm, apparently it required addendum of RequiredBy | 12:17 |
| wertigon | And WantedBy | 12:17 |
| wertigon | Oh, and question #2; if I want to build a kernel tool for a separate package, can I somehow piggyback on the kernel source code? | 12:20 |
| LetoThe2nd | wertigon: "piggyback"? | 12:21 |
| wertigon | Well, basically, I don't want to download two full versions of the kernel source code | 12:21 |
| wertigon | But neither do I want the package in all my images | 12:22 |
| LetoThe2nd | wertigon: ah. well IIRC the kernel is special in terms of its sources being available in a shared workspace, but you'd have to look for an example recipe yourself that makes use of it. | 12:23 |
| qschulz | can confirm, it's using a work-shared area | 12:24 |
| qschulz | I would take inspiration from kernel modules recipe because those need the kernel sources/headers to build | 12:25 |
| *** tgoodwin <tgoodwin!~tgoodwin@static-96-234-151-198.bltmmd.fios.verizon.net> has joined #yocto | 12:26 | |
| *** CoLa|work <CoLa|work!~cordlandw@port-92-192-25-190.dynamic.as20676.net> has joined #yocto | 12:28 | |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC | 12:32 | |
| *** CoLa|work <CoLa|work!~cordlandw@port-92-192-25-190.dynamic.as20676.net> has quit IRC | 12:34 | |
| wertigon | qschulz: kernel modules recipe, is that poky/meta/recipes-kernel/kmod/kmod_git.bb? | 12:36 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-suazxvmlfvgytbdz> has joined #yocto | 12:37 | |
| *** minimaxwell <minimaxwell!~minimaxwe@65.53.205.77.rev.sfr.net> has joined #yocto | 12:39 | |
| qschulz | wertigon: most of it is probably abstracted in module.bbclass | 12:41 |
| wertigon | Ah :) | 12:50 |
| *** mcc_ <mcc_!~mccc@c-73-221-142-119.hsd1.wa.comcast.net> has joined #yocto | 13:00 | |
| *** koan85 <koan85!c3f6782f@195.246.120.47> has joined #yocto | 13:02 | |
| koan85 | beginner question: by default TMPDIR is commented out inside local.conf, why is the temporary folder needed anyway and what are the advantages of uncommenting this? | 13:03 |
| *** mccc <mccc!~mccc@c-73-221-142-119.hsd1.wa.comcast.net> has quit IRC | 13:03 | |
| mckoan | koan85: it is commented to use the default. if you uncommenti it you have to specify a different directory | 13:04 |
| koan85 | aha gotcha, thanks | 13:06 |
| LetoThe2nd | koan85: and it is needed for about everything, because this is where all things are assembled in the end. | 13:08 |
| koan85 | but this directory cannot be reused am I correct (using checksums)? (per the comments in that file) | 13:09 |
| LetoThe2nd | koan85: TMPDIR is unique per build. SSTATE is meant for reuse | 13:10 |
| koan85 | clear | 13:11 |
| koan85 | thanks | 13:12 |
| koan85 | then it would be nice to be able to set a variable to automatically remove this directory once the build finishes | 13:14 |
| LetoThe2nd | koan85: then you wouldn't be able to seize any build artifacts, which is kind of unproductive, right? and for everything else, we have rm_work | 13:14 |
| koan85 | sorry meant the temporary files, because this directory holds the temporary files (unique per build so in my eyes unneccessary if I run a build again since it can't be reused) and build outputs (which is what I need) | 13:17 |
| koan85 | but you're right | 13:17 |
| koan85 | think I got enough information for now, amazing that this channel exists, thanks guys! | 13:18 |
| LetoThe2nd | this is about exactly what the rm_work thing does. | 13:19 |
| koan85 | (y) | 13:20 |
| *** idadel <idadel!uid476163@gateway/web/irccloud.com/x-qklkgikgerisbgdt> has quit IRC | 13:26 | |
| *** dsueiro <dsueiro!uid467101@gateway/web/irccloud.com/x-sfbnxcvovdzpfsnk> has quit IRC | 13:26 | |
| *** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-sabbgxrbsywgoguy> has quit IRC | 13:26 | |
| *** ukembedded <ukembedded!sid304355@gateway/web/irccloud.com/x-imupqwhxwauoyiqg> has quit IRC | 13:26 | |
| *** justinsg <justinsg!uid296040@gateway/web/irccloud.com/x-jntvqqzbcidrjxua> has quit IRC | 13:26 | |
| *** ldts <ldts!sid269548@gateway/web/irccloud.com/x-lbgsmgdverdspzxh> has quit IRC | 13:26 | |
| *** fancer <fancer!fancer@gateway/web/irccloud.com/x-wyghpdwwfcsxiyvt> has quit IRC | 13:27 | |
| *** stacktrust <stacktrust!sid452860@gateway/web/irccloud.com/x-lpvyhhilawufywjm> has quit IRC | 13:27 | |
| *** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-lzqplvecpktjgnuy> has quit IRC | 13:27 | |
| *** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has quit IRC | 13:27 | |
| *** koan85 <koan85!c3f6782f@195.246.120.47> has quit IRC | 13:27 | |
| *** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-aomadtxxmgxzrxmq> has quit IRC | 13:27 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-jgbawfeqfbkzllio> has quit IRC | 13:27 | |
| *** rsalveti <rsalveti!uid117878@gateway/web/irccloud.com/x-uyxbkdjkpfdvptpt> has quit IRC | 13:27 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-suazxvmlfvgytbdz> has quit IRC | 13:27 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-tmronhdliczpyzgs> has quit IRC | 13:27 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-zgdjzbuvcvslkaqa> has quit IRC | 13:27 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-uwptgimmurvvpdhm> has joined #yocto | 13:27 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-cttrkoxgkjpgxcst> has quit IRC | 13:27 | |
| *** justinsg <justinsg!uid296040@gateway/web/irccloud.com/x-ibutzwpuqavuqtmr> has joined #yocto | 13:28 | |
| *** ukembedded <ukembedded!sid304355@gateway/web/irccloud.com/x-pjyvemfgzsoertyo> has joined #yocto | 13:28 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-pgwdambebfcbwbjf> has joined #yocto | 13:28 | |
| *** rsalveti <rsalveti!uid117878@gateway/web/irccloud.com/x-muydfmiamowthcje> has joined #yocto | 13:28 | |
| *** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-etgddmlrqnfjmpuq> has joined #yocto | 13:29 | |
| *** bradfa <bradfa!sid297668@gateway/web/irccloud.com/x-udcntrnctwfeshtm> has quit IRC | 13:29 | |
| *** idadel <idadel!uid476163@gateway/web/irccloud.com/x-kzmydmdvugadxqpr> has joined #yocto | 13:29 | |
| *** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-ejslcrxynrehnyzf> has joined #yocto | 13:29 | |
| *** fancer <fancer!fancer@gateway/web/irccloud.com/x-ahwvxjlcbfdmlbcy> has joined #yocto | 13:29 | |
| *** ldts <ldts!sid269548@gateway/web/irccloud.com/x-fvpqgzhdczcavumq> has joined #yocto | 13:29 | |
| *** stacktrust <stacktrust!sid452860@gateway/web/irccloud.com/x-abcaylhtkhfmkpyf> has joined #yocto | 13:29 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-acvyqwgidbpupfkb> has joined #yocto | 13:30 | |
| *** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has joined #yocto | 13:30 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 13:30 | |
| *** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has quit IRC | 13:30 | |
| *** dsueiro <dsueiro!uid467101@gateway/web/irccloud.com/x-mizmasweknhqobnj> has joined #yocto | 13:31 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-snvqwbbxguotzfqx> has joined #yocto | 13:31 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-cychnurgrxlobprg> has joined #yocto | 13:31 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-xzbflxunuvxdcwjg> has joined #yocto | 13:31 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 13:32 | |
| *** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-nybgfnpfihcfcvqs> has joined #yocto | 13:32 | |
| *** bradfa <bradfa!sid297668@gateway/web/irccloud.com/x-fogolhitcypupmuw> has joined #yocto | 13:43 | |
| *** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has joined #yocto | 13:44 | |
| dorinda | Hi All, after building a recipe here https://github.com/dorindabassey/Poky/tree/my-yocto/meta/recipes-devtools/debuginfod-config | 13:56 |
| *** jobroe <jobroe!~manjaro-u@p579eb636.dip0.t-ipconnect.de> has quit IRC | 13:56 | |
| *** Minjae_Kim <Minjae_Kim!742ab977@gateway/web/cgi-irc/kiwiirc.com/ip.116.42.185.119> has quit IRC | 13:56 | |
| dorinda | i was trying to deploy target for the recipe, so after executing runqemu to start QEMU and boot the image....i try to deploy the new recipe like this but am getting the following error | 13:56 |
| dorinda | https://www.irccloud.com/pastebin/24xqWwZb/ | 13:57 |
| dorinda | i'll appreciate any help | 13:59 |
| mckoan | dorinda: how did you launch qemu? | 14:02 |
| LetoThe2nd | 127.0.0.53 sounds fishy for sure. | 14:04 |
| LetoThe2nd | qschulz: didn't you have something worked out for that use case? | 14:04 |
| *** [Sno] <[Sno]!~sno@xdsl-89-0-209-209.nc.de> has quit IRC | 14:09 | |
| dorinda | after sourcing env script i ran $runqemu qemux86-64 | 14:09 |
| LetoThe2nd | dorinda: and how did you obtain that ip address? usually the qemus should have 192.168.7.2 | 14:10 |
| *** sno <sno!~sno@2001-4dd3-9324-0-ed1a-324-62e1-3d05.ipv6dyn.netcologne.de> has joined #yocto | 14:11 | |
| dorinda | LetoThe2nd: hmm :( i also tried 192.168.100 from list of listening ports | 14:11 |
| dorinda | sorry 192.168.0.100 | 14:11 |
| LetoThe2nd | dorinda: you have to look inside the qemu, not by guessing on your host. hat does "ip a" there give you? put into a pastebin if you need somebody to look at it. | 14:12 |
| dorinda | oh oh i see the qemu ip there thanks, but am still getting connection refused error as above | 14:16 |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has joined #yocto | 14:17 | |
| *** bps <bps!~bps@27-reverse.bang-olufsen.dk> has quit IRC | 14:18 | |
| qschulz | LetoThe2nd: mmmm, but by default it's in noslirp mode IIRC, which requires root privileges? | 14:19 |
| qschulz | dorinda: you had to give your user's password when starting runqemu right? | 14:20 |
| GeneralStupid | Hi, is there a way to build a static strace, which i can move to the target if i need it? | 14:21 |
| *** bps <bps!~bps@27-reverse.bang-olufsen.dk> has joined #yocto | 14:21 | |
| dorinda | qschulz: yes password and user as root. | 14:21 |
| qschulz | dorinda: what's qemu's ip addr and your dev machine's netmask/ip addr? | 14:22 |
| dorinda | qemu ip=192.168.7.2::192.168.7.1:255.255.255.0 | 14:24 |
| *** [Sno] <[Sno]!~sno@xdsl-89-0-209-209.nc.de> has joined #yocto | 14:26 | |
| qschulz | fwiw, I used the slirp option | 14:29 |
| qschulz | runqemu qemuarm64 slirp nographic qemuparams="-nic user,hostfwd=tcp::5555-:22" | 14:29 |
| *** sno <sno!~sno@2001-4dd3-9324-0-ed1a-324-62e1-3d05.ipv6dyn.netcologne.de> has quit IRC | 14:29 | |
| qschulz | ssh -o "UserKnownHostsFile=/dev/null" -o "StrictHostKeyChecking=no" -p 5555 root@localhost | 14:29 |
| dorinda | my machine ip=127.0.0.1 192.168.7.1 192.168.0.100 netmask 255.255.255.0 | 14:30 |
| qschulz | dorinda: mmmm, k so it probably should just work. Can you ping? | 14:30 |
| qschulz | both ways | 14:30 |
| qschulz | well, if it works one way it should work the other way except if iptables is wrongly configured but I doubt it :) | 14:31 |
| dorinda | okay, let me try that now | 14:34 |
| qschulz | it might just be that your image does not have an ssh server running | 14:35 |
| *** Amelia95 <Amelia95!2ed17334@46.209.115.52> has quit IRC | 14:36 | |
| *** tema25 <tema25!5dbbbf06@6-191-187-93.customer.senator-telecom.com> has quit IRC | 14:40 | |
| dorinda | qschulz: so i ran ssh -o "UserKnownHostsFile=/dev/null" -o "StrictHostKeyChecking=no" -p 5555 root@localhost but got error: connection reset by peer | 14:48 |
| *** Saur <Saur!pkj@nat/axis/x-khlpywkqyoqkzrzj> has left #yocto | 14:53 | |
| qschulz | and you ran runqemu with the exact command I gave you? | 14:54 |
| qschulz | dorinda: next try is `ps | grep ssh` (might be `ps aux`) or `ps | grep dropbear` | 14:55 |
| dorinda | yes i did, but with qemux86-64 | 14:56 |
| qschulz | ok, in qemu now, run `netstat -lauten` and check if something is listening on port 22 | 14:57 |
| qschulz | (does it listen to all interfaces? 0.0.0.0 or at least 192.168.7.2?) | 14:57 |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-08-142-114-156-131.dsl.bell.ca> has joined #yocto | 14:57 | |
| dorinda | ps aux | grep ssh on my machine returned | 15:01 |
| dorinda | https://www.irccloud.com/pastebin/ZZigVUka/ | 15:01 |
| *** minimaxwell <minimaxwell!~minimaxwe@65.53.205.77.rev.sfr.net> has quit IRC | 15:01 | |
| qschulz | dorinda: not on your machine, in qemu :) | 15:02 |
| qschulz | sorry, wasn't clear | 15:02 |
| dorinda | in qemu am getting | 15:02 |
| dorinda | https://www.irccloud.com/pastebin/PFDFbPIc/ | 15:02 |
| dagmcr | hi guys, is there any reason why cmake files are removed in llvm recipe? | 15:04 |
| dagmcr | https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-devtools/llvm/llvm_git.bb#n137 | 15:04 |
| dagmcr | I'm building a recipe and fails because of: | 15:04 |
| dagmcr | ``` | 15:04 |
| dagmcr | | Could not find a package configuration file provided by "LLVM" with any of | 15:04 |
| dagmcr | | the following names: | 15:04 |
| dagmcr | | | 15:04 |
| dagmcr | | LLVMConfig.cmake | 15:04 |
| dagmcr | | llvm-config.cmake | 15:04 |
| qschulz | dorinda: just ps alone then | 15:04 |
| dagmcr | ``` | 15:04 |
| dorinda | but when i tried to run telnet localhost 22 am getting telnet: can't connect to remote host (127.0.0.1): Connection refused | 15:04 |
| qschulz | dorinda:1) did you ping your running qemu from your machine? | 15:06 |
| qschulz | dorinda: 2) `ps | grep ssh` and `ps | grep dropbear` in running qemu. Is something returned by those commands? | 15:07 |
| qschulz | dorinda: 3) `netstat -lauten`, anything listening on port 22? | 15:07 |
| *** GeneralStupid <GeneralStupid!~patrick@nostromo.0x47.net> has left #yocto | 15:07 | |
| qschulz | dorinda: 4) if 2 and 3 returns nothing, add `EXTRA_IMAGE_FEATURES_append = " ssh-server-dropbear"` to your local.conf and try again (rebuild, restart qemu) | 15:09 |
| dorinda | 1) yes i pinged qemu ip from my machine | 15:10 |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-08-142-114-156-131.dsl.bell.ca> has quit IRC | 15:11 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 15:13 | |
| *** minimaxwell <minimaxwell!~minimaxwe@65.53.205.77.rev.sfr.net> has joined #yocto | 15:13 | |
| dorinda | 2) returns | 15:14 |
| dorinda | https://www.irccloud.com/pastebin/ybzoWadA/ | 15:14 |
| dorinda | 3) netstat -lauten didn't return any list of active internet connections, about to try step 4) | 15:18 |
| *** yifan <yifan!~yifan@135.0.247.71> has joined #yocto | 15:18 | |
| qschulz | dorinda: c.f. https://docs.yoctoproject.org/dev-manual/common-tasks.html#customizing-images-using-custom-image-features-and-extra-image-features | 15:27 |
| wertigon | Ok, here is a sample recipe that we're trying to fit. What we want to accomplish; ensure SDK has bpf tool from kernel repository installed. | 15:28 |
| wertigon | https://pastebin.com/D2eiUS6r | 15:28 |
| wertigon | Is there an easier way? Biggest problem is that bpf requires special treatment in makefile. | 15:29 |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-08-142-114-156-131.dsl.bell.ca> has joined #yocto | 15:33 | |
| wertigon | The above works, btw, just feels like walking upstream for water | 15:34 |
| *** OriPessach <OriPessach!43be0798@c-67-190-7-152.hsd1.co.comcast.net> has joined #yocto | 15:41 | |
| *** sakoman <sakoman!~steve@72.173.249.164> has quit IRC | 15:46 | |
| *** sakoman <sakoman!~steve@72.173.249.164> has joined #yocto | 15:49 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 15:49 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has joined #yocto | 15:54 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 16:01 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 16:05 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 16:06 | |
| *** GeneralStupid <GeneralStupid!~patrick@nostromo.0x47.net> has joined #yocto | 16:06 | |
| GeneralStupid | Hi, avahi-daemon cannot be started. it internally uses libdaemon and that tries to create an Exclusive lock on /run/avahi-daemon//pid and this returns with EACCES | 16:07 |
| GeneralStupid | Any suggestions? | 16:07 |
| wertigon | GeneralStupid: Make sure you have read and write access to that file. | 16:10 |
| GeneralStupid | wertigon: i have. I can create and write to a pid file as the avahi user | 16:11 |
| wertigon | Also, see if the file is created on a read-only filesystem | 16:11 |
| GeneralStupid | wertigon: /run is a tmp file system | 16:11 |
| wertigon | GeneralStupid: Mounted how? | 16:12 |
| wertigon | Only other thing I can think of is that something is holding the file in that case. | 16:12 |
| wertigon | Are you running avahi as the avahi user? | 16:12 |
| GeneralStupid | wertigon: tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755) | 16:13 |
| GeneralStupid | wertigon: i tried both. It automatically drops root rights. But i tried with --no-drop-root | 16:13 |
| wertigon | Ok, good. Then avahi is probably running as something else | 16:13 |
| wertigon | Check for typos :) | 16:14 |
| GeneralStupid | Its telling me that its switching to the (correct) rights of the avahi user | 16:14 |
| GeneralStupid | How can i check if another program has a lock on that files? | 16:14 |
| *** sstabellini <sstabellini!sstabellin@gateway/shell/xshellz/x-ydoglmvaptjphfrz> has joined #yocto | 16:14 | |
| wertigon | Probably a case of misspelled groups then | 16:14 |
| wertigon | see if it's incorrectly typed as avahl or something like that | 16:15 |
| GeneralStupid | checked that, looks ok | 16:15 |
| wertigon | Hmmm... Then you probably have something already creating the lock file or the double slashes could cause problems | 16:16 |
| wertigon | e.g. should be /pid instead of //pid | 16:16 |
| GeneralStupid | wertigon: ok, but this is hardcoder :/ | 16:17 |
| *** lucaceresoli <lucaceresoli!~lucaceres@tech.aim-sportline.com> has quit IRC | 16:18 | |
| *** stephano <stephano!~stephano@73.240.0.134> has joined #yocto | 16:23 | |
| GeneralStupid | wertigon: i just installed lslocks. I have no locks currently | 16:26 |
| wertigon | GeneralStupid: And what happens if you start the service? systemctl start avahi | 16:32 |
| GeneralStupid | wertigon: https://dpaste.org/xVMG | 16:34 |
| jordemort | my docker volume woes seem to continue unabated, this is a real weird one right? https://gist.github.com/jordemort/fa9330f2369788d57d234b886fe42a5c | 16:35 |
| jordemort | Exception: subprocess.CalledProcessError: Command '['rm', '-rf', '/work/build/tmp/work/raspberrypi4_64-bantha-linux/bantha-image/1.0-r0/oe-rootfs-repo/rpm']' died with <Signals.SIGABRT: 6>. | 16:35 |
| jordemort | rm gets SIGABRT? not even a permission denied | 16:35 |
| wertigon | It could be that the service boots before filesystem is up and running | 16:35 |
| RP | jordemort: https://wiki.yoctoproject.org/wiki/Pseudo_Abort | 16:35 |
| jordemort | RP: yeah i've seen that wiki page a lot lately and i have no idea what's happening still | 16:36 |
| jordemort | i'm runing crops/poky, i've got a volume mounted on /work/build, nothing else touches that volume | 16:36 |
| GeneralStupid | wertigon: but if this would be the case, shouldnt it possible to start it now? | 16:37 |
| jordemort | i'll have a successful build and then the very next build will fail with weird filesystem permission stuff | 16:37 |
| wertigon | GeneralStupid: I have no idea then :/ It's probably something incredibly obvious but I have too little experience here to be much use, sorry | 16:37 |
| wertigon | GeneralStupid: That was my thinking too | 16:37 |
| RP | jordemort: its a sign that pseudo file tracking isn't working properly. Have you looked at what pseudo.log says? | 16:38 |
| GeneralStupid | wertigon: Ok, thanks a lot for your help. But this is really frustrating | 16:38 |
| RP | jordemort: is this master or gatesgath/dunfell? | 16:38 |
| jordemort | RP: dunfell | 16:38 |
| jordemort | getting pseudo.log now | 16:38 |
| wertigon | GeneralStupid: Yeah, tell me about it, I have a similar problem right now with a systemd service on dunfell... | 16:38 |
| wertigon | Got the timer to work finally, but not the service connected to it XD fun times tomorrow! | 16:39 |
| wertigon | Time to walk off work, might check in tomorrow too! GLHF! | 16:40 |
| *** wertigon <wertigon!~per@c-6d61225c.021-396-7673741.bbcust.telenor.se> has quit IRC | 16:40 | |
| jordemort | RP: pseudo.log says a LOT, mostly "inode mismatch" | 16:40 |
| jordemort | let me upload it | 16:41 |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 16:42 | |
| jordemort | RP: pseudo.log https://gist.github.com/jordemort/94a860bb79ff924743e6616500bdcc6f | 16:45 |
| jordemort | i bet this is because i'm using a named volume instead of a direct host path as a volume mount and docker is doing something stupid between container runs to trash it | 16:46 |
| RP | jordemort: the inode numbers don't look stable so pseudo is getting rather upset | 16:47 |
| RP | jordemort: pseudo won't work properly if inode numbering isn't stable | 16:49 |
| fray | we've seen issues w/ docker, but never been able to track it down | 16:49 |
| jordemort | RP: makes sense | 16:49 |
| RP | jordemort: basically that log is saying "file has this inode number but now it has that inode number, what happened?" | 16:51 |
| * RP suspects docker happened | 16:51 | |
| *** berton <berton!~berton@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto | 16:51 | |
| jordemort | /khanify docker | 16:51 |
| jordemort | how bad would it be to just not persist that between runs and only persist downloads and sstate? | 16:54 |
| RP | jordemort: not too bad IMO | 16:55 |
| JPEW | jordemort: There are a few caveats when building in a container | 16:57 |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has quit IRC | 16:58 | |
| JPEW | jordemort: The one that really bit us WRT to pseudo is that the kernel will SIGKILL all child processes when the container exits, which doesn't allow pseudo to dump the in memory database: See the "cleanup.py" question in https://github.com/garmin/pyrex#faq | 16:59 |
| JPEW | But, FWIW we also don't use volumes and instead bind-mount in the working directory, so it could be a problem with volumes also | 16:59 |
| jordemort | JPEW: thank you, i think you just handed me the key to fixing it <3 | 17:00 |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has joined #yocto | 17:01 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:5f77:5a2f:ae12:96d7> has quit IRC | 17:03 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:232:1d4d:af33:aa7c> has joined #yocto | 17:03 | |
| *** minimaxwell <minimaxwell!~minimaxwe@65.53.205.77.rev.sfr.net> has quit IRC | 17:07 | |
| *** Konsgnx1 <Konsgnx1!~Konsgnx3@66-109-34-138.static.firstlight.net> has joined #yocto | 17:08 | |
| jordemort | i wonder how hard it'd be to replace pseudo with uidmap | 17:09 |
| jordemort | probably pretty fscking hard | 17:09 |
| fray | pseudo is a lot more then just uid mapping | 17:09 |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 17:20 | |
| *** fl0v0 <fl0v0!~fvo@i5E86AD37.versanet.de> has quit IRC | 17:22 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 17:30 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 17:42 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 17:42 | |
| *** gounaris <gounaris!~quassel@185.183.146.59> has quit IRC | 17:45 | |
| *** paul__ <paul__!~paul@ip68-6-152-97.sd.sd.cox.net> has joined #yocto | 17:49 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has quit IRC | 17:53 | |
| tgoodwin | Has anyone seen the use of the AC_PROG_LIBTOOL macro in a configure.ac break a package? With it included, I get linking errors during do_compile (missing symbols). Without the macro, the package is fine. I've verified it's passing --with-libtool-sysroot pointed to recipe-sysroot, and the resulting linker flags appear to be the same in both cases. | 17:55 |
| dv_ | I'm trying to get QEMU to provide an alsa device for testing audio. I added alsa to the packageconfig of qemu-system-native , but that did not help. any idea? | 17:57 |
| *** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto | 18:03 | |
| *** yifan <yifan!~yifan@135.0.247.71> has quit IRC | 18:03 | |
| *** boucman <boucman!~boucman@wesnoth/developer/boucman> has joined #yocto | 18:05 | |
| *** mckoan is now known as mckoan|away | 18:07 | |
| *** boucman_work <boucman_work!~boucman@wesnoth/developer/boucman> has quit IRC | 18:07 | |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has quit IRC | 18:11 | |
| *** Lihis <Lihis!~Lihis@2001:41d0:e:f34::1> has joined #yocto | 18:12 | |
| *** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-nybgfnpfihcfcvqs> has quit IRC | 18:24 | |
| *** dsueiro <dsueiro!uid467101@gateway/web/irccloud.com/x-mizmasweknhqobnj> has quit IRC | 18:24 | |
| *** dsueiro <dsueiro!uid467101@gateway/web/irccloud.com/x-lrrwjotcygcfxwqx> has joined #yocto | 18:24 | |
| *** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-yjkjnicqzjlcgkqt> has joined #yocto | 18:25 | |
| *** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC | 18:25 | |
| *** ldts <ldts!sid269548@gateway/web/irccloud.com/x-fvpqgzhdczcavumq> has quit IRC | 18:25 | |
| *** ldts <ldts!sid269548@gateway/web/irccloud.com/x-avasqkvwsjpsaqnj> has joined #yocto | 18:25 | |
| *** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has quit IRC | 18:25 | |
| *** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has joined #yocto | 18:25 | |
| *** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-ejslcrxynrehnyzf> has quit IRC | 18:25 | |
| *** idadel <idadel!uid476163@gateway/web/irccloud.com/x-kzmydmdvugadxqpr> has quit IRC | 18:25 | |
| *** stacktrust <stacktrust!sid452860@gateway/web/irccloud.com/x-abcaylhtkhfmkpyf> has quit IRC | 18:25 | |
| *** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-yptpmgorcxqqgniq> has joined #yocto | 18:25 | |
| *** idadel <idadel!uid476163@gateway/web/irccloud.com/x-nmzfwpgrkvawruui> has joined #yocto | 18:26 | |
| *** stacktrust <stacktrust!sid452860@gateway/web/irccloud.com/x-wrodpyhmzsavvoiv> has joined #yocto | 18:26 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-acvyqwgidbpupfkb> has quit IRC | 18:27 | |
| *** fatalhalt <fatalhalt!~fatalhalt@2601:244:4d01:52df:225:90ff:feda:2428> has quit IRC | 18:32 | |
| *** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto | 18:33 | |
| *** yifan <yifan!~yifan@135.0.247.71> has joined #yocto | 18:38 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-xzbflxunuvxdcwjg> has quit IRC | 18:39 | |
| *** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC | 18:39 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-zqufuzkfxnopwrus> has joined #yocto | 18:41 | |
| malinus | I'm a bit confused. I've got recipe, and a append file, which I would like to apply. The 5.1.5. "Using .bbapend Files" should clarify how to apply them, but even after reading the paragraph I'm not completly sure. | 18:42 |
| malinus | How exactly do I apply the bbappend? | 18:42 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 18:46 | |
| *** Lihis <Lihis!~Lihis@2001:41d0:e:f34::1> has quit IRC | 18:46 | |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto | 18:46 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-175.hsi5.kabel-badenwuerttemberg.de> has quit IRC | 18:48 | |
| fray | a bbappend file in an included layer are automatically applied | 18:48 |
| malinus | fray: when I run bitbake-layers show-appends, it says (skipped) | 18:50 |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 18:51 | |
| RP | malinus: does "bitbake <recipe>" work? or is it skipped there too? | 18:52 |
| RP | that might explain why it is being skipped | 18:52 |
| fray | Does it say the package is skipped or the append is skipped? Appends are applied based on the configuration in the layer itself. (i.e. https://git.openembedded.org/meta-openembedded/tree/meta-oe/conf/layer.conf#n15 ) | 18:52 |
| fray | Assuming the item is available in the layer and picked up my the BBFILES.. then it's likely the recipe is being skipped for another reason (incompatible, etc) | 18:53 |
| malinus | ohhh the layer is skipped | 18:53 |
| malinus | thanks, that explain is, doh | 18:53 |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 18:55 | |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 18:56 | |
| dv_ | I don't get it. "runqemu qemux86-64 audio kvm" produces something that shows me alsa devices in the VM. and yet, I hear nothing, and pavucontrol on the host shows that QEMU is not actually opening any PCM output. | 19:10 |
| dv_ | is audio in qemu broken in gatesgarth? | 19:11 |
| *** BorkoRS <BorkoRS!5b967369@91-150-115-105.dynamic.isp.telekom.rs> has joined #yocto | 19:12 | |
| *** BorkoRS <BorkoRS!5b967369@91-150-115-105.dynamic.isp.telekom.rs> has joined #yocto | 19:13 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has quit IRC | 19:17 | |
| *** BorkoRS <BorkoRS!5b967369@91-150-115-105.dynamic.isp.telekom.rs> has quit IRC | 19:20 | |
| *** BorkoRS21 <BorkoRS21!5b967369@91-150-115-105.dynamic.isp.telekom.rs> has joined #yocto | 19:20 | |
| *** BorkoRS21 <BorkoRS21!5b967369@91-150-115-105.dynamic.isp.telekom.rs> has quit IRC | 19:20 | |
| *** BorkoRS <BorkoRS!5b967369@91-150-115-105.dynamic.isp.telekom.rs> has joined #yocto | 19:21 | |
| BorkoRS | Hello, I have been trying for a few days now to build yocto with x11 support with core-image-x11 image, but having difficulties with atk library. I have installed both gobject-introspection and libgirepository1.0-dev (host system is Ubuntu 18.04), but I still get configure: error: gobject-introspection-1.0 is not installed. Can someone please | 19:24 |
| BorkoRS | help? Thanks. | 19:24 |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 19:27 | |
| *** amitk_ <amitk_!~amit@unaffiliated/amitk> has quit IRC | 19:39 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 19:41 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 19:44 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 19:46 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 19:51 | |
| *** BorkoRS <BorkoRS!5b967369@91-150-115-105.dynamic.isp.telekom.rs> has quit IRC | 20:07 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has joined #yocto | 20:11 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 20:14 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has quit IRC | 20:41 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has joined #yocto | 20:57 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 21:05 | |
| *** yifan <yifan!~yifan@135.0.247.71> has quit IRC | 21:06 | |
| *** yifan <yifan!~yifan@135.0.247.71> has joined #yocto | 21:06 | |
| *** OriPessach <OriPessach!43be0798@c-67-190-7-152.hsd1.co.comcast.net> has quit IRC | 21:09 | |
| *** berton <berton!~berton@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC | 21:16 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 21:22 | |
| *** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC | 21:23 | |
| kergoth | arg, this prefix map issue makes no freaking sense. driving me nuts | 21:24 |
| *** Wouter01000 <Wouter01000!~Wouter010@84-80-174-188.fixed.kpn.net> has quit IRC | 21:27 | |
| *** Wouter01000 <Wouter01000!~Wouter010@84-80-174-188.fixed.kpn.net> has joined #yocto | 21:27 | |
| *** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 21:36 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-96-234-151-198.bltmmd.fios.verizon.net> has quit IRC | 21:37 | |
| *** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 21:38 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 21:41 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 21:44 | |
| *** yifan <yifan!~yifan@135.0.247.71> has quit IRC | 21:47 | |
| *** yifan <yifan!~yifan@135.0.247.71> has joined #yocto | 21:47 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 21:49 | |
| *** adrian_ <adrian_!~adriano@2a04:2413:8140:6d80:183e:15bc:11f:d03f> has joined #yocto | 21:49 | |
| adrian_ | Hello, anyone got this error?| pseudo_client.h:17:65: error: ‘_STAT_VER’ undeclared (first use in this function) | 21:50 |
| adrian_ | ERROR: Task (virtual:native:/home/miha/workspace/poky/meta/recipes-devtools/pseudo/pseudo_git.bb:do_compile) failed with exit code '1' | 21:51 |
| fray | I saw a reference recently about that, but I didn't catch what host OS they were using (gatesgarth ws the YP version though) | 21:51 |
| adrian_ | getting it on dunfell branch | 21:51 |
| adrian_ | i am using arch linux | 21:52 |
| fray | which host oS? | 21:52 |
| adrian_ | arch | 21:52 |
| fray | Hmm.. not sure, I don't know much about arch sorry.. | 21:52 |
| fray | the error BTW is that it's using a variable (likely from glibc) that isn't there anymore.. | 21:53 |
| rburton | most likely arch being arch and breaking things first. did they get a new glibc recently? | 21:53 |
| adrian_ | Your host glibc version (2.33) is newer than that in uninative (2.32). Disabling uninative so that sstate is not corrupted. | 21:53 |
| adrian_ | :) yes | 21:53 |
| rburton | we recommend that people using arch either 1) do builds in a container of a known good distro or 2) send patches | 21:54 |
| kergoth | hmm, i wonder if devtool/recipetool/etc should be obeying the bitbake log config the way the knotty ui does, or keep doing their own thing | 21:55 |
| jordemort | hm, another kind of pseudo failure: | 21:57 |
| jordemort | path mismatch [1 link]: ino 16777305 db '/home/builder/.gnupg/private-keys-v1.d' req '/home/builder/.passphrase'. | 21:57 |
| jordemort | that's understandable because i recreate those files every container run | 21:58 |
| jordemort | but i don't really want pseudo tracking them, do i need to figure out how to exclude them? | 21:58 |
| jordemort | or do i need to find a better way to inject gpg keys? | 21:58 |
| fray | Add /home/builder to your exclusion path | 21:58 |
| jordemort | fray: that is PSEUDO_IGNORE_PATHS? local.conf a fine place for it? | 21:59 |
| fray | Not sure.. sorry | 21:59 |
| fray | (but it should be that, you'll likely have to _append) | 21:59 |
| *** boucman <boucman!~boucman@wesnoth/developer/boucman> has quit IRC | 22:00 | |
| *** dvorkindmitry <dvorkindmitry!~dv@5.167.98.73> has joined #yocto | 22:02 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 22:03 | |
| *** Konsgnx1 <Konsgnx1!~Konsgnx3@66-109-34-138.static.firstlight.net> has quit IRC | 22:03 | |
| dvorkindmitry | I need myrecipe-native to be deployed before WIC creation. Now I am using EXTRA_IMAGEDEPENDS += "myrecipe-native", but it doesn't work. How can I deploy some recipe before WIC? | 22:04 |
| * rburton wonders why pseudo has opt-out path tracking not opt-in | 22:05 | |
| rburton | we could tell it to opt in to $B $D and a few more, and be done, surely | 22:06 |
| fray | because we don't know the paths that can affect teh build.. but we do know paths that don't.. | 22:06 |
| fray | Seebs would be able to expand on it | 22:06 |
| jordemort | eh it might not be bad to be overly paranoid about sneaky contamination from the host | 22:06 |
| jordemort | i'd appreciate this failure, if it was something i wasn't expecting to change :D | 22:06 |
| seebs | Huh, that's a fascinating thought. I suppose the question would be, in part, detecting contamination. It might be interesting to scan the database for paths that aren't in $B/$D/etc | 22:07 |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has quit IRC | 22:08 | |
| *** boucman <boucman!~boucman@wesnoth/developer/boucman> has joined #yocto | 22:13 | |
| *** adrian_ <adrian_!~adriano@2a04:2413:8140:6d80:183e:15bc:11f:d03f> has quit IRC | 22:17 | |
| *** adrian_ <adrian_!~adriano@2a04:2413:8140:6d80:183e:15bc:11f:d03f> has joined #yocto | 22:17 | |
| *** OriPessach <OriPessach!43be0798@c-67-190-7-152.hsd1.co.comcast.net> has joined #yocto | 22:21 | |
| OriPessach | Hmmm. Not sure that went through. Let me try that again - I've been using an older branch of Poky to build a genericx86-64 image, and I updated the code to using gatesgarth. I can't figure out how to get the install option to show up in Grub. So I can't get anything other than the live system option (booting off of a USB drive.) Any idea how to | 22:23 |
| OriPessach | get that back in gatesgarth? | 22:23 |
| jordemort | fray: more cautious than optimistic but `PSEUDO_IGNORE_PATHS_append = "/home/builder"` in local.conf seems to be working out, thanks | 22:29 |
| *** adrian_ <adrian_!~adriano@2a04:2413:8140:6d80:183e:15bc:11f:d03f> has quit IRC | 22:29 | |
| fray | I think it's in path format so..:/home/builder (I think), but I'm not sure.. | 22:33 |
| fray | look at what the default value is first | 22:33 |
| jordemort | ah looks like it's comma-separated | 22:37 |
| dvorkindmitry | how can I make my image depend on some native task DEPLOY | 22:47 |
| RP | kergoth: they do things a bit differently :/ | 22:48 |
| RP | seebs, jordemort: when sorting out PSEUDO_IGNORE_PATHS, I did scan the databases for exactly that, files which shouldn't be there... | 22:49 |
| RP | jonmason: we're going to get warnings in meta-arm from http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=737fabf68606a3293780b63f96cfeb142e7901c5 | 22:56 |
| *** mischief <mischief!~mischief@wopr.sciops.net> has joined #yocto | 23:00 | |
| mischief | hi. i made a `standard` sdk but there is no make program in it. why is that? | 23:00 |
| *** yifan <yifan!~yifan@135.0.247.71> has quit IRC | 23:01 | |
| dvorkindmitry | how can I force to do_deploy of some recipe before image.wic build? | 23:01 |
| RP | mischief: its assumed make from your system would be ok. You could always add nativesdk-make to the sdk if you wanted it... | 23:01 |
| mischief | RP: aha. | 23:01 |
| mischief | well, it added nativesdk cmake and meson so i thought the lack of make was curious. | 23:02 |
| mischief | i installed the sdk inside a ubuntu:18.04 container, which of course lacks anything terribly useful by default | 23:02 |
| RP | mischief: we patch meson and cmake to work better for cross use iirc, make should be standard | 23:03 |
| *** bradfa <bradfa!sid297668@gateway/web/irccloud.com/x-fogolhitcypupmuw> has quit IRC | 23:04 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-uwptgimmurvvpdhm> has quit IRC | 23:04 | |
| *** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-etgddmlrqnfjmpuq> has quit IRC | 23:04 | |
| *** bradfa <bradfa!sid297668@gateway/web/irccloud.com/x-yznxrihdeunxwszs> has joined #yocto | 23:04 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-fcklrfxwgbowkucn> has joined #yocto | 23:04 | |
| *** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-setzbriivwkeybnz> has joined #yocto | 23:05 | |
| *** laurittr <laurittr!~laurittr@indie.ed.ntnu.no> has quit IRC | 23:13 | |
| jonmason | RP: if you knew how much we have to drag our guys kicking and screaming to upgrade their u-boot and kernel sources... | 23:17 |
| dvorkindmitry | how can I restart image creation? https://pastebin.com/2RxdN8i1 | 23:29 |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has joined #yocto | 23:30 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 23:32 | |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has quit IRC | 23:32 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 23:32 | |
| *** ayoung <ayoung!~ayoung@2601:19c:4680:ee30::eef2> has quit IRC | 23:34 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 23:35 | |
| *** boucman <boucman!~boucman@wesnoth/developer/boucman> has quit IRC | 23:37 | |
| *** laurittr <laurittr!~laurittr@indie.ed.ntnu.no> has joined #yocto | 23:38 | |
| dorinda | hi qschulz back again :) so i added the `EXTRA_IMAGE_FEATURES_append = " ssh-server-dropbear"` to local.conf but got some errors, which i think was probably because some ssh-server-dropbear dependencies were missing, so instead i added `EXTRA_IMAGE_FEATURES_append = " ssh-server-openssh"`, built the image again and ran QEMU, this time `netstat -lauten` returned LISTENING port 22. And you were right about my image not | 23:41 |
| dorinda | having an ssh server running, had to set it up and now am able to deploy target for the recipe. Thank you :) | 23:41 |
| *** ayoung <ayoung!~ayoung@2601:19c:4680:ee30::83cb> has joined #yocto | 23:42 | |
| *** berton <berton!~user@2804:14d:4085:87f7:49db:6480:6adb:a468> has joined #yocto | 23:46 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 23:47 | |
| *** ayoung <ayoung!~ayoung@2601:19c:4680:ee30::83cb> has quit IRC | 23:48 | |
| mischief | hm.. when i run ./poky-glibc-x86_64-core-image-minimal-armv7vet2hf-neon-qemuarm-toolchain-ext-3.1.5.sh it seems to hang at `Initialising tasks`. can't tell if it's doing something or just stalled forever | 23:55 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!