On Sun, 2026-03-29 at 15:47 +0200, Charles-Antoine Couret via lists.openembedded.org wrote: > From: Charles-Antoine Couret <[email protected]> > > Details are described in the first patch. > > Difference from v3: > > * Don't use bashism which fails for Debian derived systems by default > * Improve test checks > > Difference from v2: > > * Added working and failing tests in > meta/lib/oeqa/selftest/cases/imagefeatures.py > * Split commit to send documentation to right mailing list > > Difference from v1: > > * Added documentation for IMAGE_FILE_MAXSIZE variable > * Added Python function to get the value of this variable from shell functions > otherwise parsing issue can happen > * Added an additional task to check the final result which works for all > filesystems > and not only those created with dd command. > > Charles-Antoine Couret (5): > image_types: add python function to get the IMAGE_FILE_MAXSIZE:fstype > value > image_types: use IMAGE_FILE_MAXSIZE variable for ext2/3/4 image types > image_types: use IMAGE_FILE_MAXSIZE variable for btrfs image types > image_types: use IMAGE_FILE_MAXSIZE variable for f2fs image types > image: add check_image_max_size as post function to check file size > against IMAGE_FILE_MAXSIZE
For context, these previous versions were in 2023. I think the general concern is we already have a lot of rootfs size related variables and adding more of them complicates the user interface. It isn't clear which ones "win" when multiple conflicting settings are made. In this case the max size "wins" above any of the others. It does appear that it isn't just a max size but a fixed size in that it will pad the filesystems to this size? That makes the name a bit confusing/misleading and was one of the concerns last time. Cheers, Richard
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#234152): https://lists.openembedded.org/g/openembedded-core/message/234152 Mute This Topic: https://lists.openembedded.org/mt/118563509/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
