On Fri, May 23, 2014 at 9:49 AM, Dan Prince wrote:
>
>
> - Original Message -
>> From: "Doug Hellmann"
>> To: "OpenStack Development Mailing List (not for usage questions)"
>>
>> Sent: Thursday, May 22, 2014 3:18:22 PM
>> Subje
On Sat, May 24, 2014 at 11:27 AM, Eoghan Glynn wrote:
>
>
>> One of the things that OpenStack does really well is review our process
>> for various activities. I don't believe we have had a discussion in the
>> past reviewing our electoral process and I think it would be good to
>> have this discu
On Wed, May 28, 2014 at 10:38 AM, Sean Dague wrote:
> When attempting to build a new tool for Tempest, I found that my python
> syntax errors were being completely eaten. After 2 days of debugging I
> found that oslo log.py does the following *very unexpected* thing.
>
> - replaces the sys.except
On Fri, May 30, 2014 at 3:58 AM, Clark, Robert Graham
wrote:
> I’m sure there’s a nice way to do this, I want to pull down all the stable
> code for all the current OpenStack and Stackforge projects to plug into some
> analytics tooling, whats the best way to do this?
>
> -Rob
I use a script wi
t;> oslo.config, eventlet tpool support). Once those are merged, we'll cut
>> the initial release.
>>
>> Thanks,
>> Roman
>>
>> On Fri, May 30, 2014 at 5:19 PM, Matt Riedemann
>> wrote:
>>>
>>>
>>> On 4/25/2014 7:46 AM, Do
;> We're waiting for a few important fixes to be merged (usage of
>>> oslo.config, eventlet tpool support). Once those are merged, we'll cut
>>> the initial release.
>>>
>>> Thanks,
>>> Roman
>>>
>>> On Fri, May 30
oug
>
> On Fri, May 30, 2014 at 7:30 PM, Doug Hellmann
> wrote:
>> On Fri, May 30, 2014 at 11:06 AM, Sergey Lukjanov
>> wrote:
>>> Hey Roman,
>>>
>>> will it be the alpha version that should not be used by other projects
>>> or it'l
Would it make sense to provide a test fixture in the middleware
library for projects who want or need to test with token management?
Doug
On Fri, May 30, 2014 at 12:49 PM, Brant Knudson wrote:
>
> The auth_token middleware changed recently[1] to check if tokens retrieved
> from the cache are exp
Alex reported the bug against setuptools
(https://bitbucket.org/pypa/setuptools/issue/213/regression-setuptools-37-installation)
if you want to track progress.
Doug
On Mon, Jun 2, 2014 at 8:07 AM, Dina Belova wrote:
> Folks, o/
>
> I did not find the appropriate discussion in the ML, so decided
On Mon, Jun 2, 2014 at 6:57 AM, Sean Dague wrote:
> Towards the end of the summit there was a discussion about us using a
> shared review dashboard to see if a common view by the team would help
> accelerate people looking at certain things. I spent some time this
> weekend working on a tool to ma
Oslo team,
I've updated the blueprints listed for juno for oslo [1] and
oslo.messaging [2] based on the specs that have been submitted to the
oslo-specs repository [3] and taken a stab at priorities for all of
them. Please look over the list so we can discuss the priorities at
the meeting this wee
On Thu, Jun 5, 2014 at 12:19 PM, Mark Washenberger
wrote:
>
>
>
> On Thu, Jun 5, 2014 at 1:43 AM, Kuvaja, Erno wrote:
>>
>> Hi,
>>
>>
>>
>> +1 for the mission statement, but indeed why 2 changes?
>
>
> I thought perhaps this way is more explicit. First we're adopting a
> straightforward mission s
Welcome to the team, Mehdi!
On Fri, Jun 6, 2014 at 10:57 AM, Mark McLoughlin wrote:
> Mehdi has been making great contributions and reviews on oslo.messaging
> for months now, so I've added him to oslo.messaging-core.
>
> Thank you for all your hard work Mehdi!
>
> Mark.
>
>
> ___
On Fri, Jun 6, 2014 at 1:29 PM, Anita Kuno wrote:
> So there are certain words that mean certain things, most don't, some do.
>
> If words that mean certain things are used then some folks start using
> the word and have expectations around the word and the OpenStack
> Technical Committee and othe
On Mon, Jun 9, 2014 at 3:31 PM, Kurt Griffiths
wrote:
> Folks, this may be a bit of a bombshell, but I think we have been dancing
> around the issue for a while now and we need to address it head on. Let me
> start with some background.
>
> Back when we started designing the Marconi API, we knew t
On Mon, Jun 9, 2014 at 6:11 PM, Eoghan Glynn wrote:
>
>
>> Based on the discussion I'd like to propose these options:
>> 1. Cinder-certified driver - This is an attempt to move the "certification"
>> to the project level.
>> 2. CI-tested driver - This is probably the most accurate, at least for wh
s
> discussed at the Oslo meeting last Friday and the method decided upon by
> the people present was that only the PTL (Doug Hellmann, dhellmann on
> IRC) would approve specs.
>
> However, he noted that he would still like to see at _least_ 2 +2's on a
> spec, and +1's
As part of the push to release code from the oslo incubator in
stand-alone libraries, we have had several different discussions about
versioning and release schedules. This is an attempt to collect all of
the decisions we have made in those discussions and to lay out the
rationale for the approach
On Tue, Jun 10, 2014 at 5:19 PM, Mark McLoughlin wrote:
> On Tue, 2014-06-10 at 12:24 -0400, Doug Hellmann wrote:
>> As part of the push to release code from the oslo incubator in
>> stand-alone libraries, we have had several different discussions about
>> versioning and re
On Wed, Jun 11, 2014 at 6:29 AM, Thierry Carrez wrote:
> Mark McLoughlin wrote:
>> On Tue, 2014-06-10 at 16:09 +0100, Duncan Thomas wrote:
>>> On 10 June 2014 15:07, Mark McLoughlin wrote:
>>>
Exposing which configurations are actively "tested" is a perfectly sane
thing to do. I don't s
On Thu, Jun 12, 2014 at 12:03 PM, Thierry Carrez wrote:
> Mark McLoughlin wrote:
>> On Thu, 2014-06-12 at 12:09 +0200, Thierry Carrez wrote:
>>> Doug Hellmann wrote:
>>>> On Tue, Jun 10, 2014 at 5:19 PM, Mark McLoughlin wrote:
>>>>> On Tue, 2
On Wed, Jun 11, 2014 at 4:08 PM, Mark McLoughlin wrote:
> Hi,
>
> On Tue, 2014-06-10 at 15:47 +0400, Dina Belova wrote:
>> Dims,
>>
>>
>> No problem with creating the specs, we just want to understand if the
>> community is OK with our suggestions in general :)
>> If so, I'll create the appropriat
On Thu, Jun 12, 2014 at 8:07 PM, Stefano Maffulli wrote:
> Hello folks,
>
> we're working on a quarterly report of activities in all our git and
> gerrit repositories to understand the dynamics of contributions across
> different dimensions. This report will be similar to what Bitergia
> produced
Since I think we have consensus on this, I have published a slightly
modified version (cleaning up verb tense and clarifying how Juno and
post-Juno will differ) to the wiki:
https://wiki.openstack.org/wiki/Oslo/VersioningPolicy
On Thu, Jun 12, 2014 at 3:33 PM, Doug Hellmann
wrote:
> On Thu,
On Mon, Jun 16, 2014 at 9:41 AM, Mark McLoughlin wrote:
> On Mon, 2014-06-16 at 10:56 +0100, Daniel P. Berrange wrote:
>> On Mon, Jun 16, 2014 at 05:04:51AM -0400, Eoghan Glynn wrote:
>> > How about we rely instead on the values and attributes that
>> > actually make our community strong?
>> >
>>
On Mon, Jun 16, 2014 at 2:23 PM, Joe Gordon wrote:
>
> On Jun 16, 2014 9:44 AM, "Ben Nemec" wrote:
>>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 06/16/2014 08:37 AM, Thierry Carrez wrote:
>> > Sean Dague wrote:
>> >> Hacking 0.9 series was released pretty late for Juno. The enti
On Tue, Jun 17, 2014 at 4:36 AM, Matthew Booth wrote:
> On 17/06/14 00:28, Joshua Harlow wrote:
>> So this is a reader/write lock then?
>>
>> I have seen https://github.com/python-zk/kazoo/pull/141 come up in the
>> kazoo (zookeeper python library) but there was a lack of a maintainer for
>> that
On Tue, Jun 17, 2014 at 6:42 PM, Robert Collins
wrote:
> On 11 June 2014 04:24, Doug Hellmann wrote:
> ...
>> Incubated libraries have been released at the end of a release cycle,
>> as with the rest of the integrated packages. Adopted libraries have
>> historically
On Wed, Jun 18, 2014 at 4:47 AM, Gary Kotton wrote:
> Hi,
> I have encountered a problem with string substitution with the nova
> configuration file. The motivation was to move all of the glance settings to
> their own section (https://review.openstack.org/#/c/100567/). The
> glance_api_servers ha
On Wed, Jun 18, 2014 at 1:58 AM, Mark McLoughlin wrote:
> Hey
>
> On Tue, 2014-06-17 at 17:43 +0200, Julien Danjou wrote:
>> On Tue, Jun 17 2014, Arnaud Legendre wrote:
>>
>> > @ZhiYan: I don't like the idea of removing the sample configuration file(s)
>> > from the git repository. Many people do
On Wed, Mar 5, 2014 at 10:43 AM, Alexei Kornienko <
alexei.kornie...@gmail.com> wrote:
> Hello Darren,
>
> This option is removed since oslo.db will no longer manage engine objects
> on it's own. Since it will not store engines it cannot handle query
> dispatching.
>
> Every project that wan't to
question in the list [1], but seems like not everybody who
> has something to say participated. So I am resending with the
> different topic. For example, yesterday we started discussing security
> of the solution in the openstack-oslo channel. Doug Hellmann at the
> start raised two qu
On Fri, Mar 7, 2014 at 10:47 AM, Steve Gordon wrote:
> - Original Message -
> > On Thu, Mar 6, 2014 at 12:05 PM, Sean Dague wrote:
>
> >
> > I think this is really worthwhile to try -- and it might offer an
> > interesting, readable history of decisions made. Plus how funny it was
> also
On Fri, Mar 7, 2014 at 11:53 AM, Matthew Booth wrote:
> We need locking in the VMware driver. There are 2 questions:
>
> 1. How much locking do we need?
> 2. Do we need single-node or multi-node locking?
>
> I believe these are quite separate issues, so I'm going to try not to
> confuse them. I'm
On Mon, Mar 10, 2014 at 5:15 AM, Eoghan Glynn wrote:
>
> Folks,
>
> Time for some new blood on the ceilometer core team.
>
> I'd like to nominate Ildikó Váncsa and Nadya Privalova as ceilometer
> cores in recognition of their contributions([1], [2]) over the Icehouse
> cycle, and looking forward
A short while ago the Oslo team moved most of our discussions out of
#openstack-dev and into #openstack-oslo. I realized today that we never
announced the new room.
As far as I can tell all of us are in both channels, but if you have an
oslo-specific question the #openstack-oslo channel may be a l
On Mon, Mar 10, 2014 at 7:20 PM, Zane Bitter wrote:
> On 10/03/14 16:04, Clark Boylan wrote:
>
>> On Mon, Mar 10, 2014 at 11:31 AM, Zane Bitter wrote:
>>
>>> Thanks Clark for this great write-up. However, I think the solution to
>>> the
>>> problem in question is richer commands and better outpu
On Tue, Mar 11, 2014 at 11:07 PM, John Griffith wrote:
> Hey Everyone,
>
> I wanted to send an email out to point out something that we ran across in
> Cinder yesterday. First I want to review my understanding of how
> OSLO-Incubator is intended to work:
>
> The idea behind having the OSLO repos
On Tue, Mar 11, 2014 at 10:09 PM, Hiroyuki Eguchi wrote:
> I'm envisioning a mongodb notification driver.
>
> Currently, For troubleshooting, I'm using a log driver of notification,
> and sent notification log to rsyslog server, and store log in database
> using rsyslog-mysql package.
>
> I would
The Oslo team is working hard to move code from the incubator into
libraries, and that work will speed up during Juno. As part of the
planning, we have been developing our deprecation policy for code in the
oslo-incubator repository. We recognize that it may take some projects
longer than others to
On Thu, Feb 27, 2014 at 3:45 AM, yongli he wrote:
> refer to :
> https://wiki.openstack.org/wiki/Translations
>
> now some exception use _ and some not. the wiki suggest do not to do
> that. but i'm not sure.
>
> what's the correct way?
>
>
> F.Y.I
>
> What To Translate
>
> At present the conve
On Thu, Mar 13, 2014 at 5:03 PM, Alexei Kornienko <
alexei.kornie...@gmail.com> wrote:
> On 03/13/2014 10:44 PM, Doug Hellmann wrote:
>
>
>
>
> On Thu, Feb 27, 2014 at 3:45 AM, yongli he wrote:
>
>> refer to :
>> https://wiki.openstack.org/wiki/Translat
On Thu, Mar 13, 2014 at 6:44 PM, Joshua Harlow wrote:
> From: Doug Hellmann
> Reply-To: "OpenStack Development Mailing List (not for usage questions)" <
> openstack-dev@lists.openstack.org>
> Date: Thursday, March 13, 2014 at 12:44 PM
> To: "OpenStack Dev
On Fri, Mar 14, 2014 at 12:48 PM, Duncan Thomas wrote:
> On 13 March 2014 21:13, Roman Podoliaka wrote:
> > Hi Steven,
> >
> > Code from openstack/common/ dir is 'synced' from oslo-incubator. The
> > 'sync' is effectively a copy of oslo-incubator subtree into a project
> > source tree. As syncs a
On Sun, Mar 16, 2014 at 11:10 PM, Robert Collins
wrote:
> Right now PBR's creation of versions for postversioning is problematic
> - it generates versions that (if recognized by pip) would be treated
> as releases, even when its a non-tagged commit.
>
> https://etherpad.openstack.org/p/pbr-postver
sphinxcontrib-pecanwsme is used for documenting APIs built with the Pecan
web framework and WSME.
This bug fix release includes one change:
* Fix formatting issue for docstrings without param list
___
OpenStack-dev mailing list
OpenStack-dev@lists.opens
On Tue, Mar 18, 2014 at 1:37 AM, Angus Salkeld
wrote:
> On 18/03/14 07:39 +0530, Noorul Islam Kamal Malmiyoda wrote:
>
>> On Tue, Mar 18, 2014 at 4:59 AM, Adrian Otto
>> wrote:
>>
>>> Doug Hellmann and Victror Stinner (+ oslo cores),
>>>
>>> Sol
s
>
> On Mon, Mar 17, 2014 at 7:29 PM, Adrian Otto
> wrote:
> > Doug Hellmann and Victror Stinner (+ oslo cores),
> >
> > Solum currently depends on a py33 gate. We want to use oslo.messaging,
> but are worried that in the current state, we will be stuck without py33
> su
This is mostly a bug-fix release, but it does include some requirements
changes so we bumped the minor version number.
* Factor run_cmd out of the base class
* Return the real class in VersionInfo __repr__
* Fix up some docstrings
* Init sphinx config values before accessing them
* Remove copyrigh
On Tue, Mar 18, 2014 at 2:21 PM, Joshua Harlow wrote:
> Awesome, great to see this, will try it out :-)
>
> Is that in the recently released pbr (0.7.0?)
>
That feature was added in pbr 0.6.
Doug
>
> From: Doug Hellmann
>
> Reply-To: "OpenStack Developmen
On Mon, Mar 10, 2014 at 4:02 PM, Ben Nemec wrote:
> On 2014-03-10 12:24, Chris Friesen wrote:
>
>> Hi,
>>
>> I'm using havana and recent we ran into an issue with heat related to
>> character sets.
>>
>> In heat/db/sqlalchemy/api.py in user_creds_get() we call
>> _decrypt() on an encrypted passwo
On Tue, Mar 18, 2014 at 2:51 PM, Dmitriy Ukhlov wrote:
> Hello openstackers,
>
> We are working on MagnetoDB project and trying our best to follow
> OpenStack standards.
>
> So, MagnetoDB is aimed to be high performance scalable OpenStack based
> WSGI application which provide interface to high
On Tue, Mar 18, 2014 at 5:30 PM, Monty Taylor wrote:
> On 03/18/2014 04:25 AM, Thierry Carrez wrote:
>
>> Robert Collins wrote:
>>
>>> If you set 'version' in setup.cfg, pbr's behaviour will not change at
>>> all.
>>>
>>> If you do not set 'version' in setup.cfg then:
>>> - for tagged commits,
On Wed, Mar 19, 2014 at 7:31 AM, Thierry Carrez wrote:
> Kurt Griffiths wrote:
> > Kudos to Balaji for working so hard on this. I really appreciate his
> candid feedback on both frameworks.
>
> Indeed, that analysis is very much appreciated.
>
> From the Technical Committee perspective, we put a h
On Wed, Mar 19, 2014 at 10:11 AM, Flavio Percoco wrote:
> On 19/03/14 12:31 +0100, Thierry Carrez wrote:
>
>> Kurt Griffiths wrote:
>>
>>> Kudos to Balaji for working so hard on this. I really appreciate his
>>> candid feedback on both frameworks.
>>>
>>
>> Indeed, that analysis is very much appr
The ceilometer collector is meant to scale horizontally. Have you tried
configuring the test environment to run more than one copy, to process the
notifications more quickly?
Doug
On Tue, Mar 18, 2014 at 8:09 AM, Nadya Privalova wrote:
> Hi folks,
>
> I'd like to discuss Ceilometer's tempest si
There is quite a list of un-released changes to hacking:
* Make H202 check honor pep8 #noqa comment
* Updated from global requirements
* Updated from global requirements
* Switch over to oslosphinx
* HACKING.rst: Fix odd indentation in an example code
* Remove tox locale overrides
* Updated from g
On Fri, Mar 21, 2014 at 7:04 AM, Sean Dague wrote:
> On 03/20/2014 06:18 PM, Joe Gordon wrote:
> >
> >
> >
> > On Thu, Mar 20, 2014 at 3:03 PM, Alexei Kornienko
> > mailto:alexei.kornie...@gmail.com>> wrote:
> >
> > Hello,
> >
> > We've done some profiling and results are quite interestin
On Fri, Mar 21, 2014 at 5:13 PM, Joe Gordon wrote:
>
>
>
> On Fri, Mar 21, 2014 at 8:58 AM, Doug Hellmann <
> doug.hellm...@dreamhost.com> wrote:
>
>>
>>
>>
>> On Fri, Mar 21, 2014 at 7:04 AM, Sean Dague wrote:
>>
>>> On 03/20/2014
In the last project meeting, we discussed updating the list of core
reviewers on the global requirements project. The review stats for the last
90 days on the project show that several current core reviewers haven't
been active, so as a first step before adding new cores I propose that we
make sure
On Mon, Mar 24, 2014 at 5:33 AM, Thierry Carrez wrote:
> Joe Gordon wrote:
> > There are still two outstanding trove dependencies that are currently
> > used in trove but not in global requirements. It would be nice to get
> > this sorted out before the freeze so we can
> > turn https://review.ope
On Mon, Mar 24, 2014 at 2:28 PM, Sean Dague wrote:
> On 03/24/2014 02:20 PM, Doug Hellmann wrote:
> >
> >
> >
> > On Mon, Mar 24, 2014 at 5:33 AM, Thierry Carrez > <mailto:thie...@openstack.org>> wrote:
> >
> > Joe Gordon wrote:
> >
On Mon, Mar 24, 2014 at 3:17 PM, Matthew Treinish wrote:
> On Mon, Mar 24, 2014 at 02:32:35PM -0400, Russell Bryant wrote:
> > On 03/24/2014 02:19 PM, Monty Taylor wrote:
> > > On 03/24/2014 10:07 AM, Russell Bryant wrote:
> > >> On 03/24/2014 12:34 PM, James E. Blair wrote:
> > >>> Hi,
> > >>>
>
Over the course of the Icehouse release, the Oslo team has invested a lot
of time in creating processes and tools to prepare for releasing code from
the incubator as a set of new libraries. The plan we have put together for
creating 9 new libraries during the Juno release is available for review at
On Tue, Mar 25, 2014 at 5:34 PM, Brant Knudson wrote:
>
>
>
> On Mon, Mar 24, 2014 at 5:49 AM, Sean Dague wrote:
>
>> ...
>>
>> Part of the challenge is turning off DEBUG is currently embedded in code
>> in oslo log, which makes it kind of awkward to set sane log levels for
>> included libraries
On Tue, Mar 25, 2014 at 11:41 PM, Clint Byrum wrote:
> Excerpts from Dolph Mathews's message of 2014-03-25 19:01:17 -0700:
> > On Tue, Mar 25, 2014 at 5:50 PM, Russell Bryant
> wrote:
> >
> > > We discussed the deprecation of the v2 keystone API in the
> cross-project
> > > meeting today [1]. T
On Wed, Mar 26, 2014 at 2:54 PM, Joe Gordon wrote:
>
>
>
> On Wed, Mar 26, 2014 at 9:51 AM, Doug Hellmann <
> doug.hellm...@dreamhost.com> wrote:
>
>>
>>
>>
>> On Tue, Mar 25, 2014 at 5:34 PM, Brant Knudson wrote:
>>
>>>
On Thu, Mar 27, 2014 at 5:21 AM, Dirk Müller wrote:
> Hi,
>
> >> When I was an operator, I regularly referred to the sample config files
> >> in the git repository.
>
> The sample config files in git repository are tremendeously useful for
> any operator and OpenStack Packager. Having them genera
stevedore 0.15 is available on pypi now and should sync to our mirror
shortly.
What's New?
* Only log errors from loading plugins if no error handler callback
is provided.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
version 0.8.0 of pbr is available now on pypi and should make it into our
mirror shortly.
0.8.0
-
* Use unicode_literals import instead of u'unicode' notation
* Remove pip version specifier
* Make tools/integration.sh take a branch
* Fixes blocking issue on Windows
___
On Mon, Mar 31, 2014 at 8:54 AM, Gordon Sim wrote:
> I have recently been trying to get some API level functional tests for the
> olso.messaging library. The idea is that these tests could be run with any
> driver and configured 'backend' and would test the basic functional
> guarantees that the
I am running for a second term as PTL for the OpenStack Common Libraries
(Oslo) project.
I have been programming in Python professionally for over 15 years, in a
variety of application areas. I am currently a Senior Developer at
DreamHost, on our DreamCompute OpenStack-based public cloud project.
On Mon, Mar 31, 2014 at 11:36 AM, Gordon Sim wrote:
> On 03/31/2014 04:11 PM, Doug Hellmann wrote:
>
>> On Mon, Mar 31, 2014 at 8:54 AM, Gordon Sim > <mailto:g...@redhat.com>> wrote:
>> Another slight annoyance from the testing pov is that the API
>> p
On Mon, Mar 31, 2014 at 12:18 PM, Kurt Griffiths <
kurt.griffi...@rackspace.com> wrote:
> Hi folks, has there been any discussion on using oslo.cache within the
> auth_token middleware to allow for using other cache backends besides
> memcached? I didn't find a Keystone blueprint for it, and was
I won't be attending PyCon this year, but count me in as a remote reviewer.
Will you be setting up an IRC channel we should join?
On Tue, Apr 1, 2014 at 4:40 AM, victor stinner
wrote:
> Hi,
>
> I will organize a sprint to Port OpenStack to Python 3 during 4 days at
> Montreal (Canada) during Py
On Tue, Apr 1, 2014 at 9:44 AM, John Dennis wrote:
> On 04/01/2014 04:40 AM, victor stinner wrote:
>> Hi,
>>
>> I will organize a sprint to Port OpenStack to Python 3 during 4 days
>> at Montreal (Canada) during Pycon Montreal 2014, between April, 14
>> (Monday) and April, 17 (Thursday).
>>
>> The
cliff 1.6.0 has been released to PyPI and should be in our mirror soon.
* Add max-width support for table formatter
* Add value only output formatter
* Fix doc build with Python 2.6.x
* Fix interactive mode with command line args
* Escape double quotes in shell formatter
* Rename private attribute
oslo.config 1.3.0 has been tagged. It should be available on PyPI and
our mirror shortly.
* Include the 'meta' trove classifiers for python versions
* Do substitution on overrides and defaults too
* Follow style guide for help strings
* Updated from global requirements
* Convert to oslo.test
* Fix
The first official version of the new oslotest library, containing
base classes for unit tests and fixtures, is tagged as 1.0.0. The
release is building now and should be available on PyPI and mirror
shortly.
See http://git.openstack.org/cgit/openstack/oslo.test for the source
code. We will be pre
Version 2.1.0 of oslosphinx, the Sphinx theme package for OpenStack,
has been tagged. It should be available on PyPI and our mirror
shortly.
* Update manifest to use oslosphinx
* Remove vim header
* Remove references to oslo.sphinx
* Update .gitreview after repo rename
___
On Wed, Apr 2, 2014 at 9:55 PM, Zane Bitter wrote:
> We have an issue in Heat where the sample config generator from Oslo is
> currently broken (see bug #1288586). Unfortunately it turns out that there
> is no fix to the generator script itself that can do the Right Thing for
> both Heat and Nova.
On Thu, Apr 3, 2014 at 6:24 AM, Yuanjing (D) wrote:
> Hi:
>
>
>
> I have deployed a RDO havana version's openstack environment for a period.
>
>
>
> By chance I tested APIs of ceilometer, in the first I defined a new meter
> like meter_test, then used 'ceilometer sample-list -m yjmeter' command to
On Thu, Apr 3, 2014 at 5:42 PM, Zane Bitter wrote:
> On 03/04/14 08:48, Doug Hellmann wrote:
>>
>> On Wed, Apr 2, 2014 at 9:55 PM, Zane Bitter wrote:
>>>
>>> We have an issue in Heat where the sample config generator from Oslo is
>>> currently broken
The oslo incubator is open for changes scheduled for Juno. Please make
sure you have your bugs and blueprints targeted correctly before
submitting patches.
The libraries are still frozen until we have cross-project unit test
jobs working, so please only approve changes related to making those
test
On Fri, Apr 4, 2014 at 12:22 PM, Dean Troyer wrote:
> On Fri, Apr 4, 2014 at 10:51 AM, Kurt Griffiths
> wrote:
>>
>> > It appears the current version of oslo.cache is going to bring in quite
>> >a few oslo libraries that we would not want keystone client to depend on
>> >[1]. Moving the middlewar
I have submitted a patch to add jobs to run the unit tests of projects
using oslo libraries with the unreleased master HEAD version of those
libraries, to gate both the project and the library. If you are a PTL
or Oslo liaison, and are interested in following its progress, please
subscribe: https:/
uld
remove that job. To start, I erred on the side of adding a job for
every relationship I found.
Doug
>
> - Brant
>
>
>
> On Fri, Apr 4, 2014 at 4:29 PM, Doug Hellmann
> wrote:
>>
>> I have submitted a patch to add jobs to run the unit tests of projects
>> using osl
Some of the production Oslo libraries are currently being installed
into the "oslo" namespace package (oslo.config, oslo.messaging,
oslo.vmware, oslo.rootwrap, and oslo.version). Over the course of the
last 2 release cycles, we have seen an increase in the number of
developers who end up with broke
Version 1.6.1 of cliff has been released. This is a bug-fix release to
correct an issue with the shell output formatter, and isn't a critical
upgrade unless you are using the shell output for interpreting cliff
output in bash scripts.
Doug
___
OpenStack
On Tue, Apr 8, 2014 at 6:12 AM, Victor Stinner
wrote:
> Hi,
>
> Le mardi 8 avril 2014, 10:54:24 Julien Danjou a écrit :
>> On Mon, Apr 07 2014, Doug Hellmann wrote:
>> > We can avoid adding to the problem by putting each new library in its
>> > own package. We
ny way
> we could change python that would make it smarter about searching multiple
> locations for namespace packages?
>
> Vish
>
> On Apr 7, 2014, at 12:24 PM, Doug Hellmann
> wrote:
>
>> Some of the production Oslo libraries are currently being installed
On Tue, Apr 8, 2014 at 3:28 AM, Mark McLoughlin wrote:
> On Mon, 2014-04-07 at 15:24 -0400, Doug Hellmann wrote:
>> We can avoid adding to the problem by putting each new library in its
>> own package. We still want the Oslo name attached for libraries that
>> are really onl
How many of the modules affected by this are slated to be moved to
their own libraries during Juno? I would expect those libraries to be
using testr, so can we just make the change as we graduate them?
Doug
On Tue, Apr 8, 2014 at 9:12 AM, victor stinner
wrote:
> Hi,
>
> Olso Incubator runs tests
On Tue, Apr 8, 2014 at 10:01 AM, Julien Danjou wrote:
> On Tue, Apr 08 2014, Doug Hellmann wrote:
>
>> I would like for us to continue to use the oslo prefix in some cases,
>> because it makes naming simple libraries easier but more importantly
>> because it is an indica
On Tue, Apr 8, 2014 at 6:35 AM, Victor Stinner
wrote:
> (Follow-up of the "[olso] use of the "oslo" namespace package" thread)
>
> Hi,
>
> The openstack.common module also known as "Oslo Incubator" or "OpenStack
> Common Libraries" has 44 dependencies. IMO we reach a point where it became
> too hu
Maybe those changes should be added to our cgit stylesheet?
Doug
On Mon, Apr 7, 2014 at 9:23 PM, Zhongyue Luo wrote:
> Hi,
>
> I know I'm not the only person who had this problem so here's two simple
> steps to get the lines and line numbers aligned.
>
> 1. Install the stylebot extension
>
> htt
On Tue, Apr 8, 2014 at 11:21 AM, Mehdi Abaakouk wrote:
> Hi,
>
> Le 2014-04-08 17:11, Ben Nemec a écrit :
>
>> It should be possible to switch back to testr for the py33 tests if we
>> use the regex syntax for filtering out the tests that don't work in
>> py3. The rpc example is
>> https://github
On Tue, Apr 8, 2014 at 12:24 PM, Victor Stinner
wrote:
> Hi,
>
> Le mardi 8 avril 2014, 10:05:31 Doug Hellmann a écrit :
>> > The openstack.common module also known as "Oslo Incubator" or "OpenStack
>> > Common Libraries" has 44 dependencies. IMO
On Tue, Apr 8, 2014 at 2:02 PM, Joshua Harlow wrote:
> Another interesting question, is do we have connections or good relations
> with the projects that we should work with for some of this code.
>
> The monotime one is a good example, its apache licensed, but the last
> release was on 2012 (so i
On Wed, Apr 9, 2014 at 9:38 AM, Isaku Yamahata wrote:
> Hello Dmitry. Thank you for reply.
>
> On Wed, Apr 09, 2014 at 03:19:10PM +0400,
> Dmitry Mescheryakov wrote:
>
>> Hello Isaku,
>>
>> Thanks for sharing this! Right now in Sahara project we think to use
>> Marconi as a mean to communicate wi
501 - 600 of 3431 matches
Mail list logo