Hi all,
Being a bit familiar with both SQLAlchemy and sqlalchemy-migrate, I decided
to check the issue with running of migrations tests in Nova with SQLAlchemy
0.8.x. Long story is here:
https://bugs.launchpad.net/sqlalchemy-migrate/+bug/1241038
TL;DR
1. It's really the issue with
Hello ZhiQiang,
I'm not sure what HEADs you mean: oslo-incubator doesn't contain git
submodules, but rather regular Python packages.
On the other hand, oslo.version/oslo.messaging/oslo.* are separate
libraries, having their own releases, so syncing of global requirements
will effectively make
Hi Thomas,
I believe all OpenStack projects (including diskimage-builder [1] and
os-apply-config [2]) are distributed under Apache license.
Thanks,
Roman
[1] https://github.com/openstack/diskimage-builder/blob/master/LICENSE
[2] https://github.com/openstack/os-apply-config/blob/master/LICENSE
I can't agree more with Robert.
Even if it was possible to downgrade all migrations without data loss, it
would be required to make backups before DB schema upgrade/downgrade.
E.g. MySQL doesn't support transactional DDL. So if a migration script
can't be executed successfully for whatever
Hi Steven,
Nice catch! This is not the first time MySQL has played a joke on us...
I think, we can fix this easily by adding a callback function, which will
set the proper sql_mode value, when a DB connection is retrieved from a
connection pool.
We'll provide a fix to oslo-incubator soon.
Hi,
There is a patch on review (https://review.openstack.org/#/c/45422/) fixing
https://bugs.launchpad.net/tripleo/+bug/1221620 which has importance
'Critical' in Nova and TripleO (long story short: currently Nova Baremetal
deployments with more than one baremetal node won't work).
It would be
pipelines?
Thanks,
Roman
On Mon, Sep 9, 2013 at 1:59 PM, Nikola Đipanov ndipa...@redhat.com wrote:
On 09/09/13 11:25, Roman Podolyaka wrote:
Hi,
There is a patch on review (https://review.openstack.org/#/c/45422/)
fixing https://bugs.launchpad.net/tripleo/+bug/1221620 which has
yet, so
we're having to work on tuning and the occasional hack.
We hope to have at least functional tests for nova-bm in soon, with
TripleO as a whole following on subsequently to that.
-Rob
On 9 September 2013 23:12, Roman Podolyaka rpodoly...@mirantis.com
wrote:
Hi,
I'm ok with both
Hi Alex,
That's really cool! I believe, performance is not the only benefit we can
get from running OpenStack projects on PyPy. We can also improve the
overall correctness of our code (as PyPy behaves differently with
non-closed files, etc), just like compiling of your C/C++ app using
different
Hi guys,
Both 0.0.16 and 0.0.17 seem to have a broken tests counter. It shows that 2
times more tests have been run than I actually have.
Thanks,
Roman
On Thu, Jul 18, 2013 at 2:29 AM, David Ripton drip...@redhat.com wrote:
On 07/17/2013 04:54 PM, Robert Collins wrote:
On 18 July 2013
unic...@gmail.com wrote:
On Wed, Jul 17, 2013 at 12:00 PM, Roman Podolyaka
rpodoly...@mirantis.com wrote:
Hi,
Ensure that stdout isn't captured by the corresponding fixture:
OS_STDOUT_CAPTURE=0 python -m testtools.run
Hi,
Ensure that stdout isn't captured by the corresponding fixture:
OS_STDOUT_CAPTURE=0 python -m testtools.run
neutron.tests.unit.openvswitch.test_ovs_neutron_agent.TestOvsNeutronAgent.test_port_update
Tests running...
at 3:02 PM, Sean Dague s...@dague.net wrote:
On 06/21/2013 07:40 AM, Roman Podolyaka wrote:
Hi, all!
In Nova we've got a DB access layer known as DB API and tests for it.
Currently, those tests are run only for SQLite in-memory DB, which is
great for speed, but doesn't allow us to spot backend
13 matches
Mail list logo