Wednesday, 2020-01-15

Yatekiibah I don't understand how versioning of the packages works :(00:02
khemYatekii: its based on debian version policy mainly https://www.debian.org/doc/debian-policy/ch-controlfields.html#version00:06
Yatekiikhem: I am trying to make my recipe with autorev work ...00:06
Yatekiinow I get WARNING: raichu-core-${SRCPV}-r0 do_unpack: raichu-core: the directory ${WORKDIR}/git (/home/yatekii/repos/raichu/build-openstlinuxtkrt-stm32mp1-raichu-cubemx/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-openstlinux_tkrt-linux-gnueabi/raichu-core/${SRCPV}-r0/git) pointed to by the S variable doesn't exist - please set S within the recipe to point to where the source has been unpacked to00:06
*** net_wayfarer <net_wayfarer!net_wayfar@gateway/shell/ircnow/x-rebzhdpdrvpatjyj> has joined #yocto00:07
Yatekiihttps://gist.github.com/Yatekii/0fe441777b3a25c9cad29763e82b7fb1 is my receipe00:07
*** net_wayfarer <net_wayfarer!net_wayfar@gateway/shell/ircnow/x-rebzhdpdrvpatjyj> has quit IRC00:07
Yatekiiidk, all the guides and stuff are so unprecise ...00:07
khemremove tag=00:08
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC00:09
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC00:09
khemand SRC_URI should be SRC_URI = "git://github.com/rust-embedded/gpio-utils.git;protocol=https"00:09
Yatekiihttps://gist.github.com/Yatekii/8dc9de1aa9c0a675abc192206abeda8c is what I get00:12
Yatekiiadding the protocol instead of the tag didn't help much :/00:12
*** net_wayfarer <net_wayfarer!net_wayfar@gateway/shell/ircnow/x-omwufmuounewwdca> has joined #yocto00:13
khemdoes SRCREV = "282ea12416d2ad29a3f4c8612fa56c14cd569c2c" work ?00:17
Yatekiihttps://gist.github.com/Yatekii/4464ec800db6ce5e1a1ee44cc0a76dbf nah, same as in the afternoon00:20
*** net_wayfarer <net_wayfarer!net_wayfar@gateway/shell/ircnow/x-xawnexischvhopxf> has joined #yocto00:20
Yatekiieven if I add the tag 0.3.0 and name the receipe raichu-core_0.3.0 it does not work00:24
Yatekiiwhen I look into the work dir there is a file called gpio-utils.git which contains the html of the git repo LOL and the git dir is empty00:24
Yatekii....00:24
*** JPEW <JPEW!~JPEW@2600:1f16:181:f300:d350:982:b6f5:216c> has quit IRC00:25
*** zbooth <zbooth!~zbooth@ec2-18-219-251-161.us-east-2.compute.amazonaws.com> has quit IRC00:25
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto00:27
Yatekiiuhm it was the http:// ...00:28
Yatekiiit needed to be git://00:29
khemwell you should read messages00:30
Yatekiithey don't tell00:31
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC00:31
Yatekiiand why do they do it like this in the example then lol00:31
Yatekiiwell00:31
khemmessages here i meant thats what i wrote above00:31
*** zbooth <zbooth!~zbooth@2600:1f16:181:f300:d350:982:b6f5:216c> has joined #yocto00:31
Yatekiikhem: ohhhhhh sorry I just saw the end00:32
Yatekiithanks!00:32
Yatekiiwhy did they do it wrong in the example then? :/00:32
*** net_wayfarer <net_wayfarer!net_wayfar@gateway/shell/ircnow/x-txlkkeyzfronwdwa> has joined #yocto00:32
khemto err is human :)00:32
khemfile a bug00:32
Yatekiikhem: well that readme exists for many months now ... I mean somebody must have recognized ...00:33
Yatekiiwell anyhow00:33
khemwhere did you pick the example from ?00:34
khemthey might be using http fetcher which is fine00:35
khemyou were trying to use git fetcher00:35
YatekiiI wonder what the issue here is: bb.data_smart.ExpansionError: Failure expanding variable SRCPV, expression was ${@bb.fetch2.get_srcrev(d)} which triggered exception FetchError: Fetcher failure: Conflicting revisions (AUTOINC from SRCREV and git from the url) found, please specify one valid value00:35
YatekiiI read the guide on AUTOREV but I still don't understand :/00:35
Yatekiikhem: uhm how do I know which fetcher it's using? :/00:35
khemit cant get to the repo and run git ls-remote00:35
*** JPEW <JPEW!~JPEW@ec2-18-219-251-161.us-east-2.compute.amazonaws.com> has joined #yocto00:36
Yatekiiuhm oh, so this worked wat00:36
YatekiiI don't understand yet ...00:37
khemhttps://www.yoctoproject.org/docs/1.6/bitbake-user-manual/bitbake-user-manual.html#bb-fetchers00:37
*** net_wayfarer <net_wayfarer!net_wayfar@gateway/shell/ircnow/x-mdftyhhfadskhwbe> has joined #yocto00:37
Yatekiiyes, it says the url prefix determines the fetcher00:38
Yatekiiso when I am using https:// it should use that fetcher which didn't work00:38
*** zbooth <zbooth!~zbooth@2600:1f16:181:f300:d350:982:b6f5:216c> has quit IRC00:38
*** JPEW <JPEW!~JPEW@ec2-18-219-251-161.us-east-2.compute.amazonaws.com> has quit IRC00:38
Yatekiianyhow, seems to be building the image just fine now :)00:39
Yatekiihmm how is D determined?00:40
khemSRCPV needs a scm fetcher00:40
*** JPEW <JPEW!~JPEW@ec2-18-219-251-161.us-east-2.compute.amazonaws.com> has joined #yocto00:40
Yatekiiwell I tried without that cursed variable and just use the git tag00:41
Yatekiiwhich didn't work either00:41
khemread about fetchers they are quite configurable00:43
*** net_wayfarer <net_wayfarer!net_wayfar@gateway/shell/ircnow/x-zjdseqkcwejksqlk> has joined #yocto00:44
khemone can get the syntax wrong easily00:44
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC00:44
*** zbooth <zbooth!~zbooth@ec2-18-219-251-161.us-east-2.compute.amazonaws.com> has joined #yocto00:46
*** net_wayfarer <net_wayfarer!net_wayfar@gateway/shell/ircnow/x-gdpeohxvdwurvftc> has joined #yocto00:52
*** stuom1 <stuom1!3eecd81d@62.236.216.29> has quit IRC00:56
*** net_wayfarer <net_wayfarer!net_wayfar@gateway/shell/ircnow/x-ftpjpwoiznxhgnwy> has joined #yocto00:58
*** net_wayfarer <net_wayfarer!net_wayfar@gateway/shell/ircnow/x-ttvfhbizmqkuwthe> has joined #yocto01:05
Yatekiihmm can I clone a private repo somehow if I have a creadential store?01:11
*** net_wayfarer <net_wayfarer!net_wayfar@gateway/shell/ircnow/x-fcgowvhhuzooxaha> has joined #yocto01:11
*** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto01:12
*** net_wayfarer <net_wayfarer!net_wayfar@gateway/shell/ircnow/x-mrcfhyprlgarsvag> has joined #yocto01:23
*** net_wayfarer <net_wayfarer!net_wayfar@gateway/shell/ircnow/x-rsuafpufkznctpnq> has joined #yocto01:38
*** sgw <sgw!sgw@nat/intel/x-yxqwtcrfhrhidppp> has quit IRC01:48
*** net_wayfarer <net_wayfarer!net_wayfar@gateway/shell/ircnow/x-pfgcwqajensaylpg> has joined #yocto01:50
*** net_wayfarer <net_wayfarer!net_wayfar@gateway/shell/ircnow/x-fwkzlnkfnddmpecg> has joined #yocto01:56
khemyes02:00
khemuse git://user@host:......;protocol=ssh for SRC_URI02:00
khemyou can use ~/.netrc to specify password for accessing git server02:01
*** rangergord <rangergord!~rangergor@modemcable186.198-70-69.static.videotron.ca> has quit IRC02:24
*** armpit <armpit!~armpit@45.19.219.178> has quit IRC02:31
*** hpsy <hpsy!~hpsy@85.203.15.14> has quit IRC03:40
*** sgw <sgw!sgw@nat/intel/x-rymcjmwunpvgzhnw> has joined #yocto03:45
*** lfa_ <lfa_!~lfa@217.19.35.51> has joined #yocto03:54
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC03:57
*** davisr_ <davisr_!davisr@gateway/vpn/privateinternetaccess/davisr> has joined #yocto04:48
*** davisr <davisr!~davisr@cpe-184-58-235-7.wi.res.rr.com> has quit IRC04:50
*** armpit <armpit!~armpit@2601:202:4180:a5c0:fd83:79d8:6b68:b6b6> has joined #yocto05:07
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC05:40
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto05:40
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC05:45
*** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-73-43.cust.vodafone.cz> has joined #yocto05:47
*** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has joined #yocto06:36
*** stuom1 <stuom1!3eecd81d@62.236.216.29> has joined #yocto06:37
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto06:45
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC07:02
LetoThe2ndangelo__: no, i won't be at fosdom, sorry. but lots of other cool folks and content to be found there!07:02
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto07:02
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto07:03
*** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-73-43.cust.vodafone.cz> has quit IRC07:07
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto07:12
*** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-95-133.cust.vodafone.cz> has joined #yocto07:16
yoctiNew news from stackoverflow: How to remove linker error Problem undefined reference to `VTimeGetActiveHorzWidth' <https://stackoverflow.com/questions/59746449/how-to-remove-linker-error-problem-undefined-reference-to-vtimegetactivehorzwid>07:24
*** ThomasD13 <ThomasD13!~ThomasD13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto07:25
ThomasD13Good morning07:27
ThomasD13I've got a linux-ti-staging_%.bbappend file which looks like this: FILESEXTRAPATHS_prepend := "${THISDIR}/files:" SRC_URI += "files://spi.cfg"07:28
ThomasD13So just add files/spi.cfg as source file. When building this package, I get this error:07:29
ThomasD13bb.data_smart.ExpansionError: Failure expanding variable SRCPV, expression was ${@bb.fetch2.get_srcrev(d)} which triggered exception NoMethodError: Could not find a fetcher which supports the URL: 'files://spi.cfg'07:29
erboThomasD13: it's file://07:30
ThomasD13arrrrgh! Thanks erbo :)07:30
erboNo worries :)07:30
*** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has joined #yocto07:32
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto07:35
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto07:35
*** frsc <frsc!~frsc@2003:a:e7a:6200:4475:5b7:3b7d:d914> has joined #yocto07:36
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:43
PinkSnakeMorning all, I'm trying to create a custom image type ( with company crypto stuff) and i'm stuck when I want to copy rootfs from DEPLOY_IMAGE_DIR to an other folder. --> FATAL ERROR: Error reading file into data: Is a directorymkimage ||any idea to fix that ?07:57
*** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-95-133.cust.vodafone.cz> has quit IRC08:09
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC08:31
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC08:34
*** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has quit IRC08:43
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:56
*** leon-anavi <leon-anavi!~Leon@78.130.245.67> has joined #yocto08:59
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto08:59
*** mckoan|away is now known as mckoan09:00
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:00
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:00
*** florian_kc is now known as florian09:04
*** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto09:20
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto09:22
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC09:23
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto09:29
*** nacknick <nacknick!b9b8f483@185.184.244.131> has joined #yocto09:33
nacknickI want to add kernel feature to my image (CONFIG_SECCOMP_FILTER) how to to that?09:34
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:35
*** yann <yann!~yann@85.118.38.73> has joined #yocto09:37
qschulznacknick: which kernel are you using?09:39
qschulz(more specifically, which recipe)09:39
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-zezgbzfmfygvywxn> has joined #yocto09:47
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:49
*** sveinse <sveinse!~sveinse@7.92-221-150.customer.lyse.net> has quit IRC09:49
nacknickqschulz: I'm not sure. It's for Raspberry PI 3. How should I check which version?09:50
*** goliath <goliath!~goliath@nat008-WLTE1.uibk.ac.at> has joined #yocto09:51
*** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-92-10.cust.vodafone.cz> has joined #yocto09:53
qschulznacknick: bitbake virtual/kernel -e | grep PREFERRED_PROVIDER_virtual/kernel09:58
qschulznacknick: there might be a better way to know which one's used but I don't remember on top of my head09:58
*** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has joined #yocto10:00
qschulznacknick: basically the answer depends. If that recipe has "inherit kernel-yocto" somehwere, then you can create a defconfig fragment (.scc or .cfg) and add it to SRC_URI, that should do it I think (never used that mechanism tbh)10:07
qschulznacknick: if it does not, then it's recipe specific. Does it have a similar mechanism? usually if not, kernel recipes allow to pass a full defconfig to it in SRC_URI10:08
nacknickqschulz: PREFERRED_PROVIDER_virtual/kernel="linux-raspberrypi"10:13
qschulznacknick: check in linux-raspberrypi*.bb10:15
qschulzfrom what I read from the master version of this recipe, there is a `require recipes-kernel/linux/linux-yocto.inc` and in this file you have inherit kernel-yocto10:15
qschulzso create a defconfig fragment which ends in .scc or .cfg and add it in SRC_URI10:16
qschulz(in a bbappend in your layer)10:16
Yatekiiqschulz: https://gist.github.com/Yatekii/2ff8be70835b820109bc9883cbb73b1d this is my receipe now. hope that's ok. the only thing I don't understand is why I need to set the PV variable and why to that strange value. I read the docs but it still doesn't make sens to me fully.10:17
qschulzYatekii: LICENSE="CLOSED" => NOT true. As per https://github.com/rust-embedded/gpio-utils#license it's LICENSE="Apache-2.0 | MIT"10:18
LetoThe2ndand autorev + srcvpv is strange10:19
qschulzLetoThe2nd: that's what's asked by https://www.yoctoproject.org/docs/latest/ref-manual/ref-manual.html#var-AUTOREV10:20
qschulzhttps://www.yoctoproject.org/docs/3.1/dev-manual/dev-manual.html#automatically-incrementing-a-binary-package-revision-number10:20
LetoThe2ndqschulz: hmkay. looks strange to me, but hey.10:20
Yatekiiqschulz: I am aware. it was because the license fuckery was so annoying and now I am gonna use my private repo anyways, so I can decide the terms :)10:20
Yatekiiqschulz: yeah I read both of those, but somehow the exact internas are still not 100% clear to me. but I have a bleeding edge setup and a fixed tag one working :)10:21
Yatekiinow I am gonna try and use our closed git repo ... couldn't get it to work at home10:22
qschulzYatekii: you don't decide what the license is. If you base your project on that code, you need to have a license which is compliant with the one from the original project10:22
qschulzanyway, lawyer stuff, you do you10:23
Yatekiiqschulz: yes, but I am not basing my code on the project :D10:23
qschulzYatekii: I don't know exactly where PV is used. But, it's used in the sstate-cache, in the name of packages, in the path to the workdir etc... I guess it's so that you can differentiate between two versions of the same recipe and package10:23
YatekiiI just used it for a very basic example :) I already replaced it with my private repo10:23
*** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-92-10.cust.vodafone.cz> has quit IRC10:24
qschulzso if you don't set this, it's gonna overwrite the previous recipe at best, at worst fuck up some internals10:24
qschulzI cannot give more info as I don't have them :)10:24
qschulzin do_install, use install -d ${D}${bindir}/ instead of mkdir10:25
qschulzand your cp looks weird10:25
Yatekiiyeah :)10:25
Yatekiiqschulz: well there is no .deb file10:25
qschulzwhy's the file in that directory?10:25
Yatekiiso I can't use install10:25
Yatekiibecause that's the rust build location10:25
Yatekiiit's standard for rust10:25
qschulzwhat do you mean you can't use install?10:27
qschulztasks are executed on your host system10:27
LetoThe2ndqschulz: i guess there's evil magic hidden in the cargo class10:27
qschulzI'm pretty sure your distro has support for install10:27
Yatekiiit tells me it can't find an installation receipe (I mean that does apt install which ofc doesn't work for my rust binary)10:27
LetoThe2ndYatekii: gah. no. look at other recipes!10:27
*** teo_piaz <teo_piaz!d4f31afe@212.243.26.254> has joined #yocto10:27
Yatekii?10:27
LetoThe2ndinstall -m 644 from to10:27
LetoThe2ndinstead of cp10:28
qschulzLetoThe2nd: yes, install for cp and install -d for mkdir basically10:28
qschulzsorry for Yatekii ^10:28
LetoThe2ndqschulz++10:28
qschulzYatekii: man install on your host and you'll see :)10:28
qschulz(I personnally didn't know what it was before using Yocto so no worries)10:29
YatekiiI mean it's an apt thing, so yeah :)10:29
LetoThe2ndno, its no apt thing!10:29
Yatekiior at least it calls apt internally10:29
LetoThe2ndperfect example: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-poky/recipes-core/tiny-init/tiny-init.bb#n2310:29
*** teo_piaz <teo_piaz!d4f31afe@212.243.26.254> has left #yocto10:29
qschulzgo in a temp directory in your host system, and type install -d foo10:30
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto10:30
qschulzyou'll have a foo directory10:30
LetoThe2nd*this* is no apt thing. i am absolutely sure. https://gist.github.com/Yatekii/2ff8be70835b820109bc9883cbb73b1d#file-raichu-core_git-bb-L1410:30
LetoThe2ndso s/mkdir/install -d/g, and s/cp/install -m/g10:30
YatekiiLetoThe2nd: I did not say that anywhere10:30
Yatekii:)10:30
LetoThe2nd10:29 < Yatekii> I mean it's an apt thing, so yeah :)10:30
YatekiiLetoThe2nd: the install command calls apt install.10:31
LetoThe2ndno10:31
Yatekiiyes10:31
YatekiiI was debugging it yesterday10:31
LetoThe2ndwe are totally talking about that very speific "do_install" in your recipe, and that you're doing it wrong.10:31
Yatekiiwell anyhow Imma try this again10:31
*** Mat80 <Mat80!d4f31afe@212.243.26.254> has joined #yocto10:31
qschulzthen check your .bashrc .zshrc or whatever is ran at login because install is NOT apt10:31
YatekiiI am not saying I'm doing it right10:31
LetoThe2ndno idea what you are talking about, but there is is *no* apt, and i think we gave pretty exact information on how to do it right.10:31
qschulzYatekii: or run `alias` and see if there's an entry for install10:32
Yatekiiyesterday when I tried to use install (yes I looked at other receipes, even if you donm't believe it) it complained about an apt command it executed which was missing an install receipe.10:32
Yatekiiwhcih is why I resorted to mkdir and cp10:32
LetoThe2ndnot even that cargo.bbclass has anysigns of crazyness with apt: https://github.com/rust-embedded/meta-rust-bin/blob/master/classes/cargo.bbclass#L11110:33
Mat80Hi all, I'm trying to build the sphinx package. I've found this recipe http://git.yoctoproject.org/cgit/cgit.cgi/meta-virtualization/tree/recipes-devtools/python/python-sphinx_1.7.8.bb?h=warrior. I have put it in my personal layer in recipes-devtools/python but bitbake is not finding it. What can I do?10:33
LetoThe2ndYatekii: so no idea what you did or what you looked at, but get it out of your head REAL QUICK!10:33
stuom1try alias | grep install= on your host10:33
YatekiiLetoThe2nd: I can just tell what the log said. I am not making any assumptions how bitbake really works10:33
Yatekiithere is no alias on this system and I don'0t believe there is at home. but i'll try at home again10:34
LetoThe2ndMat80: why not just using meta-virtualization as-is?10:34
Mat80I'm really a newbie for yocto, Since that is the only recipe that I need I was thinking to not download the whole layer10:35
qschulzYatekii: reading https://github.com/rust-embedded/meta-rust-bin/blob/master/classes/cargo.bbclass, I think you don't even need your do_install in your recipe10:35
Mat80I was thinking more layer => more parsing time for bitbake => slow10:36
qschulzYatekii: https://github.com/rust-embedded/meta-rust-bin/blob/master/classes/cargo.bbclass#L120-L122 it looks for files in WORKDIR/target/[release|debug]/10:36
Yatekiiqschulz: hmm you are right :/10:37
Yatekiiyes, this is the right behavior10:37
Yatekiikk imma try if this works :)10:37
Mat80but other than perf issue, what I'm doing wrong? can't I just add a recipe in a layer (that is present in bblayers.conf) and be able to find it using bitbake?10:37
qschulzYatekii: if that does not work, maybe check if it's not trying to find files in debug instead of release10:37
LetoThe2ndMat80: while the parsing time assumption is correct, you put the maintenance burden on yourself, and that has to be correlated.10:38
qschulzYatekii: also, figure out why the heck install is not working in your recipe, because that's supposed to work and expected to work (except very specific uses cases, install instead of mkdir or cp is used throughout Yocto)10:39
LetoThe2ndMat80: technically, if you adhere to the recipes-*/*/*.bb scheme then there should be no problem10:39
LetoThe2ndMat80: if you have the layer on github or such we can have a look10:39
Mat80LetoThe2nd I know, but this is just for testing, I'm not sure I'll need it later10:39
Mat80no sorry is not public10:40
LetoThe2ndMat80: other things in the layer work?10:40
Mat80yes10:40
Yatekiiqschulz: yes I will try as you both suggested and see if I maybe just operated it wrong :)10:41
Yatekiiqschulz ok one question tho: I am trying to clone a private repo over http (most likely it's gonna be public in the end but you never know). I have a the user and pw in .netrc as fond on the web and advised by khem. I don't like that solution particularly but it's okay. but what I struggle is to find the right url ... khem told me to use: git://user@host:......;protocol=ssh . I then did: SRC_URI = "git://nh@code.technokrat.ch/project/raichu-core.git;transport10:42
Yatekii=https" which does not work sadly. do I need to add the host twice? or do I need to insert a : in ".../:ch..." ?10:42
YatekiiI also I tried to take a look at the git fetcher docs but it seems to miss to explain that is there maybe more specific docs I am missing?10:42
LetoThe2ndMat80: then the only thing that comes to my mind is triple checking that your recipe name + path match the scheme just given.10:42
Mat80ok I sourced again the oe-init-build-env script and not It works10:42
Mat80thank your for your time10:42
qschulzYatekii: https://www.yoctoproject.org/pipermail/yocto/2014-April/019135.html try with this first?10:48
qschulzotherwise /me shrug10:49
qschulzI don't use private repos10:49
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto10:49
nacknickqschulz: seems like I don't have any linux-raspberrypi*.bb file10:50
nacknickOh. I've found something10:52
Yatekiiqschulz: I can try, but then I rather make the repo public than use this solution ^^10:53
YatekiiI don't use private repos mostly either. for some company stuff I ned to10:53
Yatekii*need10:53
nacknickFILESEXTRAPATHS_prepend := "${THISDIR}/${PN}-${PV}:"LINUX_VERSION ?= "4.9.80"SRCREV = "7f9c648dad6473469b4133898fa6bb8d818ecff9"SRC_URI = "git://github.com/raspberrypi/linux.git;branch=rpi-4.9.y"require linux-raspberrypi.inc10:54
qschulzYatekii: sure, it's just to test that Yocto can actually connect to your thing :) If it can then at least you know it works within Yocto in some ways10:54
qschulznacknick: what is this :) ?10:55
nacknickqschulz: This is all the content, there is no`require recipes-kernel/linux/linux-yocto.inc`10:55
qschulzwhere's this file? what's its name?10:55
Yatekiiqschulz: I agree :)10:55
nacknickmeta-raspberrypi/recipes-kernel/linux/linux-raspberrypi_4.9.bb10:55
stuom1nacknick you need to check inside linux-raspberrypi.inc10:55
qschulznacknick: yeah sorry, I read the .inc :)10:56
nacknickstuom1: You're right. inside it there is `require recipes-kernel/linux/linux-yocto.inc`10:56
Yatekiiqschulz: yeah ofc my pw has a slash in it which is considered part of the URL XD10:57
Yatekiihmm basically it tries to fetch from remote with git://user:pwd\/@code.technokrat.ch/ecarup/raichu-core.git and it tells me "unable to look up user:pwd" and my receipe has this: SRC_URI = "git://code.technokrat.ch/ecarup/raichu-core.git;transport=https;user=user:pwd\/"11:06
angelo__how can i find where a wic image is defined ?11:09
mckoanangelo__: look for .wks files11:10
LetoThe2ndangelo__: please define "defined"11:10
*** goliath <goliath!~goliath@nat008-WLTE1.uibk.ac.at> has quit IRC11:10
paulbarker`bitbake -e <image_name>` and look for `WKS_FULL_PATH` should tell you which wks file is used11:12
RPkanavin: I've a hack for python 3.8 in -next. Torn on whether its a good idea11:14
angelo__LetoThe2nd, paulbarker thanks, found it11:16
angelo__it comes from a lower layer11:17
Yatekiiok so I also can't curl my private repo, qschulz which is odd ... now I don't know how git clones this at all lol11:17
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto11:17
angelo__can i override it with a different .wks ?11:18
LetoThe2ndangelo__: should be no problem11:18
kanavinRP, I'd rather get to the bottom of it :-( it's okay to merge, but I'll try to find time to revert that and look into it11:20
RPkanavin: I would rather too, I added it mainly to see whether it was the only problem11:23
RPkanavin: its rather like the locale problem which we had open for years :/11:23
kanavinRP, yes, that was an epic issue, and was solved by someone outside of the main contributors circle :)11:24
RPkanavin: indeed, although Jason does work heavily with the project, just not so much on the core11:25
*** jdowner <jdowner!~jdowner@50.239.151.2> has joined #yocto11:32
jdownerI'm trying to figure out if there is a way to get bitbake to write a rootfs to a directory rather than a tarball. does anyone known if that is possible or where I can find that information?11:34
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC11:38
*** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC11:41
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC11:42
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC11:43
rburtonjdowner: ownerships wont be right, does that matter?11:48
rburtonbitbake can't write a file with root ownerships in if it isn't root11:48
jdownerthat makes sense, but I don't think it'll be a problem11:49
jdownerin the setup I am currently using the rootfs is not owned by root. it is used via a bwrap container, and at that point the ownership is set to root11:51
jdownerI should mention that this is only something I want to do for active development11:52
jdownerthe creation of the tarball and subsequent extraction is a bit of a bottleneck11:52
qschulzLetoThe2nd: is there actually a PROPRIETARY license or what is just a `foo`-like way to say you should put your license there?11:56
qschulzLetoThe2nd: wrt the tweet you sent on @YoctoThe11:57
qschulzYatekii: https://git.yoctoproject.org/cgit.cgi/poky/tree/bitbake/lib/bb/fetch2/git.py the code is here (checkout the correct branch beforehand)11:58
rburtonjdowner: should be easy to make a new imagetype that just copies the rootfs instead of doing anything to it11:58
*** berton <berton!~berton@189.103.49.163> has joined #yocto12:02
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC12:04
jdownerrburton: thanks! I'll take a look into that12:06
*** goliath <goliath!~goliath@nat008-WLTE1.uibk.ac.at> has joined #yocto12:07
paulbarkerHas anyone tried to use kernel-yocto.bbclass with a non-git source for the kernel? I'm hoping to use kernel config fragments but the kernel in question is in svn not git12:10
ndecpaulbarker: you must have done something really bad in life to be forced to use a kernel on svn ;)12:11
paulbarker$CLIENT uses svn for everything. It's not much of a problem except in this instance12:12
paulbarkerThe nice config fragment and KERNEL_FEATURES handling really should be separated from the machine branch handling and git magic in kernel-yocto.bbclass. I imagine that's a whole chunk of work to pull them apart though12:13
*** berton_ <berton_!~berton@189.103.49.163> has joined #yocto12:14
LetoThe2ndqschulz: no, "proprietary" is actually an already existing keyword12:15
*** berton <berton!~berton@189.103.49.163> has quit IRC12:17
*** beratiks <beratiks!4eba19f9@78.186.25.249> has joined #yocto12:18
qschulzLetoThe2nd: May I ask what's the difference then?12:18
qschulzI see this for example: meta/files/common-licenses/Proprietary but it's practically empty12:18
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto12:19
*** stuom1 <stuom1!3eecd81d@62.236.216.29> has quit IRC12:19
*** stuom1 <stuom1!3eecd81d@62.236.216.29> has joined #yocto12:20
LetoThe2ndqschulz: CLOSED means that bitbake outright ignores the license. whereas for proprietary you have to supply a file containing the very license you have, and bitbake can trigger if it changes.12:21
qschulzI see... Question then :)12:21
qschulzSince the license file is already in meta/files/common-licenses/Proprietary12:22
qschulzis there some override mechanism for that?12:22
qschulze.g. we have a bunch of recipes using CLOSED now because... it's straightforward12:22
qschulzbut we don't have licenses in the sources of all recipes12:23
LetoThe2ndqschulz: not exactly override, you have to provide those you refer to.12:23
qschulzBut AFAIK, they should be identical12:23
LetoThe2ndqschulz: meta-atmel can serve as a good example, AFAIK: https://github.com/linux4sam/meta-atmel12:23
qschulzLetoThe2nd: yup, then you have a specific license, not "Proprietary"12:23
LetoThe2ndqschulz: indeed, but we're only talking about names now. i personally advocate using "proprietary-mylic" instead of just "mylic" because its clearer.12:25
LetoThe2ndqschulz: and you can whitelist easier with the prefix.12:25
rburtontrying to think of a replacement name for 'closed'12:26
qschulzrburton: well, if you don't want people to use it, just throw a warning at their face :p12:26
LetoThe2ndqschulz: but the key point is: it has to be defined != closed so bitbake can check it. if its CLOSED, then bitbake will happily shovel it into your MIT & BSD-only image, totally breaking compliance.12:26
qschulzLetoThe2nd: that's understood. Thx12:27
LetoThe2ndrburton: s/CLOSED/IGNOREBECAUSEIJUSTWANTTOGETRIDOFTHATMESSAGEEVENIFIHAVENOFUCKINGCLUEWHATITACTUALLYMEANS/g12:27
rburtonsounds good12:27
LetoThe2nd\o/12:27
paulbarkerWell now I'm surprised, my hack actually worked. I just set `do_kernel_checkout[noexec] = "1"` and `do_validate_branches[noexec] = "1"` and fixed what looks like a bug in do_kernel_metadata. I'll see if I can think of how to upstream that as a supported option12:27
RPLetoThe2nd: needs to be a bit more descriptive? :)12:27
rburtonlike some of the unstable gnome libraries used to need you to #define YES_I_KNOW_THIS_LIBRARY_ISNT_READY_YET12:28
LetoThe2ndrburton: i can add more swearing if desired.12:28
RPkanavin: python3 fails reproducibility tests12:28
LetoThe2ndRP: IGNOREBECAUSEIJUSTWANTTOGETRIDOFTHATMESSAGEEVENIFIHAVENOFUCKINGCLUEWHATITACTUALLYMEANSSOEVERYTIMESOMEBODYSPOTSTHISINTHEWILDIHAVETOEITHERBUYLETOTHE2NDABEERORPRESENTONMYSUPIDITYONTHENEXTYOCTODEVELOPERDAY12:29
qschulzLetoThe2nd: couldn't it be something we explain in the docs? why one shouldn't do this?12:29
qschulzLetoThe2nd: I hope we don't have a 255-long string issue with that one12:29
LetoThe2ndqschulz: hehe12:29
LetoThe2ndRP: netter?12:29
LetoThe2ndRP: better, even?12:29
RPLetoThe2nd: yes, everyone should buy you beer12:29
RPqschulz: patches to docs welcome12:30
paulbarkerLetoThe2nd: I think you're too used to those German compound nouns12:30
RPLetoThe2nd: trouble is you add something like that, then someone complains it needs better line wrapping12:30
LetoThe2ndpaulbarker: hrhr12:30
LetoThe2ndRP: it must be painful to see.12:31
qschulzLetoThe2nd starting a cult: "Bring your bear to the altar". "Please repeat after me: "Recipe data is local, conf data is global.""12:31
qschulzbeer*12:31
RPLetoThe2nd: right, there is a certain irony there12:31
LetoThe2ndthen, and only then people will try to avoid it.12:31
LetoThe2ndqschulz++12:31
LetoThe2ndRP: its like static_cast<>() in c++. its ugly and painful to type. but that way you are reminded that you are doing potentially very bad.12:32
qschulzLetoThe2nd: how about THISVARIABLEISPURPOSEFULLYLONGENOUGHTOMAKEYOUTHINKTWICEBEFOREYOUCHOOSETHISSPECIFICLICENSEBECAUSEITISNTACTUALLYALICENSEBUTJUSTAHACKANDYOUDONTWANTHACKSDONTYOUOKTHISWASCALLEDCLOSEDBEFORE12:32
LetoThe2ndqschulz: not insulting enough.12:33
qschulzLetoThe2nd: Sorry my leader. I'll try better next time I promise12:33
paulbarkerMy licensing talk said "don't use Proprietary or CLOSED"12:33
LetoThe2ndpaulbarker: :)12:34
qschulzLetoThe2nd: I think there might be a niche for comics based on https://webcomicname.com/ for your @YoctoThe12:34
LetoThe2ndqschulz: if in doubt, listen to paulbarkerinstead of me when it comes to licensing. just to be clear.12:35
qschulz(if you don't know, all comics ends with the same frame: "Oh no"12:35
* LetoThe2nd doesn't know. there is only one relevant webcomic, and its called 'xkcd'12:36
qschulzRP: sure. I'm still wrapping my head around how to write a section on OVERRIDES mechanism and the consequences12:38
LetoThe2ndqschulz: get yourself a webcam and just explain!12:39
qschulzLetoThe2nd: that's weird man. I'm fine presenting at conferences: you see the people you're talking to.12:40
qschulzLetoThe2nd: also, I only have a Chromebook so... setting up the thing... meh12:40
Yatekiiqschulz: ok imma try and understand the code :) I also thought of cloning the repo separately and then use file:// but that seems not nice12:40
qschulzYatekii: <insert oh no comics>12:41
LetoThe2ndqschulz: :(12:41
Yatekiiqschulz: xD12:41
qschulzLetoThe2nd: i'll think about it I promise12:42
qschulzi'll write a blog post/doc somewhere first and get it reviewed somehow12:42
qschulznot confident enough that I won't say crap12:43
RPqschulz: there are people who can read/review :)12:43
LetoThe2ndqschulz: hey, its ok. people are different. i personally find it awful to write anything longer than a couple of words (under normal cirrcumstances), but i have to problem in just talking an hour or two about random stuff12:43
qschulzRP: PEOPLE CAN READ?12:43
RPqschulz: sometimes not as many as would be ideal but yes, some12:44
LetoThe2ndqschulz: RP: rburton: if you have somethign you'd like to have presented, i can certainly also do that.12:44
* LetoThe2nd is reminded to make anmouncements!12:45
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:45
qschulzLetoThe2nd: maybe you can provide a mail address or form on a website when you're on Twitch or in YT comments so people can suggest topics?12:45
paulbarkerOk, I have the dumb. kernel-yocto.bbclass works fine if you set a dummy KBRANCH value, do_kernel_checkout sets up a local git repository and all the subsequent tasks work12:47
paulbarkerI have a few fixes to upstream though :)12:47
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC12:51
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto12:53
nacknickIn *linux-raspberry.inc* there is a line: `KBUILD_DEFCONFIG_raspberrypi3 ?= "bcm2709_defconfig"`12:58
nacknickI added the line `CONFIG_SECCOMP_FILTER=y` to *bcm2709_defconfig* file - this is how I should add that feature to the kernel?12:59
nacknickIf that is the way - How to rebuild the kernel to apply changes?13:00
* LetoThe2nd hereby declares todays anthem: https://www.youtube.com/watch?v=th4Czv1j3F813:02
LetoThe2ndattention: metal, lyrically nsfw.13:02
qschulznacknick: what *exactly* did you do?13:04
qschulz(and no, you can basically do echo 'CONFIG_SECCOMP_FILTER=y' > seccomp-filter.scc and then add it in a bbappend, that should work and be enough) but I can explain how you could have done it the way you wanted to do it if you give more info13:06
nacknickqschulz: inside *build/tmp/work-shared/raspberrypi3/kernel-source/arch/arm/configs/bcm2709_defconfig* i added the line `CONFIG_SECCOMP_FILTER=y`13:07
nacknickIs that file relevant for configuration?13:07
qschulzLetoThe2nd: I think we have a new chant for your sect.13:07
qschulznacknick: Do not touch the tmp dir :)13:07
nacknickOK13:08
qschulzit could technically work in some cases but as soon as some tasks of the kernel will be triggered, you'll lose your changes13:08
LetoThe2ndqschulz: rule #666: if it exists, there is a metal version of it :)13:08
nacknickI should create a file called *seccomp-filter.scc* - where?qschulz13:08
qschulzLetoThe2nd: it was wrt modifying whatever is in tmp :)13:08
qschulznacknick: in your layer13:09
LetoThe2ndqschulz: yeah i know13:09
qschulznacknick: place it at the correct place. https://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#using-bbappend-files can be helpful if you never done bbappends before13:09
qschulzIf I'm correct, you should need two lines in your bbappend13:10
nacknickqschulz: Should I add a new layer or only modify an existing recipe?13:10
qschulznacknick: do not modify anything that you don't have control over is my advice13:11
qschulzso you are git cloning a repo? don't modify anything in it. Except for upstreaming the changes to the original repo :)13:11
nacknickOK13:12
nacknickSo I will add a new layer, what next?13:12
qschulzfor testing, it is *tolerated* IMHO but anyway you'll need your own layer later :)13:12
qschulzcreate the scc file the way I told you, put it in the right place, create the bbappend. Rule over the world.13:13
qschulz(the last two steps are explained in the link I sent you, read it carefully and make sure you don't have any typo)13:13
qschulzAnd don't stop reading before the end of the section, there's important info til the end13:14
nacknickincluding "rule over the world"? hh13:14
nacknickIs it necessary to create a recipe? or just a layer?13:14
*** nacknick <nacknick!b9b8f483@185.184.244.131> has quit IRC13:19
qschulzyou need the layer because you'll want to share your changes to some other people13:19
qschulzand it's a recipe, it's an append to a recipe13:19
qschulzah, they're gone13:20
*** nacknick <nacknick!b9b8f483@185.184.244.131> has joined #yocto13:20
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto13:22
dev1990qschulz wrote: you need the layer because you'll want to share your changes to some other people13:22
dev1990qschulz wrote: and it's a recipe, it's an append to a recipe13:22
dev1990qschulz wrote: ah, they're gone13:22
dev1990nacknick: ^13:22
nacknickdev1990: thanks. disconnected :|13:23
dev1990np13:23
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto13:23
*** stuom1 <stuom1!3eecd81d@62.236.216.29> has quit IRC13:23
qschulzdev1990: thx13:26
nacknickdev1990: can you copy the instructions qschulz wrote before I was disconnected? I have to refresh the page and all's gone13:33
dev1990sec13:33
qschulzyou need the layer because you'll want to share your changes to some other people13:34
qschulzand it's a recipe, it's an append to a recipe13:34
qschulz(and no, you can basically do echo 'CONFIG_SECCOMP_FILTER=y' > seccomp-filter.scc and then add it in a bbappend, that should work and be enough) but I can explain how you could have done it the way you wanted to do it if you give more info13:34
dev1990nacknick: https://www.yoctoproject.org/irc/%23yocto.2020-01-15.log.html13:34
qschulzdev1990: WE'RE BEING MONITORED?13:34
dev1990hehehe13:34
*** goliath <goliath!~goliath@nat008-WLTE1.uibk.ac.at> has quit IRC13:34
dev1990most of irc channels are logged, I think13:36
nacknickqschulz: The link you sent talks about bbappend, but I could not understand what recipe I'm appending to...13:37
*** sgw <sgw!sgw@nat/intel/x-rymcjmwunpvgzhnw> has quit IRC13:37
mckoanmeta-browser doesn't have branches after morty, is it supposed to use master only now?13:38
LetoThe2ndmckoan: afaik yes.13:39
mckoanhowever unfortunately firefox build fails due to rust :-(13:40
LetoThe2ndyeah, i've given it a spin a couple of days back too and got stuck real quick.13:41
*** beratiks <beratiks!4eba19f9@78.186.25.249> has quit IRC13:41
LetoThe2ndluckily it was just for experimentation, no real need.13:41
mckoanmaybe khem knows it better13:43
*** berton_ <berton_!~berton@189.103.49.163> has quit IRC13:45
nacknickqschulz: What recipe should I append to? and where *seccomp-filter.scc* should be reside?13:52
*** sgw <sgw!sgw@nat/intel/x-hfnodmmgxyfsrrsb> has joined #yocto13:59
qschulznacknick: well, what's the recipe we've been looking into for the kernel?14:01
qschulzwhere the file should reside is also explained in the link I sent you14:01
nacknickqschulz: you mean this one? meta-raspberrypi/recipes-kernel/linux/linux-raspberrypi_4.9.bb14:02
dev1990is there a better solution than this: FILENAME_WITHOUT_PATH = "${@d.getVar('FILE_WITH_PATH', d,  1).split('/').pop()}"14:03
qschulznacknick: linux-raspberrypi yes, I don't know if it's 4.9 you're using but yes14:04
qschulzdev1990: what's your need first? if you can call a sh function, basename ${FILENAME_WITHOUT_PATH} should do it?14:05
paulbarkerPython also has `os.path.basename()` IIRC14:07
dev1990paulbarker: then somethink like this should work: ${@os.path.basename(d.getVar('FILE_WITH_PATH', d, 1))} ?14:08
paulbarkerYes, assuming os.path is already imported in that context. I don't recall the full list of what bitbake imports for those expressions14:09
nacknickqschulz: I read all the section. But if I create the *seccomp-filter.scc* using the bbappend recipe, it will create it in the bbappend recipe's directory14:11
qschulzI haven't said that you should create seccomp-filter.scc14:12
qschulzif you recall the very beginning of our discussion, I said you can either have .scc, .cfg (if kernel-yocto is inherited) or full defconfig (if implemented by the recipe) passed in SRC_URI of a recipe14:13
qschulzAnd I told you also that exactly two lines in your bbappend should be enough14:13
Yatekiihmm I think the git fetcher does not use https14:13
Yatekiiwhich is why it doesn't work :/14:13
qschulzYatekii: protocol=hhtps14:13
qschulzYatekii: protocol=https14:13
Yatekiiqschulz: that's what I have14:14
YatekiiSRC_URI = "git://code.technokrat.ch:443/ecarup/raichu-core.git;transport=https"14:14
Yatekiiohhh14:14
YatekiiI am stupid14:14
Yatekiipls don't mind me14:14
qschulzRead carefully when we send docs :) especially typo wise :)14:14
dev1990port ? :)14:14
dev1990a ok14:15
qschulzdev1990: s/transport/protocol/14:15
qschulznacknick: if you are waiting for a highlight to checkout your IRC, read ~10 messages above14:15
Yatekiiqschulz: well, when you are convinced that you already added that parameter, it's hard to read properly :/14:15
dev1990ah, yes14:15
nacknickqschulz: sorry, I thought you wrote `echo bla bla > seccomp-filter.scc` inside the bbappend14:16
qschulzYatekii: careful reading before coding :)14:16
Yatekiiyeah, you are right, I should not do that 3am :/ because I added that yesterday night14:17
qschulzah no, it was meant to be run on your host. Just a way to say that the only content in seccomp-filter.scc should be CONFIG_SECCOMP_FILTER=y :)14:17
qschulzYatekii: tired you is idiot you :) (I mean that as general you ;) )14:17
Yatekiihaha yeah 100% ssecond that :)14:18
Yatekiihmm I still got the install commands wrong ... https://gist.github.com/Yatekii/c908f8007ff1134d024e303fdb1e97aa it wants a second arg ... but I just wanna create a dir, not move one :/14:18
Yatekiior the contents14:18
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto14:18
rburtonYatekii: -m takes an argument14:19
qschulzYatekii: and again, you shouldn't need that in your recipe14:19
qschulzthe do_install is managed by cargo bbclass IIUC14:20
Yatekiiqschulz: yep I know :) I just wanted to try if I can get it to work14:20
Yatekiifor science reasons you know14:20
Yatekiirburton: that worked apparently :) thx14:20
YatekiiI thought it already dies on the first command14:20
nacknickqschulz: what is the second line you mean I should add to linux-raspberrypi_4.9.bbappend? :S14:21
nacknickI mean besides SRC_URI14:21
qschulzYatekii: read the error log when that happens, it usually gives you info which line failed I think14:23
qschulznacknick: it's explained in the link, re-read again :)14:24
qschulzit has to do with where Yocto is looking for files14:24
nacknickOK14:25
qschulznacknick: found it?14:31
nacknicknot yet14:31
nacknickmaybe I read it and don't understand that this is the answer14:31
nacknickI'll read again14:31
*** nemgti-og <nemgti-og!nemgti-og@gateway/vpn/protonvpn/nemgti-og> has joined #yocto14:33
jwwHello, I'm using a separate partition for /boot mmcblk0p1 and I wish to have the file boot.scr also installed to mmcblk0p2 which is rootfs.I made a .bbappend for rpi-u-boot-scr ( http://dpaste.com/15N6RJB ) but it doesn't copy the file to mmcblk0p2. does someone have an idea on how to fix this ?14:34
nemgti-ogHello. Here a newbie question: When building sdk_ext, how can I add a receipe that is normally not included?14:34
qschulznacknick: SRC_URI just gives the path to a file you want to include, but it's a relative path. Yocto has a default for recipes to know where to look for. Since appends are in a different absolute path, Yocto will not look for that path by default so you need to tell Yocto to look for *files* in *extra paths*14:35
LetoThe2ndnemgti-og: https://www.yoctoproject.org/docs/3.0.1/sdk-manual/sdk-manual.html#sdk-adding-individual-packages AFAIK14:36
nacknickyea. I read about the FILESEXTRAPATHS14:36
qschulznacknick: well you need that one then, that's one line14:36
qschulzand you need SRC_URI, that's a second line :)14:36
qschulzand then fingers crossed, it works14:37
nemgti-ogHi! LetoThe2nd. Thanks! I began watching your tutorials in Youtube yesterday! I like them! Ich mache gerade was du normalerweise am ende machst! :D14:39
LetoThe2ndnemgti-og: dann, prost!14:39
nemgti-ogI guess I an not that patient to go through all of them before attemting to do some stuff14:39
nacknickI just could not understand how those things connect together. I did not understand how those line will finally add *CONFIG_SECCOMP_FILTER=y* to *bcm2709_defconfig*14:39
LetoThe2ndnemgti-og: depends on what you mean by "stuff", but the first 3 should be enough to cover entry level tasks14:40
*** ThomasD13 <ThomasD13!~ThomasD13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC14:41
nemgti-ogLetoThe2nd: but the sdks are not covered in the first three videos14:41
nemgti-ogactually I am just now realizing it is covered in the fourth14:42
LetoThe2ndnemgti-og: SDKs is #414:42
nemgti-ogjap. thanks! I hope I get to drink a beer with you and to talk about yocto in a pub14:42
LetoThe2ndplus, SDKs are pretty much overrated except for very specific producer-consumer situations.14:42
LetoThe2ndunless you're running a large team or are a HW vendor, its usually way easier to just let everybody use a proper build14:43
qschulznacknick: it's the kernel-yocto class which is taking those .scc files and merging them to the defconfig. You provide an .scc file, without those lines, Yocto does not know it has to use this file14:43
nemgti-ogI see... well to be honest I am just playing around and enjoying myself14:43
LetoThe2ndnemgti-og: forget about SDKs, then.14:44
LetoThe2ndnemgti-og: save the brain capacity for understanding and writing recipes.14:44
nemgti-oghaha ok. Will do14:44
qschulznacknick: AFAICT, https://git.yoctoproject.org/cgit.cgi/poky/tree/meta/classes/kernel-yocto.bbclass#n72 this is the function which is handling scc files14:44
LetoThe2ndnemgti-og: #7 is also quite important14:45
nemgti-ognoted14:45
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:50
nacknickqschulz: thanks. make much more sense14:51
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto14:53
*** nacknick <nacknick!b9b8f483@185.184.244.131> has quit IRC14:56
*** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has quit IRC15:01
*** nacknick <nacknick!b9b8f483@185.184.244.131> has joined #yocto15:02
nacknickthat lame IRC server... always disconnects me >.<15:03
nacknickby the way question: recently I get the following error while trying to build the image:15:03
nacknick`ERROR: Unable to start bitbake serverERROR: Last 10 lines of server log for this session (/home/user/yocto/poky/build/bitbake-cookerdaemon.log):    self.add_filewatch(self.data.getVar("__base_depends", False), self.configwatcher)  File "/home/user/yocto/poky/bitbake/lib/bb/cooker.py", line 287, in add_filewatch    watcher.add_watch(f,15:03
nacknickself.watchmask, quiet=False)  File "/home/user/yocto/poky/bitbake/lib/pyinotify.py", line 1924, in add_watch    raise WatchManagerError(err, ret_)pyinotify.WatchManagerError: add_watch: cannot watch /home/user/yocto/poky/build/conf WD=-1, Errno=No space left on device (ENOSPC)ERROR: No space left on device or exceeds15:03
nacknickfs.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.`15:03
nacknickafter log off and log on it builds with no problem, but after few minutes getting that error again15:04
LetoThe2ndnacknick: well whats not clear about that?15:04
nacknickI have enough space15:04
LetoThe2ndread on.15:05
qschulzenough inodes left?15:05
nacknickqschulz: don't know what those15:05
LetoThe2nd"To check max_user_watches: sysctl -n fs.inotify.max_user_watches."15:05
nacknickwhat does it mean15:06
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC15:06
paulbarkernacknick: irccloud is your friend if you keep getting disconnected15:07
LetoThe2ndnacknick: https://unix.stackexchange.com/questions/13751/kernel-inotify-watch-limit-reached15:08
LetoThe2ndnacknick:  and15:08
LetoThe2ndhttps://hub.docker.com/r/wolverine2k/yocto-build-env/15:08
nacknickLetoThe2nd: thanks. I'll look at it15:08
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto15:08
qschulzLetoThe2nd: btw, any Yocto docker to recommend?15:10
tgamblinThe one that was linked seems a little old15:11
tgamblinIt's easy enough to build a new container, though15:11
nemgti-ogqschulz: I am using crops/poky15:11
JPEWqshcultz: https://github.com/garmin/pyrex15:12
nemgti-ogso far without any issues at all15:12
JPEWAck, forgot to tab complete again :)15:12
qschulzJPEW: calling me names like this. How dare you15:12
qschulz:)15:12
JPEWqschulz, if you do look at pyrex, pull from the "next" branch, it has all the latest goodies. Hopefully we'll be release 1.0.0 soon :)15:13
nemgti-oghah15:13
qschulzJPEW: ubuntu-14.04?15:15
qschulzwait I'm so confused :D15:16
LetoThe2ndqschulz: depends (TM)15:16
JPEWqschulz, pyrex has ubuntu-14.04, ubuntu-16.04 and ubuntu-18.04 images15:16
JPEWYou can use it all the way back with Yocto 2.115:16
LetoThe2ndqschulz: the obvious choices are crops, pyrex and homebrewn, obviously. and kas-docker if you are a kas guy.15:16
JPEW(hence why we have so many images)15:16
JPEWHmm, perhaps I should add a "quickstart" guide to the documentation :)15:17
LetoThe2ndqschulz: given current activity i would probably suggest pyrex these days, but admittedly i've never tried it.15:18
LetoThe2ndJPEW: erm... do you have a webcam? :P15:18
JPEWLetoThe2nd, yes.... why?15:18
qschulzI'm gonna have a look at the different options (some colleagues have some docker because running gentoo or arch)15:18
qschulzJPEW: IT'S A TRAP15:18
LetoThe2ndJPEW: consider getting in front of it and do a live coding session to show it to the world :)15:19
JPEWLetoThe2nd, Sure!15:19
JPEWLetoThe2nd, After we get the 1.0.0 release out (which should be really soon here)15:20
LetoThe2ndJPEW: awesome!15:20
JPEW^^^ kergoth, moto-timo Speaking of which....15:20
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto15:21
yoctiNew news from stackoverflow: Start an Electron app at boot on Raspberry Pi 3 with yocto <https://stackoverflow.com/questions/59754556/start-an-electron-app-at-boot-on-raspberry-pi-3-with-yocto>15:26
*** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC15:29
*** Mat80 <Mat80!d4f31afe@212.243.26.254> has quit IRC15:34
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC15:59
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto15:59
*** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC16:05
*** MeanEngi <MeanEngi!~MeanEngi@95.168.124.153> has joined #yocto16:18
*** jdowner <jdowner!~jdowner@50.239.151.2> has quit IRC16:22
*** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto16:22
*** rangergord <rangergord!~rangergor@modemcable186.198-70-69.static.videotron.ca> has joined #yocto16:25
angelo__i would like u-boot to display ghash with version at boot. Can i set up this form yocto recipe ?16:26
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC16:30
*** yann <yann!~yann@85.118.38.73> has quit IRC16:32
Yatekiihmm I am trying to do "devtool deploy-target raichu-core user@host" and it tells me "ERROR: No recipe named 'raichu-core' in your workspace" ... when I run "devtool edit-recipe raichu-core" it opens the correct recipe tho. any ideas?16:35
*** MeanEngi <MeanEngi!~MeanEngi@95.168.124.153> has quit IRC16:37
*** nacknick <nacknick!b9b8f483@185.184.244.131> has quit IRC16:41
*** develonepi3 <develonepi3!~devel@2600:1700:69f0:42c0::12> has quit IRC16:44
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC16:53
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto16:55
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto16:55
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:56
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC17:03
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC17:09
mckoannacknick: https://koansoftware.com/yocto-linux-lab-2018-florence/?lang=it17:11
*** thierryE <thierryE!sid286446@gateway/web/irccloud.com/x-vnjdiwkfjixtsjvw> has quit IRC17:23
*** thierryE <thierryE!sid286446@gateway/web/irccloud.com/x-buoqmevlkgozsqvy> has joined #yocto17:24
*** frsc <frsc!~frsc@2003:a:e7a:6200:4475:5b7:3b7d:d914> has quit IRC17:32
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC17:36
qschulzYatekii: devtool modify then devtool build then devtool deploy-target.17:47
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto17:48
*** uhaider <uhaider!sid307926@gateway/web/irccloud.com/x-lphtifazbzfpqhnm> has quit IRC17:48
*** uhaider <uhaider!sid307926@gateway/web/irccloud.com/x-beyueozntuhitlva> has joined #yocto17:49
*** leon-anavi <leon-anavi!~Leon@78.130.245.67> has quit IRC17:49
Yatekiiqschulz: oh so i need modify first :) didnt find that in the guide ... weird17:50
qschulzYatekii: what were you trying to do?17:50
Yatekiiqschulz: well i built the receipe with bitbake -c build raichu-core and wanted to deploy that to my existing target to test it because i didnt want to flash the entire rootfs again ofc :)17:53
qschulzif it's just to upload a new package version without reflashing the image, you can do bitbake raichu-core, take the pkg from tmp/deploy/[ipk|deb|rpm] send it to your board and install it with [apt|opkg|dpkg...]. Though you need this to be installed on your current rootfs17:53
Yatekiiwell deploy target is just very convenient which is why i wanted to use it :)17:54
qschulzit is very convenient but I also see you forgetting to run devtool reset raichu-core and loosing some hair on why the heck your recipe isn't updated ;)17:55
qschulzBUT it is actually a good idea when developing an app or debugging it17:55
mckoanI'd like to append the content of a recipe local file into the final image artefact17:55
mckoansomething like cat cat ${S}/myfile.txt >> ${DEPLOYDIR}/bcm2835-bootfiles/config.txt17:55
mckoaninstead of simply echoing like printf "${RPI_EXTRA_CONFIG}\n" >> ${DEPLOYDIR}/bcm2835-bootfiles/config.txt17:55
mckoanany idea?17:55
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC17:56
mckoanhttp://git.yoctoproject.org/cgit/cgit.cgi/meta-raspberrypi/tree/recipes-bsp/bootfiles/rpi-config_git.bb17:56
qschulzwell.... who's adding this config.txt and how?17:56
qschulzok :)17:56
qschulzwhy don't you patch this recipe then?17:56
mckoanqschulz: I'm doing it into my bbappend do_deploy_append()17:56
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto17:57
qschulzwhat's the issue then?17:57
Yatekiiqschulz: why would i run reset?17:57
mckoanqschulz: doesn't find the ${S}/myfile.txt17:57
qschulzYatekii: because if you don't the sources in your devtool workspace will be used instead of the recipe in your layers17:58
qschulzso the day comes you want to use your recipe again...17:58
qschulzmckoan: ${WORKDIR} instead of ${S} I highly suspect is what you want17:58
qschulzmckoan: http://git.yoctoproject.org/cgit/cgit.cgi/meta-raspberrypi/tree/recipes-bsp/bootfiles/rpi-config_git.bb#n1417:59
qschulzbut files from SRC_URI are in ${WORKDIR} by default17:59
qschulzYatekii: just don't forget to run reset when you are finished with active development or debugging ;)18:00
mckoanqschulz: doh! it's been a hard day. Thank you!18:02
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto18:06
*** mckoan is now known as mckoan|away18:11
*** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC18:14
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto18:14
*** ecclescake <ecclescake!~tomeccles@78.40.148.171> has quit IRC18:15
*** ecclescake <ecclescake!~tomeccles@78.40.148.171> has joined #yocto18:17
Yatekiiqschulz: hmm sorry, but can you link me some straight forward docs which explain a basic step by step for this? because I was reading the help docs of devtool and also in the yocto guides but I didn't see reset or anything similar mentioned in there :/18:23
Yatekiiand just from the help info it's hard to tell how to go18:23
Yatekiifor example I didn't understand how I get into a devtool workspace and whether I am supposed to create a new one18:23
YatekiiI just used bitbake to rebuild my image and just wanted to deploy the binary inside the image via devtool to not flash the entire image.18:24
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto18:25
*** elfGamal <elfGamal!~elg@181.215.183.160> has quit IRC18:28
*** elGamal <elGamal!~elg@83.97.114.17> has joined #yocto18:28
*** Crofton|road <Crofton|road!uid401373@gateway/web/irccloud.com/x-ygrfgheccqoacfbx> has quit IRC18:29
*** fury <fury!uid193779@gateway/web/irccloud.com/x-hrapgqsptkyfbnmv> has quit IRC18:30
*** ndec <ndec!sid219321@linaro/ndec> has quit IRC18:30
*** fancer <fancer!fancer@gateway/web/irccloud.com/x-dplbjmjvgfyvvvwv> has quit IRC18:30
*** nohit <nohit!sid334887@gateway/web/irccloud.com/x-pmdnybykzbazjivf> has quit IRC18:30
*** ukembedded <ukembedded!sid304355@gateway/web/irccloud.com/x-bwekuwbjdenqrdac> has quit IRC18:30
*** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-wdlehheaevlhavkm> has quit IRC18:30
*** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-vspfiewyrvqldfkb> has quit IRC18:30
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-zezgbzfmfygvywxn> has quit IRC18:30
*** mithro <mithro!sid24875@gateway/web/irccloud.com/x-jjkzianqypvotzdh> has quit IRC18:30
*** Crofton|road <Crofton|road!sid401373@gateway/web/irccloud.com/x-ewfqxotxjrtnclbd> has joined #yocto18:30
*** marex-cloud <marex-cloud!sid137234@gateway/web/irccloud.com/x-bjljvfezwgvgiaql> has quit IRC18:31
*** mdp <mdp!sid49840@gateway/web/irccloud.com/x-nkepsnpbscijdfaw> has quit IRC18:31
*** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-ymlnldhoxjxreexn> has quit IRC18:31
*** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has quit IRC18:31
*** dl9pf <dl9pf!uid395223@opensuse/member/dl9pf> has quit IRC18:31
*** uhaider <uhaider!sid307926@gateway/web/irccloud.com/x-beyueozntuhitlva> has quit IRC18:32
*** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-xeugvhvbxzdauoez> has quit IRC18:32
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC18:32
*** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-mzteypsgsvrlijow> has joined #yocto18:33
*** fury <fury!uid193779@gateway/web/irccloud.com/x-odlkabnntvsneeqn> has joined #yocto18:33
*** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-eciogjljpeavflht> has joined #yocto18:33
*** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has joined #yocto18:34
*** mdp <mdp!sid49840@gateway/web/irccloud.com/x-efjzhdyfqsumyuab> has joined #yocto18:34
*** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-kiaqpeshibcgafuy> has joined #yocto18:34
*** zopsi <zopsi!~zopsi@96.126.123.81> has quit IRC18:34
*** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has joined #yocto18:35
*** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-kwuvavqkcihvmtzt> has joined #yocto18:35
khemRP: The Milestone tags are only created on poky repo, can this be extended to oe-core and bitbake repos too ?18:35
zeddiipaulbarker: you should have pinged me about the linux-yocto stuff, I've had a queue for what you were looking for, for ages.18:36
*** ukembedded <ukembedded!sid304355@gateway/web/irccloud.com/x-yvhgpazytaayozjj> has joined #yocto18:37
*** mithro <mithro!sid24875@gateway/web/irccloud.com/x-zudacrjlrhmgbrme> has joined #yocto18:38
khemzeddii: how would one know unless you posted it to ml or some public forum ?18:38
zeddiiit's been posted18:38
zeddiiplus, comon18:38
khemI see, then perhaps it would be based on that ?18:38
zeddiiwho the else hacks linux-yocto ? you think you'd ping the maintiner first.18:39
* zeddii is annoyed18:39
zeddiias I suffer through new kernels18:39
zeddiiand get a comment like that.18:39
zeddiicomon18:39
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto18:39
khemsometimes people need to get it out of their way and results in patches18:40
*** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-eciogjljpeavflht> has quit IRC18:40
*** ecclescake <ecclescake!~tomeccles@78.40.148.171> has quit IRC18:42
*** ecclescake <ecclescake!~tomeccles@78.40.148.171> has joined #yocto18:42
zeddiitrue 'dat.18:48
* zeddii goes to hunt for food.18:48
*** uhaider <uhaider!sid307926@gateway/web/irccloud.com/x-xpxxpawugjrxkjyb> has joined #yocto18:53
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC18:58
nemgti-ogn/quit18:58
nemgti-ogups18:58
*** nemgti-og <nemgti-og!nemgti-og@gateway/vpn/protonvpn/nemgti-og> has quit IRC18:58
*** berton <berton!~berton@189.103.49.163> has joined #yocto19:00
*** ecclescake <ecclescake!~tomeccles@78.40.148.171> has quit IRC19:01
*** FrazerClews <FrazerClews!~frazer.cl@78.40.148.177> has quit IRC19:01
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-ljcpawhrmymzflqr> has joined #yocto19:11
RPkhem: yes, it could. I think we need to do a bit of a re-eval in that area19:15
*** berton <berton!~berton@189.103.49.163> has quit IRC19:15
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:20
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC19:21
*** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-arursheezkfagwce> has quit IRC19:24
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto19:25
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto19:26
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC19:40
khemRP: this will help in testing the mls19:49
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-ljcpawhrmymzflqr> has quit IRC19:57
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto19:58
*** FrazerClews <FrazerClews!~frazer.cl@78.40.148.177> has joined #yocto20:05
*** ecclescake <ecclescake!~tomeccles@78.40.148.171> has joined #yocto20:05
*** fancer <fancer!fancer@gateway/web/irccloud.com/x-tbrfhjppdbloqkyr> has joined #yocto20:08
*** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC20:27
*** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto20:29
*** ndec <ndec!sid219321@linaro/ndec> has joined #yocto20:56
*** ndec <ndec!sid219321@linaro/ndec> has quit IRC21:01
mischiefhow would i add a QA for a kernel build? i want to add some specific checks for a kernel FIT image.21:12
*** ndec <ndec!sid219321@linaro/ndec> has joined #yocto21:14
RPkhem: looks like our nativesdk-gcc doesn't work properly :/21:22
RPkhem: config.log-configure:5841: gcc  -o conftest -isystem/media/build1/poky-morty/build/tmp/sysroots/x86_64-linux/usr/include -O2 -pipe   -L/media/build1/poky-morty/build/tmp/sysroots/x86_64-linux/usr/lib -L/media/build1/poky-morty/build/tmp/sysroots/x86_64-linux/lib -Wl,-rpath-link,/media/build1/poky-morty/build/tmp/sysroots/x86_64-linux/usr/lib -Wl,-rpath-link,/media/build1/poky-morty/build/tmp/sysroots/x86_64-linux/lib -Wl,-rpath,/med21:24
RPia/build1/poky-morty/build/tmp/sysroots/x86_64-linux/usr/lib -Wl,-rpath,/media/build1/poky-morty/build/tmp/sysroots/x86_64-linux/lib -Wl,-O1 conftest.c  -lmpc -lmpfr -lgmp >&521:24
RPconfig.log://lib/x86_64-linux-gnu/libm.so.6: undefined reference to `__strtof128_nan@GLIBC_PRIVATE'21:24
RPthat is morty with a gcc from pyro buildtools-extended-tarball21:24
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC21:31
*** fury <fury!uid193779@gateway/web/irccloud.com/x-odlkabnntvsneeqn> has quit IRC21:37
*** davisr__ <davisr__!~davisr@cpe-184-58-235-7.wi.res.rr.com> has joined #yocto21:45
*** davisr_ <davisr_!davisr@gateway/vpn/privateinternetaccess/davisr> has quit IRC21:48
khem__strtof128_nan is in glibc 2.26+21:50
khemwhat version of glibc is being used21:51
*** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-oieaditqzhyagqyf> has joined #yocto21:58
*** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-oieaditqzhyagqyf> has quit IRC22:06
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC22:08
mischiefhm. i added a task but it seems like that didn't cause a rebuild.. is there something extra that needs to be done to make adding/modifying a task invalidate the stamps?22:11
RPkhem: its complicated :/22:12
RPkhem: "gcc -lmpc -lmpfr -lgmp " fails. Add -lm and it passes22:12
RPkhem: there is the glibc version in the buildtools tarball, the one on the host system and the target22:12
RPkhem: when gcc adds internal libs, it searches the paths differently?22:14
*** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-oisjjltavgutupzl> has joined #yocto22:15
*** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-oisjjltavgutupzl> has quit IRC22:19
*** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-pyplbmuwhahihvuc> has joined #yocto22:24
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC22:32
RPkhem: looks like its a linker behaviour difference in the path searched for -lm vs its interal lib search22:50
*** linuxjacques is now known as jacques22:51
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC23:23
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto23:24
RPkhem: its a relocation problem in binutils - SEARCH_DIRS doesn't relocate23:26
RPmoto-timo: ^^^23:26
moto-timokhem: hopefully you have some insights for us :)23:27
* RP notes we delete the scripts and rely on the builtins23:33
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d1530cd.dynamic.kabel-deutschland.de> has quit IRC23:36
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d1530cd.dynamic.kabel-deutschland.de> has joined #yocto23:39
*** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC23:52
*** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto23:53
*** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has quit IRC23:53

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