<mbulut>
so, updating from kirkstone to scarthgap docker wouldn't create containers any more, not even the most basic hello-world container...
<mbulut>
pulling the image works but when the daemon tries to create the container it hits an error on creating an endpoint on network bridge (operation not supported)
<mbulut>
when inspecting the docker logs i noticed an error 'could not get initial namespace: no such file or directory'
<mbulut>
comparing the system processes on the host with what i had on a kirkstone build, i noticed the 'netns' missing on scarthgap
<mbulut>
does that service require some kernel module that my BSP is lacking of?
<mischief>
mbulut: i think there's a script from docker to check for required features, maybe run that
<mbulut>
mischief, indeed it looks like there's a bunch of CONFIG_*_NS kernel options missing :)
frgo has joined #yocto
psrcode has joined #yocto
frgo has quit [Ping timeout: 252 seconds]
<mischief>
there you go.. kinda need all of that cgroup/namespace stuff for containers to work.
dgriego has quit [Quit: Computer going to sleep]
<psrcode>
hey, any chance anybody know who's in charge of certificate for git.openembedded.org ?
<mbulut>
thx a lot mate, saved me again
goliath has quit [Quit: SIGSEGV]
frgo has joined #yocto
hoyes has quit [Ping timeout: 244 seconds]
frgo has quit [Ping timeout: 252 seconds]
<Saur>
halstead is the one who's responsible for the servers, but he does not seem to be online at the moment.
hoyes has joined #yocto
<halstead>
psrcode: I can fix that soon. They are supposed to auto renew
<psrcode>
halstead: hey, it was mostly to make sure that the person responsible knew this before it snowball to a bigger issue ;) if possible. I was able to unblock myself with using the github mirrors.
psrcode has quit [Quit: Client closed]
mbulut has quit [Ping timeout: 265 seconds]
jclsn has quit [Ping timeout: 272 seconds]
jclsn has joined #yocto
hcg has joined #yocto
Daanct12 has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<halstead>
psrcode, Saur: I cannot fix that mirror. I've redirected all traffic to a good mirror for now.
<mischief>
speaking of git.openembedded.org, was there ever any resolution to fixing the syntax highlighting in cgit
<mischief>
i dunno what causes it to look so awful in firefox, but its pretty much unreadable https://0x0.st/8ZEH.png
frgo has joined #yocto
<mischief>
oooh. i think it's because of firefox dark mode..
frgo has quit [Ping timeout: 252 seconds]
<khem>
mischief: I see same like your screenshot, did it ever work before ? I know diffs work ok in cgit on OE git
<khem>
it looks like its confused between dark mode and non-dark mode
rob_w_ has quit [Remote host closed the connection]
frgo has joined #yocto
<mischief>
anyone familiar with wic and device trees?
<mischief>
trying to bring up my milk-v megrez and i'm pretty close. the machine has fdtfile=eswin/eic7700-milkv-megrez.dtb, but when i'm trying to assemble a bootimg-partition in a .wks there seems to be a mismatch in the number of directory levels used to find the dtb
<mischief>
perhaps its unexpected to have a subdirectory in fdtfile
Kubu_work has joined #yocto
florian__ has joined #yocto
dmoseley_ has joined #yocto
dmoseley has quit [Ping timeout: 248 seconds]
Guest56 has joined #yocto
florian__ is now known as florian
Guest56 is now known as jrad
ablu has quit [Ping timeout: 260 seconds]
florian has quit [Ping timeout: 276 seconds]
ablu has joined #yocto
Jones42 has joined #yocto
mathieudb has joined #yocto
Chaser_ has joined #yocto
Chaser has quit [Ping timeout: 260 seconds]
prabhakalad has quit [Quit: Konversation terminated!]
prabhakalad has joined #yocto
<mischief>
khem: i made a pr to meta-riscv for the megrez, hopefully you can review it
ehussain has joined #yocto
jmiehe has joined #yocto
Jones42 has quit [Quit: Client closed]
mbulut has joined #yocto
Jones42 has joined #yocto
hcg has quit [Ping timeout: 240 seconds]
florian has joined #yocto
Chaser_ has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
Chaser has joined #yocto
ahussain has joined #yocto
ehussain has quit [Ping timeout: 276 seconds]
ahussain is now known as ehussain
ehussain has quit [Remote host closed the connection]
Chaser has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
olku has joined #yocto
Jones42 has quit [Quit: Client closed]
Chaser has joined #yocto
goliath has joined #yocto
jrad has quit [Quit: Client closed]
Chaser has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
Jones42 has joined #yocto
jclsn has quit [Quit: WeeChat 4.5.1]
mjacob has quit [Remote host closed the connection]
jclsn has joined #yocto
Jones42 has quit [Ping timeout: 240 seconds]
Jones42 has joined #yocto
rty has joined #yocto
<rty>
hi. has anyone used bitbake foo -u teamcity frontend? it uses teamcity service messages, which leads to duplicated output. do I need to run bitbake in any special way?
Jones47 has joined #yocto
<rty>
I also set -exo pipefail at the beginning, but I wrap the bitbake call in set +x ... set -x, so this does not affect it.
<rburton>
rty: i suspect nobody actually uses it, sorry. its certainly hasn't been touched since it was added in 2020.
<rty>
rburton: I see, no worries. after I wrote the comment I went on to check if master has any changes against kirkstone, but alas, so I also figured as much (i.e. it is not well-maintained)
Chaser has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
dkl has quit [Quit: %quit%]
rfuentess has quit [Remote host closed the connection]
dkl has joined #yocto
hcg has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
ChristosG has joined #yocto
<khem>
mischief: sure thanks, is it working now ?
Jones42 has quit [Quit: Client closed]
Jones42 has joined #yocto
Xagen has joined #yocto
dgriego has joined #yocto
jmiehe has joined #yocto
nvil has joined #yocto
<nvil>
hi! i'm working with a beagleboardx15 and with kirkstone branch, which is 6.1.80-ti kernel. I want to work with gpio pins to turn on led, buttons,etc. so i added the libgpiod tools/libaries and also activated the sysf, and they seem to work "well" because it doesn´t show me any errors but the led won´t turn on. I know the pinnout of the board and
<nvil>
how to use libgpiod but i think there is a problem with the device tree or drivers (honestly i don't know much). I've worked with buildroot 4.19 kernel and it works out well but i can't seem to make it work with yocto. Can anyone suggest me where should i start to look to fix this, plsss
hcg has quit [Quit: Client closed]
leon-anavi has quit [Quit: Leaving]
ChristosG has quit [Ping timeout: 240 seconds]
<rburton>
has anyone tried doing a distro-wide build with ASAN enabled?
Jones3 has joined #yocto
Jones42 has quit [Ping timeout: 240 seconds]
Jones3 is now known as Jones42
florian has quit [Quit: Ex-Chat]
<mischief>
khem: yep, seems to besides the device tree path issue :-)
<mischief>
rburton: not full system, just select libs+python that we used for our app. some of those libs were pulled into the initramfs and blew it up. didn't work too well.
<rburton>
mischief: am i doing it wrong or do i need to do DEPENDS += "gcc-sanitizers" CFLAGS += "-fsanitize=address" INSANE_SKIP:${PN} += "buildpaths"
Chaser has joined #yocto
<mischief>
thats more or less what i had in my bbappends, minus INSANE_SKIP (was on kirkstone)
rob_w has quit [Quit: Leaving]
<mischief>
rburton: i've got DEPENDS:append:class-target = " gcc-sanitizers" / CFLAGS:append:class-target = " -fsanitize=address" / LDFLAGS:append:class-target = " -fsanitize=address" sprinkled around in a bunch of recipes in my tree i was debugging on.
<rburton>
hm ldflags needed or was that just to double-check
<mischief>
don't recall
<mischief>
i built at least python3, openssl and zlib that way though
<rburton>
asan dropping buildpaths into everything is very annoying
florian has joined #yocto
florian has quit [Ping timeout: 248 seconds]
mbulut has quit [Ping timeout: 244 seconds]
amitk has joined #yocto
jmiehe has quit [Quit: jmiehe]
amitk_ has quit [Ping timeout: 245 seconds]
PhoenixMage has quit [Ping timeout: 244 seconds]
PhoenixMage has joined #yocto
mathieud1 has joined #yocto
mbulut has joined #yocto
nvil has quit [Quit: Client closed]
florian has joined #yocto
Slimey has quit [Remote host closed the connection]
<khem>
RP:can we specify recipe level granularity to combotool ?
<khem>
I see that it does seem to merge at layer granularity
Jones42 has quit [Quit: Client closed]
Jones42 has joined #yocto
tlhonmey has joined #yocto
enok71 has joined #yocto
enok has quit [Ping timeout: 260 seconds]
enok71 is now known as enok
mbulut has quit [Ping timeout: 272 seconds]
druppy has joined #yocto
mbulut has joined #yocto
druppy has quit [Ping timeout: 260 seconds]
kanavin has quit [Remote host closed the connection]
Jones42 has quit [Quit: Client closed]
Jones42 has joined #yocto
tlhonmey has quit [Quit: Client closed]
nvil has joined #yocto
nvil has quit [Client Quit]
tlhonmey has joined #yocto
<RP>
khem: it could probably be adapted but it wasn't designed for recipe level work
kanavin has joined #yocto
Jones42 has quit [Quit: Client closed]
Chaser has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<khem>
mischief:I looked at your PR, it looks ok overall, the dtb issue you are seeing should be not happening since I do see you defining it in IMAGE_BOOT_FILES
<khem>
unless KERNEL_DEVICETREE is set wrongly
<khem>
can you check that ? bitbake-getvar KERNEL_DEVICETREE
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<paulg>
how many stray electrons have been spent on building such turds.
<khem>
well, developers use rustup to grab their rust toolchains in binary form and they can cross build their app for any architecture
<khem>
so there are handful of folks who build rust toolchains
<khem>
the pain is not widespread
<paulg>
my complaint is the same old BSD one. If by default, you exclude the guy off the street from participating in your project, then you lose.
<paulg>
If we need to source binary blobs for rust, then I guess we should own it and just make it happen.
nerdboy has quit [Ping timeout: 265 seconds]
tlwoerner has quit [Remote host closed the connection]
tlwoerner has joined #yocto
<paulg>
For those too young to remember - BSD lost to linux not on a technical basis, but on a community engagement basis.
<paulg>
yocto needs to be a toaster
<paulg>
I put bread in. I press a lever. Brown bread comes out.
druppy has quit [Ping timeout: 244 seconds]
<paulg>
I don't want to spend an hour googling how there is this "rustup" thing that makes life suck a little bit less.
<paulg>
Anyway. </rant>
<khem>
I agree, now how long do we need to toast the bread to be nice and brown is the question
jmiehe has joined #yocto
nerdboy has joined #yocto
nerdboy has quit [Changing host]
nerdboy has joined #yocto
Kubu_work has quit [Quit: Leaving.]
<khem>
it will build in the end but your may run out of patience,as a build engineer I love to build everybit I use, as developer I love to build what I develop everything else is waste of time and I might very well fetch it from somewhere quickly
<khem>
I think if we had a cool way to share prebuilts across internet then maybe someone already built the version its trying to build at your desktop and it can go fetch the sstate object and use that instead of building on your machine
<khem>
but this requires infra and good internet pipe, sstate objects are not small plus such methods are not in place
<paulg>
I am 100% with you, and for years I've watched some header file trigger a rebuild of gcc, and I've said to myself "Oh well, shit."
<paulg>
But rust/llvm has taken it to another level.
jmiehe has quit [Quit: jmiehe]
<mischief>
khem: bitbake-getvar KERNEL_DEVICETREE is KERNEL_DEVICETREE="eswin/eic7700-milkv-megrez.dtb"
<mischief>
khem: i realized i only tested on scarthgap, not master, so i will need to go fix stuff probably for master before it can be merged
<mischief>
khem: the problem is that the machine sets fdtfile to eswin/eic7700-milkv-megrez.dtb, and yocto sets `fdtdir /eswin` in extlinux.conf
<mischief>
so now uboot will try to read /eswin/eswin/eic7700-milkv-megrez.dtb, which doesn't exist and it fails to load
<mischief>
(the real file is /eswin/eic7700-milkv-megrez.dtb in the boot partition)
<mischief>
khem: i may end up just disabling failing drivers in the kernel recipe, like i did with the weird broadcom wifi driver, if you think that is ok