Yaroslav Klyuyev

is there any way to reduce concurrency of git blame? I can see up to 8 `git blame` processes when git inspector runs and each consumes 40-99% of processor core

I can already see that there are no such options: https://github.com/ejwa/gitinspector/blob/master/gitinspector/blame.py#L31 I'll create separate issue for these and maybe will make a pull request later

maybe raise exception that tells to use weave with string argument when qualname contains `''`?

I'm sorry my example was incorrect it's more like: ``` python @asyncio.coroutine def process_docs( docs_iterator, max_frequency, max_amount, processor, doc_index_in_args=1, duration_callback=None, *args, **kwargs): for doc in docs_iterator: args[doc_index_in_args] = doc p_t0...

I\m using pytest-benchmark for a kind of unrelated purpose: I'm testing API performance that is a part of our infrastructure. This is a ElasticSearch API and i'm benchmarking search using...

Maybe my situation can be solved by using `pedantic(..., setup=foo, ... )` It still have some limitations that require workarounds but still it's better because I don't need to call...

You can try using `Q` and `F` objects: ``` from django.db.models import Q, F Company.objects.filter( ~Q(closingrules__start__lte=now, closingrules_set__end__gte=now) & ( Q( openinghours__weekday=now.isoweekday(), openinghours__from_hour__lte=now_time, openinghours__to_hour__gte=now_time, ) | Q( openinghours__weekday=now.isoweekday(), openinghours__from_hour__lte=now_time, openinghours__to_hour__lt=F('openinghours__from_hour'), )...

Actually I think that "swappable" model is a better approach: conditionally running migrations will cause errors in TestRunner when it will try to serialize data of openinghours.Company model (because app.get_models...

@atbradley can you check if `django-openinghours==0.1.5` solves your issue?

Thank you for information