On Thu, Apr 30, 2015 at 9:25 PM, Jastrzebski, Michal
michal.jastrzeb...@intel.com wrote:
Hello,
After discussions, we've spotted possible gap in versioned objects:
backporting of too-new versions in RPC.
Nova does that by conductor, but not every service has something like
that. I want to
Among the OpenStack project of which I have some knowledge, none of them
uses any DDT library.
If you think there might be a library from which lbaas, neutron, or any
other openstack project might take advantage, we should consider it.
Salvatore
On 14 April 2015 at 20:33, Madhusudhan Kandadai
· I’m just trying to have a analysisapp:ds:analysis into it, maybe
can begin with the “wrapper around the python-cinderclient” as George
Peristerakis suggested.
发件人: Erlon Cruz [mailto:sombra...@gmail.com]
发送时间: 2015年4月27日 20:07
收件人: OpenStack Development Mailing List (not for usage
W dniu 5/4/2015 o 8:21 AM, Angus Salkeld pisze: On Thu, Apr 30, 2015 at 9:25
PM, Jastrzebski, Michal
michal.jastrzeb...@intel.com mailto:michal.jastrzeb...@intel.com wrote:
Hello,
After discussions, we've spotted possible gap in versioned objects:
backporting of too-new
Hi,
I wrote a spec to port Nova to Python 3:
https://review.openstack.org/#/c/176868/
I updated my spec to take in account all comments. Example of changes:
- Explicitly say that Python 2 support is kept (ex: change the title to Adding
Python 3.4 support to Nova)
- Clarify what are the
Hi Daryl,
the original reason for having a strict check in there was that the auth
provider a specialised to the identity provider in use
(KeystoneV2AuthProvider, KeystoneV3AuthProvider), and the timestamp format
embedded in there is what's provided by keystone's identity v2 and identity
v3 token
Hi All,
I am seeing the below failure for one of my patch (which i believe is not
related to the changes i did in my patch) - Correct me if i am wrong :)
2015-05-04 07:22:06.116
http://logs.openstack.org/05/168805/8/check/gate-nova-python27/584359c/console.html#_2015-05-04_07_22_06_116
| {3}
Hi,
Mike Bayer wrote:
It is not feasible to use MySQLclient in Python 2 because it uses the
same module name as Python-MySQL, and would wreak havoc with distro
packaging and many other things.
IMO mysqlclient is just the new upstream for MySQL-Python, since MySQL-Python
is no more
On Mon, May 4, 2015 at 6:33 PM, Jastrzebski, Michal
michal.jastrzeb...@intel.com wrote:
W dniu 5/4/2015 o 8:21 AM, Angus Salkeld pisze: On Thu, Apr 30, 2015 at
9:25 PM, Jastrzebski, Michal
michal.jastrzeb...@intel.com mailto:michal.jastrzeb...@intel.com
wrote:
Hello,
After
I propose to replace mysql-python with mysqlclient in OpenStack applications
to get Python 3 support, bug fixes and some new features (support MariaDB's
libmysqlclient.so, support microsecond in TIME column).
I just proposed a change to add mysqlclient dependency to global requirements:
On 5/4/15 3:05 AM, Salvatore Orlando wrote:
Among the OpenStack project of which I have some knowledge, none of them
uses any DDT library.
FYI, manila uses DDT for unit tests.
If you think there might be a library from which lbaas, neutron, or any
other openstack project might take
Monty Taylor wrote:
On 04/30/2015 08:06 PM, John Dickinson wrote:
What advantages does a compiled-language object server bring,
and do they outweigh the costs of using a different language?
Of course, there are a ton of things we need to explore on this
topic, but I'm happy that we'll be
Appears to be a failure due to insufficient isolation from requests.
See
https://review.openstack.org/#/c/179746/2/nova/tests/unit/virt/vmwareapi/test_read_write_util.py
which should fix it.
On 4 May 2015 at 21:32, Deepak Shetty dpkshe...@gmail.com wrote:
Hi All,
I am seeing the below
https://bugs.launchpad.net/nova/+bug/1451389 and the associated bugfix @
https://review.openstack.org/179746 should solve this.
thanks garyk!
thanx,
deepak
On Mon, May 4, 2015 at 3:02 PM, Deepak Shetty dpkshe...@gmail.com wrote:
Hi All,
I am seeing the below failure for one of my patch
Morgan Fainberg wrote:
On Friday, May 1, 2015, Russell Bryant rbry...@redhat.com
mailto:rbry...@redhat.com wrote:
On 05/01/2015 02:22 PM, Tim Bell wrote:
The spec review process has made it much easier for operators to see
what is being proposed and give input.
W dniu 5/4/2015 o 11:50 AM, Angus Salkeld pisze: On Mon, May 4, 2015 at 6:33
PM, Jastrzebski, Michal
michal.jastrzeb...@intel.com mailto:michal.jastrzeb...@intel.com wrote:
W dniu 5/4/2015 o 8:21 AM, Angus Salkeld pisze: On Thu, Apr 30,
2015 at 9:25 PM, Jastrzebski, Michal
Hi Kevin,
Thanks for your answer, that is what I was looking for!
I'll check with you in irc to decide which workaround is better:
1. Mocking NeutronDbSubnet fetch_subnet for opencontrail tests.
2. Using session.query() directly in NeutronDbSubnet fetch_subnet.
- Pavel Bondar
On 30.04.2015
On 30/04/15 10:54 -0700, Clint Byrum wrote:
* +1 for compiled languages that are less-daunting than say C++, but
still help find problems early. Anybody up for a Rust version too? ;-)
/me is always up for some Rust
--
@flaper87
Flavio Percoco
pgpe5UOvbPWsd.pgp
Description: PGP signature
On 04/05/15 12:17 +0200, Thierry Carrez wrote:
Monty Taylor wrote:
On 04/30/2015 08:06 PM, John Dickinson wrote:
What advantages does a compiled-language object server bring,
and do they outweigh the costs of using a different language?
Of course, there are a ton of things we need to explore
…
Hello.
I would like to discuss the possibility to replace external ip monitor
in the neutron code [1] with an internal native Python code [2]
The issues of the current implementation:
* an external process management
* text output parsing (possibly buffered)
The proposed library:
* pure
Hi,
Tomorrow is our weekly meeting.
Please look at the agenda [1].
Feel free to bring new topics and reviews/bugs if needed.
Also, if you had any action, make sure you can give a status during the
meeting or in the etherpad directly.
See you tomorrow,
[1]
We actually isolated from requests a little more in this review instead
- https://review.openstack.org/#/c/179757/
-Sean
On 05/04/2015 06:23 AM, Deepak Shetty wrote:
https://bugs.launchpad.net/nova/+bug/1451389 and the associated bugfix @
https://review.openstack.org/179746 should
[ re-sending an almost identical email from Doug sent just before kilo
cycle :) ]
The Oslo team is responsible for managing code shared between projects. There
are a LOT more projects than Oslo team members, so we created the liaison
program at the beginning of the Juno cycle, asking each team
.
- Original Message -
…
Hello.
I would like to discuss the possibility to replace external ip monitor
in the neutron code [1] with an internal native Python code [2]
The issues of the current implementation:
* an external process management
* text output parsing (possibly
Does the library require root privileges to work
for the operations you’re planning to do?
That would be a stopper, since all the agents run unprivileged, and all the
operations are filtered by the oslo root wrap daemon or cmdline tool.
Best,
Miguel Ángel.
Miguel Ángel Ajo
On Monday, 4 de
On 05/04/2015 03:25 PM, Miguel Ángel Ajo wrote:
Does the library require root privileges to work
for the operations you’re planning to do?
Nope.
Only the network stack changes need CAP_NET_ADMIN (add/del address,
interface, route, traffic queue etc), and netns operations need the root
Hey Dani,
Are you looking for support for Ironic for baremetal provisioning or for
deployments on baremetal without the use of LXC containers?
—
Kevin
On May 3, 2015, at 06:45, Daniel Comnea comnea.d...@gmail.com wrote:
Great job Kevin co !!
Are there any plans in supporting configure
Hi,
I have a review(https://review.openstack.org/#/c/178561/) which is depend
on another review(https://review.openstack.org/#/c/178546/)
This Depends-On makes the first review's build failure. who can help me
resolve it?
fixes Bug1448217
Closes-Bug: 1448217
Depends-On:
On 05/04/2015 02:58 PM, Assaf Muller wrote:
skip /
How's packaging looking on all supported platforms?
It is packaged already for Fedora, RHEL, Debian, Ubuntu, Gentoo as soon
as I know. Maybe for some other platforms. Pypi is provided as well.
On a related note, ip_monitor.py is 87
I'd like to go back to the beginning to clarify something.
On 04/29/2015 02:34 PM, Adam Lawson wrote:
So I started replying to Doug's email in a different thread but didn't want
to hi-jack that so I figured I'd present my question as a more general
question about how voting is handled for the
On 05/04/2015 02:58 PM, Assaf Muller wrote:
skip /
errata, should be read as:
… also has more than 200 functional tests in the regression testing cycle.
pardonnez-moi, multiple editions of the mail sometimes lead to mistakes.
skip/
--
Peter V. Saveliev
Hey Erlon,
The summit etherpad is here:
https://etherpad.openstack.org/p/liberty-cinder-async-reporting
It links to what we discussed in Paris. I will be filling it out this week.
Also note, I have submitted this topic for a cross-project session:
On 05/04/15 17:07, Anita Kuno wrote:
I'd like to go back to the beginning to clarify something.
On 04/29/2015 02:34 PM, Adam Lawson wrote:
So I started replying to Doug's email in a different thread but didn't want
to hi-jack that so I figured I'd present my question as a more general
question
On 5/3/2015 10:32 AM, Lenny Verkhovsky wrote:
Hi Dan and the team,
Here you can see full logs and tempest.conf
http://144.76.193.39/ci-artifacts/Check-MLNX-Nova-ML2-Sriov-driver_PORT_20150503_1854/
( suspend-resume test is skipped and we are checking this issue )
Except of running Tempest
On May 4, 2015, at 5:26 AM, Flavio Percoco fla...@redhat.com wrote:
On 04/05/15 12:17 +0200, Thierry Carrez wrote:
Monty Taylor wrote:
On 04/30/2015 08:06 PM, John Dickinson wrote:
What advantages does a compiled-language object server bring,
and do they outweigh the costs of using a
Thanks Matt,
We will start Nova non-voting commenting.
Lenny Verkhovsky
SW Engineer, Mellanox Technologies
www.mellanox.com
Office:+972 74 712 9244
Mobile: +972 54 554 0233
Fax:+972 72 257 9400
-Original Message-
From: Matt Riedemann [mailto:mrie...@linux.vnet.ibm.com]
On 05/04/2015 10:46 AM, Maish Saidel-Keesing wrote:
On 05/04/15 17:07, Anita Kuno wrote:
I'd like to go back to the beginning to clarify something.
On 04/29/2015 02:34 PM, Adam Lawson wrote:
So I started replying to Doug's email in a different thread but
didn't want
to hi-jack that so I
This spec was never approved [1] but the code was merged in Kilo [2].
The blueprint is marked complete in launchpad [3] and it's referenced as
a new feature in the hyper-v driver in the kilo release notes [4], but
there is no spec published for consumers that detail the feature [5].
Also, the
Since it has been a while, I decided to plan for a VPN meeting in our time
slot of Tuesday, 1600 UTC, for tomorrow the 5th of May.
Please join in!
Paul Michali (pc_m)
__
OpenStack Development Mailing List (not for usage
Re: https://wiki.openstack.org/wiki/Meetings/VPNaaS
On Mon, May 4, 2015 at 12:03 PM Paul Michali p...@michali.net wrote:
Since it has been a while, I decided to plan for a VPN meeting in our time
slot of Tuesday, 1600 UTC, for tomorrow the 5th of May.
Please join in!
Paul Michali (pc_m)
Hi Matt,
We originally proposed a Juno spec for this blueprint, but it got postponed to
Kilo where it has been approved without a spec together with other hypervisor
specific blueprints (the so called “trivial” case).
The BP itself is completed and marked accordingly on launchpad.
Patches
On 02/05/15 12:02 -0700, Morgan Fainberg wrote:
On May 2, 2015, at 10:28, Monty Taylor mord...@inaugust.com wrote:
On 05/01/2015 09:16 PM, Jamie Lennox wrote:
Hi all,
At around the time Barbican was applying for incubation there was a
discussion about supported WSGI frameworks. From memory
On 5/4/2015 11:12 AM, Alessandro Pilotti wrote:
Hi Matt,
We originally proposed a Juno spec for this blueprint, but it got postponed to
Kilo where it has been approved without a spec together with other hypervisor
specific blueprints (the so called “trivial” case).
The BP itself is
Maish Saidel-Keesing wrote:
A three point triangle. I like the idea! Anita I assume that you are
talking about the TC[3], the board [1] and the user committee [2].
I honestly do not see this at the moment as an equally weighted triangle.
Should they be? Perhaps not, maybe yes.
It could be
On May 4, 2015, at 7:26 AM, Flavio Percoco fla...@redhat.com wrote:
TBH, I'm a bit torn. I'm always cheering for innovation, for using the
right tool, etc, but I also agree with Monty, the linked post and some
of the arguments that have been made in this thread.
Using something different
VLAN-transparent or VLAN-trunking networks have landed in Kilo, but I don't
see any work on VLAN-aware VMs for Liberty. There is a blueprint[1] and
specs[2] which was deferred from Kilo - is this something anyone is looking
at as a Liberty candidate? I looked but didn't find any recent work - is
On 04/05/15 11:33 -0500, Ed Leafe wrote:
On May 4, 2015, at 7:26 AM, Flavio Percoco fla...@redhat.com wrote:
TBH, I'm a bit torn. I'm always cheering for innovation, for using the
right tool, etc, but I also agree with Monty, the linked post and some
of the arguments that have been made in
Thanks Salvatore and Tom for your response.
Yes, we were able to write data driven tests in two ways:
(1) using ddt package - needs to be installed separately and invoke the
module when writing the tests
(2) using testscenarios package - this package is already installed and
being used in
Thanks Brandon for clearing the confusion.
On Mon, May 4, 2015 at 9:52 AM, Brandon Logan brandon.lo...@rackspace.com
wrote:
Hi Madhu,
You won't see any pool details from a GET of a loadbalancer. For every
entity, you'll only be shown minor information from their parent (if one
exists)
In the discussion of N nodes in version V, needing to get upgraded to V+1,
I do not see the issue of loss of HA.
These N nodes are the servers. The clients are the ones still at version V.
Does it not make sense to upgrade all the servers to V+1.
(need to cross check against database that all
Excerpts from Maish Saidel-Keesing's message of 2015-05-04 17:46:21 +0300:
On 05/04/15 17:07, Anita Kuno wrote:
I'd like to go back to the beginning to clarify something.
On 04/29/2015 02:34 PM, Adam Lawson wrote:
So I started replying to Doug's email in a different thread but didn't want
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 05/04/2015 11:42 AM, Flavio Percoco wrote:
Using something different isn't innovating.
Finding a way to do something significantly better is
innovating.
FWIW, I didn't say using something different is innovating. It's
what you do with
So Thierry I agree. Developers are required to make it happen. I would say
however that acknowledging the importance of developer contributions and
selecting leadership from the development community is really half the
battle as it's pretty rare to see project teams led and governed by only
Hi,
During fixing failures in db_base_plugin_v2.py with new IPAM[1] I faced
to check-grenade-dsvm-neutron failures[2].
check-grenade-dsvm-neutron installs stable/kilo, creates
networks/subnets and upgrades to patched master.
So it validates that migrations passes fine and installation is works
On 05/04/2015 01:11 PM, Doug Hellmann wrote:
Excerpts from Maish Saidel-Keesing's message of 2015-05-04 17:46:21 +0300:
On 05/04/15 17:07, Anita Kuno wrote:
I'd like to go back to the beginning to clarify something.
On 04/29/2015 02:34 PM, Adam Lawson wrote:
So I started replying to Doug's
I will not be able to make the meeting tomorrow but the IRC channel will be
available for anyone who wants to get together. For an agenda I would suggest:
1) Liberty specs (tracking page - https://wiki.openstack.org/wiki/Gantt/liberty
)
2) Vancouver design summit - more thoughts?
3) Opens
We are overjoyed to announce the release of:
oslo.middleware 1.2.0: Oslo Middleware library
For more details, please see the git log history below and:
http://launchpad.net/oslo.middleware/+milestone/1.2.0
Please report issues through launchpad:
On Mon, May 04, 2015 at 10:05:03PM +0800, Yu Xing YX Wang wrote:
Hi,
I have a review(https://review.openstack.org/#/c/178561/) which is depend
on another review(https://review.openstack.org/#/c/178546/)
This Depends-On makes the first review's build failure. who can help me
resolve it?
Before going any further, I am proposing something to make it easier for
the developer community to keep track of what other projects are working
on. I am not proposing anything to directly help operators or users, that
is a separate problem space.
In Mark McClain's TC candidacy email he
Hi all,
In the event of a conflict with Glance virtual mini-summit-first-session [1]
this Thursday May 7th UTC 1400 onwards, we are cancelling the weekly meeting.
Please look for updates on the next meeting in the weekly meeting etherpad [2].
[1]
This is a really nice idea. I feel the same, that we can offload some of the
work from the liaisons and reduce the number of syncs that need to happen. This
can be a good source of asynchronous communication however, I still feel that
we need to keep a good balance of both. Also, I like the
On 5 May 2015 at 07:03, Joe Gordon joe.gord...@gmail.com wrote:
Before going any further, I am proposing something to make it easier for the
developer community to keep track of what other projects are working on. I
am not proposing anything to directly help operators or users, that is a
On 05/04/2015 06:03 PM, Mathieu Gagné wrote:
On 2015-05-04 7:35 PM, Rich Megginson wrote:
The way authentication works with the Icehouse branch is that
puppet-keystone reads the admin_token and admin_endpoint from
/etc/keystone/keystone.conf and passes these to the keystone command via
the
Hi all,
I just upgrade my devstack and re-installed.
My sahara keep reporting errors:
2015-05-05 10:42:00.453 DEBUG sahara.openstack.common.loopingcall [-] Dynamic
looping call bound method SaharaPeriodicTasks.run_periodic_tasks of
sahara.service.periodic.SaharaPeriodicTasks object at
On 05/04/2015 10:37 PM, Rich Megginson wrote:
On 05/04/2015 07:52 PM, Mathieu Gagné wrote:
On 2015-05-04 9:15 PM, Rich Megginson wrote:
On 05/04/2015 06:03 PM, Mathieu Gagné wrote:
On 2015-05-04 7:35 PM, Rich Megginson wrote:
The way authentication works with the Icehouse branch is that
On 7 April 2015 at 10:43, Robert Collins robe...@robertcollins.net wrote:
$ time openstack -h
snip
real0m2.491s
user0m2.378s
sys 0m0.111s
pbr should be snappy - taking 100ms to get the version is wrong.
I've now tested this.
With an egg-info present in a git tree:
python -m
On 2015-05-04 9:15 PM, Rich Megginson wrote:
On 05/04/2015 06:03 PM, Mathieu Gagné wrote:
On 2015-05-04 7:35 PM, Rich Megginson wrote:
The way authentication works with the Icehouse branch is that
puppet-keystone reads the admin_token and admin_endpoint from
/etc/keystone/keystone.conf and
On 05/04/2015 07:52 PM, Mathieu Gagné wrote:
On 2015-05-04 9:15 PM, Rich Megginson wrote:
On 05/04/2015 06:03 PM, Mathieu Gagné wrote:
On 2015-05-04 7:35 PM, Rich Megginson wrote:
The way authentication works with the Icehouse branch is that
puppet-keystone reads the admin_token and
Thank you Andrew.
on 2015/05/05 08:03, Andrew Beekhof wrote:
On 28 Apr 2015, at 11:15 pm, Bogdan Dobrelya bdobre...@mirantis.com wrote:
Hello,
Hello, Zhou
I using Fuel 6.0.1 and find that RabbitMQ recover time is long after
power failure. I have a running HA environment, then I reset power
On 5 May 2015 at 11:13, Thomas Goirand z...@debian.org wrote:
On 05/05/2015 12:15 AM, Ian Cordasco wrote:
For what it’s worth Thomas and Maxime, removing the old versions from PyPI
is likely to be a bad idea.
Probably, but it's legally wrong (ie: worst case, you can be sued) to leave
a
Thank you Bogdan for clearing the pacemaker promotion process for me.
on 2015/05/05 10:32, Andrew Beekhof wrote:
On 29 Apr 2015, at 5:38 pm, Zhou Zheng Sheng / 周征晟 zhengsh...@awcloud.com
wrote:
[snip]
Batch is a pacemaker concept I found when I was reading its
documentation and code. There
Thanks a bunch Doug, very clear helpful info.
so with that said those who run IceHouse or Juno are (more or less :) )
dead in the water as the only option is v1 ...hmm
Dani
On Mon, May 4, 2015 at 10:21 PM, Doug Wiegley doug...@parksidesoftware.com
wrote:
lbaas v1:
This is the original
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 05/04/2015 08:47 PM, Emilien Macchi wrote:
On 05/04/2015 10:37 PM, Rich Megginson wrote:
On 05/04/2015 07:52 PM, Mathieu Gagné wrote:
On 2015-05-04 9:15 PM, Rich Megginson wrote:
On 05/04/2015 06:03 PM, Mathieu Gagné wrote:
On 2015-05-04
On 5/3/15, 11:46, Thomas Goirand z...@debian.org wrote:
Hi,
According to Paul Tagliamonte, who is from the Debian FTP master team
(which peer-reviews NEW packages in Debian before they reach the
archive) python-xstatic-angular-bootstrap cannot be uploaded as-is to
Debian because it doesn't
Hi everyone,
The OpenStack Infrastructure (Infra) team is having our next weekly
meeting on Tuesday May 5th[0], at 19:00 UTC in #openstack-meeting
Meeting agenda available here:
https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting (anyone is
welcome to to add agenda items)
Everyone
I'm currently working on Keystone v3 support in the openstack puppet
modules.
The way authentication works with the Icehouse branch is that
puppet-keystone reads the admin_token and admin_endpoint from
/etc/keystone/keystone.conf and passes these to the keystone command via
the
On 2015-05-05 07:53:20 +1200 (+1200), Robert Collins wrote:
[...]
release weekly
[...]
I'm fine with releasing weekly when there's something to release,
but as PBR is somewhat stabilized and relatively tightly scoped I
_hope_ that we get to the point where we don't have bugs or new
features in
On 4 May 2015 at 23:01, Jeremy Stanley fu...@yuggoth.org wrote:
On 2015-05-05 07:53:20 +1200 (+1200), Robert Collins wrote:
[...]
release weekly
[...]
I'm fine with releasing weekly when there's something to release,
but as PBR is somewhat stabilized and relatively tightly scoped I
_hope_
On 2015-05-04 7:35 PM, Rich Megginson wrote:
The way authentication works with the Icehouse branch is that
puppet-keystone reads the admin_token and admin_endpoint from
/etc/keystone/keystone.conf and passes these to the keystone command via
the OS_SERVICE_TOKEN env. var. and the
Clark and I spotted this when releasing 0.11 - pbr-release, the group
of folk that can cut a release, includes oslo-release (expected) and
also unexpectedly oslo-core.
https://review.openstack.org/#/admin/groups/387,members
This means that folk that are olso-core, but can't release regular
On 28 Apr 2015, at 11:15 pm, Bogdan Dobrelya bdobre...@mirantis.com wrote:
Hello,
Hello, Zhou
I using Fuel 6.0.1 and find that RabbitMQ recover time is long after
power failure. I have a running HA environment, then I reset power of
all the machines at the same time. I observe that
On 05/05/2015 12:15 AM, Ian Cordasco wrote:
For what it’s worth Thomas and Maxime, removing the old versions from PyPI
is likely to be a bad idea.
Probably, but it's legally wrong (ie: worst case, you can be sued) to
leave a package which is in direct violation of the license of things it
Thanks Joe for bringing this up. I have always tried to find topics
worth being covered in the weekly newsletter. I assemble that newsletter
thinking of developers and operators as the main targets, I'd like both
audiences to have one place to look at weekly and skim rapidly to see if
they missed
On 04/30/2015 07:48 PM, Mike Bayer wrote:
On 4/30/15 11:00 AM, Victor Stinner wrote:
Hi,
I propose to replace mysql-python with mysqlclient in OpenStack
applications to get Python 3 support, bug fixes and some new features
(support MariaDB's libmysqlclient.so, support microsecond in TIME
Hi Dave :)
On 5 May 2015 at 10:37, Dave Walker em...@daviey.com wrote:
...
Hey,
As someone that did track master PBR Master for internal cross-project
builds during the SemanticVersioning ping-pong, I have to agree that
having a core tool that should be pretty static in feature deliverable
Not sure about the history, but +1 to remove oslo-core from that group.
-- dims
On Mon, May 4, 2015 at 6:59 PM, Robert Collins
robe...@robertcollins.net wrote:
Clark and I spotted this when releasing 0.11 - pbr-release, the group
of folk that can cut a release, includes oslo-release (expected)
On 5 May 2015 at 11:48, Davanum Srinivas dava...@gmail.com wrote:
Not sure about the history, but +1 to remove oslo-core from that group.
Done.
If its a terrible mistake we can add it back easily enough.
-Rob
--
Robert Collins rbtcoll...@hp.com
Distinguished Technologist
HP Converged Cloud
+1 to call the current master as 1.0
+1 to more frequent releases (not sure if it should be every monday though!)
-- dims
On Mon, May 4, 2015 at 3:53 PM, Robert Collins
robe...@robertcollins.net wrote:
Hi, I'd like to talk about how often we can and should release pbr,
and what criteria we
On 5 May 2015 at 08:04, Clark Boylan cboy...@sapwetik.org wrote:
On Mon, May 4, 2015, at 12:53 PM, Robert Collins wrote:
I don't understand what you mean by zero real world testing of master.
We test that pbr can make sdists and install packages on every change to
master before merging
On 05/04/2015 03:53 PM, Robert Collins wrote:
Hi, I'd like to talk about how often we can and should release pbr,
and what criteria we should use for 1.0.
tl;dr: release weekly [outside of organisation-wide-freezes], do a 1.0
immediately.
pbr, like all our libraries affects everything
On Mon, May 4, 2015 at 12:27 PM, Robert Collins robe...@robertcollins.net
wrote:
On 5 May 2015 at 07:03, Joe Gordon joe.gord...@gmail.com wrote:
Before going any further, I am proposing something to make it easier for
the
developer community to keep track of what other projects are working
On 05/04/2015 04:15 PM, Robert Collins wrote:
On 5 May 2015 at 08:12, Monty Taylor mord...@inaugust.com wrote:
On 05/04/2015 03:53 PM, Robert Collins wrote:
I'm fine with that in principle - I tend to release personal libraries
pretty much as soon as something interesting hits them. I have
Thanks Alex!
On Mon, May 4, 2015 at 11:38 AM, Alex Meade mr.alex.me...@gmail.com wrote:
Hey Erlon,
The summit etherpad is here:
https://etherpad.openstack.org/p/liberty-cinder-async-reporting
It links to what we discussed in Paris. I will be filling it out this
week. Also note, I have
On 2015-05-04 10:25:10 -0700 (-0700), Adam Lawson wrote:
[...]
it's pretty rare to see project teams led and governed by only
developers.
[...]
Not sure what other free software projects you've worked on/with
before but not only is it not rare, it's the vast majority of them.
--
Jeremy Stanley
As most of you know, the Neutron team used one of it's design summit slots
in Paris for Lightning Talks. The format was so successful we decided to
replicate this again in Vancouver. Thanks to those who submitted ideas. We
ended up with seven Lightning Talk submissions, which means all seven were
On Mon, May 4, 2015, at 12:53 PM, Robert Collins wrote:
Hi, I'd like to talk about how often we can and should release pbr,
and what criteria we should use for 1.0.
tl;dr: release weekly [outside of organisation-wide-freezes], do a 1.0
immediately.
pbr, like all our libraries affects
On 5 May 2015 at 08:12, Monty Taylor mord...@inaugust.com wrote:
On 05/04/2015 03:53 PM, Robert Collins wrote:
I'm fine with that in principle - I tend to release personal libraries
pretty much as soon as something interesting hits them. I have no
personal fear of high release counts.
I'm
Hey Kevin,
Let me add more info:
1) trying to understand if there is any support for baremetal provisioning
(e.g setup the UCS manager if using UCS blades etc, dump the OS on it). I
don't care if is Ironic or PXE/ Kickstart or Foreman etc
2) deployments on baremetal without the use of LXC
I think the first workaround is the solution we're looking for as it better
reflects the fact that opencontrail is a db-less plugin.
I hope it will be the easier too, but you can never be too sure with
neutron unit tests.
Salvatore
On 4 May 2015 at 12:56, Pavel Bondar pbon...@infoblox.com wrote:
Hi all,
I'm trying to gather more info about the differences between
Neutron LBaaS v1
Neutron LBaaS v2
Octavia
I know Octavia is still not marked production but on the other hand i keep
hearing inside my organization that Neutron LBaaS is missing few critical
pieces so i'd very much appreciate
1 - 100 of 109 matches
Mail list logo
