git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [StGIT PATCH 2/4] Abstract a PatchSet object out of Series.

From
Yann Dirson <ydirson@altern.org>
Date
Jun 13, 2007, 20:38 UTC
Message-ID
<20070613203821.GQ6992@nan92-1-81-57-214-146.fbx.proxad.net>
In-Reply-To
<b0943d9e0706121509j5088e164iadedb561501d6a55@mail.gmail.com>
On Tue, Jun 12, 2007 at 11:09:50PM +0100, Catalin Marinas wrote:
Show 7 quoted lines
> On 11/06/07, Yann Dirson <ydirson@altern.org> wrote:
> >The goal is to move into PatchSet all functionnality that is not
> >dependant of Series being a real stack, paving the way for handling
> >parallel (hydra) stacks, or any other way to organize patches.
> 
> Thanks for the patches. I applied this one as well and I like the
> idea. What is your long-term plan with this split?

I have started to work on a Hydra class (available at [1], but be aware it doesn't do much more than creating an octopus, and breaking many current StGIT assumptions), with a testcase to demonstrate its use), which binds together a set of stacks with an octopus, to allow keeping related patches together, and allow people to pull from one topic stack without getting unrelated work.

I'm however facing a problem, with the pervasive assumption that we only have stacks :). Basically, we probably need a factory of PatchSet objects, which would return a Series or an Hydra according to the specified name - I'm currently thinking about this, but don't expect any working code too rapidly.

> The HEAD in my repository fails the test suite. Do you have any
> additional patches pending (some patches were not applied in order as
> I had to manually fix the conflicts). Anyway, please check my
> repository for any missing patches.

Oh, I had not noticed you had applied bd69feaf7c3c94b6e7e216ea8091064af9cdfa97. Sorry, I was not explicit enough when posing this, only the cover mail included "RFC" in the subject. As described in that mail, there are problems both with the original approach (Karl's test failing), and with that new one (that exisiting test failing).

Do you have any idea on how we could overcome the problem ? In the meantime, we could possibly just comment that testcase out (or add support for continuing the testsuite even with a failure) - the problem it exhibits is probably less common than the one that was fixed.

BTW, a02ba4077f12578fe31c99d903488804a656e1c4 has a slight problem: it is a patch by Karl, which I re-sent in the same group since it was exhibiting the problem (and with the intent of adding a signed-off-by line, but my way of adding them trough a buggy template showed its limits and the commit now have 2 signed-off-by lines with Karl's name). However, it was applied with myself as author, which is quite wrong: could that be a but in "stg import" ignoring the Author field ?

Best regards,
-- 
Yann.

[1] http://repo.or.cz/w/stgit/ydirson.git
Previous: Catalin MarinasNext: Yann Dirson
Message 5 of 14 in “Cleanups of the Series object.”
  1. 0/4 Cleanups of the Series object.Yann Dirson, Jun 11, 2007
  2. 1/4 Use get/set_name for a stack's name.Yann Dirson, Jun 11, 2007
  3. 2/4 Abstract a PatchSet object out of Series.Yann Dirson, Jun 11, 2007
  4. Catalin MarinasJun 12, 2007
  5. Yann DirsonJun 13, 2007
  6. Yann DirsonJun 14, 2007
  7. Catalin MarinasJun 19, 2007
  8. Catalin MarinasJun 19, 2007
  9. Yann DirsonJun 19, 2007
  10. Catalin MarinasJun 14, 2007
  11. Yann DirsonJun 15, 2007
  12. Catalin MarinasJun 19, 2007
  13. 3/4 Move stack format-version checks into Stack class.Yann Dirson, Jun 11, 2007
  14. 4/4 Rename branch.*.stgitformatversion to branch.*.stgit.stackformatversion.Yann Dirson, Jun 11, 2007

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.