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?
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
<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:
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.
<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>
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
<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?
<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