<imx>
Without result Fstab is still the old one. I add a file fstab with only 1 line inside.
tomzy-0 has quit [Ping timeout: 250 seconds]
tomzy-0 has joined #yocto
<mckoan>
imx: last post there is perfect
<mckoan>
imx: even the do_install_append() is not needed
<mckoan>
imx: be careful about the new syntax FILESEXTRAPATHS:prepend
<imx>
i changed this already to the new syntax, after build my added line is not fitted in the fstab file?
<mckoan>
imx: did you provide a modified fstab into the recipe as shown?
<imx>
i add this to my fstab file: /dev/mmcblk0p1 /var/lib/ auto defaults,sync 0 0
ehussain has quit [Ping timeout: 260 seconds]
<mckoan>
imx: do you have only that line in the file fstab? How do you check the final result?
<imx>
yes i have only that line. I check this on my hardware, i program the board and boot
<imx>
i want to append this line to my fstab
Daanct12 has quit [Ping timeout: 256 seconds]
dgriego has quit [Ping timeout: 256 seconds]
rbox has quit [Ping timeout: 255 seconds]
dgriego has joined #yocto
rbox has joined #yocto
<mckoan>
imx: is this recipe in a layer? is the layer listed in bblayers.conf?
<mckoan>
imx: what's the output of: bitbake-layers show-appends base-files
mkazantsev has joined #yocto
prabhakalad has quit [Ping timeout: 255 seconds]
prabhakalad has joined #yocto
<imx>
mckoan: is this correct?
starblue has quit [Ping timeout: 256 seconds]
GNUmoon2 has quit [Remote host closed the connection]
GNUmoon2 has joined #yocto
tomzy-0 has quit [Ping timeout: 250 seconds]
Abp has joined #yocto
Abp has quit [Client Quit]
Abp has joined #yocto
Jones42 has quit [Ping timeout: 250 seconds]
starblue has joined #yocto
amitk_ has quit [Ping timeout: 256 seconds]
Daanct12 has joined #yocto
mkazantsev_ has joined #yocto
mkazantsev has quit [Ping timeout: 264 seconds]
<rburton>
imx: if you provide a fstable with a bbappend then by design that will _replace_ the fstab, not append. just copy the original, add your line.
Jones42 has joined #yocto
Guest1337 has joined #yocto
<imx>
If I understand you good, the fstab must be replaced with my one line file? But this is not the case so my bbappend is not correct build? Right?
<Guest1337>
| DEBUG: Executing shell function do_install
<Guest1337>
| cp: missing file operand
<Guest1337>
| Try 'cp --help' for more information.
<Guest1337>
| WARNING: exit code 1 from a shell command.
<mcfrisk_>
Guest1337: ${DST} is a bitbake variable which is empty, $DST will be the shell variable. Use "set -x" to see the detailed log
<Guest1337>
"set -x" where? is that a bitbake option?
<mcfrisk_>
Guest1337: "set -x" to the do_install() shell function will print the actual commands executed and will show you what the arguments to cp were
mkazantsev__ has joined #yocto
<rburton>
imx: i can't see your bbappend so i can't really say
<rburton>
Guest1337: use install instead of cp/chown
<imx>
DESCRIPTION = "Allows to customize the fstab"
<rburton>
that _replaces_ the fstab with the one you provide
<rburton>
just copy the default, or write your own complete one
mkazantsev_ has quit [Ping timeout: 252 seconds]
rob_w has joined #yocto
michael_e has quit [Changing host]
michael_e has joined #yocto
sakoman has quit [Ping timeout: 264 seconds]
<imx>
Thats the problem the fstab is not changed on the device
mattsm9 has joined #yocto
michael_e has quit [Quit: Client closed]
mattsm has quit [Ping timeout: 260 seconds]
mattsm9 is now known as mattsm
<rburton>
what's the filename of that bbappend?
lexano has joined #yocto
sakoman has joined #yocto
sakoman has quit [Ping timeout: 268 seconds]
tlwoerner has joined #yocto
<imx>
rburton: base-files_%.bbappend
<rburton>
does 'bitbake-layers show-appends base-files' show your bbappend?
<imx>
yes
<alperak>
@rburton @imx If another base-files_%.bbappend is exist from a different layer and the priority of that layer is higher than others, could there be a problem caused by this?
<rburton>
only if the other layer also has a bbappend that tries to add its own fstab
<Guest1337>
from what i understand, no need for do_install, so, where does the binary go?
<rburton>
Guest1337: if you inherit cmake, then $prefix/bin (typically, /usr/bin). Use GNUInstallDirs in the cmake though, instead of hardcoding 'bin'.
sakoman has quit [Ping timeout: 256 seconds]
<Guest1337>
is it possible to move it somewhere after compilation (for example, to a custom path?)
<Guest1337>
im getting the following error tho: Files/directories were installed but not shipped in any package
<rburton>
for /opt/custom/path/dronecan2protobuf?
<Guest1337>
oh:
<Guest1337>
ERROR: QA Issue: dronecan: Files/directories were installed but not shipped in any package:
<Guest1337>
/usr/bin
<rburton>
that's because you didn't delete /usr/bin and there's now an empty directory that isn't being installd
<rburton>
isn't being packaged, even
sakoman has joined #yocto
<Guest1337>
thanks, rm -rf ${D}${bindir} solved it
sakoman has quit [Ping timeout: 240 seconds]
<Guest1337>
Sorry, got the same question. If i add a do_install, does it overwrite cmake install or they both run
<Guest1337>
i know there is :append for after
ctraven has joined #yocto
sotaoverride has quit [Killed (osmium.libera.chat (Nickname regained by services))]
ctraven is now known as sotaoverride
sotaover1ide has joined #yocto
<rburton>
if you write do_install() {} then that replaces do_install
rm5248 has joined #yocto
<rburton>
if you write do_install:append then that _appends_ do_install
<rburton>
a task is just a function which is just an executable variable. so its the same as what happened if you do foo="1" then foo="2".
<Guest1337>
I see, then how do i know which files end up in the linux image? Im trying to debug/filter what ends up in the custom path
<Guest1337>
the cmake install only "installs" the binary itself, right?
<rburton>
your recipe builds a package, and whether that goes into the image depends on what the IMAGE_INSTALL and related variables are set to
<rburton>
at no point does a recipe's do_install actually go near the final image itself, there's an intermediate step of packages
<Guest1337>
but do_install defines what files the package will ship, right?
<rburton>
it constructs the tree that the packages are generated from, yes
<rburton>
oe-pkgdata-util list-pkg-files -r [recipename] will list the packages the recipe created and what is in them
<rburton>
sorry -p not -r
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
rm5248 has quit [Remote host closed the connection]
sakoman has joined #yocto
sakoman has quit [Ping timeout: 246 seconds]
enok has quit [Quit: enok]
enok71 has joined #yocto
simonew has quit [Quit: Client closed]
enok71 is now known as enok
sakoman has joined #yocto
sakoman has quit [Ping timeout: 260 seconds]
asac has joined #yocto
<Guest1337>
im trying to use oe-pkgdata-util but im not sure, where are pkgs stored?
Xagen has quit [Ping timeout: 272 seconds]
Minvera has joined #yocto
<mcfrisk_>
Guest1337: build/tmp/deploy/ipk or rpm
mattsm9 has joined #yocto
thomas_34 has quit [Quit: Client closed]
mattsm has quit [Ping timeout: 268 seconds]
mattsm9 is now known as mattsm
asac has quit [Quit: leaving]
Jones42 has quit [Ping timeout: 250 seconds]
<rburton>
Guest1337: pkgdata doesn't actually look at the packages at all
sakoman has joined #yocto
mattsm3 has joined #yocto
Daanct12 has quit [Quit: WeeChat 4.2.2]
mattsm has quit [Ping timeout: 260 seconds]
mattsm3 is now known as mattsm
sakoman has quit [Ping timeout: 240 seconds]
zhmylove has joined #yocto
mattsm0 has joined #yocto
<zhmylove>
Hey Gods! I defined a task as 'do_collect() {'. This task dumps a lot of variables into some file. Is it possible to avoid taskhash mismatch for it? Can I disable task hash verification only for this task? Or I just have to set BB_HASH_IGNORE_MISMATH:task-collect (not sure if this work)?
mattsm has quit [Ping timeout: 252 seconds]
mattsm0 is now known as mattsm
paulg has joined #yocto
mattsm6 has joined #yocto
mattsm has quit [Ping timeout: 255 seconds]
mattsm6 is now known as mattsm
sakoman has joined #yocto
Jones42 has joined #yocto
rob_w has quit [Remote host closed the connection]
sev99 has joined #yocto
sakoman has quit [Ping timeout: 246 seconds]
michalk0 has joined #yocto
Jones42 has quit [Quit: Client closed]
mattsm1 has joined #yocto
<michalk0>
Hi everyone. Is there any option in .wks files to mount automatically specific partition? I have added /opt partition in this line:
<michalk0>
part /opt --source rootfs --rootfs-dir=${IMAGE_ROOTFS}/opt --ondisk mmcblk --fstype=ext4 --label data --align 8192 --fixed-size 4G --extra-space 0
<michalk0>
but it is not mounted on boot. I can do it with custom script or update /etc/fstab file by creating append for base-files recipe, but it is best way to resolve my issue?
mattsm has quit [Ping timeout: 246 seconds]
mattsm has joined #yocto
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
mattsm1 has quit [Ping timeout: 268 seconds]
mattsm3 has joined #yocto
xmn has joined #yocto
mattsm has quit [Ping timeout: 264 seconds]
mattsm has joined #yocto
sakoman has joined #yocto
Chaser has quit [Ping timeout: 246 seconds]
mattsm2 has joined #yocto
mattsm3 has quit [Ping timeout: 256 seconds]
Chaser has joined #yocto
mattsm has quit [Ping timeout: 256 seconds]
mattsm has joined #yocto
mattsm2 has quit [Ping timeout: 256 seconds]
Xagen has joined #yocto
enok has quit [Ping timeout: 268 seconds]
mattsm4 has joined #yocto
sakoman has quit [Ping timeout: 256 seconds]
mattsm has quit [Ping timeout: 240 seconds]
mattsm4 is now known as mattsm
<LetoThe2nd>
michalk0: you have to take care of mounting yourself, the win stuff just takes care of the binary image. so probably adjusting stab is the way to go.
mattsm3 has joined #yocto
mattsm has quit [Ping timeout: 240 seconds]
imx has quit [Quit: Client closed]
mattsm has joined #yocto
mattsm3 has quit [Ping timeout: 255 seconds]
LocutusOfBorg has quit [Ping timeout: 252 seconds]
mattsm0 has joined #yocto
mattsm0 is now known as mattsm
mattsm has quit [Ping timeout: 268 seconds]
sakoman has joined #yocto
mattsm2 has joined #yocto
LocutusOfBorg has joined #yocto
mattsm has joined #yocto
Guest1337 has quit [Quit: Client closed]
mattsm7 has joined #yocto
mattsm2 has quit [Ping timeout: 260 seconds]
sakoman has quit [Ping timeout: 264 seconds]
mattsm has quit [Ping timeout: 268 seconds]
mattsm has joined #yocto
asac has joined #yocto
mattsm7 has quit [Ping timeout: 268 seconds]
goliath has quit [Quit: SIGSEGV]
LocutusOfBorg has quit [Read error: Connection reset by peer]
LocutusOfBorg has joined #yocto
mattsm5 has joined #yocto
mattsm has quit [Ping timeout: 264 seconds]
mattsm5 is now known as mattsm
sakoman has joined #yocto
mattsm8 has joined #yocto
<rburton>
wic can poke at fstab, but i can't remember how/why
sakoman has quit [Ping timeout: 260 seconds]
<rburton>
might be worth reading the documentation
mattsm has quit [Ping timeout: 260 seconds]
mattsm8 is now known as mattsm
<mckoan>
michalk0: in addition to a new line in .wks you have to add the proper line in fstab as well
<mckoan>
michalk0: wks add the partition, fstab mount it at boot
florian has quit [Quit: Ex-Chat]
<rburton>
michalk0: "Specifying a mntpoint causes the partition to automatically be mounted. Wic achieves this by adding entries to the filesystem table (fstab) during image generation. In order for Wic to generate a valid fstab, you must also provide one of the --ondrive, --ondisk, or --use-uuid partition options as part of the command." Maybe pass --use-uuid? This might have regressed and nobody noticed.
<LetoThe2nd>
rburton: ah funny
locutusofborg_ has joined #yocto
LocutusOfBorg has quit [Ping timeout: 260 seconds]
enok has joined #yocto
mickeyl has joined #yocto
mickeyl is now known as mickeyl_
ray-san2 has quit [Ping timeout: 255 seconds]
sakoman has joined #yocto
mattsm0 has joined #yocto
sakoman has quit [Ping timeout: 255 seconds]
mattsm has quit [Ping timeout: 246 seconds]
mattsm0 is now known as mattsm
locutusofborg_ has quit [Read error: Connection reset by peer]
Chaser has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
mickeyl_ is now known as mickeyl
LocutusOfBorg has joined #yocto
rfuentess has quit [Remote host closed the connection]
locutusofborg_ has joined #yocto
LocutusOfBorg has quit [Ping timeout: 255 seconds]
sakoman has joined #yocto
sakoman has quit [Ping timeout: 268 seconds]
paulg has quit [Ping timeout: 246 seconds]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<qschulz>
tlwoerner: not yet no, can you remind me Thursday if I haven;t answered before then?
<qschulz>
tlwoerner: what I can tell you in short: second patch needs to be first I think
<qschulz>
then, why not use the mixin for u-boot 2024.04?
<tlwoerner>
because 2024.04 doesn't have all the patches to make this work
<qschulz>
and finally, I think you can simply define a MACHINEOVERRIDES in the machine conf file instead of including a class in the u-boot recipe
<qschulz>
tlwoerner: yes but a handful of patches in a bbappend vs a full recipe using a mixin that is at one point going to be updated?
sakoman has joined #yocto
<qschulz>
(the comments may not be on point, it's from vague memory of what I understood/remember from last week)
<tlwoerner>
putting the 2nd patch first will be clumsy because the whole rk-u-boot-env override doesn't exist until the 1st patch is applied
<tlwoerner>
i could have just lumped it all in together into 1 patch, but wanted to keep the commit message because of its detailed explanation for the change
mickeyl has quit [Quit: Client closed]
<tlwoerner>
not everyone is going to care about having a saved u-boot environment, so the ability to save the u-boot environment is machine-specific
<tlwoerner>
oops, is *not* machine-specific
<qschulz>
tlwoerner: yes, but you can enable this saved u-boot environment feature from a machine config file
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
<qschulz>
or better yet, make this a DISTRO_FEATURE? but I'm not sure you want to go the route of custom distro?
<tlwoerner>
noooo
<tlwoerner>
so instead of a class that is inherited, a conditional in the conf/machine/include/rockchip-defaults.inc (that is included by all machines)?
sakoman has quit [Ping timeout: 268 seconds]
<qschulz>
tlwoerner: yes I would have the content of classes/rk-u-boot-env.bbclass inside conf/machine/include/rockchip-wic.inc
<qschulz>
uh not wic
<qschulz>
rockchip-defaults or whatever it's called
<qschulz>
then anyone who wants to use this just have to extend this by doing MACHINE_FEATURES += rk-u-boot-env in their machine conf fiole
<qschulz>
then, you can use this override everywhere you want, e.g. in conf/machine/include/rockchip-wic.inc, instead of the bb.utils.contains, you do
<qschulz>
patch 2 moved to first patch of the series, you would only need the changes to rockchip.wks to motivate, the part in u-boot bbappend would be squashed with patch 1 (which would now be patch 2)
sakoman has joined #yocto
sakoman has quit [Ping timeout: 264 seconds]
zpfvo has quit [Remote host closed the connection]