Re: [openstack-dev] [Fuel] Replace OSTF with Rally

i Golovatiuk < >> sgolovat...@mirantis.com> wrote: >> >>> Hi, >>> >>> Before switching Fuel from ostf to rally, I would like to see feature >>> parity comparison. It's very necessary to understand how much work we need >>> to spend to r

Re: [openstack-dev] [Fuel] Replace OSTF with Rally

Hello, everybody! Hello, Alex! >I thought Rally was more for benchmarking. Wouldn't Tempest make more sense? Rally is a good tool with nice api/usage/extensibility. I really liked "up and running tests in 5 minutes" in Rally with clear picture of what I am doing. So, I 100% for a Rally as a QA.

Re: [openstack-dev] [neutron]: Neutron naming legal issues

What about Netrone? On Fri, Apr 1, 2016 at 11:24 AM, Ihar Hrachyshka wrote: > Akihiro Motoki wrote: > > IIRC 'Quantum' was renamed to 'Neutron' due to the trademark issue. >> I don't think reverting it to 'Quantum' resolves the issue. >> When we chose a

Re: [openstack-dev] [Neutron]Debug with Pycharm

Hello, Nguyen! Do You want to remote debug? What actions do You want to debug? I debug openstack in PyCharm as usual python applications. On Wed, Mar 23, 2016 at 6:36 AM, Nguyen Hoai Nam wrote: > Hi everybody, > Have you configured PyCharm to debug Neutron project. I

Re: [openstack-dev] Catching shell scripting errors

Hi, Dmitry. I also would like to add `set -o pipefail` to the list as in a fantastic Youtube talk 'The Functional Tao of Bash - Garrett Smith'[0]. [0] https://www.youtube.com/watch?v=yD2ekOEP9sU On Tue, Jan 26, 2016 at 1:09 PM, Dmitry Bilunov wrote: > Hello. > >

Re: [openstack-dev] [Fuel] Multiple repos UX

Hello, Vladimir. Seems nothing is better for end-user in UI/fuel-mirror/image-bootstrap than 'You Get What You See' because system administrator should not learn new standard: http://url trusty main http://anotherurl trusty universe multiverse restricted http://yet-another-url

Re: [openstack-dev] [Fuel] Getting rid of Docker containers on the Fuel master node

Hello, Igor. >But I'd like to hear from QA how do we rely on container-based infrastructure? Would it be hard to change our sys-tests in short time? At first glance, system tests are using docker only to fetch logs and run shell commands. Also, docker is used to run Rally. If there is an action

Re: [openstack-dev] [fuel] Using upstream packages & modules

Hi, Alex! Good to know someone is doing that. One question about Your initiative: Are You going to reimplement all MOS HA features? Seems first implementation of 'upstream on Fuel' will be HA-less. On Thu, Nov 12, 2015 at 1:51 AM, Alex Schultz wrote: > On Tue, Nov 10,

Re: [openstack-dev] [Fuel] Master node upgrade

Hi, Vladimir! I think that option (2) 'to backup the master node, then reinstall it from scratch and then apply backup' is a better way for upgrade. In that way we are concentrating on two problems in one feature: backups and upgrades. That will ease development, testing and also reduce feature

Re: [openstack-dev] [Fuel] Nominate Denis Dmitriev for fuel-qa(devops) core

+1 On Mon, Sep 14, 2015 at 10:19 PM, Anastasia Urlapova wrote: > Folks, > I would like to nominate Denis Dmitriev[1] for fuel-qa/fuel-devops core. > > Dennis spent three months in Fuel BugFix team, his velocity was between > 150-200% per week. Thanks to his efforts we

Re: [openstack-dev] [Fuel] Nominate Andrey Sledzinskiy for fuel-ostf core

+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 > wrote: > >> +1 >> >> On Mon, Sep 7, 2015 at 6:30 PM, Tatyana Leontovich < >> tleontov...@mirantis.com> wrote: >> >>> Fuelers,

Re: [openstack-dev] [fuel] FF Exception request for Templates for Networking feature

Completely agree with Sergey. Currently network template uses ERB [1] style template language, but in fact it's Jinja [2], it was agreed to change it [3], no to confuse the user [1] - I just uses % and % to substitute values. That is not ERB style template language. [2] - We are not using Jinja