On Fri, 2016-04-15 at 21:14 -0400, Nicholas D Steeves wrote: > > As of btrfs-progs-4.4, they're "doing preparatory work for > btrfs-convert rewrite" ( > https://btrfs.wiki.kernel.org/index.php/Changelog#btrfs-progs_4.4_.28Jan_2016. > 29 > ). I agree that it's probably best to drop the unsafe binary we > currently ship; earlier this year I updated the Debian btrfs wiki to > warn against using it, because of data-loss level bugs mentioned on > the btrfs mailing list. Once the rewrite is complete and people have > tested it we can always add it back. > > I've been working on a rename of btrfs-tools to btrfs-progs for some > time, and my sponsor would like to upload it in the next few days. > Please let me know if you'd like me to drop btrfs-convert from this > package.
I think it'd be much simpler if inclusion/exclusion of any such tool could be handled through a knob. Just like initramfs-tools does. We can keep the default as whatever the current safe bet is. This way it'll allow flexibility for both, users and developers, to play around. Otherwise, it is a manual process to carefully ensure all prog binaries and dependent libraries are present. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
