<Guest98>
with this way i can cross compile. but i want to load environment-setup in cmake. i couldn't do it. any idea? trying to cross-compile with vscode. it may be a little off-topic, sorry.
<mckoan>
Guest98: customize the environment-setup script ?
<Guest98>
mckoan trying to set environments via cmake.
brrm has quit [Ping timeout: 252 seconds]
Kubu_work has joined #yocto
zpfvo has joined #yocto
brrm has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Estrella has quit [Quit: No Ping reply in 180 seconds.]
Estrella has joined #yocto
amitk has joined #yocto
LocutusOfBorg has joined #yocto
florian has joined #yocto
berton[m] has joined #yocto
gsalazar has joined #yocto
beneth has quit [Read error: Connection reset by peer]
florian has quit [Ping timeout: 245 seconds]
beneth has joined #yocto
amitk has quit [Ping timeout: 246 seconds]
Kubu_work has quit [Ping timeout: 260 seconds]
hrberg has joined #yocto
Kubu_work has joined #yocto
Guest98 has quit [Quit: Client closed]
florian has joined #yocto
Kubu_work has quit [Read error: Connection reset by peer]
florian_kc has joined #yocto
GNUmoon has quit [Remote host closed the connection]
frieder has quit [Ping timeout: 264 seconds]
GNUmoon has joined #yocto
florian has quit [Killed (NickServ (GHOST command used by florian_kc))]
florian_kc is now known as florian
JerryM has joined #yocto
florian_kc has joined #yocto
<JerryM>
Hey people, I noticed Steve was having CVE fething issues, I'm seeing them on my end as well, are there others that experience the same issues?
florian has quit [Quit: Ex-Chat]
<tomzy_0[m]>
Hi all
Kubu_work has joined #yocto
davidinux has joined #yocto
frieder has joined #yocto
davidinux has quit [Ping timeout: 250 seconds]
Guest98 has joined #yocto
pabigot has quit [Ping timeout: 246 seconds]
rfuentess has quit [Quit: Leaving]
amitk has joined #yocto
pabigot has joined #yocto
amitk has quit [Ping timeout: 245 seconds]
rfuentess has joined #yocto
zpfvo has quit [Ping timeout: 246 seconds]
zpfvo has joined #yocto
amsobr has joined #yocto
<rburton>
JerryM: as steve says, the server is responding 503 Service Unavailable, so you'll just want to wait for NIST to fix their server
pabigot has quit [Ping timeout: 260 seconds]
pabigot has joined #yocto
<mckoan>
In latest kirkstone a MACINE=qemuarm64 has a wrong partition sizes by default causing Segmentation fault (core dumped)
<mckoan>
MACHINE=qemuarm64 creation of core-image-minimal is broken: Segmentation fault (core dumped)
<zeddii>
rburton: qemuppc we'll have to ignore, since I really can't spend time on it. but the qemuarm one, just looks like a strange fb warning, that we can skip. I can't run any of the test images locally, so my ability to add the exception is limited / slow.
<rburton>
I'll put that on my list to look at shortly, might be trivial to work around or chase the fix
<zeddii>
I can fix the qemuarm -tiny warning, patch incoming for that. i fixed it for x86, I just missed arm somehow.
JerryM has quit [Quit: Client closed]
<zeddii>
whatever the qemuppc-tc config is (I'll figure that out), I can fix as well. it just needs the same elf depends as the other architectures now.
<rburton>
cheers bruce
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<amsobr>
is there a way to trim an image of "demoted" alternatives, i. e., which have a lower ALTERNATIVE_PRIORITY?
rfuentess has quit [Quit: Leaving]
<amsobr>
I need to use `sort` from coreutils because of a specific feature, but find it a bit overkill to have all of coreutils installed when only sort is actually in use. What I did in busybox bbappend:
<amsobr>
ALTERNATIVE_PRIORITY:pn-busybox = "150"
<amsobr>
ALTERNATIVE_PRIORITY[sort] = "50"
<rburton>
amsobr: you can use a bbappend to explicitly package sort in a separate package, or see if busybox sort can be configured to have the option you need.
frieder has quit [Remote host closed the connection]
<amsobr>
rburton: the config option is not available (--human-numeric-format/-h). Great hint, though about using a package for that. Thanks!!
<rburton>
amsobr: if you don't care about packages on the target then a rootfs postprocess that deletes all unused alternative binaries and flattens the links (so sort is just sort, not a link via alternatives to sort.coreutils) could be useful
<amsobr>
rburton: is this currently a feature or something that would have to be coded by hand?
<rburton>
something you'd need to code
<amsobr>
OK, could this be a feature interesting to others? I could give a shot at writing something for it
<rburton>
yeah it would
<rburton>
a neat optimisation for "I don't care about target package management", flatten the alternative links and delete unreachable alternative binaries
<rburton>
(and delete the alternatives database)
<amsobr>
humm, where would it make sense to add this feature? image.bbclass? or eventually a specific bbclass, like "flatten-alternatives.bbclass"?
<rburton>
a fresh class would make sense
<rburton>
there's a rootfs-postprocess.bbclass but i think its wise to avoid growing it too much with big features
<amsobr>
OK, thanks. I'll give it a shot
prabhakarlad has quit [Quit: Client closed]
florian_kc has quit [Quit: Ex-Chat]
florian has quit [Ping timeout: 240 seconds]
jpanisbl has joined #yocto
goliath has joined #yocto
jpanisbl has quit [Client Quit]
<amsobr>
the trick of using a package was really neat. To handle multiple entries though, some form of post processing will be really handy as i can see this becoming really ugly/cluttered if I need to cherry pick more than one or two alternatives from a recipe.
<rburton>
there's a case for splitting the recipe like util-linux does
<amsobr>
yeah, coreutils has everything in a single package (coreutils-bin IIRC) so it doesn't make it that easy in situations like mine
<zeddii>
rburton: I have a the tiny and qemuppc build issues fixed, did I can push them to my zedd/kernel branch or just collect them for a v2 series. Depends if you want to respin the test. That leaves the fbdev one that looks like a warning (I tested sato on both machines to the framebuffer is working).
<rburton>
zeddii: push to zedd/kernel and i'll fire it on the AB now
zpfvo has quit [Remote host closed the connection]
xmn has joined #yocto
<zeddii>
rburton: updated.
<vvn>
khem: In order to use libcamera with a Camera V1 (OV5647) on a Raspberry Pi Model B Rev 2, should I set VIDEO_CAMERA="1" or something else?
<rburton>
hm i think we've a sstate snafu in mingw
mckoan is now known as mckoan|away
Circuitsoft has joined #yocto
florian has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
rsalveti has joined #yocto
aak-rookie has joined #yocto
<aak-rookie>
hi, im trying to get sdk with custum sdk name,version. i define as follows in the recipe:
<aak-rookie>
SDK_NAME_mymachine = "test-cm4-dev"
<aak-rookie>
SDK_VERSION_mymachine = "1.3"
<aak-rookie>
i get an error when "bitbake test-image -c populate_sdk". if i dont set the name and version, i can get a build without any problems. what could it be caused by?
<rburton>
aak-rookie: can you not use zeus? it's been unmaintained since 2020
<aak-rookie>
rburton i actually don't want to use it, but the only working branch of "meta-coral" right now is zeus. there is an upstream branch and khem provides support. but there is a problem in that branch and it's really hard to reach khem.
<rburton>
i'd definitely be fixing meta-coral instead of trying to fix three-year-old sdk creation code
<rburton>
master is getting commits so it's not totally dead
<vvn>
Do I need to set dtoverlay=ov5647 manually? I'm confused why there's RASPBERRYPI_CAMERA_V2 and RASPBERRYPI_CAMERA_V3, but not RASPBERRYPI_CAMERA_V1
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
<yudjinn[m]>
does pkg_postinst_ontarget have access to the environment at all? I'm wondering if it can be a) in python and b) have access to installed python packages
vladest has quit [Quit: vladest]
vladest has joined #yocto
vladest has quit [Client Quit]
vladest1 has joined #yocto
vladest1 is now known as vladest
florian has joined #yocto
paulbarker has quit [Quit: Connection closed for inactivity]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Kubu_work has quit [Quit: Leaving.]
<rburton>
yudjinn[m]: no, it’s literally a shell script that runs on first boot
<RP>
rburton: what was the mingw issue?
Circuitsoft has quit [Quit: Connection closed for inactivity]
gsalazar has quit [Ping timeout: 246 seconds]
<yudjinn[m]>
<rburton> "yudjinn: no, it’s literally a..." <- yep, aware of that; wasnt sure if there was a path to using other things
florian has quit [Ping timeout: 250 seconds]
Minvera has joined #yocto
aak-rookie has quit [Quit: Client closed]
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
vvmeson is now known as vmeson
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
nemik has quit [Ping timeout: 245 seconds]
florian has joined #yocto
nemik has joined #yocto
alessioigor has quit [Quit: alessioigor]
<halstead>
We are going to have a very brief outage on downloads.yoctoproject.org for an update.