[DISCUSSION] possibly use conda-recipe-manager, bring souschef into incubation, or vendor souschef?

[beckermr]

Is your feature request related to a problem? Please describe.

There is no problem, but we may want to try and unify dev of these tools into a single spot to get increased efficiencies in maintenance. souschef is fantastic and is fundamental to this package.

Describe the solution you'd like / Describe alternatives you've considered

Some possible options:

• leave things as they are which is 100% fine
• move to using conda-recipe-manager
• bring souschef into incubation
• vendor souschef into grayskull

Additional context

It appears that conda-recipe-manager is moving towards being more than just a parser (https://github.com/conda-incubator/conda-recipe-manager/issues/129). I do wonder how we'll square more features there with the already official garyskull project.

[marcelotrevisani]

Hi, thanks for opening this discussion! I appreciate the opportunity to share my perspective:

• Souschef was mainly created to manage the complex logic required to handle the various selectors we use as YAML comments in v1 recipes. Dealing with them was becoming quite cumbersome. However, my intention has always been to eventually phase it out as the ecosystem adopts v2 recipes more widely. With v2, the need for a dedicated parser significantly diminishes since everything will essentially be YAML + Jinja2.

• Currently, I don't have the interest or time to replace Souschef for conda-recipe-manager without a clear, tangible benefit. I’m trying to be pragmatic here and avoid changes that don't provide meaningful improvements.

• That said, I’m fine with bringing Souschef into incubation if the community feels it’s the right path. Alternatively, I could vendor it as an independent module, though I’m not sure there’s much advantage in doing so since a few projects appear to rely on it.

I’m open to further discussion and happy to align with whatever direction the conda-forge community feels would be best. Flexibility is key, and I trust the community's judgment! :)

[beckermr]

These are all great points @marcelotrevisani!

The main possible benefits of moving to conda-recipe-mansger from my perspective are

• less maintenance for devs (e.g., possibly you!) by centralizing around one parsing package
• built-in conversion utilities from the old format (v0) to the new format (v1)
• conda-recipe-manager is getting a lot of attention from various folks at anaconda
• FWIW, I suspect even though the new format is formally YAML and so requires no special parser, using a dedicated library will help with certain manipulations of the recipe and so might be attractive from a maintenance point-of-view. This remains to be seen.

I am happy to contribute work moving grayskull over to CRM if people are in agreement that this is not a horrible idea.