Re: [RFC PATCH 0/8] Get rid of "git --super-prefix"

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Nov 09, 2022 at 10:47:40PM +0100, Ævar Arnfjörð Bjarmason wrote:
>
> On Wed, Nov 09 2022, Taylor Blau wrote:
>
> > On Wed, Nov 09, 2022 at 08:34:28PM +0100, Ævar Arnfjörð Bjarmason wrote:
> >> An RFC alternative to Glen's [1], and what I *thought* he might be be
> >> going for in the earlier discussion[2].
> >
> > I am a little puzzled with what to do with this series. For one, it
> > doesn't seem to apply cleanly on top of 'ab/remove--super-prefix':
> >
> >     $ git log --oneline -1
> >     04e36effde (HEAD -> ab/remove--super-prefix) Merge branch 'ab/submodule-helper-prep-only' into ab/remove--super-prefix
> >
> >     $ git am -sc3 ~/patch
> >     Applying: submodule--helper: don't use global --super-prefix in "absorbgitdirs"
> >     error: sha1 information is lacking or useless (submodule.c).
> >     error: could not build fake ancestor
> >     Patch failed at 0001 submodule--helper: don't use global --super-prefix in "absorbgitdirs"
> >     hint: Use 'git am --show-current-patch=diff' to see the failed patch
> >     When you have resolved this problem, run "git am --continue".
> >     If you prefer to skip this patch, run "git am --skip" instead.
> >     To restore the original branch and stop patching, run "git am --abort".
>
> My bad, the CL says:
>
> 	and can make use of (but doesn't need) the better test coverage
> 	for "absorbgitdirs" that I submitted in [3]
> 	(https://lore.kernel.org/git/patch-1.1-34b54fdd9bb-20221109T020347Z-avarab@xxxxxxxxx/)".
>
> But it actually *does* need that, sorry. But with that, this works for me:
>
> 	git checkout master
> 	git reset --hard @{u}
> 	git merge --no-edit ttaylorr/ab/submodule-helper-prep-only
> 	(apply https://lore.kernel.org/git/patch-1.1-34b54fdd9bb-20221109T020347Z-avarab@xxxxxxxxx/)
>
> Then apply this series. I've also got it at
> https://github.com/avar/git/tree/avar/nuke-global-super-prefix-use-local;
> but that's a locally rebased version of ab/submodule-helper-prep-only,
> then that [3], and finally this series.

Yes, that works for me. I hadn't quite gotten to the later patch yet,
but I queued it as 'ab/remove--super-prefix' and then merged it into the
new branch (along with 'ab/submodule-helper-prep-only').

Then everything applied as expected, so that is good.

> I figured I was just kicking ideas back & forth with Glen, so I didn't
> go through my usual sanity checking :)

No worries, I figured. It's helpful to know whether you intended to
supersede, build on top of, or propose an alternative direction for
Glen's patch.

For what it's worth, I think it's totally fine to say: "I have this
alternative approach in a series, and here it is", but it is also
helpful to add "let's figure out a way to build these together instead
of queuing this alternative approach as-is".

> > But it would be nice to have a clearer path forward between this and
> > Glen's series. I understand that they are both still RFCs, but I am
> > counting on you two working together to find a path forward that is
> > satisfactory to you both.
>
> *nod*, I'm sure we can manage that.

Thanks very much.

Thanks,
Taylor



[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux