reatmon_ has quit [Remote host closed the connection]
reatmon_ has joined #yocto
xmn has joined #yocto
<vvn>
Is it better to assign the CI/CD build number to BUILDNAME or IMAGE_VERSION_SUFFIX?
qschulz has quit [Read error: Connection reset by peer]
qschulz has joined #yocto
drkhsh has quit [Quit: WeeChat 4.2.1]
drkhsh has joined #yocto
drkhsh has quit [Client Quit]
drkhsh has joined #yocto
davidinux2 has quit [Ping timeout: 252 seconds]
drkhsh has quit [Quit: WeeChat 4.3.4]
drkhsh has joined #yocto
jclsn has quit [Ping timeout: 276 seconds]
jclsn has joined #yocto
drkhsh has quit [Quit: WeeChat 4.3.4]
drkhsh has joined #yocto
drkhsh has quit [Client Quit]
drkhsh has joined #yocto
ablu has quit [Read error: Connection reset by peer]
ablu has joined #yocto
drkhsh has quit [Quit: WeeChat 4.3.4]
drkhsh has joined #yocto
Articulus5 has joined #yocto
Articulus has quit [Ping timeout: 276 seconds]
xmn has quit [Quit: ZZZzzz…]
jmd has joined #yocto
Articulus5 has quit [Quit: Leaving]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
ehussain has joined #yocto
florian has joined #yocto
florian has quit [Ping timeout: 248 seconds]
MrCryo has joined #yocto
alessioigor has joined #yocto
ehussain has quit [Quit: ehussain]
leon-anavi has joined #yocto
brrm has quit [Ping timeout: 245 seconds]
brrm has joined #yocto
brrrm has joined #yocto
brrm has quit [Ping timeout: 260 seconds]
alessioigor has quit [Remote host closed the connection]
amitk has joined #yocto
enok has joined #yocto
brrrm has quit [Ping timeout: 260 seconds]
brrm has joined #yocto
sakoman has quit [Ping timeout: 248 seconds]
goliath has joined #yocto
sakoman has joined #yocto
enok has quit [Ping timeout: 248 seconds]
RobW has joined #yocto
RobW has quit [Client Quit]
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
leon-anavi has quit [Quit: Leaving]
xmn has joined #yocto
Net147 has quit [Ping timeout: 272 seconds]
florian has joined #yocto
Net147 has joined #yocto
Net147 has quit [Changing host]
Net147 has joined #yocto
xmn has quit [Quit: ZZZzzz…]
florian has quit [Ping timeout: 252 seconds]
xmn has joined #yocto
xmn has quit [Quit: ZZZzzz…]
Net147 has quit [Ping timeout: 260 seconds]
xmn has joined #yocto
vthor has quit [Quit: kill -9 $pid]
vthor has joined #yocto
vthor has quit [Changing host]
vthor has joined #yocto
mulk has quit [Ping timeout: 252 seconds]
mulk has joined #yocto
alessioigor has joined #yocto
Net147 has joined #yocto
Net147 has quit [Changing host]
Net147 has joined #yocto
Net147_ has joined #yocto
Net147 has quit [Read error: Connection reset by peer]
temp64 has joined #yocto
lexano has joined #yocto
amitk has quit [Ping timeout: 260 seconds]
<khem>
RP: I sent RFT patches for glibc 2.40
<temp64>
Hi, I've been reading about Yocto all day but I'm not quite sure if it's the proper tool for my use case. I need to find an automated way to create a very minimal Linux image for a bunch of (slightly different) ASRock DeskMini PCs where I get to control the kernel configuration, what init it runs, compile-time configuration of packages, etc. Is it
<temp64>
possible to accomplish with Yocto without too much friction?
<temp64>
Asking because the learning curve seems to be steep and I'm not sure if there's an equivalent of Docker's "FROM scratch", so to say.
<khem>
temp64:welcome to the community ! I must say yocto is very much a fit for what you want to achieve
<khem>
then the mega-manual is something you want to keep handy for reference and ask questions here
<khem>
there is also yocto@yoctoproject.org mailing list where you can find discussions in past which may solve some issues you might be seeing or you can ask quesitons there too
alessioigor has quit [Remote host closed the connection]
<temp64>
Thanks, I'll check those out. I actually already built core-image-minimal and ran it in QEMU, worked perfectly fine. I then started going through the files and it seemed like all of those reference images inherit from core-image, which made me wonder if there's a minimal set of "untouchable" packages all images have to contain.
<temp64>
Hence my "FROM scratch" concern above, on the surface (and looking at some random blogs), it seems like the go-to way of creating a custom image is to start from core-image and add recipes on top of it.
<marex>
temp64: you can bend the result whichever way you see fit, the flexibility is usually overwhelming to newcomers
<marex>
temp64: minimal is empty image
<marex>
quite literally
<temp64>
How does it boot if it's empty :D
<marex>
temp64: you can build kernel and write it into some flash memory for example
<temp64>
If I can do that and then just add packages on top one by one as if it was LFS then that's good enough for me.
jmd has left #yocto [ERC 5.4 (IRC client for GNU Emacs 28.2)]
bantu has quit []
bantu has joined #yocto
rob_w has joined #yocto
MrCryo has quit [Remote host closed the connection]
florian has joined #yocto
florian has quit [Ping timeout: 248 seconds]
rob_w has quit [Read error: Connection reset by peer]