like a
good compromise for backporting 'ident' feature for APP-NAME tags from
Python 3.3. What do you think?
P.S. Sorry for spamming, fuel-dev, have a nice weekend :-)
--
Best regards,
Bogdan Dobrelya,
Researcher TechLead, Mirantis, Inc.
+38 (066) 051 07 53
Skype bogdando_at_yahoo.com
Irc
,
Bogdan Dobrelya,
Researcher TechLead, Mirantis, Inc.
+38 (066) 051 07 53
Skype bogdando_at_yahoo.com
Irc #bogdando
38, Lenina ave.
Kharkov, Ukraine
www.mirantis.com
www.mirantis.ru
bdobre...@mirantis.com
___
OpenStack-dev mailing list
OpenStack-dev
-...@lists.launchpad.net mailto:fuel-...@lists.launchpad.net
Unsubscribe : https://launchpad.net/~fuel-dev More help :
https://help.launchpad.net/ListHelp
--
With Best Regards
QA engineer Dmitry Iakunchikov
--
Best regards,
Bogdan Dobrelya,
Researcher TechLead, Mirantis, Inc
On 12/20/2013 08:21 PM, Bogdan Dobrelya wrote:
*Preamble*
Hi stackers, I was trying to implement correct APP-NAME tags for remote
logging in Fuel for Openstack, and faced the
https://bugs.launchpad.net/nova/+bug/904307 issue. There are no logging
options in Python 2.6/2.7 to address this APP
regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
://review.openstack.org/#/c/109143/
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 07/28/2014 11:20 AM, Bogdan Dobrelya wrote:
Hello.
I'd like to bring your attention to major RPC failover issue in
impl_rabbit.py [0]. There are several *related* patches and a number of
concerns should be considered as well:
- Passive exchanges fix [1] (looks like the problem is much
...@mirantis.com
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 05/07/2014 04:12 PM, Bogdan Dobrelya wrote:
On 05/06/2014 10:42 PM, Roman Sokolkov wrote:
Hello, fuelers.
I'm using Fuel 4.1A + Havana in HA mode.
I permanently observe (on other deployments also) issue with stuck
nova-compute service. But i think problem is more fundamental and
relates
/1317488 and assigned it to Fuel
hardening team. Feel free to update it as appropriate.
--
Roman Sokolkov,
Deployment Engineer,
Mirantis, Inc.
Skype rsokolkov,
rsokol...@mirantis.com mailto:rsokol...@mirantis.com
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc
On 05/08/2014 02:22 PM, Bogdan Dobrelya wrote:
On 05/06/2014 10:42 PM, Roman Sokolkov wrote:
Hello, fuelers.
I'm using Fuel 4.1A + Havana in HA mode.
I permanently observe (on other deployments also) issue with stuck
nova-compute service. But i think problem is more fundamental and
relates
(926) 702-39-68
Skype kuklinvv
45bk3, Vorontsovskaya Str.
Moscow, Russia,
www.mirantis.com
www.mirantis.ru
vkuk...@mirantis.com
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
___
OpenStack-dev mailing list
]
https://github.com/bogdando/fuel-library-1/blob/ha_fencing_WIP/deployment/puppet/cluster/manifests/fencing_primitives.pp#L41-L70
On Thu, May 29, 2014 at 12:42 PM, Bogdan Dobrelya bdobre...@mirantis.com
wrote:
On 05/27/14 16:44, Bartosz Kupidura wrote:
Hello,
Responses inline
and node required it at provision stage,
gate would have shown that.
Would like to see comments and ideas from our DevOps and QA teams, please.
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
___
OpenStack-dev mailing list
] https://blueprints.launchpad.net/fuel/+spec/fencing-in-puppet-manifests
[4]
http://lists.openstack.org/pipermail/openstack-dev/2014-November/049794.html
[5]
http://docs.mirantis.com/fuel/fuel-6.0/plugin-dev.html#what-is-pluggable-architecture
--
Best regards,
Bogdan Dobrelya,
Skype
] https://bugs.launchpad.net/fuel/+bug/1383741
[1] https://bugs.launchpad.net/fuel/+bug/1422856
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com http://bogdando_at_yahoo.com
Irc #bogdando
__
OpenStack Development
/resource_types.html
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
development need to be done to
support this
On Dec 30, 2014 3:39 AM, Bogdan Dobrelya bdobre...@mirantis.com wrote:
Hello.
Post deployment hooks are a hardcode and is a bad place to contribute
the code I believe. Plugins are a framework and should be used instead
in further development.
If someone
://review.openstack.org/#/c/146885/
[3] https://bugs.launchpad.net/fuel/+bug/1431477
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
__
OpenStack Development Mailing List (not for usage questions
On 13.03.2015 12:12, Matthew Mosesohn wrote:
This should be for 6.1, not 6.0.1.
Yes, exactly. Thank you for the fix. This is the 6.1 feature and we'd
like it to be put for the 6.1 FFE :)
On Mar 13, 2015 2:10 PM, Bogdan Dobrelya bdobre...@mirantis.com
mailto:bdobre...@mirantis.com wrote
/fuel/+bug/1431702
[3] https://tickets.puppetlabs.com/browse/MODULES-1852
[4] https://bugs.launchpad.net/fuel/+bug/1438107
[5]
http://lists.openstack.org/pipermail/openstack-dev/2015-February/056245.html
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
On 23.02.2015 15:13, Bogdan Dobrelya wrote:
+ [Fuel] tag
+ openstack-operators ML
Joe Gordon joe.gordon0 at gmail.com
Thu Dec 4 13:26:59 UTC 2014
On Wed, Dec 3, 2014 at 3:31 PM, Mike Scherbakov mscherbakov at
mirantis.com
wrote:
Hi all,
enable_new_services in nova.conf seems
://bugs.launchpad.net/fuel/+bug/1398817
--
Mike Scherbakov
#mihgen
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe
On 28.04.2015 15:15, Bogdan Dobrelya wrote:
Hello, Zhou
Yes, this is a known issue [0]. Note, there were many bugfixes, like
[1],[2],[3], merged for MQ OCF script, so you may want to try to
backport them as well by the following guide [4]
[0] https://bugs.launchpad.net/fuel/+bug
ideas on this. Please share your thoughts.
Thank you for a thorough feedback! This was a really great job.
Best wishes!
Zhou Zheng Sheng / ??? Software Engineer
Beijing AWcloud Software Co., Ltd.
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
]
http://www.mail-archive.com/openstack-dev@lists.openstack.org/msg51625.html
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
__
OpenStack Development Mailing List (not for usage questions
resource promote
_batch end_
_next batch start_
...
3. DB simple clone resource start
?
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
__
OpenStack Development Mailing List (not for usage questions
*
* Deprecated
* If specified, configures and sets up rabbitmq, including the class.
* Defaults to ???
Thoughts?
[0]
https://github.com/stackforge/puppet-nova/blob/master/manifests/rabbitmq.pp#L32-L38
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
/nettick.html
--
MK
Staff Software Engineer, Pivotal/RabbitMQ
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe
On 06/12/2015 07:58 AM, Bogdan Dobrelya wrote:
I'm actually happy to hear from you, since we were discussing together
about that over the last 2 summits, without real plan between both groups.
I believe as a first steep, the contribution policy to Fuel library
should be clear and *prevent
On 15.06.2015 13:59, Bogdan Dobrelya wrote:
I believe as a first steep, the contribution policy to Fuel library
Sorry, the step, it is not so steep.
should be clear and *prevent new forks of upstream modules* to be
accepted in future. This will prevent the technical dept and fork
maintain
from such reorganization.
If we don't do the above, it's going to be business as usual, no mater
how much efforts Mirantis engineer will put on: the pressure we have to
deliver Fuel/MOS should shift from the fork to what's upstream.
Cheers,
Thomas Goirand (zigo)
--
Best regards,
Bogdan
] https://review.openstack.org/184911
[7] https://review.openstack.org/184671
[8] https://review.openstack.org/184014
[9] http://goo.gl/PPNrw7
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
On 21.08.2015 15:57, Bogdan Dobrelya wrote:
Our deployment automation teams have been addressing the critical issues
arised for HA A/A Keystone switched to the mod_wsgi and related
backends' failure modes.
We ran numerous rally tests against different configuration layouts for
Apache2 MPM
://review.openstack.org/212439
[2] https://review.openstack.org/209589
[3] https://review.openstack.org/209924
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
__
OpenStack Development Mailing List (not for usage questions
in MOS, do they differ
to upstream ones?
[0] https://bugs.launchpad.net/fuel/+bug/1477689
[1] http://lists.openstack.org/pipermail/openstack-dev/2015-July/068751.html
[2] https://review.openstack.org/#/c/194381/
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
by that time.
[0] https://review.openstack.org/185441
[1] https://blueprints.launchpad.net/fuel/+spec/fernet-tokens-support
[2] http://lists.openstack.org/pipermail/openstack-dev/2015-July/069744.html
[3] https://blueprints.launchpad.net/fuel/+spec/fuel-puppet-librarian
--
Best regards,
Bogdan
inline
On 14.07.2015 18:59, Alec Hothan (ahothan) wrote:
inline...
On 7/8/15, 8:23 AM, Bogdan Dobrelya bdobre...@mirantis.com wrote:
I believe Oleksii is already working on it.
On all above I believe it is best to keep oslo messaging simple and
predictable, then have apps deal
please describe them at the etherpad.
[0] http://lists.openstack.org/pipermail/openstack-dev/2015-June/067471.html
[1] https://goo.gl/0U5P9D
[2] https://etherpad.openstack.org/p/oslo.messaging.api.failure.modes
[3] http://goo.gl/G0uQPk
--
Best regards,
Bogdan Dob
ame as for the case A.
[0] https://bugs.launchpad.net/fuel/+bug/1508482
[1] https://review.openstack.org/240015
[2]
https://github.com/openstack/fuel-library/tree/master/tests/noop/astute.yaml
[3]
https://review.openstack.org/#/c/240015/7/utils/j
On 29.10.2015 15:24, Bogdan Dobrelya wrote:
> Hello.
> There are few types of a deployment regressions possible. When changing
> a module version to be used from upstream (or internal module repo), for
> example from Liberty to Mitaka. Or when changing the composition layer
>
uppet resources.
>
> On Thu, Oct 29, 2015 at 5:39 PM, Bogdan Dobrelya
> wrote:
>
>> On 29.10.2015 15:24, Bogdan Dobrelya wrote:
>> > Hello.
>> > There are few types of a deployment regressions possible. When changing
>> > a module version to be used
oxes/rabbitmq-cluster-ocf
[2] https://bugs.launchpad.net/openstack-manuals/+bug/1497528
[3] https://groups.google.com/forum/#!topic/rabbitmq-users/BnoIQJb34Ao
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
__
OpenS
> 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
>
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
://review.openstack.org/240901
[2] https://review.openstack.org/240015
On 29.10.2015 15:24, Bogdan Dobrelya wrote:
> Hello.
> There are few types of a deployment regressions possible. When changing
> a module version to be used from upstream (or internal module repo), for
> example from Liberty to Mit
89897
[2] https://review.openstack.org/218825
[3] https://review.openstack.org/218797
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@list
List of reviews:
> [2]
> https://review.openstack.org/#/q/reviewer:%22Alex+Schultz%22+status:merged,n,z
> ‘Librarian activities’ in mailing list:
> [3] http://lists.openstack.org/pipermail/openstack-dev/2015-J
tter now, with no additional actions
required from the review process sides.
>
> Regards,
> Alex
>
>
> On Mon, Nov 30, 2015 at 1:03 PM, Bogdan Dobrelya <bdobre...@mirantis.com
> <mailto:bdobre...@mirantis.com>> wrote:
>
> On 20.11.2015 17:
On 02.12.2015 17:03, Bogdan Dobrelya wrote:
> On 01.12.2015 11:28, Aleksandr Didenko wrote:
>> Hi,
>>
>>> pregenerated catalogs for the Noop tests to become the very first
>>> committed state in the data regression process has to be put in the
>>> *s
ng List (not for usage questions)
>>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>
>>
>>
ay want
the at-least-once rpc delivery model as well.
I see that the patch scope is not enough. Although it would be nice to
have it demonstrated by the simple example... Anyway, we should address
all of the concerns raised here in the spec.
>
> Thanks,
> Dims
>
> On Tue, Dec 1, 20
Hello.
On 02.12.2015 12:01, Bogdan Dobrelya wrote:
>> Bogdan,
>>
>> Which service would use this flag to start with? and how would the
>> code change to provide "app side is fully responsible for duplicates
>> handling"?
>
> (fixed topic tags
r #fuel-dev IRC channels for questions.
>
> [1]
> http://lists.openstack.org/pipermail/openstack-dev/2015-December/082939.html
>
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
__
OpenStack Development Mai
be a wasted time. Since
> DPs (seem to) work, from what Dmitriy outlined, only Policy Engine and
> Solar polishing are left for the effort to be put in. And for the time
> being we can have 2 parallel services because integrating
cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> ______
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> htt
ribe>
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe:
>
On 30.11.2015 14:28, Bogdan Dobrelya wrote:
> Hello.
> Please let's make this change [0] happen to the Oslo messaging.
> This is reasonable, straightforward and backwards compatible change. And
> it is required for OpenStack applications - see [1] - to implement a
> sane HA. The
On 30.11.2015 13:03, Bogdan Dobrelya wrote:
> On 20.11.2015 17:41, Bogdan Dobrelya wrote:
>>> Hi,
>>>
>>> let me try to rephrase this a bit and Bogdan will correct me if I'm wrong
>>> or missing something.
>>>
>>> We have a set of t
On 20.11.2015 17:41, Bogdan Dobrelya wrote:
>> Hi,
>>
>> let me try to rephrase this a bit and Bogdan will correct me if I'm wrong
>> or missing something.
>>
>> We have a set of top-scope manifests (called Fuel puppet tasks) that we use
>> for Op
://review.openstack.org/229186
[1]
http://lists.openstack.org/pipermail/openstack-dev/2015-October/076217.html
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
__
OpenStack Development Mailing List (not for usage questions
://review.openstack.org/247989
[6] https://github.com/bogdando/fuel-library-1/commits/data_checks
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
__
OpenStack Development Mailing List (not for usage questions)
Unsubscrib
xisting
> >>> puppet modules can be used without any modifications. On the
> same note,
> >>> upgrade/rollback is the same as backup and restore, that
> means our restore
> >>> should follow a similar approach.
>
't merge changes until everything is green. What is the
> problem to try to do this and postpone if not ready in time? And please
> do not confuse these two cases: switching from plain deployment to
> containers is complicated, but switching from docker to plain is much
> simpler.
>
s.openstack.org?subject:unsubscribe>
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsu
> Vladimir Kozhukalov
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/c
___
> 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
>
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
On 28.12.2015 10:12, Bogdan Dobrelya wrote:
> On 23.12.2015 18:50, Matthew Mosesohn wrote:
>> I agree. As far as I remember, rabbit needs fqdns to work and map
>> correctly. I think it means we should disable the ability to move the
>> internal messaging network role in order
UI somehow to make it less error
prone for confusing green Verified + 1 marks and not having the rest of
the mandatory "green" marks.
[0]
https://review.openstack.org/#/q/project:openstack/fuel-library+AND+status:merged+AND+NOT+label:Verified%252B1%252Cuser%253Dfuel-ci,n,z
--
Best rega
,
> Alex
>
> [0] https://bugs.launchpad.net/fuel/+bug/1524320
> [1] https://blueprints.launchpad.net/fuel/+spec/allow-any-vip
>
>
>
> ______
> OpenStac
> 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
>
--
Best regards,
Bogdan Dobrel
or
>
> On Wed, Feb 3, 2016 at 12:31 PM, Bogdan Dobrelya <bdobre...@mirantis.com>
> wrote:
>> On 02.02.2016 17:35, Alexey Shtokolov wrote:
>>> Hi Fuelers!
>>>
>>> As you may be aware, since [0] Fuel has implemented a new orchestration
>>&
On 11.12.2015 12:06, Bogdan Dobrelya wrote:
> Hello.
>
> On 02.12.2015 12:01, Bogdan Dobrelya wrote:
>>> Bogdan,
>>>
>>> Which service would use this flag to start with? and how would the
>>> code change to provide "app side is fully responsibl
r needs.
I only replied to that. We did not remove role as abstraction
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-req
On 22.01.2016 13:56, Bogdan Dobrelya wrote:
> On 22.01.2016 12:19, Matthew Mosesohn wrote:
>> +1 for defaulting to upstream for CI. If we have a strong case where we
>> need to make a patch in order to make unit tests pass, we could switch a
>> module back to review.fuel-inf
stack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
>
> ______
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsu
gt; tags and modules.
>
> -Alex
>
>>
>>
>>
>>
>> --
>> Best regards,
>> Sergii Golovatiuk,
>> Skype #golserge
>> IRC #holser
>>
>> On Thu, Jan 28, 2016 at 5:07 PM, Bogdan Dobrelya <bdobre...@mirantis.com>
>> wrote:
&g
distributed in time much better.
[0]
http://lists.openstack.org/pipermail/openstack-dev/2016-January/085249.html
[1] https://review.openstack.org/#/c/271217
[2] https://review.openstack.org/#/c/273036/
--
Best regards,
Bogdan Dob
] in the
fuel-library repository, which is "under test" by those tests.
[0] https://blueprints.launchpad.net/fuel/+spec/deployment-data-dryrun
[1]
https://git.openstack.org/cgit/openstack/fuel-library/tree/tests/noop/spec/hosts
> On Tue, Jan 26, 2016 at 1:54 PM, Bogdan Dobrelya <bd
___
> 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
>
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
6 cores/64GB/SSD) + 7 x HP
> ProLiant DL320p Gen8 (XeonE3 4 cores/8-16GB/HDD)
> [3] -
> https://docs.google.com/presentation/d/1jZCFZlXHs_VhjtVYS2VuWgdxge5Q6sOMLz4bRLuw7YE
>
> ---
> WBR, Alexey Shtokolov
>
>
> __
> OpenStack Development M
(not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
__
--
> Sergey
> DevOps Engineer
> IRC: SergK
> Skype: Sergey_kul
>
> ______
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe:
> openstack-dev-req
https://github.com/openstack/fuel-library/blob/master/deployment/Puppetfile
Regards,
Bogdan Dobrelya.
Irc #bogdando
2016-01-21 11:09 GMT+01:00 Bartlomiej Piotrowski <bpiotrow...@mirantis.com>:
> Let's drop 3.3 as well. 3.4 is oldschool enough for vintage lovers.
>
> BP
>
> On Thu
; http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ..
treat this as a "tech dept growing
alarm!" and perhaps motivate patch authors to contribute changes
upstream instead (or *faster*) rather than just stashing them
accumulated downstream.
>
> -Matthew
>
> On Fri, Jan 22, 2016 at 12:51 PM, Bogdan Dobrelya
> <bdobre...@miranti
/doc/noop-guide/source/noop_fixtures.rst
[1]
http://lists.openstack.org/pipermail/openstack-dev/2015-December/082888.html
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
__
OpenStack Development Mailing List (not for usage
On 19.01.2016 15:31, Bogdan Dobrelya wrote:
> On 19.01.2016 15:19, Akihiro Motoki wrote:
>> I agree that the current definition can be improved.
>
> Here is a docs bug [0]
>
> [0] https://bugs.launchpad.net/fuel/+bug/1513421
I pasted a wrong link, sorry. Here is the corre
ns)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> __
> OpenStack Development Mailing List (not for usage que
; Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
__
OpenStack Development Mai
://bugs.launchpad.net/fuel/+bug/1537063
[1] https://review.openstack.org/#/c/270313
On 22.01.2016 13:56, Bogdan Dobrelya wrote:
> On 22.01.2016 12:19, Matthew Mosesohn wrote:
>> +1 for defaulting to upstream for CI. If we have a strong case where we
>> need to make a patch in order to make unit
Hello!
A quick status update inline:
On 23.10.2015 10:01, Bogdan Dobrelya wrote:
> Hello.
> I'm glad to announce that the pacemaker OCF resource agent for the
> rabbitmq clustering, which was born in the Fuel project initially, now
> available and maintained upstream! It wil
Hello,
an update inline!
On 27.01.2016 17:37, Bogdan Dobrelya wrote:
> On 26.01.2016 22:18, Kyrylo Galanov wrote:
>> Hello Bogdan,
>>
>> I hope I am not the one of the context. Why do we separate fixtures for
>> Noop tests from the repo?
>> I can understand if
ack 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
>
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
_
_compute.pp
[1] https://news.ycombinator.com/item?id=11032296
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.opens
On 17.02.2016 18:23, Bogdan Dobrelya wrote:
>> So we'll have tons of conditionals in composition layer, right? Even if
>> some puppet-openstack class have just one new parameter in new release,
>> then we'll have to write a conditional and duplicate class declaration. O
ot for usage questions)
> >> Unsubscribe:
> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> <http://openstack-dev-requ...@lists.openstack.org?subject:unsubscribe>
>
On 22.02.2016 10:28, Kyrylo Galanov wrote:
> Would namespaces be compatible with existing plugins?
It should be, if the default namespace will be "core"
>
> On Mon, Feb 22, 2016 at 7:33 PM, Bogdan Dobrelya <bdobre...@mirantis.com
> <mailto:bdobre...@mirantis.com>
the addressee and may contain legally privileged,
> confidential, and proprietary data. If you are not the intended recipient,
> please advise the sender by replying promptly to this email and then delete
> and destroy this email and any attachments without any further use, copying
> or forwarding.
>
>
> __
lopment 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
>
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
___
1 - 100 of 266 matches
Mail list logo