Excerpts from Sean Toner's message of 2015-04-24 05:38:42 -0700:
> If written to use python 3, I hope it will use all the new features of
> python 3.4 moving forward.
>
> For example, argument annotations, coroutines, asyncio, etc. At my last
> workplace, we tried to make our project python2 and
Excerpts from Doug Hellmann's message of 2015-04-24 07:23:35 -0700:
> Excerpts from Julien Danjou's message of 2015-04-24 10:14:38 +0200:
> > Hi there,
> >
> > This is now happening weekly to me now, probably because I write too
> > many patches touching almost all OpenStack projects once a cycle,
Excerpts from Victor Stinner's message of 2015-04-23 07:24:06 -0700:
> > Also, on the Python 3 topic, there's still a big issue with memcached
> > (aka: python-memcache).
>
> Oh, thanks Thomas for the reminder. I just sent a pull request to port
> python-memcached to Python 3:
>
>https://gi
Excerpts from Boris Pavlovic's message of 2015-04-18 18:30:02 -0700:
> Hi stackers,
>
> Code coverage is one of the very important metric of overall code quality
> especially in case of Python. It's quite important to ensure that code is
> covered fully with well written unit tests.
>
> One of th
Excerpts from James Slagle's message of 2015-04-17 10:49:48 -0700:
> On Fri, Apr 17, 2015 at 12:37 PM, Clint Byrum wrote:
> > Excerpts from Giulio Fidente's message of 2015-04-17 06:21:28 -0700:
> >> Hi,
> >>
> >> the Heat/Puppet implemen
Excerpts from Giulio Fidente's message of 2015-04-17 06:21:28 -0700:
> Hi,
>
> the Heat/Puppet implementation of the Overcloud deployment seems to be
> surpassing in features the Heat/Elements implementation.
>
> The changes for Ceph are an example, the Puppet based version is already
> adding
Excerpts from Joe Gordon's message of 2015-04-16 15:15:01 -0700:
> On Fri, Apr 10, 2015 at 4:01 AM, Victor Stinner wrote:
>
> > > https://wiki.openstack.org/wiki/Python3#Dependencies appears to be
> > fairly out of date.
> >
> > You're right. I updated this wiki page. In practice, much more OpenS
Excerpts from Matt Riedemann's message of 2015-04-16 15:40:30 -0700:
>
> On 4/16/2015 12:27 PM, Jay Pipes wrote:
> > On 04/16/2015 09:54 AM, Sean Dague wrote:
> >> On 04/16/2015 05:20 PM, Qiming Teng wrote:
> >>>
> >>> Wondering if there is something misconfigured in my devstack
> >>> environment,
As a result of all of the excellent discussions here, I have produced a
spec for policy which I think will assist us all in moving forward on
improving the quality in this space:
https://review.openstack.org/174105
Thanks everyone for your excellent replies!
Excerpts from Clint Byrum's message o
Excerpts from Sean Dague's message of 2015-04-15 06:50:11 -0700:
> == End game?
>
> *If* pip install took into account the requirements of everything
> already installed like apt or yum does, and resolve accordingly
> (including saying that's not possible unless you uninstall or upgrade
> X), we'd
Excerpts from Doug Hellmann's message of 2015-04-15 10:48:30 -0700:
> Excerpts from Clint Byrum's message of 2015-04-15 10:15:11 -0700:
> > Excerpts from Sean Dague's message of 2015-04-14 16:54:30 -0700:
> > >
> > > It's time to be honest about the level of support that comes with those
> > > oth
Excerpts from Sean Dague's message of 2015-04-14 16:54:30 -0700:
> On 04/14/2015 07:26 PM, Flavio Percoco wrote:
> > On 14/04/15 23:18 +, Jeremy Stanley wrote:
> >> On 2015-04-15 01:10:03 +0200 (+0200), Flavio Percoco wrote:
> >> [...]
> >>> I'd recommend sending this email to the ops mailing l
Excerpts from Matt Riedemann's message of 2015-04-14 13:13:47 -0700:
>
> On 4/14/2015 12:22 PM, Clint Byrum wrote:
> > Hello! There's been some recent progress on python3 compatibility for
> > core libraries that OpenStack depends on[1], and this is likely to open
Excerpts from Ken Giusti's message of 2015-04-14 12:54:20 -0700:
> Just to be clear: you're asking specifically about the 0-10 based
> impl_qpid.py driver, correct? This is the driver that is used for
> the "qpid://" transport (aka rpc_backend).
>
> I ask because I'm maintaining the AMQP 1.0 dri
Hello! There's been some recent progress on python3 compatibility for
core libraries that OpenStack depends on[1], and this is likely to open
the flood gates for even more python3 problems to be found and fixed.
Recently a proposal was made to make oslo.messaging start to run python3
tests[2], and
Excerpts from Dan Prince's message of 2015-04-13 14:07:28 -0700:
> On Tue, 2015-04-07 at 21:06 +, Gregory Haynes wrote:
> > Hello,
> >
> > Id like to propse a standard for consistently documenting our
> > diskimage-builder elements. I have pushed a review which transforms the
> > apt-sources e
Excerpts from Gregory Haynes's message of 2015-04-07 14:06:52 -0700:
> Hello,
>
> Id like to propse a standard for consistently documenting our
> diskimage-builder elements. I have pushed a review which transforms the
> apt-sources element to this format[1][2]. Essentially, id like to move
> in th
Excerpts from Angus Salkeld's message of 2015-04-06 19:55:37 -0700:
> Hi all
>
> For quite some time we (Heat team) have wanted to be able to send messages
> to our
> users (by user I do not mean the Operator, but the User that is interacting
> with the client).
>
> What do I mean by "user messag
Excerpts from Boris Bobrov's message of 2015-04-03 18:29:08 -0700:
> On Saturday 04 April 2015 03:55:59 Morgan Fainberg wrote:
> > I am looking forward to the Liberty cycle and seeing the special casing we
> > do for SQLite in our migrations (and elsewhere). My inclination is that we
> > should (si
Excerpts from Joshua Harlow's message of 2015-04-03 10:08:07 -0700:
> Monty Taylor wrote:
> > On 04/03/2015 08:55 AM, Maish Saidel-Keesing wrote:
> >> I was wondering..
> >>
> >> Is the OpenStack CI/CD Infra using Heat in any way? Do the commits
> >> trigger a new build of DevStack/OpenStack that i
Excerpts from Lingxian Kong's message of 2015-03-23 21:11:28 -0700:
> 2015-03-21 23:31 GMT+08:00 Monty Taylor :
>
> > I would vote that we not make this pleasant or easy for vendors who are
> > wanting to add a feature to the API. As a person who uses several clouds
> > daily, I can tell you that
Excerpts from Russell Bryant's message of 2015-03-23 07:51:43 -0700:
> On 03/23/2015 10:47 AM, Thierry Carrez wrote:
> > Kuvaja, Erno wrote:
> >> [...]
> >> This is one of the benefits/caveats of having a single dev mailing list.
> >> There is lots of noise for everyone, but this particular noise
Excerpts from Adam Lawson's message of 2015-03-18 11:25:37 -0700:
> The aim is cloud storage that isn't affected by a host failure and major
> players who deploy hyper-scaling clouds architect them to prevent that from
> happening. To me that's cloud 101. Physical machine goes down, data
> disappea
Excerpts from Doug Hellmann's message of 2015-03-13 08:06:43 -0700:
>
> On Fri, Mar 13, 2015, at 06:57 AM, Thierry Carrez wrote:
> > Clint Byrum wrote:
> > > I spend a not-insignificant amount of time deciding which threads to
> > > read and which to fully ign
Excerpts from Jeremy Stanley's message of 2015-03-12 13:58:20 -0700:
> On 2015-03-12 13:22:04 -0700 (-0700), Clint Byrum wrote:
> [...]
> > So I'm wondering what people are getting from these announcements
> > being on the discussion list.
> [...]
>
> T
I spend a not-insignificant amount of time deciding which threads to
read and which to fully ignore each day, so extra threads mean extra
work, even with a streamlined workflow of single-key-press-per-thread.
So I'm wondering what people are getting from these announcements being
on the discussion
Excerpts from Sean Dague's message of 2015-03-12 09:59:35 -0700:
> On 03/12/2015 12:47 PM, Clint Byrum wrote:
> > Excerpts from Sean Dague's message of 2015-03-11 05:59:10 -0700:
> >> =
>
Excerpts from Doug Hellmann's message of 2015-03-12 10:04:57 -0700:
>
> On Thu, Mar 12, 2015, at 12:47 PM, Clint Byrum wrote:
> > Excerpts from Sean Dague's message of 2015-03-11 05:59:10 -0700:
> > > =
>
Excerpts from Sean Dague's message of 2015-03-11 05:59:10 -0700:
> =
> Additional Interesting Bits
> =
>
> Rabbit
> --
>
> There was a whole session on Rabbit -
> https://etherpad.openstack.org/p/PHL-ops-rabbit-queue
>
> Rabbit is a to
Excerpts from Mike Bayer's message of 2015-03-10 08:35:23 -0700:
>
> Mike Bayer wrote:
>
> >
> >> I'm not entirely sure what you've said above actually prevents coders
> >> from relying on the constraints. Being careful about deleting all of the
> >> child rows before a parent is good practice.
Excerpts from Mike Bayer's message of 2015-03-09 17:26:36 -0700:
>
> Clint Byrum wrote:
>
> >
> > So I think I didn't speak clearly enough here. The benchmarks are of
> > course needed, but there's a tipping point when write activity gets to
> >
Excerpts from Mike Bayer's message of 2015-03-09 10:26:37 -0700:
>
> Clint Byrum wrote:
>
> > Excerpts from David Stanek's message of 2015-03-08 11:18:05 -0700:
> >> On Sun, Mar 8, 2015 at 1:37 PM, Mike Bayer wrote:
> >>
> >>> can you el
Excerpts from David Stanek's message of 2015-03-08 11:18:05 -0700:
> On Sun, Mar 8, 2015 at 1:37 PM, Mike Bayer wrote:
>
> > can you elaborate on your reasoning that FK constraints should be used less
> > overall? or do you just mean that the client side should be mirroring the
> > same
> > rule
Excerpts from Thierry Carrez's message of 2015-03-04 02:19:48 -0800:
> James Bottomley wrote:
> > On Tue, 2015-03-03 at 11:59 +0100, Thierry Carrez wrote:
> >> James Bottomley wrote:
> >>> Actually, this is possible: look at Linux, it freezes for 10 weeks of a
> >>> 12 month release cycle (or 6 wee
Excerpts from Angus Salkeld's message of 2015-03-02 17:08:15 -0800:
> On Tue, Mar 3, 2015 at 9:45 AM, James Bottomley <
> james.bottom...@hansenpartnership.com> wrote:
>
> > On Tue, 2015-02-24 at 12:05 +0100, Thierry Carrez wrote:
> > > Daniel P. Berrange wrote:
> > > > [...]
> > > > The key obser
Excerpts from Doug Wiegley's message of 2015-03-02 12:47:14 -0800:
>
> > On Mar 2, 2015, at 1:13 PM, James E. Blair wrote:
> >
> > Stefano branched this thread from an older one to talk about
> > auto-abandon. In the previous thread, I believe I explained my
> > concerns, but since the topic sp
Excerpts from Gary Kotton's message of 2015-03-01 02:32:37 -0800:
> Hi,
> I am just relaying pain-points that we encountered in neutron. As I have
> said below it makes the development process a lot quicker for people
> working on external drivers. I personally believe that it fragments the
> commu
I'm not sure I understand your statement Gary. If Ironic defines
what is effectively a plugin API, and the vendor drivers are careful
to utilize that API properly, the two sets of code can be released
entirely independent of one another. This is how modules work in the
kernel, X.org drivers work, a
Excerpts from Ben Nemec's message of 2015-02-27 09:25:37 -0800:
> On 02/27/2015 03:54 AM, Thierry Carrez wrote:
> > Doug Hellmann wrote:
> >> Maybe some of the folks in the meeting who felt more strongly that it
> >> should be a separate document can respond with their thoughts?
> >
> > I don't fe
Excerpts from Duncan Thomas's message of 2015-02-25 12:51:35 -0800:
> Clint
>
> This rule is not currently enabled in Cinder. This review fixes up all
> cases and enables it, which is absolutely 100% the right thing to do if we
> decide to implement this rule.
>
> The purpose of this thread is to
Excerpts from Duncan Thomas's message of 2015-02-25 10:51:00 -0800:
> Hi
>
> So a review [1] was recently submitted to cinder to fix up all of the H302
> violations, and turn on the automated check for them. This is certainly a
> reasonable suggestion given the number of manual reviews that -1 for
Excerpts from Victor Stinner's message of 2015-02-25 02:12:05 -0800:
> Hi,
>
> > I also just put up another proposal to consider:
> > https://review.openstack.org/#/c/156711/
> > """Sew over eventlet + patching with threads"""
>
> My asyncio spec is unclear about WSGI, I just wrote
>
> "The spec
Excerpts from Salvatore Orlando's message of 2015-02-23 04:07:38 -0800:
> Lazy-Stacker summary:
> I am doing some work on Neutron IPAM code for IP Allocation, and I need to
> found whether it's better to use db locking queries (SELECT ... FOR UPDATE)
> or some sort of non-blocking algorithm.
> Some
Excerpts from Clint Byrum's message of 2015-02-17 08:52:46 -0800:
> Excerpts from Anita Kuno's message of 2015-02-17 07:38:01 -0800:
> > On 02/17/2015 09:21 AM, Clint Byrum wrote:
> > > There has been a recent monumental shift in my focus around OpenStack,
> > >
Excerpts from Ed Leafe's message of 2015-02-17 10:11:01 -0800:
> On Feb 17, 2015, at 11:29 AM, Clint Byrum wrote:
>
> > Shaming a person is a last resort, when that person may not listen to
> > reason. It's sometimes necessary to bring shame to a practice, but
Excerpts from Daniel P. Berrange's message of 2015-02-17 02:37:50 -0800:
> On Wed, Feb 11, 2015 at 03:14:39PM +0100, Stefano Maffulli wrote:
> > > ## Cores are *NOT* special
> > >
> > > At some point, for some reason that is unknown to me, this message
> > > changed and the feeling of core's being
Excerpts from Anita Kuno's message of 2015-02-17 07:38:01 -0800:
> On 02/17/2015 09:21 AM, Clint Byrum wrote:
> > There has been a recent monumental shift in my focus around OpenStack,
> > and it has required me to take most of my attention off TripleO. Given
> > that,
FYI: Recently HP's focus for deployment has changed, and as such, some of
the resources we had dedicated for TripleO are being redistributed. As
such, the HP CI region won't be returning to the pool (it is currently
removed due to some stability issues). Nor will we be adding region #2,
which never
There has been a recent monumental shift in my focus around OpenStack,
and it has required me to take most of my attention off TripleO. Given
that, I don't think it is in the best interest of the project that I
continue as PTL for the Kilo cycle.
I'd like to suggest that we hold an immediate elect
Thanks Robert. I share most of your views on this. The project will
certainly miss your reviews. I'll go ahead and remove you from the
permissions and stats.
Excerpts from Robert Collins's message of 2015-02-15 13:40:02 -0800:
> Hi, I've really not been pulling my weight as a core reviewer in
> Tr
Excerpts from Thomas Goirand's message of 2015-02-14 16:48:01 -0800:
> Hi,
>
> I've seen messages in the logs telling that we should move to the
> identity_uri.
>
> I don't really like the identity_uri which contains all of the
> information in a single directive, which means that a script that w
Excerpts from Flavio Percoco's message of 2015-02-12 00:13:35 -0800:
> On 11/02/15 09:37 -0800, Clint Byrum wrote:
> >Excerpts from Stefano Maffulli's message of 2015-02-11 06:14:39 -0800:
> >> On Wed, 2015-02-11 at 10:55 +0100, Flavio Percoco wrote:
> >> >
Excerpts from Stefano Maffulli's message of 2015-02-11 06:14:39 -0800:
> On Wed, 2015-02-11 at 10:55 +0100, Flavio Percoco wrote:
> > This email is dedicated to the openness of our community/project.
>
> It's good to have a reminder every now and then. Thank you Flavio for
> caring enough to notic
Excerpts from Nikola Đipanov's message of 2015-02-11 05:26:47 -0800:
> On 02/11/2015 02:13 PM, Sean Dague wrote:
> >
> > If core team members start dropping off external IRC where they are
> > communicating across corporate boundaries, then the local tribal effects
> > start taking over. You get p
Excerpts from Alexander Tivelkov's message of 2015-02-10 07:28:55 -0800:
> Hi folks,
>
> One of the key features that we are adding to Glance with the
> introduction of Artifacts is the ability to have multiple versions of
> the same object in the repository: this gives us the possibility to
> que
Excerpts from Jay Pipes's message of 2015-02-09 12:36:45 -0800:
> CAS is preferred because it is measurably faster and more
> obstruction-free than SELECT FOR UPDATE. A colleague of mine is almost
> ready to publish documentation showing a benchmark of this that shows
> nearly a 100% decrease in
Excerpts from Jay Pipes's message of 2015-02-09 10:15:10 -0800:
> On 02/09/2015 01:02 PM, Attila Fazekas wrote:
> > I do not see why not to use `FOR UPDATE` even with multi-writer or
> > Is the retry/swap way really solves anything here.
>
> > Am I missed something ?
>
> Yes. Galera does not repl
Excerpts from Zane Bitter's message of 2015-02-06 06:25:57 -0800:
> On 03/02/15 14:12, Clint Byrum wrote:
> > The visible change in making things parallel was minimal. In talking
> > about convergence, it's become clear that users can and should expect
> > somethin
Excerpts from Avishay Traeger's message of 2015-02-04 22:19:53 -0800:
> On Wed, Feb 4, 2015 at 11:00 PM, Robert Collins
> wrote:
>
> > On 5 February 2015 at 10:24, Joshua Harlow wrote:
> > > How interesting,
> > >
> > > Why are people using galera if it behaves like this? :-/
> >
> > Because its
Excerpts from Angus Lees's message of 2015-02-04 16:59:31 -0800:
> On Thu Feb 05 2015 at 9:02:49 AM Robert Collins
> wrote:
>
> > On 5 February 2015 at 10:24, Joshua Harlow wrote:
> > > How interesting,
> > >
> > > Why are people using galera if it behaves like this? :-/
> >
> > Because its actu
Excerpts from Joshua Harlow's message of 2015-02-04 13:24:20 -0800:
> How interesting,
>
> Why are people using galera if it behaves like this? :-/
>
Note that any true MVCC database will roll back transactions on
conflicts. One must always have a deadlock detection algorithm of
some kind.
Gale
Excerpts from Matthew Booth's message of 2015-02-04 08:30:32 -0800:
> * Write followed by read on a different node can return stale data
>
> During a commit, Galera replicates a transaction out to all other db
> nodes. Due to its design, Galera knows these transactions will be
> successfully commi
Excerpts from Daniel P. Berrange's message of 2015-02-04 03:57:53 -0800:
> On Wed, Feb 04, 2015 at 11:58:03AM +0100, Thierry Carrez wrote:
> > The first one is performance -- each call would spawn a Python
> > interpreter which would then call the system command. This was fine when
> > there were j
Excerpts from Tristan Cacqueray's message of 2015-02-04 09:02:19 -0800:
> On 02/04/2015 06:57 AM, Daniel P. Berrange wrote:
> > On Wed, Feb 04, 2015 at 11:58:03AM +0100, Thierry Carrez wrote:
> >> What solutions do we have ?
> >>
> >> (1) we could get our act together and audit and fix those filter
Excerpts from Zane Bitter's message of 2015-02-03 10:00:44 -0800:
> On 02/02/15 19:52, Steve Baker wrote:
> > A spec has been raised to add a config option to allow operators to
> > choose whether to use the new convergence engine for stack operations.
> > For some context you should read the spec
Excerpts from Angus Salkeld's message of 2015-02-03 02:40:44 -0800:
> On Tue, Feb 3, 2015 at 10:52 AM, Steve Baker wrote:
>
> > A spec has been raised to add a config option to allow operators to choose
> > whether to use the new convergence engine for stack operations. For some
> > context you s
Excerpts from Vishvananda Ishaya's message of 2015-01-29 10:21:58 -0800:
>
> On Jan 29, 2015, at 8:57 AM, Roman Podoliaka wrote:
>
> > Jeremy,
> >
> > I don't have exact numbers, so yeah, it's just an assumption based on
> > looking at the nova-api/scheduler logs with connection_debug set to
>
Excerpts from Zane Bitter's message of 2015-01-29 08:41:36 -0800:
> I got a question today about creating keystone users/roles/tenants in
> Heat templates. We currently support creating users via the
> AWS::IAM::User resource, but we don't have a native equivalent.
>
> IIUC keystone now allows y
Excerpts from Johannes Erdfelt's message of 2015-01-28 15:33:25 -0800:
> On Wed, Jan 28, 2015, Mike Bayer wrote:
> > I can envision turning this driver into a total monster, adding
> > C-speedups where needed but without getting in the way of async
> > patching, adding new APIs for explicit async,
Excerpts from Angus Salkeld's message of 2015-01-27 17:36:41 -0800:
> Hi all
>
> After having a look at the stats:
> http://stackalytics.com/report/contribution/heat-group/90
> http://stackalytics.com/?module=heat-group&metric=person-day
>
> I'd like to propose the following changes to the Heat c
trade-offs that may or may not work well
for your site.
Excerpts from John Dewey's message of 2015-01-27 10:41:33 -0800:
> This is one reason to use the memcached backend. Why replicate these tokens
> in the first place.
>
> On Tuesday, January 27, 2015 at 10:21
Excerpts from Tim Bell's message of 2015-01-25 22:10:10 -0800:
> This is often mentioned as one of those items which catches every OpenStack
> cloud operator at some time. It's not clear to me that there could not be a
> scheduled job built into the system with a default frequency (configurable,
Excerpts from Thierry Carrez's message of 2015-01-27 02:46:03 -0800:
> Doug Hellmann wrote:
> > On Mon, Jan 26, 2015, at 12:02 PM, Thierry Carrez wrote:
> > [...]
> >> I'm open to alternative suggestions on where the list of tags, their
> >> definition and the list projects they apply to should liv
Excerpts from Robert Collins's message of 2015-01-26 12:29:37 -0800:
> On 27 January 2015 at 09:01, Joe Gordon wrote:
> >
> >
> > On Wed, Jan 21, 2015 at 5:03 AM, Sean Dague wrote:
> >>
> >> On 01/20/2015 08:15 PM, Robert Collins wrote:
> >> > On 21 January 2015 at 10:21, Clark Boylan wrote:
> >
Hello! Now that we've added James, I have some suggestions for members
that should be dropped.
I have communicated with some of these individuals and confirmed they
are not interested in continuing. So for posterity sake I'm noting
these two removals, effective immediately:
Tzu-mainn Chen
Imre Fa
In about 24 hours we've seen 9 core +1's, one non-core +1, and only one
dissenting opinion from James himself which I think we have properly
dismissed. With my nomination counting as an additional +1, that is 10,
which is 50% of the 20 cores active the last 90 days.
I believe this vote has carried
Excerpts from Chuck Carlino's message of 2015-01-15 09:43:41 -0800:
> On 01/15/2015 08:49 AM, Alexis Lee wrote:
> > Clint Byrum said on Wed, Jan 14, 2015 at 10:14:45AM -0800:
> >> holidays. However, I believe James has demonstrated superb review skills
> >> and
Excerpts from James Polley's message of 2015-01-14 12:46:37 -0800:
> Thanks for the nomination Clint (and +1s from people who have already
> responded)
>
> At this stage, I believe we've traditionally[1] asked[2] the potential new
> Core Reviewer to commit to 3 reviews per work-day.
>
> I don't f
Hello! It has been a while since we expanded our review team. The
numbers aren't easy to read with recent dips caused by the summit and
holidays. However, I believe James has demonstrated superb review skills
and a commitment to the project that shows broad awareness of the
project.
Below are the
Excerpts from Zane Bitter's message of 2015-01-09 14:57:21 -0800:
> On 08/01/15 05:39, Anant Patil wrote:
> > 1. The stack was failing when there were single disjoint resources or
> > just one resource in template. The graph did not include this resource
> > due to a minor bug in dependency_names()
Excerpts from Chris Jones's message of 2015-01-08 10:16:14 -0800:
> Hi
>
> > On 8 Jan 2015, at 17:58, Clint Byrum wrote:
> >
> > Excerpts from Steven Hardy's message of 2015-01-08 09:37:55 -0800:
> > So you can probably setup a devpi instance locally, a
Excerpts from Steven Hardy's message of 2015-01-08 09:37:55 -0800:
> Hi all,
>
> I'm trying to test a fedora-software-config image with some updated
> components. I need:
>
> - Install latest master os-apply-config (the commit I want isn't released)
> - Install os-refresh-config fork from https:
Excerpts from Derek Higgins's message of 2015-01-07 02:51:41 -0800:
> Hi All,
> I intended to bring this up at this mornings meeting but the train I
> was on had no power sockets (and I had no battery) so sending to the
> list instead.
>
> We currently run our CI with on images built for i386,
Happy New Year!
Just a friendly reminder to those of you who are interested in TripleO,
we have a three-day Meetup scheduled for February 18-20 in Seattle, WA.
All are welcome, though space is limited to 30 participants. Thus far we
have 8 people signed up in the etherpad:
https://etherpad.openst
Excerpts from Renat Akhmerov's message of 2014-12-24 03:40:22 -0800:
> Hi
>
> > Ok, I'm quite happy to accept this may be a better long-term solution, but
> > can anyone comment on the current maturity level of Mistral? Questions
> > which spring to mind are:
> >
> > - Is the DSL stable now?
>
Excerpts from Anant Patil's message of 2014-12-16 07:36:58 -0800:
> On 16-Dec-14 00:59, Clint Byrum wrote:
> > Excerpts from Anant Patil's message of 2014-12-15 07:15:30 -0800:
> >> On 13-Dec-14 05:42, Zane Bitter wrote:
> >>> On 1
I'm happy to announce we've cleared the schedule and the Mid-Cycle is
confirmed for February 18 - 20 in Seattle, WA at HP's downtown offices.
Please refer to the etherpad linked below for details including address
and instructions for access to the building.
PLEASE make sure you add yourself to t
Excerpts from Ari Rubenstein's message of 2014-12-15 12:32:08 -0800:
> Hi there,
> I'm new to the list, and trying to get more information about the following
> issue:
>
> https://bugs.launchpad.net/heat/+bug/1353670
> Is there anyone on the list who can explain under what conditions a user
> mi
Excerpts from Anant Patil's message of 2014-12-15 07:15:30 -0800:
> On 13-Dec-14 05:42, Zane Bitter wrote:
> > On 12/12/14 05:29, Murugan, Visnusaran wrote:
> >>
> >>
> >>> -Original Message-
> >>> From: Zane Bitter [mailto:zbit...@redhat.com]
> >>> Sent: Friday, December 12, 2014 6:37 AM
>
Excerpts from Ihar Hrachyshka's message of 2014-12-15 07:21:04 -0800:
> Hash: SHA512
>
> On 14/12/14 09:45, Thomas Goirand wrote:
> > Hi,
> >
> > As I am slowing fixing all systemd issues for the daemons of
> > OpenStack in Debian (and hopefully, have this ready before the
> > freeze of Jessie),
Excerpts from Jay Pipes's message of 2014-12-11 05:43:46 -0800:
> On 12/11/2014 07:22 AM, Anna Kamyshnikova wrote:
> > Hello everyone!
> >
> > In neutron there is a rather old bug [1] about adding uniqueness for
> > security group name and tenant id. I found this idea reasonable and
> > started wor
Just FYI, we ran into a last minute scheduling conflict with the venue
and are sorting it out, so please _do not book travel yet_. Worst case
it will move to Feb 16 - 18 instead of 18 - 20.
Excerpts from Clint Byrum's message of 2014-12-01 14:58:58 -0800:
> Hello! I've received confirmation that o
Excerpts from Angus Salkeld's message of 2014-12-09 15:25:59 -0800:
> On Wed, Dec 10, 2014 at 5:11 AM, Stefano Maffulli
> wrote:
>
> > On 12/09/2014 06:04 AM, Jeremy Stanley wrote:
> > > We already have a solution for tracking the contributor->IRC
> > > mapping--add it to your Foundation Member P
Excerpts from Yuriy Zveryanskyy's message of 2014-12-09 04:05:03 -0800:
> Good day Ironicers.
>
> I do not want to discuss questions like "Is feature X good for release
> Y?" or "Is feature Z in Ironic scope or not?".
> I want to get an answer for this: Is Ironic a flexible, easy extendable
> an
Excerpts from Steven Hardy's message of 2014-12-04 01:09:18 -0800:
> On Wed, Dec 03, 2014 at 06:54:48PM -0800, Clint Byrum wrote:
> > Excerpts from Dan Prince's message of 2014-12-03 18:35:15 -0800:
> > > On Wed, 2014-12-03 at 10:11 +, Steven
Excerpts from marios's message of 2014-12-04 02:40:23 -0800:
> On 04/12/14 11:40, James Polley wrote:
> > Just taking a look at http://doodle.com/27ffgkdm5gxzr654 again - we've
> > had 10 people respond so far. The winning time so far is Monday 2100UTC
> > - 7 "yes" and one "If I have to".
>
> for
Excerpts from Gregory Haynes's message of 2014-12-04 15:20:53 -0800:
> Hello TripleOers,
>
> I got a patch together to move us off of our upstart exec |
> logger -t hack [1] and this got me wondering - why aren't we
> using the python logging.conf supported by most OpenStack projects [2]
> to wr
Excerpts from Ben Nemec's message of 2014-12-04 11:12:10 -0800:
> FWIW, I think the "correct" thing to do here is to get our Juno jobs up
> and running and have one of them verify the nova-bm code paths for this
> cycle, and then remove it next cycle.
>
> That said, I have no idea how close we are
Excerpts from Steve Kowalik's message of 2014-12-03 20:47:19 -0800:
> Hi all,
>
> I'm becoming increasingly concerned about all of the code paths
> in tripleo-incubator that check $USE_IRONIC -eq 0 -- that is, use
> nova-baremetal rather than Ironic. We do not check nova-bm support in
> CI, ha
Excerpts from Dan Prince's message of 2014-12-03 18:35:15 -0800:
> On Wed, 2014-12-03 at 10:11 +, Steven Hardy wrote:
> > Hi all,
> >
> > Lately I've been spending more time looking at tripleo and doing some
> > reviews. I'm particularly interested in helping the no-mergepy and
> > subsequent
501 - 600 of 1315 matches
Mail list logo