qschulz has quit [Remote host closed the connection]
qschulz has joined #yocto
adams[1] has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 250 seconds]
nemik has joined #yocto
goliath has quit [Quit: SIGSEGV]
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
sakoman has quit [Quit: Leaving.]
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
starblue has quit [Ping timeout: 268 seconds]
starblue has joined #yocto
sakoman has joined #yocto
<PhoenixMage>
What does meta-poky/conf/distro/include/gcsections do? Its included in poky-tiny.conf and its what breaks the go compilation stuff for cni and containerd
alessioigor has quit [Quit: alessioigor]
ente` has quit [Ping timeout: 252 seconds]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
sgw has quit [Remote host closed the connection]
sgw has joined #yocto
R0b0t1 has quit [Quit: WeeChat 2.8]
amitk has joined #yocto
sakoman has quit [Quit: Leaving.]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
nemik has quit [Ping timeout: 264 seconds]
nemik has joined #yocto
thomasd13 has joined #yocto
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
beneth has quit [Read error: Connection reset by peer]
odra_ has joined #yocto
seninha has quit [Quit: Leaving]
odra_ has quit [Ping timeout: 268 seconds]
leon-anavi has joined #yocto
Maxxed52 has quit [Read error: Connection reset by peer]
Maxxed52 has joined #yocto
milosv has joined #yocto
mckoan|away is now known as mckoan
<mckoan>
good morning
hcg has joined #yocto
frieder has joined #yocto
kevinrowland has quit [Ping timeout: 252 seconds]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
ente` has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<RP>
PhoenixMage: just disable it for those recipes
ente` has quit [Ping timeout: 244 seconds]
davidinux has quit [Ping timeout: 244 seconds]
davidinux has joined #yocto
goliath has joined #yocto
zpfvo has joined #yocto
nemik has quit [Ping timeout: 250 seconds]
nemik has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Guest47 has joined #yocto
Guest47 has quit [Client Quit]
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
lukma has joined #yocto
<lukma>
Maybe a strange question - Is there a way to use COMPATIBLE_MACHINE to avoid processing yocto recipe with bbappend file?
<lukma>
For example - I do use the bbappend and put there COMPATIBLE_MACHINE = "(?!FOO)"
<lukma>
In that way I could "disable" recipe for one special machine
beneth has joined #yocto
alessioigor has quit [Quit: alessioigor]
<lukma>
(And yes - I can write COMPATIBLE_MACHINE="(FOO)" and then use do_compile[noexec]=1 for specific tasks)
alessioigor has joined #yocto
<lukma>
But the approach with negation in COMPATIBLE_MACHINE seems simpler ...
<lukma>
(EXCLUDE_PACKAGE is applied too late IMHO, when the package is build anyway)
GNUmoon has quit [Ping timeout: 258 seconds]
ptsneves has joined #yocto
rob_w has joined #yocto
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
adams[1] has quit [Quit: Client closed]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<qschulz>
lukma: COMPATIBLE_MACHINE:machine = "" probably would work?
camus1 has joined #yocto
camus has quit [Read error: Connection reset by peer]
camus1 is now known as camus
<dacav>
Hi. So I marked my calendar on today, as there's this event at the Linux Plumbers Conference: https://lpc.events/event/16/contributions/1196/ . Is it possible to get a recording of it?
<mcfrisk>
lukma: one possibility is to have DISTRO or MACHINE specific paths in layer, e.g. recipes-debian which is only enabled when DISTRO is "debian", similar for MACHINE
<mcfrisk>
use layer.conf to set the paths this way
<mcfrisk>
for plain variables, it's possible to use machine specific append/prepends
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<lukma>
qschulz: It looks like the approach with COMPATIBLE_MACHINE:foo = "" looks like the good approach
<lukma>
(I was not expecting that COMPATIBLE_MACHINE is overridable)
<eirikb[m]>
I've been using my docker toolchain image for a while now and it works great. It would work even better if I didn't have to source the environment setup file, but I haven't found any way around this. An option to install a toolchain without the setup environment file would be great
Schlumpf has joined #yocto
florian has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
<PhoenixMage>
RP: Not sure how I would do that?
<hmw[m]>
Hi im trying to set SDKPATH in the conf file of my target but the variable is getting over written by a other .conf file
<hmw[m]>
trying to change it sins ti try's to set it to a SDKPATH = "${@"/tmp/"+"x"*96+"/"+"y"*96}" that brakes
<hmw[m]>
nativesdk-perl-misc: /work/x86_64-nativesdk-arago-linux/nativesdk-perl/5.30.1-r0/packages-split/nativesdk-perl-misc/tmp/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy/sysroots/x86_64-arago-linux/usr/bin/h2xs.perl maximum shebang size exceeded, the maximum size is 128.
ente` has joined #yocto
xmn has quit [Ping timeout: 265 seconds]
xmn has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
ente` has quit [Ping timeout: 244 seconds]
xmn has quit [Ping timeout: 268 seconds]
pgowda_ has joined #yocto
<qschulz>
eirikb[m]: what's bothering you with the setup environment file?
<RP>
PhoenixMage: looking at the file there are plenty of examples of recipes where this has been done?
<RP>
e.g. CFLAGS_SECTION_REMOVAL:pn-grub = "" would remove it for grub?
<eirikb[m]>
qschulz: Having to source it from an IDE inside of docker can be a bit of a hassle. CLion supports it, and it kind of works with some manual path setting, but just not having it would be the best
<RP>
eirikb[m]: how would you work out the toolchain config without it?
Schlumpf has quit [Quit: Ping timeout (120 seconds)]
ente` has joined #yocto
<PhoenixMage>
RP: Thanks
<ptsneves>
eirikb[m]: The way i work with clion is that i have meson or cmake generate the command_line.json or something similarly called and have clion injest it
<ptsneves>
it works perfectly and you get perfect integration with the cross toolchain. On the other hand if you have path mismatches between your IDE docker and yocto than you need to solve that
odra_ has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<eirikb[m]>
<RP> "eirikb: how would you work out..." <- I hoped to install it globally or something. Run `cmake` and it resolves to correct cmake by default
<eirikb[m]>
<ptsneves> "eirikb: The way i work with..." <- You mean like a preset? I don't have any issues at the moment, it works quite well, just that I have to manually set the paths when setting up the toolchain in CLion settings the first time
<ptsneves>
To use this flow i do not even use the sdk. I get this from the devtool ${B} dir
<ptsneves>
makes it very straightforward to setup. If i am feeling particularly lazy and adventurous i do it from the ${B} of the recipe workdir itself
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<eirikb[m]>
You don't use the SDK? How is that possible?
odra_ has quit [Remote host closed the connection]
LocutusOfBorg has quit [Ping timeout: 240 seconds]
starblue has quit [Ping timeout: 265 seconds]
starblue has joined #yocto
mvlad has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
rber|res has joined #yocto
LocutusOfBorg has joined #yocto
milosv has quit [Ping timeout: 250 seconds]
Schlumpf has joined #yocto
milosv has joined #yocto
camus1 has joined #yocto
camus has quit [Ping timeout: 265 seconds]
camus1 is now known as camus
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
seninha has joined #yocto
Schlumpf has quit [Quit: Client closed]
odra__ has quit [Quit: Leaving]
GNUmoon has joined #yocto
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
GNUmoon has quit [Ping timeout: 258 seconds]
odra has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
davidinux has quit [Ping timeout: 244 seconds]
davidinux has joined #yocto
behanw has joined #yocto
ecdhe has quit [Ping timeout: 252 seconds]
ecdhe has joined #yocto
NicoMller[m] has joined #yocto
LukasW has joined #yocto
<NicoMller[m]>
Hello All, I have a strange problem with the archiver and I am asking for your help here. The package "db" (Berkley Database) is collected by the archiver but it was not added by me to the image and I can not find any dependency that would DEPEND on that package explicitly and I can also not find any artifacts in the resulting image rootfs. My image is based on core-image-minimal. Does anybody know why this package is built for the target?
<qschulz>
NicoMller[m]: run bitbake -g <your-image> and look into the dot files with your favorite text editor to find the dependency chain
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<NicoMller[m]>
Okay that is exactly what I did. The problem is that in this dependency file did not give me a clear picture of the dependency since the top level dependency looks like this: "<my-image> - db.do_build"
<NicoMller[m]>
Am i reading the file wrong?
<qschulz>
NicoMller[m]: is it the only dependency that exists?
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<LukasW>
Hello all. Iam just updating my yocto from dunfell to kirkstone. The image build itself succeeded, but the SDK build fails on "nativesdk-gnutls". The error is
<LukasW>
Ive tried that on tagged Version kirkstone-4.0.3 as well as current head of kirstone branch.
<LukasW>
Any suggestions?
<mckoan>
LukasW: provide details: machine and pastebin the error log
<NicoMller[m]>
qschulz: There are many a packages like (grep, iproute2, openssl) that have dependencies on db.do_deploy_archives and db.do_package_write_ipk. In the form: readline.do_build -> db.do_deploy_archives. But none of these applications explicitly list the package "db" as dependency. Could it be that the build system requires the package for some reason?
amitk_ has joined #yocto
rob_w has quit [Quit: Leaving]
xmn has joined #yocto
amitk has quit [Ping timeout: 244 seconds]
<LetoThe2nd>
yo dudX
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
<mckoan>
hey LetoThe2nd jester !
<mckoan>
the chocolat launcher
odra_ has joined #yocto
odra has quit [Remote host closed the connection]
sakoman has joined #yocto
davidinux has quit [Ping timeout: 268 seconds]
davidinux has joined #yocto
Wlad has joined #yocto
<Wlad>
hello
<Wlad>
do someone know about update-able linux packages in made yocto image?
<qschulz>
Wlad: what exactly are you after?
rhulme has joined #yocto
kscherer has joined #yocto
<Wlad>
I have an yocto image with static packages which are not updatable
<Wlad>
over apt update/upgrade
<Wlad>
eg
<qschulz>
Wlad: you would need to create your own package feed for apt based on the yocto image you're using
<qschulz>
if you don't own the sources/layers of the yocto image you're running, you won't be able to update the packages
odra_ is now known as odra
<Wlad>
so the packages like busybox and dropbear are not updatable?
<qschulz>
Wlad: if you weren't provided with a package feed for your image, it will not be possible without rebuilding the image yourself and creating it
<qschulz>
apt is just a package manager, it needs to be fed a package repository or whatever the proper name is
<qschulz>
debian has one, ubuntu has one, your yocto image needs one too
<qschulz>
you cannot use debian's or ubuntu's or another yocto image's because they are using different versions of libraries, differently compiled (different flags, compilers, etc...)
<Wlad>
so I need a own one so far so clear. how difficult is it to do?
<Wlad>
or is it unpossible for case dropbear and busybox?
<qschulz>
Wlad: you need to ask your vendor for a package feed or create it yourself
<qschulz>
to create it, you'll need to rebuild the image yourself
<Wlad>
okay
<qschulz>
if your vendor gives you the yocto layers they used to create the image, it might not be too difficult
thomasd13 has quit [Ping timeout: 265 seconds]
<qschulz>
if they don't, it's starting to be a bit difficult
<qschulz>
it wouldn't be a disaster if it's possible for you to flash only the rootfs and not the kernel or bootloader
<qschulz>
if it's not possible, then you need the sources of the kernel and bootloader so you can recompile them too
<qschulz>
and considering that vendors are usually not too keen to provide their kernel and bootloader sources, it might be *really* difficult to do it
<rhulme>
Since Python 3.8, unittest.case has an additional '_callTearDown' method so the first 'unittest.case' frame is not the right one and the yocto code raises an exception because there is no 'result' variable.
<rhulme>
It seems strange to me that no-one has come across this before but I haven't been able to find anything. So what am I missing?
behanw has quit [Quit: Connection closed for inactivity]
vladest has joined #yocto
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
Wlad has left #yocto [#yocto]
nemik has quit [Ping timeout: 252 seconds]
<rhulme>
Changing that line to something like 'while (upperf.f_globals['__name__'] != 'unittest.case') or ('result' not in upperf_flocals):' seems to fix it.
nemik has joined #yocto
<rhulme>
or "while not ((upperf.f_globals['__name__'] == 'unittest.case') and ('result' in upperf.f_locals)):" depending on your preference for boolean logic.
pabigot has quit [Ping timeout: 252 seconds]
pabigot has joined #yocto
matman01 has joined #yocto
<matman01>
Having some issue with dunfell kernel configure.. I run bitbake -c kernel_configme -f and bitbake -c menuconfig however the configuration that shows up is missing some items that are in my "SRC_URI += defconfig". If I enable them in menuconfig.. they do show up in the .config and do get built.. but running menuconfig again and they are not
<matman01>
there.. Any ideas?
vladest has quit [Ping timeout: 264 seconds]
<qschulz>
matman01: I bet there exists multiple defconfigs and yours is not taken
<qschulz>
matman01: if that is the case, then it is likely you need to change the path you put your defconfig in
<qschulz>
I assume you're adding this defconfig via a bbappend?
<matman01>
Good question let me check.. devtool likes to put thins in a different spot and generates a defconfig I think.
<NicoMller[m]>
qschulz: Do you have any idea why so many applications are dependent on db.do_package_write_ipk? I have the gut feeling that maybe the sstate.bbclass is responsible for this.
frieder has quit [Remote host closed the connection]
vmeson has quit [Ping timeout: 268 seconds]
ptsneves has quit [Ping timeout: 264 seconds]
denisoft81 has joined #yocto
kriive has joined #yocto
denisoft81 has quit [Client Quit]
vmeson has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
<qschulz>
NicoMller[m]: I really do not, does removing the archiver class actually remov ethis dependency?
<qschulz>
if it does, at least you know where to look
nemik has quit [Ping timeout: 264 seconds]
alessioigor has quit [Quit: alessioigor]
nemik has joined #yocto
alessioigor has joined #yocto
rhulme has joined #yocto
frieder has joined #yocto
frieder has quit [Remote host closed the connection]
<kergoth>
Any time recrdeptask is used (depend on this other taks recursively down all build and runtime dpeendencies), th egraph will show a direct dep on everything, even though it's actually indirect via following the build na druntime deps. specifically do_build an dthe packaging functions can be misleading
mckoan is now known as mckoan|away
vladest has joined #yocto
pgowda_ has quit [Quit: Connection closed for inactivity]
florian has quit [Quit: Ex-Chat]
nemik has quit [Ping timeout: 264 seconds]
nemik has joined #yocto
wkawka has joined #yocto
<wkawka>
Hi
<wkawka>
How can I add `uuid-dev` package which is required by make in one of my recipes?
goliath has quit [Quit: SIGSEGV]
<qschulz>
wkawka: DEPENDS += "uuid"
<qschulz>
mmmm
wkawka has quit [Client Quit]
wkawka has joined #yocto
<wkawka>
ah, so I need to obtain recipe for this first, thought it may be kinda built-in
<qschulz>
wkawka: I assume you might need libuuid?
<qschulz>
the only thing I could find with grep is util-linux-libuuid but not sure this is what's needed
<wkawka>
on ubuntu it is `uuid-dev`, not libuuid, I don't know if they are simillar
milosv has quit [Ping timeout: 268 seconds]
zpfvo has quit [Remote host closed the connection]
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
prabhakarlad has quit [Quit: Client closed]
<kergoth>
How are oe selftests flagged as being long or slow or for release test rather than unit test or the like?
<kergoth>
I'm assuming such a mechanism must exist
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
nemik has quit [Ping timeout: 264 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
prabhakarlad has joined #yocto
rhulme has quit [Quit: Client closed]
florian_kc has joined #yocto
simond47 has quit [Quit: Ping timeout (120 seconds)]
rfried has quit [Quit: Ping timeout (120 seconds)]
simond47 has joined #yocto
rfried has joined #yocto
goliath has joined #yocto
<matman01>
qschulz: I figured out the defconfig issue.. even though I was using bitbake and not devtool it was pulling in the defconfig from my devtool version of the defconfig. Not sure that is what is expected
<vmeson>
kergoth: # ptests which take less than ~30s each in meta/conf/distro/include/ptest-packagelists.inc
<kergoth>
Agreed, but not talking about just ptests, but also build tests which take extensive amounts of time that wouldn't be appropriate for, say, CI on PR submission but more for release cycle
dti has joined #yocto
matman01 has quit [Quit: Connection closed]
dtometzki has quit [Ping timeout: 250 seconds]
dtometzki has joined #yocto
dti has quit [Ping timeout: 250 seconds]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
nemik has quit [Ping timeout: 250 seconds]
nemik has joined #yocto
Minvera has joined #yocto
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
ecdhe has quit [Ping timeout: 265 seconds]
florian_kc has joined #yocto
ecdhe has joined #yocto
Starfoxxes has quit [Read error: Connection reset by peer]
florian_kc has quit [Ping timeout: 244 seconds]
mvlad has quit [Remote host closed the connection]
ptsneves has joined #yocto
Starfoxxes has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
odra has quit [Ping timeout: 265 seconds]
seninha has quit [Ping timeout: 265 seconds]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
florian_kc has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
Estrella_ has joined #yocto
ptsneves has quit [Ping timeout: 265 seconds]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
seninha has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
seninha has quit [Ping timeout: 250 seconds]
creich_ is now known as creich
jmiehe has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
creich has quit [Quit: Leaving]
creich has joined #yocto
Minvera has quit [Read error: Connection reset by peer]
nemik has quit [Ping timeout: 268 seconds]
alessioigor has quit [Quit: alessioigor]
nemik has joined #yocto
alessioigor has joined #yocto
xmn has quit [Ping timeout: 268 seconds]
goliath has quit [Quit: SIGSEGV]
seninha has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
florian_kc has quit [Ping timeout: 244 seconds]
dgriego has quit [Ping timeout: 244 seconds]
jmiehe has quit [Quit: jmiehe]
leon-anavi has quit [Quit: Leaving]
nemik has quit [Ping timeout: 264 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 264 seconds]
nemik has joined #yocto
amitk_ has quit [Quit: leaving]
amitk has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
dgriego has joined #yocto
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
amitk has quit [Ping timeout: 268 seconds]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
kscherer has quit [Quit: Konversation terminated!]
<RP>
kergoth: we put the ptests into two piles and there is a comment in the inc about what we consider long or short. We don't split the selftests, just run them in parallel
<RP>
kergoth: some tests do take an age and a lot depends on what sstate has in it
wkawka has quit [Quit: Client closed]
dgriego has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
dgriego has joined #yocto
dgriego has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]