Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Import error fix for 0.8.x with Django 1.9 #1229

Closed
apolkosnik-old opened this issue Feb 7, 2016 · 12 comments
Closed

Import error fix for 0.8.x with Django 1.9 #1229

apolkosnik-old opened this issue Feb 7, 2016 · 12 comments

Comments

@apolkosnik-old
Copy link

With more recent versions of Django (1.9+) we get this error:

File "/Library/Python/2.7/site-packages/mongoengine/django/mongo_auth/models.py", line 6, in

from django.utils.importlib import import_module

ImportError: No module named importlib

I was able to change the import statement to the following to alleviate that issue:

from importlib import import_module

@lafrech
Copy link
Member

lafrech commented Mar 22, 2016

Related to #872

Is 0.8 still maintained?

0.8 branch is far from latest 0.8 release.

How shall we proceed? Forward 0.8 branch to 0.8.8 tag, then add this fix, then release 0.8.9?

@lafrech
Copy link
Member

lafrech commented Mar 22, 2016

@frbapolkosnik, anything preventing you from moving to ME 0.9 or 0.10?

@apolkosnik-old
Copy link
Author

I'm working on getting my apps to 0.10.x (at this point, I'm trying to get other things like django- tastypie-mongoengine fixed, asking for django_mongoengine to get a next release onto PyPI, and things like that...), but 0.8.9 would be great to allow people more time to figure out the upgrade path (if not just allowing to upgrade their Django to something more recent).

Thank you!

@lafrech
Copy link
Member

lafrech commented Mar 22, 2016

I'm a bit uncertain about 0.8.x development. There was a 0.8.8 release, but the 0.8 branch is outdated so I don't know in which state the 0.8.x development is. I mean we could start from 0.8.8 and add the fix and release as 0.8.9, but I'd like to be sure we wouldn't lose post-0.8.8-but-yet-unreleased work.

I'm pretty sure we could do that, but I'd rather have @thedrow or @touilleMan's validation.

If they confirm, maybe you can branch from 0.8.8, patch with the fix you need, then submit a PR onto 0.8 branch.

@lafrech
Copy link
Member

lafrech commented Mar 22, 2016

While updating the changelog for 0.8.9, we may also add a note about 0.8.8. Explanations about it here: #944.

@lafrech
Copy link
Member

lafrech commented Mar 23, 2016

It's probably safe to do as I said.

@frbapolkosnik,I think you can

  • branch from 0.8.8
  • patch with said fix
  • submit PR onto 0.8 branch

And we'll be able to release a 0.8.9 which will be 0.8.8 + the fix.

(And we'll have 0.8 branch synced with latest 0.8.x release, which is not the case currently.)

apolkosnik-old added a commit to apolkosnik-old/mongoengine that referenced this issue Mar 23, 2016
@apolkosnik-old
Copy link
Author

I hope that #1261 will do.

@apolkosnik-old
Copy link
Author

Whoops.

@apolkosnik-old
Copy link
Author

ok, fixed the typo.

@lafrech lafrech added the v0.8.x label Apr 1, 2016
@wojcikstefan
Copy link
Member

This seems to pertain to v0.8.x and we're already on v0.10.7 (https://github.com/MongoEngine/mongoengine/releases/tag/v0.10.7). It this is still an issue in the latest release, let us know please @apolkosnik-old.

@apolkosnik
Copy link

It was a stupid simple fix pertaining to 0.8.8, because 0.10.x just kills the performance among other things... See marrow/contentment#12 for a quite large list.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants
@apolkosnik @wojcikstefan @lafrech @apolkosnik-old and others