Tuesday, 2020-04-21

*** st3xupery <st3xupery!~daniel@toroon0631w-lp130-02-70-26-31-13.dsl.bell.ca> has quit IRC00:01
*** stbenz <stbenz!~stbenz@ipbcc06c1d.dynamic.kabel-deutschland.de> has quit IRC00:05
*** stbenz <stbenz!~stbenz@ipbcc06c1d.dynamic.kabel-deutschland.de> has joined #yocto00:05
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:4c69:7b2b:232d:9ecc> has quit IRC00:08
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:4c69:7b2b:232d:9ecc> has joined #yocto00:09
*** stbenz <stbenz!~stbenz@ipbcc06c1d.dynamic.kabel-deutschland.de> has quit IRC00:11
*** stbenz <stbenz!~stbenz@ipbcc06c1d.dynamic.kabel-deutschland.de> has joined #yocto00:11
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC00:24
*** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has joined #yocto00:24
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:4c69:7b2b:232d:9ecc> has quit IRC00:40
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC01:01
*** armpit <armpit!~armpit@2601:202:4180:a5c0:c885:40f8:b7ee:f5bd> has quit IRC02:15
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-mkaaomaqpmxfphmk> has joined #yocto02:23
*** armpit <armpit!~armpit@2601:202:4180:a5c0:356e:ada7:6577:9bd> has joined #yocto02:28
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto02:32
*** hpsy1 <hpsy1!~hpsy@> has joined #yocto02:34
*** hpsy <hpsy!~hpsy@> has quit IRC02:34
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC02:38
*** vineela <vineela!~vtummala@> has quit IRC02:45
*** vineela <vineela!~vtummala@> has joined #yocto02:45
*** khem <khem!~khem@unaffiliated/khem> has quit IRC02:45
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC02:50
interruptguy_Morning. Is there a way to re-run the Yocto `oe-selftest` without deleting the `build-st` directory? I checked the docs but there is nothing bout this. I didn't check the code yet...I thought that asking here is the first easy choice. Any help appreciated! :)03:14
*** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has quit IRC03:18
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has quit IRC03:22
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has joined #yocto03:22
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC03:59
*** vineela1 <vineela1!~vtummala@> has joined #yocto04:12
*** vineela <vineela!~vtummala@> has quit IRC04:12
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC04:23
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has joined #yocto04:23
*** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has joined #yocto04:28
*** vineela1 <vineela1!~vtummala@> has quit IRC04:33
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto04:33
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto04:37
*** jobroe <jobroe!~manjaro-u@p579EB4C0.dip0.t-ipconnect.de> has joined #yocto04:51
*** [Sno] <[Sno]!~sno@p4FE9389E.dip0.t-ipconnect.de> has quit IRC05:09
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC05:17
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto05:22
*** AndersD_ <AndersD_!~AndersD@195-67-57-138.customer.telia.com> has joined #yocto05:24
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC05:27
*** vineela <vineela!~vtummala@> has joined #yocto05:39
*** vineela1 <vineela1!vtummala@nat/intel/x-xgmblpylejiixgin> has joined #yocto05:41
*** kroon <kroon!~kroon@> has joined #yocto05:42
*** vineela <vineela!~vtummala@> has quit IRC05:44
*** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has quit IRC05:48
*** [Sno] <[Sno]!~sno@> has joined #yocto05:51
*** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has joined #yocto05:52
*** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has joined #yocto06:10
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto06:15
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC06:18
*** guerinoni <guerinoni!~guerinoni@host9-78-dynamic.251-95-r.retail.telecomitalia.it> has joined #yocto06:20
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:21
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto06:22
*** frsc <frsc!~frsc@82-173-142-46.pool.kielnet.net> has joined #yocto06:27
*** fl0v0 <fl0v0!~fvo@> has joined #yocto06:57
*** vineela <vineela!vtummala@nat/intel/x-lssrbwvrjwgtkqnp> has joined #yocto06:58
*** vineela1 <vineela1!vtummala@nat/intel/x-xgmblpylejiixgin> has quit IRC06:58
yoctiNew news from stackoverflow: Unable to transfer libraries from Image folder of openblas into rootfs <https://stackoverflow.com/questions/61337334/unable-to-transfer-libraries-from-image-folder-of-openblas-into-rootfs>07:04
*** mckoan|away is now known as mckoan07:07
*** vineela1 <vineela1!vtummala@nat/intel/x-gfeddiaviifhmoqu> has joined #yocto07:10
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto07:10
*** vineela <vineela!vtummala@nat/intel/x-lssrbwvrjwgtkqnp> has quit IRC07:11
*** elcfd <elcfd!~thor@> has joined #yocto07:21
*** vineela <vineela!vtummala@nat/intel/x-hgawpfuthmnxfgtl> has joined #yocto07:22
*** vineela1 <vineela1!vtummala@nat/intel/x-gfeddiaviifhmoqu> has quit IRC07:24
*** vineela <vineela!vtummala@nat/intel/x-hgawpfuthmnxfgtl> has quit IRC07:29
*** vineela <vineela!vtummala@nat/intel/x-bjnquyjuugczwevt> has joined #yocto07:29
yoctiNew news from stackoverflow: Why i2cdetect 0 not returning address <https://stackoverflow.com/questions/61338067/why-i2cdetect-0-not-returning-address>07:34
*** yacar_ <yacar_!~yacar_@lfbn-orl-1-351-171.w90-35.abo.wanadoo.fr> has joined #yocto07:39
qschulzRP: WRT TSC minutes: FYI, why we need multilib support: third party SW vendor only wants to deliver 32b binaries (and also pre-clang-compiled with libcpp as standard lib.....) and unfortunately this SW is a non-negligible part of our whole SW stack.07:56
qschulzRP: while we never had the issue before, some clients have so many third party 32b-only pre-built binaries, one project leader decided to basically have everything in 32b instead of playing a never-ending whack-a-mole for those clients. Hence the issue. FWIW, we're still on thud, so the issue exists at least there and in master.07:58
qschulzRP: also, sorry for the oe-core patch and its associated patch in docs in two separate mails, brain was fried :/07:59
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:01
*** kroon <kroon!~kroon@> has quit IRC08:03
*** gtristan <gtristan!~tristanva@> has joined #yocto08:06
*** hpsy1 <hpsy1!~hpsy@> has quit IRC08:08
*** hpsy <hpsy!~hpsy@> has joined #yocto08:09
*** invalidopcode <invalidopcode!~invalidop@cpe-76-95-210-55.socal.res.rr.com> has quit IRC08:12
*** locutus_ <locutus_!~LocutusOf@> has joined #yocto08:12
*** elcfd <elcfd!~thor@> has left #yocto08:12
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC08:14
*** mattovsky_mc <mattovsky_mc!~matt_mc@> has joined #yocto08:25
*** kroon <kroon!~kroon@> has joined #yocto08:28
*** hpsy <hpsy!~hpsy@> has quit IRC08:30
nameclashgents, I believe I have a real stupid question with no smart answer, could someone please help (sarcasm allowed)08:31
nameclashso I have this cmake/qt project that I can configure with no problems after sourcing the sdk in a shell08:32
nameclashbut as soon as I put those three lines in a script, it fails to find Qt ... wtf?08:32
nameclashsource /opt/poky/environment-setup-cortexa9hf-neon-montavista-linux-gnueabi08:32
nameclashmkdir build && pushd build08:32
nameclashcmake -G "Unix Makefiles" ..08:33
nameclashwhy does this succeed when done interactively and why does it fail in a script? any freaking ideas?08:34
alejandrohsnameclash: check whats on your environent when you execute from a shell, also check which shell is it using when you are running the script08:34
RPqschulz: it actually needs to be in two patches as they're different repos!08:34
alejandrohsnameclash: bash != sh != dash != zsh != fish != busybox's sh08:35
qschulzRP: yes but they could have been in the same patch series :)08:35
RPqschulz: I know why we need multilib and we'll not be removing it, I just dream ;-)08:35
RPqschulz: its fine, I get a lot worse :)08:35
RPqschulz: I'm curious how you find the approach I'm testing in master-next. It is meaning more invasive changes than I'd have liked and still isn't working right :(08:36
*** Guest5296 <Guest5296!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto08:37
*** Guest5296 is now known as PatrickE08:37
PatrickEmckoan yesterday you send me some framebuffer gui tk's08:37
qschulzRP: I dream of it too :)08:37
PatrickEmckoan Qt seems to be the "best" of these. Do you have any experience with this?08:37
alejandrohsnameclash: either way, probably shouldnt be running make with no recipe, your build env its contaminated with your host, create a simple recipe, inherit cmake and pass EXTRA_OECMAKE to it08:38
qschulzRP: especially since we have some dirty hacks for multilib+clang for a recipe that needs to exist both with libcpp and just glibc at runtime. anyway, digressing08:38
alejandrohsYPTM: If I dont make it its becase I failed to wake up on time, goodnight08:38
PatrickEFor example with small 4 bit greyscale OLED Displays? Is there some mechanism in Linux or Qt which can prevent for burn in?08:39
nameclashalejandrohs: my objective is to run the build against a prebuilt sdk, not using bitbake...08:40
qschulzRP: I'll have a look in the next few days, carefully reading everything again and checking the patches. I suspect I won't have much to say but does not hurt to know what I'm making you folks do to our little baby.08:41
RPqschulz: My dilemma is whether to run with this approach or whether to add something 'clever' to bitbake which others will no doubt find interesting ways to abuse08:42
qschulzRP: I always have a hard time with "smart" things. You can't imagine how messed up "smart" displays are driver wise. My opinion is that anything that isn't crystal clear is hard to maintain and is a time-bomb for weird bugs should be avoived at all costs.08:45
qschulzultimately only a few people will maintain that in bitbake, so it's up to you (on the principle, I haven't checked the patches/approach) but it could also make it harder to get external people to fix/contribute to it.08:47
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:4c69:7b2b:232d:9ecc> has joined #yocto08:49
nameclashthe environment is nearly identical (only OLDPWD, SHLVL and WINDOWID differ)08:51
nameclashboth are run in bash08:51
nameclashI don't get it08:52
mckoanPatrickE: I have experience with Qt and other GUI libraries08:52
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:53
PatrickEmckoan do you know about OLED, small displays etc.pp.?08:54
*** AndersD__ <AndersD__!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto08:59
*** AndersD_ <AndersD_!~AndersD@195-67-57-138.customer.telia.com> has quit IRC09:00
qschulznameclash: just to be sure, your script should be doing everything, right? like cmake is actually building your SW and is where Qt isn't found, right? You're not using your script to setup the environment and then building after you've run the script?09:00
nameclashqschulz, everything's handled completely within the script09:01
*** AndersD_ <AndersD_!~AndersD@> has joined #yocto09:01
nameclashsource sdk, cmake, make09:01
nameclashit also doesnt seem to be related to the project being built09:02
nameclashtesting against https://github.com/apriorit/MinimalQml09:03
*** AndersD__ <AndersD__!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC09:04
nameclashI believe it's related to the cmake environment setup in a rocko based sdk09:04
qschulznameclash: so it does not look like it's a subshell issue I guess09:05
nameclashno, doesnt look like09:05
nameclashas said, environment is identical09:05
qschulznameclash: how do you check the environment?09:06
nameclashI dumped it to a file using printenv09:06
qschulznameclash: use "set" instead09:07
nameclashyeah I was about to do so09:07
erboPatrickE: Isn't OLED burn in just aging of the "pixel"? So the way to handle it is to try to not use pixels more than neccessary, and also try to use the whole screen equally so that the degradation process is similar over all pixels.09:08
*** florian_kc is now known as florian09:10
nameclashqschulz: other than a bunch of shell functions missing they look pretty equal09:15
nameclashoh, wait09:17
nameclashqschulz: I think I identified the problem being in [...]/environment-setup.d/cmake.sh09:21
nameclashit aliases cmake to:09:21
nameclashalias cmake="cmake -DCMAKE_TOOLCHAIN_FILE=$OECORE_NATIVE_SYSROOT/usr/share/cmake/OEToolchainConfig.cmake"09:21
nameclashthat alias doesnt seem to find its way to the sourcing script09:22
nameclashif I replace in my script09:22
nameclashcmake -G "Unix Makefiles" ..09:22
nameclashcmake -DCMAKE_TOOLCHAIN_FILE=$OECORE_NATIVE_SYSROOT/usr/share/cmake/OEToolchainConfig.cmake -G "Unix Makefiles" ..09:22
nameclashit runs fine09:23
qschulznameclash: any chance there is a shell variable for that (e.g. $CMAKE, like we have for $CC?)09:24
nameclashI know this was changed that in later versions of poky but didn't realize I'm actually facing a side effect of the alias version in rocko09:24
nameclashqschulz: if there was one, I would look for it in /environment-setup.d/cmake.sh but the alias is the online line in that file...09:26
nameclashI can handle that now, hopefully we'll migrate to thud soon, where at least that issue seems to be resolved09:27
nameclashcmake/qmake in thud seems to suffer from different issues there but at least this one is fixed09:28
qschulznameclash: http://chiefsandendians.blogspot.com/2010/07/linux-scripts-and-alias.html09:29
nameclashqschulz: oh, great! was about to patch the cmake recipe... thanks09:31
qschulznameclash: not sure it's advisable though, it makes the script rely on aliases. I don't know if it also takes aliases from the host for example, which wouldn't be a great idea :/09:32
nameclashqschulz: yeah, you might be right... I guess patching the cmake env setup script to export a $CMAKE variable should be safer..09:34
*** MadMax411 <MadMax411!59a6aa48@dyndsl-089-166-170-072.ewe-ip-backbone.de> has joined #yocto09:34
rokmHi, Is there a way to PACKAGE_INSTALL depends on machine ?09:36
erborokm: do you want to include different things in an image depending on machine? If yes, there's way to do that but I don't think modifying PACKAGE_INSTALL explicitly is the way to go09:38
rokmI have initramfs image which contains some packages, but also needs out of tree intel specific drived to be installer09:38
erbocan you use IMAGE_INSTALL_append_<machine> = " <your intel driver package>"?09:41
erboin the initramfs image recipe09:41
rokmwill try this09:41
qschulzrokm: which you set in your machine configuration file09:44
rokmqschulz: in yocto manual it is written that it is not for initramfs09:48
rokmor I wrongly read this09:48
*** ecclescake <ecclescake!~tomeccles@> has left #yocto09:50
qschulzrokm: this makes the specified packages a runtime dependency for packagegroup-core-boot, so if it is used somehow in your initramfs, it's all good09:54
rokmit is not used09:54
rokmbut seems I have MACHINE_EXT... set09:54
rokmin machine config file but anyway it is not taken into image09:54
qschulzmeta/recipes-core/images/core-image-tiny-initramfs.bb is using it in PACKAGE_INSTALL09:55
*** bradfa <bradfa!uid297668@gateway/web/irccloud.com/x-heibbdngglsaxzmq> has joined #yocto09:55
qschulzI'd say you want packagegroup-core-boot for any image you'll ever build?09:56
rokmfor my current image it is not needed09:57
*** MadMax411 <MadMax411!59a6aa48@dyndsl-089-166-170-072.ewe-ip-backbone.de> has left #yocto10:03
*** rburton <rburton!~rburton@> has joined #yocto10:07
mckoanPatrickE: yes, something10:23
PatrickEerbo i think in the self written driver we used on bare metal devices we switch near pixels very fast or something like this. Iam not 100% aware of this10:31
*** vineela1 <vineela1!~vtummala@> has joined #yocto10:38
*** vineela <vineela!vtummala@nat/intel/x-bjnquyjuugczwevt> has quit IRC10:38
*** sdfe <sdfe!~sdfe@dyn74-329.yok.fi> has joined #yocto10:39
*** nacknick <nacknick!d984e681@cbl217-132-230-129.bb.netvision.net.il> has joined #yocto10:40
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC10:42
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto10:45
nacknickSorry in advance for a question that maybe can be found in a manual/tutorial: If I want to run the default "do_whatever" task on my own built package - How should I do it correctly?10:46
*** sdfe <sdfe!~sdfe@dyn74-329.yok.fi> has left #yocto10:51
nameclashnacknick: bitbake _your-package_10:54
nacknicknameclash: my recipe has only do_fetch that I wrote, it downloads an archive into "downloads" folder. I want to extract the archive (guess with do_unpack?) - How should I run do_unpack if it does not run automatically with `bitbake <my_package>`?10:56
nameclashit should run with bitbake your-package10:58
nameclashotherwise run bitbake -c unpack your-package10:58
nameclashyou could also run: bitbake -c devshell your-package11:02
nameclashthat should drop you in a shell where all environment is set up as if bitbake was running11:02
nameclashi.e. you could execute your tasks one by one interactively11:08
nacknicknameclash: I tried `bitbake -c unpack <my-package>` - I hoped to find the extracted data inside the relevant build directory - but I did not. Does it matter if the archive is tar/gz? There is any reason why `unpack` does not extract the archive?11:08
qschulzjust to be pedantic, it's not "your-package" but "your-recipe" you pass to bitbake11:11
qschulzcan we have the recipe you're writing on some pastebin somewhere?11:13
qschulzif you read base.bbclass and IIUC, unpack only works on things defined in SRC_URI11:13
nacknickqschulz: I don't know if I read base.bbclass and IIUC - How to check it?11:18
nacknickI will give you the recipe in pastebin. just checking something11:19
qschulzIIUC = If I Understood Correctly :) https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/base.bbclass#n17111:20
qschulzOr, you can check in your recipe WORKDIR (tmp/work/*/my-recipe/*/) in temp, run.do_unpack to check what is actually done during the unpack step.11:21
nameclashis it just me or are the glibc and bitutils mirrors painfully slow at times?11:24
nameclashit's fetching @ ~100 KiB/s11:25
ant__rokm, you can set ${YOUR_MACHINE_PACKAGE} in  your_machine.conf,  and add this to IMAGE_INSTALL in your custom image11:25
nacknickqschulz: nameclash: Works! Thank you11:26
ant__rokm: like IMAGE_FSTYPES = "${INITRAMFS_FSTYPES}"11:26
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto11:27
ant__check out meta-initramfs layer of meta-oe for more11:27
yoctiNew news from stackoverflow: Add user to existing group in Yocto <https://stackoverflow.com/questions/61342104/add-user-to-existing-group-in-yocto>11:35
*** AndersD__ <AndersD__!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto11:39
*** AndersD_ <AndersD_!~AndersD@> has quit IRC11:41
*** AndersD_ <AndersD_!~AndersD@195-67-57-138.customer.telia.com> has joined #yocto11:42
*** AndersD__ <AndersD__!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC11:44
*** comptroller <comptroller!~comptroll@47-213-225-21.paolcmtc01.res.dyn.suddenlink.net> has quit IRC11:47
nacknickHow to skip checksum for a file in SRC_URI?11:50
*** [Sno] <[Sno]!~sno@> has quit IRC11:50
*** comptroller <comptroller!~comptroll@47-213-225-21.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto11:54
*** vineela1 <vineela1!~vtummala@> has quit IRC11:57
nameclashnacknick: don't specify one11:57
nacknicknameclash: When I don't, it screams that there is no checksum :|11:58
nameclashlicense file?11:58
nameclashyou could set BB_STRICT_CHECKSUM = "0"12:00
qschulznacknick: give the correct checksum for the license file then? it's actually a very important piece of information in your recipe12:00
nacknick`Recipe file fetches files and does not have license file information (LIC_FILES_CHKSUM) [license-checksum]`12:00
nacknickqschulz: There is no license file12:00
nameclashthat'll give you a warning instead, but imho it'd be better to provide the correct chksum in you recipe12:00
qschulznot checking it is very risky and not nice to users12:00
*** JaMa <JaMa!~martin@> has joined #yocto12:01
nameclashthen set LICENSE = "CLOSED"12:01
rburtonnacknick: if this a piece of code or data that you wrote and will never be redistriuted?12:01
qschulznacknick: LIC_FILES_CHKSUM = "file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302"12:01
rburtonqschulz: that should only be used for metadata which is MIT licensed12:01
rburtonit says "the license the the oe-core license because this is part of oe-core"12:02
nacknickrburton: yes12:02
qschulzrburton: that was an example :) There are plenty other licenses. But indeed, worth expliciting12:02
rburtonnacknick: LICENSE=CLOSED is the solution for 'properietary closed source license'12:02
qschulznacknick: also, if there is a license in some code file, you can also say the license is in X file between lines Y and Z. But if it isn't supposed to be distributed, nameclash gave you the answer12:03
nameclashrburton: good that you're around -- remember that LONG_BIT build error when including Python.h I mentioned yesterday?12:05
nameclashturned out I was too quick with the hooray, the issue actually still remains12:06
*** gtristan <gtristan!~tristanva@> has quit IRC12:06
nameclashit's currently no showstopper for me but as I', trying to understand the build system, this is something I stumbled over and have no quick answer for it without debugging the problem the hard way12:07
nameclashthe recipe that fails is https://pastebin.com/ePuKggCV with compile log at https://pastebin.com/LyZ2WNwd12:08
nameclashas said, this is ran in a vanilla poky/thud environment with no custom changes other than parallel make and bb threads..12:10
nameclashthe build runs fine without BBCLASSEXTEND = "native"12:11
nameclashdoes anyone see any obvious d'oh! in that?12:12
rburtonnative or target12:16
rburtonlike does target build work12:16
nameclashtarget build works12:16
nameclashnative fails12:16
rburtoni'd be more likely to blame the cmakelists for doing something 'clever'12:17
qschulznameclash: very dumb question, what about target which is the same arch as your host? (some qemu machine if that exists?)12:17
nameclashactually target is qemux8612:18
nameclashas said, it's vanilla12:18
qschulznameclash: I was suggesting compiling for a target which has the same arch as your host12:18
nameclashisnt that the case with qemux86 ?12:19
qschulzand a little bit of google search told me it should already be what you're doing :)12:20
nameclashah, i should pick qemu86-6412:20
qschulznameclash: forget last sentence, yes qemux86-64 machine if you're building on x86 64b :)12:21
nameclashrburton: CMakeLists is pretty dumb I'd say: https://github.com/nameclash/cmake-sandbox/blob/master/CMakeLists.txt12:22
*** locutus_ <locutus_!~LocutusOf@> has quit IRC12:26
*** rperier <rperier!~quassel@unaffiliated/bambee> has quit IRC12:37
*** rperier <rperier!~quassel@234.ip-51-91-57.eu> has joined #yocto12:39
*** rperier <rperier!~quassel@unaffiliated/bambee> has joined #yocto12:41
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto12:42
*** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has joined #yocto12:51
*** gtristan <gtristan!~tristanva@> has joined #yocto12:55
*** kroon <kroon!~kroon@> has quit IRC13:04
*** rizi <rizi!4d0419a1@x4d0419a1.dyn.telefonica.de> has joined #yocto13:15
rizihey i am facing an issue while adding IMAGE_INSTALL_append = " gdbserver" to my local.conf file. it gives a ParseError. can anyone suggest why is that. and how to solve this13:19
*** gtristan <gtristan!~tristanva@> has quit IRC13:19
rburtonpastebin please13:22
rizisorry what? @rburton you said to me13:23
rburtonrizi: you're asking us to debug an error without any information13:24
rburtonso put in pastebin.com or similar the actual error messages13:24
*** riz49 <riz49!4d0419a1@x4d0419a1.dyn.telefonica.de> has joined #yocto13:26
riz49rburton : the error: ERROR: Unable to start bitbake server (None)ERROR: Server log for this session (/home/rizwan/src/ara-project/build/bitbake-cookerdaemon.log):--- Starting bitbake server pid 10968 at 2020-04-21 15:14:08.009669 ---ERROR: ParseError at /home/rizwan/src/ara-project/build/conf/local.conf:144: unparsed line: 'IMAGE_INSTALL_append =13:27
riz49“ gdbserver"'13:27
rburtonand if you delete that line it works?13:28
riz49yes it works, but i need to add gdbserver13:29
rburtondid you actually verify that deleting that line makes it work agai13:29
JaMause the right quotes and it should work13:29
rburtonoh yeah, if that's a copy-paste then the first quotes are smart13:29
rburton“ != "13:30
riz49actually i have to add three things to image. IMAGE_GEN_DEBUGFS = "1"IMAGE_FSTYPES_DEBUGFS = "tar.bz2"13:33
riz49and IMAGE_INSTALL_append = “ gdbserver"13:33
rburtonif you're copy-pasting that line from the manual and it had bad quotes then please do show us what bit so the docs can be fixed13:33
*** AndersD__ <AndersD__!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto13:34
JaMaquotes look ok e.g. in https://www.oreilly.com/library/view/mastering-embedded-linux/9781787283282/25b6d1c4-80e9-46da-b0be-8bd333631c7d.xhtml13:35
riz49ok i get back to you on this13:35
*** AndersD_ <AndersD_!~AndersD@195-67-57-138.customer.telia.com> has quit IRC13:36
riziyes JaMa thanx for sharing13:36
*** AndersD_ <AndersD_!~AndersD@> has joined #yocto13:37
*** AndersD__ <AndersD__!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC13:40
FrazerClewshi, ive been looking at the bins in bitbake and noticed one called bitdoc, but it seems broken. i have been working on getting it working and up to date which i have done for the most part, is this something that is still used in previous versions, or desired for use now, or should it be removed?13:41
rburtonnever seen that before :)13:43
rokmHi, I wrote this morning with question related to initramfs image and package/driver that is dependend of MACHINE13:43
rokmI checked and "KERNEL_MODULE_AUTOLOAD": " ixgbe" and "MACHINE_ESSENTIAL_EXTRA_RDEPENDS": " ixgbe"13:44
rokmbut still when I boot initramfs image ixgbe is not available13:45
rokmIt will be available only when I add ixgbe to PACKAGE_INSTALL in my initramfs recipe13:45
FrazerClewsrburton i have made a branch that fixes it, but if its not used or wanted anymore, do you want me to remove it. do feel its serves somewhat of a purpose13:46
FrazerClews`Create a set of html pages (documentation) for a bitbake.conf...`13:46
*** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has joined #yocto13:47
*** mamadeus <mamadeus!~mamadeus@> has joined #yocto13:47
nameclashrburton: in my last company we used to pack binaries in our product installers with last modified date 10 years after the epoch, with no one knowing where the hell they came from and where the sources were... we had long discussions whether I'd be safe to delete them in the next release or if we'd freak out some server farm admin sitting under a mountain somewhere in finland... we decided to keep it13:48
qschulzrokm: shouldn't it be kernel-module-ixgbe in MACHINE_ESSENTIAL_EXTRA_RDEPENDS?13:49
rokmI added it too13:50
rokmthen EXTRA_... contains both: ixgbe and kernel-module-ixgbe13:50
qschulzrokm: do you have MACHINE_ESSENTIAL_EXTRA_RDEPENDS or packagegroup-core-boot in your PACKAGE_INSTALL in your initramfs recipe?13:51
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto13:52
rokmI have MACHINE_ESSENTIAL.. like I wrote above and it contains this ixgbe13:52
rokmand I don't have packagegroup-core-boot13:52
qschulzrokm: do you have PACKAGE_INSTALL += "${MACHINE_ESSENTIAL_EXTRA_RDEPENDS}" in your initramfs recipe? You set MACHINE_ESSENTIAL_EXTRA_RDEPENDS in the machine configuration file as well right?13:53
rokmyes I have MACHINE.... in machine specific folder and conf file.13:54
rokmbut I don't have PACKAGE_INSTALL like you wrote :o13:54
rokmlet me try this13:54
riz49rburton: my yocto image was working fine until i add in local.conf file. now when i even removed those lines from local.conf file i get the same error. how to resolve this. the error is <<<<pyinotify.WatchManagerError: add_watch: cannot watch /home/rizwan/src/ara-project/build/conf WD=-1, Errno=No space left on device (ENOSPC)ERROR: No space left13:55
riz49on device or exceeds fs.inotify.max_user_watches?ERROR: To check max_user_watches: sysctl -n fs.inotify.max_user_watches.ERROR: To modify max_user_watches: sysctl -n -w fs.inotify.max_user_watches=<value>.ERROR: Root privilege is required to modify max_user_watches.13:55
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto13:55
qschulzriz49: well... "Errno=No space left on device"13:56
riz49qschulz: still it was running earlier with same packages. it should run atleast with same packages.13:58
riz49how to resolve this then? should i build the image from scratch?13:58
qschulzriz49: you should make some space on your device before building again13:58
riz49qschulz ok thanx13:59
nameclashriz49: not if you ran your build with additional packages, the build consumes space on disk and is not freed automatically just by removing the lines from you image...13:59
riz49nameclash ah now i understood. thanx for clarifying14:00
qschulznameclash: also.. might be some other software filling up disk space :)14:01
nameclashriz49: maybe consider also adding INHERIT += " rm_work" to your config14:01
nameclashqschulz: let's not even think about that ;)14:01
riz49nameclash i will try that14:03
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:03
*** nacknick <nacknick!d984e681@cbl217-132-230-129.bb.netvision.net.il> has quit IRC14:05
*** dp <dp!~phillid@oh.not.bad.aye.yeah.nah.nz> has quit IRC14:06
rokmqschulz: now it is on initramfs image, thanks :)14:11
rokmqschulz: but still autoload doesn't work14:12
*** dp <dp!~phillid@oh.not.bad.aye.yeah.nah.nz> has joined #yocto14:12
rokmI have to modprobe14:12
qschulzrokm: ok, that's a first step. Where is your KERNEL_MODULE_AUTOLOAD defined?14:17
rokmqschulz: in the same machine conf where ..ESSENTIAL.. is defined14:19
qschulzok, and this one you have ixgbe only and not kernel-module-ixgbe right?14:20
rokmyes -> "KERNEL_MODULE_AUTOLOAD": " ixgbe",14:20
rokmin machine conf and this above comes from json file after build14:21
qschulzrokm: do you have something in /etc/modules-load.d/ on the target?14:24
rokmwhen I look for this driver on rootfs, it seems to be under /lib/modules/kernel../updates/driver14:24
rokmI have this ixgbe.conf14:25
rokmwhich contains ixgbe14:25
qschulzotherwise, I could suggest to have PACKAGE_INSTALL += "packagegroup-core-boot" just to check it's not in there. I'm pretty much clueless after that :/14:25
rokmI have my custom init14:27
qschulzI think this autoload is handled by systemd14:27
rokmso probably It will end that I will modprobe it somewhere there14:28
rokmI don't have systemd :)14:28
qschulzrokm: yup indeed14:28
qschulzwe use sysv, we have to modprobe manually :)14:28
rokmI also have sysv14:28
rokmin my initramfs14:28
rokmthanks for help qschulz14:29
qschulzrokm: my pleasure, have fun14:29
*** mattovsky_mc <mattovsky_mc!~matt_mc@> has quit IRC14:29
*** PatrickE <PatrickE!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.> has quit IRC14:30
*** xtron <xtron!~xtron@> has joined #yocto14:32
*** AndersD_ <AndersD_!~AndersD@> has quit IRC14:33
*** havok101 <havok101!~havok101@2601:249:1000:b30:4928:3d5f:4a62:89a4> has joined #yocto14:35
*** gtristan <gtristan!~tristanva@> has joined #yocto14:38
*** fbre <fbre!91fdde45@> has joined #yocto14:40
fbreHi, what must I type on my console to get over this error: recipe for target 'silentoldconfig' failed14:42
fbreIt happened after I switched on USB via   bitbake virtual/kernel -c menuconfig14:42
fbrebitbake core-image-minimal -c cleanstate       (or also with cleanall) hasn't helped14:43
fbreDo you have any idea? Searching the internet did not help me14:45
qschulzfbre: you cleaned the sstate-cache of your image recipe, not your kernel recipe. What is the full log of the error for the kernel?14:49
fbreqschulz: please, look at https://www.dropbox.com/s/1dw24ukzmvlgiv1/20200421_165217.jpg?dl=014:54
havok101Hi, I'm trying to build an imx8 from variscite. I keep getting this error Nothing provides virtual/egl.14:54
havok101It says imx-gpu-viv provides virtual/egl but was skipped: incompatible machine14:56
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC14:56
*** vineela <vineela!~vtummala@> has joined #yocto14:57
smurrayYPTM: Scott Murray on14:59
dl9pfYPTM: Jan-Simon is on14:59
fbreI also tried (which did not help either):   bitbake virtual/kernel -c cleanall15:01
fbreand bitbake virtual/kernel -c cleanstate   as well15:01
qschulzcleansstate with two s?15:02
* tlwoerner congratulates Steve Sakoman at LTS maintainer15:02
fbreno, one s15:03
qschulzfbre: no two :)15:03
fbrecleansstate is correct?15:04
qschulzfbre: -c listtasks (two t :) ) to check what is available for a recipe15:04
*** invalidopcode <invalidopcode!~invalidop@cpe-76-95-210-55.socal.res.rr.com> has joined #yocto15:04
fbreargh, I thought it means to CLEAN the STATE15:05
yoctiNew news from stackoverflow: error when starting wifi interface: failed to load regulatory.db <https://stackoverflow.com/questions/61346623/error-when-starting-wifi-interface-failed-to-load-regulatory-db>15:05
*** fbre94 <fbre94!91fdde45@> has joined #yocto15:06
alejandrohsYPTM: Alejandro is on15:07
qschulzfbre: but that is a weird error... I don't see why it would fail explicitly at that point when doing the new .config...15:07
guerinonihi, does anyone do private courses?15:07
JaMaYPTM: Martin Jansa is on (muted)15:07
qschulzfbre: it's called sstate :)15:07
havok101I have appended imx-gpu-viv_%-arch64 and added the machine i'm building to Compatible machine but it still fails15:07
qschulzhavok101: the recipe does not have your machine in COMPATIBLE_MACHINE maybe?15:08
fbre94qschulz: OK, thanx so far. hmm cleansstate did not help either15:09
fbre94I think I must delete and checkout the whole stuff again15:09
*** fbre <fbre!91fdde45@> has quit IRC15:09
*** guerinoni <guerinoni!~guerinoni@host9-78-dynamic.251-95-r.retail.telecomitalia.it> has quit IRC15:09
havok101so i appended the recipe and added this COMPATIBLE_MACHINE(mx8|imx8mn-var-som). Still no go15:10
havok101Is there something else I need to be tweaking. This is based on the 4.14 kernel15:10
*** guerinoni <guerinoni!~guerinoni@host9-78-dynamic.251-95-r.retail.telecomitalia.it> has joined #yocto15:10
qschulzfbre94: and what about linux-imx instead of virtual/kernel? Are you passing the machine as well?15:10
qschulzhavok101: what is the exact line you have added for the COMPATIBLE_MACHINE in your bbappend? Also please check your bbappend is taken into account by running bitbake-layers show-appends imx-gpu-viv15:11
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto15:12
fbre94qschulz: Do you mean core-image-minimal instead of linux-img? I don't know what linux-img mean. I guess core-image-minimal is how it is named here15:12
*** mamadeus_ <mamadeus_!~mamadeus@> has joined #yocto15:12
qschulzfbre94: core-image-minimal is an image recipe and you're trying to debug a package recipe, different things :) virtual/kernel is a virtual package, so depending how machine configuration files, distro files and/or recipe files, virtual/kernel can actually be any kernel recipe15:14
*** frsc <frsc!~frsc@82-173-142-46.pool.kielnet.net> has quit IRC15:14
*** mamadeus <mamadeus!~mamadeus@> has quit IRC15:15
qschulzfbre94: your kernel recipe is linux-imx as per the log you sent me. Which makes sense for your machine which is an imx8 something15:15
qschulzit is very unlikely that bitbake virtual/kernel -c cleansstate actually does not fix your recipe if all you did between the moment it worked and now is using -c menuconfig and nothing else15:17
fbre94qschulz: OK, I called bitbake linux-imx -c cleansstate        Next, I tried to bitbake again but it stops with that 'silentoldconfig' failed error again15:18
qschulzhavok101: I suspect your bbappend isn't taken into account because I doubt imx-gpu-viv_%-arch64.bbappend works (happy to be proven otherwise :) )15:18
havok101I think you're right.15:18
qschulzfbre94: did it ever work before? You have made no changes whatsoever to any of the files used by the recipe (including the recipe itself or any bbappend)?15:18
*** riz49 <riz49!4d0419a1@x4d0419a1.dyn.telefonica.de> has quit IRC15:19
fbre94yes, it has worked before. Then I just called   bitbake virtual/kernel -c menuconfig    loaded my kernel config, switched on the USB checkbox, saved my kernel config   and then the bitbake call again which fails then as you have seen15:20
*** emrius <emrius!5edfbc5d@> has joined #yocto15:20
fbre94OK, guys. I must leave now. Thank you very much for your help so far anyway. I really appreciate this IRC here15:22
fbre94See you15:22
emriusHello everybody, I hope you are all healthy and fine. I'm struggling to start the wifi interface. Actually, it does not exists... strange. This is what I get when I run `ifconfig -a`: https://pastebin.com/sV508PPi15:22
qschulzfbre94: gl15:22
*** fbre94 <fbre94!91fdde45@> has quit IRC15:22
emriusI have `DISTRO_FEATURES_append = " wifi"` in my local.conf15:23
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC15:23
qschulzemrius: you need wifi drivers I'd say15:23
*** rizi <rizi!4d0419a1@x4d0419a1.dyn.telefonica.de> has quit IRC15:23
emriusI'm using an out of tree driver from here:  https://github.com/geomatsi/meta-sunxi-contrib/tree/master/recipes-bsp/rtl8189fs-mod15:23
*** rizi <rizi!4d0419a1@x4d0419a1.dyn.telefonica.de> has joined #yocto15:24
qschulzemrius: ok, do you have this kernel module available at runtime somewhere?15:24
*** yacar_ <yacar_!~yacar_@lfbn-orl-1-351-171.w90-35.abo.wanadoo.fr> has quit IRC15:24
emriusWhen I run modprobe 8189fs it seems to load the driver15:24
*** mamadeus__ <mamadeus__!~mamadeus@> has joined #yocto15:24
qschulzemrius: lsmod?15:25
emrius8189fs               1282048  -215:25
emriuscfg80211              282624  -215:25
emrius(that was the output of lsmod ( part of it))15:26
qschulznothing weird in dmesg lately? something like a missing fw?15:26
qschulzbut why -2?15:26
emriushmm to be honest I don't know15:27
rizihey qschulz: i have an image built. i tried to add a package and it give me error "no space left on device". now i am trying to add space to image by adding  IMAGE_ROOTFS_EXTRA_SPACE = "5242880" to local.conf file but still it is giving same error. how to solve this problem?15:27
*** mamadeus_ <mamadeus_!~mamadeus@> has quit IRC15:27
emriusseems to be the case for all the kernel modules. Is that bad?15:27
qschulzrizi: you are out of space on your build system not the target15:27
riziah damn15:28
qschulzemrius: that is weird...15:28
tlwoernermoto-timo: we have the same issue with the arm target, isn't it some old armv5/armv6 architecture?15:28
emriushmm ok15:28
qschulzemrius: anything valuable in recent dmesg output?15:29
emriusI mean when I modprobe the module it gives a pretty gerneric warning:15:29
emrius[   81.818203] 8189fs: loading out-of-tree module taints kernel.15:29
riziqschulz: i just checked my build machine has 200gb free.15:30
moto-timotlwoerner: I think many architectures have issues... interested parties sccratch the itch when they feel like it?15:30
qschulzrizi: on the partition where the tmp dir is?15:30
qschulz(tmp for Yocto tmp dir). Also, you might hit the max inode number as specificed in the error15:30
moto-timotlwoerner: and when nobody around cares enough ... (MIPS?)15:30
tlwoernermoto-timo: are there better emulators?15:30
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC15:31
moto-timotlwoerner: no data. can't give an answer.15:31
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC15:31
* moto-timo needs to do more research obviously15:32
moto-timoas I said, half baked thought15:32
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-049.hsi5.kabel-badenwuerttemberg.de> has joined #yocto15:33
emriusqschulz There is an issue with regulatory db when loading the driver: [  175.470585] cfg80211: failed to load regulatory.db15:33
emriusBut the driver module loads anyways15:34
havok101so I think my problem is bitbake-layers show-appends says imx-gpu-viv_6.2.4.p4.0-aarch54.bb (skipped)15:34
havok101can't append if base recipe is skipped15:34
RPtlwoerner: we updated the qemuarm to v715:34
tlwoernerRP: ah, so that wasn't a qemu issue then15:35
qschulzemrius: IMAGE_INSTALL += "crda" and let's see after that15:35
RPtlwoerner: more that v7 didn't exist when qemuarm was created ;-)15:35
emriusyeah, actually I installed that using dnf. As the error is still there I assumed it wasnt related to that.15:35
qschulzhavok101: ugh, duh. Since the COMPATIBLE_MACHINE isn't set /me facepalms myself15:35
emriusqschulz: Ah one step further: `COUNTRY environment variable not set`15:36
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto15:36
havok101I'd imagine it should use -aarch64 file since it's an mx815:37
qschulzhavok101: I don't think you can make bbappends machine specific15:37
qschulzemrius: unfortunately github is down now and hans is also not on IRC so not easy to contact15:38
qschulzah it's back15:38
emriusqschulz Ok, Damn github. who is hans?15:38
kergothRP: i think moving python code from bbclasses to lib/oe will require improving the python checksumming to handle imported module files properly, at least for the oe package15:39
*** [Sno] <[Sno]!~sno@p4FE9389E.dip0.t-ipconnect.de> has joined #yocto15:39
*** xtron <xtron!~xtron@> has quit IRC15:40
qschulzemrius: the one hosting this github repo. Used to do lots of work on allwinner boards.15:40
qschulzemrius: maybe you could ask folks on #linux-sunxi or contact the people from meta-sunxi15:40
emriusAh I see! I looked a lot into his repo to find answers. helped a lot already15:40
qschulzhavok101: try with imx-gpu-viv_%.bbappend15:41
emriusqschulz Thanks!15:41
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto15:42
qschulzemrius: maybe try with modprobe -v as well?15:42
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto15:43
emriusI mean crda is erroring now: Failed to set regulatory domain: -715:44
emriusbut the driver still loads15:44
emriusqschulz But maybe it's best to try to contact hans directly through github15:45
havok101oh... my... god... my meta-fsl-bsp-release was not at the right commit. It has support for mx8mm but not mx8mn ..argh15:45
havok101it works now15:45
RPkergoth: Right, that is one of my concerns. I did wonder about simply doing a static scan and inject a file listing the dependencies15:47
kergothmight be easiest15:48
kergothI expect the simple case would be easy enough to do when scanning the ast, grab the import nodes, map to the files on disk, scan them.... it's uglier stuff like nested try/excepts that'd be more problematic to handle15:48
kergothcourse that's assuming nothing funky in the import mechanisms, which there shouldn't be for us, but isn't true in the general case..15:48
RPkergoth: we already have that limitation with the current scanning code?15:48
RPbut yes, agreed15:49
RPkergoth: did you have any thoughts on a variable "filter" function flag?15:49
RPkergoth: its potentially open to so much abuse is my main worry (and performance)15:50
*** pbb <pbb!~quassel@pbb.lc> has quit IRC15:51
*** pbb <pbb!~quassel@pleroma.pbb.lc> has joined #yocto15:52
havok101I believe this was the key MACHINEOVERRIDES_EXTENDER_mx8mn  = "imxdrm:imxgpu:imxgpu3d"15:54
qschulzemrius: I mean, try to fix this crda error first?15:54
qschulzhavok101: yup, that makes sense from the few times I had to deal with gpu on imx15:54
emriusqschulz That is probably a good idea to rule that out. I'm on it15:55
*** Alternate_Pacifi is now known as The_Pacifist15:56
*** The_Pacifist <The_Pacifist!~The_Pacif@vtluug/member/the-pacifist> has joined #yocto15:56
havok101Thanks for your help though15:59
*** g0hl1n <g0hl1n!~g0hl1n@83-215-125-121.lhau.dyn.salzburg-online.at> has joined #yocto16:03
*** fl0v0 <fl0v0!~fvo@> has quit IRC16:06
emriusqschulz here is an explanation why the lsmod used by column shows -2 on my target: https://unix.stackexchange.com/questions/269500/lsmod-shows-2-in-the-used-by-column16:07
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC16:08
*** sagner <sagner!~ags@2a02:169:3df5::587> has quit IRC16:14
*** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has quit IRC16:14
*** sagner <sagner!~ags@2a02:169:3df5::edf> has joined #yocto16:14
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto16:21
*** nerdboy <nerdboy!~sarnold@> has joined #yocto16:32
*** vineela <vineela!~vtummala@> has quit IRC16:32
*** nerdboy <nerdboy!~sarnold@> has quit IRC16:33
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:33
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC16:33
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-mkaaomaqpmxfphmk> has quit IRC16:36
*** bradfa <bradfa!uid297668@gateway/web/irccloud.com/x-heibbdngglsaxzmq> has quit IRC16:37
*** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-ketitnkbobvaxnju> has quit IRC16:38
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-heqrxomkmuetycuw> has quit IRC16:39
*** bradfa <bradfa!uid297668@gateway/web/irccloud.com/x-skzjfqicyjdcyzlx> has joined #yocto16:39
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-zsrzxjkkogdnguxx> has joined #yocto16:40
*** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-yfvoaraparzqnygc> has joined #yocto16:40
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-zsrzxjkkogdnguxx> has quit IRC16:41
*** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-kgtejqzqbftefxvt> has quit IRC16:41
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-cefwoogpszckgfii> has joined #yocto16:41
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-swncvguynkjmpcqo> has joined #yocto16:41
*** guerinoni <guerinoni!~guerinoni@host9-78-dynamic.251-95-r.retail.telecomitalia.it> has quit IRC16:41
*** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-rdhpcwckuuimqldx> has joined #yocto16:42
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-cefwoogpszckgfii> has quit IRC16:42
*** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-yfvoaraparzqnygc> has quit IRC16:42
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-zdtixhsdfprpdnll> has joined #yocto16:43
*** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-tjmtphchwfizlizl> has joined #yocto16:43
*** andycooper_home <andycooper_home!uid246432@gateway/web/irccloud.com/x-fwexbbsgdfuaenlt> has quit IRC16:45
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto16:45
*** lh__ <lh__!sid77898@gateway/web/irccloud.com/x-autbzlmairsvbkxw> has quit IRC16:45
*** lh__ <lh__!sid77898@gateway/web/irccloud.com/x-raxadbxrazqyxojj> has joined #yocto16:46
*** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-tjmtphchwfizlizl> has quit IRC16:46
*** andycooper_home <andycooper_home!uid246432@gateway/web/irccloud.com/x-nfiqnopeunlmvhka> has joined #yocto16:46
*** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has joined #yocto16:47
*** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-flnprdwmzzbhpkjq> has joined #yocto16:48
*** nohit <nohit!sid334887@gateway/web/irccloud.com/x-uopagcpulyyelhay> has quit IRC16:48
*** nohit <nohit!sid334887@gateway/web/irccloud.com/x-idaznbgxkfblwdcw> has joined #yocto16:49
*** emrius <emrius!5edfbc5d@> has quit IRC16:57
*** mckoan is now known as mckoan|away17:00
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto17:02
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC17:03
*** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has quit IRC17:14
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC17:14
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto17:15
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto17:16
*** mamadeus__ <mamadeus__!~mamadeus@> has quit IRC17:17
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC17:20
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto17:23
*** vineela <vineela!~vtummala@> has joined #yocto17:25
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC17:25
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-049.hsi5.kabel-badenwuerttemberg.de> has quit IRC17:31
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC17:32
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@> has joined #yocto17:34
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto17:34
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto17:37
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto17:38
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC17:48
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-049.hsi5.kabel-badenwuerttemberg.de> has joined #yocto17:49
*** |Sno| <|Sno|!~sno@p4FE9389E.dip0.t-ipconnect.de> has joined #yocto18:00
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto18:01
*** [Sno] <[Sno]!~sno@p4FE9389E.dip0.t-ipconnect.de> has quit IRC18:02
*** junland <junland!~junland@> has quit IRC18:03
*** junland <junland!~junland@> has joined #yocto18:08
*** junland <junland!~junland@> has quit IRC18:12
*** junland <junland!~junland@> has joined #yocto18:15
*** elcfd <elcfd!~thor@> has joined #yocto18:17
*** vineela <vineela!~vtummala@> has quit IRC18:17
*** elcfd <elcfd!~thor@> has left #yocto18:19
*** tomjose <tomjose!~tomjose@> has quit IRC18:22
*** rizi <rizi!4d0419a1@x4d0419a1.dyn.telefonica.de> has quit IRC18:23
*** vineela <vineela!vtummala@nat/intel/x-cxtodxgmxdtbnjwb> has joined #yocto18:23
*** anoo1_ <anoo1_!~anoo1@> has joined #yocto18:23
*** anoo1 <anoo1!~anoo1@> has quit IRC18:23
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC18:27
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto18:28
*** vineela <vineela!vtummala@nat/intel/x-cxtodxgmxdtbnjwb> has quit IRC18:54
*** ka6sox is now known as zz_ka6sox18:57
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC19:03
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto19:04
*** nemgti-og <nemgti-og!nemgti-og@gateway/vpn/protonvpn/nemgti-og> has joined #yocto19:05
nemgti-ogHello. I am creating to recipies, one depends on the other. The latter is not able to find some make files that the former is providing. the former's recipe is installing such cmake files in ${D}${libdir}/cmakes successfully (I can find the cmake files in the imaegs folder of the build folder of such recipe). The later one DEPENDS on the former but still it is not able to fidn the cmake files19:08
nemgti-ogI added the dependencit also on RDEPENDS_${PN} but still the same result... am I missing something?19:09
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC19:09
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC19:10
*** jobroe <jobroe!~manjaro-u@p579EB4C0.dip0.t-ipconnect.de> has quit IRC19:12
*** tgamblin_ is now known as tgamblin19:13
*** zz_ka6sox is now known as ka6sox19:22
*** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has quit IRC19:28
*** maudat <maudat!~moda@> has joined #yocto19:29
*** interruptguy_ <interruptguy_!~interrupt@82-181-11-213.bb.dnainternet.fi> has quit IRC19:29
*** interruptguy_ <interruptguy_!~interrupt@82-181-11-213.bb.dnainternet.fi> has joined #yocto19:29
*** vineela <vineela!vtummala@nat/intel/x-lkzjvfqiwdyixask> has joined #yocto19:36
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto19:37
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto19:40
*** tomjose <tomjose!~tomjose@> has joined #yocto19:42
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC19:47
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto19:47
*** bradfa <bradfa!uid297668@gateway/web/irccloud.com/x-skzjfqicyjdcyzlx> has quit IRC20:03
*** JaMa <JaMa!~martin@> has quit IRC20:19
*** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.> has quit IRC20:31
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto20:34
*** interruptguy_ <interruptguy_!~interrupt@82-181-11-213.bb.dnainternet.fi> has quit IRC20:49
*** interruptguy_ <interruptguy_!~interrupt@82-181-11-213.bb.dnainternet.fi> has joined #yocto20:49
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto20:49
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC20:58
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC21:03
*** nemgti-og <nemgti-og!nemgti-og@gateway/vpn/protonvpn/nemgti-og> has quit IRC21:04
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC21:12
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC21:14
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-049.hsi5.kabel-badenwuerttemberg.de> has quit IRC21:16
*** rburton <rburton!~rburton@> has quit IRC21:18
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC21:27
*** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has quit IRC21:43
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:4c69:7b2b:232d:9ecc> has quit IRC22:01
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:4c69:7b2b:232d:9ecc> has joined #yocto22:03
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:4c69:7b2b:232d:9ecc> has quit IRC22:08
*** havok101 <havok101!~havok101@2601:249:1000:b30:4928:3d5f:4a62:89a4> has quit IRC22:09
*** leon-anavi <leon-anavi!~Leon@> has quit IRC22:29
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has quit IRC22:32
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC22:34
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has joined #yocto22:35
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has joined #yocto22:35
*** ka6sox is now known as zz_ka6sox22:44
*** palate <palate!~palate@palate.powered.by.lunarbnc.net> has quit IRC22:49
*** palate_ <palate_!~palate@palate.powered.by.lunarbnc.net> has joined #yocto22:49
*** palate_ is now known as palate22:49
*** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has quit IRC22:56
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC22:56
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-zdtixhsdfprpdnll> has quit IRC23:32
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC23:38

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!