Re: [Openstack] [openstack client] command completion

Bernd Bausch writes: > Thanks for educating me, Doug and Jeremy. Bug submitted. > > Just by the way: I checked [1] and [2] to find out where bugs might be > tracked. The former doesn't mention bugs, the latter is outdated. > Finding the way through the maze of OpenStack information is not always

Re: [Openstack] [openstack client] command completion

Bernd Bausch writes: > Rocky Devstack sets up bash command completion for the openstack client, > e.g. /openstack net[TAB]/ expands to /network/. Sadly, there is no > command completion when using the client interactively: > > /$ openstack// > //(openstack) net[TAB][TAB][TAB][TAB][TAB]//[

Re: [Openstack] [Openstack-sigs] [all] Bringing the community together (combine the lists!)

Excerpts from Jeremy Stanley's message of 2018-08-30 17:03:50 +: > The openstack, openstack-dev, openstack-sigs and openstack-operators > mailing lists on lists.openstack.org see an increasing amount of > cross-posting and thread fragmentation as conversants attempt to > reach various corners o

Re: [Openstack] Run and test new changes in Openstack

Excerpts from Vishal Rathod's message of 2018-01-02 06:30:34 -0500: > Hello All, > > I have modify nova policy engine code and have to test these changes, so > could you please provide set of commands through which I can run the > openstack and test these changes. Also, do I have to restart any se

Re: [Openstack] [openstack-dev] [all] Announcing openstack-sigs ML

Excerpts from Melvin Hillsman's message of 2017-07-13 08:51:16 -0500: >1. Start the openstack-sigs mailing list You can subscribe by visiting http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-sigs Doug ___ Mailing list: http://lists.op

Re: [Openstack] Stackalytics Company_affiliation

Excerpts from TanXin's message of 2017-05-21 20:56:12 +0800: > Hi, > > I am doing a research of the company role in OpenStack. I find this > file(https://wiki.openstack.org/wiki/Stackalytics#Company_affiliation > ) is very > valu

Re: [Openstack] Adding our developments to Assosciated projects list

You probably want to start by contacting the swift development team, since they own that content. Send email to the openstack-dev mailing list with "[swift]" in the subject line so anyone filtering the list will see it. Doug Excerpts from Nejc Bat's message of 2017-05-03 10:54:52 +0200: > Dear a

Re: [Openstack] [TC] Vision?

Excerpts from Adam Lawson's message of 2017-04-13 12:00:44 -0700: > I don't mean to be inflammatory. First off. > > That said, I was emailed a link to review the drafted TC vision. When going > through it I did not see a vision but rather a 'yay for our to-date > accomplishments' statement. What a

Re: [Openstack] Location of log messages for stevedore extensions in OpenStack

Excerpts from Kevin Wilson's message of 2016-10-18 11:41:21 +0300: > Helo, Tinath, > Thanks for your quick repsonse. It did help. After some trials I found out > that > LOG.error messages from stevedore/extension.py are shown in > /var/log/nova-compute.log > However, I cannot find where I can set

Re: [Openstack] [oslo] Issues with pbr when building custom packages

Excerpts from Sam Morrison's message of 2016-06-09 08:16:11 +1000: > > > On 8 Jun 2016, at 10:51 PM, Doug Hellmann wrote: > > > > Excerpts from Sam Morrison's message of 2016-06-08 16:59:37 +1000: > >> We have been building our own packages for a few

Re: [Openstack] [oslo] Issues with pbr when building custom packages

Excerpts from Sam Morrison's message of 2016-06-08 16:59:37 +1000: > We have been building our own packages for a few years now and I’ve just > started to build packages for liberty. > > I got an error from pbr telling me my version was incompatible. An example > version we were producing was 12

[Openstack] [release][telemetry] Aodh Mitaka RC1 available

Hello everyone, The Telemetry team's release candidate for Aodh for the end of the Mitaka cycle is available! You can find the RC1 source code tarball at: https://tarballs.openstack.org/aodh/aodh-2.0.0.0rc1.tar.gz Unless release-critical issues are found that warrant a release candidate respin,

[Openstack] [release][telemetry] Ceilometer Mitaka RC1 available

Hello everyone, The Telemetry team's release candidate for Ceilometer for the end of the Mitaka cycle is available! You can find the RC1 source code tarball at: https://tarballs.openstack.org/ceilometer/ceilometer-6.0.0.0rc1.tar.gz Unless release-critical issues are found that warrant a release

[Openstack] [release][manila] Manila Mitaka RC1 available

Hello everyone, The release candidate for Manila for the end of the Mitaka cycle is available! You can find the RC1 source code tarball at: https://tarballs.openstack.org/manila/manila-2.0.0.0rc1.tar.gz Unless release-critical issues are found that warrant a release candidate respin, this RC1 w

[Openstack] [release][designate] Designate Mitaka RC1 available

Hello everyone, Designate's release candidate for the end of the Mitaka cycle is available! You can find the RC1 source code tarball at: https://tarballs.openstack.org/designate/designate-2.0.0.0rc1.tar.gz Unless release-critical issues are found that warrant a release candidate respin, this RC

[Openstack] [release][horizon] Horizon Mitaka RC1 available

Hello everyone, Horizon's release candidate for the end of the Mitaka cycle is available! You can find the RC1 source code tarball at: https://tarballs.openstack.org/horizon/horizon-9.0.0.0rc1.tar.gz Unless release-critical issues are found that warrant a release candidate respin, this RC1 will

[Openstack] [release][zaqar] zaqar mitaka rc1 available

Hello everyone, Zaqar is the most recent milestone-based project to produce a release candidate for the end of the Mitaka cycle! You can find the RC1 source code tarball at: https://tarballs.openstack.org/zaqar/zaqar-2.0.0.0rc1.tar.gz Unless release-critical issues are found that warrant a relea

[Openstack] [release][senlin] Senlin Mitaka RC1 available

Hello everyone, Senlin is the latest milestone-based project to produce a release candidate for the end of the Mitaka cycle! You can find the RC1 source code tarball at: https://tarballs.openstack.org/senlin/senlin-1.0.0.0rc1.tar.gz Unless release-critical issues are found that warrant a release

[Openstack] [openstack][release][keystone] Mitaka RC1 available

Hello everyone, Keystone's release candidate for the end of Mitaka is available. You can find the RC1 source code tarball at: https://tarballs.openstack.org/keystone/keystone-9.0.0.0rc1.tar.gz Unless release-critical issues are found that warrant a release candidate respin, this RC1 will be form

Re: [Openstack] [Oslo] Can oslo.config be also used for updating configuration files?

Excerpts from Mohammed, Allauddin's message of 2015-05-12 04:48:34 +: > Hi All, >Can oslo.config be also used for updating configuration files? > > Thanks, > Mohammed Allauddin The library doesn't provide any tools for modifying config files, today. If you give us more detail about what

Re: [Openstack] [OpenStackClient] Release 1.0.0

On Dec 4, 2014, at 6:35 PM, Dean Troyer wrote: > OpenStackClient 1.0.0 has been released to PyPI. This release represents the > results of a small band of contributors' work over the last > -[0] years. Thanks to $(git log --format='%aN' | sort -u) > for your help in making the command line a

[Openstack] tracking approved specs via RSS

We’ve added RSS feeds to most of the published specs on http://specs.openstack.org to make it easier to follow along with approved specs. Watching gerrit is still the best way to track proposals and reviews, but for the folks who are interested in the sausage but don’t want to know how it’s mad

Re: [Openstack] is anyone using zeromq for RPC?

Because we’re getting into future development plans, I’ve replied to this in detail in a new thread on the -dev mailing list. Let’s continue the discussion over there to ensure that the rest of the development team can be involved. http://lists.openstack.org/pipermail/openstack-dev/2014-Septembe

Re: [Openstack] is anyone using zeromq for RPC?

On Sep 10, 2014, at 7:27 AM, Li Ma wrote: > > On 2014/9/8 23:11, Doug Hellmann wrote: >>> I would love to try to get them done step by step. >> And I would be happy to have your help doing that! Do you or your team have >> resources to contribute? > > I&#x

Re: [Openstack] is anyone using zeromq for RPC?

On Sep 8, 2014, at 10:35 AM, Antonio Messina wrote: > Hi All, > > We tested briefly ZeroMQ with Havana last year, but we couldn't find > any good documentation on how to implement it, and we were not able to > get it working. We also got the impression that the support was not at > all mature,

Re: [Openstack] is anyone using zeromq for RPC?

ul approach, although given the expectations of oslo.messaging right now I’m not sure how to make it work or if it would actually be easier than updating the current driver. It is definitely worth investigating. Doug > > cheers, > Li Ma > > > > - Original Message ---

Re: [Openstack] is anyone using zeromq for RPC?

On Sep 6, 2014, at 11:00 AM, Sandy Walsh wrote: >> From: Doug Hellmann [d...@doughellmann.com] >> On Sep 5, 2014, at 11:13 PM, Sandy Walsh wrote: > >>>> From: Doug Hellmann [d...@doughellmann.com] >>>> The zmq driver in oslo.messaging, used for intern

Re: [Openstack] is anyone using zeromq for RPC?

am trying to find someone who might like to contribute to it because they actually want to use zeromq. Doug > > From: Noel Burton-Krahn > Date: Friday, September 5, 2014 at 1:50 PM > To: Doug Hellmann > Cc: "openstack@lists.openstack.org" , Nick > Bartos > Subje

Re: [Openstack] is anyone using zeromq for RPC?

ted patches, but they've been > waiting for merge for a while. We're hoping it would be simpler to avoid > rabbit altogether. > > https://review.openstack.org/#/c/109373/ > https://review.openstack.org/#/c/110511/ > > I'll take a look at kombu's zeromq &

Re: [Openstack] is anyone using zeromq for RPC?

On Sep 5, 2014, at 11:13 PM, Sandy Walsh wrote: >> From: Doug Hellmann [d...@doughellmann.com] >> The zmq driver in oslo.messaging, used for internal communication >> between OpenStack services, has been without a maintainer for a >> significant period of time. It isn’t

Re: [Openstack] is anyone using zeromq for RPC?

way from rabbit bugs like > https://bugs.launchpad.net/oslo.messaging/+bug/1338732. > > > Cheers, > -- > Noel > > > > On Fri, Sep 5, 2014 at 12:50 PM, Doug Hellmann wrote: > The zmq driver in oslo.messaging, used for internal communication between >

[Openstack] is anyone using zeromq for RPC?

The zmq driver in oslo.messaging, used for internal communication between OpenStack services, has been without a maintainer for a significant period of time. It isn’t actively tested, and it isn’t clear whether or not it works. The Oslo team would like to drop support for it in Kilo, but before

Re: [Openstack] oslo.messaging eventlet executor

I don't see a call to eventlet.monkey_patch() at the beginning of your app. That could be related. Doug On Mon, Apr 21, 2014 at 9:51 AM, Tong Li wrote: > When using oslo.messaging library for notification listener, one can use > either blocking or eventlet, when using eventlet as the executor, f

Re: [Openstack] six dependencies for nova and keystone client

We are working on a fix under https://review.openstack.org/52466 On Thu, Oct 17, 2013 at 3:00 AM, Clint Byrum wrote: > Excerpts from Sam Morrison's message of 2013-10-16 21:06:41 -0700: > > It looks like there is an issue with six with havana nova > (milestone-proposed). > > > > Nova has: > > s