Folks,
I would love to get people together who are interested in Cinder stability
to really dedicate a few days. This is not for additional features, but
rather
finishing what we already have and really getting those in a good shape
before the end of the release.
When: Feb 24-26
Where: San Franci
On Sat, Feb 1, 2014 at 4:06 PM, Mike Perez wrote:
> Folks,
>
> I would love to get people together who are interested in Cinder stability
> to really dedicate a few days. This is not for additional features, but
> rather
> finishing what we already have and really getting those in a good shape
> b
Boris,
Sorry for the offtopic.
Is switching to model-based schema generation is something decided? I see
the opposite: attempts to drop schema generation based on models in favor
of migrations.
Can you point to some discussion threads?
Thanks,
Eugene.
On Sat, Feb 1, 2014 at 2:19 AM, Boris Pavl
Probably, while you're not incubated, it'll be better to place this code
into your repo (example:
https://github.com/stackforge/solum/tree/master/contrib/devstack).
On Sat, Feb 1, 2014 at 5:43 AM, Chad Lung wrote:
>
> This is a follow-up to Jarret Raim's email regarding Barbican's incubation
>
On Tue, Jan 28, 2014 at 6:49 PM, Ladislav Smola wrote:
> Might be good to monitor it via SNMPD. As this daemon will be
> already running on each node. And I see it should be possible, though
> not very popular.
>
> Then it would be nice to have the data stored in Ceilometer, as
> it provides gener
It's very kind of you.
Ok, we'll encourage the company to build the CI environment rapidly.
Thanks for all your recommendation for me. I'll feed it back to my team.
Best wishes,
WingWJ
> 在 2014年2月1日,3:12,Russell Bryant 写道:
>
>> On 01/31/2014 01:11 PM, Joe Gordon wrote:
>> Including openstack
Hi all,
My two cents.
> 2) Extend alembic so that op.drop_column() does the right thing
We could, but should we?
The only reason alembic doesn't support these operations for SQLite
yet is that SQLite lacks proper support of ALTER statement. For
sqlalchemy-migrate we've been providing a work-arou
Hi folks,
Could you please spend 5 minutes on the blueprint
https://blueprints.launchpad.net/horizon/+spec/user-registration and add
your suggestions in the white board.
Thanks,
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://li
On Thu, Jan 23, 2014 at 5:21 AM, Steven Hardy wrote:
> Hi all,
>
> I've recently been working on migrating the heat internal interfaces to use
> the keystone v3 API exclusively[1].
>
> This work has mostly been going well, but I've hit a couple of issues which
> I wanted to discuss, so we agree t
On Mon, Jan 27, 2014 at 7:44 PM, Joshua Harlow wrote:
> +1 I've never understood this either personally.
>
> From what I know most all (correct me if I am wrong) open source projects
> don't translate log messages; so it seems odd to be the special snowflake
> project/s.
>
> Do people find this ty
Hi all,
I've got a few updates to share on the status of functional testing of
Ironic.
Firstly, early last week, Ironic's tempest tests were added to our check
and gate pipeline, and non-voting checks were added to devstack and tempest
pipelines as well. These tests start the Ironic services in d
On 02/01/2014 08:44 AM, wingwj wrote:
> It's very kind of you.
> Ok, we'll encourage the company to build the CI environment rapidly.
>
> Thanks for all your recommendation for me. I'll feed it back to my team.
Please don't miss the libvirt feedback, as well. You can build a great
CI system, bu
Hi, Anthony:
Thanks a lot for the quick response! I didn't think about the provider network
scenarios. I feel grateful you brought it up. I will add provider network to
the chart.
Here is my understanding:
Private network: VM is attached to a subnet with NO default gateway at all,
i.e. comple
Hi All,
I am trying to install Client Library for OpenStack Object Storage API
i.e. python-swiftclient.
I have tried for each method but all fails:
1) pip install python-swiftclient
2) pip install
3) easy_install python-swiftclient
I also configured manually setup.
On Sat, Feb 1, 2014 at 12:33 PM, Anne Gentle wrote:
>
>
>
> On Thu, Jan 23, 2014 at 5:21 AM, Steven Hardy wrote:
>
>> Hi all,
>>
>> I've recently been working on migrating the heat internal interfaces to
>> use
>> the keystone v3 API exclusively[1].
>>
>> This work has mostly been going well, bu
I saw another case of the "build succeeded" message for a failure just
now... https://review.openstack.org/#/c/59101/ has a rebase failure
but was marked as successful.
Is this another case of hyper-v not being voting and therefore being a
bit confusing? The text of the comment clearly indicates t
16 matches
Mail list logo