+1
On 10/03/2013 12:28 AM, Iccha Sethi wrote:
Hey,
I would like to nominate Fei Long Wang(flwang) for glance core. I think Fei
has been an active reviewer/contributor to the glance community [1] and has
always been on top of reviews.
Thanks for the good work Fei!
Iccha
[1]
+1
On 10/03/2013 12:25 AM, Iccha Sethi wrote:
Hey,
I would like to nominate Zhi Yan Liu(lzydev) for glance core. I think Zhi has
been an active reviewer/contributor to the glance community [1] and has
always been on top of reviews.
Thanks for the good work Zhi!
Iccha
[1]
Hey all!
The job to automatically propose syncs from the openstack/requirements
repo went live today - as I'm sure you all noticed, since pretty much
everyone got a patch of at least some size.
The job works the same way as the translations job - it will propose a
patch any time the global repo
the risks.
Thank you!
On 10/02/2013 12:02 AM, Monty Taylor wrote:
On 10/01/2013 11:45 AM, Thomas Goirand wrote:
On 10/01/2013 10:02 PM, Jonathan Dowland wrote:
On Tue, Oct 01, 2013 at 09:45:17PM +0800, Thomas Goirand wrote:
Since I have already uploaded python-troveclient (currently waiting
On 10/01/2013 08:08 PM, Robert Collins wrote:
We'd like to get tuskar projects doing releases sooner rather than
later. For python-tuskarclient, this is pretty much a no-brainer : we
just need to start doing it.
Yup. Just do it.
However, for tuskar-ui and tuskar it's more complex.
#
On 09/29/2013 01:02 PM, Mike Spreitzer wrote:
Robert Collins robe...@robertcollins.net wrote on 09/29/2013 02:21:28 AM:
Host not hypervisor I think; consider nova baremetal, where hypervisor
== machine that runs tftpd and makes IPMI calls, and host == place
where the user workload will
Hey all,
oslo.version is in gerrit now, which is a split out of the version code
from pbr. I'd love if if you'd add oslo.version to your project watches
so that patches get love.
oslo.sphinx could probably use the same treatment.
Monty
___
On 09/28/2013 12:08 AM, Gareth wrote:
On Fri, Sep 27, 2013 at 9:43 PM, Sean Dague s...@dague.net
mailto:s...@dague.net wrote:
Right now the gate is extremely full, there are a number of reasons
for that. What's more important right now is to try not to make it
worse
Just in case these help anyone, I've make a couple of bookmarks to a
couple of queries that have really been helping me deal with both my
patches, and things I need to review.
First of all:
On 09/24/2013 12:11 PM, Thomas Goirand wrote:
Hi Monty,
On 09/24/2013 09:44 AM, Monty Taylor wrote:
Instead of:
python setup.py install
Run:
pip install .
No way that this happens on the packaging side. Buildd have no network
access (on purpose), and we must not do any network
On 09/23/2013 12:14 AM, Zhongyue Luo wrote:
Looks like this problem happens in systems that use pip1.4 but upgraded
tox to 1.6.1
http://tox.readthedocs.org/en/latest/config.html#confval-install_command=ARGV
Yes. We have been rolling out tox.ini changes to projects. I'll push one
up for
On 09/23/2013 01:20 PM, Vijay Venkatachalam wrote:
Hi,
I am new to openstack, please pardon if the questions
are dumb.
Attempting to run a neutron dev setup with openvswitch plugin with VLAN
isolation and 2 hosts.
_DISCLAIMER: _I am not using devstack.
tl;dr - easy_install sucks, so use pip
It is common practice in python to run:
python setup.py install
or
python setup.py develop
So much so that we spend a giant amount of effort to make sure that
those always work.
Fortunately for us, the underlying mechanism, setuptools, can often be a
pile
On 09/20/2013 02:33 AM, Thomas Goirand wrote:
Hi,
Has anyone thought about having a PGP key signing party during the
summit? Guys from the Linux kernel thought it was useless, but after the
hack of kernel.org, they started to understand it was useful, and now
they do have a web of
On 09/20/2013 01:24 PM, Dan Wendlandt wrote:
On Fri, Sep 20, 2013 at 1:09 PM, Joe Gordon joe.gord...@gmail..com
mailto:joe.gord...@gmail.com wrote:
On Fri, Sep 20, 2013 at 11:52 AM, Russell Bryant rbry...@redhat.com
mailto:rbry...@redhat.com wrote:
On 09/20/2013
On 09/19/2013 01:30 PM, Mark McLoughlin wrote:
On Thu, 2013-09-19 at 15:22 -0500, Dolph Mathews wrote:
On Thu, Sep 19, 2013 at 2:59 PM, Adam Young ayo...@redhat.com wrote:
I can submit a summit proposal. I was thinking of making it
more general than just the Policy piece.
On 09/20/2013 02:55 PM, Ben Nemec wrote:
On 2013-09-20 03:16, Flavio Percoco wrote:
On 19/09/13 17:10 -0400, Adam Young wrote:
On 09/19/2013 04:30 PM, Mark McLoughlin wrote:
To take the specific example of the policy API, if someone actively
wanted to help the process of moving it into a
On 09/20/2013 02:47 PM, Michael Still wrote:
Before https://review.openstack.org/#/c/46867/ if file injection of a
mandatory file fails, nova just silently ignores the failure, which is
clearly wrong. However, that review now can't land because its
revealed another failure in the file
On 09/17/2013 08:06 AM, Thomas Goirand wrote:
On 09/17/2013 06:52 PM, Thomas Goirand wrote:
On 09/16/2013 10:41 PM, Bhuvan Arumugam wrote:
It's fun out of inter dependencies. Nova depends on python-glanceclient;
python-glanceclient depends on warlock=1.0.1,2. warlock depends on
On 09/16/2013 07:22 PM, Joshua Hesketh wrote:
So if zuul dictates where a log goes and we place the objects in swift
with that path (change / patchset / pipeline / job / run) then zuul
could also handle placing indexes as it should know which objects to
expect.
That said, if the path is
On 09/15/2013 01:47 PM, Alex Gaynor wrote:
Falcon was included as a result of Marconi moving from stackforge to
being incubated. sphinxcontrib-programoutput doesn't appear to have been
added at all, it's still under
review: https://review.openstack.org/#/c/46325/
I agree with Alex and
On 09/12/2013 07:06 PM, Nachi Ueno wrote:
Hi Folks
Is anyone interested in Kibana + ElasticSearch Integration with ceilometer?
# Note: This discussion is not for Havana.
I, for one, welcome our new ElasticSearch overlords.
I have registered BP. (for IceHouse)
On 09/12/2013 04:33 PM, Steve Baker wrote:
On 09/13/2013 08:28 AM, Mike Asthalter wrote:
Hello,
Can someone please explain the plans for our 2 wadls moving forward:
* wadl in original heat
repo:
Hey everybody!
You know how, when you want to make a new project, you basically take an
existing one, like nova, copy files, and then start deleting? Nobody
likes that.
Recently, cookiecutter came to my attention, so we put together a
cookiecutter repo for openstack projects to make creating a
On 09/11/2013 11:09 AM, David Ripton wrote:
On 09/11/2013 06:37 AM, Steven Hardy wrote:
I'm investigating some issues, where data stored to a text column in
mysql
is silently truncated if it's too big.
It appears that the default configuration of mysql, and the sessions
established via
Hey all,
One of the things we were working on this cycle was splitting the
version handling code out of pbr into its own library - oslo.version.
This work did not make Feature Freeze. I wanted to check in with folks
to take temperature about whether it's worth attempting to get it done
by the
On 09/06/2013 10:51 AM, Thierry Carrez wrote:
Monty Taylor wrote:
Hey all,
One of the things we were working on this cycle was splitting the
version handling code out of pbr into its own library - oslo.version.
This work did not make Feature Freeze. I wanted to check in with folks
to take
On 09/04/2013 01:22 PM, Dolph Mathews wrote:
On Wed, Sep 4, 2013 at 10:56 AM, Monty Taylor mord...@inaugust.com
mailto:mord...@inaugust.com wrote:
Hey all!
https://review.openstack.org/#/c/42178/2 has landed in nova, which means
that nova now requires tox 1.6 or higher
On 08/20/2013 09:26 PM, Brant Knudson wrote:
We've been too lax about delineating public and internal interfaces in
python-keystoneclient. This makes changes and reviews difficult because
we don't know what we can change without breaking applications. For
example, we thought we could
+1
On 08/16/2013 11:04 AM, Doug Hellmann wrote:
I'd like to propose Alex Gaynor for core status on the requirements project.
Alex is a core Python and PyPy developer, has strong ties throughout the
wider Python community, and has been watching and reviewing requirements
changes for a little
On 08/16/2013 09:52 AM, Boris Pavlovic wrote:
Hi all,
We (OpenStack contributors) done a really huge and great work around DB
code in Grizzly and Havana to unify it, put all common parts into
oslo-incubator, fix bugs, improve handling of sqla exceptions, provide
unique keys, and to use
On 08/16/2013 09:31 AM, Victor Sergeyev wrote:
Hello All.
Glance cores (Mark Washenberger, Flavio Percoco, Iccha Sethi) have some
questions about Oslo DB code, and why is it so important to use it
instead of custom implementation and so on. As there were a lot of
questions it was really
On 08/16/2013 02:25 PM, Maru Newby wrote:
Neutron has been in and out of the gate for the better part of the
past month, and it didn't slow the pace of development one bit. Most
Neutron developers kept on working as if nothing was wrong, blithely
merging changes with no guarantees that they
Hey all!
You may have noticed recently that there are issues running devstack on
brand new machines - and if you have noticed that, you may have been asking:
- what's the problem?
- how the heck did this make it past the gate since we run devstack so
often?
Well - this is a fun one, and it's
On 08/08/2013 09:04 AM, Sean Dague wrote:
On 08/08/2013 07:33 AM, Boris Pavlovic wrote:
Hi Mark,
Sounds good. Just needs someone willing to implement it.
This is very interesting for us.
What do you think if we create a fake project that use submodules as an
example, and then just
On 08/08/2013 09:30 AM, Thierry Carrez wrote:
Mark McLoughlin wrote:
I think what Monty might be getting at is that TC decisions would no
longer happen by default with people voting at a particular TC meeting.
Rather a discussion would happen on the mailing list with people casting
their
On 08/05/2013 02:03 PM, Dean Troyer wrote:
[Moving a discussion from https://review.openstack.org/40019 to the ML
to get a wider audience]
We've been around this block more than once so let's get it all
documented in one place and see where to go next. Skip down to
# for more
On 08/06/2013 11:39 PM, Robert Collins wrote:
On 7 August 2013 14:36, Monty Taylor mord...@inaugust.com wrote:
On 08/06/2013 11:14 PM, Robert Collins wrote:
On 7 August 2013 11:22, Jay Buffington m...@jaybuff.com wrote:
ln -s /usr/lib64/python2.6/site-packages/libvirtmod_qemu.so
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/07/2013 04:51 AM, Julien Danjou wrote:
On Tue, Aug 06 2013, Monty Taylor wrote:
This would allow for clear voting by both the TC and others - is
consistent with tooling we ALL know how to use, and has the
benefit of producing a clear
On 08/07/2013 05:58 AM, Thierry Carrez wrote:
Monty Taylor wrote:
What if instead we had a repo with a bunch of ReStructureText in it -
perhaps a copy of the TC charter and then a dir for additional things
the TC has decided. That repo would be autopublished to a non-wiki
website
On 08/07/2013 12:53 PM, Joshua Harlow wrote:
I agree triple-o will help a lot here although I would disagree that
package rollback is an illusion. I would call it more of a hard
problem instead since nothing is really impossible :)
illusion with current packaging systems yum/rpm and
You may have just noticed a bunch of requirements updates patches. These
are mostly not urgent - although once jenkins comes back +1 on them,
they're safe to merge, because they will have been gated. Right now I'm
testing the script that we'll use. Moving forward, patches will be
proposed
Hey Chmouel!
Good point. I think we could add a check to see if there are any changes
in the repo and skip the update if there are not. Or, we could protect
that action in a variable and have devstack-gate set that variable...
what do you guys think?
On 08/06/2013 12:56 AM, Chmouel Boudjnah
Hey all!
As you know, we're been battling the effects of the
setuptools/distribute re-merge and upgrade for about a month now. It's
mostly settled down, but there are still cases where transitive
dependencies on things that depend on things that depend on distribute
can screw us. At the moment,
On 08/06/2013 02:44 PM, Mate Lakat wrote:
Hi,
I would say, use a separated virtual environment in devstack - without
the --system-site-packages switch, of course, and set it up as a user.
Install the packages that are needed in order to be able to pip install
them (like libxslt-dev). It's
On 08/06/2013 03:46 PM, Russell Bryant wrote:
On 08/06/2013 12:20 PM, Russell Bryant wrote:
On 08/06/2013 11:53 AM, Ian Mcleod wrote:
Hello,
A blueprint has been registered regarding API additions to Nova to
enable the creation of base images from external OS install sources.
This
On 08/06/2013 11:14 PM, Robert Collins wrote:
On 7 August 2013 11:22, Jay Buffington m...@jaybuff.com wrote:
ln -s /usr/lib64/python2.6/site-packages/libvirtmod_qemu.so
$(VENV)/lib/python2.6/site-packages/
Why isn't libvirt-python on pypi? AFAICT, nothing is stopping us from
On 08/05/2013 11:26 PM, Robert Collins wrote:
I wanted to get a temperature reading from everyone on this style guideline.
My view on it is that it's a useful heuristic but shouldn't be a
golden rule applied everywhere. Things like matches are designed to be
used as a dsl:
Hey all!
Currently, there is runtime version handling code in pbr. It's been a
cause of concern for some folks because it means that pbr becomes a
runtime rather than just a build time dependency - so the suggestion has
come across that we split it out into its own library.
This becomes even
Normally I don't announce pbr releases, because you should really never
notice them (unless they're fixing a bug you happen to be hitting) BUT -
this one fixes a long-standing request that I think should make people
happy, and there are some flags that folks can take advantage of should
they want.
If you hit an error like this:
Bad md5 hash for package
https://pypi.python.org/packages/source/c/colorama/colorama-0.2.5.tar.gz#md5=c76f67ead9dc7c83700c57695ebb741e
(from https://pypi.python.org/simple/colorama/)
It means that our friends at colorama have decided to re-release
something with
On 08/02/2013 01:06 PM, James Kyle wrote:
Following up on my own thread, the fix can be integrated into
../stack.sh by adding this to the localrc:
# FIXES: https://bugs.launchpad.net/neutron/+bug/1206013
OSLOCFG_REPO=https://github.com/openstack/oslo.config.git
OSLOCFG_BRANCH=1.2.0a3
On 08/02/2013 05:23 PM, Joe Gordon wrote:
Hi All,
even though Glance, has been pulled out of Nova years ago, Nova still
has a images API that proxies back to Glance. Since Nova is in the
process of creating a new, V3, API, we know have a chance to re-evaluate
this API.
* Do we still
On 07/31/2013 03:36 AM, hzguanqiang wrote:
Hey Guys,
I want to make a lxc image for openstack applying, What should I do? Is there
any documents about this?
Have you looked at the TripleO program's diskimage-builder? It's right here:
https://github.com/stackforge/diskimage-builder
Hi!
Not really. We don't support OpenStack projects having dependencies on
unreleased software. What does fwaas come from? Is this part of neutron?
On 08/01/2013 01:24 AM, Kuang-Ching Wang wrote:
Hi, I am working on fwaas Horizon support, which requires fwaas CLI to work.
Since fwaas CLI has
Also, if you're wanting to buld services on top of OpenStack that want
to respond to events - you probably want to look in to ceilometer, which
has an interface to export such events to you.
On 08/01/2013 01:02 AM, Addepalli Srini-B22160 wrote:
RPC will send the notifications to the queues that
Hey all!
There is currently an issue with which is causing a very high failure
rate in the gate. From IRC:
18:32:19 clarkb | the grenade failures seem to get very
consistent in the gate at 2013-0-27 1552UTC
18:32:27 clarkb | before that the success rate is much higher
18:34:53
On 07/24/2013 08:51 AM, Stefano Maffulli wrote:
Hello
I have seen lots of discussions on blogs and twitter heating up around
Amazon API compatibility and OpenStack. This seems like a recurring
topic, often raised by pundits and recently joined by members of the
community. I think it's
On 07/23/2013 03:02 PM, Brian Curtin wrote:
On Jul 23, 2013, at 3:51 PM, Eric Windisch e...@cloudscaling.com
mailto:e...@cloudscaling.com
wrote:
On Tue, Jul 23, 2013 at 4:41 PM, Logan McNaughton lo...@bacoosta.com
mailto:lo...@bacoosta.com wrote:
I'm sure this has been asked
On 07/17/2013 11:41 AM, Sean Dague wrote:
On 07/17/2013 02:35 PM, John Griffith wrote:
snip
Just to point out a few things here, first off there is no guideline
that states a company affiliation should have anything to do with the
decision on voting somebody as core. I have ABSOLUTELY NO
On 07/17/2013 02:11 AM, Robert Collins wrote:
Python 2.6 isn't one of the official supported Pythons for
testrepository, and I managed to break that when I fixed tests on
Python3.3 (which has more random dicts). So Testrepository 0.0.16
breaks on 2.6, 0.0.17 is fixed.
However until the
On 07/17/2013 08:54 AM, Matt Riedemann wrote:
What do you mean in (b) about upstream python not supporting python 2.6?
From what I understand here, it's the version of testrepository being
used that doesn't support py26, not python itself or openstack.
I believe he means that upstream
On 07/17/2013 07:20 AM, Joshua Harlow wrote:
Well that's no fun,
RedhatEL and centos need python 2.6 support so it amazes/frustrates
me that 2.6 can be broke. I think we need to depend on those that are
supporting 2.6 to put pressure on upstream dependencies to ensure 2.6
compat. Or
On 07/17/2013 12:44 PM, Avishay Traeger wrote:
Dan Smith d...@danplanet.com wrote on 07/17/2013 09:40:02 PM:
The affiliation of core team members should not come into a decision
like this.
It is assumed that all core team members are wearing their upstream
hat and aren't there merely to
On 07/16/2013 11:42 AM, Doug Hellmann wrote:
On Tue, Jul 16, 2013 at 7:58 AM, Mark McLoughlin mar...@redhat.com
mailto:mar...@redhat.com wrote:
On Mon, 2013-07-15 at 14:28 -0400, Doug Hellmann wrote:
On Mon, Jul 15, 2013 at 11:03 AM, Monty Taylor
mord...@inaugust.com
) and to publish packages to PyPI on tags just
like our other projects.
Have fun everyone.
Best regards,
Boris Pavlovic
On Fri, Jul 12, 2013 at 3:31 PM, Sean Dague s...@dague.net
mailto:s...@dague.net wrote:
On 07/12/2013 04:29 AM, Thierry Carrez wrote:
Monty Taylor wrote
On 07/11/2013 05:20 AM, Mark McLoughlin wrote:
On Wed, 2013-07-10 at 19:49 -0400, Monty Taylor wrote:
I'd like top-post and hijack this thread for another exception related
thing:
a) Anyone writing code such as:
try:
blah()
except SomeException:
raise
On 07/11/2013 05:43 AM, Thomas Hervé wrote:
On Thu, Jul 11, 2013 at 1:49 AM, Monty Taylor mord...@inaugust.com
mailto:mord...@inaugust.com wrote:
I'd like top-post and hijack this thread for another exception related
thing:
a) Anyone writing code such as:
try
On 07/11/2013 05:43 AM, Thomas Hervé wrote:
On Thu, Jul 11, 2013 at 1:49 AM, Monty Taylor mord...@inaugust.com
mailto:mord...@inaugust.com wrote:
I'd like top-post and hijack this thread for another exception related
thing:
a) Anyone writing code such as:
try
On 07/11/2013 06:22 AM, Sean Dague wrote:
On 07/11/2013 05:43 AM, Thomas Hervé wrote:
On Thu, Jul 11, 2013 at 1:49 AM, Monty Taylor mord...@inaugust.com
mailto:mord...@inaugust.com wrote:
I'd like top-post and hijack this thread for another exception
related
thing
On 07/11/2013 01:12 PM, Dolph Mathews wrote:
Just as a general statement, outside the scope of openstack, I don't
think sqlite is intended to support schema evolution. From the sqlite
docs [1]: SQLite supports a limited subset of ALTER TABLE. [...] It is
not possible to rename a column,
On 07/11/2013 02:40 PM, David Ripton wrote:
OpenStack is currently divided. Older projects like Nova use
sqlalchemy-migrate. Some newer projects like Neutron use alembic.
I'd personally like to see everything in Alembic, but migrating all the
Nova scripts in a way that didn't break
On 07/11/2013 03:12 PM, Monty Taylor wrote:
On 07/11/2013 02:40 PM, David Ripton wrote:
OpenStack is currently divided. Older projects like Nova use
sqlalchemy-migrate. Some newer projects like Neutron use alembic.
I'd personally like to see everything in Alembic, but migrating all
On 07/11/2013 08:01 PM, Thomas Goirand wrote:
On 07/12/2013 07:29 AM, Monty Taylor wrote:
We've got the upstream pypi and rtfd credentials now, the project should
be moved in to openstack systems soon enough. I also went through and
cleaned up build and test stuff work work like our stuff
On 07/11/2013 11:38 PM, Gareth wrote:
I heard there's a talk about this issue in #openstack-infra last night
(china standard time), what's the conclusion of that?
BTW, how to find meeting log of #openstack-infra? I didn't find it
in http://eavesdrop.openstack.org/
We don't log it
Hey all,
I'd like to propose an official program to the TC - refstack, a program
for verifying interoperability between implementations via FITS testing.
Official Title: OpenStack Interoperability
Initial PTL: Monty Taylor mord...@inaugust.com
Mission Statement:
Develop and maintain FITS
.
On Jul 9, 2013 8:03 AM, Monty Taylor mord...@inaugust.com
mailto:mord...@inaugust.com wrote:
Hey all,
I'd like to propose an official program to the TC - refstack, a program
for verifying interoperability between implementations via FITS testing.
Official Title: OpenStack
On 07/09/2013 10:55 AM, Joe Gordon wrote:
On Tue, Jul 9, 2013 at 1:28 PM, Kieran Spear kisp...@gmail.com
mailto:kisp...@gmail.com wrote:
Hi all,
There's a review up to make Horizon pass H304 (no relative imports):
https://review.openstack.org/#/c/35664/
Old-style
On 07/09/2013 02:05 PM, Geronimo Orozco wrote:
Hi, I am very interested in scalabity and HA with horizon is there any
effort to provide nginx to devstack(for start) ?
I'm not sure that devstack is going to be the best place to poke at
scaling concerns or HA concerns for horizon. (the best way
As per the recent TC decision around programs, the existing programs
need to provide a name, acting PTL and Mission Statement. Enjoy:
Official Title: OpenStack Infrastructure
PTL: Monty Taylor mord...@inaugust.com
Mission Statement:
Develop and maintain the tooling and infrastructure needed
On 07/04/2013 06:49 AM, Stefano Maffulli wrote:
On 07/03/2013 06:14 PM, Jesus M. Gonzalez-Barahona wrote:
Bicho [1] now has a Gerrit backend, which has been tested with
OpenStack's Gerrit. We have used it to produce the MySQL database dump
available at [2] ( gerrit.mysql.7z ). You can use it
Hey all!
A few things are happening in the world of python that are have an
impact on us. The end story is good, and things are getting both simpler
and better (and in a few weeks - MUCH faster for many of us) ... in the
mean time, there may be some evil bunny rabbits.
tl;dr - your virtualenv
On 07/03/2013 07:26 AM, Johannes Erdfelt wrote:
On Wed, Jul 03, 2013, Michael Still mi...@stillhq.com wrote:
On Wed, Jul 3, 2013 at 3:50 AM, Boris Pavlovic bo...@pavlovic.me wrote:
Question:
Why we should put in oslo slqlalchemy-migrate monkey patches, when we are
planing to switch to
On 07/02/2013 10:50 AM, Boris Pavlovic wrote:
###
Goal
###
We should fix
On 07/02/2013 01:13 AM, Mark McLoughlin wrote:
On Tue, 2013-07-02 at 09:58 +0200, Thierry Carrez wrote:
Thomas Goirand wrote:
So, shouldn't the .mo files be generated at build time only, and be kept
out of the Git?
+1
Yep, agree too.
Interestingly, last time I checked, devstack
On 07/02/2013 05:46 AM, Doug Hellmann wrote:
On Tue, Jul 2, 2013 at 5:52 AM, Robert Collins
robe...@robertcollins.net mailto:robe...@robertcollins.net wrote:
On 2 July 2013 21:32, Thierry Carrez thie...@openstack.org
mailto:thie...@openstack.org wrote:
Thierry Carrez
On 06/27/2013 12:54 PM, Stefano Maffulli wrote:
On 06/27/2013 05:04 PM, Anne Gentle wrote:
Let's do it! (On Thierry's timetable so that we get valuable practice
talking about onboarding programs.)
Sounds good to me as long as we all agree that Localization/Translations
are a technical
On 06/29/2013 02:14 PM, Thomas Goirand wrote:
On 06/30/2013 12:16 AM, Mark Washenberger wrote:
Hi Thomas,
We switched to using entrypoints for creating our binaries.
Can you explain this a bit more?
Unfortunately, this means you need to have the glance version
installed in some sense in
On 06/29/2013 08:02 PM, John Bresnahan wrote:
I believe we should fix the unittests to not shell out to glance-manage
in that manner. One of the nice things about moving the code from bin/
to glance.cmd is that it's available inside of the source tree for
unittests! :) What we want to do is
On 06/25/2013 12:42 PM, Thierry Carrez wrote:
Anne Gentle wrote:
Dare I ask, what about TryStack? Infra seems to get a ton under it but
that's where I'd place it if I had to state a preference.
I'd see TryStack as a separate program, with the goal of maintaining an
infrastructure that
On 06/24/2013 05:50 AM, Thierry Carrez wrote:
Hi everyone,
Official OpenStack projects are those under the oversight of the
Technical Committee, and contributing to one grants you ATC status
(which in turn you use to elect the Technical Committee members).
The list of official projects
On 06/24/2013 05:56 PM, Mark McLoughlin wrote:
On Mon, 2013-06-24 at 22:50 +0100, Mark McLoughlin wrote:
Hey,
Pulling this out of gerrit for discussion.
Background is one of my patches to diskimage-builder was -1ed because I
terminated the title line of the commit message with a period:
On 06/24/2013 06:19 PM, Sean Dague wrote:
On 06/24/2013 06:15 PM, Monty Taylor wrote:
On 06/24/2013 05:56 PM, Mark McLoughlin wrote:
On Mon, 2013-06-24 at 22:50 +0100, Mark McLoughlin wrote:
Hey,
Pulling this out of gerrit for discussion.
Background is one of my patches to diskimage
On 05/29/2013 08:48 AM, Doug Hellmann wrote:
On Wed, May 29, 2013 at 6:12 AM, Thierry Carrez thie...@openstack.org
mailto:thie...@openstack.org wrote:
Robert Collins wrote:
On the other hand, we're finding a large chunk of the work we're doing
is changing defaults.
/#/c/33456/) but
keep run_test.sh for the time being as there are things it does
that we don't have simple ways of doing yet. Since run_tests.sh
will be around for a while it does make sense to move it into
oslo.
best, Joe
On Tue, Jun 18, 2013 at 11:44 AM, Monty Taylor
mord
On 06/18/2013 12:09 AM, Pádraig Brady wrote:
I notice on some projects like nova and quantum (I presume with milestone
proposed commits)
that the 2013.2.b1 tag was created on the now removed milestone-proposed
branch.
Therefore `git describe` and `git log --decorate` etc. on master,
Hey all!
I've done a bit of investigation of cloud databases, and have put up a
couple of changes to migrate databases we care about (gerrit, wiki,
paste, etherpad) to be cloud databases. Basically this just comes down
to passing in hostname to the puppet modules and not having puppet
create the
Chmouel and I had a chat about running the swift functional tests today.
As it stands now, they need a v1 swift, although chmouel is interested
in running them against v2 as well.
In any case, I proposed the following:
Add a job that is triggered by swift commits for running functional tests.
On 04/24/2013 11:07 AM, Brian Lamar wrote:
On Apr 24, 2013, at 10:50 AM, Dan Prince dpri...@redhat.com wrote:
- Original Message -
From: Brian Lamar brian.la...@rackspace.com
So the question again becomes how can we get XenServer into the
gate.
Hi Lamar,
I understand
, Monty Taylor wrote:
On 04/24/2013 11:07 AM, Brian Lamar wrote:
On Apr 24, 2013, at 10:50 AM, Dan Prince dpri...@redhat.com wrote:
- Original Message -
From: Brian Lamar brian.la...@rackspace.com
So the question again becomes how can we get XenServer into the
gate.
Hi Lamar,
I
801 - 900 of 900 matches
Mail list logo