Closed jarekwg closed 8 years ago
Hi @jarekwg, so far there are no comments. So yours is the best solution proposed until now. Could you add django 1.10b to the travis configuration file too? Let me know. Federico
Hrm, looks like there's a lot of stuff that's changed. My original PR only fixed the part that was breaking for my project. I guess I'll try to update it to address all of the deprecations.
Still needs addressing (in case anyone wants to join in):
get_prep_lookup
's removalRef
thingSee the failing travis tests for more info.
Thanks @jarekwg, I can't look into these issues right now, but I'm sure someone will step in soon if I am not fast enough.
Hrm, I think it'd be nice to swap out HStoreField for django's one (available since 1.8, see commit d59ccb3). It'd make updating to django 1.10 easier, but certain things would need to be rearranged to have it playing nicely with the rest of this package (see failing tests corresponding to d59ccb3).
This would of course mean this package is only good with postgres, but it's currently only being tested against postgres anyway so...
Let me know your thoughts.
For the project I'm working on I was initially considering just scrapping use of django-hstore altogether and using django's HStoreField directly, but you do some pretty sweet schema magic here.
Also, these coveralls comments are annoying. The check down the bottom of the PR already covers all of the same information.
updates on this?
Hi, So I think for this PR, I'll just revert the latest commit and we can merge the rest in. This'll make most of django-hstore compatible with django110, with this exception of SerializedDicts, which can be addressed in a separate PR.
My more drastic proposal of essentially converting django-hstore into "django-schema-magic" by offloading all of the hstorefield work to django's HStoreField can be discussed in a separate issue.
Hey @nemesisdesign, Any chance you could review&merge this?
It addresses most of the changes that came with dj110. The tests say that ReferencesField
and SerializedDictionaryField
are still broken, but if people aren't using these, the rest should run fine in production against dj110.
I don't have time to fix the remaining failures currently, so I've put dj110 in allowed failures. The rest can be fixed in a separate PR later.
Cheers,
+1 this
thanks @jarekwg, I'm also interested in the idea of offloading the HStore internals to django, although helping people to migrate could be hard.
The ReferenceField
may go into a separate app. In the truth the VirtualField
machinery also could be a separate app.
I need this fix badly. Currently on 1.5a0 off github. I notice last release was more than 6 months back. Any tentative date for release 1.5 ?
Cheers
@rajaramsrn the build is still broken: https://travis-ci.org/djangonauts/django-hstore; can you fix it? If yes we'll publish a new release straightaway. I have no resources to work on this right now. Let me know.
The
Creator
class disappears in Django 1.10 along with the removal of thesubclassing
module. This is a bit of a naive way to keepdjango-store
dj110 compatible, but maybe someone can suggest a nicer approach.