Hi all,
I think the recent release of https://pypi.org/project/python-debian/
(version 0.1.42) is currently broken.
The current error I am seeing is like the following:
$ python3
Python 3.6.10 (default, Dec 19 2019, 23:04:32)
[GCC 5.4.0 20160609] on linux
Type "help", "copyright", "credits" or "
Great, thanks for verifying,
Much appreciated,
-Josh
On Thu, Aug 12, 2021 at 6:11 AM Daniel Stenberg wrote:
> On Fri, 6 Aug 2021, Joshua Harlow via curl-library wrote:
>
> > When pausing and resuming I was noticing that CURLINFO_SPEED_UPLOAD and
> > CURLINFO_SPEED_DOWNLOA
Hi all,
I just wanted to see if I could clarify something (that I think is correct
but just thought I'd ask),
I'm using curl multi transfers and pausing and unpausing single curl
transfers as needed.
I am also looking at CURLINFO_SPEED_UPLOAD and CURLINFO_SPEED_DOWNLOAD when
the single transfers
Hi all, I am trying to do some slack integration whereby in a declarative
post failure section we want to send to slack the exception message that
triggered the failure.
Something like:
pipeline {
stages {
...
}
post {
failure {
slackSend(message: "Failed due to ${
Dmitry Tantsur wrote:
On 10/10/18 7:41 PM, Greg Hill wrote:
I've been out of the openstack loop for a few years, so I hope this
reaches the right folks.
Josh Harlow (original author of taskflow and related libraries) and I
have been discussing the option of moving taskflow out of the
openstack
I'm ok with trying this move out and seeing how it goes (maybe it will
be for the better, idk).
-Josh
On 10/10/2018 10:41 AM, Greg Hill wrote:
I've been out of the openstack loop for a few years, so I hope this
reaches the right folks.
Josh Harlow (original author of taskflow and related li
Hi folks,
We are looking at using the multibranch pipeline with github but have
stumbled into sort of a slight problem that maybe others have already
hit (and can help resolve).
On one of our repos that we are trying to add a jenkinsfile to it
appears the the initial checkout of that repo (t
If you want, feel free to take some of the code from:
https://docs.openstack.org/debtcollector/latest/reference/index.html
It was made for a similar purpose (and uses warnings module at its
lowest level) and may offer some things that could be in this new
warnings module.
Code is at:
http
Storage space is a concern; really?
If it really is, then keep X of them for some definition of X (days,
number, hours, other)? Offload the snapshot asynchronously if
snapshotting during requests is a problem.
We have the power! :)
Chris Friesen wrote:
On 08/01/2018 11:34 PM, Joshua Harlow
If I could, I would have something *like* the EXPLAIN syntax for looking
at a sql query, but instead of telling me the query plan for a sql
query, it would tell me the decisions (placement plan?) that resulted in
a given resource being placed at a certain location.
And I would be able to say r
(at least with futurist 1.6.0).
Does ThreadPoolExecutor have better performance than
GreenThreadPoolExecutor? Curious if we could just swap out
ThreadPoolExecutor for GreenThreadPoolExecutor.
Thanks,
Corey
On Wed, Jul 25, 2018 at 12:54 PM, Joshua Harlow mailto:harlo...@fastmail.com>> wrot
Have you tried the following instead of threadpoolexecutor (which
honestly should work as well, even under eventlet + eventlet patching).
https://docs.openstack.org/futurist/latest/reference/index.html#futurist.GreenThreadPoolExecutor
If you have the ability to specify which executor your code
Slightly off topic but,
Have you by any chance looked at what kata has forked for qemu:
https://github.com/kata-containers/qemu/tree/qemu-lite-2.11.0
I'd be interested in an audit of that code for similar reasons to this
libvirt fork (hard to know from my view point if there are new issues in
*** This bug is a security vulnerability ***
Private security bug reported:
So let's analyze what can cause a compute managers failed_builds to get
incremented and point out that some of them should not be causing
failed_builds to get incremented (which then can have the 'nice' effect
of auto-dis
Jonathan D. Proulx wrote:
On Tue, May 29, 2018 at 10:52:04AM -0400, Mohammed Naser wrote:
:On Tue, May 29, 2018 at 10:43 AM, Artom Lifshitz wrote:
:> One idea would be that, once the meat of the patch
:> has passed multiple rounds of reviews and looks good, and what remains
:> is only nits,
Also I am concerned that the repo just seems to have mega-commits like:
https://github.com/starlingx-staging/stx-glance/commit/1ec64167057e3368f27a1a81aca294b771e79c5e
https://github.com/starlingx-staging/stx-nova/commit/71acfeae0d1c59fdc77704527d763bd85a276f9a
(not so mega)
https://github.co
+1
Ben Nemec wrote:
+1!
On 03/26/2018 10:52 AM, Doug Hellmann wrote:
Ken has been managing oslo.messaging for ages now but his participation
in the team has gone far beyond that single library. He regularly
attends meetings, including the PTG, and has provided input into several
of our team de
Awesome!
Might IMHO be useful to also start doing this with other projects.
James E. Blair wrote:
Hi,
To date, Zuul has (perhaps rightly) often been seen as an
OpenStack-specific tool. That's only natural since we created it
explicitly to solve problems we were having in scaling the testing o
Awesome!
Might IMHO be useful to also start doing this with other projects.
James E. Blair wrote:
Hi,
To date, Zuul has (perhaps rightly) often been seen as an
OpenStack-specific tool. That's only natural since we created it
explicitly to solve problems we were having in scaling the testing o
PTG Etherpad for unified limits:
https://etherpad.openstack.org/p/unified-limits-rocky-ptg
## Revision History
Introduced in Rocky
On 03/07/2018 11:55 PM, Joshua Harlow wrote:
So the following was a prior effort:
https://github.com/openstack/delimiter
Maybe just continue down the path of th
Can we get some of those doc links opened.
'You need permission to access this published document.' I am getting
for a few of them :(
Ben Nemec wrote:
Hi,
Here's my summary of the discussions we had in the Oslo room at the PTG.
Please feel free to reply with any additions if I missed someth
Thierry Carrez wrote:
Joshua Harlow wrote:
Thierry Carrez wrote:
The PTG has always been about taking the team discussions that happened
at the Ops Summit / Design Summit to have them in a more productive
environment.
I am just going to say it but can we *please* stop distinguishing
between
Thierry Carrez wrote:
Matt Riedemann wrote:
I don't get the inward/outward thing. First two days of the old design
summit (ops summit?) format was all cross-project stuff (docs, upgrades,
testing, ops feedback, etc). That's the same as what happens at the PTG
now too. The last three days of the
So the following was a prior effort:
https://github.com/openstack/delimiter
Maybe just continue down the path of that and/or take that whole repo
over and iterate (or adjust the prior code, or ...)?? Or if not that's
ok to, ya'll get to decide.
https://www.slideshare.net/vilobh/delimiter-ope
As far a 1, I'd recommend just use functools.partial or make an object
with all the extra stuff u want and have that object provide a __call__
method.
As far as 2, you might have to subclass the FSM baseclass and add those
into the internal data-structure (same for 3 I think); ie this one @
h
Yup, I am hoping to avoid all of these kinds of customizations if
possible... But if we have to we'll probably have to make something like
that.
Or we'll just have to render out files for each host and serve it from
the same REST endpoint, ya da ya da...
-Josh
Michał Jastrzębski wrote:
How
I'm ok with #2,
Though I would like to show an alternative that we have been
experimenting with that avoids the whole needs for a globals.yml and
such files in the first place (and feels more naturally inline with how
ansible works IMHO).
So short explanation first; we have this yaml format
ge.png
(another example of another projects UI that does something similar).
Matt Riedemann wrote:
On 12/19/2017 2:29 PM, Joshua Harlow wrote:
* Clear workflow state (and transition) 'machine' that is followed in
code and can be used by operators/others such as UI developers to get
a
I don't expect it to be a big thing for taskflow, I'll mess around this
weekend; afaik most of the changes in networkx 2.0 were around making
all the things iterators.
Matthew Thode wrote:
On 17-12-20 15:51:17, Afek, Ifat (Nokia - IL/Kfar Sava) wrote:
Hi,
There is an open bug in launchpad ab
Zane Bitter wrote:
On 19/12/17 22:15, Fei Long Wang wrote:
On 20/12/17 09:29, Joshua Harlow wrote:
Zane Bitter wrote:
Getting off-topic, but since you walked in to this one ;)
On 14/12/17 21:43, Matt Riedemann wrote:
What are the real problems that the Nova team is not working on and
Zane Bitter wrote:
Getting off-topic, but since you walked in to this one ;)
On 14/12/17 21:43, Matt Riedemann wrote:
What are the real problems that the Nova team is not working on and
apparently is a priority to everyone else in the OpenStack ecosystem
but we are somehow oblivious?
* Provid
messed with...
Felix Fischer wrote:
Am 2017-12-01 01:51, schrieb Joshua Harlow:
Felix Fischer wrote:
Hey Folks,
I'm Felix and I'm looking for a topic for my master's thesis in computer
science. I studied at the Humboldt University of Berlin and currently
I'm working as an Open
Felix Fischer wrote:
Hey Folks,
I'm Felix and I'm looking for a topic for my master's thesis in computer
science. I studied at the Humboldt University of Berlin and currently
I'm working as an OpenStack consultant. I was hoping some of you could
point me to areas or even specific topics related
Thierry Carrez wrote:
Jimmy McArthur wrote:
Thierry Carrez wrote:
Historically blog.o.o used to be our only blog outlet, so almost
anything would go in:
"OpenStack Events Sponsorship Webinar"
"New Foundation Gold Members& Corporate Sponsors"
"HP Announces Private Beta Program for OpenStack Cl
Small side-question,
Why would this just be limited to openstack clouds?
Would it be?
Monty Taylor wrote:
Hey everybody!
https://etherpad.openstack.org/p/sydney-forum-multi-cloud-management
I've CC'd everyone who listed interest directly, just in case you're not
already on the openstack-dev
Monty Taylor wrote:
On 11/28/2017 06:05 PM, Joshua Harlow wrote:
> So just curious.
>
> I didn't think shade had any federation logic in it; so I assume it will
> start getting some?
It's possible that we're missing each other on the definition of the
word &
So just curious.
I didn't think shade had any federation logic in it; so I assume it will
start getting some?
Has there been any prelim. design around what the APIs of this would be
and how they would work and how they would return data from X other
clouds in a uniform manner? (I'd really be
ilto:alli...@openstack.org>
On Nov 27, 2017, at 1:44 PM, Joshua Harlow mailto:harlo...@fastmail.com>> wrote:
Doug Hellmann wrote:
Excerpts from Joshua Harlow's message of 2017-11-27 10:54:02 -0800:
Flavio Percoco wrote:
Greetings,
Last Thursday[0], at the TC office hours, we brainstormed a
Jay Pipes wrote:
On 11/27/2017 01:54 PM, Joshua Harlow wrote:
I want a place that is like http://blog.kubernetes.io/
You know that's not for developers (only) of k8s, right? That's for
users, marketers, product managers, etc.
We don't have to exactly copy it (that was no
Doug Hellmann wrote:
Excerpts from Joshua Harlow's message of 2017-11-27 10:54:02 -0800:
Flavio Percoco wrote:
Greetings,
Last Thursday[0], at the TC office hours, we brainstormed a bit around
the idea
of having a tech blog. This idea came first from Joshua Harlow and it
was then
br
Flavio Percoco wrote:
Greetings,
Last Thursday[0], at the TC office hours, we brainstormed a bit around
the idea
of having a tech blog. This idea came first from Joshua Harlow and it
was then
briefly discussed at the summit too.
The idea, we have gathered, is to have a space where the
Doug Hellmann wrote:
This keynote talk about the evolution of governance in the kubernetes community
and the CNCF more broadly discusses some interesting parallels with our own
history.
https://m.youtube.com/watch?feature=youtu.be&v=Apw_fuTEhyA
___
Just a thought, cause I have known/do know what Mathieu is talking about
and find the disconnect still oddly weird. Why aren't developer people
from other companies coming into to where Mathieu works (or where I
work) and seeing how it really works down on the ground here.
I mean if we still h
Matt Riedemann wrote:
On 10/26/2017 10:56 PM, Joshua Harlow wrote:
Just the paranoid person in me, but is it safe to say that the filter
that you are showing here does not come from user text?
Ie these two lines don't come from a user input directly (without
going through some filter) do
Matt Riedemann wrote:
On 10/26/2017 10:56 PM, Joshua Harlow wrote:
Just the paranoid person in me, but is it safe to say that the filter
that you are showing here does not come from user text?
Ie these two lines don't come from a user input directly (without
going through some filter) do
Further things that someone may want to read/try (if the below is true),
https://en.wikipedia.org/wiki/ReDoS
Joshua Harlow wrote:
Just the paranoid person in me, but is it safe to say that the filter
that you are showing here does not come from user text?
Ie these two lines don't come f
Further things that someone may want to read/try (if the below is true),
https://en.wikipedia.org/wiki/ReDoS
Joshua Harlow wrote:
Just the paranoid person in me, but is it safe to say that the filter
that you are showing here does not come from user text?
Ie these two lines don't come f
Just the paranoid person in me, but is it safe to say that the filter
that you are showing here does not come from user text?
Ie these two lines don't come from a user input directly (without going
through some filter) do they?
https://github.com/openstack/nova/blob/16.0.0/nova/compute/api.py
Just the paranoid person in me, but is it safe to say that the filter
that you are showing here does not come from user text?
Ie these two lines don't come from a user input directly (without going
through some filter) do they?
https://github.com/openstack/nova/blob/16.0.0/nova/compute/api.py
19 October 2017 at 13:32, Joshua Harlow wrote:
This reminded me of something I wanted to ask.
Is it true to state that only way to get 'fully' shared-base layers is to
have `kolla-build` build all the projects (that a person/company/other may
use) in one invocation? (in part because of
This reminded me of something I wanted to ask.
Is it true to state that only way to get 'fully' shared-base layers is
to have `kolla-build` build all the projects (that a
person/company/other may use) in one invocation? (in part because of the
jinja2 template generation which would cause diffe
+1
I am also personally frustrated by the same thing clint is,
It seems that somewhere along the line we lost the direction of cloud vs
VPS, and somewhere it was sold (or not sold) that openstack is good for
both (when it really isn't imho),
http://cloudscaling.com/blog/cloud-computing/the-h
I would treat the metadata service as not secure.
From amazon docs (equivalent can be said about openstack):
'''
Important
Although you can only access instance metadata and user data from within
the instance itself, the data is not protected by cryptographic methods.
Anyone who can access th
Impossible to list it all, lol
Doug Hellmann wrote:
Or https://github.com/jazzband
Now we need a project to list all of the organizations full of
unmaintained software...
On Oct 2, 2017, at 12:12 PM, Joshua Harlow mailto:harlo...@fastmail.com>> wrote:
Yup, +1 from me also,
Honestly
Yup, +1 from me also,
Honestly might just be better to put pylockfile under ownership of:
https://github.com/pycontribs
I think the above is made for these kinds of things (vs oslo),
Thoughts?
-Josh
Ben Nemec wrote:
+1. I believe the work we had originally intended to put into pylockfile
en
Sean Dague wrote:
I think the concern is the ascribed motive for why people are putting
these up. That's fine to feel that people are stat padding (and that too
many things are driven off metrics). But, honestly, that's only
important if we make it important. Contributor stats are always going to
On 21 Sep 2017, 22:42 +0700, Joshua Harlow , wrote:
It does look like is sort of a bug,
Though in all honesty I wouldn't be using oslo.service or that looping
code in the future for doing retrying...
https://pypi.python.org/pypi/tenacity is a much better library with more
`natural` syntax a
It does look like is sort of a bug,
Though in all honesty I wouldn't be using oslo.service or that looping
code in the future for doing retrying...
https://pypi.python.org/pypi/tenacity is a much better library with more
`natural` syntax and works more as one would expect (even under threaded
Was there any discussion at the PTG on how the newly released AWX[1]
will affect tripleo/ansible (will it?) or ara or such? Thoughts there?
[1] https://github.com/ansible/awx
James Slagle wrote:
On Wednesday at the PTG, TripleO held a session around our current use
of Ansible and how to move f
Hi folks,
Something that has been bugging me (a tiny bit, not a lot) is the
following CNCF landscape picture.
https://raw.githubusercontent.com/cncf/landscape/master/landscape/CloudNativeLandscape_v0.9.7.jpg
If you look for openstack (for some reason it's under bare metal) in
that you may al
Hi folks,
I know there is a bunch of usage of subprocess in openstack and
especially since there is heavy usage of python 2.7 it made me wonder if
we should try to move to subprocess32 to avoid some of the bugs that
seem to exist (maybe distributors backported them?):
For example a major one
Hi folks,
I know there is a bunch of usage of subprocess in openstack and
especially since there is heavy usage of python 2.7 it made me wonder if
we should try to move to subprocess32 to avoid some of the bugs that
seem to exist (maybe distributors backported them?):
For example a major one
Hi there folks,
I'm doing various scans of our clouds here at godaddy and using shade to
do some of the calls.
Though when I do stuff like the following sometimes it has issues...
http://paste.openstack.org/show/617712/
Typically this causes the following error:
Traceback (most recent call
Morgan Fainberg wrote:
On Fri, Aug 4, 2017 at 3:09 PM, Kevin L. Mitchell wrote:
On Fri, 2017-08-04 at 14:52 -0700, Morgan Fainberg wrote:
Maybe not, but please do recall that there are many deployers out
there
that track master, not fixed releases, so we need to take that
level of
compatibilit
Also note that this appears to exist:
https://github.com/openstack/python-openstackclient/blob/master/requirements.txt#L10
So even if python-openstacksdk is not a top level project, I would
assume that it being a requirement would imply that it is? Or perhaps
neither the python-openstackclient
vin...@vn.fujitsu.com wrote:
Hello harlowja,
I'm really happy to see that you are back in this `tracing` topic [and
@boris-42 (too)].
We never left, haha, but ya, I can say (and probably boris would agree)
that trying to get OSprofiler started and integrated somewhat 'burned'
both of us (it
Since I think there was another thread out there around tracing I'd
thought I'd send out a few others for folks that show tracing being
added to multiple other popular project (interesting to read over the
proposals and such).
-
https://github.com/grpc/grpc/blob/master/src/core/ext/census/REA
+1 from me.
-Josh
ChangBo Guo wrote:
+1000
2017-07-27 22:04 GMT+08:00 Doug Hellmann mailto:d...@doughellmann.com>>:
I have noticed that Jay has been very deeply involved in several
recent design discussions about oslo.db, and he obviously has a
great deal of experience in the area
Thanks much for the service (and time and effort and more) gcb!!! :)
ChangBo Guo wrote:
Hi oslo folks,
The PTL nomination week is fast approaching [0], and as you might have
guessed by the subject of this email, I am not planning to run for
Queens, I'm still in the team and give some guidance a
Out of curiosity, since I keep on hearing/reading all the tripleo
discussions on how tripleo folks are apparently thinking/doing?
redesigning the whole thing to use ansible + mistral + heat, or ansible
+ kubernetes or ansible + mistral + heat + ansible (a second time!) or ...
Seeing all those
Ed Leafe wrote:
On Jul 10, 2017, at 5:06 AM, Mikhail Fedosin mailto:mfedo...@gmail.com>> wrote:
Given all the advantages and features of Glare, I believe that it can
become the successful drop-in replacement.
Can you clarify this? Let’s assume I have a decent-sized deployment
running Glance.
Boris Pavlovic wrote:
Overall it would take 1-2 days for people not familiar with OpenStack.
What about if one make "Sing-Up" page:
1) Few steps: provide Username, Contact info, Agreement, SSH key (and it
will do all work for you set Gerrit, OpenStack,...)
2) After one finished form it gets in
Julien Danjou wrote:
On Thu, Jun 08 2017, Mike Bayer wrote:
So far I've seen a proposal of etcd3 as a replacement for memcached in
keystone, and a new dogpile connector was added to oslo.cache to handle
referring to etcd3 as a cache backend. This is a really simplistic / minimal
kind of use ca
So just out of curiosity, but do people really even know what etcd is
good for? I am thinking that there should be some guidance from folks in
the community as to where etcd should be used and where it shouldn't
(otherwise we just all end up in a mess).
Perhaps a good idea to actually give exa
ceph backed cinder from Liberty through Newton, with the
exception of a libvirt 2.x bug that should now be fixed, cinder
really hasn't caused us any problems.
Sent from my iPad
> On May 31, 2017, at 6:12 PM, Joshua Harlow mailto:harlo...@fastmail.com>> wrote:
Hi folks,
So I was having some back and forth internally about is cinder ready for
usage and wanted to get other operators thoughts on how there cinder
experiences have been going, any trials and tribulations.
For context, we are running on liberty (yes I know, working on getting
that to new
Hi mogan folks,
I was doing some source code examination of mogan and it peaked my
interest in how it all is connected together. In part I see there is a
state machine, some taskflow usage, some wsgi usage that looks like
parts of it are inspired(?) by various other projects.
That got me won
Matt Riedemann wrote:
Rocky tipped me off to a request to document config drive which came up
at the Boston Forum, and I tracked that down to Clark's wishlist
etherpad [1] (L195) which states:
"Document the config drive. The only way I have been able to figure out
how to make a config drive is b
Matt Riedemann wrote:
Rocky tipped me off to a request to document config drive which came up
at the Boston Forum, and I tracked that down to Clark's wishlist
etherpad [1] (L195) which states:
"Document the config drive. The only way I have been able to figure out
how to make a config drive is b
Mehdi Abaakouk wrote:
Not really, I just put some comments on reviews and discus this on IRC.
Since nobody except Telemetry have expressed/try to get rid of eventlet.
Octavia is using cotyledon and they have gotten rid of eventlet. Didn't
seem like it was that hard either to do it (of course t
Chris Friesen wrote:
On 05/16/2017 10:45 AM, Joshua Harlow wrote:
So fyi,
If you really want something like this:
Just use:
http://fasteners.readthedocs.io/en/latest/api/lock.html#fasteners.lock.ReaderWriterLock
And always get a write lock.
It is a slightly different way of getting those
Chris Friesen wrote:
On 05/16/2017 10:45 AM, Joshua Harlow wrote:
So fyi,
If you really want something like this:
Just use:
http://fasteners.readthedocs.io/en/latest/api/lock.html#fasteners.lock.ReaderWriterLock
And always get a write lock.
It is a slightly different way of getting those
My guess is same with octavia.
https://github.com/openstack/octavia/tree/master/diskimage-create#diskimage-builder-script-for-creating-octavia-amphora-images
-Josh
Fox, Kevin M wrote:
+1. ironic and trove have the same issues as well. lowering the bar in order to
kick the tires will help Open
Fine with me,
I'd personally rather get down to say 2 'great' drivers for RPC,
And say 1 (or 2?) for notifications.
So ya, wfm.
-Josh
Mehdi Abaakouk wrote:
+1 too, I haven't seen its contributors since a while.
On Mon, May 15, 2017 at 09:42:00PM -0400, Flavio Percoco wrote:
On 15/05/17 15:
So fyi,
If you really want something like this:
Just use:
http://fasteners.readthedocs.io/en/latest/api/lock.html#fasteners.lock.ReaderWriterLock
And always get a write lock.
It is a slightly different way of getting those locks (via a context
manager) but the implementation underneath is a
Dmitry Tantsur wrote:
On 05/09/2017 07:59 PM, Joshua Harlow wrote:
Matt Riedemann wrote:
On 5/8/2017 1:10 PM, Octave J. Orgeron wrote:
I do agree that scalability and high-availability are definitely issues
for OpenStack when you dig deeper into the sub-components. There is a
lot of re
Matt Riedemann wrote:
On 5/8/2017 1:10 PM, Octave J. Orgeron wrote:
I do agree that scalability and high-availability are definitely issues
for OpenStack when you dig deeper into the sub-components. There is a
lot of re-inventing of the wheel when you look at how distributed
services are impleme
Fox, Kevin M wrote:
Note, when I say OpenStack below, I'm talking about
nova/glance/cinder/neutron/horizon/heat/octavia/designate. No offence to the
other projects intended. just trying to constrain the conversation a bit...
Those parts are fairly comparable to what k8s provides.
I think part
Blair Bethwaite wrote:
On 5 May 2017 at 03:26, Joshua Harlow wrote:
Though technically not horrible it does seem like the various openstack
project APIs should provide there own projections of this same data (without
needing to scape it, send it to hadoop and then do various projections
there
Just for some insight,
This is the stuff we are putting into our kolla image(s):
{% block openstack_base_header %}
ADD additions-archive /
# Because we have a internal pip with internal packages.
RUN cp /additions/pip/pip.conf /etc/pip.conf
ENV PIP_CONFIG_FILE /etc/pip.conf
LABEL JENKINS_BUILD
Doug Hellmann wrote:
Excerpts from gordon chung's message of 2017-04-20 17:12:26 +:
On 20/04/17 01:32 AM, Joshua Harlow wrote:
Wasn't there also some decision made in austin (?) about how we as a
group stated something along the line of co-installability isn't as
important
Doug Hellmann wrote:
Excerpts from Clark Boylan's message of 2017-04-19 08:10:43 -0700:
On Wed, Apr 19, 2017, at 05:54 AM, Julien Danjou wrote:
Hoy,
So Gnocchi gate is all broken (agan) because it depends on "pbr" and
some new release of oslo.* depends on pbr!=2.1.0.
Neither Gnocchi nor
Robin De-Lillo wrote:
Hello Guys,
I'm Robin a Software developer for a VFX company based in Canada. As the
company grow up, we are currently looking into redesigning our internal
processes and workflows in a more nodal/graph based approach.
Ideally we would like to start from an existing librar
Just a question, not meant as anything bad against shade,
But would effort be better spent on openstacksdk?
Take the good parts of shade and just move it to openstacksdk, perhaps
as a 'higher level api' available in openstacksdk?
Then ansible openstack components (which I believe use shade) c
Sad to see it go, but I understand the reasoning about why.
Back to the coal mines :-P
-Josh
Clint Byrum wrote:
I'm going to be blunt. I'm folding the Architecture Working Group
immediately following our meeting today at 2000 UTC. We'll be using the
time to discuss continuity of the base-servi
Sounds neat,
So this would be similar to what tower or semaphore also have (I would
assume they have something very like ARA internally) but instead of
providing the whole start/stop/inventory workflow this just provides the
viewing component?
David Moreau Simard wrote:
Hi openstack-dev,
T
I'd be fine with it also, not sure it will change much, but meh, worth a
shot. We are all happy loving people after all, so might as well try to
help others when we can :-P
-Josh
Davanum Srinivas wrote:
+1 from me to bring castellan under Oslo governance with folks from
both oslo and Barbican
Monty Taylor wrote:
On 03/14/2017 06:04 PM, Davanum Srinivas wrote:
Team,
So one more thing popped up again on IRC:
https://etherpad.openstack.org/p/oslo.config_etcd_backend
What do you think? interested in this work?
Thanks,
Dims
PS: Between this thread and the other one about Tooz/DLM and
So just fyi, this has been talked about before (but prob in context of
zookeeper or various other pluggable config backends).
Some links:
- https://review.openstack.org/#/c/243114/
- https://review.openstack.org/#/c/243182/
- https://blueprints.launchpad.net/oslo.config/+spec/oslo-config-db
- h
Jay Pipes wrote:
On 03/14/2017 02:50 PM, Julien Danjou wrote:
On Tue, Mar 14 2017, Jay Pipes wrote:
Not tooz, because I'm not interested in a DLM nor leader election
library
(that's what the underlying etcd3 cluster handles for me), only a
fast service
liveness/healthcheck system, but it shows
1 - 100 of 2097 matches
Mail list logo
