Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[REQ] Allow targets section to reference built-in frontend #370

Open
1 task
cpuguy83 opened this issue Sep 13, 2024 · 2 comments
Open
1 task

[REQ] Allow targets section to reference built-in frontend #370

cpuguy83 opened this issue Sep 13, 2024 · 2 comments
Labels
enhancement New feature or request

Comments

@cpuguy83
Copy link
Member

What kind of request is this?

None

What is your request or suggestion?

We currently have a targets section like so:

targets:
  azlinux3:
    // target-specific stuff

We can also add a custom target and reference an external frontend to handle building it:

targets:
  custom:
    frontend:
      image: my.image:latest

But we can't create a custom target and tell it to use the built-in implementation.
This would be useful when you need to use the same underlying builder implementation but have some slight variances under a different target name

targets:
  windowscross:
    // target-specific stuff
  windows-host-process:
    builder: windowscross
    image:
      base: <custom base>

Or probably more accurately:

targets:
  windows:
    builder: windowscross
  windows-host-process:
    builder: windowscross
    image:
      base: <custom base>

Alternatively this could get added to the frontend section

targets:
  windows-host-process:
    frontend:
      internal: windowscross

Are you willing to submit PRs to contribute to this feature request?

  • Yes, I am willing to implement it.
@cpuguy83 cpuguy83 added the enhancement New feature or request label Sep 13, 2024
@cpuguy83
Copy link
Member Author

It would be nice if this wasn't tied to the specific dalec implementation, so "internal" may not be best here.

@cpuguy83
Copy link
Member Author

Maybe we can just call the field alias_for or something like that and use that to lookup the other frontend.

Potentially a spec could use alias_for with a target that's actually defined in the spec. Maybe we could support this where the target data is inherited from the other definition?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant