Sorry. SWIFT beat you to it. ;) Kevin ________________________________________ From: gordon chung [g...@live.ca] Sent: Friday, February 05, 2016 1:00 PM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [all] the trouble with names
On 05/02/2016 1:22 PM, Ryan Brown wrote: > For example, I think "containers" will be one of those words that > everyone wants to use (buzzbuzzbuzzbuzz). Having at least a way for > projects to say "hm, someone else wants this" would be nice. too late, magnum[1] beat you to it. i'm not sure what the other docker projects are using. plenty of alternatives though[2]? #2 is the lesser of the evils but not by much. if we do choose it, we need a formalised taxonomy, CADF is one example (see line 2656[3]), and we need to be specific. it doesn't really solve the issue of projects that do the same thing but i believe that issue is not part of the discussion. regarding some collisions so far, to a certain extent i believe it's because the projects are really features masquerading as discrete services. [disclaimer: following might be ignorant, apologies] for something like backups, i'm not sure why it isn't a part of an existing services api (compute|blockstorage/.../backup) and why it needs to be it's own endpoint. [1] https://github.com/openstack/magnum/blob/master/devstack/lib/magnum#L111 [2] http://www.thesaurus.com/browse/container?s=t [3] https://www.dmtf.org/sites/default/files/standards/documents/DSP0262_1.0.0.pdf cheers, -- gord __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
