linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: David Sterba <dsterba@suse.cz>
To: Qu Wenruo <quwenruo@cn.fujitsu.com>
Cc: dsterba@suse.cz, linux-btrfs@vger.kernel.org
Subject: Re: [PATCH] btrfs-progs: Restrict e2fsprogs version for new convert
Date: Fri, 6 May 2016 17:03:02 +0200	[thread overview]
Message-ID: <20160506150302.GF29353@twin.jikos.cz> (raw)
In-Reply-To: <0c6be9c0-c2ef-9356-a100-3f457be5648b@cn.fujitsu.com>

On Tue, May 03, 2016 at 08:59:58AM +0800, Qu Wenruo wrote:
> 
> 
> David Sterba wrote on 2016/05/02 14:33 +0200:
> > On Mon, Apr 25, 2016 at 04:55:32PM +0200, David Sterba wrote:
> >> On Mon, Apr 18, 2016 at 09:20:18AM +0800, Qu Wenruo wrote:
> >>>
> >>>
> >>> David Sterba wrote on 2016/04/15 13:17 +0200:
> >>>> On Thu, Apr 14, 2016 at 02:24:34PM +0800, Qu Wenruo wrote:
> >>>>> New btrfs-convert is using a lot of new macro in e2fsprogs 1.42.
> >>>>> Unfortunately the new compatible layer for older e2fsprogs is still
> >>>>> under development.
> >>>>
> >>>> It hasn't been released yet so it's not really a big problem, although
> >>>> it makes testing on my side a bit harder. The configure-time check
> >>>> should be 1.41 and until it's fixed we can print a warning.
> >>>>
> >>>>
> >>> Did I missed something?
> >>>
> >>> I checkout 1.41.14 and it shows no cluster support in ext2fs.h.
> >>>
> >>> Also git describe shows it's v1.41.14-36-g1da5ef7, after the last v1.41
> >>> version.
> >>>
> >>> So I think the check should be 1.42, just as the patch.
> >>
> >> The idea is to keep lowest supported version 1.41, because this version
> >> can be commonly found on enterprise distros. The lack of cluster is
> >> expected and needs to be dealt with both build- and run-time.
> >
> > I've committed the following patch, as it was your idea to add the
> > version check:
> 
> I'm fine to 1.41 for now, but I'm afraid that the compatible layer won't 
> be any time soon.
> So it may still broke 1.41 e2fsprogs.

This means the convert rework has to be postponed until the
compatibility with 1.41 is implemented, otherwise it would be regression.

  reply	other threads:[~2016-05-06 15:03 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-14  6:24 [PATCH] btrfs-progs: Restrict e2fsprogs version for new convert Qu Wenruo
2016-04-15 11:17 ` David Sterba
2016-04-18  1:20   ` Qu Wenruo
2016-04-25 14:55     ` David Sterba
2016-05-02 12:33       ` David Sterba
2016-05-03  0:59         ` Qu Wenruo
2016-05-06 15:03           ` David Sterba [this message]
2016-05-09  1:36             ` Qu Wenruo

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20160506150302.GF29353@twin.jikos.cz \
    --to=dsterba@suse.cz \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=quwenruo@cn.fujitsu.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).