Hi guys,
This afternoon I suddenly find that there are quite a lot of nova py27 unit
test failures on Jenkins, like
http://logs.openstack.org/15/62815/5/gate/gate-nova-python27/82d5d52/console.html.
It seems to me that the registerCloseCallback method is not available any more
in virConnect
Hi,
Sorry for the problems.
I've missed any direct mails to me (I'm drowning in Openstack mails...)
I will make sure our Jenkins setup won't be left unattended in the future.
How can I remove those '-1' votes?
It seems that from: Jan 2, 2014 5:46:26 PM
after change:
From: ext Chmouel Boudjnah [mailto:chmo...@enovance.com]
Sent: Monday, January 06, 2014 2:19 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Ceilometer] Dynamic Meters in Ceilometer
On Mon, Jan 6, 2014 at 12:52 PM, Kodam, Vijayakumar (EXT-Tata
Matt Riedemann wrote:
There is discussion in this thread about wouldn't it be nice to have a
tag on commits for changes that impact upgrades?. There is.
http://lists.openstack.org/pipermail/openstack-dev/2013-October/016619.html
Tom Fifield wrote:
It's a couple of weeks out from the slated decision milestone
(icehouse-2) to potentially deprecate nova-network. Since I guess
there's still time to affect this outcome, but I haven't seen much
communication recently, here's a thread!
[...]
= Does anyone have any time to
+1
On 1/6/14 7:55 PM, Florent Flament florent.flament-...@cloudwatt.com
wrote:
+1
- Original Message -
From: Sean Dague s...@dague.net
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Sent: Monday, January 6, 2014 5:30:09 PM
Subject: Re:
Would be nice in this specific example though if the actual upgrade impact was
explicitly called out in the commit message.
From the DocImpact it looks as if some Neutron config options are changing
names - in which case the impact would seem to be that running systems have
until the end of
I have been seeing this problem also.
My problem is actually with oslo.sphinx. I ran sudo pip install -r
test-requirements.txt in
cinder so that I could run the tests there, which installed oslo.sphinx.
Strange thing is that the oslo.sphinx installed a directory called oslo in
A bug was filed: https://bugs.launchpad.net/nova/+bug/1266711
Thanks,
Jay
2014/1/7 Lu, Lianhao lianhao...@intel.com
Hi guys,
This afternoon I suddenly find that there are quite a lot of nova py27
unit test failures on Jenkins, like
This looks like it's a 100% failure bug at this point. I expect that
because of timing it's based on a change in the base image due to
nodepool rebuilding.
-Sean
On 01/07/2014 06:56 AM, Jay Lau wrote:
A bug was filed: https://bugs.launchpad.net/nova/+bug/1266711
Thanks,
Jay
My problem seem to be the same as reported here:
https://bitbucket.org/pypa/setuptools/issue/129/assertionerror-egg-info-pkg-info-is-not-a
Not quite shure however how to bring in the fix into my setup.
Cheers, Tobbe
On 2014-01-07 10:38, Torbjorn Tornkvist wrote:
Hi,
Sorry for the problems.
On 25 December 2013 05:14, Qixiaozhen qixiaoz...@huawei.com wrote:
Hi,all
A blueprint is registered that is about shrinking the volume in thin
provision.
Have you got the link?
The address is
https://blueprints.launchpad.net/nova/+spec/shrink-volume-in-thin-provisoning
Thin
On Mon, Jan 6, 2014 at 6:21 PM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2014-01-06 17:23:31 -0500 (-0500), Doug Hellmann wrote:
[...]
The global requirements syncing seems to have fixed the issue for
apps, although it just occurred to me that I'm not sure we check
that the requirements
On Mon, Jan 6, 2014 at 6:26 PM, Georgy Okrokvertskhov
gokrokvertsk...@mirantis.com wrote:
Hi Dough,
Thank you for pointing to this code. As I see you use OpenStack policy
framework but not Pecan security features. How do you implement fine grain
access control like user allowed to read
See Sean Collins' review https://review.openstack.org/#/c/56381 which
disables hairpinning when Neutron is in use. tl;dr - please upvote the
review. Long form reasoning follows...
There's a solid logical reason for enabling hairpinning, but it only
applies to nova-network. Hairpinning is used
I think that isaku is talking about a more intensive usage of
defer_apply_on/off as it is done in the patch of gongysh [1].
Isaku, i don't see any reason why this could not be done in
precess_network_ports, if needed. Moreover the patch from edouard [2]
resolves multithreading issues while
On Tue, Jan 7, 2014 at 6:24 AM, Michael Kerrin michael.ker...@hp.comwrote:
I have been seeing this problem also.
My problem is actually with oslo.sphinx. I ran sudo pip install -r
test-requirements.txt in cinder so that I could run the tests there, which
installed oslo.sphinx.
Strange
Hi,
Anyone aware of the following:
2014-01-07
11:59:47.428http://logs.openstack.org/10/60010/2/check/gate-nova-python27/ebd53ea/console.html#_2014-01-07_11_59_47_428
| Requirement already satisfied (use --upgrade to upgrade): markupsafe in
./.tox/py27/lib/python2.7/site-packages (from
Thanks Mathieu!
I think we should first merge Edouard's patch, which appears to be a
prerequisite.
I think we could benefit a lot by applying this mechanism to
process_network_ports.
However, I am not sure if there could be drawbacks arising from the fact
that the agent would assign the local
Yes, please see the email thread nova py27 unit test failures in
libvirt from 4 hrs ago. :)
-Sean
On 01/07/2014 08:28 AM, Gary Kotton wrote:
Hi,
Anyone aware of the following:
2014-01-07 11:59:47.428
Hi Gray,
This problem is https://bugs.launchpad.net/nova/+bug/1266711 .
The thread is
http://lists.openstack.org/pipermail/openstack-dev/2014-January/023575.html .
Thanks
Ken'ichi Ohmichi
---
-Original Message-
From: Gary Kotton [mailto:gkot...@vmware.com]
Sent: Tuesday, January
Gary,
Please search email with title as [openstack-dev] [nova][infra] nova py27
unit test failures in libvirt, a bug has been filed for this:
https://bugs.launchpad.net/nova/+bug/1266711
Thanks,
Jay
2014/1/7 Gary Kotton gkot...@vmware.com
Hi,
Anyone aware of the following:
2014-01-07
On Tue, Jan 7, 2014 at 2:28 PM, Gary Kotton gkot...@vmware.com wrote:
2014-01-07
11:59:47.428http://logs.openstack.org/10/60010/2/check/gate-nova-python27/ebd53ea/console.html#_2014-01-07_11_59_47_428|
Requirement already satisfied (use --upgrade to upgrade): markupsafe in
On Mon, Jan 6, 2014 at 4:47 PM, Yaguang Tang yaguang.t...@canonical.comwrote:
Hi all,
Now Neutron has its own quota management API for network related
items(floating ips, security groups .etc) which are also manged by Nova.
when using nova with neutron as network service, the network
I got a -1 on a review for a standards violation that isn't caught by the
automated checks, so I was wondering why the automated check doesn't catch it.
The violation was:
from X import Y, Z
According to the coding standards page on the openstack wiki, the coding
standards are PEP8 (they
Day, Phil wrote:
Would be nice in this specific example though if the actual upgrade impact
was explicitly called out in the commit message.
Yes, UpgradeImpact should definitely also elaborate on the exact impact,
rather than expect the reviewer to deduce it from the patch.
[...]
So it
I will make sure to add these items to the agenda.
--
Sean M. Collins
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 01/07/2014 09:26 AM, Greg Hill wrote:
I got a -1 on a review for a standards violation that isn't caught by
the automated checks, so I was wondering why the automated check doesn't
catch it. The violation was:
from X import Y, Z
According to the coding standards page on the openstack wiki,
Hi guys,
This patch breaks “setup.py install” on Windows due to the usage on symbolic
links: https://review.openstack.org/#/c/64747/
error: can't copy 'etc\neutron\plugins\nicira\nvp.ini': doesn't exist or not a
regular file
I filed up a bug here:
Thanks Sean. I'll work on adding this one to the hacking repo. That brings up
another question, though, what are the implications of suddenly enforcing a
rule that wasn't previously enforced? I know there are at least 30 other
violations of this rule just within trove, and I imagine larger
Yes, you turn it off. Once the change to enforce this rule is merged
into hacking, other projects can start refresh their hacking
dependency (e.g. upgrading to latest version). The patch to update
the dependency has to turn the newly added check off and then
consecutive patches can fix all
On 01/07/2014 10:19 AM, Greg Hill wrote:
Thanks Sean. I'll work on adding this one to the hacking repo. That brings
up another question, though, what are the implications of suddenly enforcing
a rule that wasn't previously enforced? I know there are at least 30 other
violations of this
The 1500 UTC time conflicts with Marconi, although the time was not
listed on the Meetings wikipage.
--
Sean M. Collins
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Hi Kevein
the development setup docs are at
http://docs.mirantis.com/fuel-dev/develop/env.html (although they could be
slightly stale). The gist of it is that for nailgun, you need to install
all of the packages in nailgun/requirements.txt (pip install -r
requirements.txt) this should set you up
So it turns out that trove just has this rule disabled. At least I now know
more about how this stuff works, I guess. Sorry for the confusion.
Greg
On Jan 7, 2014, at 9:54 AM, Sean Dague s...@dague.net wrote:
On 01/07/2014 10:19 AM, Greg Hill wrote:
Thanks Sean. I'll work on adding this
On Tue, 2014-01-07 at 11:04 +0100, Thierry Carrez wrote:
Matt Riedemann wrote:
There is discussion in this thread about wouldn't it be nice to have a
tag on commits for changes that impact upgrades?. There is.
http://lists.openstack.org/pipermail/openstack-dev/2013-October/016619.html
On 01/06/2014 01:10 PM, Jeremy Stanley wrote:
On 2014-01-06 10:19:39 -0500 (-0500), Adam Young wrote:
If it were as easy as just replaceing hteh hash algorithm, we
would have done it a year + ago. I'm guessing you figured that by
now.
[...]
With the lack of In-Reply-To header and not finding
On Tue, Jan 7, 2014 at 11:01 AM, Adam Young ayo...@redhat.com wrote:
On 01/06/2014 01:10 PM, Jeremy Stanley wrote:
On 2014-01-06 10:19:39 -0500 (-0500), Adam Young wrote:
If it were as easy as just replaceing hteh hash algorithm, we
would have done it a year + ago. I'm guessing you figured
+1 from me too UpgradeImpact is a much better term.
Tim
-Original Message-
From: Jay Pipes [mailto:jaypi...@gmail.com]
Sent: 07 January 2014 17:53
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [nova] minimum review period for functional
changes that break
On 2014-01-07 07:16, Doug Hellmann wrote:
On Tue, Jan 7, 2014 at 6:24 AM, Michael Kerrin michael.ker...@hp.com wrote:
I have been seeing this problem also.
My problem is actually with oslo.sphinx. I ran sudo pip install -r
test-requirements.txt in cinder so that I could run the
On 12/30/2013 6:21 AM, Michael Still wrote:
Hi.
The purpose of this email to is apologise for some incorrect -1 review
scores which turbo hipster sent out today. I think its important when
a third party testing tool is new to not have flakey results as people
learn to trust the tool, so I
On Tue, Jan 7, 2014 at 4:54 PM, Michael Kerrin michael.ker...@hp.com wrote:
I have been seeing this problem also.
My problem is actually with oslo.sphinx. I ran sudo pip install -r
test-requirements.txt in cinder so that I could run the tests there, which
installed oslo.sphinx.
Strange
On 2014-01-07 12:11, Noorul Islam Kamal Malmiyoda wrote:
On Tue, Jan 7, 2014 at 4:54 PM, Michael Kerrin michael.ker...@hp.com
wrote:
I have been seeing this problem also.
My problem is actually with oslo.sphinx. I ran sudo pip install -r
test-requirements.txt in cinder so that I could run
On 01/07/2014 01:44 PM, Ben Nemec wrote:
On 2014-01-07 12:11, Noorul Islam Kamal Malmiyoda wrote:
On Tue, Jan 7, 2014 at 4:54 PM, Michael Kerrin michael.ker...@hp.com
wrote:
I have been seeing this problem also.
My problem is actually with oslo.sphinx. I ran sudo pip install -r
On Tue, Jan 7, 2014 at 1:16 AM, Swapnil Kulkarni
swapnilkulkarni2...@gmail.com wrote:
Thanks Eric.
I had already tried the solution presented on ask.openstack.org.
It was worth a shot.
I also found a bug [1] and applied code changes in [2], but to no success.
Ah. I hadn't seen that
Hi Anita
Let's me join this session also.
Nachi Ueno
NTT i3
2014/1/5 Anita Kuno ante...@anteaya.info:
On 01/05/2014 03:42 AM, Sukhdev Kapur wrote:
Folks,
I finally got over my fear of weather and booked my flight and hotel for
this sprint.
I am relatively new to OpenStack community with
Hello everyone!
We've been talking this for a long while, and we finally have a bunch of
changes to make to keystone-core all at once. A few people have moved on,
the project has grown a bit, and our review queue grows ever longer. As
ayoung phrased it in today's keystone meeting, with entirely
We work with images provided by vendors over which we do not always have
control. So we are considering the cases where vendor image does not come
installed with cloud-init. Is there a way to support heat software config
in such scenarios?
Thanks
Susaant
On Mon, Jan 6, 2014 at 4:47 PM, Steve
Sounds like a good decision all around.
Cleaning out -core lists seems to be the hip thing to do lately. ;-)
All the best,
- Gabriel
From: Dolph Mathews [mailto:dolph.math...@gmail.com]
Sent: Tuesday, January 07, 2014 11:16 AM
To: OpenStack Development Mailing List
Cc: Steve
I'd say it isn't so much cloud-init that you need, but some kind
of bootstrapper. The point of hot-software-config is to help with
in-instance orchestration. That's not going to happen without some way
to push the desired configuration into the instance.
Excerpts from Susaant Kondapaneni's
On Mon, 2014-01-06 at 00:14 +, Deok-June Yi wrote:
Hi, Ceilometer team.
I'm writing to share my load test result and ask you for advice about
Ceilometer.
Before starting, for whom doesn’t know Synaps [1], Synaps is
'monitoring as a service' project that provides AWS CloudWatch
Hi,
I'd like to discuss some possible ways we could install the OpenStack
components from packages in tripleo-image-elements. As most folks are
probably aware, there is a fork of tripleo-image-elements called
tripleo-puppet-elements which does install using packages, but it does
so using Puppet
Everything sounds good!
On Mon, Jan 6, 2014 at 6:52 PM, Sean Dague s...@dague.net wrote:
On 01/06/2014 07:04 PM, Joe Gordon wrote:
Overall this looks really good, and very spot on.
On Thu, Jan 2, 2014 at 6:29 PM, Sean Dague s...@dague.net
mailto:s...@dague.net wrote:
A lot of
Sounds very useful. Would there be a diskimage-builder flag then to say you
prefer packages over source? Would it fall back to source if you specified
packages and there were only source-install.d for a given element?
Thanks,
Kevin
From: James Slagle
What would be the benefit of using packages?
We've specifically avoided packages because they complect[1] configuration
and system state management with software delivery. The recent friction
we've seen with MySQL is an example where the packages are not actually
helping us, they're hurting us
On 1/6/2014 8:55 PM, Sean Dague wrote:
On 01/06/2014 09:33 PM, Mike Spreitzer wrote:
I am suffering from bug 1266513, when trying to work on nova. For
example, on MacOS 10.8.5, I clone nova and then (following the
instructions at https://wiki.openstack.org/wiki/DependsOnOSX) run `cd
nova;
On Tue, Jan 7, 2014 at 3:22 PM, Fox, Kevin M kevin@pnnl.gov wrote:
Sounds very useful. Would there be a diskimage-builder flag then to say you
prefer packages over source? Would it fall back to source if you specified
packages and there were only source-install.d for a given element?
Hi
My guess for the easiest answer to that: distro vendor support.
Cheers,
--
Chris Jones
On 7 Jan 2014, at 20:23, Clint Byrum cl...@fewbar.com wrote:
What would be the benefit of using packages?
We've specifically avoided packages because they complect[1] configuration
and system state
Hi
Assuming we want to do this, but not necessarily agreeing that we do want to, I
would suggest:
1) I think it would be nice if we could avoid separate dpkg/rpm types by having
a package type and reusing the package map facility.
2) Clear up the source-repositories inconsistency by making it
On Mon, 2014-01-06 at 11:46 -0800, Georgy Okrokvertskhov wrote:
Thank you for your input. Right now this approach allows to run
integration tests with and without tempest. I think this is valuable
for the project as anyone can run integration tests on their laptop
having only keystone
On Tue, Jan 7, 2014 at 3:23 PM, Clint Byrum cl...@fewbar.com wrote:
What would be the benefit of using packages?
We're building images on top of different distributions of Linux.
Those distributions themselves offer packaged and supported OpenStack
components. So, one benefit is that you'd be
Hi
(FWIW I suggested using the element arguments like nova/package to avoid a
huge and crazy environment by using DIB_REPO foo for every element)
Cheers,
--
Chris Jones
On 7 Jan 2014, at 20:32, James Slagle james.sla...@gmail.com wrote:
On Tue, Jan 7, 2014 at 3:22 PM, Fox, Kevin M
I was going to stay silent on this one, but since you asked...
/me puts his customer hat on
We source OpenStack from RDO for the packages and additional integration
testing that comes from the project instead of using OpenStack directly. I was
a little turned off from Triple-O when I saw it
On Tue, Jan 7, 2014 at 3:48 PM, Chris Jones c...@tenshu.net wrote:
Hi
Assuming we want to do this, but not necessarily agreeing that we do want to,
I would suggest:
1) I think it would be nice if we could avoid separate dpkg/rpm types by
having a package type and reusing the package map
Excerpts from James Slagle's message of 2014-01-07 12:53:57 -0800:
On Tue, Jan 7, 2014 at 3:23 PM, Clint Byrum cl...@fewbar.com wrote:
What would be the benefit of using packages?
We're building images on top of different distributions of Linux.
Those distributions themselves offer packaged
Hi Jay,
Thank you very much for working on that!
Thanks
Georgy
On Tue, Jan 7, 2014 at 12:50 PM, Jay Pipes jaypi...@gmail.com wrote:
On Mon, 2014-01-06 at 11:46 -0800, Georgy Okrokvertskhov wrote:
Thank you for your input. Right now this approach allows to run
integration tests with and
You might also consider doing this in WSGI middleware:
Pros:
* Consolidates policy code in once place, making it easier to audit and
maintain
* Simple to turn policy on/off – just don’t insert the middleware when off!
* Does not preclude the use of oslo.policy for rule checking
*
Hi
On 7 Jan 2014, at 21:17, James Slagle james.sla...@gmail.com wrote:
Could you expand on this a bit? I'm not sure what inconsistency
you're referring to.
That multiple repos work, but the docs don't say so, and the DIB_REPO foo
doesn't support multiple repos.
I wonder if we could
Hi
On 7 Jan 2014, at 22:18, Clint Byrum cl...@fewbar.com wrote:
Packages do the opposite,
and encourage entropy by promising to try and update software
Building with packages doesn't require updating running systems with packages
and more than building with git requires updating running
For multi-node deployments, implementing something like inotify would allow
administrators to push configuration changes out to multiple targets using
puppet/chef/etc. and have the daemons pick it up without restart. Thumbs up to
that.
As Tim Bell suggested, API-based enabling/disabling would
Hi. Thanks for reaching out about this.
It seems this patch has now passed turbo hipster, so I am going to
treat this as a more theoretical question than perhaps you intended. I
should note though that Joshua Hesketh and I have been trying to read
/ triage every turbo hipster failure, but that
On Tue, Jan 7, 2014 at 5:18 PM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from James Slagle's message of 2014-01-07 12:53:57 -0800:
On Tue, Jan 7, 2014 at 3:23 PM, Clint Byrum cl...@fewbar.com wrote:
What would be the benefit of using packages?
We're building images on top of different
Excerpts from Chris Jones's message of 2014-01-07 14:43:31 -0800:
Hi
On 7 Jan 2014, at 22:18, Clint Byrum cl...@fewbar.com wrote:
Packages do the opposite,
and encourage entropy by promising to try and update software
Building with packages doesn't require updating running systems
Excerpts from Fox, Kevin M's message of 2014-01-07 13:11:13 -0800:
I was going to stay silent on this one, but since you asked...
/me puts his customer hat on
We source OpenStack from RDO for the packages and additional integration
testing that comes from the project instead of using
On Tue, Jan 7, 2014 at 6:04 PM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Chris Jones's message of 2014-01-07 14:43:31 -0800:
Hi
On 7 Jan 2014, at 22:18, Clint Byrum cl...@fewbar.com wrote:
Packages do the opposite,
and encourage entropy by promising to try and update software
On 1/2/2014 8:29 PM, Sean Dague wrote:
A lot of elastic recheck this fall has been based on the ad hoc needs of
the moment, in between diving down into the race bugs that were
uncovered by it. This week away from it all helped provide a little
perspective on what I think we need to do to call
One of the major features using a distro over upstream gives is integration.
rhel6 behaves differently then ubuntu 13.10. Sometimes it takes a while to fix
upstream for a given distro, and even then it may not even be accepted because
the distro's too old, go away. Packages allow a distro to
On 01/08/2014 03:10 AM, Nachi Ueno wrote:
Hi Anita
Let's me join this session also.
Nachi Ueno
NTT i3
Wonderful Nachi. We have spoken on irc to ensure you have your questions
answered.
It will be great to have another neutron-core at the code sprint.
Thank you,
Anita.
2014/1/5 Anita
On 1/7/2014 5:26 PM, Sean Dague wrote:
On 01/07/2014 06:20 PM, Matt Riedemann wrote:
On 1/2/2014 8:29 PM, Sean Dague wrote:
A lot of elastic recheck this fall has been based on the ad hoc needs of
the moment, in between diving down into the race bugs that were
uncovered by it. This week
Excerpts from James Slagle's message of 2014-01-07 15:03:33 -0800:
On Tue, Jan 7, 2014 at 5:18 PM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from James Slagle's message of 2014-01-07 12:53:57 -0800:
On Tue, Jan 7, 2014 at 3:23 PM, Clint Byrum cl...@fewbar.com wrote:
What would be the
On Tue, Jan 7, 2014 at 6:12 PM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Fox, Kevin M's message of 2014-01-07 13:11:13 -0800:
I was going to stay silent on this one, but since you asked...
/me puts his customer hat on
We source OpenStack from RDO for the packages and additional
- Original Message -
From: James Slagle james.sla...@gmail.com
To: OpenStack Development Mailing List openstack-dev@lists.openstack.org
Sent: Tuesday, January 7, 2014 3:01:07 PM
Subject: [openstack-dev] [TripleO] Installing from packages in
tripleo-image-elements
Hi,
On 01/07/2014 06:44 PM, Matt Riedemann wrote:
On 1/7/2014 5:26 PM, Sean Dague wrote:
On 01/07/2014 06:20 PM, Matt Riedemann wrote:
On 1/2/2014 8:29 PM, Sean Dague wrote:
A lot of elastic recheck this fall has been based on the ad hoc
needs of
the moment, in between diving down into the
- Original Message -
From: James Slagle james.sla...@gmail.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Sent: Tuesday, January 7, 2014 3:53:57 PM
Subject: Re: [openstack-dev] [TripleO] Installing from packages in
Hi
On 7 Jan 2014, at 23:04, Clint Byrum cl...@fewbar.com wrote:
My question still stands, what are the real advantages? So far the only
one that matters to me is makes it easier for people to think about
using it.
If I were to put on my former sysadmin hat, I would always strongly prefer
- Original Message -
From: Clint Byrum cl...@fewbar.com
To: openstack-dev openstack-dev@lists.openstack.org
Sent: Tuesday, January 7, 2014 3:23:24 PM
Subject: Re: [openstack-dev] [TripleO] Installing from packages in
tripleo-image-elements
What would be the benefit of using
Another piece to the conversation I think is update philosophy. If you are
always going to require a new image and no customization after build ever,
ever, the messiness that source usually cause in the file system image really
doesn't matter. The package system allows you to easily update,
Hi Miguel,
As I am using neutron API tempest tests, I notice that in the create_port
tests, the port context is set partially - i.e. only network Id is
available.
ML2 drivers expect more in formation in the port context in order to test
the API on the back-ends.
I noticed such an enhancement is
On Tue, Jan 7, 2014 at 6:45 PM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from James Slagle's message of 2014-01-07 15:03:33 -0800:
On Tue, Jan 7, 2014 at 5:18 PM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from James Slagle's message of 2014-01-07 12:53:57 -0800:
On Tue, Jan 7, 2014 at
Stackers,
I tried to create a new VM using the driver VMwareVCDriver, but I found
it's very slow when I try to create a new VM, for example, 7GB Windows
Image spent 3 hours.
Then I tried to use curl to upload a iso to vcenter directly.
curl -H Expect: -v --insecure --upload-file
Excerpts from James Slagle's message of 2014-01-07 15:18:00 -0800:
On Tue, Jan 7, 2014 at 6:04 PM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Chris Jones's message of 2014-01-07 14:43:31 -0800:
Hi
On 7 Jan 2014, at 22:18, Clint Byrum cl...@fewbar.com wrote:
Packages do the
Mathieu, Thank you for clarification.
I'll take a look at the patches.
On Tue, Jan 07, 2014 at 02:34:24PM +0100,
Salvatore Orlando sorla...@nicira.com wrote:
Thanks Mathieu!
I think we should first merge Edouard's patch, which appears to be a
prerequisite.
I think we could benefit a lot by
Hi team,
After merging [1] devstack gate started failing. There is already a
thread [2] related to this in mailing list. Until this gets fixed
shall we make this job non-voting?
Regards,
Noorul
[1] https://review.openstack.org/64226
[2]
I'm ok with making this non-voting for Solum until this gets fixed.
-Murali
On Jan 7, 2014, at 8:53 PM, Noorul Islam Kamal Malmiyoda noo...@noorul.com
wrote:
Hi team,
After merging [1] devstack gate started failing. There is already a
thread [2] related to this in mailing list. Until
On 8 January 2014 12:26, Fox, Kevin M kevin@pnnl.gov wrote:
One of the major features using a distro over upstream gives is integration.
rhel6 behaves differently then ubuntu 13.10. Sometimes it takes a while to
fix upstream for a given distro, and even then it may not even be accepted
Should we rather revert patch to make gate working?
Thanks
Georgy
On Tue, Jan 7, 2014 at 7:19 PM, Murali Allada
murali.all...@rackspace.comwrote:
I'm ok with making this non-voting for Solum until this gets fixed.
-Murali
On Jan 7, 2014, at 8:53 PM, Noorul Islam Kamal Malmiyoda
Let me know in case I can be of any help getting this resolved.
Best Regards,
Swapnil
On Wed, Jan 8, 2014 at 12:38 AM, Eric Windisch ewindi...@docker.com wrote:
On Tue, Jan 7, 2014 at 1:16 AM, Swapnil Kulkarni
swapnilkulkarni2...@gmail.com wrote:
Thanks Eric.
I had already tried the
On 8 January 2014 09:23, Clint Byrum cl...@fewbar.com wrote:
What would be the benefit of using packages?
- Defense in depth - tests at the package build time + tests of the image.
- Enumeration of installed software using the admins expected tooling
(dpkg / rpm etc)
- Familiarity
We've
On 8 January 2014 12:18, James Slagle james.sla...@gmail.com wrote:
I'm reminded of when I first started looking at TripleO there were a
few issues with installing from git (I'll say that from now on :)
related to all the python distribute - setuptools migration. Things
like if you're base
On Wed, Jan 8, 2014 at 9:43 AM, Georgy Okrokvertskhov
gokrokvertsk...@mirantis.com wrote:
Should we rather revert patch to make gate working?
I think it is always good to have test packages reside in
test-requirements.txt. So -1 on reverting that patch.
Here [1] is a temporary solution.
1 - 100 of 103 matches
Mail list logo