otavio has quit [Read error: Connection reset by peer]
jclsn0 has quit [Ping timeout: 276 seconds]
jclsn0 has joined #yocto
jclsn0 has quit [Ping timeout: 276 seconds]
deuteron has quit [Quit: leaving]
jclsn0 has joined #yocto
jclsn0 has quit [Ping timeout: 255 seconds]
jclsn0 has joined #yocto
RobertBerger has joined #yocto
rber|res has quit [Ping timeout: 255 seconds]
starblue has quit [Ping timeout: 246 seconds]
camus has joined #yocto
starblue has joined #yocto
jclsn0 has quit [Ping timeout: 244 seconds]
Tokamak has quit [Ping timeout: 244 seconds]
Tokamak has joined #yocto
camus1 has joined #yocto
camus has quit [Ping timeout: 244 seconds]
camus1 is now known as camus
jclsn0 has joined #yocto
Tokamak_ has joined #yocto
Tokamak has quit [Ping timeout: 246 seconds]
jclsn0 has quit [Ping timeout: 246 seconds]
jclsn0 has joined #yocto
Tokamak has joined #yocto
Tokamak_ has quit [Ping timeout: 244 seconds]
jclsn0 has quit [Ping timeout: 246 seconds]
jclsn0 has joined #yocto
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
jclsn0 has quit [Ping timeout: 255 seconds]
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
Tokamak has quit [Ping timeout: 246 seconds]
jclsn0 has joined #yocto
sakoman has quit [Quit: Leaving.]
Tokamak has joined #yocto
nemik has quit [Ping timeout: 258 seconds]
nemik has joined #yocto
jclsn0 has quit [Ping timeout: 246 seconds]
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
jclsn0 has joined #yocto
jclsn07 has joined #yocto
jclsn0 has quit [Ping timeout: 240 seconds]
Tokamak has quit [Ping timeout: 244 seconds]
jclsn has quit [Ping timeout: 252 seconds]
Tokamak_ has joined #yocto
jclsn has joined #yocto
jclsn07 has quit [Ping timeout: 255 seconds]
camus has quit [Quit: camus]
jclsn07 has joined #yocto
jclsn07 has quit [Ping timeout: 276 seconds]
jclsn07 has joined #yocto
Tokamak_ has quit [Read error: Connection reset by peer]
Tokamak has joined #yocto
kroon has joined #yocto
marc2 has quit [Ping timeout: 260 seconds]
amitk has quit [Ping timeout: 240 seconds]
amitk has joined #yocto
beneth has quit [Ping timeout: 258 seconds]
RobertBerger has quit [Quit: Leaving]
rber|res has joined #yocto
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
vladest has quit [Quit: vladest]
rfuentess has joined #yocto
rob_w has joined #yocto
<LetoThe2nd>
yo dudX
<JaMa>
anyone seeing ltp build failures after linux-yocto update yesterday? ltp/20220527-r0/git/testcases/kernel/kvm/linker/x86_64.lds:36:20: syntax error, unexpected '(' (and 36 line is KEEP (*(SORT_NONE(.init))))
beneth has joined #yocto
Wouter0100 has quit [Remote host closed the connection]
Wouter0100 has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
Schlumpf has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
<JaMa>
not caused by the linux-yocto update, there was ltp update in the same batch for me as well which I didn't notice before
ptsneves has joined #yocto
Sam38 has joined #yocto
<qschulz>
o/
<Sam38>
Hi Guys, I have been struggling with yocto for two weeks now.. I have a few specific questions which I hope will help me understand a lot more. Is this the right place for this?
<qschulz>
Sam38: shoot the question and we'll see if we can answer it :)
<Sam38>
Thanks!
bps has joined #yocto
bps has joined #yocto
<Sam38>
How do I find out which files to patch? Example: I have a Single-Core Zynq7000 (picozed). So I need to disable cpu1 in e.g. zynq7000.dtsi. When I "find -name zynq7000.dtsi" I get at least 7 results..
xmn has quit [Quit: ZZZzzz…]
<Sam38>
How do I see which ones are used in the build, and what to put in the patchfile as +++a/<somepath>/zynq7000.dtsi ---b/<somepath>/zynq7000.dtsi
<Sam38>
Or do I need to patch another file, like a more general .dts file?
<qschulz>
Sam38: what we can suggest is to use devtool to modify the linux recipe. It'll get the source code, patch it if there are some patches and then allow you to modify the sources in place to do your tests
<qschulz>
once satisfied, it can create patches for you
m4ho has quit [Ping timeout: 246 seconds]
<qschulz>
devtool modify virtual/kernel probably should be enough
<qschulz>
you can modify the dtsi if you want, but usually best practice dictates that you should modify (or create!) a file that only your board will use (and not any other vendor's)
Qorin has joined #yocto
<Sam38>
okay, so I need to establish my board as its own "version", like copy the picozed-zynq7000.dts file and alter it? Then in local.conf set it as "Machine"?
<qschulz>
Sam38: that is one way yes
<qschulz>
you can have a machine config file including another
<qschulz>
and then you only change the device tree for example
<Sam38>
okay, that sounds good.
<Sam38>
So.. what is "virtual" about the virtual/kernel? ;-) Or is it just a name?
<Sam38>
Okay.. next question: How should I menuconfig? I found some very complex instructions for yocto.. I thought normally you should bitbake menuconfig, then save this as a defconfig file, and maybe diff new_defconfig orig_defconfig?
<qschulz>
I've never generated config fragments so I don't know, but for full defconfigs, yes, bitbake -c menuconfig virtual/kernel
<qschulz>
followed by bitbake -c savedefconfig virtual/kernel (I assume?)
<qschulz>
then find this defconfig file in $WORKDIR of your recipe
<qschulz>
and add it to a bbappend or your recipe SRC_URI
<Sam38>
Okay, I think I have some work to do now, before asking the next questions. Thanks for helping me! Have a nice day! :-)
m4ho has joined #yocto
leon-anavi has joined #yocto
<gordon1>
can somebody explain this error for me?
<gordon1>
Bitbake Fetcher Error: FetchError("Recipe uses a floating tag/branch without a fixed SRCREV yet doesn't call bb.fetch2.get_srcrev() (use SRCPV in PV for OE).", None)
<gordon1>
i have SRCREV="${PV}" in my case
<gordon1>
there is a tag corresponding to the package version in the target repo
<gordon1>
am i doing it wrong?
tre has joined #yocto
<LetoThe2nd>
gordon1: it still is a tag then and not a SRCREV.
<LetoThe2nd>
gordon1: as already pointed out, tags are not immutable. only the sha hashes are.
<gordon1>
i tried SRCREV="${AUTOREV}" and add ;tag=${PV} but then i get conflict
<gordon1>
>tags are not immutable
<gordon1>
so?
<gordon1>
is it a problem?
<qschulz>
gordon1: yes, for reproducible builds
<qschulz>
which is what Yocto aims to be doinmg
<qschulz>
by default
<gordon1>
ah, i see
<LetoThe2nd>
gordon1: yes, because it means that the build can end up using different revisions today and tomorrow. the sha is immutable.
<jclsn[m]>
qschulz: My web.de filter pushes them all to the spam folder anyway :D
<jclsn[m]>
Maybe I should get an address extra for Yocto
<LetoThe2nd>
RP: yeah i know. one of my personal problems is that i am such an easy target for many things.
<RP>
LetoThe2nd: also, to be fair, it is what I'd suggest to anyone asking about that
<LetoThe2nd>
RP: i know, i know.
prabhakarlad has joined #yocto
jpuhlman has quit [Ping timeout: 246 seconds]
jpuhlman has joined #yocto
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
locutusofborg has quit [Quit: ZNC 1.8.2+deb1 - https://znc.in]
starblue has quit [Ping timeout: 258 seconds]
starblue has joined #yocto
locutusofborg has joined #yocto
florian_kc has quit [Ping timeout: 250 seconds]
Schlumpf has quit [Ping timeout: 252 seconds]
goliath has joined #yocto
kroon has quit [Quit: Leaving]
dmoseley has quit [Ping timeout: 258 seconds]
<Sam38>
Can I write a Machine.conf just referring to the original .conf file, like "include picozed-zynq7.conf" and then overriding a few variables like 'SOC_VARIANT ?= "7zs"' ?
<qschulz>
Sam38: yup
<Sam38>
There seems to be some misspelling. where can I find documentation for this? (Spellchecker Error - no TUNE_ARCH defined)
marc2 has joined #yocto
<qschulz>
Sam38: you need to use: require conf/machine/picozed-zynq7.conf actually
<Sam38>
aaah, okay! thanks a lot!
<qschulz>
RP: is this a conspiration? trying to make me do a v3 of my talk on overrides and operators because i'll need to state that flags are actually usable with overrides now? :D
<RP>
qschulz: I think that patch is going to fail in testing
<RP>
qschulz: I'm not very keen to enable that sytax
<RP>
rburton: why does one of your simple looking bugzilla requests end up as half a day with a 5 patch series? :)
kroon has joined #yocto
<Sam38>
I get a few Error messages telling me that my machine is not in the COMPATIBLE list.. So I tried adding MACHINEOVERRIDES_EXTENDER_<my-machine> ?= "picozed-zynq7" and also MACHINEOVERRIDES = "picozed-zynq7:${MACHINE}" in <my-machine>.conf.. But it didn't work, at least not for all modules.
GNUmoon has quit [Remote host closed the connection]
<Sam38>
Is doing this kind of machine override not standard? Should I be doing something differently in general?
GNUmoon has joined #yocto
<qschulz>
Sam38: MACHINEOVERRIDES =. "picozed-zynq7:" at the very top of your machinbe.conf file (before the require/include)
<qschulz>
MACHINEOVERRIDES_EXTENDER is vendor specific so I don't know
<qschulz>
also, if you're using honsiter or kirkstone branch, it's probably MACHINEOVERRIDES_EXTENDER:<my-machine> instead
<Sam38>
thanks a lot!
<Sam38>
My VM just halted - out of host memory -.- have to fix this somehow. (using virtualbox)
pgowda_ has joined #yocto
<qschulz>
Sam38: any reason for using a VM?
<qschulz>
Many people are using containers if your host distribution is not supported
<qschulz>
or if on Windows, we support WSLv2 too
<JaMa>
is it normal that test_ccache_tool (buildoptions.ImageOptionsTests.test_ccache_tool) takes 3 hours and still running?
<JaMa>
looks like it should just rebuild libgcc-initial, so I guess not
<Sam38>
qschulz My host is Win10, and I also have the possibility of making snapshots of my VM
<qschulz>
Sam38: yocto is very memory and CPU hungry
<qschulz>
so using something more lightweight than VMs might be a good idea
<JaMa>
looks like perl-native.do_install got stuck for 3+ hours
<qschulz>
Windows Susbsytem for Linux (WSL) is supported if you can install it/work with it
<Sam38>
Yeah, the CPU is fine - but I did not think memory would be such an issue! -.-
<Sam38>
I'll think about another solution.
<qschulz>
I don't know when the support was added, so if it's a not-so-recent version of Yocto you're building it might be complex
<Sam38>
Oh yeah? I didnt believe WSL was actually usable
<qschulz>
Sam38: WSLv2!
<qschulz>
you can limit the number of threads used for building one recipe and how mnany recipes can be built at once
<qschulz>
we usually say at least 2GB of RAM per CPU
<qschulz>
(but this does not apply to CPUs with many cores/threads
<qschulz>
you can play with a global PARALLEL_MAKE setting in local.conf
<Sam38>
How can I let bitbake clean up a little bit? The parts it doesnt need anymore?
<JaMa>
INHERIT += "rm_work"
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
Starfoxxes has quit [Ping timeout: 260 seconds]
<ptsneves>
does rm_work still have performance implications?
Starfoxxes has joined #yocto
yates has quit [Quit: rcirc on GNU Emacs 25.2.2]
kscherer has joined #yocto
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
kroon has quit [Quit: Leaving]
nemik has quit [Ping timeout: 258 seconds]
<shoragan>
cross-posting from #oe: why is devtool starting bitbake as a subprocess? it's already using tinfoil, so couldn't it execute the tasks via that?
<jclsn[m]>
ptsneves: Afaik, ust when building the same package from scratch again, which you seldomly do, because everything is stored in the sstate-cache
<jclsn[m]>
I would definitely use rm_work. Else 1TB of storage might not be enough
<JaMa>
you'll get those setscene tasks running more often with rm_work so with big SSD I prefer not to use it to lower the wear, but 4TB /OE partition isn't big enough for me sometimes, so I resort to rm_work for some of the builds
twnqx has joined #yocto
nemik has joined #yocto
<twnqx>
heya! is there a relatively simple way to generate a hash of a file after the do_strip stage in do_package?
xmn has joined #yocto
Wouter0100 has quit [Remote host closed the connection]
Wouter0100 has joined #yocto
vladest has joined #yocto
sakoman has joined #yocto
<rburton>
ptsneves: what do you mean by “still”?
<ptsneves>
because adding extra IO during the build has significant impact on the build time. Especially for builds workspaces that are going to be removed at the end regardless
rob_w has quit [Remote host closed the connection]
<twnqx>
hm. why would do_package_append, without a python prefix, still be interpreted as python, while other append/prepend functions are not?
<qschulz>
twnqx: because it appends verbatim to the task
<qschulz>
if the task is a python task, do_<task>_append will need to be written in python
<qschulz>
otherwise, in bash
<twnqx>
ahhh, so do_install and the like are shell tasks, got it
<twnqx>
ok, now to learn python to figure out its equivalent of system() ;)
<twnqx>
ok, thanks for the pointer :)
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
bps has quit [Read error: Connection reset by peer]
<RP>
twnqx: subprocess is the python module to look at. Also note there are prefuncs and postfuncs which would allow you to use shell
<twnqx>
maybe i should take two steps back ;) i want to create a sha256 signature file of a binary (and only that binary) - and obviously i need to do that after it was stripped
<twnqx>
so i thought the easiest way was to create a do_package_append function, between packaging and image creation
<twnqx>
(unless do_package does that also...)
leon-anavi has quit [Remote host closed the connection]
<jsbronder>
Anyone successfully have git 2.36+ and DL_DIR on an nfs share with all_squash?
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
dmoseley has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
prabhakarlad has quit [Quit: Client closed]
ptsneves has quit [Quit: Client closed]
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 250 seconds]
nemik has joined #yocto
<rburton>
twnqx: you can add functions to the do_package operation (there’s a variable in package.bbclass). Or write a postfunc.
<twnqx>
oh, alreqady fixed, thank you for the pointer still
<landgraf>
RP: I've realised that commit message for the PREMIRROR issue is not longer accurate :(
rfuentess has quit [Remote host closed the connection]
<RP>
landgraf: oh, sorry, I meant to update that :(
<RP>
landgraf: I am really happy to have that tarball extraction fix
<landgraf>
RP: np. bugs are fixed and that's good :)
* RP
is juggling too many issues :(
<landgraf>
RP: To verify it I've written yet another test to cover this functionality (with real git repo instead of fake one). Should I submit it as well?
pgowda_ has quit [Quit: Connection closed for inactivity]
<RP>
landgraf: sounds good, yes please
A-wandering-bot[ has joined #yocto
A-wandering-bot[ has left #yocto [#yocto]
* JaMa
just received 100+ USD invoice for 72MB of mobile data :/
<JaMa>
50 floppies would be much better investment
<fray>
72 MB? ouch that is early 2000s pricing
florian_kc has joined #yocto
ad__ is now known as bigendian
<JaMa>
it's not regular tarif for use in phone, but 2G GSM https://www.simcom.com/product/SIM800C.html in my security system stopped working and I was asked by operator to test their SIM card in a mobile phone -> I didn't expect it to be so expensive 2 minute test :/
<gordon1>
is there a way to tell yocto to make uncompressed uImage?
<gordon1>
older tools that build stuff for that board use make uImage.bin for that
<JaMa>
with yocto there is always a way :)
<gordon1>
will setting KERNEL_IMAGETYPE = "uImage.bin" be sufficient?
<fray>
ouch
<gordon1>
JaMa: what i meant to ask, is there a way w/o writing custom bbclass? :)
<gordon1>
oh wow KERNEL_IMAGETYPE = "uImage.bin" actually worked
nemik has quit [Ping timeout: 258 seconds]
nemik has joined #yocto
Tokamak has quit [Read error: Connection reset by peer]
Tokamak has joined #yocto
florian__ has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
florian_kc has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
alefir has quit [Ping timeout: 258 seconds]
behanw has quit [Quit: Connection closed for inactivity]
alefir has joined #yocto
florian__ has quit [Ping timeout: 248 seconds]
florian__ has joined #yocto
vin[m] has joined #yocto
vladest has quit [Quit: vladest]
vladest has joined #yocto
dev1990 has quit [Quit: Konversation terminated!]
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
denisoft81 has joined #yocto
goliath has quit [Quit: SIGSEGV]
ecdhe has quit [Read error: Connection reset by peer]
ecdhe has joined #yocto
denisoft81 has quit [Quit: Leaving]
dev1990 has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
twnqx has quit [Ping timeout: 250 seconds]
kscherer has quit [Quit: Konversation terminated!]