Come risolvere "django.core.exceptions.ImproperlyConfigured: le etichette delle applicazioni non sono univoci, duplicati: pippo" in Django 1.7?

Question

sull'aggiornamento a Django 1.7 che sto ottenendo il seguente messaggio di errore da ./manage.py

$ ./manage.py 
Traceback (most recent call last): 
    File "./manage.py", line 16, in <module> 
    execute_from_command_line(sys.argv) 
    File "/home/johnc/.virtualenvs/myproj-django1.7/local/lib/python2.7/site-packages/django/core/management/__init__.py", line 427, in execute_from_command_line 
    utility.execute() 
    File "/home/johnc/.virtualenvs/myproj-django1.7/local/lib/python2.7/site-packages/django/core/management/__init__.py", line 391, in execute 
    django.setup() 
    File "/home/johnc/.virtualenvs/myproj-django1.7/local/lib/python2.7/site-packages/django/__init__.py", line 21, in setup 
    apps.populate(settings.INSTALLED_APPS) 
    File "/home/johnc/.virtualenvs/myproj-django1.7/local/lib/python2.7/site-packages/django/apps/registry.py", line 89, in populate 
    "duplicates: %s" % app_config.label) 
django.core.exceptions.ImproperlyConfigured: Application labels aren't unique, duplicates: foo 

Qual è il problema e come posso risolverlo?

Answer 1

Il problema è che con le modifiche alle app in Django 1.7, le app devono avere un'etichetta univoca.

Per impostazione predefinita l'etichetta dell'app è il nome del pacchetto, quindi se si ha un pacchetto con lo stesso nome di uno dei moduli dell'app (foo in questo caso), si verrà colpiti da questo errore.

La soluzione è sovrascrivere l'etichetta predefinita per l'app e forzare questa configurazione a caricarla aggiungendola a __init__.py.

# foo/apps.py 

from django.apps import AppConfig 

class FooConfig(AppConfig): 
    name = 'full.python.path.to.your.app.foo' 
    label = 'my.foo' # <-- this is the important line - change it to anything other than the default, which is the module name ('foo' in this case) 

e

# foo/__init__.py 

default_app_config = 'full.python.path.to.your.app.foo.apps.FooConfig' 

Vedi https://docs.djangoproject.com/en/1.7/ref/applications/#for-application-authors

Answer 2

Se si desidera eseguire la versione più vecchia, comando

pip install django==1.6.7 

Answer 3

Come therefromhere detto si tratta di una nuova Django 1.7 feature che aggiunge un tipo di "registro app" dove devono essere le applicazioni determinato in modo univoco (e non solo con percorsi Python diversi).

L'attributo name è il percorso pitone (unico), ma il label dovrebbe anche essere unico. Ad esempio, se hai un'app chiamata 'admin', devi definire il nome (name = 'python.path') e un'etichetta che deve essere anche unica (label = 'my admin' o come detto mettere il python completo percorso che è sempre unico).

Answer 4

Ho trovato una soluzione semplice per questo. Nel mio caso è stato aggiunto il seguente linea due volte sotto INSTALLED_APPS,

'django.contrib.foo', 

Rimosso una linea risolve il problema per me.

Answer 5

Ho avuto lo stesso errore - provare questo:

in INSTALLED_APPS, se si include 'foo.apps.FooConfig', poi Django sa già per includere l'applicazione foo nella domanda, non v'è quindi alcuna necessità includere anche 'pippo'. Avere sia 'foo' che 'foo.apps.FooConfig' sotto INSTALLED_APPS potrebbe essere la fonte del tuo problema.

Answer 6

Beh, ho creato auth app, e ho incluso nel INSTALLED_APP come src.auth (perché è nella cartella src) ed ho ottenuto questo errore, perché non v'è django.contrib.auth applicazione anche. Così l'ho ribattezzato come authentication e il problema è stato risolto.