On 06/10/14 13:35, Ihar Hrachyshka wrote:
>
> I was pointed (kudos to Alan Pevec) to the following update for RDO
> spec file [1] that makes it regenerate MO files from source for Juno.
> So for RDO, it's already handled the way we will probably go forward.
>
> [1]:
> http://pkgs.fedoraproject.o
On Mon, 6 Oct 2014 10:33:21 AM Lars Kellogg-Stedman wrote:
> Hello all,
>
> I wanted to expand on a discussion we had in #tripleo on Friday
> regarding Kubernetes and the Keystone service catalog.
>
> ## The problem
>
> The essential problem is that Kubernetes and Keystone both provide
> service
+1 !
> From: Zane Bitter
> To: OpenStack Development Mailing List
> Date: 06/10/2014 22:45
> Subject: [openstack-dev] [Heat] Nominating Pavlo Shchelokovskyy for
heat-core
>
> I'd like to propose that we add Pavlo Shchelokovskyy to the heat-core
team.
>
> Pavlo has been a consistently active memb
> I'd like to propose that we add Pavlo Shchelokovskyy to the heat-core team.
>
> Pavlo has been a consistently active member of the Heat community - he's
> a regular participant in IRC and at meetings, has been making plenty of
> good commits[1] and maintains a very respectable review rate[2] wi
Folks, I have moved the DSL and API docs to the project (up on review). Now it
contains enough examples to get going, also see doc/README.md for some useful
hints.
Renat, Nikolay, if you find any omissions please add; and once we are happy
let’s remove the DSL and API wiki to avoid confusion.
On 10/06/2014 08:58 PM, Anita Kuno wrote:
> On 10/06/2014 12:38 PM, Anita Kuno wrote:
>> On 10/03/2014 12:16 PM, Flavio Percoco wrote:
>>> On 10/03/2014 05:38 PM, Tristan Cacqueray wrote:
Candidate proposals for the Technical Committee positions (6 positions)
are now open and will remain
On Mon, Oct 06, 2014 at 04:41:33PM -0400, Zane Bitter wrote:
> I'd like to propose that we add Pavlo Shchelokovskyy to the heat-core team.
>
> Pavlo has been a consistently active member of the Heat community - he's a
> regular participant in IRC and at meetings, has been making plenty of good
> c
Sylvain Bauza wrote:
> I only see 3 slots for discussing about other projects. Do you know if
> it would be possible to get more as there are particular slots around
> 14:50, 15:40 and 17:20 which are quite empty ?
There are actually "Other projects" sessions on those slots (the
placeholders cover
On Tue, Oct 7, 2014 at 6:16 PM, Flavio Percoco wrote:
> On 10/06/2014 08:58 PM, Anita Kuno wrote:
> > On 10/06/2014 12:38 PM, Anita Kuno wrote:
> >> On 10/03/2014 12:16 PM, Flavio Percoco wrote:
> >>> On 10/03/2014 05:38 PM, Tristan Cacqueray wrote:
> Candidate proposals for the Technical Co
Hello all!
Recently I've stumbled upon wonderful Sinon.JS library [1] for stubs and
mocks in JS unit tests and found that it can be used for simplifying unit
test I've made in [2] and speeding it up. Just before wrapping it as
xstatic package I'd like to clarify 2 questions regarding Sinon.JS:
*
Hi everyone,
All integrated projects have their proposed/juno branch now, so we cut
the proposed/juno branch for openstack/requirements yesterday, which
results in the end of the DepFreeze period.
openstack/requirements is now open for Kilo additions.
Cheers,
--
Thierry Carrez (ttx)
_
Hi
> On 6 Oct 2014, at 17:41, Clint Byrum wrote:
> We have to be _extremely_ careful in how we manage this. I actually think
> it has potential to really blow up in our faces.
Yes, anything we do here has the potential to be extremely ruinous for
operators, but the reality is that any existing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 06/10/14 17:56, Doug Hellmann wrote:
> The Oslo team is responsible for managing code shared between
> projects. There are a LOT more projects than Oslo team members, so
> we created the liaison program at the beginning of the Juno cycle,
> asking
I am totally not against it.
I agree with you that probably the restriction on core-only might be
lifted, but that decision lies with the oslo team.
Salvatore
On 7 October 2014 13:55, Ihar Hrachyshka wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 06/10/14 17:56, Doug Hellmann
Ihar,
Welcome! and thanks for considering signing up to be liaison :) As
oslo core, i'd support the relaxation. I think the thinking behind the
wording was "it would help if folks were core"
-- dims
On Tue, Oct 7, 2014 at 7:55 AM, Ihar Hrachyshka wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Ha
Hi Ian,
I agree with your plan. I¹ve +1ed the first two patches.
I responded to your comments on [3]. Basically I think that iniadd_literal
is necessary. In addition, [3] will also keep the original order of items.
With all of the three patches, I think the end result would be that it¹s
almost e
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 06/10/14 19:10, Mike Bayer wrote:
>
> On Oct 6, 2014, at 9:56 AM, Ihar Hrachyshka
> wrote:
>
>>>
>>> But we can do better. We should also enforce utf8 on client
>>> side, so that there is no way to run with a different encoding,
>>> and so t
On 10/07/2014 05:12 AM, Angus Salkeld wrote:
> On Tue, Oct 7, 2014 at 6:16 PM, Flavio Percoco wrote:
>
>> On 10/06/2014 08:58 PM, Anita Kuno wrote:
>>> On 10/06/2014 12:38 PM, Anita Kuno wrote:
On 10/03/2014 12:16 PM, Flavio Percoco wrote:
> On 10/03/2014 05:38 PM, Tristan Cacqueray wrot
On Oct 7, 2014, at 7:55 AM, Ihar Hrachyshka wrote:
> Signed PGP part
> On 06/10/14 17:56, Doug Hellmann wrote:
> > The Oslo team is responsible for managing code shared between
> > projects. There are a LOT more projects than Oslo team members, so
> > we created the liaison program at the beginn
On 10/07/2014 02:50 PM, Doug Hellmann wrote:
>
> On Oct 7, 2014, at 7:55 AM, Ihar Hrachyshka wrote:
>
>> Signed PGP part
>> On 06/10/14 17:56, Doug Hellmann wrote:
>>> The Oslo team is responsible for managing code shared between
>>> projects. There are a LOT more projects than Oslo team members
On Tue, Oct 7, 2014 at 7:50 AM, Doug Hellmann wrote:
>
> On Oct 7, 2014, at 7:55 AM, Ihar Hrachyshka wrote:
>
>> Signed PGP part
>> On 06/10/14 17:56, Doug Hellmann wrote:
>> > The Oslo team is responsible for managing code shared between
>> > projects. There are a LOT more projects than Oslo tea
I'm Anne Gentle (hi, Anne!) and I'm writing to announce my candidacy for
the technical committee.
I've served on the technical committee for two years and have been working
on OpenStack since September 2010. I'm currently the Documentation PTL. I'd
be honored to continue to represent the cross-pro
On Mon, Oct 06, 2014 at 02:55:20PM -0700, Joe Gordon wrote:
> On Mon, Oct 6, 2014 at 6:03 AM, Gary Kotton wrote:
>
> > Hi,
> > At the moment the resource tracker in Nova ignores that statistics that
> > are returned by the hypervisor and it calculates the values on its own. Not
> > only is this
Hello, Joshua,
Thank you for your concerns on OpenStack cascading. I am afraid that I am not
proper person to give comment on cells, but I would like to speak a little
about cascading for you mentioned "with its own set of consistency warts I'm
sure" .
1. For small scale or a cloud within one
In today's Neutron meeting, we'll spend a portion of the time starting
to go over the Summit ideas we have proposed on our etherpad here [1].
The list is incredibly long, so I expect the process we use to select
our topics for Paris to include a lot of paring down.
I'd also like to emphasize that
My data consistency concerts would be around:
1) Defining global state. You can of course hand wave away a lot of
your issues by saying they are all local to the sub-unit, but then
what benefit are you providing .v. just providing a list of endpoints
and teaching the clients to talk to multiple en
confirmed
On 07/10/14 09:19 AM, Anne Gentle wrote:
> I'm Anne Gentle (hi, Anne!) and I'm writing to announce my candidacy for
> the technical committee.
>
> I've served on the technical committee for two years and have been working
> on OpenStack since September 2010. I'm currently the Documentat
Hi folks,
I want to discuss cluster reconfiguration scenarios, i am aware of 2 such
bugs:
- ceph-mon not installed on controllers if cluster initially was deployed
without ceph-osd
- config with rabbitmq hosts not updated on non-controlles nodes after
additional controllers is added to cluster [1]
Hi,
We had a meeting today about plugins on UI, as result of the meeting
we have two approaches and this approaches affect not only UX but
plugins itself.
*1st - disable/enable plugin on settings tab*
1. user installs the plugin
2. creates a cluster
3. configures and enables/disables pl
Last cycle the Ironic liaison wasn't a core reviewer and things worked.
So I agree with the idea of relaxing the recommendation.
Ghe Rivero (Ironic liaison)
On 07/10/14 14:50, Doug Hellmann wrote:
On Oct 7, 2014, at 7:55 AM, Ihar Hrachyshka wrote:
Signed PGP part
On 06/10/14 17:56, Doug He
I am trying to use the Python Keystone client to integration
authentication functionality into a project I am contributing to
(https://github.com/rackerlabs/deuce-client).
However, I ran into a situation where if I do the following:
>>> c = keystoneclient.v2_0.client.Client(username='username',
pa
Hi, I would use 1st option.
Consider plugins which is mutually exclusive, and you need to disable
default tasks if plugin is selected.
As example:
- neutron backend plugins
neutron_backend:
choices:
- ovs
- contrail
value: ovs
Right now we are using ovs as neutron_backend, but what w
Thank you, Jeremy. That solved it.
Jennifer Mulsow
Cloud Systems Software Development
IBM Systems & Technology Group
From: Jeremy Stanley
To: "OpenStack Development Mailing List (not for usage questions)"
Date: 10/06/2014 06:05 PM
Subject:Re: [openstack-dev] [Open
+1!
On Mon, Oct 06 2014, Zane Bitter wrote:
> I'd like to propose that we add Pavlo Shchelokovskyy to the heat-core team.
>
> Pavlo has been a consistently active member of the Heat community -
> he's a regular participant in IRC and at meetings, has been making
> plenty of good commits[1] and ma
As discussed in today's meeting [1], I've created a neutron-drivers
team [2], which was modeled on the same way as the existing
nova-drivers team. This team will be responsible for approving specs
for Kilo. Please see the wiki page for the long story, but the short
story is that as focused team dri
On Wed, 3 Sep 2014, Sandy Walsh wrote:
Good goals. When Producer and Consumer know what to expect, things are
good ... "I know to find the Instance ID ". When the consumer
wants to deal with a notification as a generic object, things get tricky
("find the instance ID in the payload", "What is th
Hi Dmitry,
>> In 1st case - in tasks we will introduce simple conditions (in
description or in python code of the plugin):
You will be able to do it in the same way in case of 2nd solution.
I mean there is no constraints on conditions defining.
>> Also, we should not forget about CLI
In case of
Hi,
I'm not sure if we should add the new state in this case, it looks like you
can get this
information dynamically, you already have the state of env which tells you
that
there are new ceph nodes, and there are no ready ceph nodes in the cluster
hence you should install ceph-mon on the controlle
+1
On 10/06/2014 04:41 PM, Zane Bitter wrote:
I'd like to propose that we add Pavlo Shchelokovskyy to the heat-core team.
Pavlo has been a consistently active member of the Heat community - he's
a regular participant in IRC and at meetings, has been making plenty of
good commits[1] and maintain
Hi everybody!
I'd like to announce my candidacy for re-election to the TC.
tl;dr - Vote for me or vote for someone else you prefer
I've been around the project for quite a while, having been on the phone
calls where we were discussing the name OpenStack - although I'll admit
I had absolutely zer
On Mon, 25 Aug 2014, Joe Gordon wrote:
On Mon, Aug 4, 2014 at 3:29 AM, Chris Dent wrote:
For constraints: Will tempest be available as a stable library? Is using
tempest (or other same library across all projects) a good or bad thing?
Seems there's some disagreement on both of these.
Yes, the
On 10/07/2014 06:41 AM, Duncan Thomas wrote:
> My data consistency concerts would be around:
>
> 1) Defining global state. You can of course hand wave away a lot of
> your issues by saying they are all local to the sub-unit, but then
> what benefit are you providing .v. just providing a list of en
We are definitely able to parse all this information at the time of
deployment and generate deployment info
accordingly, but my idea was that additional status will provide more
visibility for operator.
It just wont be obivious - you added controllers/ceph-osd and suddenly your
computes/controllers
confirmed
On 07/10/14 11:25 AM, Monty Taylor wrote:
> Hi everybody!
>
> I'd like to announce my candidacy for re-election to the TC.
>
> tl;dr - Vote for me or vote for someone else you prefer
>
> I've been around the project for quite a while, having been on the phone
> calls where we were dis
Horizon has a config options which says which version of the Keystone
API it should work against: V2 or V3. I am not certain that there is
still any reason for Horizon to go against V2. However, If we defer the
decision to Keystone, we come up against the problem of discovery.
On the surface
On 7 October 2014 16:30, Monty Taylor wrote:
> Second BTW - you're certainly right about the first two in the global
> list - we keep track of quota and usage ourselves inside of nodepool.
> Actually - since nodepool already does a bunch of these things - maybe
> we should just slap a REST api on
On Oct 7, 2014, at 8:29 AM, Ihar Hrachyshka wrote:
>
> That said, I wonder how we're going to manage cases when those
> *global* settings for the whole server should be really limited to
> specific databases. Isn't it better to enforce utf8 on service side,
> since we already know that we alway
A number of bugs[1][2][3] have been filed which are related to updating the
IPv6 attributes after a subnet has been created.
In the reviews[4][5] for the fixes for [1] and [2] some shortcomings and
questions have been raised, which were discussed in today's IPv6 IRC meeting[6].
Summary:
In Juno w
Greetings OpenStackers,
I would like to announce my candidacy for the OpenStack Technical Committee.
I have worked closely with the TC since around the time that Heat was
incubated, two years ago. I have been a regular participant in TC
meetings throughout the Juno cycle as the Heat PTL, so I a
On Tuesday, October 7, 2014, Adam Young wrote:
> Horizon has a config options which says which version of the Keystone API
> it should work against: V2 or V3. I am not certain that there is still
> any reason for Horizon to go against V2. However, If we defer the decision
> to Keystone, we come
I'm adding a couple of people on cc: with an interest in Ubuntu and SUSE
packaging: the Horizon team would love to have your opinion on this (it
came up during our weekly meeting).
The current consensus is leaning toward removing the mo files for Juno
RC2 (in a couple of days) rather than wait unt
confirmed
On 07/10/14 12:47 PM, Zane Bitter wrote:
> Greetings OpenStackers,
> I would like to announce my candidacy for the OpenStack Technical
> Committee.
>
> I have worked closely with the TC since around the time that Heat was
> incubated, two years ago. I have been a regular participant in
On 10/06/2014 05:28 PM, Anita Kuno wrote:
On 10/06/2014 04:11 PM, Adam Young wrote:
On 10/06/2014 03:25 PM, Patricia Ellis wrote:
Hi Adam,
Thanks for taking the time to reply.
I'm more of a web development type than security. I have some maths
background so perhaps something with data analysi
Excerpts from Chris Jones's message of 2014-10-07 04:35:33 -0700:
> Hi
>
> > On 6 Oct 2014, at 17:41, Clint Byrum wrote:
> > We have to be _extremely_ careful in how we manage this. I actually think
> > it has potential to really blow up in our faces.
>
> Yes, anything we do here has the potenti
On Oct 7, 2014, at 6:21 AM, Daniel P. Berrange wrote:
> On Mon, Oct 06, 2014 at 02:55:20PM -0700, Joe Gordon wrote:
>> On Mon, Oct 6, 2014 at 6:03 AM, Gary Kotton wrote:
>>
>>> Hi,
>>> At the moment the resource tracker in Nova ignores that statistics that
>>> are returned by the hypervisor an
On 10/07/2014 01:38 PM, Adam Young wrote:
> On 10/06/2014 05:28 PM, Anita Kuno wrote:
>> On 10/06/2014 04:11 PM, Adam Young wrote:
>>> On 10/06/2014 03:25 PM, Patricia Ellis wrote:
Hi Adam,
Thanks for taking the time to reply.
I'm more of a web development type than securit
On Oct 7, 2014, at 10:38 AM, Adam Young wrote:
> We should come up with a published list of "intern and senior projects
> proposals"
I know there is a low-hanging-fruit tag in the bug tracker, and this summer
when we had two interns on our team working on Openstack we had them both
“onboard”
On Tue, Oct 7, 2014 at 10:56 AM, Vishvananda Ishaya
wrote:
>
> On Oct 7, 2014, at 6:21 AM, Daniel P. Berrange
> wrote:
>
> > On Mon, Oct 06, 2014 at 02:55:20PM -0700, Joe Gordon wrote:
> >> On Mon, Oct 6, 2014 at 6:03 AM, Gary Kotton wrote:
> >>
> >>> Hi,
> >>> At the moment the resource tracke
On 7 October 2014 19:01, Anita Kuno wrote:
> On 10/07/2014 01:38 PM, Adam Young wrote:
>> On 10/06/2014 05:28 PM, Anita Kuno wrote:
>>> On 10/06/2014 04:11 PM, Adam Young wrote:
I am looking to get someone to work on a Javascript based web client to
replace Horizon.
>>> Can I just say t
I am Dean Troyer here to nominate myself as a candidate for the upcoming
Technical Committee election.
I have been involved with OpenStack for a long time, working on the
implementation at NASA of what became Nova. Since then I have been heavily
involved in a number of projects: I was an early con
confirmed
On 07/10/14 02:26 PM, Dean Troyer wrote:
> I am Dean Troyer here to nominate myself as a candidate for the upcoming
> Technical Committee election.
>
> I have been involved with OpenStack for a long time, working on the
> implementation at NASA of what became Nova. Since then I have bee
Is the OP looking to help patch bugs with an individual program or to use
Openstack to deploy an interesting use case? The latter is how I
interpreted the question.
*Adam Lawson*
AQORN, Inc.
427 North Tatnall Street
Ste. 58461
Wilmington, Delaware 19801-2230
Toll-free: (844) 4-AQORN-NOW ext. 101
Hi all,
Last Friday we decided to find a better time for the weekly team
meeting. Keeping in mind that DST ends soon (October the 26th in
Europe, November the 2nd in the US), I think, we can choose from:
- Mondays at 1600 UTC [1]: #openstack-meeting-alt, #openstack-meeting-3
- Thursdays at 1600 U
Hi,
There are mainly two things you need to know when proposing a new Neutron
Plugin (or even any Openstack feature):
- The process [0];
- The tools [1].
Although the above documents cover those two points pretty well, I can give
you a high level overview of what the process looks like.
I'll not
On Oct 7, 2014, at 3:01 PM, Roman Podoliaka wrote:
> Hi all,
>
> Last Friday we decided to find a better time for the weekly team
> meeting. Keeping in mind that DST ends soon (October the 26th in
> Europe, November the 2nd in the US), I think, we can choose from:
>
> - Mondays at 1600 UTC [1]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 06/10/14 06:51, thanh le giang wrote:
> Hi all
>
>
>
> I want to add a plugin to the Public Neutron Repository. Although I
> have read the gerrit workflow and Neutron Development page
> (https://wiki.openstack.org/wiki/NeutronDevelopment), I d
On 8 October 2014 06:49, Clint Byrum wrote:
> Excerpts from Chris Jones's message of 2014-10-07 04:35:33 -0700:
>> AFAICS, the only risk left at that point, is elements that other people are
>> maintaining. If we consider that to be a sufficient risk, we can still build
>> the mechanism for inj
Hi
> On 7 Oct 2014, at 18:49, Clint Byrum wrote:
> * Create an element which imports /etc/passwd and /etc/group from local
> disk into image. This will have an element-provides of uid-gid-map
I don't think it should import those files wholesale, IMO that's making way too
many assumptions about
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 07/10/14 21:01, Roman Podoliaka wrote:
> Hi all,
>
> Last Friday we decided to find a better time for the weekly team
> meeting. Keeping in mind that DST ends soon (October the 26th in
> Europe, November the 2nd in the US), I think, we can choo
I'll add some more info to this as well:
Neutron LBaaS creates the neutron port for the VIP in the plugin layer
before drivers ever have any control. In the case of an async driver,
it will then call the driver's create method, and then return to the
user the vip info. This means the user will k
Hi everyone,
Be sure to read the discussions on openstack-dev about scaling
documentation efforts across projects. Lots of great discussion on this
thread:
http://lists.openstack.org/pipermail/openstack-dev/2014-October/047802.html
We've got a new gerrit dashboard for doc reviews that shows works
Hello,
Can You send me some examples or link to tutorial how to write extension to
neutron. I'm using ML2 plugin in neutron and I want to add some new
functionality and API methods to this neutron. So imho I should do it via
extension but how exactly write it that it will work in existing ML2 p
On Oct 7, 2014, at 3:15 PM, Doug Hellmann wrote:
>
> I remember talking about that at some point, but I don’t remember why we
> decided against it. Since we have several options for earlier in the week
> using the existing meeting rooms I think it’s safe to pick one of those.
>
> I have a sl
If you are thinking about adding a new neutron core plugin, please
consider whether you could accomplish what you need with an ML2
MechanismDriver instead. Its a lot less code to write, review, and maintain.
-Bob
On 10/6/14 12:51 AM, thanh le giang wrote:
Hi all
I want to add a plugin to th
Excerpts from Chris Jones's message of 2014-10-07 12:23:20 -0700:
> Hi
>
> > On 7 Oct 2014, at 18:49, Clint Byrum wrote:
> > * Create an element which imports /etc/passwd and /etc/group from local
> > disk into image. This will have an element-provides of uid-gid-map
>
> I don't think it should
On Tue, Oct 7, 2014 at 7:55 AM, Kyle Mestery wrote:
> As discussed in today's meeting [1], I've created a neutron-drivers
> team [2], which was modeled on the same way as the existing
> nova-drivers team. This team will be responsible for approving specs
> for Kilo. Please see the wiki page for t
On Tue, Oct 7, 2014 at 2:20 PM, Ihar Hrachyshka wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 06/10/14 06:51, thanh le giang wrote:
>> Hi all
>>
>>
>>
>> I want to add a plugin to the Public Neutron Repository. Although I
>> have read the gerrit workflow and Neutron Development
Can you add a section to the wiki to document how a core can become a
member of the drivers team?
On Tue, Oct 7, 2014 at 7:55 AM, Kyle Mestery wrote:
> As discussed in today's meeting [1], I've created a neutron-drivers
> team [2], which was modeled on the same way as the existing
> nova-drivers
On Mon, Oct 6, 2014 at 4:06 PM, Elizabeth K. Joseph
wrote:
> The OpenStack Infrastructure (Infra) team is hosting our weekly
> meeting on Tuesday October 7th, at 19:00 UTC in #openstack-meeting
Meeting minutes and log are now available:
Minutes:
http://eavesdrop.openstack.org/meetings/infra/201
On Tue, Oct 07, 2014 at 04:28:23PM +0100, Chris Dent wrote:
> On Mon, 25 Aug 2014, Joe Gordon wrote:
> >On Mon, Aug 4, 2014 at 3:29 AM, Chris Dent wrote:
> >>For constraints: Will tempest be available as a stable library? Is using
> >>tempest (or other same library across all projects) a good or b
Hello, everyone!
I would like to run for re-election on the Technical Committee. I have
been an elected member of the TC since it was created in the Fall of
2012 [1]. I have been contributing to OpenStack since late 2011 (commits
[2] reviews [3]). My most substantial contributions have been to Nov
2014-10-02 14:19 GMT+02:00 Duncan Thomas :
Hi,
> What is actually needed is those who rely on the stable branch(es)
> existence need to step forward and dedicate resources to it. Putting
> the work on people not interested is just the same as killing them
> off, except slower, messier and creatin
Hi
> On 7 Oct 2014, at 20:47, Clint Byrum wrote:
>>
>> I don't think it should import those files wholesale, IMO that's making way
>> too many assumptions about the similarity of the two builds.
> Disagree on the grounds that the point of this is to deal with people
> who already have images an
Hello everyone,
Due to various regressions and documentation issues in the published
Sahara RC1, we generated a new Juno release candidate for Sahara:
https://launchpad.net/sahara/juno/juno-rc2
Unless new release-critical issues are found that warrant a release
candidate respin, this RC2 will be
I am announcing my candidacy for a position on the OpenStack Technical
Committee.
I am currently employed by HP to work upstream on OpenStack. I started
contributing in 2012, not long after joining DreamHost. I am one of
the founding members of the Ceilometer project, and a core reviewer
for the r
Hi Julie,
> I'm adding a couple of people on cc: with an interest in Ubuntu and SUSE
> packaging: the Horizon team would love to have your opinion on this (it
> came up during our weekly meeting).
I was somehow not CC'ed although I'm the SUSE packager for OpenStack.
In my opinion a) is the option
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 07/10/14 22:25, Dirk Müller wrote:
> 2014-10-02 14:19 GMT+02:00 Duncan Thomas
> :
>
> Hi,
>
>> What is actually needed is those who rely on the stable
>> branch(es) existence need to step forward and dedicate resources
>> to it. Putting the work
confirmed
On 07/10/14 04:21 PM, Russell Bryant wrote:
> Hello, everyone!
>
> I would like to run for re-election on the Technical Committee. I have
> been an elected member of the TC since it was created in the Fall of
> 2012 [1]. I have been contributing to OpenStack since late 2011 (commits
> [
confirmed
On 07/10/14 04:30 PM, Doug Hellmann wrote:
> I am announcing my candidacy for a position on the OpenStack Technical
> Committee.
>
> I am currently employed by HP to work upstream on OpenStack. I started
> contributing in 2012, not long after joining DreamHost. I am one of
> the foundin
Regarding to the Sahara, we could discuss it in the ML separately or you
could join the #openstack-sahara channel at freenode.
There is a big area of doing things inside and on top of Sahara.
thanks.
On Tue, Oct 7, 2014 at 11:41 AM, Adam Lawson wrote:
> Is the OP looking to help patch bugs wit
- Original Message -
> From: "Alan Kavanagh"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
>
> I believe pointing it to the NFV Wiki would be good and that way it can be
> discussed during one of the weekly meetings run by Steven et.al and match
> the list to wh
>From: Chris Dent [[email protected]] Tuesday, October 07, 2014 12:07 PM
>
>On Wed, 3 Sep 2014, Sandy Walsh wrote:
>
>> Good goals. When Producer and Consumer know what to expect, things are
>> good ... "I know to find the Instance ID ". When the consumer
>> wants to deal with a notification as a
Any of the proposed times work for me.
-Ben
On 10/07/2014 02:01 PM, Roman Podoliaka wrote:
> Hi all,
>
> Last Friday we decided to find a better time for the weekly team
> meeting. Keeping in mind that DST ends soon (October the 26th in
> Europe, November the 2nd in the US), I think, we can choo
Thank you all for your attention,
In answer to Anita, in a way my goal is to get a good mark as I have been
getting good marks so far. I had a project proposal of my own, a web app
for a friend of mine but my supervisor didn't think it good enough to get
me a good mark and she suggested I approach
Excerpts from Chris Jones's message of 2014-10-07 13:27:07 -0700:
> Hi
>
> > On 7 Oct 2014, at 20:47, Clint Byrum wrote:
> >>
> >> I don't think it should import those files wholesale, IMO that's making
> >> way too many assumptions about the similarity of the two builds.
> > Disagree on the gr
>
>From: Sandy Walsh [[email protected]] Tuesday, October 07, 2014 6:07 PM
>
>Haven't had any time to get anything written down (pressing deadlines with
>StackTach.v3) but open to suggestions. Perhaps we should just add something to
>the olso.messaging etherpad to find time at the summit
On 10/07/2014 05:21 PM, Patricia Ellis wrote:
> Thank you all for your attention,
>
> In answer to Anita, in a way my goal is to get a good mark as I have been
> getting good marks so far.
Great. Thanks for getting back to us.
Out of the replies thus far Duncan seems to have the most experience
(
At the project meeting today we decided that since we have several programs
following the liaison system we should have a single page listing all liaisons,
instead of separate project-specific pages.
I have created https://wiki.openstack.org/wiki/CrossProjectLiaisons as that
page, and moved the
Hi folks -
So just to update on the status here, for the transactional testing and all
that, I’ve had a blueprint in the queue for quite awhile:
https://review.openstack.org/#/c/117335/
and for a long time have had a working (with one caveat) version of the whole
thing that uses testresources:
Congrats Pavlo, I have added you to core.
-Angus
On Wed, Oct 8, 2014 at 1:18 AM, Jeff Peeler wrote:
> +1
>
> On 10/06/2014 04:41 PM, Zane Bitter wrote:
>
>> I'd like to propose that we add Pavlo Shchelokovskyy to the heat-core
>> team.
>>
>> Pavlo has been a consistently active member of the He
1 - 100 of 124 matches
Mail list logo
