LetoThe2nd changed the topic of #yocto to: Welcome to the Yocto Project | Learn more: https://www.yoctoproject.org | Community: https://www.yoctoproject.org/community | IRC logs: http://irc.yoctoproject.org/irc/ | Having difficulty on the list, with someone on the list or on IRC, contact Yocto Project Community Manager Letothe2nd | CoC: https://www.yoctoproject.org/community/code-of-conduct
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> for learning curve, I would suggest to go through quick guide https://docs.yoctoproject.org/brief-yoctoprojectqs/index.html
<khem> and then try to build a core-image-minimal for say qemux86-64
<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]
Haxxa has quit [Quit: Haxxa flies away.]
dkl has quit [Quit: %quit%]
Haxxa has joined #yocto
dkl has joined #yocto
dkl has quit [Remote host closed the connection]
dkl has joined #yocto
florian has joined #yocto
florian has quit [Ping timeout: 248 seconds]
goliath has quit [Quit: SIGSEGV]
temp64 has quit [Quit: Client closed]