Re: [openstack-dev] [oslo] graduating oslo.middleware

On Jul 23, 2014, at 3:49 PM, Ben Nemec wrote: > On 2014-07-23 13:25, gordon chung wrote: > >> > I left a comment on one of the commits, but in general here are my >> > thoughts: >> > 1) I would prefer not to do things like switch to oslo.i18n outside of >> > Gerrit. I realize we don't have a

Re: [openstack-dev] [oslo.cfg] Dynamically load in options/groups values from the configuration files

On Jul 23, 2014, at 11:10 PM, Baohua Yang wrote: > Hi, all > The current oslo.cfg module provides an easy way to load name known > options/groups from he configuration files. > I am wondering if there's a possible solution to dynamically load them? > > For example, I do not kn

Re: [openstack-dev] [ceilometer] overuse of 'except Exception'

On Jul 24, 2014, at 8:23 AM, Chris Dent wrote: > On Wed, 23 Jul 2014, Doug Hellmann wrote: >>> That's bad enough, but much worse, this will catch all sorts of >>> exceptions, even ones that are completely unexpected and ought to >>> cause a more drasti

Re: [openstack-dev] [oslo.cfg] Dynamically load in options/groups values from the configuration files

On Jul 24, 2014, at 1:58 PM, Yuriy Taraday wrote: > > > > On Thu, Jul 24, 2014 at 4:14 PM, Doug Hellmann wrote: > > On Jul 23, 2014, at 11:10 PM, Baohua Yang wrote: > >> Hi, all >> The current oslo.cfg module provides an easy way to load name

Re: [openstack-dev] [oslo.cfg] Dynamically load in options/groups values from the configuration files

On Jul 24, 2014, at 3:08 PM, Yuriy Taraday wrote: > > > > On Thu, Jul 24, 2014 at 10:31 PM, Doug Hellmann wrote: > > On Jul 24, 2014, at 1:58 PM, Yuriy Taraday wrote: > >> >> >> >> On Thu, Jul 24, 2014 at 4:14 PM, Doug Hellmann wrote: >

Re: [openstack-dev] [oslo.cfg] Dynamically load in options/groups values from the configuration files

On Jul 24, 2014, at 5:43 PM, Yuriy Taraday wrote: > > > > On Fri, Jul 25, 2014 at 12:05 AM, Doug Hellmann wrote: > > On Jul 24, 2014, at 3:08 PM, Yuriy Taraday wrote: > >> >> >> >> On Thu, Jul 24, 2014 at 10:31 PM, Doug Hellmann >&g

Re: [openstack-dev] [ceilometer] overuse of 'except Exception'

On Jul 24, 2014, at 9:35 AM, Chris Dent wrote: > On Thu, 24 Jul 2014, Doug Hellmann wrote: > >> I don’t claim any special status except that I was there and am >> trying to provide background on why things are as they are. :-) > > I think that counts and I very much

Re: [openstack-dev] debug logs and defaults was (Thoughts on the patch test failure rate and moving forward)

On Jul 24, 2014, at 6:05 PM, Robert Collins wrote: > On 25 July 2014 08:01, Sean Dague wrote: > >>> I'd like us to think about whether they is anything we can do to make >>> life easier in these kind of hard debugging scenarios where the regular >>> logs are not sufficient. >> >> Agreed. Hone

Re: [openstack-dev] [oslo.cfg] Dynamically load in options/groups values from the configuration files

On Jul 25, 2014, at 1:19 AM, Yuriy Taraday wrote: > > > > On Fri, Jul 25, 2014 at 2:35 AM, Doug Hellmann wrote: > > On Jul 24, 2014, at 5:43 PM, Yuriy Taraday wrote: > >> >> >> >> On Fri, Jul 25, 2014 at 12:05 AM, Doug Hellmann >&g

Re: [openstack-dev] [keystone][oslo][ceilometer] Moving PyCADF from the Oslo program to Identity (Keystone)

On Jul 25, 2014, at 2:09 PM, Dolph Mathews wrote: > Hello everyone, > > This is me waving my arms around trying to gather feedback on a change in > scope that seems agreeable to a smaller audience. Most recently, we've > discussed this in both the Keystone [1] and Oslo [2] weekly meetings. >

[openstack-dev] [oslo] team meeting for 1 Aug cancelled

As we discussed during today’s meeting, we will not hold a meeting next week (1 Aug 2014). A lot of the team is either taking vacation or traveling for other reasons. We will resume meeting on 8 Aug. Doug ___ OpenStack-dev mailing list OpenStack-dev

Re: [openstack-dev] [oslo.cfg] Dynamically load in options/groups values from the configuration files

s can be and which options can be included in the section? Doug > > > > > > > > > > On Fri, Jul 25, 2014 at 1:58 AM, Yuriy Taraday wrote: > > > > On Thu, Jul 24, 2014 at 4:14 PM, Doug Hellmann wrote: > > On Jul 23, 2014, at 11:10

Re: [openstack-dev] [gate] The gate: a failure analysis

On Jul 28, 2014, at 2:52 AM, Angus Lees wrote: > On Mon, 21 Jul 2014 04:39:49 PM David Kranz wrote: >> On 07/21/2014 04:13 PM, Jay Pipes wrote: >>> On 07/21/2014 02:03 PM, Clint Byrum wrote: Thanks Matthew for the analysis. I think you missed something though. Right no

Re: [openstack-dev] Glance Store Future

On Aug 4, 2014, at 9:27 AM, Jay Pipes wrote: > On 08/04/2014 09:09 AM, Duncan Thomas wrote: >> Duncan Thomas >> On Aug 1, 2014 9:44 PM, "Jay Pipes" > > wrote: >> >> > Yup. Though I'd love for this code to live in olso, not glance... >> >> Why Oslo? There seems to be

Re: [openstack-dev] [oslo-incubator] rpc.cleanup method is not reachable due to wrong import of rpc module

On Aug 4, 2014, at 10:36 AM, Malawade, Abhijeet wrote: > Hi all, > > rpc module is not imported properly in nova, cinder, neutron projects. It is > imported from wrong package. > In oslo-incubator 'rpc' module is used in openstack/common/service.py file > and it is present at openstack/com

[openstack-dev] oslo.vmware 0.5.0 released

The Oslo team is pleased to announce that oslo.vmware 0.5.0, the latest version of the OpenStack/VMware integration library, has been released. This version includes: * _trunc_id to check if the session_id is not None * Enabled hacking check H305 * Imported Translations from Transifex * Add cons

Re: [openstack-dev] [nova][oslo] oslo.config and import chains

On Aug 7, 2014, at 12:39 PM, Kevin L. Mitchell wrote: > On Thu, 2014-08-07 at 17:27 +0100, Matthew Booth wrote: >> On 07/08/14 16:27, Kevin L. Mitchell wrote: >>> On Thu, 2014-08-07 at 12:15 +0100, Matthew Booth wrote: A (the?) solution is to register_opts() in foo before importing any >>>

Re: [openstack-dev] [all] The future of the integrated release

On Aug 6, 2014, at 5:10 PM, Michael Still wrote: > On Wed, Aug 6, 2014 at 2:03 AM, Thierry Carrez wrote: > >> We seem to be unable to address some key issues in the software we >> produce, and part of it is due to strategic contributors (and core >> reviewers) being overwhelmed just trying to

Re: [openstack-dev] [Ceilometer] Correct way to disable specific event collection by the collector

You can configure the collector's pipeline to only listen to certain events, but you shouldn't need to worry about which plugins it actually loads. See etc/pipeline.yaml in the source tree for an example file. I don't see any docs for that file, but I might be looking in the wrong place. If you add

[openstack-dev] new git plugin for finding the jenkins logs for your patchset

Our jenkins server stores the logs for all of the test jobs related to a commit on http://logs.openstack.org, organized by the commit hash. To review the logs after a job runs, most developers start with the message jenkins leaves on gerrit, and click through to the log files. Not all jenkins jobs

[openstack-dev] [Oslo] PTL Candidacy

I am running for PTL for the OpenStack Common Libraries (Oslo) project. I have been programming in Python professionally for 15 years, in a variety of application areas. I am a member of the Python Software Foundation, have been on the PyCon Program Committee, and was Editor in Chief of Python Mag

Re: [openstack-dev] [neutron] Python-neutronclient failing with pyparsing 2.0.1, probably issue is in python-cliff / cliff-tablib

On Sun, Sep 22, 2013 at 1:54 AM, Thomas Goirand wrote: > Hi, > > Previously, upstream decided to use >= 1.5.7 for Python 2.x, then the > 2.x branch for Python 3.x. Then later on, Python 2.x was added to the > Pyparsing 2.x branch, and upstream released version 2.0.1, which has > support for both

Re: [openstack-dev] [neutron] Python-neutronclient failing with pyparsing 2.0.1, probably issue is in python-cliff / cliff-tablib

On Sun, Sep 22, 2013 at 10:35 AM, Thomas Goirand wrote: > On 09/22/2013 10:10 PM, Doug Hellmann wrote: > > I am working with the primary author on having a cmd2 release that uses > > pyparsing 2.0.1. That will allow us to be consistent in specifying our > > requirements. &g

Re: [openstack-dev] [tuskar] pecan models vs. db models

On Mon, Sep 23, 2013 at 12:31 PM, Petr Blaho wrote: > Hi, > > during my work on getting tests to pass for > https://review.openstack.org/#/c/46947/ I discovered that we are > misusing pecan models for HTTP representation of Resources. > > In controllers pecan/wsme calls actions with pecan model p

Re: [openstack-dev] Client and Policy

On Mon, Sep 23, 2013 at 4:25 AM, Flavio Percoco wrote: > On 20/09/13 15:20 -0700, Monty Taylor wrote: > >> On 09/20/2013 02:55 PM, Ben Nemec wrote: >> >>> Not from a Gerrit perspective, but the Oslo policy is that a maintainer >>> +1 on the code they maintain is the equivalent of a +2, so only on

Re: [openstack-dev] Oslo PTL election

On Mon, Sep 23, 2013 at 8:27 PM, Adam Young wrote: > On 09/23/2013 02:37 AM, Mark McLoughlin wrote: > >> Hey >> >> I meant to send this as soon as nominations opened - I figure that >> incumbent PTLs should make it clear if they don't intend to nominate >> themselves for re-election. >> >> To tha

Re: [openstack-dev] Client and Policy

On Mon, Sep 23, 2013 at 9:56 PM, Adam Young wrote: > On 09/23/2013 03:21 PM, Doug Hellmann wrote: > > > > > On Mon, Sep 23, 2013 at 4:25 AM, Flavio Percoco wrote: > >> On 20/09/13 15:20 -0700, Monty Taylor wrote: >> >>> On 09/20/2013 02:55 PM, B

Re: [openstack-dev] Client and Policy

On Tue, Sep 24, 2013 at 5:00 AM, Flavio Percoco wrote: > On 23/09/13 15:21 -0400, Doug Hellmann wrote: > >> The policy code seems very tightly associated with the keystone work. >> There's >> no reason for Oslo to be the only program releasing reusable libraries. We

Re: [openstack-dev] [Ceilometer] Looking for input on optional sample pipelines branch

On Thu, Oct 3, 2013 at 5:54 AM, Julien Danjou wrote: > On Wed, Oct 02 2013, Thomas Maddox wrote: > > > I'm working to make the sample pipeline optional and I'm stuck at a > > decision point about whether I ought to use a collector config option > > (like 'enable_sample_pipelines'), or let it be d

Re: [openstack-dev] [Ceilometer] Looking for input on optional sample pipelines branch

On Mon, Oct 7, 2013 at 1:44 PM, Thomas Maddox wrote: > On 10/3/13 4:09 PM, "Thomas Maddox" wrote: > > >On 10/3/13 8:53 AM, "Julien Danjou" wrote: > > > >>On Thu, Oct 03 2013, Thomas Maddox wrote: > >> > >>> Interesting point, Doug and Julien. I'm thinking out loud, but if we > >>>wanted > >>> to

[openstack-dev] Oslo meeting this week

The Oslo team will be meeting this week to discuss delayed message translation. Please refer to https://wiki.openstack.org/wiki/Meetings/Oslo for a few links relevant to the conversation. Date: 11 Oct 2013 Time: 1400 UTC Location: #openstack-meeting on freenode See you there! Doug __

Re: [openstack-dev] [Ceilometer] Looking for input on optional sample pipelines branch

On Mon, Oct 7, 2013 at 4:23 PM, Thomas Maddox wrote: > On 10/7/13 1:55 PM, "Doug Hellmann" wrote: > > > > > On Mon, Oct 7, 2013 at 1:44 PM, Thomas Maddox > wrote: > >> On 10/3/13 4:09 PM, "Thomas Maddox" wrote: >> >> >On 10/3/

[openstack-dev] TC Candidacy

I am announcing my candidacy for a position on the OpenStack Technical Committee. I have been programming in Python professionally for 15 years, in a variety of application areas, and am currently the development lead for DreamHost's OpenStack-based public cloud project, DreamCompute. I am a membe

Re: [openstack-dev] [Ceilometer] Looking for input on optional sample pipelines branch

On Tue, Oct 8, 2013 at 9:44 AM, Thomas Maddox wrote: > On 10/7/13 3:49 PM, "Doug Hellmann" wrote: > > > > > On Mon, Oct 7, 2013 at 4:23 PM, Thomas Maddox > wrote: > >> On 10/7/13 1:55 PM, "Doug Hellmann" >> wrote: >> >> &g

Re: [openstack-dev] Oslo meeting this week

The notes from the meeting and a link to the full logs can be found at http://eavesdrop.openstack.org/meetings/oslo/2013/oslo.2013-10-11-14.00.html On Mon, Oct 7, 2013 at 3:24 PM, Doug Hellmann wrote: > The Oslo team will be meeting this week to discuss delayed message > translation. >

Re: [openstack-dev] "Thanks for fixing my patch"

Running "git review -d $gerrit_id" will download the patch and create a local branch for you. For example, if I wanted to work on Sandy's patch https://review.openstack.org/#/c/51249 I would "git review -d 51249". I can then amend the changeset, rebase, or whatever. Running "git review" will push

Re: [openstack-dev] [nova] [tempest] [ceilometer] Defining Diagnotics API Schema (was: looking for clarification...)

On Tue, Oct 15, 2013 at 8:13 AM, Sean Dague wrote: > "Open Ended API" isn't really an API. An API has a contract, otherwise it > isn't an API. > I need that saying on a t-shirt. > The diagnostics REST call currently seems to have no contract at all, and > is just implemented by the underlying

[openstack-dev] [oslo] icehouse summit session planning

I will be reviewing the summit session proposals starting some time Friday 18th of October. If you have any topics you would like covered, please submit the details by 10:00:00 AM UTC. Thanks, Doug ___ OpenStack-dev mailing list OpenStack-dev@lists.opens

Re: [openstack-dev] [Keystone] stabilizing internal APIs

On Tue, Oct 15, 2013 at 7:05 PM, Morgan Fainberg wrote: > Hi Fellow Developers (and those who interface with keystone at the code > level), > > I wanted to reach out to the ML and see what the opinions were about > starting to stabilize the internal APIs (wherever possible) for the > keystone pro

Re: [openstack-dev] [Nova] What validation feature is necessary for Nova v3 API

On Wed, Oct 16, 2013 at 1:19 PM, Ken'ichi Ohmichi wrote: > Hi Chris, > > Thank you for your response. > > 2013/10/16 Christopher Yeoh > >> On Tue, Oct 15, 2013 at 5:44 PM, Kenichi Oomichi < >> oomi...@mxs.nes.nec.co.jp> wrote: >> >>> >>> Hi, >>> >>> # I resend this because gmail distinguished my

Re: [openstack-dev] [oslo] i18n Message improvements

On Wed, Oct 16, 2013 at 2:04 PM, Mathew R Odden wrote: > Łukasz Jernaś wrote on 10/16/2013 02:26:28 AM: > > > > I'm still trying to wrap my head around the need for translating API > > messages and log messages as IMHO it adds a lot more problems for app > > developers and log analysis tools, e

Re: [openstack-dev] [oslo] i18n Message improvements

On Wed, Oct 16, 2013 at 11:55 AM, John S Warren wrote: > With regard to > https://blueprints.launchpad.net/oslo/+spec/i18n-messages > > I think it would be helpful to define the high-level design > alternatives, before delving into technical details such as > "magic". To that end, here are the a

Re: [openstack-dev] [oslo] i18n Message improvements

On Wed, Oct 16, 2013 at 3:38 PM, John S Warren wrote: > Doug Hellmann wrote on 10/16/2013 03:11:12 > PM: > > > > > > This doesn't quite match my understanding. > > > > IIUC, approach 1 was taken during havana and the resulting class did > > not

Re: [openstack-dev] [oslo] i18n Message improvements

On Thu, Oct 17, 2013 at 2:24 PM, John Dennis wrote: > On 10/17/2013 12:22 PM, Luis A. Garcia wrote: > > On 10/16/2013 1:11 PM, Doug Hellmann wrote: > >> > >> [snip] > >> Option 3 is closer to the new plan for Icehouse, which is to have _() > >> ret

Re: [openstack-dev] [oslo] i18n Message improvements

On Fri, Oct 18, 2013 at 2:21 PM, John Dennis wrote: > On 10/18/2013 12:57 PM, Doug Hellmann wrote: > > > > > > > > On Thu, Oct 17, 2013 at 2:24 PM, John Dennis > <mailto:jden...@redhat.com>> wrote: > > > > On 10/17/2013 12:22 PM, Luis A.

Re: [openstack-dev] [Nova] What validation feature is necessary for Nova v3 API

> > Could you check them? > > > -----Original Message- > > From: Doug Hellmann [mailto:doug.hellm...@dreamhost.com] > > Sent: Thursday, October 17, 2013 3:51 AM > > To: OpenStack Development Mailing List > > Subject: Re: [openstack-dev] [Nova] What validation fe

[openstack-dev] [oslo] team meeting this friday

The Oslo team will be meeting Friday at 1400 UTC in the #openstack-meeting channel on IRC. The main item on the agenda is finishing the plans for fixing the delayed translation feature of gettextutils. See https://wiki.openstack.org/wiki/Meetings/Oslo for more details. Thanks, Doug __

[openstack-dev] Oslo summit etherpads

I have created etherpads for all of the Oslo sessions for the summit, and linked them from https://wiki.openstack.org/wiki/Summit/Icehouse/Etherpads#Oslo. If you have an Oslo session scheduled, and already have an etherpad created, please update the link (there's no need to move the content). Tha

Re: [openstack-dev] [oslo] new libraries

On Tue, Oct 29, 2013 at 5:21 PM, Endre Karlson wrote: > oslo.logging > oslo.db > > Is there any ideas on introducing these libraries post-summit time? > We're putting together notes about the state of each part of the Oslo incubator in https://etherpad.openstack.org/p/icehouse-oslo-status to prep

Re: [openstack-dev] [Solum] Choice of API infrastructure

On Sun, Nov 3, 2013 at 10:54 PM, Jay Pipes wrote: > On 11/02/2013 11:26 PM, Russell Bryant wrote: > >> On 11/02/2013 11:54 AM, Adrian Otto wrote: >> >>> Noorul, >>> >>> I agree that key decisions should be tracked in blueprints. This is the >>> one for this decision which was made in our 2013-10-

Re: [openstack-dev] [Solum] Choice of API infrastructure

On Tue, Nov 5, 2013 at 8:11 AM, Noorul Islam K M wrote: > Doug Hellmann writes: > > > On Sun, Nov 3, 2013 at 10:54 PM, Jay Pipes wrote: > > > >> On 11/02/2013 11:26 PM, Russell Bryant wrote: > >> > >>> On 11/02/2013 11:54 AM, Adrian Otto wrote:

Re: [openstack-dev] [Solum] Choice of API infrastructure

g > viewpoints. > Ditto. :-) > > Comments inline. > > > On 11/04/2013 06:58 PM, Doug Hellmann wrote: > >> On Sun, Nov 3, 2013 at 10:54 PM, Jay Pipes > <mailto:jaypi...@gmail.com>> wrote: >> >> On 11/02/2013 11:26 PM, Russell B

Re: [openstack-dev] [Solum] Choice of API infrastructure

On Fri, Nov 8, 2013 at 8:02 AM, Jay Pipes wrote: > On 11/07/2013 06:41 PM, Adrian Otto wrote: > >> Solum Team, >> >> First of all I wanted to say that I have been thinking a lot about this >> thread, and have been seeking input from a number of you who attended the >> Summit this week. I do *not*

Re: [openstack-dev] [openstack-tc] Proposal to recognize indirect contributions to our code base

On Mon, Nov 11, 2013 at 6:56 PM, Sean Dague wrote: > On 11/11/2013 06:47 PM, John Griffith wrote: > > On Mon, Nov 11, 2013 at 10:44 AM, Daniel P. Berrange > > >> IMHO, lets call this what it is: "marketing". > >> > >> I'm fine with the idea of a company wanting to have recognition for work > >>

Re: [openstack-dev] [RFC] Straw man to start the incubation / graduation requirements discussion

On Wed, Nov 13, 2013 at 7:49 AM, Thierry Carrez wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Sean Dague wrote: > > [...] Proposed Incubation requirements > > Once something becomes an > > integrated project, it's important that they are able to ru

Re: [openstack-dev] [Solum] Command Line Interface for Solum

On Sun, Nov 10, 2013 at 10:15 AM, Noorul Islam K M wrote: > > Hello all, > > I registered a new blueprint [1] for command line client interface for > Solum. We need to decide whether we should have a separate repository > for this or go with new unified CLI framework [2]. Since Solum is not > part

Re: [openstack-dev] [Nova] Configuration validation

On Mon, Nov 11, 2013 at 6:08 PM, Mark McLoughlin wrote: > Hi Nikola, > > On Mon, 2013-11-11 at 12:44 +0100, Nikola Đipanov wrote: > > Hey all, > > > > During the summit session on the the VMWare driver roadmap, a topic of > > validating the passed configuration prior to starting services came up

Re: [openstack-dev] [Oslo] Using of oslo.config options in openstack.common modules

On Wed, Nov 13, 2013 at 4:13 AM, Roman Podoliaka wrote: > Hi Flavio, > > Thanks for sharing this! I attended that session, but haven't seen the > corresponding blueprint before. > > Nevertheless, I'm not sure that implementing this entirely solves the > original problem. Removing import side-effec

Re: [openstack-dev] [Ceilometer][qa]Tempest tests for Ceilometer

On Tue, Nov 12, 2013 at 1:52 PM, Nadya Privalova wrote: > Hello, guys! > > I hope everybody has eventually got home after the summit and feeling ok > :) So it's time to proceed thinking about integration, unit and performance > testing in Ceilometer. First of all I'd like to appreciate your help i

Re: [openstack-dev] [PTL] Proposed Icehouse release schedule

On Wed, Nov 13, 2013 at 1:14 PM, Dolph Mathews wrote: > > On Wed, Nov 13, 2013 at 7:58 AM, Russell Bryant wrote: > >> On 11/13/2013 08:15 AM, Thierry Carrez wrote: >> > Two options are possible for that "off" week: >> > >> > * Week of April 21 - this one is just after release, and some people >> >

Re: [openstack-dev] [Nova] Configuration validation

On Wed, Nov 13, 2013 at 2:19 PM, Oleg Gelbukh wrote: > Doug, > > > On Wed, Nov 13, 2013 at 9:49 PM, Doug Hellmann < > doug.hellm...@dreamhost.com> wrote: > >> >> >> >> On Mon, Nov 11, 2013 at 6:08 PM, Mark McLoughlin wrote: >> >>&g

Re: [openstack-dev] [ALL] Removing generate_uuid() from uuidutils

On Wed, Nov 13, 2013 at 1:07 AM, Zhongyue Luo wrote: > Hi all, > > We had a discussion of the modules that are incubated in Oslo. > > https://etherpad.openstack.org/p/icehouse-oslo-status > > One of the conclusions we came to was to deprecate/remove uuidutils in > this cycle. > > The first step in

[openstack-dev] [oslo] team meeting Friday 15 November @ 14:00 UTC

The Oslo team will meet in #openstack-meeting this Friday at 1400 UTC to discuss the i18n work and planning based on the outcome of the summit. See https://wiki.openstack.org/wiki/Meetings/Oslo#Agenda_for_Next_Meeting for a more detailed agenda. Doug ___

Re: [openstack-dev] [ALL] Removing generate_uuid() from uuidutils

On Wed, Nov 13, 2013 at 4:20 PM, Eric Windisch wrote: > >> Each project should directly use the standard uuid module or implement > its > >> own helper function to generate uuids if this patch gets in. > >> > >> Any thoughts on this change? Thanks. > > > > > > Unfortunately it looks like that chan

Re: [openstack-dev] [ALL] Removing generate_uuid() from uuidutils

On Wed, Nov 13, 2013 at 4:24 PM, Michael Still wrote: > On Thu, Nov 14, 2013 at 8:20 AM, Eric Windisch > wrote: > > > I don't think it is a problem to remove the code in oslo first, as > > long as no other oslo-incubator code uses it. Projects don't have to > > sync the code and could always rev

[openstack-dev] [oslo] tracking graduation status for incubated code

During our meeting today, we talked about how to track the graduation status for the incubator code. I copied the notes from the summit session where we talked about the status of a lot of the modules into a wiki page for longer-term tracking ( https://wiki.openstack.org/wiki/Oslo/GraduationStatus)

Re: [openstack-dev] [oslo] team meeting Friday 15 November @ 14:00 UTC

On Wed, Nov 13, 2013 at 4:28 PM, Doug Hellmann wrote: > The Oslo team will meet in #openstack-meeting this Friday at 1400 UTC to > discuss the i18n work and planning based on the outcome of the summit. See > https://wiki.openstack.org/wiki/Meetings/Oslo#Agenda_for_Next_Meeting for

Re: [openstack-dev] [Solum] Command Line Interface for Solum

On Thu, Nov 14, 2013 at 2:28 AM, Adrian Otto wrote: > Doug, > > On Nov 13, 2013, at 9:28 AM, Doug Hellmann > wrote: > > > > > On Sun, Nov 10, 2013 at 10:15 AM, Noorul Islam K M wrote: > >> >> Hello all, >> >> I registered a new blueprint

Re: [openstack-dev] [Oslo] Layering olso.messaging usage of config

On Mon, Nov 18, 2013 at 5:05 AM, Julien Danjou wrote: > Hi Oslo developers, > > It seems my latest patch¹ on oslo.messaging scared Mark, so I'll try to > discuss it a bit on this mailing list as it is more convenient. > > I've created a blueprint² as requested by Mark. That seems necessary > sinc

Re: [openstack-dev] [Ironic][Ceilometer] get IPMI data for ceilometer

On Mon, Nov 18, 2013 at 12:25 PM, Devananda van der Veen < devananda@gmail.com> wrote: > Hi Lianhao Lu, > > I briefly summarized my recollection of that session in this blueprint: > > https://blueprints.launchpad.net/ironic/+spec/add-ceilometer-agent > > I've responded to your questions inline

Re: [openstack-dev] [Ironic][Ceilometer] get IPMI data for ceilometer

On Mon, Nov 18, 2013 at 12:58 PM, Devananda van der Veen < devananda@gmail.com> wrote: > > On Mon, Nov 18, 2013 at 9:40 AM, Doug Hellmann < > doug.hellm...@dreamhost.com> wrote: > >> >> On Mon, Nov 18, 2013 at 12:25 PM, Devananda van der Veen < >&

Re: [openstack-dev] [Ironic][Ceilometer] get IPMI data for ceilometer

On Mon, Nov 18, 2013 at 1:35 PM, Ladislav Smola wrote: > Hello. I have a couple of additional questions. > > 1. What about IPMI data that we want to get by polling. E.g. temperatures, > etc. Will the Ironic be polling these kind of > data and send them directly to collector(or agent)? Not su

Re: [openstack-dev] unittests on devstack hosts

On Tue, Jun 18, 2013 at 3:49 PM, Monty Taylor wrote: > > > On 06/18/2013 10:35 AM, Ben Nemec wrote: > > On 2013-06-17 18:06, Monty Taylor wrote: > >> - Should unittests work outside of a venv on a devstack host. > >> > >> I argue yes. I see absolutely no reason why it shouldn't work - all of > >>

Re: [openstack-dev] XML Support for Nova v3 API

On Thu, Jun 20, 2013 at 12:44 PM, Russell Bryant wrote: > On 06/20/2013 12:00 PM, Thierry Carrez wrote: > > Christopher Yeoh wrote: > >> Just wondering what people thought about how necessary it is to keep XML > >> support for the Nova v3 API, given that if we want to drop it doing so > >> during

Re: [openstack-dev] XML Support for Nova v3 API

On Thu, Jun 20, 2013 at 2:00 PM, Vishvananda Ishaya wrote: > > On Jun 20, 2013, at 10:22 AM, Brant Knudson wrote: > > How about a mapping of JSON concepts to XML like: > > collections: > the-value ... > the-value ... > > values: > text > > > > number > > This type of mapping would remo

Re: [openstack-dev] XML Support for Nova v3 API

On Fri, Jun 21, 2013 at 3:46 PM, Vishvananda Ishaya wrote: > > On Jun 21, 2013, at 12:38 PM, Doug Hellmann > wrote: > > > > > On Thu, Jun 20, 2013 at 2:00 PM, Vishvananda Ishaya > wrote: > >> >> On Jun 20, 2013, at 10:22 AM, Brant Knudson wrote: >

Re: [openstack-dev] defaults: making OpenStack work out of the box.

On Mon, Jun 24, 2013 at 6:46 PM, Monty Taylor wrote: > > > On 05/29/2013 08:48 AM, Doug Hellmann wrote: > > > > > > > > On Wed, May 29, 2013 at 6:12 AM, Thierry Carrez > <mailto:thie...@openstack.org>> wrote: > > > > Robert Collins

Re: [openstack-dev] [OpenStack-Dev] Cinder API Web Framework Change

On Mon, Jun 24, 2013 at 11:53 PM, John Griffith wrote: > All, > > I wanted to loop the larger community in on some discussions that have > been taking place on #openstack-cinder. > > During the Summit we talked about switching to Pecan for our API/Web > framework. Since then we've registered a B

Re: [openstack-dev] [nova] Making logging more modular

On Wed, Jun 26, 2013 at 6:31 AM, Macdonald-Wallace, Matthew < matthew.macdonald-wall...@hp.com> wrote: > Hi all, > > One of the things we'd like to start thinking about is having the ability > to log to multiple destinations at the same time. > > This would include a move towards making the loggin

Re: [openstack-dev] [nova] Making logging more modular

riate) than rewrite the logging section of the code. > > > ** ** > > Kind regards, > > ** ** > > Matt > > ** ** > > *From:* Doug Hellmann [mailto:doug.hellm...@dreamhost.com] > *Sent:* 26 June 2013 14:04 > *To:* OpenStack Development Mailing List > *Subj

Re: [openstack-dev] [Keystone] Unified logging and Eventlet conflict

This isn't something the deployer controls, so I don't know if we want it to go into a config setting. If we can't detect eventlet being used automatically, we could provide an initialization function in the locals module so projects could change the behavior when a process starts. The default mod

Re: [openstack-dev] [Keystone] Unified logging and Eventlet conflict

hat point, too, I don't know). > > > >> Doug, >> did you mean threading.local with WeakValueDictionary? >> > Yes, that looks like it would let us match up the semantics. Doug > >> -- dims >> >> On Thu, Jun 27, 2013 at 8:15 AM, Doug Hellman

[openstack-dev] [Oslo] moving sphinx theme for development docs to a library

As part of the oslo.sphinx blueprint, I am working on moving the theme we use for the development docs out of all of the various projects and into a reusable library. The first change, to put the theme into a new repository, is up for review at https://review.openstack.org/#/c/35202/ I would appre

Re: [openstack-dev] [Oslo] moving sphinx theme for development docs to a library

On Monday, July 1, 2013, Anne Gentle wrote: > > > > On Mon, Jul 1, 2013 at 4:51 PM, Doug Hellmann > 'doug.hellm...@dreamhost.com');> > > wrote: > >> As part of the oslo.sphinx blueprint, I am working on moving the theme we >> use for the develo

Re: [openstack-dev] RFC: Basic definition of OpenStack Programs and first batch

On Tue, Jul 2, 2013 at 5:52 AM, Robert Collins wrote: > On 2 July 2013 21:32, Thierry Carrez wrote: > > Thierry Carrez wrote: > >> """ > >> 'OpenStack Programs' are efforts which are essential to the completion > >> of our mission. Programs can create any code repository and produce any > >> deli

Re: [openstack-dev] RFC: Basic definition of OpenStack Programs and first batch

On Tue, Jul 2, 2013 at 2:30 PM, Monty Taylor wrote: > > > On 07/02/2013 05:46 AM, Doug Hellmann wrote: > > > > > > > > On Tue, Jul 2, 2013 at 5:52 AM, Robert Collins > > mailto:robe...@robertcollins.net>> wrote: > > > >

Re: [openstack-dev] Work around DB in OpenStack (Oslo, Nova, Cinder, Glance)

On Wed, Jul 3, 2013 at 6:50 AM, Michael Still wrote: > On Wed, Jul 3, 2013 at 3:50 AM, Boris Pavlovic wrote: > > > Question: > > Why we should put in oslo slqlalchemy-migrate monkey patches, when we > are > > planing to switch to alembic? > > > > Answer: > >If we don’t put in oslo sqlalche

Re: [openstack-dev] Ceilometer XSD

The instructions for getting set up to contribute to OpenStack in general are at https://wiki.openstack.org/wiki/How_To_Contribute (maybe you've already done that, I'm not sure). As far as this specific change goes, I would have to understand more about what it is that you want added to give speci

Re: [openstack-dev] Program description for Oslo

On Tue, Jul 9, 2013 at 6:11 AM, Mark McLoughlin wrote: > Hey > > The mission statement is what we've been using for a while. The > "official title" is new. > > Official Title: OpenStack Common Libraries > PTL: Mark McLoughlin > Mission Statement: > To produce a set of python libraries

Re: [openstack-dev] [Review] Use of exception for non-exceptional cases

On Wed, Jul 10, 2013 at 3:57 PM, David Ripton wrote: > On 07/10/2013 02:01 PM, Nachi Ueno wrote: > >> HI folks >> >> I would like to ask the review criteria in the community. >> >> Should we use exception for non-exceptional cases when we can use >> parameter checking? >> >> Example1: Default

Re: [openstack-dev] [Review] Use of exception for non-exceptional cases

On Fri, Jul 12, 2013 at 2:40 PM, Brant Knudson wrote: > > Somewhat offtopic, but others might find it interesting. On another > project I used a different technique for exceptions, where the original > exception is "enhanced" with new fields as it propagates up the stack to > where it's handled.

Re: [openstack-dev] [OSLO] Comments/Questions on Messaging Wiki

On Fri, Jul 12, 2013 at 5:40 PM, William Henry wrote: > Hi all, > > I've been reading through the Messaging Wiki and have some comments. Not > criticisms, just comments and questions. > I have found this to be a very useful document. Thanks. > > 1. "There are multiple backend transport drivers w

Re: [openstack-dev] [OSLO] Comments/Questions on Messaging Wiki

On Fri, Jul 12, 2013 at 8:09 PM, William Henry wrote: > > > Sent from my iPhone > > On Jul 12, 2013, at 5:27 PM, Doug Hellmann > wrote: > > > > > On Fri, Jul 12, 2013 at 5:40 PM, William Henry wrote: > >> Hi all, >> >> I've been rea

Re: [openstack-dev] olso-config dev requirement

On Mon, Jul 15, 2013 at 11:03 AM, Monty Taylor wrote: > I was looking in to dependency processing as part of some pbr change, > which got me to look at the way we're doing oslo-config dev requirements > again. To start, this email is not about causing us to change what we're > doing, only possibl

Re: [openstack-dev] [OSLO] Comments/Questions on Messaging Wiki

On Mon, Jul 15, 2013 at 1:15 PM, William Henry wrote: > > > -- > > > > > On Fri, Jul 12, 2013 at 8:09 PM, William Henry wrote: > >> >> >> Sent from my iPhone >> >> On Jul 12, 2013, at 5:27 PM, Doug Hellmann

Re: [openstack-dev] [keystone] sqlite doesn't support migrations

On Mon, Jul 15, 2013 at 11:58 AM, Dolph Mathews wrote: > > On Sun, Jul 14, 2013 at 12:29 PM, Boris Pavlovic wrote: > >> Hi Dolph, >> >> Yes, I agree that there are some problems with sqlite and migrations. >> But I am not agree with approach of fully removing sqlite. >> >> It is pretty useful for

Re: [openstack-dev] [OSLO] Comments/Questions on Messaging Wiki

On Mon, Jul 15, 2013 at 4:28 PM, Russell Bryant wrote: > On 07/15/2013 02:36 PM, Doug Hellmann wrote: > > The namespace relates to the API implementation inside the receiver. The > > way it currently works is the receiver subscribes to messages on a > > topic/exchange pa

Re: [openstack-dev] [ceilometer] Is there need to implement CloudWatch compatible API for Ceilometer?

There are a few folks working on an alarm API in ceilometer already. See https://blueprints.launchpad.net/ceilometer/+spec/alarming for the details. Doug On Tue, Jul 16, 2013 at 7:29 AM, Guangyu Suo wrote: > Hi, all > > Since ceilometer is becoming stronger at monitoring side, more and more >

Re: [openstack-dev] olso-config dev requirement

On Tue, Jul 16, 2013 at 7:58 AM, Mark McLoughlin wrote: > On Mon, 2013-07-15 at 14:28 -0400, Doug Hellmann wrote: > > On Mon, Jul 15, 2013 at 11:03 AM, Monty Taylor > wrote: > > > > > I was looking in to dependency processing as part of some pbr change, > >

Re: [openstack-dev] [Change I30b127d6] Cheetah vs Jinja

On Tue, Jul 16, 2013 at 9:51 AM, Daniel P. Berrange wrote: > On Tue, Jul 16, 2013 at 09:41:55AM -0400, Solly Ross wrote: > > (This email is with regards to https://review.openstack.org/#/c/36316/) > > > > Hello All, > > > > I have been implementing the Guru Meditation Report blueprint > > (https:/

<    4   5   6   7   8   9   10   11   12   13   >