I've read up on recent goings-on in the scheduler subgroup, and have some
thoughts to contribute.
But first I must admit that I am still a newbie to OpenStack, and still am
missing some important clues. One thing that mystifies me is this: I see
essentially the same thing, which I have
Hi,
Can you please join us at the up and coming scheduler meeting. That will give
you a chance to bring up the idea's and discuss them with a larger audience.
https://wiki.openstack.org/wiki/Meetings#Scheduler_Sub-group_meeting
I think that for the summit it would be a good idea if we could also
As I mentioned the last time this was brought up, I already have a meeting
series that conflicts with the scheduler group chats and will be hard to
move; that is why I have been trying to participate asynchronously. But
since Gary asked again, I am seeing what I can do about that other meeting
Hi,
Short version: the global-requirements.txt should be frozen asap because
otherwise, packages wont be ready.
Longer version:
I'm getting worried that, even after Havana b3 is released, we are still
getting some new Python modules added to the requirements repository.
In Debian, every new
Hi,
There's jsonschema 2.0.0 in Sid, and when I build some of the OpenStack
packages, I get a huge list of requirement parsing errors:
2013-09-12 17:05:55.720 26018 ERROR stevedore.extension [-] Could not
load 'file': (jsonschema 2.0.0 (/usr/lib/python2.7/dist-packages),
From: Gary Kotton gkot...@vmware.com
...
Can you please join us at the up and coming scheduler meeting. That
will give you a chance to bring up the idea's and discuss them with
a larger audience.
I will do so on Sep 17. Later meetings still TBD.
Regards,
Thomas,
A couple if those appear to be managed by the OpenStack community (e.g.
diskimage-builder), which likely should be included in either case. I
would say if it is covered under the OpenStack proper list of git repos
(e.g. https://github.com/openstack ) it should likely be included for
Falcon was included as a result of Marconi moving from stackforge to being
incubated. sphinxcontrib-programoutput doesn't appear to have been added at
all, it's still under review: https://review.openstack.org/#/c/46325/
Alex
On Sun, Sep 15, 2013 at 11:39 AM, Morgan Fainberg m...@metacloud.com
Cool,
Are there any technical docs for how eventlet/greenlet work in PyPy,
From my knowledge of greenlet its doing some pretty low level stuff that would
seem hard to mirror in PyPy.
https://github.com/python-greenlet/greenlet/blob/master/greenlet.c#L9
And the very platform specific stack
The short answer is, PyPy has its own implementation of greenlets,
https://bitbucket.org/pypy/pypy/src/default/lib_pypy/greenlet.py , this is
built on top of a module called _continuation,
http://doc.pypy.org/en/latest/stackless.html contains some of the details
of how it works.
Alex
On Sun,
Thanks much! Very interesting.
It's interesting to see the convergence going on here with pypy greenlet and
cpython getting tulip from guido (and all the eventlet/greenlet variations that
already exist). Will be interesting to see how this all works out.
Sent from my really tiny device...
On
Alex,
You raise two issues, so let me address them independently.
First, you discuss protecting memcache for unauthorized access. Yes, this is
something that every deployer of memcache (whether in conjunction with Swift or
not) needs to consider. Unchecked access to memcache can allow
On 09/15/2013 01:47 PM, Alex Gaynor wrote:
Falcon was included as a result of Marconi moving from stackforge to
being incubated. sphinxcontrib-programoutput doesn't appear to have been
added at all, it's still under
review: https://review.openstack.org/#/c/46325/
I agree with Alex and
13 matches
Mail list logo