Beartama has quit [Remote host closed the connection]
sakoman has joined #yocto
Beartama has joined #yocto
davidinux1 has quit [Ping timeout: 256 seconds]
Abp has joined #yocto
Abp has quit [Ping timeout: 252 seconds]
davidinux1 has joined #yocto
jclsn has quit [Ping timeout: 256 seconds]
Dracos-Carazza has quit [Quit: ZNC 1.9.0 - https://znc.in]
jclsn has joined #yocto
Dracos-Carazza has joined #yocto
Net147 has quit [Ping timeout: 268 seconds]
Net147 has joined #yocto
Net147 has quit [Changing host]
Net147 has joined #yocto
Vonter has joined #yocto
amitk has joined #yocto
mulk has quit [Ping timeout: 260 seconds]
mulk has joined #yocto
legraps has joined #yocto
legraps has quit [Ping timeout: 272 seconds]
enok has joined #yocto
enok has quit [Ping timeout: 255 seconds]
davidinux1 has quit [Ping timeout: 268 seconds]
davidinux1 has joined #yocto
sakman_ has joined #yocto
sakman has quit [Ping timeout: 256 seconds]
alessioigor has joined #yocto
Beartama has quit [Remote host closed the connection]
Beartama has joined #yocto
mattsm9 has joined #yocto
Abp has joined #yocto
mattsm has quit [Ping timeout: 252 seconds]
mattsm has joined #yocto
Abp has quit [Ping timeout: 240 seconds]
mattsm9 has quit [Ping timeout: 240 seconds]
Abp has joined #yocto
Abp has quit [Read error: Connection reset by peer]
Abp has joined #yocto
enok has joined #yocto
legraps has joined #yocto
Abp has quit [Ping timeout: 252 seconds]
Abp has joined #yocto
legraps has quit [Remote host closed the connection]
legraps has joined #yocto
sakman_ is now known as sakman
mattsm6 has joined #yocto
enok has quit [Ping timeout: 252 seconds]
legraps has quit [Ping timeout: 255 seconds]
mattsm has quit [Ping timeout: 260 seconds]
mattsm6 is now known as mattsm
Abp has quit [Read error: Connection reset by peer]
Abp has joined #yocto
* landgraf
wants to add mount by label to wic instead of hardcoded 'ondisk' parameter (which defaults to /dev/sda :-/). Does it make sense?
<Xogium>
landgraf: label, like fs label ?
enok has joined #yocto
<Xogium>
I mean personally I don't use labels or partlabels because what if you have the same image on more than one disk on the same machine ? How do you make sure it mounts the right one and doesn't mix up things ?
<Xogium>
not that sda and sdb are any better, mind you
<landgraf>
Xogium: Right. It should be second configurable option, not the only one. like if "--ondisk == labels" use labels, otherwise continue with disk names
legraps has joined #yocto
<Xogium>
hmm. Yes. What about partuuids / fs uuids though ? Is there even a good way to determine those during a build ?
<landgraf>
Xogium: in my usecase I don't expect users to have multiple instances of the same image but they have /dev/sda /dev/nvmeXXX /dev/vda already
<Xogium>
right, makes sense
<landgraf>
fs uids may work too
<Xogium>
here I don't expect it either, although I try to make things accomodating just in case. So on arm we got a way to make the dev nodes for mmc devices stable now, using aliases, that way mmcblk0* is always mmc0 and so on
<Xogium>
do have to admit that I don't know how such a thing could be handled otherwise
legraps has quit [Ping timeout: 260 seconds]
legraps has joined #yocto
enok has quit [Ping timeout: 264 seconds]
michal has joined #yocto
legraps has quit [Remote host closed the connection]
legraps has joined #yocto
enok has joined #yocto
enok has quit [Quit: enok]
enok71 has joined #yocto
enok71 is now known as enok
enok has quit [Ping timeout: 256 seconds]
Vonter has quit [Ping timeout: 260 seconds]
Dracos-Carazza has quit [Quit: ZNC 1.9.0 - https://znc.in]
Vonter has joined #yocto
Dracos-Carazza has joined #yocto
Vonter has quit [Ping timeout: 268 seconds]
chep has quit [Read error: Connection reset by peer]
mvlad has joined #yocto
chep has joined #yocto
mbulut has joined #yocto
Beartama has quit [Remote host closed the connection]
Beartama has joined #yocto
legraps_ has joined #yocto
legraps has quit [Ping timeout: 240 seconds]
mckoan|away is now known as mckoan
xmn has quit [Ping timeout: 272 seconds]
zeddii has quit [Excess Flood]
Beartama has quit [Remote host closed the connection]
zeddii has joined #yocto
Beartama has joined #yocto
Beartama has quit [Remote host closed the connection]
tgamblin has quit [Remote host closed the connection]
MrCryo has joined #yocto
Saur_Home31 has quit [Quit: Client closed]
Saur_Home31 has joined #yocto
florian has quit [Quit: Ex-Chat]
tgamblin has joined #yocto
Guest18 has joined #yocto
<Guest18>
Hi all,
<Guest18>
I want ssh server, sshd to be installed on my target and i have added following line in my local.conf but i dont see /etc/ssh on my target after booting
<rburton>
the grep won't show the variable history which is key to understanding where the problem is, and if you pipe through less then you've got a huge file to search
alessioigor has quit [Quit: Client closed]
<Guest18>
It is displaying the EXTRA_IMAGE_FEATURES="ssh-server-openssh "
<Guest18>
i believe which is telling that is a part of image
<rburton>
you want to know what IMAGE_FEATURES is
<mckoan>
Guest18: do "bitbake-getvar -r [your image name] IMAGE_FEATURES" as said rburton
Saur_Home31 has quit [Quit: Client closed]
Saur_Home31 has joined #yocto
<Guest18>
I believe bitbake-getvar is unavailable on warrior branch
Etheryon has quit [Quit: Client closed]
<Xogium>
oomf
<Xogium>
that is old, isn't it
<rburton>
ouch
<rburton>
EOL june 2020
<Xogium>
okay make that positively OLD
MrCryo has quit [Quit: MrCryo]
<rburton>
Guest18: then use bitbake -e and search for IMAGE_FEATURES=, but whilst doing that consider how urgently on a scale of "now" to "yesterday" you should be moving to a newer release
MrCryo has joined #yocto
Saur_Home31 has quit [Quit: Client closed]
<Xogium>
well put
Saur_Home31 has joined #yocto
MrCryo has quit [Remote host closed the connection]
<Xogium>
which makes me think, what options do people have if they're stuck with vendors that don't bother updating their bsp at all ?
<Xogium>
hah, thought so. Too bad it's way easier said than done
<rburton>
Xogium: if they already have something resembling a bsp already then it might be easier to just port what you need to a new release. you might be stuck on their ancient kernel or uboot but you can make your own recipes to build their patches and ditch everything else
<mckoan>
Guest18: do youhave any IMAGE_FEATURES string in mp1som-qt-image.bb ?
<Guest18>
Yes, actually i am including this there itself
<Xogium>
so, how is a bsp supposed to be made, exactly ? As in, are you meant to base yourself on poky with your bsp, or are you meant to glue things together like poky is ? I figure if you don't use poky at all then it means your customers cannot use poky to build, since your layers are not meant for poky
<mckoan>
Guest18: including this there, what?
<rburton>
Xogium: poky is oe-core, so i don't understand the question
<Xogium>
rburton: I was under the impression poky was a whole bunch of separate layers glued together including oe-core
<rburton>
oe-core + bitbake + meta-yocto-bsp
<Xogium>
ah, I see
<rburton>
entirely for convenience, and unless your BSP inherits from a bsp in meta-yocto-bsp then there's no meaningful difference between using poky and using bitbake+oe-core
<Xogium>
ah ! That makes more sense to me now
Xagen has joined #yocto
<rburton>
genericarm64 is a reasonable example of a lean BSP in https://git.yoctoproject.org/meta-yocto/tree/meta-yocto-bsp. the machine configuration is mostly the qemu integration, and whilst that machine uses kconfig fragments you could just set a defconfig.
<Xogium>
I did try to use st's bsp with poky, but that exploded rather badly, and I was told to just use their openstlinux distro with their bsp because that works better. I guess they didn't do the proper thing that makes sure you aren't forced to use their distro if you use their bsp
<rburton>
right
<rburton>
if my talk gets accepted at OSS later this year, i might ask you for some more comments
<Xogium>
sure :)
mckoan is now known as mckoan|away
<Xogium>
from what little I recall of this, trying to build core-image-minimal with it exploded nastily because it was trying to pull in stuff it should not, including mesa
<rburton>
exactly the sort of thing i want to make users be aware is not acceptable
<ldywicki>
Sadly its quite common that small quantity vendors ship mix of build tools. I got a board which rely on buildroot shipped inside 20 GB ubuntu VM. It kinda works, but doesn't help at all when it comes to CI/CD. Not hat I have any yocto-ized build running day and night with CI infrastructure, but yocto+kas proves to be a good set to run containerized builds outside of developer bubble.
<Guest18>
Yes, including all these packages into mp1som-qt-image.bb
florian__ has joined #yocto
<mcfrisk>
if there any existing machine config in poky, meta-arm, meta-security which would be building UEFI firmware for qemu? systemd uki bbclasses etc would need some tests and I guess qemu is the best option
<rburton>
Guest18: odd. build the image and check the .manifest file alongside the image to see if "ssh" is in there at all
Guest13 has joined #yocto
<Guest13>
lets say I build an image for a TEGRA device with machine set to X
<Guest13>
however, when flashing, im gonna flash for machine Y, with its kernel device tree and configurations (dtb, etc), BUT im gonna flash the prebuilt EXT4 ROOTFS from machine X
<Guest13>
will this cause me trouble in the hardware part?
gsalazar has joined #yocto
<Jookia>
Guest13: if only the dt and boot has changed then probably will work fine
<rburton>
if your kernel is outside the rootfs and has no modules in the rootfs, then the actual rootfs is unchanged. but that's on you to verify thats how your system is designed.
jmd has joined #yocto
legraps_ has quit [Ping timeout: 268 seconds]
<khem>
RP: I have built a local uninative (only x86_64) with gcc14 and it is working ok in local builds thus far - https://busybox.net/~kraj/4.5/
<khem>
Guest13: check for signing etc. if its doing that sort of thing then it might expect exact same boot artifacts
MrCryo has quit [Remote host closed the connection]
mbulut has joined #yocto
Guest13 has quit [Quit: Client closed]
Guest18 has quit [Quit: Client closed]
Guest18 has joined #yocto
jmiehe has joined #yocto
GNUmoon2 has quit [Ping timeout: 260 seconds]
jmiehe has quit [Ping timeout: 256 seconds]
mjm has quit [Quit: mjm]
alessioigor has joined #yocto
mjm has joined #yocto
GNUmoon2 has joined #yocto
Vonter has joined #yocto
alessioigor has quit [Ping timeout: 250 seconds]
mbulut has quit [Ping timeout: 256 seconds]
pbiel has quit [Remote host closed the connection]
pbiel has joined #yocto
pbiel has quit [Remote host closed the connection]
pbiel has joined #yocto
jmd has quit [Remote host closed the connection]
paulg has joined #yocto
florian__ has quit [Ping timeout: 272 seconds]
alessioigor has joined #yocto
alessioigor has quit [Ping timeout: 250 seconds]
Abp has quit [Read error: Connection reset by peer]
jwessel has quit [Remote host closed the connection]
mvlad has quit [Remote host closed the connection]
enok has quit [Ping timeout: 268 seconds]
enok has joined #yocto
pbiel has quit [Remote host closed the connection]
pbiel has joined #yocto
florian__ has joined #yocto
enok has quit [Ping timeout: 268 seconds]
paulg has joined #yocto
paulg has quit [Ping timeout: 260 seconds]
paulg has joined #yocto
florian__ has quit [Ping timeout: 252 seconds]
BobPungartnik has joined #yocto
BobPungartnik has quit [Client Quit]
<Jookia>
RP: kanavin: FWIW apologizes if i upset you the other day. it really wasn't my intent. i'll try harder to communicate better. i am autistic so a lot of things i say can come off as blunt sometimes :\