Quadlet - add UserNS key that may be passed as is to run or kube play

[ygalblum]

Feature request description

The current implementation divides the argument that will eventually be passed to --userns to different parameters. As a result, any change in the possible values might require changes in Quadlet. In addition, it can cause a proliferation of supported keys.

Before implementing this, we need to decide how to handle backward compatibility

Suggest potential solution

A clear and concise description of what you want to happen.

Have you considered any alternatives?

A clear and concise description of any alternative solutions or features you've considered.

Additional context

Add any other context or screenshots about the feature request here.

[ygalblum]

I opened this issue instead of continuing the discussion on the closed PR #17961

[vrothberg]

I am in favor of adding UserNS and deprecate the other fields. From a RHEL perspective, Quadlet is still tech-preview so there are no backwards guarantees until GA.

[vrothberg]

@giuseppe @rhatdan PTAL

[giuseppe]

same for me. Let's keep it simple and map directly to UserNS

[rhatdan]

I agree, the other keys just confuse me, and if people are going back and forth, I don't see the value in breaking it up.

[xduugu]

I've created a pull request for the new key. Since it deprecates the Remap keys, it would be great if it could be included in v4.5