Re: [openstack-dev] [Fuel] Common fuel-core group for all Fuel projects

Vladimir, as you most likely remember, we've been there already. The previous fuel-core group has been split especially due to low number of core reviewers, too big load on them and inflexibility in promoting valuable contributors into the group. Worth noting that it was very welcome change. I fa

Re: [openstack-dev] [Fuel] Relieving CI/gate jenkins bottleneck

Let's drop 3.3 as well. 3.4 is oldschool enough for vintage lovers. BP On Thu, Jan 21, 2016 at 11:03 AM, Aleksandr Didenko wrote: > Hi, > > > I also think 3.3 is the version that ships with 14.04. > > 3.4.3 is shipped with Ubuntu-14.04. I think 3.4, 3.8 and 4 should be > enough. > > Regards, >

Re: [openstack-dev] [fuel][plugins] Detached components plugin update requirement

Breakage of anything is probably the last thing I intended to achieve with that patch. Maybe I misunderstand how tasks dependencies works, let me describe *explicit* dependencies I did in tasks.yaml: hiera requires deploy_start hiera is required for setup_repositories setup_repositories is require

Re: [openstack-dev] [Fuel] Diagnostic snapshot generation is broken due to lack of disk space

Igor, I took a glance on Maciej's patch and it adds a switch to tar command to make it follow symbolic links, so it looks good to me. Bartłomiej On Thu, Jan 14, 2016 at 10:39 AM, Igor Kalnitsky wrote: > Hey Maceij - > > > About hardlinks - wouldn't it be better to use symlinks? > > This way we

Re: [openstack-dev] [Fuel] Running Fuel node as non-superuser

We don't develop features for already released versions… It should be done for master instead. BP On Tue, Nov 10, 2015 at 7:02 AM, Adam Heczko wrote: > Dmitry, > +1 > > Do you plan to port your patchset to future Fuel releases? > > A. > > On Tue, Nov 10, 2015 at 12:14 AM, Dmitry Nikishov > wro

Re: [openstack-dev] [fuel] PTL & Component Leads elections

Congratulations! BP __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Fuel][Fuel-Library] Nominating Alex Schultz to Fuel-Library Core

I have no idea if I'm eligible to vote, but I'll do it anyway: +1 Bartłomiej On Thu, Sep 3, 2015 at 9:16 PM, Sergey Vasilenko wrote: > +1 > > /sv > > __ > OpenStack Development Mailing List (not for usage questions) > Unsu

Re: [openstack-dev] [Fuel][Fuel-Packaging][Fuel-CI][Fuel-Infra] How to Deal with CI Failures Induced by Libraries Requirements Drift

Freezing every moving part is complete overkill and puts a heavy burden on devops team as well as infra itself. The fix couldn't be more simple: just put upper bounds in requirements. > 1) if there is a new conflicting version, you need to set this upper-bound, thus you need to modify bits which g

Re: [openstack-dev] [Fuel] Introducing bash unit testing

On Thu, Jul 9, 2015 at 10:27 AM, Oleg Gelbukh wrote: > I am one hundred percent support this proposal. > > Just to clarify, did you consider shunit2 > [1 ] > as a unittest framework for Bash? It seems a little bit closer to sh

Re: [openstack-dev] [Fuel] Introducing bash unit testing

On Thu, Jul 9, 2015 at 10:24 AM, Matthew Mosesohn wrote: > What about bashate? It is already in use in several OpenStack projects? > > https://github.com/openstack-dev/bashate > To be honest, I don't see any value of using bashate. It does some basic checks but none of them is insightful. Shellch

Re: [openstack-dev] [Fuel] Fuel library CI changes due to transition to Kilo

+1 and another one to Tatyana's suggestion. Bartłomiej On Wed, Jul 8, 2015 at 6:24 PM, Sergii Golovatiuk wrote: > +1 > > On Wed 8 Jul 2015 at 11:13 Tatyana Leontovich > wrote: > >> Hi, >> If we plan to make a changes here, lets choose one of ha env with ceph >> (or cinder, but ceph is preferab

[openstack-dev] [Fuel] Introducing bash unit testing

Hi all, as hopefully everyone knows, it's very challenging to prove that Bash encourages writing readable, maintainable code that actually works first time it is run. Sadly we have quite a long history of merging various shell scripts without any test coverage. Fortunately Peter Zhurba bore with

Re: [openstack-dev] [Fuel] Recent issues with our review workflow

I'll keep it in mind not to create unnecessary backports, although I really find it more convenient to do them once I submit changes to master for review. I apologize for [4], it indeed was wrong and it won't happen again. Regards, Bartłomiej On Wed, Mar 11, 2015 at 12:36 AM, Ryan Moe wrote: >

Re: [openstack-dev] [Fuel] Change diagnostic snapshot compression algoritm

FYI, xz with multithreading support (5.2 release) has been marked as stable yesterday. Regards, Bartłomiej Piotrowski On Mon, Nov 24, 2014 at 12:32 PM, Bartłomiej Piotrowski < bpiotrow...@mirantis.com> wrote: > On 24 Nov 2014, at 12:25, Matthew Mosesohn wrote: > > I did this exercise over many