ndec changed the topic of #yocto to: "Welcome to the Yocto Project | Learn more: https://www.yoctoproject.org | Join us or Speak at Yocto Project Summit (2022.11) Nov 29-Dec 1, more: https://yoctoproject.org/summit | Join the community: https://www.yoctoproject.org/community | IRC logs available at https://www.yoctoproject.org/irc/ | Having difficulty on the list or with someone on the list, contact YP community mgr ndec"
kscherer has quit [Quit: Konversation terminated!]
florian_kc has quit [Ping timeout: 260 seconds]
olani has joined #yocto
goliath has quit [Quit: SIGSEGV]
Tokamak_ has joined #yocto
Tokamak has quit [Ping timeout: 256 seconds]
davidinux has quit [Ping timeout: 260 seconds]
davidinux has joined #yocto
starblue has quit [Ping timeout: 264 seconds]
amitk has joined #yocto
starblue has joined #yocto
davidinux has quit [Ping timeout: 264 seconds]
<mark_> I am migrating our Yocto from Dunfell to Kirkstone, I got most of the packages working, but stuck with this go package, https://paste.gnome.org/q4L7JMxBK I found netdb.h and unistd.h under recipe-sysroot/usr/include but not recipe-sysroot-native/usr/include which is probably where the build system was searching the hearder files. But I'm not really sure how to get thoes files to the native verison of the recipe-sysroot.
<mark_> This package build fine in Dunfell. Any insight would be greatly appreciated
Wouter0100 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter0100 has joined #yocto
<mark_> So far I tried adding glibc to dependency, and BBCLASSEXTEND = "native", no luck
jclsn has quit [Ping timeout: 260 seconds]
jclsn has joined #yocto
Tokamak has joined #yocto
Tokamak_ has quit [Ping timeout: 256 seconds]
Tokamak_ has joined #yocto
Tokamak has quit [Ping timeout: 248 seconds]
Tokamak has joined #yocto
Tokamak_ has quit [Ping timeout: 256 seconds]
Tokamak_ has joined #yocto
Tokamak has quit [Ping timeout: 260 seconds]
Tokamak_ has quit [Ping timeout: 256 seconds]
Tokamak__ has joined #yocto
<mark_> I got it built by export CGO_CFLAGS="${TARGET_CFLAGS} --sysroot=${STAGING_DIR_TARGET}" after looking at some other upstream go package recipes
Tokamak has joined #yocto
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
Tokamak__ has quit [Ping timeout: 248 seconds]
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
Estrella has joined #yocto
alessioigor has joined #yocto
mark_ has quit [Quit: mark_]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
olani has quit [Ping timeout: 265 seconds]
alessioigor has quit [Quit: alessioigor]
camus has joined #yocto
michalkotyla has joined #yocto
Wouter0100 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter0100 has joined #yocto
<michalkotyla> Hello! We added a new layer (we use main as a default branch) to layers.openembedded.org, but I see that while updating the recipe list, it looking for a master branch instead of a default branch with any name. I looked at sources from layerindex-web repo, and I see that the branch name "master" is directly passed as a string in many lines. So just
<michalkotyla> make sure: If I want to make our layer properly indexed, I can only change our branch name from main to master?
mthenault has joined #yocto
leon-anavi has joined #yocto
Tokamak has quit [Read error: Connection reset by peer]
Tokamak has joined #yocto
<LetoThe2nd> yo dudX
<LetoThe2nd> michalkotyla: to be (brutally honest), the perfect way would be to send a patch to support other branch names to the layerindex (and take up its maintenance along the way ;-) )
alessioigor has joined #yocto
GNUmoon has quit [Remote host closed the connection]
rob_w has joined #yocto
GNUmoon has joined #yocto
d-fens has joined #yocto
<michalkotyla> LetoThe2nd: good, I can try to do that. So generally, that patch should replace "get data from origin/master" to "get data from origin/<defaultbranch>"?
mvlad has joined #yocto
<LetoThe2nd> michalkotyla: i literally have no clue :-(
mckoan|away is now known as mckoan
<mckoan> good morning
manuel1985 has joined #yocto
tor has joined #yocto
davidinux has joined #yocto
gho has joined #yocto
zpfvo has joined #yocto
zpfvo has quit [Client Quit]
zpfvo has joined #yocto
<mcfrisk> morning, doing black friday cleanup: 0: linux-yocto-5.15.68+gitAUTOINC+1128d7bcdc_66986670c4-r0 do_cleansstate - 22m27s (pid 2382773)
amitk_ has joined #yocto
amitk has quit [Ping timeout: 264 seconds]
<mcfrisk> kids, dont do zfs...
<tomzy_0> it is that bad?
<mcfrisk> when deleting files, yes
gho has quit [Ping timeout: 256 seconds]
gho has joined #yocto
<rburton> mcfrisk: cleansstate is slow as it has to iterate the sstate cache looking for specific filenames. if your sstate is large, that just takes a long time.
tre has joined #yocto
<mcfrisk> zfs is really slow when deleteing files, rm -rf tmp takes a lot of time as well
Nini has joined #yocto
Nini has left #yocto [#yocto]
Guestu has joined #yocto
<d-fens> zfs crashing on my home backup nas a few years ago made me lose lots of data, even professional recovery service couldn't restore it - so no zfs for me never again
<Guestu> Hello, is it ok with yocto to change deploydir path for images ? I have to build 1 image with 2 machines and 2 different distros but DISTRO is not inside the deploy dir path, so output files will overwrite
gsalazar_ has joined #yocto
gho has quit [Ping timeout: 264 seconds]
<qschulz> Guestu: mmm, by default the images are installed in TMPDIR/deploy/images/<machine>
<qschulz> c.f. DEPLOY_DIR_IMAGE variable
<qschulz> ah, the issue is not the two machines, it's the two distros for the same machine
<qschulz> you can modify DEPLOY_DIR_IMAGE to have DISTRO in it too
<qschulz> do it in your distro configuration file
<Guestu> qschulz thanks for the hint :)
Herrie has quit [Quit: ZNC 1.8.0 - https://znc.in]
Herrie has joined #yocto
gho has joined #yocto
florian has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
manuel1985 has quit [Ping timeout: 265 seconds]
Guestu has quit [Quit: Client closed]
risca has quit [Ping timeout: 260 seconds]
starblue has quit [Ping timeout: 265 seconds]
starblue has joined #yocto
zpfvo has quit [Ping timeout: 268 seconds]
zpfvo has joined #yocto
ZI20 has joined #yocto
BrziCo has joined #yocto
goliath has joined #yocto
d-fens has quit [Quit: Client closed]
florian_kc has joined #yocto
BrziCo has quit [Quit: Client closed]
<ldericher> what's wrong with my ROOTFS_POSTPROCESS_COMMAND? It crashes the build to enable this … https://bpa.st/CG3A
Wouter0100 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter0100 has joined #yocto
<qschulz> ldericher: i'm not so sure about the exit
davidinux has quit [Ping timeout: 265 seconds]
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
<landgraf> qschulz: and rm can return non zero if either file doesn't exist...
<qschulz> landgraf: you could do a return I guess, or just || true the rm
prabhakarlad has quit [Ping timeout: 260 seconds]
<JaMa> or -f, right?
<landgraf> qschulz: or -f
<landgraf> JaMa: was first :-/
<JaMa> or add -f to ln and you don't need to remove first
<landgraf> JaMa: btw I'm trying to build webos-ports for pinephone gonna have few questions for webos-ports channel :)
prabhakarlad has joined #yocto
<landgraf> first attempt to build failed. need more time :(
<JaMa> also I wouldn't change the directory for possibly next postprocess
<JaMa> landgraf: with revisions from webos-ports-setup?
<JaMa> landgraf: and yes #webos-ports would be better
rfuentess has joined #yocto
rob_w has quit [Remote host closed the connection]
ZI20 has quit [Quit: Client closed]
prabhakarlad has quit [Ping timeout: 260 seconds]
gho has quit [Ping timeout: 265 seconds]
gho has joined #yocto
prabhakarlad has joined #yocto
michalkotyla has quit [Ping timeout: 265 seconds]
vladest has quit [Ping timeout: 260 seconds]
<phako[m]> are there any recommendations on how to name your recipes-* folders (for new software)
<rburton> phako[m]: none at all. copy oe-core if relevant, but they are simply to organise the recipes so they're not all in one folder
risca has joined #yocto
<rburton> you can do that, it's just a matter of changing the layer.conf to have a different regex
<qschulz> phako[m]: just recipes- as prefix of your directories (at least by default) and you should be good
<qschulz> the rest is per your taste
<qschulz> though I like to keep the bbappends/new version of recipes in directories named the same as in the original layer
<phako[m]> qschulz: ah, I though keeping bbappends in the same folder was even required.
<rburton> recipes-* are literally just for humans
kayterina[m] has joined #yocto
gho has quit [Ping timeout: 264 seconds]
<qschulz> rburton: nope, it's enforced by default in BBFILES
<rburton> qschulz: that's why i said just change layer.conf to have a different expression
<rburton> you could have BBFILES += "${LAYERDIR}/bananas/*.bb" and bitbake wouldn't care
<rburton> your layer, your layer.conf, your choice as to how the files are structured
<qschulz> rburton: my bad, I missed your message right before my first one
alessioigor has quit [Quit: alessioigor]
gho has joined #yocto
alessioigor has joined #yocto
gho has quit [Ping timeout: 264 seconds]
gho has joined #yocto
davidinux has joined #yocto
<phako[m]> hmmm, bananas
sakoman has joined #yocto
gho has quit [Ping timeout: 265 seconds]
gho has joined #yocto
gho has quit [Ping timeout: 260 seconds]
<LetoThe2nd> hum where is DISTRO_EXTRA_RDEPENDS meant to show up?
<LetoThe2nd> e.g. which path should it take into IMAGE_INSTALL?
<rburton> meta/recipes-core/packagegroups/packagegroup-base.bb:RDEPENDS:packagegroup-distro-base = "${DISTRO_EXTRA_RDEPENDS}"
gho has joined #yocto
<LetoThe2nd> rburton: thx
<phako[m]> hrm. having to support zeus is mildly annoying
<rburton> s/annoying/terrifying/
<JaMa> and that's mild understatement
<phako[m]> Yeah I have to check why again this necessary when the relevant person returns from vacation
<phako[m]> DEPENDS:append += is not a recommended operator -> I can porbably just drop the +=, I assume?
<qschulz> phako[m]: and add a leading space in most cases
<phako[m]> that is there anyway
<qschulz> phako[m]: depending where you ahve this DEPENDS:append +=, a DEPENDS += might be enough
<phako[m]> bbappend, foring python down boost's throat
<phako[m]> *forcing
<phako[m]> and reconsidering my life choices
<qschulz> phako[m]: you don't need :append in bbappend
<qschulz> I mean it's not because it's in a bbappend that you need :append
<qschulz> also, I'm not sure zeus supports the new override syntax?
<qschulz> so likely DEPENDS_append
<phako[m]> no, i am porting the some of the zeus stuff to kirkwood
<qschulz> phako[m]: ah ok, then yes
<qschulz> DEPENDS:append will work
<qschulz> but still, prefer += when you can
<qschulz> (it's difficult to undo :append)
gho has quit [Ping timeout: 268 seconds]
<phako[m]> kirkstone, sorry. why did I think kirkwood
gho has joined #yocto
hsv has joined #yocto
zpfvo has quit [Ping timeout: 264 seconds]
<LetoThe2nd> i officially hate rust-native now.
kscherer has joined #yocto
camus has quit [Ping timeout: 264 seconds]
zpfvo has joined #yocto
OnkelUlla has quit [Ping timeout: 265 seconds]
mark__ has joined #yocto
mark__ has quit [Client Quit]
<phako[m]> where does the magic happen where cmake.bbclass knows in which package to put *.cmake files?
<rburton> phako[m]: bitbake.bbclass, default FILES:PN-dev
<phako[m]> ah. thanks. trying to figure out why it does not pick up ours
<rburton> something might be overriding FILES:PN-dev and wiping the default value
<phako[m]> I am leaning towards our cmake files and their default install folders
zpfvo has quit [Ping timeout: 265 seconds]
zpfvo has joined #yocto
mthenault has quit [Remote host closed the connection]
tor_ has joined #yocto
tor_ has quit [Remote host closed the connection]
gho has quit [Ping timeout: 265 seconds]
florian_kc has quit [Ping timeout: 264 seconds]
florian_kc has joined #yocto
KrisC has joined #yocto
alessioigor has quit [Quit: alessioigor]
gho has joined #yocto
starblue has quit [Quit: WeeChat 3.0]
rsalveti has quit [Quit: Connection closed for inactivity]
florian_kc has quit [Ping timeout: 265 seconds]
starblue has joined #yocto
<phako[m]> I vaguely remember there was some PACKAGECONFIG for ex/including tests from build? Or was that something we had custom in my previous yocto experience?
florian_kc has joined #yocto
<JaMa> maybe you mean ptest.bbclass?
<Saur[m]> phako: Are you thinking of the `ptest` distro feature?
<phako[m]> no it was for explicitly disabling the building of tests in the projects. might have been something cooked up by our integration team
<Saur[m]> I don't think there is anything generic for that.
xmn has joined #yocto
rfuentess has quit [Remote host closed the connection]
mckoan is now known as mckoan|away
gho has quit [Quit: Leaving.]
florian has quit [Ping timeout: 264 seconds]
florian_kc has quit [Ping timeout: 265 seconds]
zpfvo has quit [Quit: Leaving.]
florian_kc has joined #yocto
florian has joined #yocto
florian has quit [Quit: Ex-Chat]
florian_kc has quit [Ping timeout: 265 seconds]
<phako[m]> ls
<RP> JPEW: incremental pickle: https://git.yoctoproject.org/poky-contrib/commit/?h=rpurdie/t222&id=a0543e683f351cf6286000a60f4ca1eddf5a8932
tre has quit [Remote host closed the connection]
<phako[m]> is there a nicer way to do this: EXTRA_OECMAKE = "-DNUMPY_INCLUDE_DIRS=/usr/lib/python3.10/site-packages/numpy/core/include"
<phako[m]> ye. inherit python3-dir
leon-anavi has quit [Quit: Leaving]
Vonter_ has quit [Quit: WeeChat 3.7.1]
<phako[m]> halleluja. It works in qemuarm64. Thanks everyone :)
florian_kc has joined #yocto
florian_kc has quit [Ping timeout: 264 seconds]
florian_kc has joined #yocto
prabhakarlad has quit [Ping timeout: 260 seconds]
amitk_ has quit [Ping timeout: 264 seconds]
hcg has joined #yocto
sakoman has quit [Ping timeout: 260 seconds]
chep` has joined #yocto
chep has quit [Read error: Connection reset by peer]
chep` is now known as chep
<hcg> Hi guys, I am trying to create a bloat measurement class. I have a class which parses the status file in var/lib/opkg and gives me all of the data I require based on the uncompressed data, however, I would also like to report the size of the final ubifis image, so I need this task to run after the ubifs image is created. I have tried using the IMAGE_POSTPROCESS_COMMAND variable, but it appears as though the
<hcg> ubifs image is created after the IMAGE_POSTPROCESS_COMMAND variable is executed - I added some debugs and the image file is certainly not present when my script runs - can anyone help please?
sakoman has joined #yocto
Wouter0100 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter0100 has joined #yocto
mvlad has quit [Remote host closed the connection]
Tokamak_ has joined #yocto
Tokamak has quit [Ping timeout: 256 seconds]
florian_kc has quit [Ping timeout: 260 seconds]
kscherer has quit [Quit: Konversation terminated!]
demirok has joined #yocto
prabhakarlad has joined #yocto
pbsds7 has joined #yocto
pbsds has quit [Ping timeout: 256 seconds]
pbsds7 is now known as pbsds
olani has joined #yocto
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto