2👍
(I couldn’t comment on the question because I don’t have enough karma.)
You encountered this error because you rely on a library I wrote. It downloads some files from unicode.org
whenever it gets loaded for the first time. Unfortunately I didn’t expect a few use cases, for instance deploying apps with my lib as a dependency on Platforms as a Service, where dependencies would frequently get downloaded, which would also cause my lib to hit unicode.org
much more frequently than I had expected.
Fortunately someone submitted a patch to the lib, fixing this issue for good. Please upgrade to confusable_h*m*glyphs>=3.0.0
. 🙂
2👍
I have the same problem, and after doing some research I’ve discovered the source of the problem: the registration
library requires confusable-h*m*glyphs
, and confusable-h*m*glyphs
looks for two files: categories.json
and confusables.txt
. If it doesn’t find those files, it tries to download two files from unicode.org – Scripts.txt
and confusables.txt
– and generate the two json files from those. If you download those files too often, unicode.org will throttle your bandwidth and possibly even blacklist your address.
confusable-h*m*glyphs
is hard-wired to put the files in the working directory returned by os.getcwd()
, so I downloaded those files on a different computer and put them in my working directory. The Django migration was successful. I hope this works for you too!
- [Django]-Manual Post Save Signal creation makes the application slow, Django
- [Django]-'InMemoryUploadedFile' object has no attribute 'encode'