On 02/04/2015 06:06 PM, Thai Q Tran wrote:
> As we're moving toward Angular, might make sense for us to adopt ngdoc
> as well.
I don't think it makes much sense. We don't have any style guide for the
JavaScript documentation simply because it's not needed. We don't really
have any for Python eithe
Hi Daniel,
> > Yes, there's some semantic meaning at that level. But this level already
> > exists at the current rootwrap caller site, too - and if that one can be
> > tricked to do something against "image.img & rm -rf /", then the additional
> > layer can be tricked, too.
>
> No, that is re
Hi,
is there a central place where I can find a matrix (or something
similar) that shows what is currently supposed to work in the sense of
IPv6 Networking?
I also had a look at a couple of blueprints out there, but I'm looking
for a simple overview containing what's supported, on which features
Hi,
I guess "Credentials" is login and password. I have no idea what is
"Default Protocol" or "Discovery Service".
The proposed UI is rather embarrassing.
Anton
On Thu, Feb 5, 2015 at 12:54 AM, Thai Q Tran wrote:
> Hi all,
>
> I have been helping with the websso effort and wanted to get some f
JSDoc (ngdoc) is good thing. It allows to describe files, functions and
it's parameters, constructors, classes in case of ES6.
The problem is it tends to diverge with reality. The code is being fixed
and evolved, but comments are often not updated (who want to do much more
work)? And JSDoc generat
On 04/02/15 17:05, Sahid Orentino Ferdjaoui wrote:
>> * Commit will fail if there is a replication conflict
>>
>> foo is a table with a single field, which is its primary key.
>>
>> A: start transaction;
>> B: start transaction;
>> A: insert into foo values(1);
>> B: insert into foo values(1); <--
On 02/05/2015 10:27 AM, Anton Zemlyanov wrote:
> JSDoc (ngdoc) is good thing. It allows to describe files, functions and
> it's parameters, constructors, classes in case of ES6.
As does Sphinx.
> The problem is it tends to diverge with reality. The code is being fixed
> and evolved, but comments
On Wed, Feb 04, 2015 at 05:35:55PM -0600, Chris Friesen wrote:
> As part of
> "https://blueprints.launchpad.net/nova/+spec/virt-driver-large-pages"; we
> have introduced the ability to specify based on flavor/image that we want to
> use huge pages.
>
> Is there a way to query the number of huge pa
Elizabeth K. Joseph wrote:
> [...]
> We found these virtual sprints to be incredibly valuable for knocking
> out work items that we'd defined at the Summit and in Specs. By
> focusing on specific work items we were able to spend just a day or
> two on each sprint and we didn't have the travel time
On 02/05/2015 11:04 AM, Radomir Dopieralski wrote:
> Plus, the documentation generator that we are using already, Sphinx,
> supports JavaScript perfectly fine, so I see no reason to add another
tool.
I agree with Radomir, why we can't just use Sphinx?
__
On 04/02/15 19:04, Jay Pipes wrote:
> On 02/04/2015 12:05 PM, Sahid Orentino Ferdjaoui wrote:
>> On Wed, Feb 04, 2015 at 04:30:32PM +, Matthew Booth wrote:
>>> I've spent a few hours today reading about Galera, a clustering solution
>>> for MySQL. Galera provides multi-master 'virtually synchro
On Wed, Feb 04, 2015 at 05:35:55PM -0600, Chris Friesen wrote:
> As part of
> "https://blueprints.launchpad.net/nova/+spec/virt-driver-large-pages"; we
> have introduced the ability to specify based on flavor/image that we want to
> use huge pages.
Yes, to add more information; When using image pr
Hi Team Nova,
This is a message to alert everyone to the fact that the old hypervisor
support matrix on the wiki[1], should really be considered obsolete.
The canonical location for it going forward will be
http://docs.openstack.org/developer/nova/support-matrix.html
That URL shows current G
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/05/2015 09:14 AM, Andreas Scheuring wrote:
> Hi,
>
> is there a central place where I can find a matrix (or something
> similar) that shows what is currently supposed to work in the sense
> of IPv6 Networking?
>
> I also had a look at a couple
On 02/05/2015 11:31 AM, Daniel P. Berrange wrote:
> This is a message to alert everyone to the fact that the old hypervisor
> support matrix on the wiki[1], should really be considered obsolete
> [...]
In that case, I suggest to remove it's contents and just leave a pointer
to the new location,
A
On 05/02/15 04:30, Mike Bayer wrote:
>> Galera doesn't change anything here. I'm really not sure what the
>> fuss is about, frankly.
>
> because we’re trying to get Galera to actually work as a load
> balanced cluster to some degree, at least for reads.
Yeah, the use case of concern here is conse
On Thu, Feb 05, 2015 at 11:40:46AM +0100, Andreas Jaeger wrote:
> On 02/05/2015 11:31 AM, Daniel P. Berrange wrote:
> > This is a message to alert everyone to the fact that the old hypervisor
> > support matrix on the wiki[1], should really be considered obsolete
> > [...]
>
> In that case, I sugg
I have a question related to deadlock handling as well.
Why the DBDeadlock exception is not caught generally for all api/rpc request ?
The mysql recommendation regarding to Deadlocks [1]:
"Normally, you must write your applications so that they are always
prepared to re-issue a transaction if i
Hi Thai,
I agree with Anton that the names are not intuitive for users.
I would use something like:
- Local authentication (for local credentials)
- ?? (I also have no idea of what is a Default protocol)
- Authenticate using (something which is easy
to the user understand that he could use or no
On Thu, Feb 05, 2015 at 09:56:21AM +, Matthew Booth wrote:
> On 04/02/15 19:04, Jay Pipes wrote:
> > On 02/04/2015 12:05 PM, Sahid Orentino Ferdjaoui wrote:
> >> On Wed, Feb 04, 2015 at 04:30:32PM +, Matthew Booth wrote:
> >>> I've spent a few hours today reading about Galera, a clustering
On 05/02/15 11:01, Attila Fazekas wrote:
> I have a question related to deadlock handling as well.
>
> Why the DBDeadlock exception is not caught generally for all api/rpc request ?
>
> The mysql recommendation regarding to Deadlocks [1]:
> "Normally, you must write your applications so that they
On 05/02/15 11:11, Sahid Orentino Ferdjaoui wrote:
>> I'm still confused as to how this code got there, though. We shouldn't
>> be hitting Galera lock contention (reported as deadlocks) if we're using
>> a single master, which I thought we were. Does this mean either:
>
> I guess we can hit a lock
Davanum,
We've added the devstack support. It's in our stackforge repository.
https://github.com/stackforge/ec2-api/tree/master/contrib/devstack
Best regards,
Alex Levine
On 1/31/15 2:21 AM, Davanum Srinivas wrote:
Alexandre, Randy,
Are there plans afoot to add support to switch on stackfor
Hi,
For two days i've been trying to install devstack.
It keeps failing at configuring neutron, i figured out that it needs two
new params in localrc: PUBLIC_NETWORK_GATEWAY and NETWORK_GATEWAY
On my dev machine i managed to install it manually with these params, but
on the CI slave it fails with e
Alexandre,
very cool. Next step would be what we call a dsvm job that uses this
devstack hook. Example i am most familiar is is nova-docker's
check-tempest-dsvm-docker job:
https://github.com/openstack-infra/project-config/blob/master/jenkins/jobs/nova-docker.yaml
(also see zuul/layout.yaml)
tha
Hi all!
Recently we have discussed the log and exception translations and have not
come to a decision.
I've made some research and found a useful documents:
- https://wiki.openstack.org/wiki/LoggingStandards#Log_Translation
- https://wiki.openstack.org/wiki/Translations
Here two main po
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
glibc 'GHOST' vulnerability can allow remote code execution
- ---
### Summary ###
A serious vulnerability in the GNU C library (glibc) gethostbyname*
functions can allow an attacker to perform remote code execution with
the privileges of the applicati
- Original Message -
> From: "Matthew Booth"
> To: openstack-dev@lists.openstack.org
> Sent: Thursday, February 5, 2015 12:32:33 PM
> Subject: Re: [openstack-dev] [all][oslo.db][nova] TL; DR Things everybody
> should know about Galera
>
> On 05/02/15 11:01, Attila Fazekas wrote:
> >
On 2015-02-02 14:45:53 +0300 (+0300), Alexandre Levine wrote:
> On 2/2/15 12:58 PM, Daniel P. Berrange wrote:
[...]
> > We need to at least discuss & iterate on this a few times
> > online, so that we can take advantage of the f2f time for any
> > remaining harder parts of the discussion.
[...]
> h
The K-2 milestone was wrapped up last night! Now we can turn our
attention to merging the rest of the features for K-3. Thanks again to
the reviewers who helped make K-2 possible.
And a reminder to submitters: feature proposal freeze is in exactly 4
weeks. That means any new feature not submit
On 02/04/2015 01:13 PM, Clint Byrum wrote:
> Excerpts from Tristan Cacqueray's message of 2015-02-04 09:02:19 -0800:
>> On 02/04/2015 06:57 AM, Daniel P. Berrange wrote:
>>> (4) I think that ultimately we need to ditch rootwrap and provide a proper
>>> privilege separated, formal RPC mechanism for
On Thu, 2015-02-05 at 08:27 -0500, Tristan Cacqueray wrote:
> Thus if we want to emulate OpenSSH design, the rpc call would also
> need to
> carry authentication data in order to prevent unwanted activity. And
> the
> rpc daemon would then need to enforce some kind of acl/policy.
Sounds a lot like
On 02/05/2015 07:01 AM, Alexandre Levine wrote:
> Davanum,
>
> We've added the devstack support. It's in our stackforge repository.
> https://github.com/stackforge/ec2-api/tree/master/contrib/devstack
>
> Best regards,
> Alex Levine
I've converted it to a devstack external plugin structure in
Sean Dague said on Wed, Feb 04, 2015 at 09:51:30AM -0500:
> As there has been a bunch of concern around patches getting lost or
> stuck, I wanted to re-announce the fact that we've got a dedicated slot
> at the weekly Nova meeting for just those sorts of things.
The slot turned into everyone talki
Chris Friesen said on Wed, Feb 04, 2015 at 05:35:55PM -0600:
> it can be very difficult to determine whether
> a given flavor/image is bootable within the network
This implies to me that what you'd really like is to be able to ask the
scheduler whether a given flavor/image is bootable. The Gantt t
The pluggable IPAM [1] is intended to support the scenario you described below.
That is, a fixed IP is provided for the port by IPAM, and then the DHCP server
is programmed to return that IP for that MAC or DUID (for IPv6). If I
understand correctly, your concern then is:
1) The DHCP server may
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/05/2015 05:38 AM, Ihar Hrachyshka wrote:
> On 02/05/2015 09:14 AM, Andreas Scheuring wrote:
>> Hi,
>
>> is there a central place where I can find a matrix (or something similar)
>> that shows what is currently supposed to work in the sense of IP
On 05/02/15 15:02, Alexis Lee wrote:
> Sean Dague said on Wed, Feb 04, 2015 at 09:51:30AM -0500:
>> As there has been a bunch of concern around patches getting lost or
>> stuck, I wanted to re-announce the fact that we've got a dedicated slot
>> at the weekly Nova meeting for just those sorts of th
Thanks Ioram,
>From the keystone side: the one issue with listing IdPs is that some may
be private, so we're now looking to exploit the apache plugin data in the
environment (https://review.openstack.org/#/c/142743/), thus from the
horizon side the only data they need to send over would be the pro
Hi all,
In the current SR-IOV implementation there is a check in Nova (specifically
_get_device_type in nova/virt/libvirt/driver.py) that determines if a given PCI
device is:
- a normal PCI device,
- an SR-IOV physical function (PF); or
- an SR-IOV virtual function (VF).
If it's a normal PCI d
On 2/5/2015 4:49 AM, Daniel P. Berrange wrote:
On Thu, Feb 05, 2015 at 11:40:46AM +0100, Andreas Jaeger wrote:
On 02/05/2015 11:31 AM, Daniel P. Berrange wrote:
This is a message to alert everyone to the fact that the old hypervisor
support matrix on the wiki[1], should really be considered o
On Thu, Feb 5, 2015 at 4:31 AM, Daniel P. Berrange
wrote:
> Hi Team Nova,
>
> This is a message to alert everyone to the fact that the old hypervisor
> support matrix on the wiki[1], should really be considered obsolete.
>
> The canonical location for it going forward will be
>
>http://docs.o
Hello Trove folks:
Keeping in line with other OpenStack projects, and attempting to keep
the momentum of reviews in Trove going, we need to keep our core-team up
to date -- folks who are regularly doing good reviews on the code should
be brought in to core and folks whose involvement is dropping o
On Thu, Feb 5, 2015 at 10:22 AM, Matt Riedemann
wrote:
>
>
> On 2/5/2015 4:49 AM, Daniel P. Berrange wrote:
>
>> On Thu, Feb 05, 2015 at 11:40:46AM +0100, Andreas Jaeger wrote:
>>
>>> On 02/05/2015 11:31 AM, Daniel P. Berrange wrote:
>>>
This is a message to alert everyone to the fact that t
Attila Fazekas wrote:
> I have a question related to deadlock handling as well.
>
> Why the DBDeadlock exception is not caught generally for all api/rpc request ?
>
> The mysql recommendation regarding to Deadlocks [1]:
> "Normally, you must write your applications so that they are always
>
Greetings all -
Today Barbican provides a “soft” delete of resources – they remain in our
database, tagged as deleted.
We are looking at adding quotas
(https://review.openstack.org/#/c/132091/10/specs/kilo/quota-support-for-barbican-resources.rst)
and that introduces some pain for testing or u
+1
Congratulations Peter, Victoria and Edmond.
On Thu, Feb 5, 2015 at 6:26 PM, Nikhil Manchanda wrote:
> Hello Trove folks:
>
> Keeping in line with other OpenStack projects, and attempting to keep
> the momentum of reviews in Trove going, we need to keep our core-team up
> to date -- folks wh
On Thu, Feb 05, 2015 at 10:22:08AM -0600, Matt Riedemann wrote:
>
>
> On 2/5/2015 4:49 AM, Daniel P. Berrange wrote:
> >On Thu, Feb 05, 2015 at 11:40:46AM +0100, Andreas Jaeger wrote:
> >>On 02/05/2015 11:31 AM, Daniel P. Berrange wrote:
> >>>This is a message to alert everyone to the fact that t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/05/2015 09:02 AM, Alexis Lee wrote:
> May I suggest stricter moderation? EG a short phase to propose
> items, then work through them 1 by 1. Or, we take items one by one
> according to who shouts fastest but ask people not to interrupt.
Or how
On Thu, Feb 05, 2015 at 10:24:24AM -0600, Kurt Taylor wrote:
> On Thu, Feb 5, 2015 at 4:31 AM, Daniel P. Berrange
> wrote:
>
> > Hi Team Nova,
> >
> > This is a message to alert everyone to the fact that the old hypervisor
> > support matrix on the wiki[1], should really be considered obsolete.
>
I have the feeling that the discussion is diverging a bit.
John is correctly stating that with pluggable IPAM it should be possible,
in theory to write a driver which interfaces to any DHCP server, providing
it the information it needs to distribute addresses assigned by Neutron.
This is possible
Nikhil,
Regarding your nomination of Victoria, Peter and Edmond to core, here is my
vote (here are my votes).
Victoria: +1
Peter: +1
Edmond: +1
My thanks to all of you for your contributions to the project thus far, and I
look forward to working with all of you moving forward.
Also, my sincer
On Thu, Feb 05, 2015 at 10:42:48AM -0600, Ed Leafe wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 02/05/2015 09:02 AM, Alexis Lee wrote:
>
> > May I suggest stricter moderation? EG a short phase to propose
> > items, then work through them 1 by 1. Or, we take items one by one
> >
+1
Alas, my days of offering substantial activity on Trove are over. Best of luck
in all of your adventures!
On Feb 5, 2015, at 10:26 AM, Nikhil Manchanda
mailto:slick...@gmail.com>>
wrote:
Hello Trove folks:
Keeping in line with other OpenStack projects, and attempting to keep
the momentu
On 02/05/2015 11:50 AM, Daniel P. Berrange wrote:
> On Thu, Feb 05, 2015 at 10:42:48AM -0600, Ed Leafe wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 02/05/2015 09:02 AM, Alexis Lee wrote:
>>
>>> May I suggest stricter moderation? EG a short phase to propose
>>> items, then wor
+1.
Congratulations to the new core members.
From: Denis Makogon mailto:dmako...@mirantis.com>>
Reply-To: "OpenStack Development Mailing List (not for usage questions)"
mailto:openstack-dev@lists.openstack.org>>
Date: Thursday, February 5, 2015 at 10:38 AM
To: "OpenStack Development Mailing List
+1 +1 +1
I think these nominations will help grow the trove community.
-Craig
On Thu, Feb 5, 2015 at 10:48 AM, Amrith Kumar wrote:
> Nikhil,
>
>
>
> Regarding your nomination of Victoria, Peter and Edmond to core, here is
> my vote (here are my votes).
>
>
>
> Victoria: +1
>
> Peter: +1
>
> Ed
started congress sprint hangout
https://plus.google.com/hangouts/_/gwspatjycr3rore6smdkganufua
and / or join on the #congress channel
On Wed, Feb 4, 2015 at 4:59 PM, sean roberts
wrote:
> Join the Congress team to push your code over the milestone line. The
> Congress team will be online from 9a
+1 to all the nominations. Many thanks to the departing cores for their
contributions and bringing Trove to where it is today.
> On Feb 5, 2015, at 9:02 AM, Craig Vyvial wrote:
>
> +1 +1 +1
> I think these nominations will help grow the trove community.
>
> -Craig
>
>> On Thu, Feb 5, 2015
On Wed, Feb 4, 2015 at 11:23 PM, Malawade, Abhijeet <
abhijeet.malaw...@nttdata.com> wrote:
> Hi,
>
>
>
> I have submitted patch for cinder-client [1] to 'Return tuple containing
> header and body from client' instead of just response.
>
> Also cinder spec for the same is under review [2].
>
>
>
I'd like to step back for a moment as to the purpose of different kinds of
documentation. Sphinx is great and it provides some forms of documentation.
But, why do we document methods, classes, or functions in python? Should we
drop that and rely on Sphinx? I don't think anyone would argue for that.
Excerpts from Angus Lees's message of 2015-02-04 16:59:31 -0800:
> On Thu Feb 05 2015 at 9:02:49 AM Robert Collins
> wrote:
>
> > On 5 February 2015 at 10:24, Joshua Harlow wrote:
> > > How interesting,
> > >
> > > Why are people using galera if it behaves like this? :-/
> >
> > Because its actu
Hello all,
Regarding https://blueprints.launchpad.net/heat/+spec/router-properties-object
Does anyone know if there are plans to implement this functionality in an
upcoming release? Our use case meets the one described by Kevin, but rather
than trying to route traffic to an outside resource, we
Hey folks,
I wanted to provide a brief update on where we are headed with Kolla.
Initially Kolla began as a POC to show that containers could be used to deploy
OpenStack with the long term plan of integrating that functionality into
TripleO. That goal has not changed.
The tripleo community w
Excerpts from Avishay Traeger's message of 2015-02-04 22:19:53 -0800:
> On Wed, Feb 4, 2015 at 11:00 PM, Robert Collins
> wrote:
>
> > On 5 February 2015 at 10:24, Joshua Harlow wrote:
> > > How interesting,
> > >
> > > Why are people using galera if it behaves like this? :-/
> >
> > Because its
Hi Steve,
Thanks for the update. For those interested in Kolla development and
discussion, where is the best place to go?
Regards,
-Paul
On 05/02/15 17:25, Steven Dake (stdake) wrote:
Hey folks,
I wanted to provide a brief update on where we are headed with Kolla.
Initially Kolla began a
On 2015-02-05 09:20:35 -0800 (-0800), Matthew Farina wrote:
[...]
> But, why do we document methods, classes, or functions in python?
> Should we drop that and rely on Sphinx? I don't think anyone would
> argue for that.
[...]
Particularly since Sphinx collects the method/class/function
docstrings
Hello Horizon Cores,
In K-2, Heat is enabled with new REST API to report the running heat-engine
status, This is in-line with how nova reports nova-compute running status.
To report this feature in horizon under 'System information panel', a new
blueprint is created at
https://blueprints.launch
Hi
> 1) If the device is a "normal" PCI device, but is a network card, am I still
> able to
> take advantage of the advanced syntax added circa Juno to define the
> relationship between that card and a given physical network so that the
> scheduler can place accordingly (and does this still use
Hey now you forgot a site in that list ;-)
-Josh
Clint Byrum wrote:
You may want to have a chat with the people running MySQL at
Google, Facebook, and a long tail of not quite as big sites but still
massively bigger than most clouds.
___
Ah, I had forgotten about the python module documentation. Sorry about that
and thanks for pointing it out.
Can we have that system parse and use JSDoc? I'd like it to be useful to
both JS devs and the doc generation toolchain.
On Thu, Feb 5, 2015 at 9:42 AM, Jeremy Stanley wrote:
> On 2015-02-
On Thu Feb 05 2015 at 12:07:01 AM Radomir Dopieralski <
openst...@sheep.art.pl> wrote:
>
> Plus, the documentation generator that we are using already, Sphinx,
> supports JavaScript perfectly fine, so I see no reason to add another tool.
>
Try to empathize with us a little here. What you're askin
On 2015-02-05 10:19:39 -0800 (-0800), Matthew Farina wrote:
[...]
> Can we have that system parse and use JSDoc? I'd like it to be
> useful to both JS devs and the doc generation toolchain.
A quick Web search turned up
https://github.com/debrouwere/jsdoc-for-sphinx and
https://github.com/juhamust/
On Feb 3, 2015, at 6:19 AM, Sean Dague wrote:
> On 02/03/2015 08:57 AM, Thierry Carrez wrote:
>> Jesse Pretorius wrote:
>>> I think that perhaps something that shouldn't be lost site of is that
>>> the users using the EC2 API are using it as-is. The only commitment that
>>> needs to be made is t
Hi,
I am more leaning towards layout Ioram suggested, but with
protocols/other metods (Kerberos for instance) in the dropdown box.
On 05.02.2015 17:16, Steve Martinelli wrote:
Thanks Ioram,
From the keystone side: the one issue with listing IdPs is that some may
be private, so we're now loo
- Original Message -
> From: "Przemyslaw Czesnowicz"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
>
> Hi
>
> > 1) If the device is a "normal" PCI device, but is a network card, am I
> > still able to
> > take advantage of the advanced syntax added circa Juno
Hi,
I am requesting the exception for the feature "Add ability to inject
routes in interfaces.template".
The potential changes in Nova are limited as the feature is opt-in.
The default interfaces.template is not changed for the reasons now
explained in the new commit message. No comment were
Hi Ioram,Thanks for the feedback. I agree that the names are hard to follow, they can change to something more intuitive. Or we can even provide a tooltip for more information.As for the look and feel, I don't agree that its easier if all the options are listed. Image if you had 5 different ways fo
Hi all,
I'm glad to be nominated to Trove core and of course I'm willing to join
you guys. Looking forward to keep up with more and stronger contributions.
Thanks a lot!
Victoria
2015-02-05 14:17 GMT-03:00 Vipul Sabhaya :
> +1 to all the nominations. Many thanks to the departing cores for the
I agree with points made by both Matt and Radomir.
We have guidelines for documenting code. Any code. (* I need to go see
what our guidelines actually say) But the goal is to have comments that
are useful and make the code
easier to understand, follow and use. Comments should focus on
Thanks John and Salvatore. I can probably start a new thread on this or change
the subject line if needed.
To add more:
Think of deployments in enterprise/DC where only a portion of it is Openstack
(still migrating). Sure, the commercial external DHCP servers may have API's.
But, the policy ma
On 2/5/15, 10:41 AM, "Paul Bourke" wrote:
>Hi Steve,
>
>Thanks for the update. For those interested in Kolla development and
>discussion, where is the best place to go?
>
>Regards,
>-Paul
Paul,
We hang out in the irc channel #tripleo on freenode.
We use launchpad at http://launchpad.net/koll
Everyone,
I am honored for the nomination to be part of the Trove-Core
reviewers and am ready and willing to take on the responsibility.
Thanks,
Eddie
>
>
>
> *From:* Nikhil Manchanda [mailto:slick...@gmail.com]
> *Sent:* February-05-15 8:27 AM
> *To:* OpenStack Development Mailin
On 05/02/15 12:23, James Denton wrote:
Hello all,
Regarding
https://blueprints.launchpad.net/heat/+spec/router-properties-object
Does anyone know if there are plans to implement this functionality in
an upcoming release?
Unlikely - unfortunately the Neutron API for extra routes makes it
impo
Hi Nikhil et al.,
Thanks for the nomination! I’m more than happy to join the core team and do
all I can to help improve Trove and the community. Also a +1 for the other
nominations and sincere thanks for all the work hub_cap and grapex have done
over the years. Let’s keep the momentum going!
Hello,
OS - Fedora 20.
I'm in the process of integrating DPDK-accelerated Open vSwitch with
OpenStack, according to the following document
https://01.org/sites/default/files/page/accelerating_openstack_networking_with_intel_architecture_rev008.pdf
% git clone https://github.com/openstack-dev/dev
The Oslo team is pleased to announce the *initial* release of:
debtcollector 0.1.0: A collection of python patterns that help you
collect your technical debt in a non-destructive manner.
For more details, please see the git log history below and:
http://launchpad.net/debtcollector/+mileston
On 2/5/2015 10:54 AM, Sean Dague wrote:
On 02/05/2015 11:50 AM, Daniel P. Berrange wrote:
On Thu, Feb 05, 2015 at 10:42:48AM -0600, Ed Leafe wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/05/2015 09:02 AM, Alexis Lee wrote:
May I suggest stricter moderation? EG a short phase to
Thai,
We could also add an option in the Horizon's settings that automatically
chooses one authentication workflow. At CERN we are trying to use websso
with use of the SAML2 protocols as much as we can. That's said we
automatically make users to use websso when they want to access their
accou
On 02/05/2015 04:05 PM, Roman Mashak wrote:
> Hello,
>
> OS - Fedora 20.
>
> I'm in the process of integrating DPDK-accelerated Open vSwitch with
> OpenStack, according to the following document
> https://01.org/sites/default/files/page/accelerating_openstack_networking_with_intel_architecture_re
Yes, we flipped to neutron default around that time, which appears to
have been premature. That's since been reverted -
https://review.openstack.org/#/c/153208/ and we'll make sure that it
works out of the box before it goes default again.
On 02/05/2015 07:20 AM, Eduard Matei wrote:
> Hi,
> For t
LOL :)
-- dims
On Thu, Feb 5, 2015 at 4:22 PM, Matt Riedemann
wrote:
>
>
> On 2/5/2015 10:54 AM, Sean Dague wrote:
>>
>> On 02/05/2015 11:50 AM, Daniel P. Berrange wrote:
>>>
>>> On Thu, Feb 05, 2015 at 10:42:48AM -0600, Ed Leafe wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA
Hi everyone,
The second milestone of the Kilo development cycle, "kilo-2" is now
reached for the Kilo "integrated release" projects, Keystone, Glance,
Nova, Horizon, Neutron, Cinder, Ceilometer, Heat, Trove, Sahara, and
Ironic ! It contains all the new features and bugfixes that have been
added si
Le 05/02/2015 17:54, Sean Dague a écrit :
On 02/05/2015 11:50 AM, Daniel P. Berrange wrote:
On Thu, Feb 05, 2015 at 10:42:48AM -0600, Ed Leafe wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/05/2015 09:02 AM, Alexis Lee wrote:
May I suggest stricter moderation? EG a short phase t
Marek,Yep, that makes a lot of sense. Can definitely add that.-Marek Denis wrote: -To: From: Marek Denis Date: 02/05/2015 01:35PMSubject: Re: [openstack-dev] [horizon][keystone]
Thai,
We could also add an option in the Horizon's settings that
automatica
Thanks for response.
I have pip 6.0.8, is it too old? What version should I install to move
on with installation?
2015-02-05 16:44 GMT-05:00 Sean Dague :
> On 02/05/2015 04:05 PM, Roman Mashak wrote:
>> Hello,
>>
>> OS - Fedora 20.
>>
>> I'm in the process of integrating DPDK-accelerated Open vSwi
On Thu, Feb 05, 2015 at 11:13:50PM +0100, Sylvain Bauza wrote:
> I was always considering stuck reviews as reviews where 2 or more cores were
> disagreeing between themselves so that it was needing a debate discussion
> during the meeting.
I was under the same impression.
Stuck reviews were for
+1
welcome aboard peter + victoria + edmond!
From: Nikhil Manchanda mailto:slick...@gmail.com>>
Reply-To: "OpenStack Development Mailing List (not for usage questions)"
mailto:openstack-dev@lists.openstack.org>>
Date: Thursday, February 5, 2015 at 8:26 AM
To: OpenStack Development Mailing List
No, it's too new. Devstack in master is fixed to address those issues.
Supporting instructions that include out of tree patches in the
instructions are beyond what should be expected of from the development
list. The Intel folks that built these instructions and patches are the
ones you should be
I've run into a set of use cases where it would really be useful to be able
to restrict which external networks a particular tenant can access, along
the lines of the wiki page [1] talks about..
When I checked for neutron blueprints, the only thing I found was [2] and
that isn't really close.
S
1 - 100 of 120 matches
Mail list logo
