<Guest16>
(Having trouble fetching repos hosted there as of 20 minutes ago)
Guest16 has quit [Quit: Client closed]
grma has quit []
grma has joined #yocto
frgo has joined #yocto
enok has joined #yocto
enok has quit [Quit: enok]
enok71 has joined #yocto
enok71 has quit [Ping timeout: 246 seconds]
frgo has quit [Ping timeout: 244 seconds]
savolla2 has joined #yocto
savolla has quit [Ping timeout: 276 seconds]
rob_w has joined #yocto
enok has joined #yocto
alessio has joined #yocto
frieder has joined #yocto
Guest39 has joined #yocto
Guest39 has quit [Quit: Client closed]
enok has quit [Ping timeout: 244 seconds]
enok has joined #yocto
hcg has joined #yocto
eduter has joined #yocto
goliath has joined #yocto
<landgraf>
git.openembedded.org seems to be in trouble again
mckoan|away is now known as mckoan
leon-anavi has joined #yocto
enok has quit [Remote host closed the connection]
rfuentess has joined #yocto
sapieron has joined #yocto
sapieron has quit [Client Quit]
Kubu_work has joined #yocto
eduter has quit [Quit: Client closed]
Guest48 has joined #yocto
Guest48 has quit [Client Quit]
hcg has quit [Ping timeout: 240 seconds]
Guest55 has joined #yocto
Guest55 has quit [Client Quit]
fabiorush92 has joined #yocto
<fabiorush92>
Hi, are we under AI-scraping attack? git.yoctoproject.org returns 502
hcg has joined #yocto
fabiorush92 has quit [Quit: Client closed]
alcroito has joined #yocto
ablu has quit [Ping timeout: 245 seconds]
ablu has joined #yocto
eduter has joined #yocto
florian has joined #yocto
eduter71 has joined #yocto
eduter has quit [Ping timeout: 240 seconds]
alessio has quit [Quit: alessio]
alessio has joined #yocto
olani- has quit [Ping timeout: 245 seconds]
eduter71 has quit [Quit: Client closed]
eduter has joined #yocto
prabhakalad has quit [Ping timeout: 244 seconds]
prabhakalad has joined #yocto
olani has quit [Remote host closed the connection]
hcg has quit [Ping timeout: 240 seconds]
enok has joined #yocto
enok has quit [Remote host closed the connection]
enok has joined #yocto
enok has quit [Ping timeout: 252 seconds]
JerryM has joined #yocto
enok has joined #yocto
olani has joined #yocto
prabhakalad has quit [Quit: Konversation terminated!]
prabhakalad has joined #yocto
enok has quit [Remote host closed the connection]
enok has joined #yocto
<Yoda_NG>
Hi, I have a small question related to SDKs. Is it expected to not have make included in the host sysroot? I do have meson and ninja there but need to install make with my distro
<RP>
Yoda_NG: it depends how you configured the SDK. You can include make
alcroito has left #yocto [#yocto]
rob_w has quit [Remote host closed the connection]
enok has quit [Remote host closed the connection]
olani- has joined #yocto
eduter has quit [Quit: Client closed]
eduter has joined #yocto
<JerryM>
moto-timo: are you still able to merge things for meta-java?
<JerryM>
JaMa: I am aware of that email, I was attempting to set up some build automation to support in patches, and I want to send in a few, that's why I'm asking if he'd still be able (or willing) to get them merged, since I can't do that myself
<JaMa>
ok
ablu has quit [Ping timeout: 245 seconds]
ablu has joined #yocto
enok has joined #yocto
JerryM has quit [Ping timeout: 244 seconds]
JerryM has joined #yocto
davidinux has quit [Remote host closed the connection]
davidinux has joined #yocto
enok has quit [Ping timeout: 245 seconds]
JerryM has quit [Quit: Konversation terminated!]
deribaucourt has quit [Quit: ZNC 1.8.2 - https://znc.in]
ederibaucourt has joined #yocto
ederibaucourt has quit [Read error: Connection reset by peer]
ederibaucourt has joined #yocto
reatmon_ has quit [Remote host closed the connection]
reatmon_ has joined #yocto
Xagen has joined #yocto
eduter has quit [Quit: Client closed]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
rob_w has joined #yocto
eduter has joined #yocto
<moto-timo>
I still cannot build from scratch on walnascar, so I’m not in a position to trust any patches. I was quite clear about the situation in that email and nothing has changed.
<derRichard>
leon-anavi: have you ever seen the u-boot error "ERROR: Did not find a cmdline Flattened Device Tree" on the rpi5? the very same sdcard works perfectly fine on the rpi5 4gb ram, on the 8gb ram version i see the error
savolla2 has quit [Quit: WeeChat 4.4.3]
eduter has quit [Quit: Client closed]
Guest52 has joined #yocto
enok has joined #yocto
Guest52 has quit [Quit: Client closed]
mihai has joined #yocto
JerryM has joined #yocto
<JerryM>
moto-timo: I've seen those patches, I'm wondering if we can actually start to get some of them on the actual master branch
<JerryM>
currently I can't even build core-image-minimal on master if I include meta-java, as parsing will fail on the recipes
<JerryM>
I've also seen different people post more or less the same patches
<JerryM>
I get we can't fully trust patches, but the current situation is also completely broken, I'd at least try to move forward
Guest89 has joined #yocto
Guest89 has quit [Client Quit]
<RP>
JerryM: my advice would be to gain access to a contrib branch in the repo and push your changes there. If everyone starts using that branch...
mvorgers has joined #yocto
Guest65 has joined #yocto
mvorgers has quit []
<JerryM>
RP: I'm not sure how that would assist in this case, regardless how would one gain access to said contrib branch?
<ebassi>
I've been searching in the mailing list archives but found nothing except a couple of lonely emails; is there some tracker issue for the fact that scarthgap does not generate the image spdx.json index file in the deploy directory (it's in the tar.zst)?
frieder has quit [Remote host closed the connection]
<RP>
JerryM: request access?
davidinux has quit [Ping timeout: 244 seconds]
<RP>
ebassi: JPEW would probably know
<ebassi>
RP: ta
<JerryM>
RP: ah sorry I believe I misunderstood, I thought you were talking about yocto-contrib
<RP>
JerryM: no, I mean in meta-java
<JerryM>
yes misunderstanding on my part
vbpieter has joined #yocto
davidinux has joined #yocto
<JerryM>
still the point stands I'd rather see the changes be on the actual master branch and move that one forward
<RP>
JerryM: This is a stepping stone to that potentially. I was just trying to offer some way forward but perhaps I shouldn't :/
<JerryM>
yes I appreciate it and I definitely will create that branch
<vbpieter>
Hi everyone, my do_rootfs command is failing due to failed dependency resolution but I know the dependency resolution is correct.
<vbpieter>
I just installed some .so lib files to a very specific directory which the recipe can access, can you suppress these errors?
<vbpieter>
I cant seem to find a configuration variable to do this
<vbpieter>
--> Starting dependency resolution
<vbpieter>
--> Finished dependency resolution
<vbpieter>
Error:
<vbpieter>
Problem: conflicting requests
<vbpieter>
- nothing provides libavcodec-a0cd39b2.so.59.37.100(LIBAVCODEC_59)(64bit) needed by python3-opencv-python-headless-4.7.0.72-r0.armv8a from oe-repo
<vbpieter>
- nothing provides libavformat-e43cbd51.so.59.27.100(LIBAVFORMAT_59)(64bit) needed by python3-opencv-python-headless-4.7.0.72-r0.armv8a from oe-repo
<vbpieter>
- nothing provides libavutil-dab79e64.so.57.28.100(LIBAVUTIL_57)(64bit) needed by python3-opencv-python-headless-4.7.0.72-r0.armv8a from oe-repo
<vbpieter>
- nothing provides libcrypto-10fa5f58.so.1.1(OPENSSL_1_1_0)(64bit) needed by python3-opencv-python-headless-4.7.0.72-r0.armv8a from oe-repo
<vbpieter>
- nothing provides libcrypto-10fa5f58.so.1.1(OPENSSL_1_1_0d)(64bit) needed by python3-opencv-python-headless-4.7.0.72-r0.armv8a from oe-repo
<vbpieter>
- nothing provides libcrypto-10fa5f58.so.1.1(OPENSSL_1_1_0f)(64bit) needed by python3-opencv-python-headless-4.7.0.72-r0.armv8a from oe-repo
<vbpieter>
- nothing provides libcrypto-10fa5f58.so.1.1(OPENSSL_1_1_0i)(64bit) needed by python3-opencv-python-headless-4.7.0.72-r0.armv8a from oe-repo
<vbpieter>
- nothing provides libcrypto-10fa5f58.so.1.1(OPENSSL_1_1_1)(64bit) needed by python3-opencv-python-headless-4.7.0.72-r0.armv8a from oe-repo
<vbpieter>
- nothing provides libgfortran-8634ef04.so.3.0.0(GFORTRAN_1.0)(64bit) needed by python3-opencv-python-headless-4.7.0.72-r0.armv8a from oe-repo
<vbpieter>
- nothing provides libpng16-955a5627.so.16.37.0(PNG16_0)(64bit) needed by python3-opencv-python-headless-4.7.0.72-r0.armv8a from oe-repo
<vbpieter>
- nothing provides libssl-99d10e49.so.1.1(OPENSSL_1_1_0)(64bit) needed by python3-opencv-python-headless-4.7.0.72-r0.armv8a from oe-repo
Guest65 has quit [Ping timeout: 240 seconds]
alessio has quit [Quit: alessio]
<khem>
telling recipe is one part of the whole thing, it will resolve the recipes build time dependency and add the rdeps but then it would be good to ensure the depedency provider is in image too
<khem>
can you describe this special location mechanism ?
<vbpieter>
im installing the python package (opencv-python-headless) through a .whl file, within the whl file are 3 directories, one of them contains all the shared libraries, just adding these 3 dirs to the PYTHON_SITEPACKAGES_DIR is enough to get a working cv2 python package
<vbpieter>
I could install these *.so files to the ${libdir} aswell and it would work too but i'd rather not pollute it if its only used by cv2
druppy has quit [Ping timeout: 245 seconds]
florian has quit [Quit: Ex-Chat]
<khem>
build it using a recipe might be better imo
<khem>
RP:are there any magic for ubu 24.04 I am seeing bitbake lockups, there was this apparmor thing too so is there some documentation on how to go about it
<RP>
khem: there is something for userns but I wasn't aware of lockup issues
rfuentess has quit [Remote host closed the connection]
<khem>
yeah it could be something else this is newly upgraded system
<khem>
gets into building clang and then heads off into weeds
prabhakalad has quit [Quit: Konversation terminated!]
<dvergatal>
JPEW: could you please check it?
<RP>
dvergatal: it makes everything machine specific which we can't do
<dvergatal>
RP: meaning?
<RP>
dvergatal: meaning we can't merge a patch like that
<dvergatal>
RP: ok
<dvergatal>
RP: i was not asking to merge it but to check it because there are packages which are having wrong search when building different machines
<RP>
dvergatal: right, I just want to be clear it cannot merge in the current form
<JPEW>
dvergatal: it was a while ago, but IIRC I couldn't reproduce the issue locally to see if the patch fixed it
<dvergatal>
JPEW: on scarthgap?
<JPEW>
master, but I can try on scarthgap
<dvergatal>
RP: what do you mean by current form?
<dvergatal>
JPEW: this is to scarthgap not master
<dvergatal>
RP, JPEW i dunno if the issue persist on the master
<JPEW>
K, I'm trying it on scarthgap now
<dvergatal>
ok cool
<dvergatal>
sorry maybe i didn't tell that on the beginnig but i have currently an inflammation of iris and it is hard for me to see on one eye
<JPEW>
dvergatal: I probably would have tried on master first anyway, and then I went on vacation
<dvergatal>
JPEW: N/P
jmiehe has joined #yocto
prabhakalad has joined #yocto
florian has quit [Ping timeout: 265 seconds]
jmiehe has quit [Quit: jmiehe]
JerryM has quit [Quit: Konversation terminated!]
florian has joined #yocto
enok has quit [Remote host closed the connection]
eduter has joined #yocto
enok has joined #yocto
Jones42 has quit [Remote host closed the connection]
eduter has quit [Quit: Client closed]
enok has quit [Ping timeout: 244 seconds]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
rob_w has quit [Remote host closed the connection]
geoffhp has quit [Quit: Leaving]
Kubu_work has quit [Quit: Leaving.]
florian has quit [Ping timeout: 265 seconds]
Kubu_work has joined #yocto
<ebassi>
JPEW: Thanks; the documentation for 5.0.7 says: "SPDX output in JSON format as an IMAGE-MACHINE.spdx.json file in tmp/deploy/images/MACHINE/ inside the Build Directory."