Am 03.03.2021 um 17:34 schrieb Khem Raj:
On Wed, Mar 3, 2021 at 8:16 AM Martin Jansa <martin.ja...@gmail.com> wrote:
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).
thanks for this info Martin, 4.1 was released in 2017, so 4.2 is not a
bugfix only release by any means. It should be out of policy for LTS
backport. since we have different tools and techniques to partition
storage media
this tool plays a vital role and we should be very careful making
changes to it, especially in releases.
Thanks for all your feedback!
I understand that an upgrade from 4.1 to 4.2 may look like a risky
undertaking. On the other hand, who else except for the original author
is qualified to decide if a single change can be cherry-picked and
backported to 4.1?
I have been advocating for a full upgrade to dosfstools 4.2 not in spite
but actually because filesystem creation and checking is crucial, and
should not be performed by our own frankenstein build of dosfstools.
Cheers,
Colin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#148896):
https://lists.openembedded.org/g/openembedded-core/message/148896
Mute This Topic: https://lists.openembedded.org/mt/80974296/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
