harlowja

10 ms·

31.
by harlowja 11y ago
A few openstack projects also use them, to explicitly define the transitions there resources (and/or other objects) will go through in a controlled manner. http://docs.openstack.org/developer/ironic/dev/s
32.
by harlowja 11y ago
I try to (and I work in 5+ opensource projects/libraries). It's a two-way street here, the users need to also listen and engage with the developers. So don't forget that to, opensource people (especially if they are doing it
33.
by harlowja 11y ago
>> All of that is a moot point now because Docker. What made you think OpenStack wasn't into containers? :) - https://wiki.openstack.org/wiki/Magnum - https://www.openstack.org/blog/2015
34.
by harlowja 11y ago
I hope https://wiki.openstack.org/wiki/API_Working_Group (which I'm pretty sure is active @ https://wiki.openstack.org/wiki/Meetings/API-WG ) will make this better in the future. As alway
35.
by harlowja 11y ago
That other big opensource project (the one called linux) I think would disagree with you, its management style might be different (more of a hierarchy with linus at the top) but saying 'when too many players with overlapping vested int
36.
by harlowja 11y ago
Yes, I think they are getting better (at what rate, I can not measure, but forward progress IMHO). One example; the project/group I work in ( https://wiki.openstack.org/wiki/Oslo ) basically is a bunch of well-known
37.
by harlowja 11y ago
>> Is it really as bad as this post suggests? That's very hard to quantify, one of the projects (really a library) I work on I'm pretty proud of and I think it's actually somewhat innovative: http://docs.open
38.
by harlowja 11y ago
So I've been in the OpenStack community for a while [3+ years] ( http://stackalytics.com/?metric=commits yes that's me down there in the pie chart); and I'd like to answer any questions anyone has... Yes the O
39.
Google bringing container expertise to OpenStack(openstack.org)
2 points by harlowja 11y ago|0 comments
40.
by harlowja 11y ago
A (python) library that does alot of this (the parallelism, data-flow, flow construction from task units, remote execution, resumable execution...). I'm one of the authors, it's used in various openstack projects (and more)... Thi
41.
by harlowja 11y ago
This openstack project makes that boundary a little more fuzzy: https://wiki.openstack.org/wiki/Magnum
42.
by harlowja 11y ago
Out of curiosity where did these 4 sequential openstack deployment failures and rollbacks happen? Would whoever this is be willing to share 'their story' (because if they do they can help, the software matures and get better, if t
43.
by harlowja 11y ago
I'm well aware of all you have state, difficulties, to many cooks... [I'm one of the top 3 contributors to openstack right now]; but what u have just described IMHO is applicable to all projects that gain momentum (I mean look at
44.
by harlowja 11y ago
It's still not a thing?? https://wiki.openstack.org/wiki/Contributors/Corporate Looks to me like a pretty big list.
45.
by harlowja 11y ago
Correction, openstack dropped python 2.6 support in its kilo release, you can of course run python 2.7 on centos6.x/rhel6.x (and I know companies doing this, including godaddy and yahoo) via a variety of manners, and then openstack wil
46.
by harlowja 11y ago
Another one (but this time in python): http://docs.openstack.org/developer/automaton/api.html#machi... Code @ https://github.com/openstack/automaton
47.
by harlowja 12y ago
Who writes the 'yield from' or 'async' or @coroutine (yield points, aka context switching 'places', that u have to pick correctly)...? I thought that was the programmer ;-) As a comparison to glyph http:/
48.
by harlowja 12y ago
I'm going to go out on a limb and say this is a fallacy, you have just turned yourself (the programmer) into the context switching routine that the operating system (or python itself) does for you. IMHO computers are good (and can be m
49.
by harlowja 12y ago
IMHO the following are much more useful to read over: * https://review.openstack.org/#/c/153298/ * http://techspot.zzzeek.org/2015/02/15/asynchronous-python-an... * http:&#x2F
50.
by harlowja 12y ago
I look forward to the followup 'why the yield from needs to be a real, structural part of the program and not just, for example, a magic comment' because I have the same kind of question :)
51.
by harlowja 12y ago
Cool, looks similarish; feel free to jump on freenode (usually during weekdays) and ping me, channel #openstack-state-management or #openstack-oslo Pretty diagram also @ https://wiki.openstack.org/wiki/TaskFlow#Big_pict
52.
by harlowja 12y ago
A framework that is similar to this in python (that I am one of the authors of) [1] (and [2] for more in-depth docs/examples). It's used in openstack (which some people may have heard of) where appropriate (and where desirable...)
53.
by harlowja 12y ago
If they have network block storage you would likely be correct, but afaik they also give you emphemeral storage that is local to the hypervisor which is not network block storage and therefore makes it very very hard and very very slow to m
54.
by harlowja 12y ago
Don't rapiscans offer the same kind of non-invasive body-cavity searches? Why not just move the ones that are used in airports to prisons... Seems odd to need to do any invasive body-cavity search when u can just use the same thing tha
55.
by harlowja 12y ago
As one the authors of taskflow I'd like to give a little shout-out for its usage (since it can do similar things as celery, hopefully more elegantly and easily). Pypi: https://pypi.python.org/pypi/taskflow Comment
56.
by harlowja 12y ago
Feel free to checkout http://docs.openstack.org/developer/taskflow/ (it has a similar set of concepts to both of the mentioned libraries here, joblib and parallel python).
57.
by harlowja 13y ago
Under my current understanding the reach is much farther, see for example google open source directors response @ http://www.theregister.co.uk/2011/03/31/google_on_open_sourc... >>> The Affero GPL is
58.
by harlowja 13y ago
I think the followup from yahoo 'might' help: http://lists.openstack.org/pipermail/openstack-dev/2014-Marc...
59.
by harlowja 13y ago
I wonder how licensing works here with mongodb being AGPL. A message I proxied recently: http://lists.openstack.org/pipermail/openstack-dev/2014-Marc...
60.
by harlowja 13y ago
You might really want to not cache everything coming back into a never ending python dictionary. Lookup memory leak on wikipedia ;)

More ›