Hi all,
I am looking to write tons of code in python and looking for guidance.
There are a lot of projects in openstack but it is hard to choose one. It
also becomes harder when some of the components are aiming to become more
stable instead of adding new feature.
Regards,
Michael
that Fedora has a PPA equivalent which ships a
"latest and greated" libvirt. So, it would be packages if we went the
Fedora route, which should be less work.
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On Fri, Aug 8, 2014 at 7:06 PM, Thierry Carrez wrote:
> Michael Still wrote:
>> [...] I think an implied side effect of
>> the runway system is that nova-drivers would -2 blueprint reviews
>> which were not occupying a slot.
>>
>> (If we start doing more -2'
rints.
Some people have more than one blueprint still under development...
Perhaps they could defer some of those to Kilo?
Thanks,
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstac
This looks reasonable to me, with a slight concern that I don't know
what step five looks like... What if we can never reach a consensus on
an issue?
Michael
On Wed, Aug 13, 2014 at 12:56 AM, Mark McLoughlin wrote:
> Hey
>
> (Terrible name for a policy, I know)
>
> From
Foundation about funding travel if that is required.
Thanks,
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Actually, thinking on this more -- the lack of consensus is on the
attempt to re-add the patch, so I guess we'd handle that just like we
do for a contentious patch now.
Michael
On Wed, Aug 13, 2014 at 7:03 AM, Michael Still wrote:
> This looks reasonable to me, with a slight concer
On Wed, Aug 13, 2014 at 11:36 AM, Russell Bryant wrote:
>> On Aug 12, 2014, at 5:10 PM, Michael Still wrote:
>>
>> This looks reasonable to me, with a slight concern that I don't know
>> what step five looks like... What if we can never reach a consensus on
>&g
tization
> applied to the holding pattern feeding the runways?
>
> I'm not saying this is good or bad, just pointing out a change that
> we should have our eyes open to.
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
things seems pretty reasonable
> to me, given the usefulness (and gravity) of the discussions we've been
> having so far. Companies with more cores will have to send more or make
> some hard decisions, but I don't want to cut back on the meetings until
> their value becomes unjus
e you looking for in a
summary that isn't in the etherpad? There also wasn't a summary of the
Icehouse midcycle produced that I can find. Whilst I am happy to do
one for Juno, its a requirement that I hadn't planned for, and is
therefore taking me some time to retrofit.
I think we shoul
So, there's been a lot of email in the last few days and I feel I am
not keeping up.
Sylvain, can you summarise for me what the plan is here? Can we roll
forward or do we need to revert? Time is running out for Juno.
Thanks,
Michael
On Thu, Aug 14, 2014 at 3:40 AM, Sylvain Bauza wrote:
&
Hi Everyone,
Not sure if you remember, but a few months ago, I made the following
thread on here titled: "Firewall Web Services Research Thesis
Applicability to the OpenStack Project"
(http://lists.openstack.org/pipermail/openstack-dev/2014-May/034575.html)
To provide a recap, this is a thesis th
t quality virtual meetings that can be done on a more
> frequent basis than the face-to-face meetings that would be optional.
I am all for online meetings, but we don't have a practical way to do
them at the moment apart from IRC. Until someone has a concrete
proposal that's
On Thu, Aug 14, 2014 at 2:48 PM, Joe Gordon wrote:
> On Wed, Aug 13, 2014 at 8:31 PM, Michael Still wrote:
>> On Thu, Aug 14, 2014 at 1:24 PM, Jay Pipes wrote:
>>
>> > Just wanted to quickly weigh in with my thoughts on this important
>> > topic. I
>&
Heya,
I don't know what other people think, but I think it might be time to
clean up the look of planet.openstack.org a little. Is there anyone
out there with CSS skills who wants to give doing that a go?
Thanks,
Michael
--
Rackspace Aust
2 on this one
seems procedural to me)
* https://review.openstack.org/#/c/105738/
* ...another chain with many more patches to review
Thanks,
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists
> * https://review.openstack.org/#/c/104147/ (Dan Smith's -2 on this one
>> seems procedural to me)
>
> Yep, we're just trying to get MineSweeper votes on them before letting
> them in. We already had one refactor go in without a minesweeper run
> that
I have also been reminded that http://54.201.139.117/nova-bugs.html
tracks bugs with outstanding code reviews (click on "ready for
review"). There are 179 at the moment, so it sure would be cool to
land some bug fixes.
Thanks,
Michael
On Fri, Aug 15, 2014 at 5:57 AM, Michael Still w
hello Sahara folks,
I am working to get the revamped spec[1] finalized and I'd like to know the
group's thoughts on the idea of backward compatibility. It is possible to
implement the new authentication method and remain backward compatible, but we
will need to keep the username and password in
On Fri, Aug 15, 2014 at 7:28 PM, Daniel P. Berrange wrote:
> On Fri, Aug 15, 2014 at 06:53:41AM +1000, Michael Still wrote:
>> On Fri, Aug 15, 2014 at 6:37 AM, Dan Smith wrote:
>> >> == Move Virt Drivers to use Objects (Juno Work) ==
>> >>
>> >> I c
Agreed. I think this should be in unless infra vetos it for load reasons.
Michael
On Sat, Aug 16, 2014 at 5:11 AM, Dan Smith wrote:
>> Feature freeze is only a few weeks away (Sept 4). How about we just
>> leave it in experimental until after that big push? That seems pretty
&
My recollection is that this was a request from the oslo team, but it
was so long ago that I don't recall the details.
I think the change is low value, so should only be done when someone
is changing the logging in a file already (the log hinting for
example).
Michael
On Sun, Aug 17, 2014
s possible.
Thanks,
Michael
On Tue, Aug 12, 2014 at 6:13 PM, Michael Still wrote:
> Hi,
>
> this is just a friendly reminder that we are now 9 days away from
> feature proposal freeze for nova. If you think your blueprint isn't
> going to make it in time, then now would be a good ti
.
Michael
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On Fri, Aug 22, 2014 at 2:57 AM, Jay Pipes wrote:
> On 08/19/2014 11:28 PM, Robert Collins wrote:
>
>> On 20 August 2014 02:37, Jay Pipes wrote:
>> ...
>>
>> I'd like to see more unification of implementations in TripleO - but I
still believe our basic principle of using OpenStack technolo
On Fri, Aug 22, 2014 at 9:51 PM, Sean Dague wrote:
> On 08/22/2014 01:30 AM, Michael Chapman wrote:
> >
> >
> >
> > On Fri, Aug 22, 2014 at 2:57 AM, Jay Pipes > <mailto:jaypi...@gmail.com>> wrote:
> >
> > On 08/19/2014 11:28 PM, Robert Col
On Thu, Aug 21, 2014 at 1:17 AM, Tim Bell wrote:
> Michael has been posting very informative blogs on the summary of the
> mid-cycle meetups for Nova. The one on the Nova Network to Neutron
> migration was of particular interest to me as it raises a number of
> potential impacts
On Tue, Aug 26, 2014 at 7:59 PM, Tim Bell wrote:
>
>
> > From: Michael Still [mailto:mi...@stillhq.com]
> > Sent: 25 August 2014 23:38
> > To: OpenStack Development Mailing List (not for usage questions)
> > Subject: Re: [openstack-dev] [nova][neutron] Migration fro
.
To that end, I've created:
https://etherpad.openstack.org/p/kilo-nova-summit-topics
I'd appreciate if people could take a look at add anything they think
I've missed in my initial brain dump.
Thanks,
Michael
--
Rackspace Australia
_
rpose built" is open at this point. I will
likely try to have a minimal Ubuntu based VM image as a starting
point/test case and we can add/change as necessary.
Michael
On Wed, Aug 27, 2014 at 2:12 PM, Dustin Lundquist wrote:
> It seems to me there are two major approaches to the Octav
For nova we haven't gotten around to doing this, but it shouldn't be a
big deal. I'll add it to the agenda for today's meeting.
Michael
On Thu, Aug 28, 2014 at 2:07 AM, Andreas Scheuring
wrote:
> Hi,
> is it already possible to submit specs (nova & neutron) for t
by not approved. If someone else wants to pick something
up later, its super hard for them to find.
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
hi Gil,
that's cool about the patch to Spark, has there been any talk about upgrading
that patch to include Keystone v3 operations?
- Original Message -
> Hi,
>
> In case this is helpful for you, this is the patch i submitted to Spark
> about Swift and Spark integration ( about to be me
By which John means "generally trying to avoid filling".
Michael
On Tue, Sep 2, 2014 at 10:52 AM, John Garbutt wrote:
> On 2 September 2014 15:27, Matthew Booth wrote:
>> We've been playing a game recently between oslo.vmware and the refactor
>> series where a
not that long until we reopen master for
Kilo, so asking people to divert their efforts for a few weeks doesn't
seem unreasonable.
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.open
Hi,
I'll be on a long haul flight tonight from about 21:00 UTC. So... Once
feature freeze happens I'm not ignoring any freeze exceptions, it will
just take me a little while to get to them.
Michael
--
Rackspace Australia
___
OpenStack-d
week for people to discuss specific
exception requests.
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On Tue, Sep 2, 2014 at 1:40 PM, Nikola Đipanov wrote:
> On 09/02/2014 08:16 PM, Michael Still wrote:
>> Hi.
>>
>> We're soon to hit feature freeze, as discussed in Thierry's recent
>> email. I'd like to outline the process for requesting a freeze
>&g
I'm good with this one too, so that makes three if Joe is ok with this.
@Josh -- can you please take a look at the TH failures?
Thanks,
Michael
On Wed, Sep 3, 2014 at 8:10 PM, Matt Riedemann
wrote:
>
>
> On 9/3/2014 5:08 PM, Andrey Kurilin wrote:
>>
>> Hi All!
&
I'll be the third core here. Approved.
@John: can you please remove your -2 from this one?
Michael
On Thu, Sep 4, 2014 at 2:54 PM, Sean Dague wrote:
> On 09/04/2014 03:35 PM, Jay Pipes wrote:
>> On 09/04/2014 03:07 PM, Jiang, Yunhong wrote:
>>> Hi,
>>> I&#x
These look good to me, I will be your third core. The middle one has
some comments from Jay, but it didn't look like a big deal
Approved.
@John: can you please remove your -2's on 104048, 74537, and 99974?
Michael
On Thu, Sep 4, 2014 at 12:14 PM, Jay Pipes wrote:
>
>
> On
e release calendar, I think we need this
done by mid-October, but I'm not sure when ttx wants the schedule for
the summit done by. So we have at least a few weeks, but I'll be more
concrete when I know more details of summit scheduling.
Michael
--
Approved.
Michael
On Thu, Sep 4, 2014 at 9:36 AM, Joe Gordon wrote:
>
>
>
> On Wed, Sep 3, 2014 at 11:30 PM, Michael Still wrote:
>>
>> I'm good with this one too, so that makes three if Joe is ok with this.
>
>
> I am ok with this, I hope the move to
heaps more done that before.
These issues should very definitely be on the agenda for the design
summit, probably early in the week.
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
So, that's your three. This exception is approved.
Michael
On Thu, Sep 4, 2014 at 9:05 AM, Nikola Đipanov wrote:
> On 09/04/2014 03:46 PM, Daniel P. Berrange wrote:
>> On Thu, Sep 04, 2014 at 02:09:26PM +0100, Matthew Booth wrote:
>>> I'd like to request a FFE fo
Approved.
Michael
On Thu, Sep 4, 2014 at 8:11 AM, Ken'ichi Ohmichi wrote:
> 2014-09-04 20:34 GMT+09:00 Christopher Yeoh :
>> Hi,
>>
>> I'd like to request a FFE for 4 changesets from the v2-on-v3-api
>> blueprint:
>>
>> https://review.openstac
Approved.
Michael
On Thu, Sep 4, 2014 at 8:09 AM, Nikola Đipanov wrote:
> On 09/04/2014 02:42 PM, Sahid Orentino Ferdjaoui wrote:
>> Hello,
>>
>> I would like to request a FFE for 4 changesets to complete the
>> blueprint serial-ports.
>>
&
>
> Thank you for your work Jim!
Agreed! Thank you Jim - I look forward to giving gertty a try.
--
Michael Davies mich...@the-davies.net
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.opens
hey folks,
I am requesting an exception for the Swift trust authentication blueprint[1].
This blueprint addresses a security bug in Sahara and represents a significant
move towards increased security for Sahara clusters. There are several reviews
underway[2] with 1 or 2 more starting today or m
Approved.
Michael
On Fri, Sep 5, 2014 at 3:46 PM, Matt Dietz wrote:
> Thirding sponsorship.
>
> I didn¹t review as much as the other two, but I helped merge a couple of
> the patches. Agreed with Jay otherwise; we¹re almost there, let¹s finish
> it.
>
> -Original Mes
Approved.
Michael
On Fri, Sep 5, 2014 at 3:43 PM, Jay Pipes wrote:
> I am also happy to sponsor it. I've already reviewed the patches...
>
> On 09/05/2014 04:34 PM, Joe Gordon wrote:
>>
>>
>>
>>
>> On Fri, Sep 5, 2014 at 9:11 AM, Mike Wilson > <
Hi,
I've built this handy dandy list of granted FFEs, because searching
email to find out what is approved is horrible. It would be good if
people with approved FFEs could check their thing is listed here:
https://etherpad.openstack.org/p/juno-nova-approved-ffes
Michael
--
Rack
'd like to
see us have a more serious go at doing that in Kilo than we managed in
Juno.
This has three sponsors, so I am therefore approving it.
Michael
On Fri, Sep 5, 2014 at 3:23 PM, Jay Pipes wrote:
> On 09/05/2014 11:20 AM, John Garbutt wrote:
>>
>> On 5 September 201
So, this one is looking for one more core. Any takers?
Michael
On Sat, Sep 6, 2014 at 2:20 AM, Day, Phil wrote:
> The corresponding Tempest change is also ready to roll (thanks to Ken'inci):
> https://review.openstack.org/#/c/112474/1 so its kind of just a question of
&g
Thus, it get approved and added to the etherpad of doom.
Michael
On Sat, Sep 6, 2014 at 8:52 AM, Sean Dague wrote:
> I looked at the Tempest change, it should be landable. I'll sign up for
> review on these, as the rest of the patches are pretty straight forward.
>
> -
I will be the third here. Approved and added to the etherpad of doom.
Michael
On Fri, Sep 5, 2014 at 10:07 PM, Sean Dague wrote:
> On 09/05/2014 07:42 AM, Daniel P. Berrange wrote:
>> On Fri, Sep 05, 2014 at 06:28:55AM +, Bohai (ricky) wrote:
>>> Hi,
>>>
>&g
That's something I'll work on today.
Michael
On Sun, Sep 7, 2014 at 12:32 AM, Thierry Carrez wrote:
> Michael Still wrote:
>> I've built this handy dandy list of granted FFEs, because searching
>> email to find out what is approved is horrible. It would be good i
The process for requesting a FFE is to email openstack-dev and for the
core sponsors to signup there. I've obviously missed the email
thread... What is the subject line?
Michael
On Sun, Sep 7, 2014 at 3:03 AM, Genin, Daniel I.
wrote:
> Hi Michael,
>
> I see that ephemeral storage
Ahhh, I didn't realize Jay had added his name in the review. This FFE
is therefore approved.
Michael
On Mon, Sep 8, 2014 at 10:12 AM, Genin, Daniel I.
wrote:
> The FFE request thread is here:
>
>
> http://www.mail-archive.com/openstack-dev@lists.openstack.org/msg3410
I didn't put two and two together and come up with three cores here.
Sorry for that. This FFE is approved.
Michael
On Fri, Sep 5, 2014 at 10:57 PM, Sean Dague wrote:
> On 09/04/2014 07:54 PM, Christopher Yeoh wrote:
>> On Thu, 4 Sep 2014 23:08:09 +0900
>> "Ken'i
and we need to come up with a consistent way
to solve that problem.
Michael
On Thu, Sep 4, 2014 at 1:37 AM, Joe Gordon wrote:
> As you all know, there has recently been several very active discussions
> around how to improve assorted aspects of our development process. One idea
> that was
uot; admin
extension here. This extension has the ability to:
- list nodes running baremetal
- show detail of one of those nodes
- create a new baremetal node
- delete a baremetal node
Only the first two of those would be supported if we implemented a proxy.
So, discuss.
Thanks,
Michael
t), but we _don't_
know how widely its deployed and we don't have a good way to find out.
So, I think we're left assuming that people do use it, and acting accordingly.
Then again, is it ok to assume admins can tweak their code to use the
ironic API?
so we can focus more on the
things which do stand a chance.
Thanks,
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
te
> code repos for the virt drivers.
It is already possible to filter CI runs to specific paths in the
code. We just didn't choose to do that for policy reasons. We could
change that right now with a trivial tweak to each CI system's zuul
config.
Michael
--
Rackspace Australia
_
g.
I know that some people are focused by their employers on feature work, but
those features aren't going to land in a world in which we have to hand
walk everything through the gate.
Michael
--
Rackspace Australia
___
OpenStack-dev mailing lis
ently have reported more
seriously.
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On Tue, Sep 16, 2014 at 12:30 AM, Russell Bryant wrote:
> On 09/15/2014 05:42 AM, Daniel P. Berrange wrote:
>> On Sun, Sep 14, 2014 at 07:07:13AM +1000, Michael Still wrote:
>>> Just an observation from the last week or so...
>>>
>>> The biggest problem nova f
Sean / Dan / Jay, I just wanted to say that I think this is awesome
and I appreciate the effort you're putting into the community.
Michael
On Tue, Sep 16, 2014 at 8:56 AM, Sean Dague wrote:
> A few of us have decided to pull together a regular (cadence to be
> determined) video serie
w up for a bug day if we ran one?
Michael
On Tue, Sep 16, 2014 at 6:12 PM, Daniel P. Berrange wrote:
> On Tue, Sep 16, 2014 at 07:30:26AM +1000, Michael Still wrote:
>> On Tue, Sep 16, 2014 at 12:30 AM, Russell Bryant wrote:
>> > On 09/15/2014 05:42 AM, Daniel P. Berrange wrote:
&
ed in fixing a
critical bug in rc1, I think we should start to question if it is
really critical.
I'd also like help in deciding what other bugs are critical to be
fixed before release. Please use this thread to suggest such things.
Thanks,
Michael
--
Rackspace
For reference, I proposed a review which does this for nova last
night: https://review.openstack.org/#/c/122109/
On Thu, Sep 18, 2014 at 8:42 AM, Aaron Rosen wrote:
> I agree as well. I think moving them to an unimplemented folder makes sense
> and would be helpful in reviewing if one re-proposes
I would like to do a python-novaclient release, but this requirements
commit hasn't yet turned into a requirements proposal for novaclient
(that I can find). Can someone poke that for me?
Michael
On Fri, Sep 19, 2014 at 12:04 AM, Doug Hellmann wrote:
> All of the final releases for
, 11:00am - 12:30pm
Migrate from neutron LBaaS to Octavia LoadBalancing - Wed 14, 1:40pm - 2:20pm
How to make a Kubernetes app from an OpenStack service? Tale of
kuryr-kubernetes' "kubernetization" - Thu 15, 10:50am - 11:30am
Octavia - Project Update - Thu 15, 2:35pm -
mentioned.
You will also want to load balance connections across your API
instances. Load balancing for the other processes is built into the
design and does not require any additional load balancing.
Michael
On Mon, Nov 26, 2018 at 5:59 AM Sa Pham wrote:
>
> Hi,
>
> The controller_ip_port_li
ackling?
Config drive and the metadata service present exactly the same data.
The only difference is how it is accessed. There is no reason to think
that config drive should go away any time soon.
Michael
--
Rackspace Australia
___
OpenStack-dev mail
+1
On 20 November 2013 06:33, Boris Pavlovic wrote:
> Hi stackers,
>
>
> Currently what I see is growing amount of interesting projects, that at
> least I would like to track. But reading all mailing lists, and reviewing
> all patches in all interesting projects to get high level understanding
until the gate issues
are resolved?
Thanks,
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
nificantly devalues
the feature. I'm hoping developers will see the value in having a tech
writer work closely with them to get their features documented. Also,
it will hopefully lead to more tech writers being hired by the various
development teams.
Lana and I will advertise this better on
On Thu, Nov 21, 2013 at 9:10 AM, Michael Still wrote:
> On Thu, Nov 21, 2013 at 7:44 AM, Clark Boylan wrote:
>
>> How do we avoid this in the future? Step one is reviewers that are
>> approving changes (or reverifying them) should keep an eye on the gate
>> queue.
>
Gregory Holt wrote on 20/11/2013 05:46:41 PM:
> From: Gregory Holt
> To: "OpenStack Development Mailing List (not for usage questions)"
> ,
> Date: 20/11/2013 05:49 PM
> Subject: Re: [openstack-dev] [Swift] Server Side Encryption
>
> On Nov 20, 2013, at 5:26 AM, David Hadas wrote:
>
> >
>
+1
On Sat, Nov 23, 2013 at 8:11 AM, Dan Smith wrote:
>> Please respond with +1/-1, or any further comments.
>
> +1 from me -- Matt has been helping a lot lately.
>
> --Dan
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http:/
Could we push to 1.0.0? That would give us live snapshotting...
Michael
On Sat, Nov 23, 2013 at 7:29 AM, Jeremy Stanley wrote:
> On 2013-11-20 03:50:03 + (+), Tom Fifield wrote:
>> Just confirming that the documentation for Ubuntu sets users up
>> with the Cloud Arc
+1
On Wed, Nov 27, 2013 at 6:32 AM, Russell Bryant wrote:
> Greetings,
>
> I would like to propose that we re-add Dan Prince to the nova-core
> review team.
>
> Dan Prince has been involved with Nova since early in OpenStack's
> history (Bexar timeframe). He was a member of the nova-core review
I wonder how hard it would be to add bug information to gerrit to make
the state of the bug being fixed more obvious?
Just a random idea.
Michael
On Wed, Nov 27, 2013 at 8:06 AM, Vishvananda Ishaya
wrote:
> Hi Everyone,
>
> I tend to follow merges and look for valuable havana backpor
IIRC nova solved this problem by adding a very simple wrapper utility
around the oslo call. Couldn't cinder do the same?
Michael
On Tue, Dec 3, 2013 at 6:05 PM, Sean Dague wrote:
> On 12/03/2013 06:13 PM, Ben Nemec wrote:
>> On 2013-12-03 17:09, Sean Dague wrote:
>>>
I like this idea.
Michael
On Thu, Dec 5, 2013 at 4:37 PM, Peter Portante
wrote:
> Has anybody considered changing how check and gate jobs work such that
> the tempest and grenade checks only run once the docs/pep8/unittests
> jobs all succeed?
>
> It seems like they complete
I don't have a problem with any of these requirements, but I'd like to
explore automating the checks. Would it be possible to write a unit
test that verified this for all migrations? Then we don't need to add
it to the checklist...
Michael
On Thu, Dec 19, 2013 at 4:27 AM, Matt R
We are canceling our next two weekly meetings. They occur on Dec 25 and Jan
1. See you all on the 8th for our next regularly scheduled trove meeting.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailm
erver, and guest configurations are described at
> wiki page. [1]
>
> [1] https://wiki.openstack.org/wiki/TroveDBInstanceLogOperation
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.o
gability. So, we're getting there.
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Howdy,
Im proposing Auston McReynolds (amcrn) to trove-core.
Auston has been working with trove for a while now. He is a great reviewer.
He is incredibly thorough, and has caught more than one critical error with
reviews and helps connect large features that may overlap (config edits +
multi data
sted operators?
Perhaps step one is to work out what tags we think are useful and at
what time they should execute?
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On Mon, Dec 30, 2013 at 11:51 AM, John Dickinson wrote:
> On Dec 29, 2013, at 2:05 PM, Michael Still wrote:
[snip]
>> Perhaps step one is to work out what tags we think are useful and at
>> what time they should execute?
>
> I think this is exactly what I don't w
n.
Thanks heaps for your patience.
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
w passes. It wasn't on the percona-001 worker
that the other two were on, so perhaps this indicates that we need to
relax the timing requirements for migration 206.
Hope this helps,
Michael
On Wed, Jan 1, 2014 at 12:34 AM, Gary Kotton wrote:
> Hi,
> It seems that she/he is behaving odd
/b31c47e/console.html
Wow, that's a lot of failures. Can we please not fix these in
dedicated patches and just tweak them as we refactor surrounding code?
I fear the code churn from these.
Michael
--
Rackspace Australia
___
OpenStack-dev
, Jan 2, 2014 at 4:30 AM, Ilya Sviridov wrote:
> Hello Trove team
> Hello Michael
>
> I believe that Auston does a great job and personally think that his
> reviews are always thorough and reasonable.
> But It is surprising to not to see Denis Makogon (dmakogon,
> denis_mak
Heh, I didn't know that wiki page existed. I've added an entry to the checklist.
There's also some talk of adding some help text to the vote message
turbo-hipster leaves in gerrit, but we haven't gotten around to doing
that yet.
Cheers,
Michael
On Fri, Jan 3, 2014 at 12:5
1 - 100 of 1252 matches
Mail list logo
