Django-compressor: Publier une nouvelle version de django_compressor

Créé le 1 déc. 2019  ·  16Commentaires  ·  Source: django-compressor/django-compressor

Avec le dernier django-compressor 2.3 actuel, j'obtiens une erreur d'importation

File ".../python3.8/site-packages/compressor/templatetags/compress.py", line 3, in <module>
from django.utils import six
ImportError: cannot import name 'six' from 'django.utils' (.../python3.8/site-packages/django/utils/__init__.py)

Il semble que cela ait été corrigé dans https://github.com/django-compressor/django-compressor/commit/dabe46e092d3bfba139d6a1e018980f249d9d95c#diff -ac8de32c7b59ab69b2ac7137529224f0, mais il n'y a aucune version après cette validation. Avec django.utils.six supprimé dans Django 3.0, il semble que django-compressor ne sera pas compatible avec Django 3.0 jusqu'à ce qu'une nouvelle version soit coupée pour django-compressor.

Voir aussi #940.

En exécutant des vérifications d'intégrité sur deux applications django que je possède, je ne vois aucun problème avec la version actuelle de django_compressor.

(Pour toute autre personne voyant ce problème, vous pouvez ajouter -e git://github.com/django-compressor/django-compressor.git@a5bfd775450428e1a261b88e1e5424bfb4dde081#egg=django_compressor dans votre fichier requirements.txt pour installer le commit principal actuel du compresseur directement à partir de github)

Commentaire le plus utile

https://pypi.org/project/django-compressor/2.4/ a été publié. Espérons que cela fonctionne, et merci pour tous vos efforts, @albertyw !

Tous les 16 commentaires

Merci beaucoup.

(Pour toute autre personne voyant ce problème, vous pouvez ajouter -e git://github.com/django-compressor/django-compressor.git@a5bfd775450428e1a261b88e1e5424bfb4dde081#egg=django_compressor dans votre fichier requirements.txt pour installer le commit principal actuel du compresseur directement à partir de github)

J'ai essayé

$ pip install -e git://github.com/django-compressor/django-compressor.git@a5bfd775450428e1a261b88e1e5424bfb4dde081#egg=django_compressor

et bon résultat.

$ ./manage.py test monitor
Creating test database for alias 'default'...
System check identified no issues (0 silenced).
........
...
.
----------------------------------------------------------------------
Ran 10 tests in 5.034s

OK
Destroying test database for alias 'default'...

Je vais essayer de trouver le temps de faire une sortie prochainement. Si vous voulez aider, tester la branche develop dans des environnements réels est toujours apprécié.

J'exécute la branche de développement (

COMPRESS_ENABLED = True
COMPRESS_OFFLINE = True
COMPRESS_MTIME_DELAY = 0
COMPRESS_CSS_FILTERS = [
    'compressor.filters.css_default.CssAbsoluteFilter',
    'compressor.filters.cssmin.CSSCompressorFilter'
]
COMPRESS_CSS_HASHING_METHOD = None
COMPRESS_JS_FILTERS = [
    'compressor.filters.jsmin.JSMinFilter',
]

C'est sur heroku avec gunicorn en tant que serveur, uvicorn en tant que travailleur asgi, les canaux en tant que routeur et whitenoise pour servir les fichiers statiques.

L'exécution locale (même configuration sauf heroku) avec une compression en ligne fonctionne également très bien.

J'installe les prochains packages via pip.
Mais échec de l'installation de django_compressor, car installé six 1.13.0.
Veuillez modifier install_requires .

    install_requires=[
        .....
        'six == 1.12.0',
    ],
  • Django
  • djangorestframework
  • réduction
  • django-filtre
  • drf-yasg
  • django-bootstrap4
  • django_compresseur
  • django-libsass

Je viens de tester la branche develop de django_compressor avec Weblate et tous les tests réussissent. Avez-vous des plans pour la sortie?

Il y a un PR pour créer une nouvelle version en #964 , qui attend le #967

Le setup.py Django-compressor a cette exigence :

'django-appconf >= 1.0'

django-appconf 1.0.3 fonctionne très bien. Et si j'installe django-compressor dans un virtualenv vide, c'est la version qui est installée.

django-appconf 1.0.2 ne fonctionne pas avec Django 3 : il essaie d'importer django.utils.six. Lorsque je mets à niveau django-compressor et que django-appconf==1.0.2 est déjà installé, la 1.0.2 satisfait à l'exigence ">= 1.0". Donc au final j'ai une installation cassée.

Je pense que l'exigence django-appconf dans setup.py devrait être renforcée.

J'ai créé #978 sur la base du commentaire ci-dessus. #964 peut être fusionné après #978

https://pypi.org/project/django-compressor/2.4/ a été publié. Espérons que cela fonctionne, et merci pour tous vos efforts, @albertyw !

@diox pourriez-vous ajouter une balise git 2.4 ?

Terminé.

Génial, merci d'avoir fait la sortie !

La nouvelle version n'apparaît pas encore sur https://django-compressor.readthedocs.io – ce serait bien de la mettre à jour également.

mmm, je pense que c'est parce que j'ai oublié de marquer au début, donc il n'a pas encore détecté 2.4. Je ne sais pas ce qui peut être fait à ce sujet - peut-être que cela se corrigera une fois que nous aurons commis plus de choses.

J'ai reconstruit la version stable dans readthedocs, ce qui a conduit à une nouvelle version 2.4, mais stable était toujours à 2.3. cela ressemblait un peu à https://github.com/readthedocs/readthedocs.org/pull/3913 , et l'effacement de l'environnement a aidé, donc je pense que tout va bien maintenant. merci pour le rapport @cuu508 !

@intgr a signalé que la version latest n'avait pas non plus été reconstruite. J'ai vérifié et il semble que le problème soit complètement différent, notre référentiel avait toujours les anciennes intégrations github en place, qui ont été remplacées par des webhooks il y a un an. la page latest readthedocs n'a en effet pas été automatiquement mise à jour depuis. J'ai ajouté un webhook, cela devrait donc fonctionner à nouveau automatiquement à l'avenir. merci @intgr !

et cela fonctionne effectivement, je viens de pousser https://github.com/django-compressor/django-compressor/commit/bfd440feef72ec5a2ec68ed632c26c154cc9b92e et les documents ont été reconstruits.

Cette page vous a été utile?
0 / 5 - 0 notes