Hi to all,
Please be informed that Fuel Plugins wiki page [1] now contains
useful instructions on how to get plugin restrictions diplayed
in the Fuel web UI.
That means, you can improve the user experience for your plugin.
Feel free to have a look and ask questions if any.
Thanks a lot!
[1]
Hi,
I wasn't able to make it to the session but from the etherpad I saw
that the VLAN-aware VMs mentioned there. Would that be enough to cover
this particular use-case?
On Wed, May 20, 2015 at 3:28 AM, Adrian Otto adrian.o...@rackspace.com wrote:
Magnum and Neutron Teams,
If you are in
?Just to add a few things,
Barbican is not yet implemented in Octavia, though the code is there, we just
need to spend a few hours hooking it all up and testing it out.
Also, the security groups are used by octavia right now so that only the ports
on the listener are accessible. Basically if
On 5/14/15 11:40 AM, Mike Bayer wrote:
The online schema changes patch has been abandoned.I regret that
I was not able to review the full nature of this spec in time to note
some concerns I have, namely that Alembic does not plan on ever
acheiving 100% automation of migration generation;
On 21/05/15 21:23, Daniel P. Berrange wrote:
On Wed, May 20, 2015 at 03:01:50PM -0700, Michael Still wrote:
I note that we use instance.name to lookup the libvirt domain a bunch
in the driver. I'm wondering why we don't just use instance.uuid all
the time -- the code for that already exists.
hi,
can you explain why you want to use pbr 1.0.1 in the first place?
what's wrong with requiring pbr1.0 ?
YAMAMOTO Takashi
Hi openstack-dev team,
Can you also release latest oslo.config to allow pbr 1.0.1?
In my convenience I want to use it.
Thanks,
kakuma
On Wed, 20 May 2015
On Wed, May 20, 2015 at 03:01:50PM -0700, Michael Still wrote:
I note that we use instance.name to lookup the libvirt domain a bunch
in the driver. I'm wondering why we don't just use instance.uuid all
the time -- the code for that already exists. Is there a good reason
to not move to always
Hi!
Cue is holding a design session to talk about some of the priorities for
Liberty, Thursday from 3:20pm to 4:00pm at the couches outside of room 220.
https://etherpad.openstack.org/p/liberty-cue-design
Come and join us to learn more!
On 5/21/15 12:28 PM, Jay Pipes wrote:
Hi Mike,
I had some initial concerns around the online db schema migration work
as you do below. However, once I realized one big thing, those
concerns were allayed.
Here's the big thing that you're missing: no data migrations are
allowed any more in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I'd like to invite Robert Collins (aka lifeless) as an Oslo core.
Robert has been a long time contributor to a whole bunch of OpenStack
projects and a member of our TC. Robert indicated that he can help
across Oslo projects this cycle, so let's
+1 for Robert
Victor
I'd like to invite Robert Collins (aka lifeless) as an Oslo core.
Robert has been a long time contributor to a whole bunch of OpenStack
projects and a member of our TC. Robert indicated that he can help
across Oslo projects this cycle, so let's please welcome him.
On May 21, 2015 9:06 AM, Kyle Mestery mest...@mestery.com wrote:
On Thu, May 21, 2015 at 8:58 AM, Salvatore Orlando sorla...@nicira.com
wrote:
After putting the whole OpenStack networking contributors community
through almost 8 cycles of pedant comments and annoying what if
questions, it is
Barbican is using SQLAlchemy, so I assume PostgreSQL is not a hard requirement.
I know it deploys fine with SQLite for local development, and I am not aware of
anything that would prevent it from running on MySQL. I am told it actually
does use MySQL in devstack, so those docs may just be out
On 5/21/15 2:50 PM, Mike Bayer wrote:
Put another way, if I want to do a migration that someday, over
time, eventually, etc., will drop the widget_status table and merge
it into the widget table, how do I write the get_widget() DB API
call ? Same for just dropping a column. If we
Hi to all,
please be informed that CI [1] section of the Fuel Plugins wiki page was
updated with the following issues:
- Prerequisite steps for setting devtesting environment [2]
- CI server configuration steps [3]
Feel free to review, ask questions and comment.
Thanks!
---
Hello team,
Let us cancel today meeting due to overlapping with summit.
Have a nice day.
--
With best regards
Ilya Sviridov
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
Thanks Brandon
On 05/20/15 22:58, Brandon Logan wrote:
Just to add a few things,
Barbican is not yet implemented in Octavia, though the code is there,
we just need to spend a few hours hooking it all up and testing it out.
Also, the security groups are used by octavia right now so that
Thanks Doug! PSB my comments within.
On 05/20/15 22:49, Doug Wiegley wrote:
Hi Maish,
Thanks for the feedback, some answers below. Please also be aware of
the lbaas use cases session tomorrow at 9am (yuck, I know),
https://etherpad.openstack.org/p/YVR-neutron-lbaas-use-cases
Sorry but I
Hello,
Notes from yesterdays IDS + openstack meeting can be found on the ether pad
link below [1].
Going forward we can use that notepad to record ideas, in addition to this
mailing list.
Thanks,
Dan Lambright
[1]
https://etherpad.openstack.org/p/hUNTWLGRok
- Original Message -
Hello Dims
2. Can you please switch it to
http://git.openstack.org/cgit/openstack/oslo.log/ ? If you see
http://git.openstack.org/ you will see all the projects
Done.
Andy
__
OpenStack Development Mailing List (not
?Right now its all or nothing as far as tcp ports go. It currently does not
have the functionality of white/black listinging traffic originating from a
specific network.
From: Maish Saidel-Keesing mais...@maishsk.com
Sent: Thursday, May 21, 2015 7:45 AM
To:
?+1
From: Chad Lung chad.l...@gmail.com
Sent: Sunday, May 17, 2015 6:34 PM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [Barbican] Nominating Chelsea Winfree for Barbican core
Hi all,
I'd like to nominate Chelsea Winfree for the Barbican core
Michael Krotscheck krotsch...@gmail.com writes:
I am resigning, effective immediately, as StoryBoard Core, and will no
longer contribute to the project.
Thank you for your work on Storyboard and I look forward to working with
you as you share your expertise with other parts of the OpenStack
Andreas,
Thanks!
1. https://launchpad.net/oslo is an umbrella and oslo.log is under it.
If you try to create a bug from https://bugs.launchpad.net/oslo you
will be prompted to enter/choose oslo.log. So either way the bug
created from either urls ends up int he same plate. So either url is
ok.
Hi,
Thank you for reply.
I'll try those.
On Fri, 22 May 2015 04:52:50 +1200
Robert Collins robe...@robertcollins.net wrote:
Hi, we've got a day tomorrow where we're going to try and figure out
the future management of requirements in library packages (amongst
many other things) - I've
On Thu, May 21, 2015 at 10:17 AM, Robert Collins robe...@robertcollins.net
wrote:
On 22 May 2015 at 05:14, Brant Knudson b...@acm.org wrote:
On Thu, May 21, 2015 at 2:22 AM, YAMAMOTO Takashi
yamam...@valinux.co.jp
wrote:
hi,
can you explain why you want to use pbr 1.0.1 in the
On 05/21/2015 01:10 PM, Anne Gentle wrote:
Hi all, please come to the API doc working session this morning at 11:50 in 305
if you want to work on plans for next-gen API docs in Liberty.
https://libertydesignsummit.sched.org/mobile/#session:29e7d4effc10832b4d6aa50339e0c973
is there an
Hi,
I'd like to notify the Oslo community of these two changes to the oslo.log
section on the Oslo Wiki page:
1. There were conflicting statements about where bugs against oslo.log
should be created:
- The CONTRIBUTING.rst file in oslo.log suggests:
+1
On Thu, May 21, 2015 at 11:05 PM, John Wood john.w...@rackspace.com wrote:
+1
--
*From:* Chad Lung chad.l...@gmail.com
*Sent:* Sunday, May 17, 2015 6:34 PM
*To:* openstack-dev@lists.openstack.org
*Subject:* [openstack-dev] [Barbican] Nominating Chelsea
On Thu, May 21, 2015 at 09:34:20PM +1200, Xav Paice wrote:
On 21/05/15 21:23, Daniel P. Berrange wrote:
On Wed, May 20, 2015 at 03:01:50PM -0700, Michael Still wrote:
I note that we use instance.name to lookup the libvirt domain a bunch
in the driver. I'm wondering why we don't just use
Hi. I think you should start from [1], in particular in the functions
index,show,create,delete,update. Have a look when in this file it uses the
python method 'getattr' to obtain the plugin and method to call.
To understand the way neutron works I used devstack and python debugger to
stop the code
Hi, all!
As the spec for the graduation of oslo.service [1] is about to merge I have
created a public repository on github [2] with oslo.service initial
version, which is the next step in graduation of a library according to [3].
I would like to ask everyone interested to review it so we can
On Thu, May 21, 2015 at 10:23:35AM +0100, Daniel P. Berrange wrote:
On Wed, May 20, 2015 at 03:01:50PM -0700, Michael Still wrote:
I note that we use instance.name to lookup the libvirt domain a bunch
in the driver. I'm wondering why we don't just use instance.uuid all
the time -- the code
Will try to make it, but will probably be in 'read-only' mode, sorry :(
On Wed, May 20, 2015 at 5:59 PM, Mike Bayer mba...@redhat.com wrote:
On 5/20/15 9:31 AM, Davanum Srinivas wrote:
Thanks Jeremy,
Mike, Roman, Victor, Please see remote connection details in:
On Fri, May 08, 2015 at 09:13:59AM -0400, Doug Hellmann wrote:
Excerpts from Joe Gordon's message of 2015-05-07 17:43:06 -0700:
On May 7, 2015 2:37 AM, Sahid Orentino Ferdjaoui
sahid.ferdja...@redhat.com wrote:
Hi,
The primary point of this expected discussion around asynchronous
Since docker 1.7 is suposed to support advanced networking, could that just be
plugged into neutron?
Thanks,
Kevin
From: Brenden Blanco
Sent: Thursday, May 21, 2015 6:40:37 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re:
Hi,
Just brainstorming here, but IMHO it would be good to keep it extensible
and not to lock in VLAN as the sole container VIF mechanism. For
instance, there is the ipvlan [1] technology that was purpose-built to be
more appropriate for container systems. This tech actually comes from some
of the
Hi Ben and Luis,
TL;DR: it was my misunderstanding and both glusterfs* drivers
will be able to support resize (extension and shrinking) without
disruption.
There was no doubt about that GlusterFS supports a volume resize
operation. What I had a problem with is that the API to it is too
low level
Small correction follows,
Csaba
- Original Message -
From: Csaba Henk ch...@redhat.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Sent: Thursday, May 21, 2015 3:28:04 PM
Subject: Re: [openstack-dev] [Manila] Question to
On 2015-05-21 3:13 AM, Daniel P. Berrange wrote:
On Thu, May 21, 2015 at 09:34:20PM +1200, Xav Paice wrote:
On 21/05/15 21:23, Daniel P. Berrange wrote:
On Wed, May 20, 2015 at 03:01:50PM -0700, Michael Still wrote:
I note that we use instance.name to lookup the libvirt domain a bunch
in the
On 05/21/2015 03:20 PM, Mathieu Gagné wrote:
On 2015-05-21 3:13 AM, Daniel P. Berrange wrote:
On Thu, May 21, 2015 at 09:34:20PM +1200, Xav Paice wrote:
On 21/05/15 21:23, Daniel P. Berrange wrote:
On Wed, May 20, 2015 at 03:01:50PM -0700, Michael Still wrote:
I note that we use
Keystone is certainly CPU bound while doing crypto operations
(authentication, token creation, token validation, etc), so we're
experimenting with pypy now, but don't have any strong interest in the gate
jobs running *currently*. We might want to add one for keystone at some
point, though.
On
On 2015-05-21 3:38 PM, Chris Friesen wrote:
On 05/21/2015 03:20 PM, Mathieu Gagné wrote:
On 2015-05-21 3:13 AM, Daniel P. Berrange wrote:
On Thu, May 21, 2015 at 09:34:20PM +1200, Xav Paice wrote:
On 21/05/15 21:23, Daniel P. Berrange wrote:
On Wed, May 20, 2015 at 03:01:50PM -0700, Michael
Excerpts from Michael Still's message of 2015-05-21 15:33:21 -0700:
Oh cool. Thanks!
See also https://review.openstack.org/184825 and tox -e dashboards.
Doug
Michael
On Thu, May 21, 2015 at 10:14 AM, Robert Collins
robe...@robertcollins.net wrote:
One is linked from
If thats true, then it could probably be changed and a note placed in the
release/migration notes.
Thanks,
Kevin
From: Chris Friesen
Sent: Thursday, May 21, 2015 4:18:20 PM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [Nova][libvirt]
+1
On Thu, May 21, 2015 at 12:29 PM, John Wood john.w...@rackspace.com wrote:
+1
From: Douglas Mendizábal douglas.mendiza...@rackspace.com
Sent: Tuesday, May 19, 2015 7:09 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject:
+1
On Thu, May 21, 2015 at 4:53 PM, Juan Antonio Osorio
jaosor...@gmail.com wrote:
+1
On Thu, May 21, 2015 at 11:05 PM, John Wood john.w...@rackspace.com wrote:
+1
From: Chad Lung chad.l...@gmail.com
Sent: Sunday, May 17, 2015 6:34 PM
To:
On 05/21/2015 03:42 PM, Mathieu Gagné wrote:
On 2015-05-21 3:38 PM, Chris Friesen wrote:
On 05/21/2015 03:20 PM, Mathieu Gagné wrote:
On 2015-05-21 3:13 AM, Daniel P. Berrange wrote:
You do know you can configure the instance name used...
eg in nova.conf
Oh cool. Thanks!
Michael
On Thu, May 21, 2015 at 10:14 AM, Robert Collins
robe...@robertcollins.net wrote:
One is linked from https://wiki.openstack.org/wiki/Oslo#Review_Links
On 22 May 2015 at 05:13, Michael Still mi...@stillhq.com wrote:
Hi,
I'm finding that oslo being in 1,400 different
On 2015-05-21 4:18 PM, Chris Friesen wrote:
I guess it's for the reason I mentioned above:
To not break all OpenStack installations on Earth running with default
config values.
So that's not breaking *upgrades* of all OpenStack installations with
default config values, which is a
On 5/21/15 3:36 PM, Mike Bayer wrote:
On 5/21/15 2:57 PM, Mike Bayer wrote:
On 5/21/15 2:50 PM, Mike Bayer wrote:
Put another way, if I want to do a migration that someday, over
time, eventually, etc., will drop the widget_status table and
merge it into the widget table, how do I
On Thu, May 21, 2015 at 8:04 AM, Fox, Kevin M kevin@pnnl.gov wrote:
Since docker 1.7 is suposed to support advanced networking, could that
just be plugged into neutron?
Yes, we'd be looking at doing a docker libnetwork driver that uses the
remote driver interface.
The remote driver
I created an etherpad to help focus the discussion. We'll try to form a
collective in the morning and start talking through these items.
https://etherpad.openstack.org/p/YVR-neutron-vpnaas
Regards,
Paul Michali (pc_m)
__
Hi Igor, Hitachi SOP drive can support share extending online without
disruption.
cheers
jason
On Mon, May 18, 2015 at 1:15 AM, Igor Malinovskiy imalinovs...@mirantis.com
wrote:
Hello, everyone!
My letter is mainly addressed to driver maintainers, but could be
interesting to everybody.
Is it the discussion live? I am not in vancouver...
--
Best
Li Tianqing
At 2015-05-21 04:18:13, Nikhil Manchanda nik...@manchanda.me wrote:
The session where we're planning to discuss this is at 5:00 pm on Thursday in
Room 302.
Thanks,
Nikhil
On May 20, 2015, at 11:09 AM, Georgy
Hi experts,
I setup an OpenStack multinode environment without Horizon installed. After
host rebooting, the instances are in 'shutoff' status. I hope to re-use
these instances, but seems there is no command line for this. Any
suggestion?
Thanks.
Best regards,
Lily Xing(邢莉莉)
Did you try 'nova start server'?
On 22/05/15 16:16, Lily.Sing wrote:
Hi experts,
I setup an OpenStack multinode environment without Horizon installed.
After host rebooting, the instances are in 'shutoff' status. I hope to
re-use these instances, but seems there is no command line for this.
nova start existing instance name or uuid
On Fri, May 22, 2015 at 9:46 AM, Lily.Sing lily.s...@gmail.com wrote:
Hi experts,
I setup an OpenStack multinode environment without Horizon installed.
After host rebooting, the instances are in 'shutoff' status. I hope to
re-use these instances,
On Fri, May 22, 2015 at 5:19 AM, Mathieu Gagné mga...@iweb.com wrote:
On 2015-05-21 4:18 PM, Chris Friesen wrote:
I guess it's for the reason I mentioned above:
To not break all OpenStack installations on Earth running with default
config values.
So that's not breaking
If you add the following option to your nova.conf file then when nova-compute
restarts (at boot or simple on a restart) it will check the instances in the DB
and attempt to start any instances that are marked as running in the DB but not
running on the hypervisor.
Hey everyone!
As many of you know, storyboard's been on a bit of a back burner recently,
largely because members of the TC have acknowledged that the project was
never properly resourced, and therefore have reversed their opinion on
whether we should be trying to build our own task tracker that
On 5/21/15 2:57 PM, Mike Bayer wrote:
On 5/21/15 2:50 PM, Mike Bayer wrote:
Put another way, if I want to do a migration that someday, over
time, eventually, etc., will drop the widget_status table and
merge it into the widget table, how do I write the get_widget()
DB API call ?
-1
From: Carl Baldwin c...@ecbaldwin.netmailto:c...@ecbaldwin.net
Reply-To: OpenStack List
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Date: Thursday, May 21, 2015 at 11:32 AM
To: OpenStack List
After putting the whole OpenStack networking contributors community through
almost 8 cycles of pedant comments and annoying what if questions, it is
probably time for me to relieve neutron contributors from this burden.
It has been a pleasure for me serving the Neutron community (or Quantum as
it
The CentOS Cloud SIG is pleased to announce the availability of
OpenStack Kilo package repositories for CentOS 7, and Juno repositories
for CentOS 6. These are the result of the last few months of work by the
Cloud SIG membership, and, of course, we owe a great deal of gratitude
to the
On Thu, May 21, 2015 at 8:58 AM, Salvatore Orlando sorla...@nicira.com
wrote:
After putting the whole OpenStack networking contributors community
through almost 8 cycles of pedant comments and annoying what if
questions, it is probably time for me to relieve neutron contributors from
this
Hi,
I am running devstack on Ubuntu as a virtual machine. Please let me know how
do I enable dogtag and symantec plugins for certificates. Should I enable them
in local.conf of devstack ? I see the below check for BARBICAN_USE_DOGTAG, but
not sure what option I should enable for this.
Also
On 21 May 2015 at 16:30, fumihiko kakuma kak...@valinux.co.jp wrote:
Hi openstack-dev team,
Can you also release latest oslo.config to allow pbr 1.0.1?
In my convenience I want to use it.
Hi, we've got a day tomorrow where we're going to try and figure out
the future management of
On 21 May 2015 at 21:22, YAMAMOTO Takashi yamam...@valinux.co.jp wrote:
hi,
can you explain why you want to use pbr 1.0.1 in the first place?
what's wrong with requiring pbr1.0 ?
pbr 1.0 adds important features for python 2.x 3.x management and
optional dependencies via extras.
-Rob
--
On May 21, 2015, at 9:14 AM, Armando M. arma...@gmail.com wrote:
On 21 May 2015 at 08:58, Salvatore Orlando sorla...@nicira.com
mailto:sorla...@nicira.com wrote:
After putting the whole OpenStack networking contributors community through
almost 8 cycles of pedant comments and
On Thu, May 21, 2015 at 9:51 AM, Doug Wiegley doug...@parksidesoftware.com
wrote:
On May 21, 2015, at 9:14 AM, Armando M. arma...@gmail.com wrote:
On 21 May 2015 at 08:58, Salvatore Orlando sorla...@nicira.com wrote:
After putting the whole OpenStack networking contributors community
Here's the big thing that you're missing: no data migrations are allowed
any more in DB migration scripts.
Correct, online-schema-migrations aside, we're trying to avoid ever
doing data migrations in schema migrations anymore.
In this way, data migrations occur *over time* in the nova.objects
On 21 May 2015 at 09:58, Kyle Mestery mest...@mestery.com wrote:
On Thu, May 21, 2015 at 9:51 AM, Doug Wiegley
doug...@parksidesoftware.com wrote:
On May 21, 2015, at 9:14 AM, Armando M. arma...@gmail.com wrote:
On 21 May 2015 at 08:58, Salvatore Orlando sorla...@nicira.com wrote:
On Thu, May 21, 2015 at 7:49 AM, Sahid Orentino Ferdjaoui
sahid.ferdja...@redhat.com wrote:
On Thu, May 21, 2015 at 10:23:35AM +0100, Daniel P. Berrange wrote:
On Wed, May 20, 2015 at 03:01:50PM -0700, Michael Still wrote:
I note that we use instance.name to lookup the libvirt domain a bunch
On 21 May 2015 at 08:58, Salvatore Orlando sorla...@nicira.com wrote:
After putting the whole OpenStack networking contributors community
through almost 8 cycles of pedant comments and annoying what if
questions, it is probably time for me to relieve neutron contributors from
this burden.
+1 she has been an invaluable contributor.
On May 19, 2015, at 5:09 PM, Douglas Mendizábal
douglas.mendiza...@rackspace.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi All,
I would like to nominate Kaitlin Farr for barbican-core.
Kaitlin has been contributing to the
Not even sure why I am even sending this email when I am behind you right now
:-)
Probably to make sure that the rest of the folks know that your pedant remarks
where so important to keep going the Quantum/Neutron project and even more
important to have the right code in place.
Best Wishes!
+1
Chelsea has been jumping on all sorts of issues for us.
On May 17, 2015, at 4:34 PM, Chad Lung
chad.l...@gmail.commailto:chad.l...@gmail.com wrote:
Hi all,
I'd like to nominate Chelsea Winfree for the Barbican core review team.
Chelsea has been active in Barbican as a regular contributor
Hi Mike,
I had some initial concerns around the online db schema migration work
as you do below. However, once I realized one big thing, those concerns
were allayed.
Here's the big thing that you're missing: no data migrations are allowed
any more in DB migration scripts.
Yes, that sounds
On Thu, May 21, 2015 at 09:11:57AM -0700, Michael Still wrote:
On Thu, May 21, 2015 at 7:49 AM, Sahid Orentino Ferdjaoui
sahid.ferdja...@redhat.com wrote:
On Thu, May 21, 2015 at 10:23:35AM +0100, Daniel P. Berrange wrote:
On Wed, May 20, 2015 at 03:01:50PM -0700, Michael Still wrote:
I
+1
From: Douglas Mendizábal douglas.mendiza...@rackspace.com
Sent: Tuesday, May 19, 2015 7:09 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev] [barbican] Nominating Kaitlin Farr for barbican-core
-BEGIN PGP
On 5/17/2015 1:22 PM, Adrian Otto wrote:
Good questions Matt and Alex. Currently Magnum creates Bays (places that can
run containers, or pods of containers, and other high level resources such as
service, replication controllers, etc.) composed of one or more Nova instances
(Nodes). This
+1
On Tue, 2015-05-19 at 17:09 -0700, Douglas Mendizábal wrote:
Hi All,
I would like to nominate Kaitlin Farr for barbican-core.
Kaitlin has been contributing to the project for a long time, both by
contributing code to Barbican, python-barbicanclient and Castellan,
and also by providing
+1 from me.
[cid:EED0E042-E892-4105-9EAD-66D943BF937E]
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
Hi all, please come to the API doc working session this morning at 11:50 in 305
if you want to work on plans for next-gen API docs in Liberty.
https://libertydesignsummit.sched.org/mobile/#session:29e7d4effc10832b4d6aa50339e0c973
Thanks,
Anne
I just did an abandon run for specs that meet this criteria and
haven't been touched since March. Once again, this isn't a kiss of
death, just an attempt at review backlog hygiene.
Cheers,
Michael
On Tue, May 5, 2015 at 1:26 AM, John Garbutt j...@johngarbutt.com wrote:
On Monday, May 4, 2015,
On Thu, May 21, 2015 at 2:22 AM, YAMAMOTO Takashi yamam...@valinux.co.jp
wrote:
hi,
can you explain why you want to use pbr 1.0.1 in the first place?
what's wrong with requiring pbr1.0 ?
Global requirements currently has pbr=0.11,2.0[1], and
keystonemiddleware has the updated requirement
One is linked from https://wiki.openstack.org/wiki/Oslo#Review_Links
On 22 May 2015 at 05:13, Michael Still mi...@stillhq.com wrote:
Hi,
I'm finding that oslo being in 1,400 different git repos is making it
hard to build a gerrit review dashboard URL. Does anyone have one of
these already
Hi,
I'm finding that oslo being in 1,400 different git repos is making it
hard to build a gerrit review dashboard URL. Does anyone have one of
these already built that I can just steal?
Thanks,
Michael
--
Rackspace Australia
On 22 May 2015 at 05:14, Brant Knudson b...@acm.org wrote:
On Thu, May 21, 2015 at 2:22 AM, YAMAMOTO Takashi yamam...@valinux.co.jp
wrote:
hi,
can you explain why you want to use pbr 1.0.1 in the first place?
what's wrong with requiring pbr1.0 ?
Global requirements currently has
90 matches
Mail list logo