Steve, Colin:

keep in mind that this version also introduces some new restrictions,
e.g. rpi-sdimg IMAGE_FSTYPE in meta-raspberrypi is now failing with:

mkfs.vfat: Label can be no longer than 11 characters

not sure how common this will be in other BSPs, but people might be
surprised with such failures in LTS (like they were from the need to update
oe-core/dunfell checkout to get python3targetconfig.bbclass recently when
other layers started to require it).

On Tue, Mar 2, 2021 at 2:43 PM Alexander Kanavin [off-list ref]
wrote:

On Tue, 2 Mar 2021 at 14:26, Colin Finck [off-list ref] wrote:

quoted

On Mon, Mar  1, 2021 at 05:58 PM, Alexander Kanavin wrote:

quoted

Can you send a followup patch please, on top of master-next?

Here we go:
https://lists.openembedded.org/g/openembedded-core/topic/patch_dosfstools_build/81024606

Who decides about backporting or not backporting dosfstools 4.2 to
Dunfell?
I can only stress again that a large number of devices in the wild are
currently running on FAT boot partitions, and come with a dosfschk version
that likes to destroy these boot partitions.

That would be Steve. It's best if you cherry-pick the needed patches into
current dunfell tip, and send them here with [dunfell] prefix, adding the
rationale to the commit messages.

Alex