Hi,
Over the last few weeks I have seen a number of patches where LOG.warn is
replacing LOG.warning. I think that if we do something it should be the
opposite as warning is the documented one in python 2 and 3
https://docs.python.org/3/howto/logging.html.
Any thoughts?
Thanks
Gary
Hi Edgar,
Freescale CI is reporting the results for ML2 Mechanism driver (J-1) and FWaaS
Plugin (to be approved for J-3).
I'm the owner for this CI.
The Wiki page for this CI is
https://wiki.openstack.org/wiki/ThirdPartySystems/Freescale_CI.
--
Trinath Somanchi - B39208
On Sat, Aug 16, 2014 at 11:03 PM, Martinx - ジェームズ
thiagocmarti...@gmail.com wrote:
Hey Stackers,
I'm wondering here... Samba4 is pretty solid (up coming 4.2 rocks), I'm
using it on a daily basis as an AD DC controller, for both Windows and Linux
Instances! With replication, file system ACLs
This can be addressed by Murano only if its deployed to the cloud (on VM
belonging to some tenant). Having it on OpenStack service layer integrated
with major OpenStack services sounds very promising. The problem I see is
significant overlap with Keystone, especially in Kerberos and LDAP parts
On Sun, Aug 17, 2014 at 4:16 AM, Adam Lawson alaw...@aqorn.com wrote:
Doesn't Murano address this already?
Please note that Murano is no longer a windows-as-a-service or
smth-as-a-serivce. Murano is an application catalog [1]. But you're
absolutely right, this is a perfect use case for Murano -
On Fri, Aug 15, 2014 at 7:17 PM, Sandy Walsh sandy.wa...@rackspace.com
wrote:
I recently suggested that the Ceilometer API (and integration tests) be
separated from the implementation (two repos) so others might plug in a
different implementation while maintaining compatibility, but that
On Fri, Aug 15, 2014 at 5:35 PM, Edgar Magana edgar.mag...@workday.com wrote:
Team,
I did a quick audit on the Neutron CI. Very sad results. Only few plugins
and drivers are running properly and testing all Neutron commits.
I created a report here:
On 08/17/2014 05:11 AM, Stan Lagun wrote:
On Fri, Aug 15, 2014 at 7:17 PM, Sandy Walsh sandy.wa...@rackspace.com
mailto:sandy.wa...@rackspace.com wrote:
I recently suggested that the Ceilometer API (and integration tests)
be separated from the implementation (two repos) so others might
Hi,
I have already uploaded a bunch of xstatic packages to Debian, in
advance of the removal of the embedded files from Horizon. I would like
to send my deepest thanks for this great initiative!
The below packages are currently in the FTP master's NEW queue, waiting
for approval:
I'm seeing some nova stable/havana patches failing consistently on
keystone bug 1357652 [1], keystone won't start due to an import error.
I'm not seeing any recent changes for keystone in stable/havana so not
sure if this is an infra issue or something else.
I'm also not seeing the hits in
On 08/17/2014 09:08 AM, Matt Riedemann wrote:
I'm seeing some nova stable/havana patches failing consistently on
keystone bug 1357652 [1], keystone won't start due to an import error.
I'm not seeing any recent changes for keystone in stable/havana so not
sure if this is an infra issue or
+2
I prefer the LOG.warning format and support that given the documentation
you shared.
If there is agreement I would create a hacking check.
Jay
On Aug 17, 2014 1:28 AM, Gary Kotton gkot...@vmware.com wrote:
Hi,
Over the last few weeks I have seen a number of patches where LOG.warn is
On 08/17/2014 09:18 AM, Nathan Kinder wrote:
On 08/17/2014 09:08 AM, Matt Riedemann wrote:
I'm seeing some nova stable/havana patches failing consistently on
keystone bug 1357652 [1], keystone won't start due to an import error.
I'm not seeing any recent changes for keystone in
Hello all,
As a Ceilometer's core, I'd like to add my 0.02$.
During previous discussions it was mentioned several projects which were
started or continue to be developed after Ceilometer became integrated. The
main question I'm thinking of is why it was impossible to contribute into
existing
Hello folks:
Just wanted to send out a quick reminder that we have the Trove Midcycle
Meetup this week (Aug 20 - 22) in Cambridge, MA. Details for the event
can be found at [1].
Since many of us will also be traveling on Aug 18th and 19th, and the
meeting agendas are light, I'm canceling the
reposting.
any pointers from folks on the group?
i dont see the errors below when running gate jobs manually, but when triggered
from zuul, the tempest venv setup fails while trying to fetch some of the oslo
packages. earlier i was seeing errors in oslo.il8n, now oslo.utils
my first question, is
2014-08-17 18:30 GMT+02:00 Nathan Kinder nkin...@redhat.com:
This requirement change was backported for stable/icehouse:
https://review.openstack.org/#/c/112337/
It seems like the right thing to do is to propose a similar change for
stable/havana instead of reverting the keystoneclient
On 8/17/2014 3:36 PM, Alan Pevec wrote:
2014-08-17 22:25 GMT+02:00 Matt Riedemann mrie...@linux.vnet.ibm.com:
The other thing I thought was we could cap the version of
python-keystoneclient in stable/havana, would that be bad? stable/havana is
going to be end of life pretty soon anyway.
No,
Here's why folk are questioning Ceilometer:
Nova is a set of tools to abstract virtualization implementations.
Neutron is a set of tools to abstract SDN/NFV implementations.
Cinder is a set of tools to abstract block-device implementations.
Trove is a set of tools to simplify consumption of
My recollection is that this was a request from the oslo team, but it
was so long ago that I don't recall the details.
I think the change is low value, so should only be done when someone
is changing the logging in a file already (the log hinting for
example).
Michael
On Sun, Aug 17, 2014 at
On Sun, Aug 17, 2014 at 1:27 AM, Marc Koderer m...@koderer.com wrote:
Hi all,
Am 15.08.2014 um 23:31 schrieb Jay Pipes jaypi...@gmail.com:
I suggest that tempest should be the name of the import'able library,
and that the integration tests themselves should be what is pulled out of
the
On 2014-08-17 13:11:41 -0700 (-0700), daya kamath wrote:
[...]
Getting page http://pypi.openstack.org/openstack/oslo.utils/ Could
not fetch URL
[...]
That mirror is abandoned and http://pypi.openstack.org/simple/ is
the one we're maintaining for our jobs now. However, there's no
reason to be
2014-08-17 1:27 GMT+09:00 Marc Koderer m...@koderer.com:
Hi all,
Am 15.08.2014 um 23:31 schrieb Jay Pipes jaypi...@gmail.com:
I suggest that tempest should be the name of the import'able library, and
that the integration tests themselves should be what is pulled out of the
current Tempest
On 08/17/2014 01:58 PM, Matt Riedemann wrote:
On 8/17/2014 3:36 PM, Alan Pevec wrote:
2014-08-17 22:25 GMT+02:00 Matt Riedemann mrie...@linux.vnet.ibm.com:
The other thing I thought was we could cap the version of
python-keystoneclient in stable/havana, would that be bad?
stable/havana
On Friday, August 15, 2014 8:48 PM, Ihar Hrachyshka wrote:
There was an issue with jenkins running py33 checks for stable
ceilometer branches, which is wrong. Should be fixed now.
Thank you for your response.
I couldn't solve this by myself but Dina Belova and Julien Danjou
solved this issue
On 08/17/2014 05:40 PM, Nathan Kinder wrote:
On 08/17/2014 01:58 PM, Matt Riedemann wrote:
On 8/17/2014 3:36 PM, Alan Pevec wrote:
2014-08-17 22:25 GMT+02:00 Matt Riedemann mrie...@linux.vnet.ibm.com:
The other thing I thought was we could cap the version of
python-keystoneclient in
Yes, I am interested in adding these missing gettext functions to
oslo.i18n library.
Guess the next step is to create a blueprint for Kilo?
Thanks,
Peng Wu
On Fri, 2014-08-15 at 16:02 -0400, Doug Hellmann wrote:
On Aug 15, 2014, at 3:18 AM, Peng Wu peng.e...@gmail.com wrote:
Hi,
Hi Brandon,
I am trying to rebase Netscaler driver to the latest v2 patches as mentioned in
https://wiki.openstack.org/wiki/GerritWorkflow
But it failed during review submit
It failed with the following error
remote: Processing changes: refs: 1, done
To
From the looks of your error, you at least have a problem with more than
one commit in your topic branch.
Here¹s the process that I use. I¹m not claiming it¹s the best, but it
works without rewriting Brandon¹s commits. Watch the git log at the end,
and make sure the dependent hashes match
Hi Vijay,
Are you trying to rebase by pulling down the new changes and rebasing your
branch on top of that? That'll usually end up wrong because of commit hashes.
Have you tried using the rebase button gerrit provides? Let me know how
exactly you're trying to rebase if you've already tried
Edgar:
The Cisco APIC should be reporting results for both APIC-related and non-APIC
related changes now.
(See http://cisco-neutron-ci.cisco.com/logs/apic/1738/).
Will you be updating the wiki page?
-Dane
-Original Message-
From: Dane Leblanc (leblancd)
Sent: Friday, August 15, 2014
Hi Edgar,
Freescale CI is not listed in the below report:
https://wiki.openstack.org/wiki/Neutron_Plugins_and_Drivers#Existing_Pl
We are following all the requirements of CI setup and as well participating in
the IRC Meeting. Can you please let us know if we are missing any other
requirements
Oh hello again!
You know the drill!
On Sat, 2014-08-16 at 11:42 -0700, Stephen Balukoff wrote:
Hi Brandon,
Responses in-line:
On Fri, Aug 15, 2014 at 9:43 PM, Brandon Logan
brandon.lo...@rackspace.com wrote:
Comments in-line
On Fri, 2014-08-15 at 17:18
Hi Brandon,
Thanks for the quick reply.
I don't use a UI.
This is what I did to rebase to the latest dependent patches, without doing any
changes to my patchset files.
git checkout netscaler-lbaas-driver-v2 # netscaler-lbaas-driver-v2 == the
topic branch where I had my original changes.
On 08/15/2014 08:51 AM, Steve Gordon wrote:
- Original Message -
From: Anita Kuno ante...@anteaya.info
To: openStack Development Mailing List openstack-dev@lists.openstack.org
OpenStack is OpenStack. The use of openstack is also acceptable in our
development conversations.
OS or os
This worked. Thanks!
But this procedure requires to clone again.
I wonder why rebase didn’t work and cherry pick worked. May be I should tried
the gerrit UI.
As said in the earlier mail to Brandon, this is what I did.
# netscaler-lbaas-driver-v2 == the topic branch where I had my original
On Sun, 2014-08-17 at 13:05 +0400, Ruslan Kamaldinov wrote:
On Sun, Aug 17, 2014 at 4:16 AM, Adam Lawson alaw...@aqorn.com wrote:
Doesn't Murano address this already?
Please note that Murano is no longer a windows-as-a-service or
smth-as-a-serivce. Murano is an application catalog [1]. But
On 2014/08/18 0:12, Kyle Mestery wrote:
On Fri, Aug 15, 2014 at 5:35 PM, Edgar Magana edgar.mag...@workday.com
wrote:
Team,
I did a quick audit on the Neutron CI. Very sad results. Only few plugins
and drivers are running properly and testing all Neutron commits.
I created a report here:
On Sun, 2014-08-17 at 13:00 +0400, Stan Lagun wrote:
This can be addressed by Murano only if its deployed to the cloud (on
VM belonging to some tenant). Having it on OpenStack service layer
integrated with major OpenStack services sounds very promising. The
problem I see is significant overlap
39 matches
Mail list logo
