Hello Andrew,
Well, I use devstack to build a development environment easy way. If
you want know the openstack code and able to operate an environment
(not for production) I recommend it.
http://devstack.org/
Regards,
2014-03-31 6:07 GMT+02:00 Andrew Chul andymitr...@gmail.com:
Well, I've
Hi Paul,
the OVSInterfaceDriver creates interfaces with type internal so agents like
DHCP/L3 etc can put IP addresses on them. But I don't think type internal will
work for instances. You could try subclassing and overriding so it does not do
this:
On Mon, Mar 31, 2014 at 08:07:12AM +0400, Andrew Chul wrote:
Well, I've used this quickstart guide
http://docs.openstack.org/developer/horizon/quickstart.html
Is it necessary to set up DevStack anyway?
No, absolutely not. You can use your OpenStack installation,
check out horizon from github
Thomas Goirand wrote:
Anyway, since it seems there's a consensus on this:
happybase=0.5,!=0.7
that's what I did here:
https://review.openstack.org/#/c/82438/
Please approve it.
The currently-proposed patch has happybase=0.5,!=0.6,!=0.7, so now
I'm confused. Since I think you updated
Mark Atwood wrote:
Are there plans for a PGP keysigning party at the Juno Summit in
Atlanta, similar to the one at the Icehouse summit in Hong Kong?
Inspired by the URL at
https://wiki.openstack.org/wiki/OpenPGP_Web_of_Trust/Icehouse_Summit
I looked for
Jeremy Stanley wrote:
On 2014-03-29 19:00:33 -0700 (-0700), Mark Atwood wrote:
Are there plans for a PGP keysigning party at the Juno Summit in
Atlanta, similar to the one at the Icehouse summit in Hong Kong?
[...]
Absolutely!
Thierry, any ideas on how to best fit it into the schedule?
For those who are interested we will discuss the disaster recovery
use-cases and how to proceed toward the Juno summit on April 2 at 17:00
UTC (1PM ET) - invitation below.
Agenda and previous discussion history in the Etherpad link below.
Call-in:
Hello, Akihiro
Thanks for the advice (and sorry for not very timely response)! I've
added last stable/havana release to the test-requirements, and
received some new error from the Jenknins' side: [1]. At first I
thought that the problem is caused by the reverse order of settings
modules inclusion
On Fri, Mar 28, 2014 at 11:14:49PM -0400, Steve Gordon wrote:
- Original Message -
This is the approach mentioned by linux-kvm.org
http://www.linux-kvm.org/page/How_to_assign_devices_with_VT-d_in_KVM
3. reboot and verify that your system has IOMMU support
AMD Machine
Hi,
Currently with VMWare VCDriver, one nova compute can manage multiple
clusters/RPs, this caused cluster admin cannot do live migration between
clusters/PRs if those clusters/PRs managed by one nova compute as the
current live migration logic request at least two nova computes.
A bug [1] was
Hello, Paul
Thank you for the reply (and sorry for not timely response from my
side)! Are you passing external sources to pip the way Akihiro
described in this thread? Or are you using some custom install script
that installs package dependencies in its own way? I'm asking because
I've tried the
Sumit,
I'm working on profiling middleware and tools for Swift debugging on
performance issue.
This tool is powerful to get understanding how is code running at the
function level by collecting
metrics in statistical way. I think you maybe try this tool and see if you
can get RTT at proxy server
Hi everyone,
I'm writing to announce my candidacy for the Release management Program
Technical Lead position.
The Release management program is composed of 3 subteams.
On the release cycle management front, during the Icehouse cycle we
successfully handled the additional load by switching to a
I have an idea regarding engine design i want to share with you. But first, it
seems like we need a small overview of the current implementations.
I'm not sure how ML will react on a bunch of ASCII graphs, so here is an
etherpad:
Due to an issue in Pbr 0.7 that prevents the installation of any Pbr based
package on Windows and due to the recent availability
of Pbr 0.8 [1] which includes the fix for this issue, I suggest that we should
upgrade the Pbr dependency in the global requirements [2]
or at least exclude version
On Mar 29, 2014, at 2:02 PM, Gary Duan
garyd...@gmail.commailto:garyd...@gmail.com wrote:
I guess you need bind the port you just create.
PCM: Can you elaborate on what is needed for the binding?
In the call to create the port in Neutron, the script passes in an additional
dict item for
Yeah I had noticed that change too… I’m guessing that, if I want to try to use
the Nova call, that I’d want to set both the hybrid plug and port filter flags
to false?
For my devstack setup, I have Neutron security groups disabled
(Q_USE_SECGROUP=False), and I setup Nova to allow ICMP and SSH.
Hi Darragh,
Can you elaborate on what the “set interface” arguments do in OVS? Just trying
to understand why it is not desired, when plugging into this interface (note I
have a management interface on the br-int and it works fine…this one, which is
also on br-int, but needs to tie to the
According to the failure log, you seem to try to install 2012.2.4 (== Folsom).
I don't think this is the intended version you want to use. Please check it.
http://logs.openstack.org/25/68125/16/check/gate-murano-dashboard-python26/8ebc940/console.html.gz#_2014-03-24_11_08_50_917
2014-03-24
Thierry Carrez wrote:
We have two *new* categories this time around:
Cross-project workshops
Those will be used to discuss topics which affect all OpenStack
projects, and therefore increase convergence and collaboration across
program barriers.
Other projects
Those will let unofficial,
On 2014/27/03 19:04, Jiří Stránský wrote:
On 27.3.2014 18:21, Dougal Matthews wrote:
[snip]
As a side, but related note, I think we should rename the Tuskar client
to whatever name the Tuskar UI gets called. The client will eventually
have feature parity with the UI and thus will have the
On Sat, Mar 29 2014, Eoghan Glynn wrote:
I would like to throw my hat into the ring for the upcoming ceilometer
PTL election.
[…]
Thanks for your candidacy Eoghan, I really think you would be a great
PTL as you have been a really good, dare I say, deputy these last
months. :-) I'm sure you'll
I have recently been trying to get some API level functional tests for
the olso.messaging library. The idea is that these tests could be run
with any driver and configured 'backend' and would test the basic
functional guarantees that the API makes.
I have an initial set of such tests now. The
On 31 March 2014 10:11, Jay Lau jay.lau@gmail.com wrote:
Hi,
Currently with VMWare VCDriver, one nova compute can manage multiple
clusters/RPs, this caused cluster admin cannot do live migration between
clusters/PRs if those clusters/PRs managed by one nova compute as the
current live
Hi Paul,
tbh I'm not exactly sure what you are trying to do overall. But from your
script it seems to me that you are trying to create an OVS port so a libvirt
instance outside of Nova control can use it. And you don't need the linux
bridge for security group iptables.
AFAIK the tap must be
I believe that ordering of notifications at different levels is not
guaranteed when receiving those notifications using a notification
listener in olso.messaging.
I.e. with something like:
notifier = notifier.Notifier(get_transport(CONF), 'compute')
notifier.info(ctxt, event_type,
Hi Darragh,
Yes (I should included more background), I have a VM started in KVM, and it has
I/Fs associated with scripts for I/F up and down:
IFNAME_ETH0=$NAME__mgmt
IFNAME_ETH1=$NAME__public
IFNAME_ETH2=$NAME__private
kvm -m 8192 -name $NAME \
-smp 4 \
-serial
confirmed
n 03/31/2014 12:19 PM, Thierry Carrez wrote:
Hi everyone,
I'm writing to announce my candidacy for the Release management Program
Technical Lead position.
The Release management program is composed of 3 subteams.
On the release cycle management front, during the Icehouse
Hi Fuel team,
I have a questions about the OSTF tests for next release 5.0.
In this release we plan to include Murano 0.5, which will have significant
architecture changes and it will require significant changes in OSTF tests
for Murano.
For example, we will not support all services, which
On 03/31/2014 10:55 AM, Gordon Sim wrote:
I believe that ordering of notifications at different levels is not
guaranteed when receiving those notifications using a notification
listener in olso.messaging.
I.e. with something like:
notifier = notifier.Notifier(get_transport(CONF),
I tinkered with the Nova create call and things are (sort of) working)…
I changed the plugging to do this:
port_id = port['port']['id']
instance = {'uuid': vm_uuid}
network = {'bridge': 'br-int'}
class VeryDangerousHack(network_model.VIF):
def __init__(self, port_id, mac_addr, network):
Hi All,
The design summit this year has allowed 'Other Projects' (ie non incubated
projects) to book design sessions.
Is there any interest in trying to get a session in Atlanta?
If people are interested I can do an application for Designate.
Cheers,
Graham
Tom,
This is a great idea! Feel free to reach out to the user experience folks, as
they’ll be interested both in attending and helping coordinate.
http://ask-openstackux.rhcloud.com/questions/
openstack-perso...@lists.openstack.orgmailto:openstack-perso...@lists.openstack.org
Best,
Jacki
On
I mentioned this last week in another thread but I suspect it got lost.
I recently came across a situation where the code failed when running it
under devstack but passed the unit tests. It turns out that the unit
tests regexp() behaves differently than the built-in one in mysql.
Down in
On 03/31/2014 08:54 AM, Chris Friesen wrote:
I mentioned this last week in another thread but I suspect it got lost.
I forgot to mention...I've opened this as a bug
(https://bugs.launchpad.net/nova/+bug/1298690) but I wanted to get some
wider suggestions as to the proper way to deal with
I have completed the blueprint and specification for the proposed
instance metadata code that is up for review. We can discuss the
blueprint either here or on the IRC channel.
Related links:
Blueprint: https://blueprints.launchpad.net/trove/+spec/trove-metadata
Specification:
On Mon, Mar 31, 2014 at 8:54 AM, Gordon Sim g...@redhat.com wrote:
I have recently been trying to get some API level functional tests for the
olso.messaging library. The idea is that these tests could be run with any
driver and configured 'backend' and would test the basic functional
Greetings, fellow Heatists. My name is not Steve and I would like to
announce my candidacy for the position of Orchestration PTL.
Most of you, I hope, already know me. I've been working on Heat
full-time essentially since the project started, and I've been a member
of the core team since
Building on what John said, I'm a bit wary of introducing semantics into the
Conductor's live migration code
that are VMWare-specific. The conductor's live-migration code is supposed to
be driver-agnostic. IMHO, it
would be much better if we could handle this at a level where the code was
IMHO,Stringifying None and then expecting the *string* to match NULL is wrong.
Could we check to see if `filters[filter_name]` is None and deal with that case
separately
(i.e `if filters[filter_name] is None:
filter = column_is_null_check
else:
filter =
Hi Everyone,
The Barbican team is hosting our weekly meeting today, Monday March 24, at
20:00 UTC in #openstack-meeting-alt
Meeting agenda is avaialbe here
https://wiki.openstack.org/wiki/Meetings/Barbican and everyone is welcomed
to add agenda items
You can check this link
On 03/31/2014 04:11 PM, Doug Hellmann wrote:
On Mon, Mar 31, 2014 at 8:54 AM, Gordon Sim g...@redhat.com
mailto:g...@redhat.com wrote:
Another slight annoyance from the testing pov is that the API
provides no way of determining when a server is 'ready' i.e. when
its subscriptions are
On 03/31/2014 04:41 PM, Doug Hellmann wrote:
On Mon, Mar 31, 2014 at 11:36 AM, Gordon Sim g...@redhat.com
mailto:g...@redhat.com wrote:
On 03/31/2014 04:11 PM, Doug Hellmann wrote:
On Mon, Mar 31, 2014 at 8:54 AM, Gordon Sim g...@redhat.com
mailto:g...@redhat.com
I was reviewing some ironic changes that are more than a week old and do
not have any reviews from the ironic team. Having at least one review
from the ironic team would be very helpful.
-David
___
OpenStack-dev mailing list
On 03/31/2014 09:24 AM, Solly Ross wrote:
IMHO,Stringifying None and then expecting the *string* to match NULL is wrong.
Could we check to see if `filters[filter_name]` is None and deal with that case
separately
(i.e `if filters[filter_name] is None:
filter = column_is_null_check
confirmed
On 03/31/2014 05:37 PM, Doug Hellmann wrote:
I am running for a second term as PTL for the OpenStack Common Libraries
(Oslo) project.
I have been programming in Python professionally for over 15 years, in a
variety of application areas. I am currently a Senior Developer at
Please ask usage questions on the non-development list:
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Thanks.
-Ben
On 03/30/2014 11:34 AM, Andrew Chul wrote:
Hello, guys, I'm new in Horizon. Can anybody tell me how can I login
to my local OpenStack dashboard?
Hi everyone,
No joke, the OpenStack Infrastructure (Infra) team is hosting our
weekly meeting tomorrow, Tuesday April 1st, at 19:00 UTC in
#openstack-meeting
Meeting agenda available here:
https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting (anyone is
welcome to to add agenda items)
Hello everyone,
Ceilometer and Horizon just published their first Icehouse release
candidate. 38 bugs and bugs, respectively, were fixed in those projects
since feature freeze.
The RC1s are available for download at:
https://launchpad.net/ceilometer/icehouse/icehouse-rc1
Howdy Trovesters and co,
I would like to announce that i will _not_ be running for the Trove PTL
this cycle. We have some smart peoples who can step up and keep the
momentum going.
Its been a wild ride going into integration, and I feel like its someone
else's turn to have the fun that I have
I'd like to throw my name in for PTL for the Key Management Program which
includes the Barbican, python-barbicanclient and Kite projects.
I've been working on Barbican since the first line of code was committed
and was responsible for building the team and desire at Rackspace to start
the
Hi All,
I’m trying to setup my dev environment on Mac OS X (10.9.2) with the latest
Sahara code, using the following instructions:
http://docs.openstack.org/developer/sahara/devref/development.environment.html
When I run the “Create database Schema” step, I see the following error:
Hi folks, has there been any discussion on using oslo.cache within the
auth_token middleware to allow for using other cache backends besides
memcached? I didn’t find a Keystone blueprint for it, and was considering
registering one for Juno if the team thinks this feature makes sense. I’d be
ok, good to hear you are making progress. From the variable names in the script
- ifname=$IFNAME_ETH2,vlan=2 - it sounds like this is a Neutron provider
network. If so, then it should be possible to bridge the VM to the link with
with a simple Linux bridge, without the need for a Neutron port
Hello Tomasz,
We have been pulled into some other priorities the past week haven't got a
chance yet to run a new benchmark.
I hope to get to it later this week.
Meanwhile if you are interested in deploying Marconi/running the benchmarks
yourself, please let me know.
We can point you to the
Hi Bob,
The error is because of https://bugs.launchpad.net/sahara/+bug/1283133. Fix
is ready, but not merged to master because of FF (
https://review.openstack.org/#/c/75456/). As a workaround I could suggest
temporarily removing DROP queries in migration script #3. Or use other sql
db (e.g.
Graham,
I'm definitely interested in a design session. Thanks for offering to put
in the application.
FYI, most of us from Rackspace get in late morning on Monday and are
leaving early afternoon on Friday.
Thanks again,
Betsy
On 3/31/14 9:46 AM, Hayes, Graham graham.ha...@hp.com wrote:
Hi
On Mon, Mar 31, 2014 at 12:18 PM, Kurt Griffiths
kurt.griffi...@rackspace.com wrote:
Hi folks, has there been any discussion on using oslo.cache within the
auth_token middleware to allow for using other cache backends besides
memcached? I didn't find a Keystone blueprint for it, and was
Thank you,
that was the actual cause of the error. I got the wrong year, my fault.
On Mon, Mar 31, 2014 at 3:55 PM, Akihiro Motoki amot...@gmail.com wrote:
According to the failure log, you seem to try to install 2012.2.4 (== Folsom).
I don't think this is the intended version you want to use.
Hi All,
I have prepared commits I would like to have it reviewed and eventually
merged that add initial, limited support for FreeBSD as a host to nova. It
includes basic networking via freebsd_net driver (similar to the linux_net)
and few addons to libvirt compute driver in order to support the
Thanks for joining IRC meeting today at #openstack-meeting channel.
As usually,
Minutes:
http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-03-31-16.00.html
Full log:
http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-03-31-16.00.log.html
Looking forward to see
dogpile.cache would be substantially lighter on the client-side as it only
has a hard dependency on dogpile.core. It supports plenty of backends
beyond memcached and we already use it in keystone quite heavily.
http://dogpilecache.readthedocs.org/en/latest/
On Mon, Mar 31, 2014 at 11:35 AM,
How do you handle the fact that as it stands bhyve can only run *nix like
OS's (specifically FreeBSD and Linux only)? The long term answer seems to
be a working kqemu or use something like PetiteCloud (
http://www.petitecloud.org) as a bridge (run OS nested on bhyve under PC)
On Mon, Mar 31,
On 03/31/2014 01:01 PM, Michał Dubiel wrote:
Hi All,
I have prepared commits I would like to have it reviewed and eventually
merged that add initial, limited support for FreeBSD as a host to nova.
It includes basic networking via freebsd_net driver (similar to the
linux_net) and few addons
Michał Dubiel wrote:
Hi All,
I have prepared commits I would like to have it reviewed and eventually
merged that add initial, limited support for FreeBSD as a host to nova. It
includes basic networking via freebsd_net driver (similar to the linux_net)
and few addons to libvirt compute
confirmed
On 03/31/2014 12:18 PM, Jarret Raim wrote:
I'd like to throw my name in for PTL for the Key Management Program which
includes the Barbican, python-barbicanclient and Kite projects.
I've been working on Barbican since the first line of code was committed
and was responsible for
At run time there are decorators that behave in an unexpected manner.
For instance, in nova/compute/manager.py when ComputeManager's
resize_instance method is called, the migration positional argument
is somehow added to kwargs (paired with the migration key) and is
stripped out of the args
On 03/31/2014 12:18 PM, Jarret Raim wrote:
I'd like to throw my name in for PTL for the Key Management Program which
includes the Barbican, python-barbicanclient and Kite projects.
Also please note for the purposes of elections the only repositories
eligible for consideration are the
On Sat, Mar 29, 2014 at 11:53:13AM -0400, Mike Spreitzer wrote:
I run into trouble in Ubuntu VMs when avahi-autoipd is installed.
After avahi-autoipd is installed, there is an extra route (number 2 in the
[...]
Of course, avahi-autoipd thinks it is doing me a favor. Nova thinks it is
At run time there are decorators that behave in an unexpected manner.
For instance, in nova/compute/manager.py when ComputeManager's
resize_instance method is called, the migration positional argument
is somehow added to kwargs (paired with the migration key) and is
stripped out of the args
confirmed
On 03/31/2014 01:04 PM, Kyle Mestery wrote:
Hi everyone,
I have decided to run for the OpenStack Networking (Neutron) PTL position.
Why I Want To Be Neutron PTL
-
I want to be Neutron PTL because I wish to continue pushing Neutron forward
and help it evolve, and have the
On 29 March 2014 02:49, Zhangleiqiang (Trump) zhangleiqi...@huawei.com wrote:
Hi, Duncan:
Thanks for your advice.
About the summit session you mentioned, what things can I do for it
?
If you (or a colleague who can speak on your behalf) is going to the
summit, then go to
Thanks anh. Lúc chiều e cũng bookmark bài này rồi. E phải xem kỹ phần kiến
trúc trong neutron, phần network này vẫn chưa thông lắm anh ạ.
P/s: Anh gửi tài liệu OVS cho e và Long nhé.
On 1 Apr 2014 00:04, Kyle Mestery mest...@noironetworks.com wrote:
Hi everyone,
I have decided to run for the
Hi team.
The dynamic routing blueprint has been updated to reflect the feedback
received during L3 subteam meetings over the last few weeks. The
blueprint is registered here:
https://blueprints.launchpad.net/neutron/+spec/bgp-dynamic-routing, and the
full specification is available here:
Hi,
I would like to run for the OpenStack Compute (Nova) PTL position.
I find it really rewarding to help resolve conflict. Gallup says I am
a: Learner, Arranger, Achiever, Relator, Includer. I like to listen to
all sides of the story, learn about everyones point of view, help
frame the
I’ve been working on (albeit slowly) getting the keystone implementation of
dogpile.cache into oslo.cache. It’s been slow due to other demands, but I’m
hoping to get back to it in the near future here so we can make moves like this
more easily.
—
Morgan Fainberg
Principal Software Engineer
Core
I'm announcing my candidacy for Swift PTL. I've been involved with Swift
specifically and OpenStack in general since the beginning. I'd like to continue
to serve in the role as Swift PTL.
Swift has grown quite a bit over the last 4 years. In this past year, we've
added major new features
Hi All,
The neutron L3 subteam [1] has been discussing dynamic routing use
cases for a couple of weeks in our meeting. I attempted to capture
the use cases at a high level here [2]. It is far from complete, I'd
like some feedback from the community on the use cases.
Carl Baldwin
[1]
We just merged the change that opens the master branch for Juno development:
https://review.openstack.org/#/c/83752/
We will be releasing icehouse-rc1 from the commit that precedes the
above patch. If anything comes up that warrants another release
candidates, please get in contact with me
On 31 March 2014 18:53, John Garbutt j...@johngarbutt.com wrote:
Hi,
I would like to run for the OpenStack Compute (Nova) PTL position.
I find it really rewarding to help resolve conflict. Gallup says I am
a: Learner, Arranger, Achiever, Relator, Includer. I like to listen to
all sides of
Hi David,
We are in feature freeze right now, waiting for the Juno cycle to open up,
so there are several reviews that are holding. If you are able please join
the #opensack-ironic IRC channel, there is almost always a core member in
channel who should be able to answer any questions you have
I would like to announce my candidacy for Horizon PTL.
I've been working on and contributing to Horizon for the last three releases
and had the pleasure to serve as the PTL for the Icehouse cycle.
In the Icehouse cycle, we started a number of changes that I would like to see
completed in the
confirmed
On 03/31/2014 02:52 PM, Lyle, David wrote:
I would like to announce my candidacy for Horizon PTL.
I've been working on and contributing to Horizon for the last three releases
and had the pleasure to serve as the PTL for the Icehouse cycle.
In the Icehouse cycle, we started a
Also, how does this work for RHEL-based distros where they tend to backport
new kernel features? For instance vxlan support was added in the kernel
for RHEL6.5 which is 2.6.32-based... That changeset looks like it breaks
Neutron for ovs + vxlan on RHEL distros.
Nate
On Mon, Mar 31, 2014 at
I am in the full agreement with the proposed approach (risked to copy below,
let's see if email handles your diagrams):
* Single Engine handles multiple executions asynchronously, in non-blocking way.
* Persistence access only from API and/or Engine, Engine writes, API reads.
* Action runes
Hello everyone,
Nova just published its first Icehouse release candidate. Congrats to
all Nova developers for reaching this key milestone: 131 bugs were
fixed in Nova since feature freeze earlier this month !
The RC1 is available for download at:
https://launchpad.net/nova/icehouse/icehouse-rc1
On 2014-03-31 10:55:06 +0200 (+0200), Thierry Carrez wrote:
No miracle here... All slots are pretty full as expected. I think our
best bet is still the 30-min morning break on Wednesday or Thursday at
10:30am.
Would finding an available room for an hour sometime on Monday make
sense instead?
All-
I writing to announce my candidacy for the OpenStack Networking (Neutron) PTL.
I am the current Neutron PTL and would like to continue leading our team during
the Juno cycle. As PTL, I have worked to promote a vibrant open ecosystem of
deployers, integrators and vendors within Neutron.
confirmed
On 03/31/2014 04:15 PM, Mark McClain wrote:
All-
I writing to announce my candidacy for the OpenStack Networking (Neutron) PTL.
I am the current Neutron PTL and would like to continue leading our team
during the Juno cycle. As PTL, I have worked to promote a vibrant open
On 03/31/2014 02:42 PM, Chris K wrote:
Hi David,
We are in feature freeze right now, waiting for the Juno cycle to open
up, so there are several reviews that are holding. If you are able
please join the #opensack-ironic IRC channel, there is almost always a
core member in channel who should
Hello everyone,
Last one for today, Heat just published its first Icehouse release
candidate. 63 bugs were fixed since feature freeze earlier this month.
The RC1 is available for download at:
https://launchpad.net/heat/icehouse/icehouse-rc1
Unless release-critical issues are found that warrant
Note that there has been a lot of discussion and a potential path forward for
hierarchical project support in openstack. I personally think this makes a lot
more sense than having a bunch of domain specific calls. Please take a look at
the information in the wiki here:
I should specify that I meant updating the OS version used by the CI.
- Original Message -
From: Solly Ross sr...@redhat.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Sent: Monday, March 31, 2014 5:24:12 PM
Subject: Re:
There was some talk about updating the CI for Juno.
Has this been done/when will this be done?
Best Regards,
Solly Ross
- Original Message -
From: Russell Bryant rbry...@redhat.com
To: OpenStack Development Mailing List openstack-dev@lists.openstack.org
Sent: Monday, March 31, 2014
The infrastructure team can update the OSes used by the gate when new
versions of the distros we use release, and our cloud providers make
those images available to us (or provide us with glance upload access,
whichever comes first). That means we can't upgrade Ubuntu to Trusty
until Trusty
Excerpts from Jeremy Stanley's message of 2014-03-31 13:03:28 -0700:
On 2014-03-31 10:55:06 +0200 (+0200), Thierry Carrez wrote:
No miracle here... All slots are pretty full as expected. I think our
best bet is still the 30-min morning break on Wednesday or Thursday at
10:30am.
Would
On Mar 27, 2014, at 4:38 PM, Chris Friesen chris.frie...@windriver.com wrote:
On 03/27/2014 04:47 PM, Chris Friesen wrote:
Interestingly, unit test
nova.tests.api.openstack.compute.contrib.test_server_groups.ServerGroupTest.test_display_members
passes just fine, and it seems to be running
What is the criteria for this? The OpenDaylight Jenkins has been
reliably voting for a few weeks now, I'm wondering how and when we can
get it's voting rights approved.
Thanks!
Kyle
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
On 03/31/2014 06:02 PM, Kyle Mestery wrote:
What is the criteria for this? The OpenDaylight Jenkins has been
reliably voting for a few weeks now, I'm wondering how and when we can
get it's voting rights approved.
Thanks!
Kyle
___
OpenStack-dev
-DevStack
install of Havana done a few months ago.
I tested again with a cloud that *is* a recent DevStack install of the
latest code, and used that to make an instance of
http://cloud-images.ubuntu.com/precise/20140331/precise-server-cloudimg-amd64-disk1.img
--- and in this case the extra
1 - 100 of 117 matches
Mail list logo