RFE: Add "rename" subcommand for better Docker compatibility

[cjeanner]

kind feature

Description

Docker has a "rename" subcommand allowing to change a container name. This feature is missing in podman, and is useful in some cases.

Thank you!

[EmilienM]

I agree the feature from docker would be useful. Shutting down and removing the container then creating a new one isn't a valid answer when you run containers in production.

[mheon]

I was thinking about a podman alias command that would let you add/remove aliases that would act as extra names for a container. Changing a container's actual name would be very difficult for us do to the internal structure of containers, but I can easily let you add/remove additional names from existing containers.

[cjeanner]

@mheon hello :).
Sooo. an alias might work, but we'll need to find a way to make this alias work for tasks like "podman start " and the like.
Also, it would be needed to set a "preferred alias" or something that shows up in a podman ps output as the container name, else we will have "some" issues finding what container is running and so on.

Fact is, we really rely on the container name for a lot of tasks, and we need it to be as stable as possible - like docker ;).
Usages include:

• podman ps --format "{{ .Names }}"
• podman exec "..." NAME
• podman start "..." NAME
• podman stop "..." NAME
  and so on. So the name is important, and as we have a thing that manages both docker and podman engines, we'd like to get a really good compatibility in order to avoid code duplication, weird "if/then/else" and things like that that make the code hard to follow/maintain.

I don't know if @EmilienM has other thoughts.. ?

[baude]

During a rename, can the container ID change ?

[cjeanner]

@baude I think the id can change - at least, I see no reason for us to base our workflows on ids as they aren't predictable, on the contrary to the name (hence the need of the "rename" :) ).

[mheon]

Aliases would work like container names for everything except PS, where we'd probably need a separate column for them (would be good enough for grep, but probably break things if you're parsing the output of PS). Of course, if you wanted to filter to a single container based on name/alias, we could make that work exactly like it does now

…

On Mon, Dec 3, 2018, 11:54 Cédric Jeanneret ***@***.*** wrote: @baude <https://github.com/baude> I think the id can change - at least, I see no reason for us to base our workflows on ids as they aren't predictable, on the contrary to the name (hence the need of the "rename" :) ). — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#1925 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AHYHCCVeIqOKeDvdJDLmn3IDk9HSwFrBks5u1VdSgaJpZM4Y-4ds> .

[cjeanner]

@mheon hmm ok. well, I think we can give a try?

[mheon]

I think I can slot this in early next week

[cjeanner]

Hello @mheon - any news for this? :)

Cheers,

C.

[cjeanner]

hello @mheon - any news? We have a really ugly work-around, and would really appreciate something more "nice" :).

[mheon]

I'll bump it up the to-do list again, but no promises - things consistently keep managing to explode and require attention.

[rhatdan]

@mheon This probably goes along with the clone stuff.

[rhatdan]

Seems like this would be something for a new developer to take a stab at?

[mheon]

Agree - if we have any interns coming on, or anyone who wants to take a first issue, a clone command is a good starting point.

…

On Sat, Apr 13, 2019, 04:58 Daniel J Walsh ***@***.***> wrote: Seems like this would be something for a new developer to take a stab at? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#1925 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AHYHCG6aM0-QLs-3f5kDvdeeLhrfYsoSks5vgZwbgaJpZM4Y-4ds> .

[TomSweeneyRedHat]

@dougsland interested in trying a Podman issue? Then we can get you a Podman sticker too!

[dougsland]

@TomSweeneyRedHat sure thing, let me check and dig this.

[weirdwiz]

@dougsland are you working on this issue? can I take this up?

[dougsland]

@dougsland are you working on this issue? can I take this up?

@weirdwiz I am in a conference right now but my plan is continue on this next week. However, if you have any patch ready to go fell free to submit.

[weirdwiz]

@dougsland I see, I will leave you to it then as you are already working on it 😀

[rhatdan]

@dougsland @ashley-cui @weirdwiz @QiWang19 Since this never made progress could someone verify that they are working on it, or grab it for themselves.

[QiWang19]

I can take this if @dougsland hasn't stated.

[mheon]

To be 100% clear here: I don't think podman rename makes sense in current context. I would greatly prefer a podman container clone that makes a copy of an existing container, with changes.

[mheon]

(Aliases are also a potential option, but I think we should start with clone)

[rhatdan]

I am fine with this, as long as we have an alternative.

[TomSweeneyRedHat]

FWIW, Docker has a rename.... https://docs.docker.com/engine/reference/commandline/rename/

[rhatdan]

@mheon Want to work on this with an Intern?

[mheon]

I think first step is probably to convert all of these various issues requesting renaming, updating, moving into pods, etc into one single podman container clone issue.

Beyond that, I need to do a bit of architecture work to figure out how this exactly should look, I don't know for sure how complex this is going to be.

[JeongHyeon-Kim]

I was looking for a feature and came here. I hope it will be added soon.

[rhatdan]

Best way to get new features is to open PRs :^)

[github-actions]

A friendly reminder that this issue had no activity for 30 days.

[rhatdan]

Sadly coming up on two years on this one

[github-actions]

A friendly reminder that this issue had no activity for 30 days.

[rhatdan]

This one got a little more active this week.

[github-actions]

A friendly reminder that this issue had no activity for 30 days.

[rhatdan]

Still being worked on, not sure if it will make podman 3.0 though?

[mheon]

Being worked on in #8955
Will probably make 3.0 (although in an early and limited form)