[parted-devel] Resize library (was Re: [PATCH 00/24] GCC 10 Warning Cleanup)
Colin Watson
cjwatson at debian.org
Sat Nov 14 01:01:24 GMT 2020
On Fri, Nov 13, 2020 at 04:11:43PM -0800, Brian C. Lane wrote:
> A big part of the trouble here was in the resize code, which we need to
> talk about.
>
> I'd like to get a 3.4 release with these patches out before the end of
> the year. Next year I want to drop the /r/ resize library again. It has
> no place in parted, isn't maintained, and isn't something I'd suggest
> anyone using. Filesystem code should be maintained by filesystem tools
> so if someone wants to move it into some other project that's fine with
> me but I strongly believe that it needs to be removed.
>
> We can talk about that in another thread though.
I hope changing the subject line is close enough.
Here are the packages that depend on the resize library in Debian (we
have it in a separate .deb, which has the convenient side-effect of
making it easy to spot who's using it):
fatresize (https://github.com/ya-mouse/fatresize)
gparted (https://gparted.org)
libblockdev-fs2 (https://github.com/storaged-project/libblockdev)
All three of these are active in the sense of having had commits in the
last year, so if you're working on removing the library it would be good
to explicitly contact the maintainers of those projects so that they
have due warning and can work out some kind of alternative, perhaps in
collaboration with each other. (I haven't checked in any other
distributions; perhaps there are other things elsewhere.)
--
Colin Watson (he/him) [cjwatson at debian.org]
More information about the parted-devel
mailing list