dl9pf changed the topic of #yocto to: Welcome to the Yocto Project | Learn more: http://www.yoctoproject.org | Join the community: http://www.yoctoproject.org/community | Channel logs available at https://www.yoctoproject.org/irc/ and https://libera.irclog.whitequark.org/yocto/ | Having difficulty on the list, or with someone on the list? Contact YP community mgr Nicolas Dechesne (ndec)
camus has quit [Ping timeout: 276 seconds]
camus has joined #yocto
sakoman has joined #yocto
camus1 has joined #yocto
camus has quit [Ping timeout: 272 seconds]
camus1 is now known as camus
jwillikers has quit [Remote host closed the connection]
camus1 has joined #yocto
camus has quit [Ping timeout: 255 seconds]
camus1 is now known as camus
<mattsm> If I want to learn yocto where should I start?
<paulg> I am pretty sure there are getting started guides out there that google can find you ; I'd suggest getting a download started as you read some of them.
<mattsm> Hi paulg you I and zeddii got trashed together once in san diego
<mattsm> I think I was the most trashed though ;-)
<mattsm> That was the night I slapped @RP
<mattsm> ;-) xoxo
<mattsm> Just made a slack @ mistake
<zeddii> haha!
<zeddii> mattsm: was out at baseball. missed the trolling!
<mattsm> I was actually showing my wife how to join irc channels... but most of the libera equivalents are empty... but yocto folks got em all moved over
camus1 has joined #yocto
camus has quit [Ping timeout: 276 seconds]
camus1 is now known as camus
camus1 has joined #yocto
camus has quit [Ping timeout: 256 seconds]
camus1 is now known as camus
sakoman has quit [Quit: Leaving.]
<OutBackDingo> mattsm: get a board, build an image and flash plenty of guides out there to get you started really.
Vonter has quit [Read error: Connection reset by peer]
Vonter has joined #yocto
roussinm has quit [Quit: WeeChat 3.3-dev]
amitk has joined #yocto
camus1 has joined #yocto
camus has quit [Ping timeout: 256 seconds]
camus1 is now known as camus
fotte has joined #yocto
v2d has quit [Ping timeout: 246 seconds]
rob_w has joined #yocto
kayterina has joined #yocto
manuel1985 has quit [Ping timeout: 252 seconds]
goliath has joined #yocto
LetoThe2nd has joined #yocto
Neur0mante has joined #yocto
frieder has joined #yocto
goliath has quit [Quit: SIGSEGV]
zpfvo has joined #yocto
<LetoThe2nd> yo dudX
camus1 has joined #yocto
camus has quit [Ping timeout: 276 seconds]
camus1 is now known as camus
<RP> mattsm: The next day I remember you looking really worried asking about that too :)
tnovotny has joined #yocto
manuel1985 has joined #yocto
Neur0mante has quit [Quit: Client closed]
goliath has joined #yocto
<lukma> RP: Thanks for the fix :-)
zyga-mbp has joined #yocto
behanw has quit [Quit: Connection closed for inactivity]
michaelo[m] has joined #yocto
florian has joined #yocto
<RP> lukma: it would be great if people relying on some of these features could help with the bug fixing and future development of them. eSDK needs to TLC
<RP> needs some
<LetoThe2nd> +love
frieder has quit [Ping timeout: 256 seconds]
hpsy has joined #yocto
leon-anavi has joined #yocto
frieder has joined #yocto
<splatch> hey folks, I have a question related to image types as well as to swupdate. I know swupdate doesn't have to be a thing here, but I found an issue after upgrade do gatesgarth. My earlier config of swupdate did refer image with "direct.p2.gz" format. Now it is gone and I have only "ext4.gz". Is there any change I missed between these releases? I was looking at oe/bitbake sources but I haven't found any
<splatch> references to "direct.p2.gz" at all.
<splatch> I wouldn't worry much about that change, but when I did update with that swu file on my test installation it did run out of disk space.
florian_kc has joined #yocto
<LetoThe2nd> splatch: "p2.gz" is not a generic image type, but something that is provided by some layer that you use. so find out which layer provides it, and why it is gone.
<splatch> hm, this might then be swupdate itself, cause I have only meta-oe, meta-intel, meta-zulu (java) and mta-swupdate. Out of these I can almost certainly bet that image formats are coming from first and last
<LetoThe2nd> splatch: betting != knowing. and it is also not necessarily a real format, but only a custom rename, link or output name.
<splatch> Looking at references to that format at github (its quite good tool to look at other projects) I found only two places: https://github.com/search?q=%22direct.p2.gz%22&type=code
<splatch> LetoThe2nd: I need to balance learning as I am kinda of behind schedule. The awful thing is that this mysterious "p2" format is not referenced anywhere and it seems to cause different handling on real hardware afterwards.
<splatch> As much as I can find references for bitbake/poky and other oe related things, swupdate remains a mystery to me
<LetoThe2nd> splatch: i am pretty certain that the format is not exactly "mysterious", but if you go for a "bitbake -e" on the original build it will probably reveal itself relatively quickly.
camus has quit [Ping timeout: 272 seconds]
camus has joined #yocto
<splatch> ok, let me stash what I did and test thing
<LetoThe2nd> splatch: plus, it might be a false positive, but your irc login suggests that you are online as root, and i would suggest fixing that real soon.
<splatch> LetoThe2nd: it is true, this is a vps which is soon to be teared down
<LetoThe2nd> *shrug*
<splatch> LetoThe2nd: I recall one of your last videos on yocto where you did talk about producing docker images out of build. I admit I have tried your way but failed (last year). Given that it would boost quite a bit testing I still hope to get this running. Do you maybe know some project which does that and it works? :)
<splatch> [using an opportunity to inquiry you directly!]
<LetoThe2nd> splatch: "out of build"?
<splatch> out of bitbake
<LetoThe2nd> splatch: you can happily create various container formats, and meta-virt brings a lot of support. docker however relies on the daemon running on the system, hence cannot directly be created.
BCMM has joined #yocto
splatch has quit [Quit: leaving]
splatch has joined #yocto
<splatch> LetoThe2nd: fixed at least one thing ;-)(
<LetoThe2nd> splatch: namely?
<splatch> root
<splatch> I might not be able to build a full image for warrior since some of artifacts are not reachable. Will retry, in worst case I will need to reduce scope of build to minimal image
mcfrisk_ is now known as mcfrisk
<splatch> LetoThe2nd: I have older branch checked out, out of `bitbake -e` I get python code as output. No p2, direct.p2 can be found. For fstypes there are only types I have specified in build ([ext4.gz wic.gz wic.bmap wic.vmdk], [tar.gz], [cpio.gz]).
<LetoThe2nd> splatch: bitbake -e does not exactly give you python, but it might contain some. and as you explicitly stated your layers, which did not inlude meta-rte.....
<splatch> yes, so meta-rte is the only one project in github which has this p2.gz referenced. I try to use it as a crossing point, maybe wrong, but .p2 format does not come from that layer. If it would then I think bitbake or QA would report an missing or unsupported option in new releases.
<LetoThe2nd> like i said, ot maybe is not an image_fstype, but only some way that overrides the name of the generated file.
<splatch> just traced .bbappend, .bb and .inc with find. None of layer files (beside mine which expects it) mentions direct.p2 there. For p2 itself all references seem to be "help2man" or "bzip2". This is a well hidden feature. ;-)
mckoan|away is now known as mckoan
<splatch> LetoThe2nd: everything clear, the p2 format was retained by patch to 'image_types_wic.bb' which didn't apply to latest releases.
<LetoThe2nd> splatch: in which layer? ;-)
<splatch> LetoThe2nd: as far I can see poky
<LetoThe2nd> splatch: sounds highly questionable.
<LetoThe2nd> splatch: what is this patch, and where did it come frmo?
<splatch> the p2 format is additional thing made by 3mdeb folks to retain parition files from wic
<splatch> Looking now at meta-rte and I can't see it there
<LetoThe2nd> splatch: sorry, but what you are saying makes no sense. you stated that you are not using meta-rte, and therefore the patch could not have been in your initial build.
<splatch> LetoThe2nd: gimme sec, I think I'm on the way to trace it in github then it will become clear
BuZZ-T has joined #yocto
likewise has joined #yocto
<LetoThe2nd> ok, and?
<splatch> so you was right in saying that p2 comes from one of layers I got, my assumption that it was swupdate was wrong, and luckily I will be able to fix issue after re-applying some patchwork
<LetoThe2nd> i can't follow, but hey. if it works for you, whatever.
tkoskine has quit [Ping timeout: 265 seconds]
tkoskine has joined #yocto
<splatch> LetoThe2nd: sorry for being chaotic, with your suggestions I was able to trace it back. Thank you for partience and assistance.
<LetoThe2nd> have fun!
<splatch> build is on the way!
<splatch> My first 5.10 build ever!
jmiehe1 has joined #yocto
jmiehe has quit [Ping timeout: 255 seconds]
jmiehe1 is now known as jmiehe
zyga_ has joined #yocto
zyga-mbp has quit [Ping timeout: 256 seconds]
zyga__ has quit [Ping timeout: 255 seconds]
splatch has quit [Read error: Connection reset by peer]
splatch has joined #yocto
zyga-mbp has joined #yocto
likewise has quit [Remote host closed the connection]
likewise has joined #yocto
dlan has quit [Remote host closed the connection]
tkoskine has quit [Ping timeout: 256 seconds]
tkoskine has joined #yocto
<dvorkindmitry> how can I append environment variable or do_install action?
<dvorkindmitry> for do_install action
<LetoThe2nd> dvorkindmitry: you can set arbitrarily named variables anywhere in the recipe
<dvorkindmitry> LetoThe2nd, may I set it like this MYVAR=xxx at any line of the recipe?
<LetoThe2nd> dvorkindmitry: as long as xxx is constant, yes.
<marex> I ran into this https://www.openembedded.org/pipermail/openembedded-core/2019-July/284554.html myself now, what is that about and how do I get rid of that Requested value: CONFIG_SCSI_DEBUG=m Actual value: stuff ?
<marex> why is scsi-debug.cfg even included ?
otavio_ has quit [Remote host closed the connection]
<marex> oh, CONFIG_SCSI_DEBUG need SCSI_LOWLEVEL in 5.10.y
<dvorkindmitry> LetoThe2nd, it doesn't work: https://pastebin.com/9fRunqp5 "HOST" variable
otavio has joined #yocto
<LetoThe2nd> dvorkindmitry: look at the log of the do_install stage and inspect how the environment is being set. from guessing i would say you need to export it just like the DESTDIR construction.
camus1 has joined #yocto
camus has quit [Ping timeout: 276 seconds]
camus1 is now known as camus
<wyre> hi guys, I'm trying to create a recipe for a python script, and I'm following a similar structure to this http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/documentation/ref-manual/examples/hello-single/hello.bb
<wyre> but I'm having problems because do_install cannot be performed because doesn't find the .py file
<qschulz> wyre: where do you get your python script from?
<wyre> qschulz, I'm using repo to clone from a repo in a folder called `files` alongside the recipe file
<wyre> in fact the files (they are several scripts actually)
<wyre> I mean, in fact the files are there
<wyre> but apparently I'm missing something in the recipe
<qschulz> SRC_URI and S needs to be double checked
<qschulz> (in your recipe)
<wyre> qschulz, you have here the folder structure and the recipe contents https://bpa.st/7IUQ
<wyre> maybe I should include `files` folder in the SRC_URI... 🤔
<wyre> I've just realized
<qschulz> no
<wyre> then why is not finding the files?
<qschulz> go to the WORKDIR of your recipe and check that the files are there
<qschulz> note the exact path relative to WORKDIR
<qschulz> that's what you're supposed to use then
<qschulz> you can also add whole directories by adding file://dir/ (note, no * in there)
<qschulz> this will respect the original layout
<LetoThe2nd> just a note: "i'm using xxx to clone yyy into the files directory next to recipe zzz" sounds very much like "recipe zzz needs a proper fetching stage"
<wyre> LetoThe2nd, that's a good point 🤔
<wyre> qschulz, files are in the workdir, right https://bpa.st/FK7A
<wyre> also ... according to you I could replace this part https://bpa.st/F2CQ with this https://bpa.st/ENPA ?
<wyre> anyway ... there are files what I don't want to install, but I guess I can also control this in do_install
<qschulz> wyre: they are not in the workdir, they are in a subdirectory of the workdir
<qschulz> wyre: yes to your question
<wyre> qschulz, so they should be in the workdir directly?
<wyre> oh, I see what you are saying
<qschulz> wyre: I thought they would be but I was clearly wrong
<wyre> I should include the directory in the install statements
<qschulz> so, just pass the relative path to S (which is $WORKDIR in your recipe) to your install commands
<qschulz> absolutely
camus1 has joined #yocto
dlan has joined #yocto
jwillikers has joined #yocto
camus has quit [Read error: Connection reset by peer]
camus1 is now known as camus
<wyre> qschulz, now I'm having problems with fonts 🤔 https://bpa.st/VCYQ why is it trying to access to ../image/usr/bin/dp1642gw/fonts ?
<wyre> maybe the install -d has not created it? 🤔
<wyre> is it not recursive?
<wyre> I mean, there is no an option like -p for mkdir?
<rburton> install -d creates parents
<qschulz> ${WORKDIR}/image is ${D}
<wyre> sure, and I guess /usr/bin is ${bindir}
<wyre> but I've install -d ${D}{bindir}/dp1642gw/fonts in my recipe and it's not being created inside ${WORKDIR}/image/usr/bin
Neur0mante has joined #yocto
xmn has quit [Quit: ZZZzzz…]
<wyre> it has created a file called `dp1642gw`
<rburton> where is the recipe?
<wyre> oh, sorry, I missed a $ symbol
<qschulz> wyre: the usual :D
<wyre> before {bindir}
<qschulz> don't worry, I always miss them when reading recipes too
<wyre> can I clean the workdir in someway?
<rburton> bitbake recipe -c clean
<qschulz> rburton: IIRC this does not remove files added in SRC_URI with the "file" fetcher?
<rburton> }
<rburton> do_clean() {
<rburton> oe.path.remove(dir)
<rburton> dir = d.expand("${WORKDIR}")
<rburton> it just blasts away the work directory
whuang0389 has joined #yocto
<qschulz> 👍
<whuang0389> how im confused on compiling a simple makefile from a git source. In do_compile() I have oe_runmake all. I'm expecting an executable somewhere, but I'm unable to find it. source is from here: https://github.com/Infineon/eltt2
<whuang0389> i checked the tmp directories using find but nothing
<mattsm> RP yes I was really concerned, and feeling rough from the night before
Neur0mante has quit [Quit: Client closed]
<mckoan> whuang0389: your Makefile has hardcoded variables, cant cross-compile and can't install anything in tmp
<whuang0389> so I will need to run a custom command from do_compile? specifying the CC?
<rburton> whuang0389: oe_runmake CC="${CC}" CFLAGS="${CFLAGS}"
whuang0389 has quit [Quit: Client closed]
camus1 has joined #yocto
camus has quit [Ping timeout: 255 seconds]
camus1 is now known as camus
prabhakarlad has quit [Quit: Client closed]
Neur0mante has joined #yocto
dlan has quit [Remote host closed the connection]
Neur0mante has quit [Quit: Client closed]
argonautx has joined #yocto
<override> Can some one explain feature backfilling to me please?
rob_w has quit [Quit: Leaving]
BuZZ-T has quit [Read error: Connection reset by peer]
<rburton> if a distro feature isn't set, backfilled ones get added automatically. this is because we added new features and made them default. if you don't want it, add it to DISTRO_FEATURES_BACKFILL_CONSIDERED to say that you know it would be backfilled, but you don't want it.
<override> thanks, rbuton
yates_home has joined #yocto
<yates_home> in poky/meta/lib/oe/elf.py there is a function that can be defined, PACKAGEQA_EXTRA_MACHDEFFUNCS, to add a new architecture to machdata dict
<yates_home> the dict is composed of # TARGET_OS TARGET_ARCH MACHINE, OSABI, ABIVERSION, Little Endian, 32bit?
<yates_home> the first two items are obvious. where do MACHINE, OSABI, and ABIVERSION come from?
dlan has joined #yocto
sakoman has joined #yocto
<yates_home> they are simply non-negative integers for other architectures, e.g., "darwin9" : {
<yates_home> "arm" : (40, 0, 0, True, 32),
<rburton> machine is the ELF e_machine field
<yates_home> rburton: thanks. i see several of these defined or mentioned here: https://en.wikipedia.org/wiki/Executable_and_Linkable_Format
<yates_home> this ought to get me going. thanks much rburton
<rburton> its basically a giant map of ELF data, so most things will be in there
prabhakarlad has joined #yocto
TurtleCrazy[m] has quit [*.net *.split]
AlessandroTaglia has quit [*.net *.split]
Jari[m] has quit [*.net *.split]
jwillikers[m] has quit [*.net *.split]
Andrei[m] has quit [*.net *.split]
ejoerns[m] has quit [*.net *.split]
lexano has quit [*.net *.split]
troth has quit [*.net *.split]
shoragan has quit [*.net *.split]
jpnurmi has quit [*.net *.split]
OnkelUlla has quit [*.net *.split]
alimon has quit [*.net *.split]
ykrons has quit [*.net *.split]
chrysh has quit [*.net *.split]
wyre has quit [*.net *.split]
shoragan_ has joined #yocto
chrysh has joined #yocto
jpnurmi_ has joined #yocto
OnkelUlla has joined #yocto
ykrons has joined #yocto
wyre_ has joined #yocto
alimon has joined #yocto
lexano has joined #yocto
troth has joined #yocto
shoragan_ is now known as shoragan
jpnurmi_ is now known as jpnurmi
xmn has joined #yocto
Guest49 has joined #yocto
<Guest49> hi
<Guest49> I got the following warning:
<Guest49> WARNING: libpng-1.6.37-r0 do_fetch: Failed to fetch URL https://downloads.sourceforge.net/libpng/libpng16/libpng-1.6.37.tar.xz, attempting MIRRORS if available
<Guest49> I've visited the link and to me it seems just fine, why does it give a warning?
<Guest49> also, when will the irc logs in yoctoproject.org/irc be fixed so that we can view the latest ones?
<rburton> Guest49: if you're doing a fetch from clean, sourceforge gets all upset and blocks you temporarily if you make lots of connections
camus1 has joined #yocto
camus has quit [Ping timeout: 276 seconds]
camus1 is now known as camus
fotte has quit [Ping timeout: 256 seconds]
<rburton> halstead: will the irc logs be updated to work on libera?
Jasper-Ben has joined #yocto
<Guest49> rburton that explains it, that explains it
<Guest49> thanks
armpit__ is now known as armpit
manuel1985 has quit [Quit: Leaving]
tnovotny has quit [Quit: Leaving]
dlan has quit [Remote host closed the connection]
<halstead> rburton: yes. They are being collected. Just need to update publishing.
<Guest49> general question, a certain layer has dependencies on "layers: meta-oe, meta-multimedia, meta-networking". I have not added these in bblayers.conf and it is still building the image, how so?
<Guest49> My guess would be that it should fail because of the required dependencies
<vmeson> Yocto monthly technical discussion happening now: https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09
<Guest49> vmeson For those that currently don't have Zoom instead, can we watch the recording somewhere after it is finished?
<rburton> Guest49: presumably those requirements are not actually stated in layer.conf, and you're not building anything that actually needs those deps
<vmeson> Guest49: I think the discussion is recorded but I'm not aware of it being posted. I'll ask around.
<Jasper-Ben> Yes, it is being recorded. But I also don't know where and if it will be posted. You can also join zoom meetings via the browser, though.
<Guest49> Thanks, looking forward to hearing how we can access it, 5 stars!
<Guest49> rburton you're right, that is indeed the case, thanks
ncaidin_lf has joined #yocto
goliath has quit [Quit: SIGSEGV]
ncaidin_lf has quit [Client Quit]
camus has quit [Ping timeout: 265 seconds]
camus has joined #yocto
<wyre_> cannot I install files in /opt/<arbitrary folder> ?
<vmeson> Guest49: oops, there's also a bunch of tool-free phone numbers, see: https://www.yoctoproject.org/public-virtual-meetings/
<wyre_> I'm having an error saying "Files/directories were installed but not shipped in any package:"
<rburton> wyre_: that's because FILES doesn't pick anything from /opt by default
dlan has joined #yocto
wyre_ is now known as wyre
<wyre> rburton, I don't get this point ... FILES? 🤔
<rburton> if you don't know what FILES is, maybe read a tutorial on packaging
florian has quit [Quit: Ex-Chat]
Guest49 has quit [Quit: Client closed]
argonautx has quit [Quit: Leaving]
florian_kc has quit [Ping timeout: 272 seconds]
prabhakarlad has quit [Quit: Client closed]
prabhakarlad has joined #yocto
<halstead> rburton: IRC logs are being published again. There is up to a 3 minute lag.
<rburton> thanks halstead
<vmeson> JPEW: RP: it's 'zee (or zed) standard' -- https://www.rfc-editor.org/rfc/rfc8878.html - S - T - D has other connotations
camus has quit [Ping timeout: 245 seconds]
camus1 has joined #yocto
kayterina has quit [Remote host closed the connection]
camus1 is now known as camus
Jasper-Ben has quit [Quit: Client closed]
<JPEW> vmeson: Ah, yes I suppose so.
zpfvo has quit [Quit: Leaving.]
goliath has joined #yocto
mckoan is now known as mckoan|away
<override> does u-boot get packaged into the board's image by yocto/oe stuff, or is that seperate?
<override> im trying to add nfs to u-boot, so that I can update images over the network. Trying to see how I can package this new u-boot
leon-anavi has quit [Quit: Leaving]
<rburton> depends on the machine
<rburton> there is a uboot recipe in oe-core which many machines use, yes
<override> basically, im trying to see where in oe-core does the u-boot stuff reside. right now when I bitbake images, they get built with u-boot
<override> is there like a layer just for u-boot?
<rburton> no, its in oe-core
<override> where at in oe-core?
<override> all ive seen in oe-core is layes, buildm sstate-cache
<override> i see stuff like ayers/openembedded-core/meta/classes/kernel-uboot.bbclass which makes me want to think uboot gets built by a recipe..
<override> oh, my bad .. see what rbuton was trying to say now..
dtometzki has quit [Ping timeout: 272 seconds]
dtometzki has joined #yocto
frieder has quit [Remote host closed the connection]
florian_kc has joined #yocto
tlwoerner has quit [Ping timeout: 252 seconds]
camus has quit [Ping timeout: 258 seconds]
camus has joined #yocto
Guest2095 has joined #yocto
<Guest2095> Hi, Can I have 2 kernels built from single yocto image? One I want for debugging purpose and other for production
<Guest2095> since each yocto build builds one kernel per image,is it possible to have 2?
<splatch> Guest2095: I think you can have two images, most of work between them will be shared, beside kernel, other idea is to use maybe (not sure) a package manager and install an overlay with another kernel if necessary
<splatch> you run single kernel instance, as far I know, with image so what you ask for might not be a straight task
<splatch> I actually have issue with two kernels. I have a build which works just fine if deployed in vm (and stock device), but fails with a strange behavior when used with swupdate. I set preffered provider to linux-intel and version to 5.10.%, yet my board after boot has a split brain problem. It does declare it is 4.19 (release which I try to update) when asked with uname -r. Yet it has modules from 5.10 on the
<splatch> partition. Guess it is a swupdate/boot issue but its not clear to me why this happens.
LetoThe2nd has quit [Quit: Connection closed for inactivity]
<Guest2095> splatch Thanks for replying
florian_kc has quit [Ping timeout: 255 seconds]
<Guest2095> how to use yocto combo layer tool?
<JPEW> Guest2095: Any particular reason you want to use that?
<Guest2095> to merge two repos
<JPEW> Guest2095: I'm not familiar with it. I usually use git submodules FWIW
<JPEW> Some people also use kas
hpsy1 has joined #yocto
<Guest2095> ok
hpsy has quit [Ping timeout: 256 seconds]
<splatch> Guest2095: I use kas as it is able to manage multiple versions of configs with no hassle, if you need different kernels and/or images/machines then it might simplify configuration management on your end
<Guest2095> with configuration management we will get 2 images right
<splatch> yes, you can have different kernel providers for these or different kernel versions. With kas and its "overlay" (merge of yaml files) you will be able to achieve that with little effort. Still doubling build time in some areas.
mischief has joined #yocto
<mischief> is there a way to enumerate a recipe's variable machine overrides?
<JPEW> mischief: `bitbake -e` can tell you that
Guest20 has joined #yocto
Guest2095 has quit [Quit: Client closed]
florian_kc has joined #yocto
Guest20 has quit [Quit: Client closed]
amitk has quit [Ping timeout: 256 seconds]
dtometzki has quit [Read error: Connection reset by peer]
dtometzki has joined #yocto
rber|res has joined #yocto
florian_kc is now known as florian
bizulk has joined #yocto
<bizulk> Hello. I am building for raspberry pi 1, poky+meta-raspberry. There is a issue when building binutils. Some undefined reference with libgold
<bizulk> using dunfell HEAD branch
<bizulk> there are some discussion in the mailing list to remove libgold [here](https://www.yoctoproject.org/pipermail/yocto/2016-May/029961.html). Do someone know if this workaround works ?
<bizulk> I mean if there is limited impact on the build
<JPEW> bizulk: Hard to say. It's possible there are some recipes that hardcode using gold, and though obviously wouldn't work if binutils didn't create it
<bizulk> JPEW ok. The best way to know is to test it I guess
<JPEW> bizulk:
<JPEW> bizulk: Ya
<JPEW> bizulk: It looks like it may not be unheard of to disable gold on some arches, so that might be an option that would prevent you needing to fork the recipe (since I don't think the patch you linked to would be taken)
<JPEW> bizulk: perhaps something like: `LGGOLD_pn-binutils = ""` in local.conf (or similar)
<bizulk> JPEW yep. I don't know the syntax but I believe that local.conf is the place to try that.
<bizulk> but still I'm little bit surprised that this is not building. I did naïvely expected that supported arch were building fine.
jmiehe has quit [Quit: jmiehe]
<JPEW> bizulk: arm11 may not be very commonly tested arch?
<bizulk> JPEW I will check for raspberry 4. But also got failure. double check if it was on dunfell branch
<JPEW> bizulk: That's strange, I just build rpi4 a few days ago and it worked fine
<JPEW> (I can't see your pastebin, FWIW)
<bizulk> JPEW probably expired. Must refresh it if I can
<smurray> AGL is using dunfell 3.1.9 with latest meta-raspberrypi dunfell branch as of last week w/o issues
<JPEW> bizulk: Oh, no sorry. It's not your fault, local network policy blocks pastebin
<bizulk> JPEW : where can I post it then ?
<JPEW> bizulk: https://pastebin.ubuntu.com/ works
<JPEW> It's not the smartest policy I've ever seen....
<JPEW> bizulk: Ya, that's strange
<JPEW> bizulk: Almost looks like it's missing a library or something
Guest5599 has quit [Quit: WeeChat 3.1]
<bizulk> @JPEW exactly
vquicksilver has joined #yocto
<JPEW> You might look through the log.do_compile and see if anything else suspicious shows up.... otherwise you might need to spelunk through the build directory
michaelo[m] has quit [Read error: Connection reset by peer]
t_unix[m] has quit [Read error: Connection reset by peer]
lacouture[m] has quit [Read error: Connection reset by peer]
behanw[m] has quit [Read error: Connection reset by peer]
Spectrejan[m] has quit [Read error: Connection reset by peer]
Alban[m] has quit [Read error: Connection reset by peer]
jordemort has quit [Write error: Connection reset by peer]
shoragan|m has quit [Read error: Connection reset by peer]
JonasVautherin[m has quit [Read error: Connection reset by peer]
janvermaete[m] has quit [Read error: Connection reset by peer]
PascalBach[m] has quit [Read error: Connection reset by peer]
Pierre-jeanTexie has quit [Read error: Connection reset by peer]
SamuelDolt[m] has quit [Read error: Connection reset by peer]
Saur[m] has quit [Read error: Connection reset by peer]
jonesv[m] has quit [Read error: Connection reset by peer]
timbert[m] has quit [Read error: Connection reset by peer]
kayterina[m] has quit [Read error: Connection reset by peer]
shoragan[m] has quit [Read error: Connection reset by peer]
alex88[m] has quit [Read error: Connection reset by peer]
barath has quit [Write error: Connection reset by peer]
keepitsimplejim[ has quit [Read error: Connection reset by peer]
khem has quit [Read error: Connection reset by peer]
Emantor[m] has quit [Read error: Connection reset by peer]
fabatera[m] has quit [Write error: Connection reset by peer]
cody has quit [Write error: Connection reset by peer]
TrevorWoerner[m] has quit [Write error: Connection reset by peer]
nicolas[m]12 has quit [Write error: Connection reset by peer]
SnowBeast[m] has quit [Write error: Connection reset by peer]
rodrjassoccom[m] has quit [Write error: Connection reset by peer]
christophs[m] has quit [Write error: Connection reset by peer]
asus_986_gpu[m] has quit [Read error: Connection reset by peer]
xicopitz[m] has quit [Read error: Connection reset by peer]
dwagenk has quit [Read error: Connection reset by peer]
WadeBerrier[m] has quit [Write error: Connection reset by peer]
moto_timo[m] has quit [Read error: Connection reset by peer]
ndec[m] has quit [Read error: Connection reset by peer]
* JPEW finds it suspicious that all the Matrix users just exited :)
<bizulk> that's strange
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<rber|res> @JPEW the blue pill?
<mischief> JPEW: yes but can you enumerate them from e.g. a python function
<JPEW> mischief: Do you want the list of overrides, or the value of a variable for each override?
<JPEW> mischief: You can get the list of overrides with `d.getVar('MACHINEOVERRIDES').split(':')`
zyga-mbp has joined #yocto
bunk has quit [Quit: leaving]
bunk has joined #yocto
zyga-mbp has quit [Quit: Textual IRC Client: www.textualapp.com]
goliath has quit [Quit: SIGSEGV]
<bizulk> JPEW sorry can you point out for me some documentation about building variable LGGOLD_pn-binutils = ""
<JPEW> Ack, that's `LDGOLD_pn-binutils`. Sorry
<bizulk> right, but what is does ? what is _pn about, I tried to google it in vain.
<JPEW> `LDGOLD` is a variable in binutils.inc. You can override a variable in a specific recipe by using the `pn-<RECIPE>` override.
<bizulk> Thank you
<JPEW> the `_pn-binutils` allows you to override the variable in a specific recipe (binutils in this case) from a common config file (local.conf, machine.conf, etc.)
glumanda has joined #yocto
glumanda has left #yocto [#yocto]
tlwoerner has joined #yocto
camus has quit [Ping timeout: 245 seconds]
camus1 has joined #yocto
camus1 is now known as camus
Andrei[m] has joined #yocto
kayterina[m] has joined #yocto
goliath has joined #yocto
dkl has quit [Quit: %quit%]
dkl has joined #yocto
jordemort has joined #yocto
janvermaete[m] has joined #yocto
Saur[m] has joined #yocto
Pierre-jeanTexie has joined #yocto
Jari[m] has joined #yocto
moto_timo[m] has joined #yocto
shoragan[m] has joined #yocto
khem has joined #yocto
cody has joined #yocto
ejoerns[m] has joined #yocto
Emantor[m] has joined #yocto
ndec[m] has joined #yocto
WadeBerrier[m] has joined #yocto
t_unix[m] has joined #yocto
jwillikers[m] has joined #yocto
TrevorWoerner[m] has joined #yocto
SamuelDolt[m] has joined #yocto
barath has joined #yocto
Alban[m] has joined #yocto
keepitsimplejim[ has joined #yocto
shoragan|m has joined #yocto
AlessandroTaglia has joined #yocto
asus_986_gpu[m] has joined #yocto
xicopitz[m] has joined #yocto
rodrjassoccom[m] has joined #yocto
jonesv[m] has joined #yocto
SnowBeast[m] has joined #yocto
JonasVautherin[m has joined #yocto
behanw[m] has joined #yocto
fabatera[m] has joined #yocto
alex88[m] has joined #yocto
christophs[m] has joined #yocto
PascalBach[m] has joined #yocto
lacouture[m] has joined #yocto
Spectrejan[m] has joined #yocto
michaelo[m] has joined #yocto
TurtleCrazy[m] has joined #yocto
nicolas[m]12 has joined #yocto
timbert[m] has joined #yocto
dwagenk has joined #yocto
<JPEW> ... and they're all back!
florian has quit [Ping timeout: 272 seconds]
<mischief> JPEW: i want to enumerate all overriden variables and their values
<mischief> like if i have FOO, FOO_bar, FOO_baz, how can i get all of the FOOs and their values
<JPEW> mischief: I'm not sure if that information is available by default. I know bitbake -e enables a special "tracking mode" to get the output it does
<JPEW> But I think it gets expensive to do that during a normal parse, when all you usually care about is the final value
<JPEW> mischief: I guess the follow up question is: Why do you want that?
<mischief> i dont think i really need to, i was just curious
<JPEW> mischief: I beleive if you want to write your own scripts to parse the metadata, you can enable the variable tracking like `bitbake -e` does, but I don't think you can get that from in a recipe
<mischief> we have a silly problem with branching/tagging and using one git repo for different branches of a vendor kernel, i thought something like this might come up but i havent worked on it really
florian has joined #yocto
bizulk has quit [Ping timeout: 246 seconds]
camus has quit [Remote host closed the connection]
camus has joined #yocto
hpsy1 has quit [Ping timeout: 255 seconds]
<RP> mischief: you know about OVERRIDES listing the overrides in force at a given time?
v2d has joined #yocto
jwillikers has quit [Remote host closed the connection]
dlan has quit [Remote host closed the connection]
dev1990 has quit [Quit: Konversation terminated!]
otavio has quit [Remote host closed the connection]
dlan has joined #yocto
creich has quit [Quit: Leaving]
BCMM has quit [Quit: Konversation terminated!]
otavio has joined #yocto
jwillikers has joined #yocto
florian has quit [Ping timeout: 255 seconds]
likewise has quit [Remote host closed the connection]
goliath has quit [Quit: SIGSEGV]
camus1 has joined #yocto
camus has quit [Ping timeout: 255 seconds]
camus1 is now known as camus