Source: django-openid-auth Version: 0.5-2.1 Severity: grave Tags: upstream Justification: renders package unusable
In django1.8, django.contrib.auth has gained a set of database migrations. As a direct result, django-openid-auth causes projects to fail to install, independent of any changes required within that package for django1.8 itself. django.db.utils.ProgrammingError: relation "auth_user" does not exist auth_user is part of the ForeignKey relationship to django.contrib.auth but as django_openid_auth has no migrations, django_openid_auth now gets setup *before* auth - in the Running deferred SQL... support which itself is determined by the Synchronize unmigrated apps: list. 'auth' no longer exists in that list in django1.8 but django_openid_auth depends on auth. The problem also prevents any application using django_openid_auth from running unit tests using django1.8. The migration required for django_openid_auth involves three fields, Association, Nonce and UserOpenID. django_openid_auth has no project or django settings in the source, so this migration needs to be created externally and added to the source code. In addition, existing apps using django_openid_auth are likely to need to *fake* the initial migration. I have a migration file which is in testing and I will attach it to this bug report in due course. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf, arm64 Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) _______________________________________________ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
