[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAK7LNAR5etb-oJDaxNZbH9-FmC3+hC3A_cwnbuWPQx0maHaDng@mail.gmail.com>
Date: Fri, 9 Nov 2018 11:55:26 +0900
From: Masahiro Yamada <yamada.masahiro@...ionext.com>
To: Brian Norris <briannorris@...omium.org>
Cc: Douglas Anderson <dianders@...omium.org>, Genki Sky <sky@...ki.is>,
Guenter Roeck <linux@...ck-us.net>,
Christian Kujau <lists@...dbynature.de>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] Revert "scripts/setlocalversion: git: Make -dirty check
more robust"
On Thu, Nov 8, 2018 at 12:20 PM Brian Norris <briannorris@...omium.org> wrote:
>
> On Wed, Nov 7, 2018 at 1:18 PM Doug Anderson <dianders@...omium.org> wrote:
> > On Wed, Nov 7, 2018 at 1:07 PM Genki Sky <sky@...ki.is> wrote:
> > > On Wed, 7 Nov 2018 12:55:14 -0800, Guenter Roeck <linux@...ck-us.net> wrote:
> > > > Ubuntu 16.04 ships with git version 2.7.4.
> > >
> > > Okay. I guess --no-optional-locks is a no-go then.
> >
> > In theory you could wrap it. If passing git with
> > "--no-optional-locks" doesn't work you could fall back to the old
> > code? That would mean only people with newer git would get your new
> > feature and everyone else would stick with the pre-existing behavior.
>
> +1, that's what I was going to suggest. Presumably older git would
> give non-zero exit status for unknown flags, and we take that as
> signal to try to the old way?
I also like this idea!
I will pick-up this revert patch soon.
Brian,
Could you please send a patch on top of that?
Thanks!
--
Best Regards
Masahiro Yamada
Powered by blists - more mailing lists