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"
otavio has quit [Remote host closed the connection]
dmoseley has quit [Ping timeout: 252 seconds]
kscherer_ has quit [Quit: Konversation terminated!]
dmoseley has joined #yocto
xmn_ has quit [Quit: xmn_]
xmn has joined #yocto
davidinux has quit [Ping timeout: 246 seconds]
sakoman has quit [Quit: Leaving.]
goliath has quit [Quit: SIGSEGV]
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
sakoman has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
starblue has quit [Ping timeout: 246 seconds]
starblue has joined #yocto
jclsn has quit [Ping timeout: 246 seconds]
jclsn has joined #yocto
Payam has quit [Remote host closed the connection]
Payam has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
MrFrank has quit [Read error: Connection reset by peer]
awafaa has quit [Read error: Connection reset by peer]
shivamurthy has quit [Ping timeout: 246 seconds]
darknighte has quit [Ping timeout: 246 seconds]
MrFrank has joined #yocto
rmmr has quit [Read error: Connection reset by peer]
awafaa has joined #yocto
amitk has joined #yocto
shivamurthy has joined #yocto
darknighte has joined #yocto
rmmr has joined #yocto
kiwi_29_[m] has quit [Ping timeout: 246 seconds]
mrybczyn[m] has quit [Ping timeout: 246 seconds]
hpsy[m] has quit [Ping timeout: 246 seconds]
T_UNIX[m] has quit [Ping timeout: 246 seconds]
T_UNIX[m] has joined #yocto
kiwi_29_[m] has joined #yocto
hpsy[m] has joined #yocto
mrybczyn[m] has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
sakoman has quit [Ping timeout: 252 seconds]
fruct has joined #yocto
Estrella has joined #yocto
Estrella_ has quit [Ping timeout: 272 seconds]
starblue has quit [Ping timeout: 252 seconds]
starblue has joined #yocto
fruct has quit [Ping timeout: 252 seconds]
fruct has joined #yocto
Vonter has quit [Quit: WeeChat 3.7.1]
Estrella_ has joined #yocto
Estrella has quit [Ping timeout: 248 seconds]
prabhakarlad has quit [Quit: Client closed]
paulg has quit [Ping timeout: 246 seconds]
Vonter has joined #yocto
Payam__ has joined #yocto
Payam has quit [Ping timeout: 252 seconds]
camus has quit [Ping timeout: 246 seconds]
camus has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
OnkelUlla has joined #yocto
kroon has joined #yocto
rusam has joined #yocto
rusam57 has joined #yocto
Guest1387 has joined #yocto
<Guest1387> I switched from dunfell to kirkstone. I also switched to kea(before using dhcp-server) and dhcpcd(before using dhcp-client) as suggested in yocto documentation.
<Guest1387> Although i closed all lines of "dhcpcd.conf", dhcpcd still giving dhcp ip adress next to the static ip i defined. Why might it be caused?
<Guest1387> Output of my config and dhcpcd service: https://pastebin.com/yQqGRJiy
davidinux has joined #yocto
rusam57 has quit [Quit: Client closed]
camus has quit [Read error: Connection reset by peer]
camus1 has joined #yocto
camus1 is now known as camus
mvlad has joined #yocto
xmn has quit [Read error: Connection reset by peer]
xmn_ has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
Estrella has joined #yocto
xmn_ has quit [Ping timeout: 252 seconds]
Estrella_ has quit [Ping timeout: 252 seconds]
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
dgriego_ has quit [Ping timeout: 248 seconds]
dgriego has joined #yocto
<rusam> hello everyone. i need some help figuring out what i need to add to a recipe i created, python3-orjson, to install orjson from pypi. i tried inheriting setuptools3 and python_setuptools_build_meta but both created an UNKNOWN-0.0.0 directory and it was not installed
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
<landgraf> rusam: inherit pypi ?
<rusam> landgraf: sorry didnt mention that. i did inherit pypi and it is downloading and unpacking the package correctly
prabhakarlad has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
<landgraf> rusam: I'm not familiar with pypi but this looks relevant https://patchwork.yoctoproject.org/project/oe/patch/20220225173151.1336239-1-tim.orling@konsulko.com/ (I've googled a bit).
lexano has quit [Ping timeout: 248 seconds]
<landgraf> there're few more reports like this here and there
<landgraf> Something is broken in python ecosystem
<rusam> landgraf: it does look relevant ill try out these classes and dependencies. Thank you :)
fruct has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
fruct has joined #yocto
paulg has joined #yocto
Guest1387 has quit [Ping timeout: 244 seconds]
lexano has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
zpfvo has joined #yocto
dgriego has quit [Ping timeout: 252 seconds]
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
dgriego has joined #yocto
ptsneves has joined #yocto
davidinux has quit [Ping timeout: 252 seconds]
davidinux has joined #yocto
davidinux has quit [Ping timeout: 252 seconds]
davidinux has joined #yocto
Payam has joined #yocto
<Payam> Hi, I do use a SState dir and a download dir but the re-build takes alot of time anyway
<Payam> how can I even speed it up?
<mcfrisk> Payam: build less, reduce recipes and content. don't change low level settings or -native recipes. yocto compiles full tree of dependencies starting from the first changed recipe. it does not rely on binary compatibility like Debian/Ubuntu/Fedora
<JaMa> heh or buy faster hardware :)
<mcfrisk> the measure build performance CPU, memory, IO and networking. If you have the RAM, build on ramdisk, or tune vfs settings to avoid writing IO buffers when RAM is available, with "rm_work" many things will be removed after compilation anyway.
<mcfrisk> don't build on laptops which overheat and start throttling really easily. use ssd's instead of spinning disks. double the amount of RAM :)
camus has quit [Ping timeout: 252 seconds]
camus has joined #yocto
leon-anavi has joined #yocto
fruct has quit [Ping timeout: 246 seconds]
fruct has joined #yocto
rusam has quit [Quit: Leaving...]
seninha has joined #yocto
rusam has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
ptsneves has quit [Remote host closed the connection]
ptsneves has joined #yocto
fruct has quit [Ping timeout: 248 seconds]
fruct has joined #yocto
florian_kc has joined #yocto
GillesM has quit [Remote host closed the connection]
davidinux has quit [Ping timeout: 272 seconds]
davidinux has joined #yocto
Guest1314 has joined #yocto
camus has quit [Ping timeout: 252 seconds]
camus has joined #yocto
leonanavi has joined #yocto
leon-anavi has quit [Ping timeout: 252 seconds]
<Guest1314> I want to add a kernel fragment as a source to the recipe /meta-raspberrypi/recipes-kernel/linux/linux-raspberrypi_5.15.bb.
<Guest1314> I created a file like /meta-mine/recipes-kernel/linux/linux-raspberrypi_%.bbappend on my own layer and wrote its contents as follows:
<Guest1314> FILESEXTRAPATHS:prepend := "${THISDIR}/files:"
<Guest1314> LICENSE = ""
<Guest1314> SRC_URI:append = "\
<Guest1314> file://fragment.cfg\
<Guest1314> "
<Guest1314> KERNEL_CONFIG_FRAGMENTS:append = "${WORKDIR}/fragment.cfg"
<Guest1314> but it can't detect fragment while building. what am i doing wrong?
<RP> kanavin: that unknown optimization for rust looks nice. I can see I was getting close with the code but not quite there :)
camus has quit [Quit: camus]
camus has joined #yocto
florian_kc has quit [Ping timeout: 255 seconds]
camus has quit [Ping timeout: 272 seconds]
camus has joined #yocto
<rburton> kanavin: ah, nice!
seninha_ has joined #yocto
seninha has quit [Remote host closed the connection]
Guest1317 has joined #yocto
Guest1314 has quit [Ping timeout: 244 seconds]
ptsneves1 has joined #yocto
ptsneves has quit [Ping timeout: 252 seconds]
ptsneves1 is now known as ptsneves
dkl has quit [Quit: %quit%]
dkl has joined #yocto
seninha_ is now known as seninha
seninha has quit [Quit: Leaving]
Guest1317 has quit [Quit: Client closed]
florian_kc has joined #yocto
amitk_ has joined #yocto
goliath has joined #yocto
amitk has quit [Ping timeout: 246 seconds]
Payam has quit [Ping timeout: 244 seconds]
prabhakarlad has quit [Ping timeout: 244 seconds]
leon-anavi has joined #yocto
prabhakarlad has joined #yocto
leonanavi has quit [Ping timeout: 252 seconds]
Guest1351 has joined #yocto
rcw has joined #yocto
xmn has joined #yocto
Guest1351 has quit [Client Quit]
Payam has joined #yocto
<Payam> hi
<Payam> Now I have the cache and downloads on my personal computer. how do I put them on S3? Should I zip it first or how does it work? :)
<rburton> Easiest way is to do a build in the cloud to populate the cache in the cloud
<rburton> then you know it works :)
<rburton> how you configure it is partly your choice, and i'm assuming you've done the sums on s3 hosting costs. https://wiki.yoctoproject.org/wiki/images/archive/0/02/20200702140427%21DD1_Highly_Scalable_Build_Automation_NA20.pdf talks about this sort of thing (recording should be on youtube). something like rclone can be used to upload a lot of files to cloud storage.
sakoman has joined #yocto
manuel__ has quit [Remote host closed the connection]
vmeson has quit [Remote host closed the connection]
manuel has joined #yocto
vmeson has joined #yocto
kroon has quit [Quit: Leaving]
Vonter has quit [Ping timeout: 248 seconds]
<Payam> rburton I use github runners
<Payam> no
<Payam> I mean I ran it on my local machine since the runners on github didn't have memory
<rburton> you need to work out how *you* are going to read and write the sstate from your runners, and then populate it to match
<rburton> rclone is useful for uploading to the cloud
florian_kc has quit [Ping timeout: 252 seconds]
Vonter has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
Payam has quit [Quit: Client closed]
ptsneves has quit [Quit: ptsneves]
ptsneves has joined #yocto
Payam has joined #yocto
zpfvo has quit [Ping timeout: 272 seconds]
<Payam> rburton can you help again. Didn't really undrestand
<Payam> So I connect a NAS (S3) to github runner right?
<Payam> and let it populate the S3
<Payam> correct?
davidinux has quit [Ping timeout: 246 seconds]
davidinux has joined #yocto
zpfvo has joined #yocto
<rburton> Payam: do you mean a self-hosted runner or one of the free action runners?
amieiro has joined #yocto
<amieiro> Hi, there! I ran into a very strange issue here and I wonder if someone could please help me figure it out. I have a working yocto project, everything is fine, but if I set the `DISTRO_NAME` in my distro config, the kernel doesn't load anymore. It gets stuck in `Starting kernel ...` on bootup.
<amieiro> If I comment out `DISTRO_NAME` or set it to be exactly 37 characters (the length it has in poky.conf), it works fine.
<amieiro> Any idea what my issue could be?
rusam has quit [Quit: Leaving...]
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
fruct has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
amitk_ has quit [Ping timeout: 252 seconds]
amitk has joined #yocto
<rburton> congrats to moto-timo for winning sakoman's CVE raffle!
leonanavi has joined #yocto
<smooge> what did they win rburton? more packages to fix?
<rburton> smooge: award-winning freshly roasted coffee beans from sakoman's own coffee crop
<tlwoerner> ...and more packages to fix
<smooge> all the better to keep awake when dealing with CVE's :)
<moto-timo> \o/
leon-anavi has quit [Ping timeout: 252 seconds]
<moto-timo> Every little bit of positive energy helps stoke the fires of contributing to FOSS
kscherer has joined #yocto
<rburton> very jealous :)
<tlwoerner> rburton: would you have taken the coffee or the tea?
<rburton> coffee
RobW has joined #yocto
Payam has quit [Quit: Client closed]
rcw has quit [Ping timeout: 252 seconds]
xmn has quit [Ping timeout: 252 seconds]
xmn has joined #yocto
<manuel> I've got a core-image-minimal-xfce running in qemu, but I can't interact using mouse or keyboard. Is there some way I can start an application in qemus serial console (CTRL+ALT+2) and have it show up in the graphical qemu window?
<manuel> Want to see if Xorg is running at all or stuck
<manuel> That is, if it's running and I just can't interact with it using mouse/keyboard, or if it kinda crashed
prabhakarlad has quit [Quit: Client closed]
<rburton> same as usual, login, set DISPLAY=:0, run X app
<tlwoerner> vmeson: yes thanks
prabhakarlad has joined #yocto
BobPungartnik has joined #yocto
BobPungartnik has quit [Client Quit]
hcg has joined #yocto
amieiro has quit [Quit: Client closed]
vmeson has quit [Ping timeout: 252 seconds]
vmeson has joined #yocto
justache is now known as justPardoned
amieiro has joined #yocto
jclsn has quit [Quit: WeeChat 3.7]
jclsn has joined #yocto
ptsneves has quit [Ping timeout: 255 seconds]
zpfvo has quit [Ping timeout: 252 seconds]
<tlwoerner> denix: so, if i understand you correctly, you're saying that you've created a recipe to build your sdk and in that recipe you explicitly add the *dummy* classes that you want (similar to what the buildtools-tarball.bb recipe is doing)?
barometz has quit [Quit: you can't fire me!]
zpfvo has joined #yocto
amieiro has quit [Quit: Client closed]
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
barometz has joined #yocto
<denix> tlwoerner: either in the dedicated sdk recipe (e.g. meta-toolchain or buildtools-tarball) or even in the image recipe that you then bitbake -c populate_sdk with
<denix> TOOLCHAIN_HOST_TASK += "nativesdk-buildtools-perl-dummy"
<denix> SDK_PACKAGE_ARCHS += "buildtools-dummy-${SDKPKGSUFFIX}"
<tlwoerner> denix: okay got it, thanks!
prabhakarlad has quit [Quit: Client closed]
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
jclsn has quit [Quit: WeeChat 3.7]
kscherer_ has joined #yocto
kscherer has quit [Ping timeout: 252 seconds]
nemik has quit [Ping timeout: 248 seconds]
jclsn has joined #yocto
jclsn has quit [Client Quit]
jclsn has joined #yocto
nemik has joined #yocto
rcw has joined #yocto
jclsn has quit [Client Quit]
jclsn has joined #yocto
jclsn has quit [Client Quit]
jclsn has joined #yocto
RobW has quit [Ping timeout: 252 seconds]
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
jclsn has quit [Client Quit]
jclsn has joined #yocto
<kanavin> RP: cheers, this grew out of sorting out risv32 for khem. I thought we could do better than 12+ minutes, or at least there needs to be a proper investigation into it :)
<kanavin> rburton, ^^^
<rburton> zeddii: why does meta-virt contain python3-colorama when its already in meta-python?
<zeddii> because we've had version dependencies on it before
<zeddii> and language layers suck
<zeddii> and yes, I am looking into seeing if I can bump the version without breakage.
<rburton> g'wan just delete it and depend on meta-python
<zeddii> hard nope on that!
<zeddii> I'll let everyone else truck along until they run into a wall and then say "I told you so" :)
<denix> heh
zpfvo has quit [Ping timeout: 246 seconds]
<RP> kanavin: I hinted I thought there was some way to improve in the original commits, I just ran out of time (and had a few rust rebuilds too many at that point!)
<RP> I hope there is more we can do
florian_kc has joined #yocto
<kanavin> RP: I've written a brief followup comment, which I think helps document things a bit more.
<kanavin> RP: pls take a look
<kanavin> RP: yes, next I'm going to look into writing an upstream version for that crossbeam patch
<RP> kanavin: We have talked about a using a prebuilt rust binaries recipe (optionally) which might bypass the uninative issue...
<kanavin> RP: I actually quickly tried the idea of using standard targets, and it worked wonderfully everywhere where build != target. As soon as building for x86 on x86, or arm on arm, things clashed :-(
<kanavin> e.g. using the wrong linker, or having things in the native sysroot and in the target sysroot for the same rust target, and then rust was complaining that it can't choose
<RP> kanavin: right, I did try that too
<RP> kanavin: target and native need to be separate
leonanavi has quit [Quit: Leaving]
Guest70 has joined #yocto
<Guest70> hi. im looking for a way to make rootfs auto extend on first boot. i could not find any useful tool. do you have any suggestions?
<Guest70> i dont want to define "IMAGE_ROOTFS_EXTRA_SPACE". Image's size increases and because of this,also write time increases.
florian_kc has quit [Ping timeout: 255 seconds]
vmeson has quit [Ping timeout: 252 seconds]
vmeson has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
prabhakarlad has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
Guest70 has quit [Quit: Client closed]
BobPungartnik has joined #yocto
BobPungartnik has quit [Client Quit]
florian_kc has joined #yocto
amitk has quit [Ping timeout: 272 seconds]
florian_kc has quit [Ping timeout: 252 seconds]
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
kscherer_ has quit [Ping timeout: 252 seconds]
kscherer has joined #yocto
EwelusiaGsiorek[ has joined #yocto
<EwelusiaGsiorek[> Hejka
florian_kc has joined #yocto
<tlwoerner> how does the package manager (e.g. apt-get) "look into" a package group?
<tlwoerner> e.g. apt-get is given a list of pkgs to install: bash packagegroup-base-extended packagegroup-core-boot packagegroup-core-standalone-sdk-target psplash run-postinsts target-sdk-provides-dummy
<tlwoerner> bash is easy, that's bash, but target-sdk-provides-dummy isn't like "bash", it's a group of packages (that includes bash). how does apt-get know where to look to find the packages that are inside target-sdk-provides-dummy?
vmeson has quit [Ping timeout: 252 seconds]
mrnuke has quit [Quit: ZNC 1.8.2 - https://znc.in]
mrnuke has joined #yocto
vmeson has joined #yocto
jsbronder has quit [Quit: WeeChat 3.5]
jsbronder has joined #yocto
<tlwoerner> hmm... perhaps in ${TMPDIR}/pkgdata
<tlwoerner> or ${TMPDIR}/deploy/${PACKAGE_CLASSES}
gchamp has quit [Remote host closed the connection]
<rburton> tlwoerner: target-sdk-provides-dummy is a package
<tlwoerner> rburton: for example, a debian package?
<rburton> yes
<rburton> well that went wrong
<rburton> tlwoerner: ^
<tlwoerner> it's packages all the way down!
florian_kc has quit [Ping timeout: 252 seconds]
<rburton> basically, yes
<rburton> anything in the rootfs is a package
<rburton> packagegroups are meta-packages: packages that just pull in other packages
<kergoth> aye, it's a .deb or .ipk or .rpm just like any other package, just doesn't include any files
<tlwoerner> has anyone tried running a natively-built "apt" on a non-apt host machine? when i try it complains about no config files in tmp/work/x86_64-linux/apt-native/2.4.5-r0/recipe-sysroot-native/etc/apt/apt.conf.d/
<tlwoerner> which is true, there are no config files/directories there
<tlwoerner> okay... let me start over...
<tlwoerner> when building the sdk bitbake tries to remove things like bash and perl from the sdk
florian_kc has joined #yocto
<tlwoerner> so it provides "dummy" bash and perl so the install step thinks they are there, but they're not
<tlwoerner> but if the user goes and explicitly adds, say, bash, then the populate step fails because 2 things are trying to install bash: the dummy and the user explicitly requesting bash be added
<tlwoerner> on rpm and ipk this (apparently) is quietly ignored, but deb complains
<tlwoerner> so my plan was to try to add an extra step in the deb workflow generate the full list of actual packages (not packagegroups) and scan for duplicates
jmiehe has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
alessioigor has joined #yocto
nemik has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
<RP> khem: kanavin: if we quickly respin another with docs I think they'd take it too
nemik has joined #yocto
<kanavin> RP: nice :-) I am not looking at gcc/glibc patches though
<RP> kanavin: I know, I just wanted to show that we are making some progress there
<RP> kanavin: they take a bit more work than others
<rburton> RP: woo
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
alessioigor has quit [Quit: alessioigor]
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
mvlad has quit [Remote host closed the connection]
jmiehe has quit [Quit: jmiehe]
florian_kc has quit [Ping timeout: 252 seconds]
florian_kc has joined #yocto
<mischief> how do i invoke the native compiler? it seems using plain 'gcc' invokes the host version, which is too old i think.
<RP> mischief: we use the native compiler from the host. If it is too old, use a buildtools extended tarball which contains a replacement native gcc
vmeson has quit [Ping timeout: 272 seconds]
<mischief> RP: i think i figured out the problem, need to pass along BUILD_CFLAGS :)
prabhakarlad has quit [Quit: Client closed]
<mischief> slightly different question - whats the right way to disable `volatile-binds`?
<mischief> setting VOLATILE_BINDS to nothing in a bbappend errors out with `installed-vs-shipped`