| To: | pcp@xxxxxxxxxxx |
|---|---|
| Subject: | [Bug 1109] fuzzy container hex-id naming leads to nondeterminism |
| From: | bugzilla-daemon@xxxxxxxxxxx |
| Date: | Fri, 15 May 2015 02:36:56 +0000 |
| Auto-submitted: | auto-generated |
| Delivered-to: | pcp@xxxxxxxxxxx |
| In-reply-to: | <bug-1109-835@xxxxxxxxxxxxxxxx/bugzilla/> |
| References: | <bug-1109-835@xxxxxxxxxxxxxxxx/bugzilla/> |
|
Comment # 3
on bug 1109
from Nathan Scott
(In reply to comment #2) > a client has > no way of knowing whether its choice was unique. A user can choose to use unique names at any time, this fuzzy matching is only there to give users the behaviour they know and expect based on using the Docker tools. > We could instead say that the name matching is done exactly once (at > connection time), and fails if ambiguous. No, definitely not - that's not sensible behaviour from the users point of view. People expect to be able to specify containers just like they would with Docker - we have already seen this from several people using this already (without it, would have seen several bug reports & confusion). It's an important usability issue, it absolutely must match Docker behaviour. The whole point of the fuzzy matching is to provide the behaviour that users expect (same reason why a docker: prefix on all names was never going to fly). You are receiving this mail because:
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | [Bug 1111] New: --container=NO_SUCH_CONTAINER succeeds, bugzilla-daemon |
|---|---|
| Next by Date: | [Bug 1109] fuzzy container hex-id naming leads to nondeterminism, bugzilla-daemon |
| Previous by Thread: | [Bug 1109] fuzzy container hex-id naming leads to nondeterminism, bugzilla-daemon |
| Next by Thread: | [Bug 1109] fuzzy container hex-id naming leads to nondeterminism, bugzilla-daemon |
| Indexes: | [Date] [Thread] [Top] [All Lists] |