On Sat, 2013-05-11 at 19:50 +, Jason Smith wrote:
> Hello,
> I understand why we had to give up Quantum code name but rather than
> just refer to it as networking let's come up with a new code name!
Yes, this was discussed at the summit:
https://etherpad.openstack.org/ProjectsReNaming
The
Hey,
In the time since the Folsom release, we have been busy selectively
back-porting bugfixes to the stable/folsom branch according to our "safe
source of high-impact fixes" criteria documented here:
http://wiki.openstack.org/StableBranch
We're happy to announce the 2012.2.3 release, the late
Hey,
In the time since the Folsom release, we have been busy selectively
back-porting bugfixes to the stable/folsom branch according to our "safe
source of high-impact fixes" criteria documented here:
http://wiki.openstack.org/StableBranch
We're now announcing the 2012.2.2 release of Nova, a s
Hey,
In the time since the Folsom release, we have been busy selectively
back-porting bugfixes to the stable/folsom branch according to our "safe
source of high-impact fixes" criteria documented here:
http://wiki.openstack.org/StableBranch
We're happy to announce the 2012.2.1 release, the firs
Nova.
* Please add stuff to the release notes as it occurs to you:
http://wiki.openstack.org/ReleaseNotes/2012.2.1
Cheers,
Mark.
On Tue, 2012-11-20 at 21:50 +, Mark McLoughlin wrote:
> Hey,
>
> We're hoping to publish Nova, Glance, Keystone, Quantum, Cinder and
> H
Hey,
We're hoping to publish Nova, Glance, Keystone, Quantum, Cinder and
Horizon 2012.2.1 next week (Nov 29).
The list of issues fixed so far can be seen here:
https://launchpad.net/nova/+milestone/2012.2.1
https://launchpad.net/glance/+milestone/2012.2.1
https://launchpad.net/keystone/+mi
On Wed, 2012-10-17 at 10:02 -0700, Michael Still wrote:
> On 10/17/2012 09:41 AM, Pádraig Brady wrote:
> > I tried to approve a few new CLA signers and noticed
> > that the http://wiki.openstack.org/Contributors page is missing.
> > Trying to restore a previous version resulted in an error.
> > Cou
Hey,
In the time since the Essex release, we have been busy selectively
back-porting bugfixes to the stable/essex branch according to our "safe
source of high-impact fixes" criteria documented here:
http://wiki.openstack.org/StableBranch
We're happy to announce the 2012.1.3 release, the latest
Hey,
We're hoping to publish Nova, Keystone and Horizon 2012.1.3 releases
this Thursday (Oct 11).
The list of issues fixed so far can be seen here:
https://launchpad.net/nova/+milestone/2012.1.3
https://launchpad.net/keystone/+milestone/2012.1.3
https://launchpad.net/horizon/+milestone/201
On Tue, 2012-10-09 at 22:53 +0100, Mark McLoughlin wrote:
> Hey,
>
> We're hoping to publish Nova, Keystone and Horizon 2012.1.3 releases
> this Thursday (Oct 11).
Doh, I only noticed the incorrect subject line after sending
On Fri, 2012-09-28 at 08:14 +0100, Mark McLoughlin wrote:
> As I did for Folsom,
Doh, I meant "As I did for Essex" i.e. this:
https://lists.launchpad.net/openstack/msg09650.html
Oops :)
Cheers,
Mark.
___
Mailing list: https://
s found
A total of 350046 lines added, 275491 removed (delta 74555)
Developers with the most changesets
Russell Bryant 160 (5.1%)
Brian Waldon 160 (5.1%)
Dan Prince 154 (5.0%)
Gabriel Hurley 124 (4.0%)
Mark McLoughlin118 (
On Tue, 2012-09-11 at 16:36 +0900, Tomokazu Hirai wrote:
> Hi,
>
> I installed essex on sepalated nodes and used Ubuntu Server 12.04
> LTS. I used this installation manual.
>
>
> http://docs.openstack.org/essex/openstack-compute/starter/os-compute-starterguide-trunk.pdf
>
> I could install al
Hi,
I'd like to put my name forward as a candidate for openstack-common PTL.
I helped start the project with Jason Kölker in January and wrote the
plan we've been following:
http://wiki.openstack.org/CommonLibrary
Since then, I've been doing reviews, triaging bugs and organizing the
blueprint
On Fri, 2012-08-10 at 00:23 -0900, Simon Walter wrote:
> Nova does not respect the options set in the /etc/nova/nova.conf file.
> I've seen some examples with "--" prefixing the flags, as if they are
> command line arguments. I've also seen examples without.
>
> I've tried removing the "--", tha
Hey,
In the time since the Essex release, we have been busy selectively
back-porting bugfixes to the stable/essex branch according to our "safe
source of high-impact fixes" criteria documented here:
http://wiki.openstack.org/StableBranch
We made a first round of those fixes available in the 20
Hey,
We're hoping to do Nova, Glance and Keystone 2012.1.2 releases this
Friday (Aug 10).
I've add a bunch of details here:
http://wiki.openstack.org/StableBranchRelease
The list of issues fixed so far can be seen here:
https://launchpad.net/nova/+milestone/2012.1.2
https://launchpad.net
On Thu, 2012-08-02 at 15:47 -0700, Vishvananda Ishaya wrote:
> On Aug 2, 2012, at 1:05 PM, Eric Windisch wrote:
>
> > The scope of common is expanding. I believe it is time to seriously
> > consider a proper PTL. Preferably, before the PTL elections.
>
> +1
So, I guess I've been doing this unof
On Mon, 2012-07-30 at 10:50 -0500, George Reese wrote:
> I must be missing something, but I can't find any docs on how to suspend or
> stop a VM via API.
>
> Any pointers, please? :)
Try 'nova --debug pause $instance'
Shows e.g.
POST /v2/$tenant/servers/$instance/action HTTP/1.1
Host: $hos
On Sun, 2012-07-29 at 11:43 +0100, Mark McLoughlin wrote:
> Hi Atul,
>
> On Sun, 2012-07-29 at 07:21 +, Atul Jha wrote:
>
> > We are also working on process improvements for nominations and
> > elections--more details on that coming soon. In the meantime, please
&g
Hi Atul,
On Sun, 2012-07-29 at 07:21 +, Atul Jha wrote:
> We've learned that someone may have violated the basic principles that
> hold this community together by trying to affect the nominations for
> the Individual Member elections. This is not what our community stands
> for, and we do not
On Thu, 2012-07-26 at 21:36 -0400, Chuck Short wrote:
> Hi,
>
> I was wondering if there is an aversion to remove ietadm support
> from folsom.
>
> I have checked the iscsitarget sourceforge site and there
> hasn't been a new version of iscsitarget in about 2 years. The kernel
> module doesn't co
Hi Rick,
On Thu, 2012-07-26 at 10:37 -0500, Rick Clark wrote:
> Who is the election official, running this election. Nomination should
> be an open process, similar to the core dev process. It is currently
> closed and subject to manipulation.
>
> I would also suggest that if you are a candidat
On Wed, 2012-07-18 at 16:13 -0700, Vishvananda Ishaya wrote:
> Hello Everyone!
>
> Michael wrote the image cache management code, did all of the
> remaining conversions of instance_id -> instance_uuid, and has been
> contributing a lot to reviews[1]. I think he would make a great
> addition to nov
On Wed, 2012-07-18 at 16:10 -0700, Vishvananda Ishaya wrote:
> Hello Everyone!
>
> Yun has been putting a lot of effort into cleaning up our state
> management, and has been contributing a lot to reviews[1]. I think he
> would make a great addition to nova-core.
+1, Yun has been doing great work
On Wed, 2012-07-18 at 16:09 -0700, Vishvananda Ishaya wrote:
> Hello Everyone!
>
> Padraig has been contributing a lot of code to all parts of nova, and
> has been contributing a lot to reviews[1]. I think he would make a
> great addition to nova-core.
Big +1, Pádraig has been consistently doing
On Wed, 2012-07-04 at 11:57 +0200, Thierry Carrez wrote:
> Monty Taylor wrote:
> > However, with a versioned library model, the projects can consume things
> > pinned to specific versions, and then they can submit a change that
> > updates the version depend and the code which needs to be updated t
On Tue, 2012-07-03 at 14:47 -0500, Andrew Bogott wrote:
> Like most people in this thread, I too long for an end to the weird
> double-commit process that we're using now. So I'm happy to set aside
> my original Best Practices proposal until there's some consensus
> regarding how much longer w
On Tue, 2012-07-03 at 18:59 +, Gabriel Hurley wrote:
> The notion that copying code is any protection against APIs that may
> change is a red herring. It's the exact same effect as pegging a
> version of a dependency (whether it's a commit hash or a real version
> number), except now you have c
(Sorry, was away for a couple of weeks)
On Mon, 2012-07-02 at 15:26 -0400, Russell Bryant wrote:
> On 07/02/2012 03:16 PM, Andrew Bogott wrote:
> > Background:
> >
> > The openstack-common project is subject to a standard code-review
> > process (and, soon, will also have Jenkins testing gate
Hey,
In the time since the Essex release, we have been busy selectively
back-porting bugfixes to the stable/essex branch according to our "safe
source of high-impact fixes" criteria documented here:
http://wiki.openstack.org/StableBranch
Well, those fixes are now available as 2011.3.1 releases
On Thu, 2012-06-21 at 13:21 -0700, Devin Carlen wrote:
> Hey all,
>
>
> We've had a number of stable/essex reviews up that were abandoned due
> to lack of reviews. We have re-enabled them and are hoping to get
> some eyes on these so we can release 2012.1.1:
> https://review.openstack.org/#/c/7
Hey,
On Thu, 2012-06-21 at 13:21 -0700, Devin Carlen wrote:
> Hey all,
>
>
> We've had a number of stable/essex reviews up that were abandoned due
> to lack of reviews. We have re-enabled them and are hoping to get
> some eyes on these so we can release 2012.1.1:
>
> https://review.openstack.or
Hey,
On Thu, 2012-06-21 at 16:29 +0200, Thierry Carrez wrote:
[..]
> Having people report bugs for our software is a chance, and we should
> not discourage anyone by not giving the resulting reports the minimal
> attention they deserve.
[..]
Totally!
> So how do we, Nova developers, collectively
Hey,
Does the PPB vote last night mean that the all-mighty PPB, in its
infinite wisdom, has decreed that nothing useful can come from further
discussion? :-)
I certainly hope not ...
On Tue, 2012-06-19 at 11:07 -0700, Monty Taylor wrote:
> It is terrible for the public cloud implementations who
On Tue, 2012-06-19 at 16:48 +0200, Thierry Carrez wrote:
> Mark McLoughlin wrote:
[..]
> >> However they also inherited the release scheme of the server project
> >> (new version every 6 months), which was (or was not) synced to PyPI
> >> depending of who was
On Tue, 2012-06-19 at 11:25 +0200, Thierry Carrez wrote:
> Mark McLoughlin wrote:
> > One question I had on that is re:
> >
> > the ability to release a client library outside of the core project
> > release cycle (requests have been coming in to our rel
Hi Monty,
Thanks for sending.
For reference, this was the link you posted last week:
http://wiki.openstack.org/Governance/Proposed/LibraryProjectDefinition
One question I had on that is re:
the ability to release a client library outside of the core project
release cycle (requests have
Hey,
We're hoping to do Nova, Glance, Keystone and Horizon 2012.1.1 releases
Thursday (Jun 21).
I've add a bunch of details here:
http://wiki.openstack.org/StableBranchRelease
The list of issues fixed so far can be seen here:
https://launchpad.net/nova/+milestone/2012.1.1
https://launchp
On Wed, 2012-06-06 at 15:41 -0400, Mark Washenberger wrote:
> Sorry if this has already been posted somewhere and I just can't find it,
> but is there an openstack common weekly meeting where you guys talk about
> your blueprints and determine what is going into common and in what form?
> I think
On Wed, 2012-06-06 at 12:05 -0400, Doug Hellmann wrote:
> Ceilometer is currently importing bits we need either directly from nova or
> openstack-common (by "importing" I mean literally using the "import"
> statement in our code, not copying the required modules into the ceilometer
> code base). I
On Tue, 2012-06-05 at 17:25 -0400, Mark Washenberger wrote:
>
> "Mark McLoughlin" said:
>
> > On Tue, 2012-06-05 at 12:21 -0400, Mark Washenberger wrote:
> >> > http://wiki.openstack.org/CommonLibrary#Incubation
> >>
> >> Once an ap
On Tue, 2012-06-05 at 14:43 -0600, Everett Toews wrote:
> Hi All,
>
> If you have a relatively long-lived topic branch, what's the best way to
> remotely save changes?
>
> If you wanted to fork an OpenStack project on github, it would work
> something like:
>
> 1. Fork the project on github.com
On Tue, 2012-06-05 at 12:48 -0400, Duncan McGreggor wrote:
> +1 :-)
In all seriousness - Mark made two separate points. Which one are you
top-posting a +1 to?
> On Fri, Jun 1, 2012 at 10:37 AM, Mark Washenberger
> wrote:
> > Hi Mark,
> >
> > Please forgive the top-posting! I always get way too w
On Tue, 2012-06-05 at 12:21 -0400, Mark Washenberger wrote:
> > http://wiki.openstack.org/CommonLibrary#Incubation
>
> Once an api is in incubation, if you make a change to it, you are
> expected to update all the other openstack projects (not just core
> projects?) to make them work with the new
On Fri, 2012-06-01 at 10:37 -0400, Mark Washenberger wrote:
> Hi Mark,
>
> Please forgive the top-posting! I always get way too wordy with
> inline replies.
>
> Regarding configuration, I think there is another option I'd like us
> to adopt. We should implement the code as in your option #1, but
Hi Sean,
On Fri, 2012-06-01 at 16:15 -0400, Sean Dague wrote:
> I'm reworking the virt driver loading so that it's using importutils
> (and thus looking more like the other driver interfaces), which means
> eventually connection_type parameter in nova.conf goes away, and
> computer_driver is us
Hi Pete,
On Thu, 2012-05-31 at 17:48 -0600, Pete Zaitcev wrote:
> Hi, Monty:
>
> The python-swiftclient has something that I believe you added:
>
> [zaitcev@lembas python-swiftclient-tip]$ git log
> swiftclient/openstack/__init__.py
> commit 7df012329f0b22e19f878cee2602407cb23042ef
> Author: M
On Thu, 2012-05-31 at 08:58 -0700, Johannes Erdfelt wrote:
> > * let the consumer code decide when to ack a message
> >(although maybe the concept of acking doesn't exist for all
> implementations?)
>
> My XenAPI idempotency branch delays ACKs until after it's done
> processing the message to
Hi Mark,
On Thu, 2012-05-31 at 10:48 -0400, Mark Washenberger wrote:
>
> "Jay Pipes" said:
> > On 05/29/2012 04:04 AM, Mark McLoughlin wrote:
> >> Adopting this pattern across all projects will actually help
> >> openstack-common more generally. For exam
#x27;ve posted patches to openstack-common, Nova, Glance and Keystone:
https://review.openstack.org/#/q/status:open+branch:master+topic:bp/cfg-global-object,n,z
Cheers,
Mark.
On Tue, 2012-03-06 at 10:10 +, Mark McLoughlin wrote:
> Hey,
>
> The original cfg design[1] assumed certain usage patte
On Thu, 2012-05-24 at 16:22 -0700, Devin Carlen wrote:
> -1 to introducing formal processes around this. This will happen from
> time to time. Development may be briefly impacted on other platforms
> but hindering innovation and telling developers that they are
> responsible for package availabil
On Fri, 2012-03-30 at 10:40 -0500, Kevin L. Mitchell wrote:
> On Fri, 2012-03-30 at 08:31 -0400, Eoghan Glynn wrote:
> > A couple of quick questions on how this quota class mechanism is
> > intended to work ...
> >
> > - how is the mapping between project and quota-class established?
> > I was e
Hi Andrew,
On Thu, 2012-05-17 at 15:32 -0500, Andrew Bogott wrote:
> I would appreciate comments on the nascent Nova plugin framework
> that I'm working on. My Nova code is in a fairly modern forked branch here:
>
> https://github.com/andrewbogott/nova/tree/plugin
>
> I've also written tw
Hey,
Hi On Mon, 2012-05-14 at 14:51 +0200, Thierry Carrez wrote:
> James E. Blair wrote:
> > Vish, Thierry, and I spent some time together this week at UDS trying to
> > reconcile their needs and your suggestions. I believe Thierry is going
> > to write that up and send it to the list soon.
>
>
On Fri, 2012-05-11 at 17:22 -0700, Vishvananda Ishaya wrote:
> On May 11, 2012, at 2:04 PM, Mark McLoughlin wrote:
> >
> > I'm guessing we could easily flick a switch in gerrit to cause it to
> > rebase instead of merge.
> >
> > I don't remember any d
On Fri, 2012-05-11 at 17:44 -0700, James E. Blair wrote:
> On 05/11/2012 02:04 PM, Mark McLoughlin wrote:
> > On Fri, 2012-05-11 at 13:57 -0700, David Lutterkort wrote:
> >> On Fri, 2012-05-11 at 12:37 +0100, Mark McLoughlin wrote:
> >>>- Our history is far fro
On Fri, 2012-05-11 at 13:57 -0700, David Lutterkort wrote:
> On Fri, 2012-05-11 at 12:37 +0100, Mark McLoughlin wrote:
> > - Our history is far from "clean history", it's pretty disgusting
> > really. The ratio of interesting commits to merge commits is
> &
On Fri, 2012-05-11 at 13:40 -0700, James E. Blair wrote:
> Mark McLoughlin writes:
>
> > Hey,
> >
> > So, one thing came really stuck out to me when comparing our process to
> > the kernel process:
> >
> > In the kernel process, maintainers are resp
Hey,
So, one thing came really stuck out to me when comparing our process to
the kernel process:
In the kernel process, maintainers are responsible for running
'git-merge' and they see it as their job to resolve conflicts.
In our process, Jenkins runs 'git-merge' and runs away screaming a
Hi James,
On Tue, 2012-05-08 at 14:03 -0700, James E. Blair wrote:
> Mark McLoughlin writes:
>
> > Hey,
> >
> > We discussed this during the "baking area for features" design summit
> > session. I found that discussion fairly frustrating because there we
On Fri, 2012-05-04 at 17:11 -0700, Chris Wright wrote:
> * Mark McLoughlin (mar...@redhat.com) wrote:
> > - Subsystem branches would not rebase unless the project dictator
> > outright rejects a merge request from the subsystem branch (i.e.
> > "I'm not
Hey,
cdub sent on these interesting links:
http://lwn.net/Articles/328438/
https://lkml.org/lkml/2012/3/22/489
tl;dr on those is that you're likely to be flamed as a f*cking moron by
Linus unless you manage to understand every little nuance about how he
thinks git should be used :-)
It's re
On Wed, 2012-05-09 at 19:58 +, Matt Dietz wrote:
> The problem here is there are two opposing points: the idea that there are
> too many core reviewers, and the idea that patches aren't being reviewed
> "fast enough."
>
> *Drags a yak into the room* Beyond that, what makes 20 better than 25,
On Wed, 2012-05-09 at 11:34 +0100, Mark McLoughlin wrote:
> I rarely -2, because I see it as a strong veto which blocks the patch or
> later revisions of the patch until I remove the -2. Maybe it's just the
> fact that I know I'm likely to be slow to come back and review lat
On Tue, 2012-05-08 at 15:44 -0700, Vishvananda Ishaya wrote:
> The -2 issue is a good point. I personally treat a -1 (or +1) from the
> author of a given piece of code quite strongly when I do reviews, but
> you're right that the -1 could be more trivially overridden.
Coincidentally, dprince and
Hey,
I just realised there's a thread on the openstack-poc list about how
OpenStack should view implementations of APIs other than the OpenStack
API:
https://lists.launchpad.net/openstack-poc/msg00448.html
(PPB members - please note that other folks can't subscribe to the POC
list. If you want
Hi,
On Mon, 2012-05-07 at 21:41 -0400, Yun Mao wrote:
> Hi,
>
> I've uploaded some code as work in progress towards what we discussed
> at the Folsom summit, nova orchestration session. Where I'm going is
> more or less described in this blueprint.
> https://blueprints.launchpad.net/nova/+spec/ta
Starting with Vek :)
https://review.openstack.org/#/c/6774/
https://review.openstack.org/#/c/7048/
Cheers,
Mark.
>
> Vish
>
> On May 3, 2012, at 4:08 AM, Mark McLoughlin wrote:
>
> > Hey,
> >
> > We discussed this during the "baking area for features&quo
On Thu, 2012-05-03 at 16:46 +0100, Mark McLoughlin wrote:
> Hey,
>
> On Thu, 2012-05-03 at 14:24 +0200, Thierry Carrez wrote:
> > Mark McLoughlin wrote:
> > > And how about feature branches?
> > >
> > > - Feature branches are relatively short-lived (
Hey,
On Thu, 2012-05-03 at 14:24 +0200, Thierry Carrez wrote:
> Mark McLoughlin wrote:
> > Ok, what are "subsystem branches" and how would they work?
> > [...]
> > - It would be up to the project dictators to help drive patches
> > through the right
Hey,
We discussed this during the "baking area for features" design summit
session. I found that discussion fairly frustrating because there were
so many of us involved and we all were either wanting to discuss
slightly different things or had a slightly different understanding of
what we were dis
On Thu, 2012-05-03 at 10:51 +0200, Ionuț Arțăriși wrote:
> Hi Mark, thanks for your answer.
>
> On 05/03/2012 10:25 AM, Mark McLoughlin wrote:
> > Hi,
> >
> > On Wed, 2012-05-02 at 14:37 +0200, Ionuț Arțăriși wrote:
> >> I recently submitted a few fixes to
Hi,
On Wed, 2012-05-02 at 14:37 +0200, Ionuț Arțăriși wrote:
> I recently submitted a few fixes to the test suite in various components
> of openstack.
Thanks for that!
> These fixes are being merged in master, but the code remains broken in
> the stable/essex branch. Review requests for stabl
On Wed, 2012-05-02 at 10:08 +0200, Loic Dachary wrote:
> > My impression is that the notifications system is intended to cover
> all
> > billable usage in at least Nova and Glance.
> It's also my understanding. Regarding swift, how would you suggest we
> approach the problem ? I see two possible co
On Tue, 2012-05-01 at 23:05 +0200, Loic Dachary wrote:
> On 05/01/2012 06:13 PM, Mark McLoughlin wrote:
> > Hi Loic,
> >
> > On Mon, 2012-04-30 at 12:15 +0200, Loic Dachary wrote:
> >
> >> To prepare for the next meeting ( thursday 3rd, may 2012
>
Hey,
On Tue, 2012-05-01 at 23:05 +0200, Loic Dachary wrote:
> On 05/01/2012 06:13 PM, Mark McLoughlin wrote:
> > Hi Loic,
> >
> > On Mon, 2012-04-30 at 12:15 +0200, Loic Dachary wrote:
> > - I agree that we don't want to go too far with aggregation and lose
Hi Loic,
On Mon, 2012-04-30 at 12:15 +0200, Loic Dachary wrote:
> To prepare for the next meeting ( thursday 3rd, may 2012
> http://wiki.openstack.org/Meetings/MeteringAgenda ) I cleaned up and
> reorganized the Metering blueprint so that it ( hopefully )
> incorporates all the information tempor
Definite +1
Mark.
On Fri, 2012-04-27 at 11:09 -0400, Dan Prince wrote:
> Russell Bryant wrote the Nova Qpid rpc implementation and is a member of the
> Nova security team. He has been helping chipping away at reviews and
> contributing to discussions for some time now.
>
> I'd like to seem him
On Tue, 2012-04-24 at 13:26 +0200, Soren Hansen wrote:
> 23. apr. 2012 17.15 skrev Justin Santa Barbara :
> > With one native API, we can focus all our energies on making sure that API
> > works. Then, knowing that the native API works, we can build other APIs on
> > top through simple translatio
Hi Ghe,
On Tue, 2012-04-24 at 12:15 +0200, Ghe Rivero wrote:
> Hi Everyone,
>i've been looking through wsgi code, and i have found a lot of
> duplicated code between all the projects.
Thanks for looking into this. It sounds quite daunting.
I wonder could we do this iteratively by extract the
Hey,
On Thu, 2012-04-12 at 16:23 -0700, James E. Blair wrote:
> One new addition in 2.3 is "draft changes". The idea behind a draft
> change in Gerrit is that it is a change that is not ready for merging,
> or even general code review, but you would like to share it with some
> people to get ear
Hi,
On Fri, 2012-04-06 at 09:13 -0700, Lloyd Dewolf wrote:
> I've updated http://wiki.openstack.org/StableBranch to put Diablo in
> the past, and Essex as the current stable release.
>
> I'm delighted to see that Mark McLoughlin already has "Stable Branch"
> o
on 195 (5.6%)
Johannes Erdfelt 146 (4.2%)
Vishvananda Ishaya 116 (3.3%)
Dolph Mathews 98 (2.8%)
Dan Prince 84 (2.4%)
Ziad Sawalha80 (2.3%)
Jason Kölker 77 (2.2%)
Mark McLoughlin
On Tue, 2012-04-03 at 11:00 -0400, Russell Bryant wrote:
> On 04/03/2012 10:38 AM, Mark McLoughlin wrote:
> > Hey Russell,
> >
> > On Mon, 2012-04-02 at 16:26 -0400, Russell Bryant wrote:
> >> Greetings,
> >>
> >> There was a thread
Hey Russell,
On Mon, 2012-04-02 at 16:26 -0400, Russell Bryant wrote:
> Greetings,
>
> There was a thread on this list a little while ago about moving the
> notification drivers that are in nova and glance into openstack.common
> since they provide very similar functionality, but have implementat
On Thu, 2012-03-22 at 22:00 -0700, Andy Smith wrote:
> It is something pulled from the google style guide.
You know what else is in the Google style guide? "Avoid global
variables" :-)
http://google-styleguide.googlecode.com/svn/trunk/pyguide.html?showone=Global_variables#Global_variables
Mark.
On Fri, 2012-03-23 at 11:18 -0500, Andrew Bogott wrote:
> 1) I can back out my new style-guide from openstack-common
openstack-common still needs a HACKING file for itself :)
Cheers,
Mark.
___
Mailing list: https://launchpad.net/~openstack
Post to
On Tue, 2012-03-13 at 16:48 +, Pádraig Brady wrote:
> There are a few inconsistencies currently with
> the sqlalchemy version specifications in nova and glance.
>
> tl;dr SQLAlchemy>=0.6.3 should be fine for Essex?
Ok, I read your summary of this several times and got confused every
time.
Le
Hi Thomas,
On Wed, 2012-03-21 at 00:40 +0800, Thomas Goirand wrote:
> I'm again and again always told that I should use Devstack. I don't
> agree, and I'd like to share why.
I'd summarize your points as:
- devstack is only tested for a specific version of Ubuntu
- you're working on making
Hi Joe,
On Mon, 2012-03-12 at 17:42 -0700, Joseph Heck wrote:
> I personally don't have a huge preference one way or the other. I've
> used a global object for configuration in applications, and find it
> immensely convenient, and the methods that Mark (and others) have put
> into the openstack/co
On Mon, 2012-03-12 at 17:57 -0500, Josh Kearney wrote:
> Is this is really a problem that needs solving? I'd like to believe that no
> member of Nova Core would approve something that they aren't familiar with.
I think the issue is more a case of allowing some time for other
reviewers to come alon
On Fri, 2012-03-09 at 14:50 -0800, Boris Renski Jr. wrote:
> In my view the price tag for the sponsorship and the ultimate means
> for raising the money is not what drives OpenStack’s vendor
> independence principles. What matters the most is the degree of
> decoupling between the front-end, marke
;t imagine glance-core folks welcoming
a patch to adopt a global config object. it seems like a completely
backwards move. Maybe that's just me?
> On Tue, Mar 6, 2012 at 2:10 AM, Mark McLoughlin wrote:
>
> > Hey,
> >
> > The original cfg design[1] assumed certai
Hey,
The original cfg design[1] assumed certain usage patterns that I hoped
would be adopted by all projects using it. In gerrit, we're debating a
set of patch to make keystone use these patterns:
https://review.openstack.org/4547
I thought it was best to move some of that discussion here sinc
On Wed, 2012-02-22 at 11:04 -0600, Dean Troyer wrote:
> I have proposed a DevStack branch that supports Fedora 16 at
> https://review.openstack.org/4364.
>
> Not everything is working yet, as outlined below. I am proposing now
> anyway to get feedback on the direction and some of the decisions I
>
On Wed, 2012-02-08 at 09:58 -0500, andi abes wrote:
> On Wed, Feb 8, 2012 at 7:59 AM, Chmouel Boudjnah wrote:
>
> > Mark McLoughlin writes:
> >
> > > I wrote this some time ago:
> > > https://fedorahosted.org/rhevm-api/wiki/Email_Guidelines
> > > If
On Tue, 2012-02-07 at 13:08 -0500, andi abes wrote:
> I've seen a few folks apologizing for "top-posts" and a few pokes in some
> threads about folks with less than intelligent email clients.
> Which leads me to ask: are there any pointers to "best practices on the
> mailing list"?
> (replying to t
On Mon, 2012-02-06 at 22:48 +, Matt Dietz wrote:
> Hey guys,
>
> Dragon has really stepped up lately on reviewing patches into Nova,
> and has a ton of knowledge around Nova proper, so I propose he be
> added to Nova core. I think he'd be a great addition to the team.
Seeing some very nice, t
Hey,
Wishlist ("I want a pony") bugs that have sat in launchpad for an
extended period with no progress contribute to the general noise in
launchpad - for developers trying to fix stuff that matter to people,
they're not a very good source of information.
So, how about we do this:
http://wiki.
1 - 100 of 176 matches
Mail list logo
