continuously resolve pods matching pattern

[benbertrands]

Plz review and feedback.
A subshell now checks for matching pods every second and pipes a new list of pods if changes.
Pipe is being listened on by main, every time a new list of pods comes through tails get remade

issues:

• new pods appearing are still in initializing state, and should not be picked up by subshell.
• pipe /tmp/kubetail-matching_pods_pipe.$$ can be used for arbitrary code execution
• don't like the "kill %t"
• colours of existing pods shouldn't change when the list of pods changes

[johanhaleby]

Wow this is so cool! I've tried to get this working several times but failed to do so. Unfortunately this doesn't really work for me. When I run kubetail my-pod -c my-container I get:

./kubetail: line 278: /tmp/kubetail-matching_pods_pipe.82906: No such file or directory

[benbertrands]

yea sorry. Didn't test after changing the pipe location, should be fixed now

[johanhaleby]

Hmm, now it gives me:

./kubetail: line 278: readarray: command not found

[benbertrands]

readarray was added somewhere in bash 4.
Also working on a mac ?

[benbertrands]

There also seems to be an issue in the subshells filtering. Looking into it after work

edit: seems to have been #76

[benbertrands]

should I get rid of the readarray to support bash 3?

[johanhaleby]

Yes I'm using a Mac (zsh). I think it would be good to support bash 3 since afaik that's what we're trying to support atm.

[benbertrands]

looks to be easier to have the subshell put out containers iso pods

[johanhaleby]

One thing that I notice is that the colors are not working if there are multiple pods. Could we get that working again somehow?