On 10/10/2014 08:44 PM, John Griffith wrote:
Hi,
So I've been beating on this for a good part of the day and I'm not
having much luck so I thought I'd ask on the ML if anybody has had any
success with the following.
We have some applications that have been migrated off of our physical
machines
Hi,
So I've been beating on this for a good part of the day and I'm not having
much luck so I thought I'd ask on the ML if anybody has had any success
with the following.
We have some applications that have been migrated off of our physical
machines and into our OpenStack Cloud. The trouble is t
On Fri, Oct 10, 2014 at 7:36 PM, Kevin Benton wrote:
> I think you will probably have to wait until after the summit so we can
> see the direction that will be taken with the rest of the in-tree
> drivers/plugins. It seems like we are moving towards removing all of them
> so we would definitely n
Well, I deleted /usr/local/lib/python2.7/dist-packages/websockify* and then
stacked and it worked!
PCM (Paul Michali)
MAIL …..…. p...@cisco.com
IRC ……..… pcm_ (irc.freenode.com)
TW ………... @pmichali
GPG Key … 4525ECC253E31A83
Fingerprint .. 307A 96BB 1A4C D2C7 931D 8D2D 4525 ECC2 53E3 1A83
On
On Oct 10, 2014, at 12:52 PM, Ihar Hrachyshka wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 10/10/14 20:21, Joshua Harlow wrote:
>> On Oct 10, 2014, at 3:13 AM, Ihar Hrachyshka
>> wrote:
>>
>> On 09/10/14 21:29, Mike Bayer wrote:
> So so far, everyone seems really posit
Hi,
IMHO we should have a proper way to reference external vendor specific
plugins/drivers mostly because at least in Neutron we are considering to move
ALL vendor specific code out-of-tree, again it is just a consideration not a
fact.
So, having a place holder for that will make sense.
Thank
I had a system with devstack, which I restack with reclone, with the intention
of then patching in my review diffs to update and test. Well, the stack is
failing in n-nonvc, with this message:
openstack@devstack-33:~/devstack$ /usr/local/bin/nova-novncproxy --config-file
/etc/nova/nova.conf --w
I think you will probably have to wait until after the summit so we can see
the direction that will be taken with the rest of the in-tree
drivers/plugins. It seems like we are moving towards removing all of them
so we would definitely need a solution to documenting out-of-tree drivers
as you sugges
On Fri, Oct 3, 2014 at 3:07 PM, Stefano Maffulli
wrote:
>
> > 4. Send e-mail to reviewers network...@openstacknow.com.
>
> Why not use the docs mailing list or other facilities on @openstack.org?
We've now switched over to use the [networking] topic on the openstack-docs
list. So anybody who'
>
> It seems to me that deployment tools such as puppet scripts would also be
> simpler if the GBP service plugin used the neutron DB, as there would be no
> need to create a separate DB, set its permissions, put its URL into
> neutron's config file, etc.. All that would be needed at deployment tim
On 10/7/14 6:36 PM, Ivar Lazzaro wrote:
I posted a patch that implements the "Different DB Different Chain"
approach [0].
That does not mean that this approach is the chosen one! It's just to
have a grasp of what the change looks like.
The "Same DB different chain" solution is much simpler to
On 2014-10-10 19:15:33 +0200 (+0200), Christian Berendt wrote:
> Is it possible to directly access RSS feeds for gerrit projects or
> is the only way to do this to use a wrapper like openstackwatch in
> jeepyb?
As far as I can tell, Gerrit has no RSS feature yet[1].
An OSW instance was added to r
On Oct 8, 2014, at 10:19 AM, Doug Hellmann wrote:
>
> On Oct 8, 2014, at 5:20 AM, Julien Danjou wrote:
>
>> On Tue, Oct 07 2014, Roman Podoliaka wrote:
>>
>>> - Mondays at 1600 UTC [1]: #openstack-meeting-alt, #openstack-meeting-3
>>> - Thursdays at 1600 UTC [2]: #openstack-meeting-3
>>
>>
Hi Anne,
Thanks for your immediate response!...
Just to clarify... I have developed and maintaining a Neutron plug-in (ML2
mechanism_driver) since Grizzly and now it is up-to-date with Icehouse. But
it was never listed nor part of the main Openstack releases. Now i would
like to have my plugin me
On Oct 10, 2014, at 12:36 PM, Chen CH Ji wrote:
> Thanks a lot for the info,
>
> So, my understanding is I need to wait for its released then someone need to
> change the code in
> projects (e.g. nova) to switch from its original method
> (nova/openstack/common/) to oslo.concurrency
> just
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 10/10/14 20:21, Joshua Harlow wrote:
> On Oct 10, 2014, at 3:13 AM, Ihar Hrachyshka
> wrote:
>
> On 09/10/14 21:29, Mike Bayer wrote:
So so far, everyone seems really positive and psyched about
the proposal.
It looks like pr
On Fri, Oct 10, 2014 at 2:11 PM, Vadivel Poonathan <
vadivel.openst...@gmail.com> wrote:
> Hi,
>
> How to include a new vendor plug-in (aka mechanism_driver in ML2
> framework) into the Openstack documentation?.. In other words, is it
> possible to include a new plug-in in the Openstack documentat
Hi,
How to include a new vendor plug-in (aka mechanism_driver in ML2 framework)
into the Openstack documentation?.. In other words, is it possible to
include a new plug-in in the Openstack documentation page without having
the actual plug-in code as part of the Openstack neutron repository?... The
On Oct 10, 2014, at 3:13 AM, Ihar Hrachyshka wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 09/10/14 21:29, Mike Bayer wrote:
>> So so far, everyone seems really positive and psyched about the
>> proposal.
>>
>> It looks like providing some options for how to use would be bes
Eddie,
+1 on glance-spec
We might want to define the scope. How far are we diverging from Openstack
policy structure? Are there any other use cases which need policy changes? -
some questions which come to my mind.
Thanks,
-Nikhil
From: Eddie Sheffield [eddie.s
Is it possible to directly access RSS feeds for gerrit projects or is
the only way to do this to use a wrapper like openstackwatch in jeepyb?
Christian.
--
Christian Berendt
Cloud Solution Architect
Mail: bere...@b1-systems.de
B1 Systems GmbH
Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-sy
Thanks Lei.
On Thu, Oct 9, 2014 at 6:52 PM, Lei Zhang wrote:
> Yes. That will be more safer.
>
> On Fri, Oct 10, 2014 at 12:00 AM, Nader Lahouti
> wrote:
> > Thanks Lei for the reply and clarification.
> > So, instead of that we can use the following:
> >
> >
> > from keystone client.v2_0 impor
+1 for both
On Fri, Oct 10, 2014 at 8:09 PM, Anastasia Urlapova
wrote:
> +1 for both
>
> On Fri, Oct 10, 2014 at 8:05 PM, Vitaly Kramskikh > wrote:
>
>> +1
>>
>> 2014-10-10 16:35 GMT+07:00 Vladimir Kuklin :
>>
>>> Hi, Fuelers
>>>
>>> As you may have noticed our project is growing continuously.
Thanks a lot for the info,
So, my understanding is I need to wait for its released then someone need
to change the code in
projects (e.g. nova) to switch from its original method
(nova/openstack/common/) to oslo.concurrency
just like we did for oslo.utils and other components nowadays?
thanks
Be
On Oct 10, 2014, at 11:41 AM, Mike Bayer wrote:
> I’ve been asking a lot about “hey are people cool with thread locals?” and
> have been waiting for what the concerns are.
>
> Since I wrote that email I’ve shifted, and I’ve been considering only:
>
> @sql.reader
> def my_api_method(contex
I think the hyphen question is settled – we can go with hv_type and vm_mode to
be in line with the rest of nova.
Now for the other bit…
After this email thread and discussion in the IRC with those who expressed
interest I have come to the following:
I will use the name supported_hv_specs inste
+1 for both
On Fri, Oct 10, 2014 at 8:05 PM, Vitaly Kramskikh
wrote:
> +1
>
> 2014-10-10 16:35 GMT+07:00 Vladimir Kuklin :
>
>> Hi, Fuelers
>>
>> As you may have noticed our project is growing continuously. And this
>> imposes a requirement of increasing amount of core reviewers. I would like
>>
+1
2014-10-10 16:35 GMT+07:00 Vladimir Kuklin :
> Hi, Fuelers
>
> As you may have noticed our project is growing continuously. And this
> imposes a requirement of increasing amount of core reviewers. I would like
> to propose Bogdan Dobrelia(bogdando) and Sergii Golovatiuk(holser) as core
> revie
+1 for both
On Fri, Oct 10, 2014 at 2:35 AM, Vladimir Kuklin
wrote:
> Hi, Fuelers
>
> As you may have noticed our project is growing continuously. And this
> imposes a requirement of increasing amount of core reviewers. I would like
> to propose Bogdan Dobrelia(bogdando) and Sergii Golovatiuk(ho
On 10/10/2014 06:10 PM, Ihar Hrachyshka wrote:
> On 09/10/14 23:44, Doug Hellmann wrote:
>
>> On Oct 9, 2014, at 4:30 PM, Matt Riedemann
>> wrote:
>
>>> The sqlalchemy-migrate project is basically maintenance mode and
>>> the core team [1] is kind of a weird mix of people - all great
>>> people
On Oct 10, 2014, at 6:13 AM, Ihar Hrachyshka wrote:
> Signed PGP part
> On 09/10/14 21:29, Mike Bayer wrote:
> > So so far, everyone seems really positive and psyched about the
> > proposal.
> >
> > It looks like providing some options for how to use would be best,
> > that is provide decorators
I’m assuming you’ve verified that your proxy server settings are correct. Try
setting GIT_BASE to https://github.com
You should be able to manually try the commands. For example, set your proxy
env variables and then do:
curl -o /home/shruti/devstack/files/get-pip.py
https://bootstrap.pypa.io/
+1
On Fri, Oct 10, 2014 at 6:09 PM, Aleksandr Didenko
wrote:
> +1 for both.
>
> On Fri, Oct 10, 2014 at 5:01 PM, Igor Kalnitsky
> wrote:
>
>> +1.
>>
>> On Fri, Oct 10, 2014 at 12:35 PM, Vladimir Kuklin
>> wrote:
>> > Hi, Fuelers
>> >
>> > As you may have noticed our project is growing continuo
+1 for both.
On Fri, Oct 10, 2014 at 5:01 PM, Igor Kalnitsky
wrote:
> +1.
>
> On Fri, Oct 10, 2014 at 12:35 PM, Vladimir Kuklin
> wrote:
> > Hi, Fuelers
> >
> > As you may have noticed our project is growing continuously. And this
> > imposes a requirement of increasing amount of core reviewers
On Oct 10, 2014, at 6:10 AM, Ihar Hrachyshka wrote:
> Signed PGP part
> On 09/10/14 23:44, Doug Hellmann wrote:
> >
> > On Oct 9, 2014, at 4:30 PM, Matt Riedemann
> > wrote:
> >
> >> The sqlalchemy-migrate project is basically maintenance mode and
> >> the core team [1] is kind of a weird mix o
Hello All,
I am new to Openstack and trying to setup Devstack.
I am using ubuntu desktop 14.04 as os. I have cloned devstack sucessfully
from github.But while installing I am facing error :
It gives http error 407 and finally gives unable to download get-pip.py
failed.
which i found is error due
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/10/2014 05:05 AM, Ihar Hrachyshka wrote:
> On 10/10/14 10:32, Chen CH Ji wrote:
>> There used to method in oslo-incubator like
>> https://wiki.openstack.org/wiki/Oslo#Syncing_Code_from_Incubator
>> or '_https://review.openstack.org/#/c/78429/_
+1.
On Fri, Oct 10, 2014 at 12:35 PM, Vladimir Kuklin wrote:
> Hi, Fuelers
>
> As you may have noticed our project is growing continuously. And this
> imposes a requirement of increasing amount of core reviewers. I would like
> to propose Bogdan Dobrelia(bogdando) and Sergii Golovatiuk(holser) as
Hello All,
I am new to Openstack and trying to setup Devstack.
I am using ubuntu desktop 14.04 as os. I have cloned devstack sucessfully
from github.But while installing I am facing error :
It gives http error 407 and finally gives unable to download get-pip.py
failed.
which i found is error due
Hi guys,
I agree with some of the issues Lukasz mentioned. All of them require some
workaround to make it possible to use the client as a library. I can
summarize some of the problems I encountered while working with fuelclient:
- The distribution of the package is absent. The client cannot be sp
Agree for Bogdan and Sergii
Aleksey Kasatkin
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
在 2014-10-10，下午7:16，Salvatore Orlando 写道：
> Comments inline.
>
> Salvatore
>
> On 10 October 2014 11:02, Wuhongning wrote:
> Hi,
>
> In the Juno cycle there is proposal of ModularL2Agent [1,2], which is very
> useful to develop agent for new backend with much less redundant code.
> Withou
Hello everyone,
Due to various issues discovered in the published Neutron 2014.2 RC1, we
generated a new Juno release candidate. You can find the list of
bugfixes in this RC and a link to a source tarball at:
https://launchpad.net/neutron/juno/juno-rc2
Unless new release-critical issues are foun
Folks,
BVT tests are passed successfully.
What about merging?
Thanks,
Igor
On Fri, Oct 10, 2014 at 12:40 PM, Igor Kalnitsky
wrote:
> As I mentioned early, I already have an ISO with patches and it works
> fine in my own deployment.
>
> However, I ran the BVT tests on centos [1] and ubuntu [2].
Comments inline.
Salvatore
On 10 October 2014 11:02, Wuhongning wrote:
> Hi,
>
> In the Juno cycle there is proposal of ModularL2Agent [1,2], which is
> very useful to develop agent for new backend with much less redundant code.
> Without that, we have to either fork a new agent by copying la
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 09/10/14 21:29, Mike Bayer wrote:
> So so far, everyone seems really positive and psyched about the
> proposal.
>
> It looks like providing some options for how to use would be best,
> that is provide decorators and context managers.
>
> Now the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 09/10/14 23:44, Doug Hellmann wrote:
>
> On Oct 9, 2014, at 4:30 PM, Matt Riedemann
> wrote:
>
>> The sqlalchemy-migrate project is basically maintenance mode and
>> the core team [1] is kind of a weird mix of people - all great
>> people I'm s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 10/10/14 10:32, Chen CH Ji wrote:
> There used to method in oslo-incubator like
> https://wiki.openstack.org/wiki/Oslo#Syncing_Code_from_Incubator
> or '_https://review.openstack.org/#/c/78429/_ ' we can use
>
> however, I was told to submit pat
+1 for both.
On Fri, Oct 10, 2014 at 1:35 PM, Vladimir Kuklin
wrote:
> Hi, Fuelers
>
> As you may have noticed our project is growing continuously. And this
> imposes a requirement of increasing amount of core reviewers. I would like
> to propose Bogdan Dobrelia(bogdando) and Sergii Golovatiuk(h
As I mentioned early, I already have an ISO with patches and it works
fine in my own deployment.
However, I ran the BVT tests on centos [1] and ubuntu [2].
[1]:
http://jenkins-product.srt.mirantis.net:8080/view/custom_iso/job/custom.centos.bvt_1/198/
[2]:
http://jenkins-product.srt.mirantis.net
We had to release RC2 to address an issue blocking the inclusion of
Murano Dashboard in Debian experimental packages. Tarballs with RC2
are available at:
https://launchpad.net/murano/juno/juno-rc2
Thanks,
Ruslan
___
OpenStack-dev mailing list
OpenStack
Hi, Dmitry
1) In my opinion, we should not have any hardcoded stages in task list.
These should be virtual roles, that you can use as a vertex in dependency
graph to aggregate and group tasks. Just like it is done in puppet with
anchors.
Also, we may need to look into some meta-data related appro
Hi, Fuelers
As you may have noticed our project is growing continuously. And this
imposes a requirement of increasing amount of core reviewers. I would like
to propose Bogdan Dobrelia(bogdando) and Sergii Golovatiuk(holser) as core
reviewers. As you know, they have been participating actively in
d
I have no objections, and essentially I'm for such initiatives at the
beginning of development cycle, when risks are lower.
If we ensure tests coverage, and do it carefully (for instance, building
custom ISO with changes and making sure it passes BVTs), then let's do it.
On Wed, Oct 8, 2014 at 9:0
+1. It was a legacy item and it should go away. I'll review the patches.
On Wed, Oct 8, 2014 at 9:08 PM, Igor Kalnitsky wrote:
> Hi fuelers,
>
> I'm going to propose you remove "fuelweb" word from repos' paths. What
> am I talking about? Let me show you.
>
> Currently we have the following paths
I do not have any objections about removing legacy "fuelweb" suffix from
our repo URLs. So I am +1 here.
On Wed, Oct 8, 2014 at 9:08 PM, Igor Kalnitsky
wrote:
> Hi fuelers,
>
> I'm going to propose you remove "fuelweb" word from repos' paths. What
> am I talking about? Let me show you.
>
> Curre
Hello everyone,
Due to a number of issues discovered in the published Nova 2014.2 RC1
(including a security regression during the Juno development cycle), we
generated a new Juno release candidate. You can find the list of
bugfixes in this RC and a link to a source tarball at:
https://launchpad.n
Hi,
In the Juno cycle there is proposal of ModularL2Agent [1,2], which is very
useful to develop agent for new backend with much less redundant code. Without
that, we have to either fork a new agent by copying large amount of existing
l2agent code, or patch existing l2agent. However in the K pa
There used to method in oslo-incubator like
https://wiki.openstack.org/wiki/Oslo#Syncing_Code_from_Incubator or '
https://review.openstack.org/#/c/78429/ ' we can use
however, I was told to submit patch to oslo.concurrency instead of
oslo-incubator, so what's the method can be used now ? Thanks a
Voting for the TC Election is now open and will remain open until after
1300 utc October 17 2014.
We are electing 6 positions from a pool of 12 candidates[0].
When you receive your email providing you your link to your voting
opportunity, follow the instructions that are available on the page
whe
60 matches
Mail list logo
