Re: Future of dosfstools project (FAT)

From: Andreas Dilger <adilger@dilger.ca>
To: "Pali Rohár" <pali.rohar@gmail.com>
Cc: linux-fsdevel <linux-fsdevel@vger.kernel.org>,
	util-linux@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Andy Shevchenko <andy.shevchenko@gmail.com>,
	Karel Zak <kzak@redhat.com>, Andreas Bombe <aeb@debian.org>,
	Andreas Bombe <andreas.bombe@gmail.com>
Subject: Re: Future of dosfstools project (FAT)
Date: Mon, 1 Oct 2018 14:00:28 -0600	[thread overview]
Message-ID: <404F3F76-402D-4E29-9957-429CB7D7ECFC@dilger.ca> (raw)
In-Reply-To: <20180929084038.an6pfhnsd6tblejl@pali>

[-- Attachment #1: Type: text/plain, Size: 2186 bytes --]

On Sep 29, 2018, at 2:40 AM, Pali Rohár <pali.rohar@gmail.com> wrote:
> 
> Hi!
> 
> Last year I did some research how Windows and Linux tools handle FAT
> labels (boot sector vs root directory) and proposed some unification.
> More in thread: https://www.spinics.net/lists/kernel/msg2640891.html
> 
> My proposed change for manipulating with FAT labels is now implemented
> in util-linux v2.33, prepared new mtools version, and also in dosfstools
> git (unreleased) https://www.spinics.net/lists/kernel/msg2645732.html
> 
> Project dosfstools contains de-facto standard Linux userspace tools for
> FAT filesystems (mkfs.fat, fsck.fat, fatlabel) and so it is quite
> important because of high usage of FAT.
> 
> But there was no new release of dosfstools since Jan 2017 and for more
> then month I'm unsuccessfully try to contact maintainer of dosfstools
> project (Andreas) about future of project itself.
> 
> I do not know what happened, if either Andreas do not have time or
> something else...
> 
> So does somebody know what is state of dosfstools project?
> 
> Also there are lot of proposed changes (with patches) for this project
> https://github.com/dosfstools/dosfstools/pulls and also more reported
> bugs https://github.com/dosfstools/dosfstools/issues
> 
> If Andreas does not have time, can somebody else at least look at pull
> requests and do some code review?
> 
> I have some other unpublished/unfinished changes for dosfstools, but I
> do not know now if it make sense to invest more time in this project
> when maintainer does not respond... if this project is active or going
> to be dead...
> 
> If dosfstools is going to be inactive/dead, there is still mtools
> project with provides FAT tools too and maintainer of it is now
> preparing new bugfix version. So at least some alternative exists.

If the current dosfstools maintainer is non-responsive, you could always
fork the project in GitHub, land the critical patches into your branch,
 and make a release on your own.  If the maintainer surfaces again, then
they can pull in your patches.  If not, then you are the new maintainer.

Cheers, Andreas

[-- Attachment #2: Message signed with OpenPGP --]
[-- Type: application/pgp-signature, Size: 873 bytes --]