On 2 December 2016 at 06:27, Stuart Bishop
wrote:
> We might be able to lower deployment times from minutes to seconds, since
> often this step is the main time sink.
>
Right. These are the time scales I meant too as well. If you want to have
quality software you need to be able to test it. If
Hi All
Is there a specific rationale for application names being limited to not
starting with a digit? I get why they can't end with one but I don't see
why juju should place the same restriction on the start of an app name?
Example (where we tripped over this):
juju deploy ubuntu 6wind-virtu
There's no technical reason for the restriction, AFAIK. I believe it's
just aesthetic.
On Fri, Dec 2, 2016, 5:50 AM James Page wrote:
> Hi All
>
> Is there a specific rationale for application names being limited to not
> starting with a digit? I get why they can't end with one but I don't see
It'd be nice to have full Unicode support in both charm and application
names.
On Fri, 2 Dec 2016 at 12:43 Nate Finch wrote:
> There's no technical reason for the restriction, AFAIK. I believe it's
> just aesthetic.
>
> On Fri, Dec 2, 2016, 5:50 AM James Page wrote:
>
> Hi All
>
> Is there a s
On 02/12/16 07:46, Adam Collard wrote:
> It'd be nice to have full Unicode support in both charm and
> application names.
Steady on, that would make it easy to have misleading charm names, or
ones that are very difficult for people to type. I don't mind lifting
the restriction on up-front digits,
On Fri, 2 Dec 2016 at 13:43 Mark Shuttleworth wrote:
> On 02/12/16 07:46, Adam Collard wrote:
> > It'd be nice to have full Unicode support in both charm and
> > application names.
>
> Steady on, that would make it easy to have misleading charm names, or
> ones that are very difficult for people
On 02/12/16 09:23, Adam Collard wrote:
> True, but we could do normalisation in the charm store to prevent
> malicious names. I think it's an important aspect of software in the
> modern world that it can support the wide array of languages that we
> humans use.
This just transfers the definition
One thing we *could* do to support non-english names that would not
entirely open the door to emoji etc is to simply constrain the names to
unicode letters and numbers. Thus you could name something 數據庫 but
not .
On Fri, Dec 2, 2016 at 9:29 AM Mark Shuttleworth wrote:
> On 02/12/16 09:23, A
On Fri, Dec 2, 2016 at 10:31 AM Nate Finch wrote:
> One thing we *could* do to support non-english names that would not
> entirely open the door to emoji etc is to simply constrain the names to
> unicode letters and numbers. Thus you could name something 數據庫 but
> not .
>
I bothered Rick ab
A new development release of Juju, 2.1-beta2, is here!
## What's new?
*Openstack Provider has been updated to support Neutron networking apis
* New APIs for querying instance types and characteristics available on
clouds
* Model Migration is no longer behind a feature flag
* Instrumentati
I generally assume that "hard to type" doesn't apply when you're talking
about someone's native language. Yes, you or I would have trouble
typing 數據庫 (database), but to someone in China, that's probably a word they
type all the time. Forcing people to use an English translation for the
name of th
On Fri, Dec 2, 2016 at 11:18 AM Nate Finch wrote:
> I generally assume that "hard to type" doesn't apply when you're talking
> about someone's native language. Yes, you or I would have trouble
> typing 數據庫 (database), but to someone in China, that's probably a word they
> type all the time. For
12 matches
Mail list logo