| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 00:01 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 00:07 | |
| *** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has joined #yocto | 00:12 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 00:13 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 00:17 | |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 00:37 | |
| *** geissonator <geissonator!~geissonat@cpe-24-198-214-139.maine.res.rr.com> has quit IRC | 00:50 | |
| *** xtron <xtron!~xtron@103.255.5.97> has quit IRC | 00:51 | |
| *** AndersD <AndersD!~AndersD@218.108.191.170> has joined #yocto | 00:56 | |
| *** AndersD_ <AndersD_!~AndersD@194.237.220.218> has joined #yocto | 00:58 | |
| *** AndersD <AndersD!~AndersD@218.108.191.170> has quit IRC | 01:01 | |
| *** armpit <armpit!~armpit@156.39.10.47> has joined #yocto | 01:04 | |
| *** xtron <xtron!~xtron@103.255.5.97> has joined #yocto | 01:10 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 01:12 | |
| *** xtron <xtron!~xtron@103.255.5.97> has quit IRC | 01:15 | |
| *** Cbast <Cbast!~sfrigon@107.190.38.187> has joined #yocto | 01:17 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-212-176.hsi2.kabel-badenwuerttemberg.de> has quit IRC | 01:30 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-212-176.hsi2.kabel-badenwuerttemberg.de> has joined #yocto | 01:35 | |
| *** Cbast <Cbast!~sfrigon@107.190.38.187> has quit IRC | 01:35 | |
| *** Cbast <Cbast!~sfrigon@107.190.38.187> has joined #yocto | 01:36 | |
| *** armpit <armpit!~armpit@156.39.10.47> has quit IRC | 01:50 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 02:18 | |
| *** Cbast <Cbast!~sfrigon@107.190.38.187> has quit IRC | 02:24 | |
| *** AndersD <AndersD!~AndersD@218.108.191.170> has joined #yocto | 02:27 | |
| *** AndersD_ <AndersD_!~AndersD@194.237.220.218> has quit IRC | 02:28 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 02:38 | |
| *** tgraydon <tgraydon!~textual@134.134.139.76> has quit IRC | 02:42 | |
| *** AndersD_ <AndersD_!~AndersD@194.237.220.218> has joined #yocto | 02:47 | |
| *** AndersD <AndersD!~AndersD@218.108.191.170> has quit IRC | 02:50 | |
| *** ntl <ntl!~nathanl@nat-wv.mentorg.com> has quit IRC | 03:26 | |
| *** ntl_ <ntl_!~nathanl@nat-wv.mentorg.com> has joined #yocto | 03:26 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 03:56 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 04:53 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 04:57 | |
| *** morphis <morphis!~morphis@p5DCC3067.dip0.t-ipconnect.de> has joined #yocto | 04:59 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 04:59 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 05:23 | |
| *** lpotter <lpotter!~quassel@2001:8003:e172:cb00:ba27:ebff:febb:59b> has joined #yocto | 05:41 | |
| *** anujm <anujm!~anujm@192.198.146.173> has joined #yocto | 05:43 | |
| *** AndersD <AndersD!~AndersD@218.108.191.170> has joined #yocto | 06:00 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 06:00 | |
| *** henriknj <henriknj!~hnje@193.106.123.182> has quit IRC | 06:02 | |
| *** AndersD_ <AndersD_!~AndersD@194.237.220.218> has quit IRC | 06:02 | |
| *** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 06:03 | |
| *** AndersD <AndersD!~AndersD@218.108.191.170> has quit IRC | 06:05 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 06:07 | |
| *** frsc <frsc!~frsc@200116b824d1a400fdd0c795034e3336.dip.versatel-1u1.de> has joined #yocto | 06:08 | |
| *** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 06:09 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 06:15 | |
| *** henriknj <henriknj!~hnje@193.106.123.182> has joined #yocto | 06:18 | |
| rokm | H, what I should set in my recipe If I want to have my lib in target SDK ? | 06:18 |
|---|---|---|
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 06:19 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 06:20 | |
| rokm | all parameters with "nativesdk" results that lib is available on x86_64-nativesdk ..... | 06:21 |
| rokm | but I see that I have to have this lib + includes into ../core-image-base/1.0-r0/sd/image/ .... | 06:22 |
| rokm | to use these files in SDK after populate_sdk command | 06:23 |
| rokm | So the difference between other lib and my is that my is missing in this sdk/image path | 06:24 |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 06:24 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 06:25 | |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:b534:6cc1:9ea4:820f> has joined #yocto | 06:26 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-mutdfkghtnddrewz> has joined #yocto | 06:30 | |
| T_UNIX | I generated a sdcard image and it fails to mount the kernel's `debugfs`, as well as `/tmp`, `/var/volatile` etc. | 06:38 |
| T_UNIX | is this a known problem? | 06:38 |
| T_UNIX | this happened on rocko | 06:38 |
| learningc | Is it possible to see the compile messages when building a package? | 06:44 |
| *** stephano <stephano!~stephano@134.134.139.72> has joined #yocto | 06:45 | |
| T_UNIX | learningc: whilst building a package or afterwards? | 06:46 |
| T_UNIX | afterwards you'll find the log in `build/tmp/work/$architecture/$packagename/$version/temp/do_compile.log` (or similar) | 06:47 |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has joined #yocto | 06:53 | |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 06:55 | |
| *** fl0v0 <fl0v0!~fvo@i577B9E97.versanet.de> has joined #yocto | 06:55 | |
| *** anujm <anujm!~anujm@192.198.146.173> has quit IRC | 06:58 | |
| T_UNIX | it appears to be host-contamination. I.e. all core utils are owned by the bitbake executing user -.-' | 06:59 |
| rokm | Hi, I solved problem with missing lib in my SDK but I don't know how to populate includes | 07:03 |
| rokm | I have them on target image | 07:04 |
| learningc | T_UNIX, Can we view it while building? | 07:04 |
| rokm | but I don't see them on target SDK, do you know how to configure my recipe that it will copy includes to target SDK ? | 07:05 |
| *** Bunio_FH <Bunio_FH!~bunio@2a02:a313:433c:cd00:510d:6b8e:5a80:d6e4> has joined #yocto | 07:05 | |
| T_UNIX | learningc: you might be able to do that by invoking more verbose output (`-D flag`) on the compile task. I.e. `bitbake -DDD -c compile $mypackage` | 07:06 |
| learningc | I see | 07:06 |
| learningc | I want to do that for the kernel | 07:06 |
| T_UNIX | my `coreutils` (v8.27) stay host-contaminated even after cleansstate + rebuild | 07:13 |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 07:15 | |
| *** Crofton|work <Crofton|work!~Crofton@145.253.78.226> has quit IRC | 07:24 | |
| rokm | Is it possible to prevent package do_fetch, do_compile ? | 07:35 |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 07:36 | |
| rokm | but I want to parse package recipe to build RDEPENDS packages | 07:36 |
| *** mckoan|away is now known as mckoan | 07:38 | |
| rokm | mckoan: hello :) | 07:39 |
| rokm | your workaround for libinih versioning works | 07:40 |
| mckoan | rokm: nice | 07:40 |
| rokm | also I added some parameters which populates lib.so to target SDK | 07:40 |
| rokm | but I can't force to populate includes | 07:41 |
| rokm | :( | 07:41 |
| rokm | includes are on target image | 07:41 |
| rokm | because I added it in do_install | 07:41 |
| rokm | but I don't see them on SDK image | 07:41 |
| mckoan | rokm: please share your actual recipe | 07:42 |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 07:43 | |
| rokm | https://pastebin.com/SmvTxz98 | 07:44 |
| rokm | additionally I added TOOLCHAIN_TARGET_TASK in core-image-base.bbapend | 07:45 |
| rokm | and in my local.conf SDKIMAGE_FEATURES = "libinih" | 07:49 |
| jofr | nokm: -dev? | 07:49 |
| rokm | for SDKIMAGE ? | 07:50 |
| jofr | TOOLCHAIN* | 07:50 |
| jofr | (Keep in mind: I'm a n00b who's just trying to be useful.. :p ) | 07:50 |
| jofr | rokm: But for my images, I'm doing TOOLCHAIN_TARGET_TASK += "libstdc++-dev libstdc++-staticdev" | 07:51 |
| rokm | will try | 07:51 |
| jofr | rokm: In order to get the C++ stdlib into the SDK | 07:51 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 07:52 | |
| jofr | rokm: So I'm just guessing you need something similar (i.e. -dev and/or -staticdev, depending on how you intend to link) | 07:53 |
| rokm | I've added -dev but I will take a while | 07:55 |
| *** mmircea3948 <mmircea3948!c1e7a222@gateway/web/freenode/ip.193.231.162.34> has joined #yocto | 07:59 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 08:02 | |
| jofr | What is the correct way to specify that my do_configure() step should happen within my ${S}? | 08:04 |
| jofr | It's currently being executed within "build".. (also, this recipe inherits cmake) | 08:05 |
| rokm | I think that there is no specific path to build | 08:08 |
| rokm | I also used in my recipe ${WORKDIR}/build/... | 08:08 |
| rokm | or I think ${S}/../ | 08:08 |
| jofr | The build directory becomes ${B} .. which is fine for most of it.. I'm just relaying on a tool for the do_configure(actually do_configure_prepend()) that needs to be executed with CWD=the source directory | 08:09 |
| jofr | relying? | 08:10 |
| rokm | uhh :| | 08:12 |
| jofr | I can have my do_configure_prepend() do: cd ${S} && <custom in-house toolname> && cd ${B} .. but it seems.. ugly... | 08:12 |
| mmircea3948 | What is the best way to provide a different file in SRC_URI (eg. a conf file for nginx) based on the image being built. In one image I need a conf file, in another image I need a slightly different one. One of the image has IMAGE_FEATURE =" production " - can I use this somehow in the nginx.bbappend ? | 08:22 |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 08:34 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:41 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 08:41 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 08:51 | |
| jofr | (Pretext: I *know* it's not how it's supposed to be done.) Is there a way to have a recipe use particular tools from the build-host system? | 09:09 |
| ak77 | jofr: what kind of tools? you can have native build the tools, then DEPEND on that package and it should be available in the PATH | 09:17 |
| jofr | My situation is that I'm building an in-house application, but its build requires an in-house tool, a compiler for building protocol files (custom in-house equivalent, but not at all the same as, protobuf). This compiler is written in C# and needs to be executed with Mono. Since Mono isn't required on the target system at all, I was just wondering if I could take a shortcut and use the mono-installation from the host-system, instead of having my recipe depend on m | 09:19 |
| *** tasslehoff_ <tasslehoff_!~Tasslehof@ip-67-146-106-77.eidsiva.net> has joined #yocto | 09:20 | |
| ak77 | mmircea3948: but DEPENDS doesn't make files available on the target (that's RDEPENDS), it makes them avaiable for compile | 09:21 |
| ak77 | oh. wrong user | 09:21 |
| ak77 | jofr: it was for you what I wrote to mmircea3948 | 09:21 |
| ak77 | jofr: so, you make native package that gets this tool and does do install to ${bindir}, then in your recipe in DEPEND on this -native package, and you should be able to use a tool | 09:22 |
| jofr | ak77: I know. It's working fine when I have my recipe depend on mono-native. It just takes a huge amount of time to fetch and build mono .. which just seems like a waste of time to me, since I already have it on the host-system. And the output of this build-step is .cpp files, but not actual binaries that will get installed into the target. | 09:23 |
| ak77 | jofr: https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#var-HOSTTOOLS ? | 09:26 |
| jofr | ak77: Aha! Seems like what I'm looking for. :-) Thanks! | 09:27 |
| jofr | ak77: Now I just have to make up my mind on whether I actually want to do this or not.. ;) | 09:27 |
| ak77 | jofr: i, personaly, would not. building mono-native is one time thing, and then it's available | 09:28 |
| jofr | ak77: I'm on the fence, because depending on mono-native feels "correct" | 09:28 |
| jofr | ak77: Exactly. | 09:28 |
| kuzulis | Hi guys. I tried to create a skeleton of an own image_type_my.bbclass. Which contains only IMAGE_CMD_myimg () { | 09:30 |
| kuzulis | bbnote "Create MY image" | 09:30 |
| kuzulis | } | 09:30 |
| ak77 | mmircea3948: something like this maybe https://pastebin.com/TtCkcbHb ? | 09:30 |
| ak77 | mmircea3948: this is from bbappend file | 09:30 |
| kuzulis | Also I have added IMAGE_CLASSES += "image_type_my" and IMAGE_FSTYPES = "myimg" | 09:30 |
| kuzulis | How I can know that my changes were applied? | 09:31 |
| mmircea3948 | jofr: I have thins in local.conf: HOSTTOOLS += "java" ... | 09:31 |
| ak77 | mmircea3948: this pastebin shows how to add multiple lines to FILESEXTRAPATHS with custom subdirectories, | 09:31 |
| ak77 | kuzulis: do you see bbnote output? try bbwarn | 09:32 |
| *** Crofton|work <Crofton|work!~Crofton@62.220.2.202> has joined #yocto | 09:34 | |
| kuzulis | ak77: Where I should to see that message? | 09:35 |
| ak77 | ak77: when you do bitbake image | 09:35 |
| ak77 | ak77: when you do bitbake `image` | 09:36 |
| kuzulis | ak77: No, I do not see it | 09:36 |
| ak77 | ak77: did you change it to bbwarn | 09:36 |
| kuzulis | ak77: Yes | 09:36 |
| ak77 | ak77: stop talking to yourself | 09:36 |
| ak77 | kuzulis: then it's not applied :O | 09:36 |
| kuzulis | ak77: Maybe I need to see it from a some log file? | 09:37 |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 09:37 | |
| ak77 | kuzulis: bbwarn should be seen during bitbake `image`, do bitbake `image` -c cleansstate, bitbake `image`, if that doesn't work question is over my head | 09:37 |
| kuzulis | ak77: Ahh.. I see now: WARNING: blabbla-m-image dp_image_myimg: Create MY image | 09:41 |
| kuzulis | ak77: Many thanks | 09:41 |
| kuzulis | How I should specify a dependency of myimg type from the ext3 image type? Is IMAGE_TYPEDEP_myimg += "ext3" a correct way? | 09:46 |
| *** xtron <xtron!~mentor@103.255.5.101> has joined #yocto | 09:47 | |
| *** xtron <xtron!~mentor@103.255.5.101> has quit IRC | 09:48 | |
| ak77 | kuzulis: looking at https://git.yoctoproject.org/cgit/cgit.cgi/meta-raspberrypi/tree/classes/sdcard_image-rpi.bbclass (which I believe is battle tested stuff), it seems a right way to do | 09:49 |
| kuzulis | ak77: Ok, many thanks | 09:52 |
| *** Crofton|work <Crofton|work!~Crofton@62.220.2.202> has quit IRC | 09:56 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 09:59 | |
| LetoThe2nd | l | 10:03 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:10 | |
| *** mckoan is now known as mckoan|away | 10:24 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 10:25 | |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 10:26 | |
| *** xtron <xtron!~mentor@110.93.212.98> has joined #yocto | 10:28 | |
| kuzulis | Guys, another question: How to use a nested functions inside of a IMAGE_CMD_myimg {} ? | 10:28 |
| kuzulis | e.g. I have created an empty function: _deploy_foo () { | 10:29 |
| kuzulis | } | 10:29 |
| kuzulis | and add it into: | 10:29 |
| kuzulis | IMAGE_CMD_мимг () { | 10:29 |
| kuzulis | bbwarn "Create МЫ image" | 10:29 |
| kuzulis | _deploy_foo | 10:29 |
| kuzulis | } | 10:29 |
| kuzulis | but bitbake 'my-image' fails than | 10:30 |
| kuzulis | then, with a strange errors | 10:30 |
| kuzulis | like: '/run.do_image_myaimg.13211: Syntax error: "}" unexpected | 10:31 |
| kuzulis | ' | 10:31 |
| kuzulis | wtf? | 10:36 |
| jofr | The proper way to append to SYSROOT_DIRS_NATIVE, is to to add ${STAGING_DIR_NATIVE}/my-directory? | 10:45 |
| jofr | In the manual, I can't see another variable that contains the prefix I need to match the entries that are aready in SYSROOT_DIRS_NATIVE.. | 10:46 |
| jofr | Also the "Note" below it seems to indicate that this is the proper way to do it | 10:47 |
| rburton | kuzulis: look at run.do_image_* and have a look at line 13211 | 10:48 |
| *** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has quit IRC | 11:10 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 11:17 | |
| *** stephano <stephano!~stephano@134.134.139.72> has quit IRC | 11:18 | |
| jofr | Still having problems with my -native recipe (A). It installs stuff into ${D}${bindir} but also into ${D}/opt. I then have a recipe (B) that depends on A. Recipe B's recipe-sysroot-native has all the things I installed into ${D}${bindir} in recipe A, but not /opt. I've been trying all kinds of combinations in recipe A, in order to add /opt to SYSROOT_DIRS_NATIVE in order to get /opt over to recipe B, but none of it works. What I've tried goes along the lines of: S | 11:19 |
| jofr | If I do SYSROOT_DIRS_NATIVE_append = "${STAGING_DIR_NATIVE}/opt" and in recipe A's do_install step do a: echo "${SYSROOT_DIRS_NATIVE}" > /tmp/sysroot.txt, I can see that my line has been added to SYSROOT_DIRS_NATIVE and it looks just like the other ones.. but for some reason it's not being copied (or symlinked or whatever) over to recipe B's recipe-sysroot-native | 11:21 |
| jofr | Or do I have to append to SYSROOT_DIRS_NATIVE in recipe B? Seems counterintuitive... | 11:22 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:36 | |
| *** Alchemical <Alchemical!~al@unaffiliated/alchemical> has joined #yocto | 11:40 | |
| *** no_such_user <no_such_user!~pev@fpc125996-trow7-2-0-cust59.18-1.static.cable.virginm.net> has joined #yocto | 11:48 | |
| no_such_user | 'noon | 11:48 |
| no_such_user | Potentially contentious question : I'm setting up a new build server - until now, most of our build machines have run Ubuntu LTS, but Ive been aware that a few tools tend to be maintained with distribution for debian only... Any particular pros/cons to changing? Im pretty much distribution agnostic myself but prefer to use longer supported releases | 11:50 |
| LetoThe2nd | no_such_user: run your server on what ever you are comfortable with, and use containers suiting the build needs. | 11:50 |
| *** tasslehoff_ <tasslehoff_!~Tasslehof@ip-67-146-106-77.eidsiva.net> has quit IRC | 11:51 | |
| kuzulis | Why IMAGE_TYPEDEP_myimg = "ext3" ignores/ | 11:58 |
| kuzulis | ? | 11:58 |
| kuzulis | I have added IMAGE_FSTYPES = "ext3 myimg" | 11:59 |
| kuzulis | but seems that myimc calls before than ext3 | 11:59 |
| kuzulis | myimg runs before than ext3 | 12:00 |
| kuzulis | in my IMAGE_CMD_myimg script I try to copy the rootfs.ext3 file to another location.. but this rootfs.ext3 file does not exists | 12:02 |
| *** geissonator <geissonator!~geissonat@cpe-24-198-214-139.maine.res.rr.com> has joined #yocto | 12:02 | |
| kuzulis | but it I do comments out 'myimg' in IMAGE_FSTYPES = "ext3" , thwn the rootfs.ext3 creates | 12:02 |
| kuzulis | s/but it/but if | 12:03 |
| kuzulis | how to make the image types dependency order? | 12:03 |
| kuzulis | I have looked an example from: https://git.yoctoproject.org/cgit/cgit.cgi/meta-raspberrypi/tree/classes/sdcard_image-rpi.bbclass | 12:04 |
| kuzulis | and created an own bbclass by analogy with that.. but seems, IMAGE_TYPEDEP_xx does not work.. wtf? | 12:04 |
| kuzulis | magic | 12:05 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 12:07 | |
| zagor | uhm, how do I tell bitbake to create new image files (tmp/deploy/images/*) when I stupidly deleted mine? | 12:12 |
| zagor | running "bitbake <image>" gives me "Attempted 1789 tasks of which 1789 didn't need to be rerun and all succeeded." | 12:12 |
| zagor | I tried cleaning some packages, and -c do_rootfs but same result | 12:14 |
| *** Crofton|work <Crofton|work!~Crofton@62.220.2.202> has joined #yocto | 12:14 | |
| uglyoldbob | the -f flag forces a step to run | 12:15 |
| zagor | right, but I'm guessing there are lots of steps to run to recreate all these files | 12:16 |
| zagor | I find it a little puzzling that it doesn't detect that the output files are in fact not there | 12:17 |
| kuzulis | Why this doc: https://www.yoctoproject.org/docs/2.4/ref-manual/ref-manual.html#var-IMAGE_TYPEDEP lies? | 12:22 |
| kuzulis | The IMAGE_TYPEDEP ignores at all | 12:23 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 12:23 | |
| zagor | haha. "bitbake -f -c do_rootfs <image>" produces ... .testdata.json :) | 12:27 |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 12:35 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 12:42 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 12:43 | |
| *** Crofton|work <Crofton|work!~Crofton@62.220.2.202> has quit IRC | 12:56 | |
| *** pohly <pohly!~pohly@dyndsl-091-096-053-217.ewe-ip-backbone.de> has joined #yocto | 13:01 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 13:06 | |
| tgoodwin | Is this invalid syntax: do_install_class-native[cleandirs]? It doesn't seem to be getting parsed (the directory is not cleaned ahead of the install task). | 13:12 |
| yocti | New news from stackoverflow: How to copy content from .repo/manifests during repo sync? <https://stackoverflow.com/questions/52862542/how-to-copy-content-from-repo-manifests-during-repo-sync> | 13:12 |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has joined #yocto | 13:16 | |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has quit IRC | 13:17 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 13:17 | |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has joined #yocto | 13:17 | |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has quit IRC | 13:18 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 13:19 | |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has joined #yocto | 13:19 | |
| uglyoldbob | is it possible to have an optional file in SRC_URI? | 13:19 |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has quit IRC | 13:20 | |
| tgoodwin | uglyoldbob: yes, use an inline python expression like ${@bb.utils.contains('your variable', 'some value', 'if true', 'if false', d)} | 13:20 |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has joined #yocto | 13:20 | |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has joined #yocto | 13:22 | |
| uglyoldbob | that's useful but not quite what i meant. I was thinking something like SRC_URI += "file://blabla". If blabla is found then great, if blabla is not found then oh well keep going. | 13:23 |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has quit IRC | 13:23 | |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has joined #yocto | 13:23 | |
| tgoodwin | uglyoldbob: oh... hmm. Well, you could still do something similar still using that method but instead making it an if statement using the os python package to check for the file. | 13:24 |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has quit IRC | 13:24 | |
| tgoodwin | That could get dicey though since I think you would want to scrape all of the file paths for that recipe. | 13:24 |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has joined #yocto | 13:25 | |
| tgoodwin | uglyoldbob: so, it would be something like ${@'file://somefile' if os.path.exists('path to somefile') else ''} | 13:26 |
| *** morphis <morphis!~morphis@p5DCC3067.dip0.t-ipconnect.de> has quit IRC | 13:26 | |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has quit IRC | 13:26 | |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has joined #yocto | 13:26 | |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has quit IRC | 13:27 | |
| *** mmircea3948 <mmircea3948!c1e7a222@gateway/web/freenode/ip.193.231.162.34> has quit IRC | 13:27 | |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has joined #yocto | 13:28 | |
| uglyoldbob | tgoodwin: thank you | 13:29 |
| tgoodwin | uglyoldbob: sure thing :) | 13:29 |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has quit IRC | 13:32 | |
| *** AndersD <AndersD!~AndersD@218.108.191.170> has joined #yocto | 13:33 | |
| *** marka <marka!~masselst@184.175.21.100> has joined #yocto | 13:33 | |
| *** AndersD <AndersD!~AndersD@218.108.191.170> has quit IRC | 13:34 | |
| kergoth | bb.utils.which() against FILESPATH would probably be needed as well unless you hardcode the path you're checking | 13:35 |
| tgoodwin | kergoth: is there a correct way to use "class-native" and varflags together? I'm using 1.36 and it throws no error when I have "do_install_class-native[cleandirs] += ..." but it also does nothing to those directories. | 13:42 |
| *** pohly <pohly!~pohly@dyndsl-091-096-053-217.ewe-ip-backbone.de> has quit IRC | 13:43 | |
| kergoth | remember that until overrides are applied, do_install and do_install_class-native are separate variables with separate flags. application of overrides can bring over certain specific flags, iirc, but not all | 13:43 |
| kergoth | i'd suggest an indirection | 13:43 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 13:43 | |
| *** pohly <pohly!~pohly@p54BD55A3.dip0.t-ipconnect.de> has joined #yocto | 13:43 | |
| kergoth | MY_CLEANDIRS = ""; MY_CLEANDIRS_class-native = "foo"; do_install[cleandirs] += "${MY_CLEANDIRS}" | 13:43 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 13:45 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 13:46 | |
| tgoodwin | kergoth: thanks! | 13:51 |
| kergoth | np | 13:51 |
| kuzulis | Guys. I don;t understand, why my IMAGE_CMD_myimg called before than the *rootfs.ext3 file created? I have added IMAGE_TYPEDEP_myimg = "ext3"... IMAGE_FSTYPES = "myimg" and IMAGE_CLASSES += "image_type_my" | 13:53 |
| kuzulis | ? | 13:54 |
| kuzulis | My CMD is: | 13:56 |
| kuzulis | IMAGE_CMD_myimg () { | 13:56 |
| kuzulis | bbwarn "Create MY image" | 13:56 |
| kuzulis | cd ${DEPLOY_DIR_IMAGE} | 13:56 |
| kuzulis | mkdir my-out | 13:56 |
| kuzulis | cp ${ROOTFS} my-out/rootfs.ext3 | 13:56 |
| kuzulis | } | 13:56 |
| kuzulis | why roots.ext3 not exists when IMAGE_CMD_myimg() called? | 13:56 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 14:00 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 14:00 | |
| uglyoldbob | bitbake -e imagename | grep ^ROOTFS | 14:01 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 14:04 | |
| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 14:05 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 14:10 | |
| kuzulis | uglyoldbob: ? | 14:12 |
| *** woutervh <woutervh!~wv@84.199.255.188> has joined #yocto | 14:12 | |
| woutervh | Hello, is there a possibility to collect all sources for an image? | 14:12 |
| woutervh | so I end up with a bunch of tar.gz's or something? | 14:12 |
| woutervh | So | 14:13 |
| woutervh | I still have the sources in like 10 years, when half of the git-repo's stopped to exist (I don't know) | 14:13 |
| LetoThe2nd | woutervh: here you go https://www.yoctoproject.org/docs/2.4/mega-manual/mega-manual.html#providing-the-source-code | 14:14 |
| woutervh | great, thankss | 14:16 |
| uglyoldbob | kuzulis: that command should tell you what the value of ${ROOTFS} is. If it is the location of a folder or blank, the plain cp command will not work | 14:17 |
| kuzulis | uglyoldbob: This returns an expected file path.. But in reality this file not exists yet when IMAGE_CMD_xx called.. It is a problem | 14:19 |
| kuzulis | cp fails because the file not exists!!! | 14:20 |
| kuzulis | but why rootfs.ext3 creates after the IMAGE_CMD_xx? it is magic for me | 14:20 |
| kuzulis | because I already created a dependency IMAGE_TYPEDEP_myimg = "ext3" !!! | 14:21 |
| kuzulis | as I understand, in this case IMAGE_CMD_myimg shoul be called after the ext3 created.. but this not happens!! | 14:22 |
| kuzulis | wtf? I spent a lot time to understand.. why.. but it is not clear to me | 14:23 |
| uglyoldbob | kuzulis: have you looked at the notes for IMAGE_FSTYPES? https://www.yoctoproject.org/docs/2.4.1/ref-manual/ref-manual.html#var-IMAGE_FSTYPES | 14:28 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 14:30 | |
| kuzulis | uglyoldbob: Yes | 14:31 |
| kuzulis | uglyoldbob: But I did't use inside of IMAGE_FSTYPES | 14:31 |
| kuzulis | uglyoldbob: But I did't use IMAGE_FSTYPES inide of image recipe.. I use it inside of a .conf file | 14:32 |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 14:38 | |
| uglyoldbob | kuzulis: it looks like meta/classes/image_types.bbclass has an oe_mkext234fs writes its output to "${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.$fstype" | 14:41 |
| uglyoldbob | kuzulis: maybe ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.ext3 would work ? | 14:42 |
| *** Bunio_FH <Bunio_FH!~bunio@2a02:a313:433c:cd00:510d:6b8e:5a80:d6e4> has quit IRC | 14:42 | |
| kuzulis | uglyoldbob: I construct my ROOTFS name in image_type_my.bbclass as: MY_IMG_ROOTFS = "${IMAGE_NAME}.rootfs.${MY_IMG_ROOTFS_TYPE}", where MY_IMG_ROOTFS_TYPE ?= "ext3".. | 14:43 |
| kuzulis | but bitbake -e <image> | grep ^MY_IMG_ROOTFS_TYPE returns: *-20181018144110.rootfs.ext3 | 14:44 |
| kuzulis | but bitbake -e <image> | grep ^SDCARD_ROOTFS returns: *-20181018144001.rootfs.ext4 | 14:45 |
| kuzulis | uglyoldbob: So, as you can see that its timestamps is different | 14:45 |
| kuzulis | why? :) | 14:46 |
| uglyoldbob | kuzulis: the filesystems were built at different times. it looks like they were generate 9 seconds apart from each other | 14:47 |
| uglyoldbob | or 1 minute and 9 seconds. lots of 0 and 1 there | 14:47 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 14:48 | |
| *** woutervh <woutervh!~wv@84.199.255.188> has quit IRC | 14:48 | |
| kuzulis | uglyoldbob: No, yor suggestion does not helped.. | 14:50 |
| kuzulis | uglyoldbob: CP fails with: | 14:51 |
| kuzulis | cp: cannot stat 'irp-embedded-qt5-x11-image-apalis-imx6-20181018144833.rootfs.ext3': No such file or directory | 14:51 |
| kuzulis | because the *.rootfs.ext3 is not exists in that time | 14:51 |
| kuzulis | because (as I said before) IMAGE_CMD_myimg runs before than ext3 dependency completes | 14:52 |
| kuzulis | but why? | 14:52 |
| uglyoldbob | kuzulis: what is ls -la (deploy dir here)/irp-embedded-qt5-x11-image-apalis-imx6-*ext3 | 14:53 |
| kuzulis | uglyoldbob: There are (in deploy dir) no any *.ext3 file | 14:53 |
| kuzulis | uglyoldbob: But if I make the IMAGE_CMD_myimg empty (e.g. with a simple 'echo' command), then *.ext3 creates | 14:55 |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 14:56 | |
| OutBackDingo | grrrr struggling with file /var/www/index.html conflicts between attempted installs of A and B | 14:57 |
| *** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has joined #yocto | 14:57 | |
| kuzulis | uglyoldbob: So, the ext3 creates too late | 14:58 |
| kuzulis | uglyoldbob: Is any other way to defer the IMAGE_CMG_my ? | 15:00 |
| kuzulis | s/IMAGE_CMG_my/IMAGE_CMD_my | 15:00 |
| uglyoldbob | kuzulis: can you pastebin your image_type_my.bbclass ? | 15:00 |
| kuzulis | uglyoldbob: https://pastebin.com/QdnfDz6Q | 15:01 |
| *** kaspter1 <kaspter1!~Instantbi@183.156.124.75> has joined #yocto | 15:06 | |
| *** kaspter <kaspter!~Instantbi@183.156.124.75> has quit IRC | 15:07 | |
| *** kaspter1 is now known as kaspter | 15:07 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 15:08 | |
| kuzulis | uglyoldbob: Is any workaround to do not use IMAGE_TYPEDEP ? | 15:16 |
| *** falk0n <falk0n!~falk0n@a109-49-148-234.cpe.netcabo.pt> has joined #yocto | 15:18 | |
| kuzulis | uglyoldbob: Is it a but in Yocto? | 15:24 |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:b534:6cc1:9ea4:820f> has quit IRC | 15:25 | |
| uglyoldbob | kuzulis: i'm examining the custom image type on my system | 15:26 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:32 | |
| dreyna | Hi Ross, I have started my meeting | 15:32 |
| rburton | dreyna: bug triage overran, joining now | 15:34 |
| *** Hooloovo0 <Hooloovo0!Hooloovoo@hooloovoo.blue> has quit IRC | 15:36 | |
| *** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 15:43 | |
| yocti | New news from stackoverflow: conflicting requests error while building SDK <https://stackoverflow.com/questions/52877506/conflicting-requests-error-while-building-sdk> | 15:43 |
| *** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 15:43 | |
| *** frsc <frsc!~frsc@200116b824d1a400fdd0c795034e3336.dip.versatel-1u1.de> has quit IRC | 15:44 | |
| uglyoldbob | kuzulis: what does ls -la tmp/work/machinename/imagename/bla/temp/log.do_image_ext3 and ls -la tmp/work/machinename/imagename/bla/temp/log.do_image_miaimg say? | 15:44 |
| *** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 15:44 | |
| kuzulis | uglyoldbob: first: tmp/work/apalis_imx6-poky-linux-gnueabi/irp-embedded-qt5-x11-image/1.0-r0/temp/log.do_image_ext3 -> log.do_image_ext3.27962 | 15:47 |
| kuzulis | uglyoldbob: second: tmp/work/apalis_imx6-poky-linux-gnueabi/irp-embedded-qt5-x11-image/1.0-r0/temp/log.do_image_miaimg -> log.do_image_miaimg.29231 | 15:48 |
| uglyoldbob | kuzulis | 15:48 |
| kuzulis | ? | 15:49 |
| uglyoldbob | kuzulis: what is the timestamp reported? | 15:49 |
| kuzulis | uglyoldbob: How I can see it? | 15:51 |
| kuzulis | uglyoldbob: cp wants this ts: cp: cannot stat 'irp-embedded-qt5-x11-image-apalis-imx6-20181018154537.rootfs.ext3': No such file or directory | 15:51 |
| kuzulis | uglyoldbob: but on FS placed a previous file: irp-embedded-qt5-x11-image-apalis-imx6-20181018153543.rootfs.ext3 | 15:52 |
| uglyoldbob | kuzulis: ls -la shoudl show something like "lrwxrwxrwx 1 tepperson tepperson 25 Oct 18 11:35 tmp/work/de0nano-poky-linux-gnueabi/bh-de0-nano-1/1.0-r0/temp/log.do_image_miaimg -> log.do_image_miaimg.21152" | 15:52 |
| kuzulis | uglyoldbob: ahh.. first: lrwxrwxrwx 1 denis denis 23 окт 18 18:37 | 15:53 |
| kuzulis | uglyoldbob: second: rwxrwxrwx 1 denis denis 25 окт 18 18:45 | 15:54 |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 15:54 | |
| kuzulis | s/окт/oct | 15:54 |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 15:54 | |
| kuzulis | 23 and 25 october o_O | 15:55 |
| uglyoldbob | 23 and 25 are filesizes | 15:55 |
| kuzulis | ahh.. yes | 15:55 |
| uglyoldbob | looks like the recipes are being called in the correct order. it matches my results as well | 15:56 |
| kuzulis | uglyoldbob: It is strange | 15:56 |
| kuzulis | uglyoldbob: any other ideas why ext3 does not exists in reality? | 15:56 |
| uglyoldbob | try adding ls -la ${DEPLOY_DIR_IMAGE} into your IMAGE_CMD_miaimg, then check the log.do_image_miaimg log | 15:57 |
| kuzulis | uglyoldbob: First: https://pastebin.com/emeLkp1T | 15:59 |
| kuzulis | uglyoldbob: Second: lrwxrwxrwx 1 denis denis 25 окт 18 18:58 tmp/work/apalis_imx6-poky-linux-gnueabi/irp-embedded-qt5-x11-image/1.0-r0/temp/log.do_image_miaimg -> log.do_image_miaimg.29524 | 16:00 |
| uglyoldbob | kuzulis: it looks like the image name contains a variable that depends on the current system time. it would seem this is regenerated within your image generation function, resulting in a different filename. | 16:03 |
| kuzulis | uglyoldbob: ok, many thanks.. I will try to find that.. | 16:05 |
| uglyoldbob | kuzulis: find a variable that resolves to irp-embedded-qt5-x11-image-apalis-imx6.ext3 | 16:05 |
| uglyoldbob | kuzulis: it symlinks to the latest image created, which is most likely what you want | 16:05 |
| *** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 16:05 | |
| *** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has joined #yocto | 16:05 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 16:06 | |
| kuzulis | uglyoldbob: Is this variable related to adding the '2018101815437' value? | 16:07 |
| *** Crofton_ <Crofton_!~Crofton@145.253.78.226> has joined #yocto | 16:07 | |
| uglyoldbob | kuzulis: try echo "${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.ext3" | 16:09 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 16:10 | |
| kuzulis | uglyoldbob: I tried 'bbwarn ${IMAGE_NAME}' and it returns: irp-embedded-qt5-x11-image-apalis-imx6-20181018161024 | 16:11 |
| kuzulis | uglyoldbob: So, as I understand, I need to get the irp-embedded-qt5-x11-image-apalis-imx6 instead of irp-embedded-qt5-x11-image-apalis-imx6-20181018161024 ? | 16:13 |
| uglyoldbob | kuzulis: that is correct | 16:14 |
| *** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 16:14 | |
| *** huseyinkozan <huseyinkozan!~huseyinko@unaffiliated/huseyinkozan> has joined #yocto | 16:14 | |
| kuzulis | uglyoldbob: Previously I had this: update_file_timestaps() { | 16:14 |
| kuzulis | # Update file timestamp to 1 second since Epoch time. | 16:14 |
| kuzulis | TZ=UTC find ${IMAGE_ROOTFS} -exec touch -h -m -t '197001010000.01' {} \; | 16:14 |
| kuzulis | } | 16:14 |
| kuzulis | ROOTFS_POSTINSTALL_COMMAND += "update_file_timestaps; " | 16:14 |
| kuzulis | but I have removed it | 16:15 |
| kuzulis | uglyoldbob: Do I need delete whole build-<blabla> directory and to start bitbake <image> from scratch? | 16:16 |
| uglyoldbob | kuzulis: not likely | 16:17 |
| *** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 16:17 | |
| kuzulis | uglyoldbob: Hmm.. | 16:18 |
| uglyoldbob | kuzulis: try this: echo "${IMAGE_NAME%-*}" | 16:19 |
| *** fl0v0 <fl0v0!~fvo@i577B9E97.versanet.de> has quit IRC | 16:25 | |
| *** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 16:28 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 16:31 | |
| *** blueness_ <blueness_!~blueness@gentoo/developer/blueness> has quit IRC | 16:36 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 16:39 | |
| *** stephano <stephano!~stephano@134.134.139.72> has joined #yocto | 16:47 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-mutdfkghtnddrewz> has quit IRC | 16:48 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 16:52 | |
| *** Crofton_ <Crofton_!~Crofton@145.253.78.226> has quit IRC | 16:59 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 17:01 | |
| *** thaytan <thaytan!~thaytan@121-200-23-18.cust.aussiebb.net> has quit IRC | 17:06 | |
| *** thaytan <thaytan!~thaytan@121-200-23-18.cust.aussiebb.net> has joined #yocto | 17:08 | |
| *** huseyinkozan <huseyinkozan!~huseyinko@unaffiliated/huseyinkozan> has quit IRC | 17:10 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 17:16 | |
| *** armpit <armpit!~armpit@109.144.216.73> has joined #yocto | 17:21 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 17:31 | |
| *** Pharaoh_Atem is now known as Conan_Kudo | 17:40 | |
| *** Conan_Kudo is now known as Pharaoh_Atem | 17:40 | |
| *** Pharaoh_Atem is now known as Conan_Kudo | 17:44 | |
| *** Conan_Kudo is now known as Pharaoh_Atem | 17:44 | |
| *** Pharaoh_Atem is now known as Conan_Kudo | 17:44 | |
| *** Conan_Kudo is now known as Pharaoh_Atem | 17:44 | |
| *** nowayy <nowayy!~noway96@50-244-213-195-static.hfc.comcastbusiness.net> has joined #yocto | 17:46 | |
| *** stephano <stephano!~stephano@134.134.139.72> has quit IRC | 17:52 | |
| kergoth | khem: nice, vscode settings sync extension supports vscodium, code portable, and now has per-platform/per-hostname settings. much more useful now | 18:10 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 18:28 | |
| *** brianleu <brianleu!~brianleu@cpe-24-211-134-4.nc.res.rr.com> has joined #yocto | 18:38 | |
| *** tasslehoff <tasslehoff!~aronning@80.77.101.233> has quit IRC | 18:44 | |
| *** tasslehoff <tasslehoff!~aronning@80.77.101.233> has joined #yocto | 18:48 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:02 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 19:03 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 19:22 | |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC | 19:23 | |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto | 19:26 | |
| *** Pharaoh_Atem is now known as Conan_Kudo | 19:29 | |
| *** Conan_Kudo is now known as Pharaoh_Atem | 19:30 | |
| *** xtron1 <xtron1!~xtron@103.255.5.74> has joined #yocto | 19:44 | |
| xtron1 | how to start a build then detach from the bitbake server, later can connect to see the progress | 19:46 |
| bluelightning | xtron1: don't think it can work that way right now, I believe it is expected that there is at least one active UI | 19:48 |
| bluelightning | xtron1: the practical way to do such a thing is GNU screen / tmux | 19:48 |
| bluelightning | (I use screen for this all the time) | 19:49 |
| xtron1 | bluelightning: there is option " --server-only " which will start without UI, I never used that | 19:50 |
| fray | active UI can be the web one for toaster | 19:50 |
| fray | then you can effectively 'detach' | 19:50 |
| xtron1 | but don't know how to re-connect :P | 19:50 |
| xtron1 | --server-only Run bitbake without a UI, only starting a server | 19:51 |
| xtron1 | i should give it a try | 19:51 |
| *** stephano <stephano!~stephano@134.134.139.72> has joined #yocto | 19:55 | |
| kergoth | i use tmux myself | 20:01 |
| *** brianleu <brianleu!~brianleu@cpe-24-211-134-4.nc.res.rr.com> has quit IRC | 20:10 | |
| *** brianleu <brianleu!~brianleu@cpe-24-211-134-4.nc.res.rr.com> has joined #yocto | 20:11 | |
| *** Crofton_ <Crofton_!~Crofton@145.253.78.226> has joined #yocto | 20:13 | |
| *** xtron1 <xtron1!~xtron@103.255.5.74> has quit IRC | 20:29 | |
| *** kaspter <kaspter!~Instantbi@183.156.124.75> has quit IRC | 20:29 | |
| *** kaspter <kaspter!~Instantbi@183.156.124.75> has joined #yocto | 20:30 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 20:34 | |
| nowayy | I can't use linux/nvme_ioctl ? I have to use linux/nvme? And even then I'm getting error: aggregate 'nvme_admin_cmd cmd' has incomplete type and cannot be defined. It's struct nvme_admin_cmd. | 20:36 |
| nowayy | uname -r: 4.4.3-yocto-standard | 20:36 |
| *** robbawebba <robbawebba!~rob@47.180.176.91> has quit IRC | 20:38 | |
| *** pohly <pohly!~pohly@p54BD55A3.dip0.t-ipconnect.de> has quit IRC | 20:44 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 20:45 | |
| *** geissonator <geissonator!~geissonat@cpe-24-198-214-139.maine.res.rr.com> has quit IRC | 21:04 | |
| *** stephano <stephano!~stephano@134.134.139.72> has quit IRC | 21:04 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 21:14 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 21:19 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 21:27 | |
| *** quite <quite!quite@unaffiliated/quite> has quit IRC | 21:32 | |
| *** tlwoerner <tlwoerner!~trevor@unaffiliated/tlwoerner> has joined #yocto | 21:42 | |
| *** quite <quite!quite@unaffiliated/quite> has joined #yocto | 21:43 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 22:22 | |
| *** geissonator <geissonator!~geissonat@cpe-24-198-214-139.maine.res.rr.com> has joined #yocto | 22:33 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 22:39 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 22:51 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has joined #yocto | 22:51 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 23:01 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 23:06 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 23:17 | |
| *** Cbast <Cbast!~sfrigon@107.190.38.187> has joined #yocto | 23:27 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 23:32 | |
| *** Cbast <Cbast!~sfrigon@107.190.38.187> has quit IRC | 23:35 | |
| *** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has left #yocto | 23:46 | |
| *** marka <marka!~masselst@184.175.21.100> has quit IRC | 23:57 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!