As of now, if you need to create a management command, it is necessary to
create a file *app_name/management/commands/my_command.py, *and then add
*app_name
*to *INSTALLED_APPS *in *settings.py. *This prevents non-django packages
from defining their own management commands, because it explicitl
Yes, a more friendly error message would be far better here! User-facing
runtime exceptions like unpacking errors are never good.
This should be quite a simple change to make, I’d suggest opening a trac ticket
first and we can go from there.
Tom
> On 18 Dec 2020, at 16:38, Federico Capoano w
Thanks Tim, would it be useful to have a more user friendly error message?
Il ven 18 dic 2020, 11:08 Tim Graham ha scritto:
> app_label "should be a valid Python identifier." Dots aren't allowed.
>
>
> https://docs.djangoproject.com/en/stable/ref/applications/#django.apps.AppConfig.label
>
> On
Yes because django are application of web devellopin
Le ven. 18 déc. 2020 à 17:23, Tim Graham a écrit :
> Hi, this mailing list isn't appropriate for "is it a bug?" questions.
> Please use django-users instead.
>
> On Friday, December 18, 2020 at 11:00:30 AM UTC-5 Federico Capoano wrote:
>
>> I
Hi, this mailing list isn't appropriate for "is it a bug?" questions.
Please use django-users instead.
On Friday, December 18, 2020 at 11:00:30 AM UTC-5 Federico Capoano wrote:
> I have a celery task which performs queries and network operations.
>
> When deployed with celery with gevent concurr
app_label "should be a valid Python identifier." Dots aren't allowed.
https://docs.djangoproject.com/en/stable/ref/applications/#django.apps.AppConfig.label
On Friday, December 18, 2020 at 10:47:45 AM UTC-5 Federico Capoano wrote:
> Defining the app_label of an AppConfig with a dot, like "myproj
I have a celery task which performs queries and network operations.
When deployed with celery with gevent concurrency, I occasionally (but not
always) get reports of SynchronousOnlyOperation exceptions being raised.
I described the problem in detail on StackOverflow: SynchronousOnlyOperation
fr
Defining the app_label of an AppConfig with a dot, like "myproject.subapp"
is allowed, but raises an exception in the migration framework (too many
values to unpack).
Did anybody notice this?
Is it supposed to be allowed or not at all?
Best regards
Federico Capoano
--
You received this messa
> My way out of this mess would be to move `signing.dumps` & `signing.loads`
> onto the `Signer` class itself; this way this functionality would become
> reusable while allowing to switch how signing is performed. My preference
> would be to call those methods `sign_object` & `unsign_object` w
