On Thu, Sep 10, 2015 at 1:52 PM, Igor Kalnitsky
wrote:
> Hello,
>
> I agree with Vladimir - the idea of online repos is a right way to
> move. In 2015 I believe we can ignore this "poor Internet connection"
> reason, and simplify both Fuel and UX. Moreover, take a look at Linux
> distributives -
I've heard very strong requirements on having all-in-one ISO, with no
Internet access installation. Why can't we make this optional in the build
system? It should be easy to implement, is not it?
We can then consider to have this as a default option.
Igor, unfortunately
> In 2015 I believe we ca
On 10 September 2015 at 11:04, James Dempsey wrote:
> Greetings Devs,
>
> I'm very excited about the new RFE process and thought I'd test it by
> requesting a feature that is very often requested by my users[1].
>
> There are some great docs out there about how to submit an RFE, but I
> don't kno
Hello,
I agree with Vladimir - the idea of online repos is a right way to
move. In 2015 I believe we can ignore this "poor Internet connection"
reason, and simplify both Fuel and UX. Moreover, take a look at Linux
distributives - most of them fetch needed packages from the Internet
during installa
Greetings Devs,
I'm very excited about the new RFE process and thought I'd test it by
requesting a feature that is very often requested by my users[1].
There are some great docs out there about how to submit an RFE, but I
don't know what should happen after the submission to launchpad. My RFE
bug
Let’s also start the PTL selection according to the guide of OpenStack:
https://wiki.openstack.org/wiki/PTL_Elections_September_2015
Please submit your PTL candidacy according to :
https://wiki.openstack.org/wiki/PTL_Elections_September_2015#How_to_submit_your_candidacy
Best Regards
Chaoyi Hua
I haven't tried it out, but hope this blog could save you arse.
https://www.cloudssky.com/en/blog/Kubernetes-on-CoreOS-with-OpenStack/
http://stable.release.core-os.net/amd64-usr/367.1.0/coreos_production_openstack_image.img.bz2
On 09/09/2015 07:53 PM, 蒋吉 wrote:
Hi:
I need a coreos image
It should be easy, you google it for coreos raw or qcow2 image then import it
into openstack
Sent from my iPhone
> On 2015年9月10日, at 10:53, 蒋吉 wrote:
>
> Hi:
> I need a coreos image that supports kubernetes , without it , my boss
> will kick my arse.
>
>
>
>
> ___
I'll make the changes this week and test if our CI pass.
Forwarded Message
Subject: Delorean with CBS Liberty deps repos
Date: Thu, 10 Sep 2015 02:22:24 +0200
From: Alan Pevec
To: Emilien Macchi
CC: Matthias Runge , Haikel Guemar
, Javier Pena
Hi Emilien,
I've updated RDO s
FYI, this was granted FFE.
On 9/8/15 11:02 AM, Nikhil Komawar wrote:
> Malini,
>
> Your note on the etherpad [1] went unnoticed as we had that sync on
> Friday outside of our regular meeting and weekly meeting agenda etherpad
> was not fit for discussion purposes.
>
> It would be nice if you all c
Hi:
I need a coreos image that supports kubernetes , without it , my boss will
kick my arse.__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:uns
- Original Message -
> From: "Jeff Peeler"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
>
> I'd greatly prefer using availability zones/host aggregates as I'm trying
> to keep the footprint as small as possible. It does appear that in the
> section "configure s
Hi all,
I don't have an exact schedule or anything, but I wanted to start
brainstorming topics for the summit. I've started an etherpad:
https://etherpad.openstack.org/p/mitaka-ironic-design-summit-ideas
Keep in mind these should be topics that we need to sort things out on -
let's be sure not to
PTL Election details:
https://wiki.openstack.org/wiki/PTL_Elections_September_2015
TC Election details:
https://wiki.openstack.org/wiki/TC_Elections_September/October_2015
Please read the stipulations and timelines for candidates and electorate
contained in these wikipages.
There will be an a
On Thu, Sep 10, 2015 at 3:29 AM, Alex Schultz wrote:
>
> Hey Vladimir,
>
>
>>
>>
>>> 1) There won't be such things in like [1] and [2], thus less complicated
flow, less errors, easier to maintain, easier to understand, easier to
troubleshoot
2) If one wants to have local mirror, th
- Original Message -
> From: "Murali Allada"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Sent: Thursday, 10 September, 2015 6:41:40 AM
> Subject: [openstack-dev] [magnum] keystone pluggable model
>
>
>
> Hi All,
>
>
>
>
>
> In the IRC meeting yes
I assume you're using Glance client, if so, by default, when you issuing
command 'glance image-list', it will call /v1/images/detail instead of
/v1/images, you can use curl or any browser http client to see the
difference. Basically, just like the endpoint name, /v1/images/detail
will give you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi Everyone!
I'd like to announce a pre-release[1] of 2.0.0.dev of the
kitchen-openstack[2] driver gem. I've been able to test this with
Windows 2012R2 and all the flavors of Linux I have on my OpenStack
Cloud, but would love some more feedback.[3
Hello,
I am hitting an error and its trace passes def index ()
in glance/registry/api/v1/images.py.
I assume def index() is called by glance image-list. However, while testing
glance image-list I realized that def detail() is called
under glance/registry/api/v1/images.py instead of def index().
This is expected behavior.
On Tue, Sep 8, 2015 at 12:58 PM, Ajay Kalambur (akalambu) <
akala...@cisco.com> wrote:
> Hi
> Today when we create a VM on a port and delete that port I don’t get a
> message saying Port in Use
>
> Is there a plan to fix this or is this expected behavior in neutron
>
>
Excerpts from Matt Riedemann's message of 2015-09-09 13:45:29 -0500:
>
> On 9/9/2015 1:04 PM, Doug Hellmann wrote:
> > Excerpts from Sean Dague's message of 2015-09-09 13:36:37 -0400:
> >> We've got a new pattern emerging where some of the key functionality in
> >> services is moving into librarie
On 09/09/2015 12:54 PM, Doug Hellmann wrote:
> Excerpts from Dmitry Tantsur's message of 2015-09-09 12:58:04 +0200:
>> On 09/09/2015 12:15 PM, Dougal Matthews wrote:
>>> Hi,
>>>
>>> The tripleo-common library appears to be registered or PyPI but hasn't yet
>>> had
>>> a release[1]. I am not famili
I'd greatly prefer using availability zones/host aggregates as I'm trying
to keep the footprint as small as possible. It does appear that in the
section "configure scheduler to support host aggregates" [1], that I can
configure filtering using just one scheduler (right?). However, perhaps
more impo
On 9 September 2015 at 22:22, Alan Pevec wrote:
>> I'd like to add in a lower-constraints.txt set of pins and actually
>> start reporting on whether our lower bounds *work*.
>
> Do you have a spec in progress for lower-constraints.txt?
> It should help catch issues like https://review.openstack.or
On 10 September 2015 at 06:18, Doug Hellmann wrote:
> Excerpts from Ben Swartzlander's message of 2015-09-08 22:22:38 -0400:
>> It would be a recognition that most customers don't want to upgrade
>> every 6 months -- they want to skip over 3 releases and upgrade every 2
>> years. I'm sure there a
i'm +1 for this feature as long as we talking about just the sahara
controller and saharaclient. i agree we probably cannot get the horizon
changes in before the final release.
mike
On 09/09/2015 03:33 AM, Chen, Weiting wrote:
Hi, all.
I would like to request FFE for nfs as a data source for
On 09/09/15 04:10, SHTILMAN, Tomer (Tomer) wrote:
We are currently building in our lab multi cloud setup with keystone federation
and I will check if my understating is correct, I am planning for propose a BP
for this once will be clear
There was further interest in this at the IRC meeting to
?Hi All,
In the IRC meeting yesterday, I brought up this new blueprint I opened.
https://blueprints.launchpad.net/magnum/+spec/pluggable-keystone-model?
The goal of this blueprint is to allow magnum operators to integrate with their
version of keystone easily with downstream patches.
The g
On Wed, Sep 09, 2015 at 03:33:36PM -0400, Sean Dague wrote:
> On 09/09/2015 02:55 PM, Robert Collins wrote:
> > On 10 September 2015 at 06:45, Matt Riedemann
> > wrote:
> >>
> > So, I realise thats a bit sucky. My suggestion would be to just take
> > the tactical approach of syncing things into ea
On 10 September 2015 at 07:33, Sean Dague wrote:
> On 09/09/2015 02:55 PM, Robert Collins wrote:
>> On 10 September 2015 at 06:45, Matt Riedemann
>> wrote:
>>>
>>
>>> The problem with the static file paths in rootwrap.conf is that we don't
>>> know where those other library filter files are going
> Sent: Wednesday, September 09, 2015 at 2:33 PM
> From: "Sean Dague"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Subject: Re: [openstack-dev] [rootwrap] rootwrap and libraries - RFC
>
> On 09/09/2015 02:55 PM, Robert Collins wrote:
> > On 10 September 2015 at 06:4
Hi,
My congratulations to Alex!
--
Best regards,
Sergii Golovatiuk,
Skype #golserge
IRC #holser
On Tue, Sep 8, 2015 at 8:27 PM, Tomasz Napierala
wrote:
> > On 02 Sep 2015, at 01:31, Sergii Golovatiuk
> wrote:
> >
> > Hi,
> >
> > I would like to nominate Alex Schultz to Fuel-Library Core team.
On 09/09/2015 02:55 PM, Robert Collins wrote:
> On 10 September 2015 at 06:45, Matt Riedemann
> wrote:
>>
>
>> The problem with the static file paths in rootwrap.conf is that we don't
>> know where those other library filter files are going to end up on the
>> system when the library is installed
I'm interested in ansible roles for openstack-infra, but as there is
overlap in functionality
with the current openstack-infra puppet roles I'm not sure what's the
stance from the
openstack-infra core members and PTL.
I think they should go to openstack-infra, since Nodepoo/Zuul/etc are very
speci
Hey Vladimir,
>
>
>> 1) There won't be such things in like [1] and [2], thus less complicated
>>> flow, less errors, easier to maintain, easier to understand, easier to
>>> troubleshoot
>>> 2) If one wants to have local mirror, the flow is the same as in case of
>>> upstream repos (fuel-createmir
Folks:
We are gathering momentum in our activities towards building a VNFM / NFVO
in OpenStack Tacker project [1]. As discussed in the last week's irc
meeting [2], I'd like to propose few "experimental features" within Tacker.
It is well know practice to use experimental tag to introduce bleeding
On 10 September 2015 at 06:45, Matt Riedemann
wrote:
>
> The problem with the static file paths in rootwrap.conf is that we don't
> know where those other library filter files are going to end up on the
> system when the library is installed. We could hard-code nova's
> rootwrap.conf filter_path
On 9/9/2015 1:04 PM, Doug Hellmann wrote:
Excerpts from Sean Dague's message of 2015-09-09 13:36:37 -0400:
We've got a new pattern emerging where some of the key functionality in
services is moving into libraries that can be called from different
services. A good instance of this is os-brick,
Excerpts from Ben Swartzlander's message of 2015-09-08 22:22:38 -0400:
> On 09/08/2015 01:58 PM, Doug Hellmann wrote:
> > Excerpts from Ben Swartzlander's message of 2015-09-08 13:32:58 -0400:
> >> On 09/03/2015 08:22 AM, Thierry Carrez wrote:
> >>> Hi everyone,
> >>>
> >>> A feature deprecation po
Alex,
The idea is to remove MOS DEB repo from the Fuel master node by default and
>> use online MOS repo instead. Pros of such an approach are:
>>
>> 0) Reduced requirement for the master node minimal disk space
>>
>
> Is this a problem? How much disk space is saved If I have to go create a
> loca
Excerpts from Sean Dague's message of 2015-09-09 13:36:37 -0400:
> We've got a new pattern emerging where some of the key functionality in
> services is moving into libraries that can be called from different
> services. A good instance of this is os-brick, which has the setup /
> config functional
Excerpts from Dmitry Tantsur's message of 2015-09-09 12:58:04 +0200:
> On 09/09/2015 12:15 PM, Dougal Matthews wrote:
> > Hi,
> >
> > The tripleo-common library appears to be registered or PyPI but hasn't yet
> > had
> > a release[1]. I am not familiar with the release process - what do we need
>
On 09/09/2015 10:53 AM, Poulos, Brianna L. wrote:
Stuart is right about what will currently happen in Nova when an image is
downloaded, which protects against unintentional modifications to the
image data.
What is currently being worked on is adding the ability to verify a
signature of the check
We've got a new pattern emerging where some of the key functionality in
services is moving into libraries that can be called from different
services. A good instance of this is os-brick, which has the setup /
config functionality for devices that sometimes need to be called by
cinder and sometimes
+1 Fantastically well said. I'd encourage all current and potential PTLs to
take these words to heart.
> I believe it's safe enough to say that you'll have to spend 60% to 70% of
your time upstream, assuming the porject is a busy one.
The busier the project, the closer to 100% this becomes. For k
On Tue, Sep 08, 2015 at 06:50:38PM -0400, Emilien Macchi wrote:
>
>
> On 09/08/2015 10:57 AM, Paul Belanger wrote:
> > Greetings,
> >
> > I wanted to start a discussion about the future of ansible / ansible roles
> > in
> > OpenStack. Over the last week or so I've started down the ansible path,
On Wed, Sep 02, 2015 at 03:42:20PM -0400, Jeff Peeler wrote:
> Hi folks,
>
> I'm currently looking at supporting Ironic in the Kolla project [1], but
> was unsure if it would be possible to run separate instances of nova
> compute and controller (and scheduler too?) to enable both baremetal and
>
Hi all,
I'm proud to announce the release of Ironic 4.1.0! You may be asking yourself,
"what happened to 4.0.0?" I'll get to that in a minute.
This is an intermediate point release - we plan to release 4.2.0 in a few
weeks as the basis for the coordinated Liberty release.
This brings some bug fi
On 09/09/2015 07:09 AM, Derek Higgins wrote:
>
>
> On 08/09/15 16:36, Derek Higgins wrote:
> > Hi All,
> >
> > Some of ye may remember some time ago we used to organize TripleO
> > based jobs/tasks on a trello board[1], at some stage this board fell out
> > of use (the exact reason I can't put
Stuart is right about what will currently happen in Nova when an image is
downloaded, which protects against unintentional modifications to the
image data.
What is currently being worked on is adding the ability to verify a
signature of the checksum. The flow of this is as follows:
1. The user cr
On Tue, Sep 01, 2015 at 03:47:03PM -0500, Dean Troyer wrote:
> [late catch-up]
>
> On Mon, Aug 24, 2015 at 2:56 PM, Doug Hellmann
> wrote:
>
> > Excerpts from Brad P. Crochet's message of 2015-08-24 15:35:59 -0400:
> > > On 24/08/15 18:19 +, Tim Bell wrote:
> > > >
> > > >From a user perspec
Flavio, thanks for sending this out. I agree with everything you've written
below. Having served as PTL for 3 cycles now, I can say it's very
rewarding, but it's also very exhausting and takes an incredibly thick skin.
Before jumping in and throwing your hat into the ring (especially for a
large O
AgreedŠ+1
On 9/9/15, 11:17 AM, "michael mccune" wrote:
>i'm not a core, but +1 from me. Dave has made solid contributions and
>would be a great addition to the core team.
>
>mike
>
>On 09/08/2015 12:05 PM, Juan Antonio Osorio wrote:
>> I'd like to nominate Dave Mccowan for the Barbican core revi
i'm not a core, but +1 from me. Dave has made solid contributions and
would be a great addition to the core team.
mike
On 09/08/2015 12:05 PM, Juan Antonio Osorio wrote:
I'd like to nominate Dave Mccowan for the Barbican core review team.
He has been an active contributor both in doing releva
That's correct.
The size and the checksum are to be verified outside of Glance, in this
case Nova. However, you may want to note that it's not necessary that
all Nova virt drivers would use py-glanceclient so you would want to
check the download specific code in the virt driver your Nova deploymen
hi all,
i am requesting an FFE for the improved secret storage feature.
this change will allow operators to utilize the key manager service for
offloading the passwords stored by sahara. this change does not
implement mandatory usage of barbican, and defaults to a backward
compatible behavior
Beautiful summary, Flavio, especially the points about creating new PTL's.
It's the bus-number argument: How many people have to get hit by a bus for
the project to falter? It's best to have a backup.
Also: Being a PTL is a full-time job.
>From working with current and former PTL's, I've noticed
+1
8 сент. 2015 г. 13:07 пользователь "Alexander Kostrikov" <
akostri...@mirantis.com> написал:
> +1
>
> On Tue, Sep 8, 2015 at 9:07 AM, Dmitriy Shulyak
> wrote:
>
>> +1
>>
>> On Tue, Sep 8, 2015 at 9:02 AM, Anastasia Urlapova <
>> aurlap...@mirantis.com> wrote:
>>
>>> +1
>>>
>>> On Mon, Sep 7, 2
I think the DNS idea's going to run into problems for tenants that want to run
their own, or have existing DNS servers. It may not play nicely with Designate
as well.
Kevin
From: Ian Wells [ijw.ubu...@cack.org.uk]
Sent: Wednesday, September 09, 2015 12:17 AM
To:
Very well said. Thank you for this.
Kevin
From: Flavio Percoco [fla...@redhat.com]
Sent: Wednesday, September 09, 2015 8:10 AM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [all] Something about being a PTL
Greetings,
Next week many folks
On 24/08/15 15:12, Emilien Macchi wrote:
Hi,
So I've been working on OpenStack deployments for 4 years now and so far
RDO Manager is the second installer -after SpinalStack [1]- I'm working on.
SpinalStack already had interested features [2] that allowed us to
upgrade our customer platforms alm
And here is the code that does this (for cloudinit 0.7.x):
https://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/cloudinit/sources/helpers/openstack.py
This same code is used by the config drive datasource (the one that
makes a disk/iso) in cloudinit and the http endpoint bas
Hey Vladimir,
>
> The idea is to remove MOS DEB repo from the Fuel master node by default
> and use online MOS repo instead. Pros of such an approach are:
>
> 0) Reduced requirement for the master node minimal disk space
>
Is this a problem? How much disk space is saved If I have to go create a
The glance client (running 'inside' the Nova server) will re-calculate
the checksum as it downloads the image and then compare it against the
expected value. If they don't match an error will be raised.
How can I know that the image that a new instance is spawned from - is
actually the image th
Greetings,
Next week many folks will be running for PTL positions and I thought
about taking the time to dump[0] some thoughts about what being a PTL
means - at least for me - and what one should consider before running.
Since the audience I want to reach is mostly in this mailing list, I
though
On Tue, Aug 18, 2015 at 02:28:39PM -0400, James Slagle wrote:
> On Tue, Aug 18, 2015 at 2:10 PM, Steven Hardy wrote:
> > On Mon, Aug 17, 2015 at 03:29:07PM -0400, James Slagle wrote:
> >> On Mon, Aug 17, 2015 at 9:28 AM, Steven Hardy wrote:
> >> > Hi all,
> >> >
> >> > Recently I had some discuss
Hey Vladimir,
> Regarding plugins: plugins are welcome to install specific additional
> DEB/RPM repos on the master node, or just configure cluster to use
> additional onl?ne repos, where all necessary packages (including plugin
> specific puppet manifests) are to be available. Current granular
How can I know that the image that a new instance is spawned from - is
actually the image that was originally registered in glance - and has
not been maliciously tampered with in some way?
Is there some kind of verification that is performed against the md5sum
of the registered image in glance
Hi Ajo,
I am In. Thanks for the information.
Thanks
Vikram
On Wed, Sep 9, 2015 at 8:05 PM, Miguel Angel Ajo
wrote:
>
>Hi,
>
> Looking forward to the M cycle,
>
> I was wondering if we could loop you in our next week Neutron/QoS
> meeting
> on #openstack-meeting-3 around 16:00 CE
We thought about doing this as well and opted for a local repo, at least
for now. If you want to offer an online repo, I think it could be useful to
allow either scenario.
Just a thought from your friendly neighbors here. ; )
/adam
On Sep 8, 2015 7:03 AM, "Vladimir Kozhukalov"
wrote:
> Sorry, f
I noticed hyper-v CI reporting a +1 on a change [1] that actually failed
with a bad looking merge conflict, so I've removed the hyper-v CI
account from the nova-ci group in Gerrit [2]. From talking with
ociuhandu it sounds like zuul issues and they are working on it.
Ping me or John when thin
Andrey, you have highlighted important case. I hope you agree that this
case is not a blocker for the proposal. From the developer's point of view
packages are awful and we should use raw git repos on every node. It could
make developer's life way easier. But from architecture perspective it
would
Hi,
Looking forward to the M cycle,
I was wondering if we could loop you in our next week Neutron/QoS
meeting
on #openstack-meeting-3 around 16:00 CEST Sept 16th.
We're thinking about several ways we should integrate QoS between
nova and the new
extendable QoS service on n
On 09/09/15 04:10, SHTILMAN, Tomer (Tomer) wrote:
On 07/09/15 05:27, SHTILMAN, Tomer (Tomer) wrote:
Hi
Currently in heat we have the ability to deploy a remote stack on a
different region using OS::Heat::Stack and region_name in the context
My question is regarding multi node , separate keys
Hi Please find the meetbot log at
http://eavesdrop.openstack.org/meetings/tricircle/2015/tricircle.2015-09-09-13.01.html
.
And also a noise cancelled minutes in the attachment.
On Wed, Sep 9, 2015 at 4:22 PM, Zhipeng Huang wrote:
> Hi Team,
>
> Let's resume our weekly meeting today. As Eran sug
Alex,
Regarding plugins: plugins are welcome to install specific additional
DEB/RPM repos on the master node, or just configure cluster to use
additional onl?ne repos, where all necessary packages (including plugin
specific puppet manifests) are to be available. Current granular deployment
approac
Looks good to me.
Rob
On 9/8/15, 4:40 AM, "Steven Hardy" wrote:
>Hi all,
>
>So, lately we're seeing an increasing number of patches adding integration
>for various third-party plugins, such as different neutron and cinder
>backends.
>
>This is great to see, but it also poses the question of h
I agree that we shouldn't need to sync as we should be able to just update
the fuel-library package. That being said, I think there might be a few
issues with this method. The first issue is with plugins and how to
properly handle the distribution of the plugins as they may also include
puppet code
No, Perestroika is not available on the Fuel master node and it is not
going to be available in the future. But Perestroika is going to be
re-worked so as to make it is possible to used separately from CI. It is
gonna be a python application to make package building as easy for a
developer/user as
> 在 2015年9月8日，下午6:45，Sean Dague 写道：
>
> On 09/06/2015 11:15 PM, GHANSHYAM MANN wrote:
>> Hi All,
>>
>> As we all knows, api-paste.ini default setting for /v2 was changed to
>> run those on v2.1 (v2.0 on v2.1) which is really great think for easy
>> code maintenance in future (removal of v2 code
I don't think juggling with repos and pull requests is easier than direct
editing of files on Fuel node. Do we have Perestorika installed on Fuel
node in 7.0?
On Wed, Sep 9, 2015 at 3:47 PM, Vladimir Kozhukalov <
vkozhuka...@mirantis.com> wrote:
> Andrey,
>
> This change is going to make things e
On 08/09/15 16:36, Derek Higgins wrote:
Hi All,
Some of ye may remember some time ago we used to organize TripleO
based jobs/tasks on a trello board[1], at some stage this board fell out
of use (the exact reason I can't put my finger on). This morning I was
putting a list of things togethe
Andrey,
This change is going to make things even easier. Currently you don't need
to build fuel-library package manually, Perestroika is going to do it for
you. It builds necessary packages during minutes for every review request
and packaging ci even tests it for you. You just need to make necess
On Wed, Sep 09 2015, Qiming Teng wrote:
> - According to [1], Aodh will be released as a standalone service,
> am I understanding this correctly?
Yes.
> - What is the official name for this new serivce when it stands on its
> own feet: "Telemetry Alarming" or just "Alarming" or something els
Hello,
Update for gate-tempest-dsvm-multinode-full job.
Here is top 12 failing tests in weekly period:
tempest.api.compute.servers.test_disk_config.ServerDiskConfigTestJSON.test_resize_server_from_manual_to_auto:
14
tempest.api.compute.servers.test_disk_config.ServerDiskConfigTestJSON.test_resize_s
+1
Dave is a great member of the team, and I think he has earned it.
-Nate
On Tue, Sep 8, 2015 at 12:13 PM, Douglas Mendizábal <
douglas.mendiza...@rackspace.com> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> +1
>
> Dave has been a great asset to the team, and I think he would
Hi guys,
I'm going to wait for the patch [1] and then make a FPB release.
Regarding repo restructuring.. We do have an issue, and IIRC it's
targeted to 8.0.
[1]: https://review.openstack.org/#/c/221434/
Thanks,
Igor
On Wed, Sep 9, 2015 at 2:23 PM, Swann Croiset wrote:
> +2 to sergii
>
> and b
thanks, Stéphane. It's a good notice.
Nikolay Starodubtsev
Software Engineer
Mirantis Inc.
Skype: dark_harlequine1
2015-09-09 15:10 GMT+03:00 Stéphane Bisinger :
> Please note that some projects already using pecan+WSME are actually
> thinking about finding something else, since WSME doesn
Hello everyone,
Please be informed that Hard Code Freeze for Fuel 7.0 Release is
officially in action and the following changes have been applied:
1. Stable/7.0 branch was created for the following repos:
fuel-main
fuel-library
fuel-web
fuel-ostf
fuel-astute
fuel-qa
python-fuelclient
fuel-age
Please note that some projects already using pecan+WSME are actually
thinking about finding something else, since WSME doesn't have much
activity and has its fair share of issues. If you missed it, check out this
conversation thread:
http://lists.openstack.org/pipermail/openstack-dev/2015-August/07
Hi,
I wanted to propose horizon-shelving-command[1][2] feature proposal for
exception.
This is a small feature based on existing pause/suspend command
implementations.
[1] https://blueprints.launchpad.net/horizon/+spec/horizon-shelving-command
[2] https://review.openstack.org/220838
Cedric/ZZe
+1
On 09/08/2015 02:28 PM, Stan Lagun wrote:
+1
Sincerely yours,
Stan Lagun
Principal Software Engineer @ Mirantis
On Tue, Sep 1, 2015 at 3:03 PM, Alexander Tivelkov
mailto:ativel...@mirantis.com>> wrote:
+1. Well deserved.
--
Regards,
Alexander Tivelkov
On Tue, Sep 1
Kate,
This bp is pretty old, but I think it suits our needs [1]. Yeah, I'll
attach etherpads to it.
The idea about pecan/wsme is really useful.
[1]: https://blueprints.launchpad.net/murano/+spec/api-vnext
Nikolay Starodubtsev
Software Engineer
Mirantis Inc.
Skype: dark_harlequine1
2015-09-0
Hi Sukhdev,
The common sync framework is something i was also thinking about for some
time now.
I think its a very good idea and would love if i could participate in the
talks (and hopefully the implementation as well)
Thanks
Gal.
On Wed, Sep 9, 2015 at 9:46 AM, Sukhdev Kapur
wrote:
> Folks,
>
Vladimir,
thanks for bringing this up. It greatly correlates with the idea of
modularity. Everything related to an openstack release should be put in one
place and should be managed as a solid bundle on the master node. Package
repository is the first solution that comes to the mind and it looks p
I disagree from the development point of view. Now I just change manifests
on Fuel node and redeploy cluster to apply that changes. With your proposal
I'll need to build a new package and add it to a repo every time I change
something.
On Tue, Sep 8, 2015 at 11:41 PM, Vladimir Kozhukalov <
vkozhuk
Hi Nikolay!
Thanks for starting this activity! This is a really hot topic.
We also used to have plan to migrate our API to pecan. [1]
This also can be discussed.
Do we have a blueprint for that? Could you please file it and attach
etherpad to a new blueprint.
[1] -
https://blueprints.launchpad.n
Hi,
Mistral Liberty 3 milestone has been released! We’ve also released Mistral
Client 1.0.2 that has some adjustments needed to use the new Mistral server.
Below are corresponding release pages where you can find downloadable artefacts
and more detailed information about what has changed:
https
+2 to sergii
and btw create dedicated repos for plugin examples
On Wed, Sep 9, 2015 at 12:34 PM, Sergii Golovatiuk wrote:
> +1 to Simon
>
> Also the structure of fuel-plugin-builder should be refactored to
> community standards. everything in 'fuel_plugin_builder' directory should
> moved to to
Hi all,
Yesterday on IRC weekly meeting murano team decided to start collecting
ideas about murano APIv2 and murano future ui. We have to etherpads for
this purpose:
1) https://etherpad.openstack.org/p/murano-APIv2 - for murano API v2 ideas
2) https://etherpad.openstack.org/p/murano-future-ui-(Merl
1 - 100 of 123 matches
Mail list logo
