the SRC_URI line: SRC_URI:append:nezha = " \ ... seems odd since the machine name is actually "nezha-allwinner-d1", not just "nezha". i checked and the two listed patches there don't appear to be appl

so while i'm still trying to wrap my head around all this, what *would* be the ideal resolution for this? the link above suggests the simple solution of introducing a gcc config option "--always-link-

as i read it, this issue is also related to -pthread versus -lpthread: https://blog.jiejiss.com/A-RISC-V-gcc-pitfall-revealed-by-a-glibc-update/ rday

it does indeed fix the curl build error, thanks. i haven't tested its operation yet, but getting a build was all i was after at the moment. rday

another data point, matches exactly what i'm referring to: https://github.com/curl/curl/issues/9055 rday

on admittedly unsupported ubuntu 22.04 platform but it's clear this is a known issue as it's pretty much identical to what one reads here: https://github.com/advancedtelematic/aktualizr/issues/1427 th

after finally unpacking my risc-v nezha SBC, i'm trying to download/build an image that will boot to a desktop with as little effort as possible. that is, given this board, i would prefer to do no mor

colleague just asked if i had any useful advice (spoiler: no) on how easy it would be to build a yocto-based image for *some* qcs410-based eval board. i'm familiar with meta-qcom, and machine definiti

these days, i'm hip-deep in canonical stuff, working with ubuntu core and snaps (boo! hiss! oh, relax ... :-), and i chanced across a somewhat-neglected layer that supports adding snaps to a basic YP

so just to be clear, one need do nothing related to digital ocean in advance, it will all be done in that 15-minute setup session? rday

i note that one of the first sessions is 15 minutes of "A session to help people setup their Digital Ocean account." would this lab already be online somewhere so people can do this ahead of time to m

yup, all good, thanks. rday

given that i freed up my schedule for the upcoming week, i zipped over to register for this week's yp virtual summit, but was told i was being placed on a wait list. a wait list for a virtual summit?

not working on the machine definition myself, but have already ordered one of those boards so certainly willing to test once it arrives. rday

https://shop.allnetchina.cn/products/starfive-visionfive-ai-single-board-computer?variant=39522167783526 rday

so you have working BSPs for both of those? very cool. warning that i know effectively nothing about RISC-V but this is apparently my weekend project to dig into it. i don't see a meta-riscv-specific

a friend of mine is diving into trying to boot linux on a meta-riscv linux starter kit -- he's not using YP, and this is what he's targeting: https://www.aliexpress.com/item/1005003751298305.html sinc

Quoting Leon Woestenberg <leon@...>: hmmm ... not even that expensive a board: https://www.luffca.com/2021/09/linux-litex-rocket-arty/ https://www.xilinx.com/products/boards-and-kits/1-elha

Quoting Alexander Kanavin <alex.kanavin@...>: he's a hacker and just likes the feel of circuit boards, but qemu does look like the only feasible option at the moment. rday

friend asked me about the options for a risc-v dev kit that worked with YP, and i'm aware of the meta-riscv layer, but wherever i looked, it seems like risc-v dev kits have a very short life span, bei